C#中的数组作为参数传递所引发的问题

139 阅读 0 评论 92 点赞

我是靠谱客的博主幸福未来，最近开发中收集的这篇文章主要介绍C#中的数组作为参数传递所引发的问题，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

原则：尽可能控制对数据的修改，如果可以预测某个数据不会或不应该被改变，就要对其控制，而不要期望使用这个数据的调用者不会改变其值。

如果参数在使用过程中被意外修改，将会带来不可预知的结果，而且这种错误很难被检查到，所以我们在设计方法参数的时候，要充分考虑传递引用类型参数或者引用方式传递引用类型参数可能带来的后果。

如果一个数据在传递过程中不能被改变，就要在构建这个对象的时候就使其值（字段或属性）不被改变。

一、对于简单的参数的控制

1、值类型参数传递

这种情况因为传递的是参数的副本，不影响原始值，不需要控制。

2、引用类型参数传递

a、由值类型组成的数据结构

需要将字段设置为只读，属性只有get。赋值只能通过构造方法进行。

b、包含引用类型字段的数据结构

这种情况是递归的，需要保证字段为readonly，属性为get的同时，引用类型字段所使用类型也满足该要求。

public class SuperClass
{
private readonly int _no;
private readonly SubClass _tag;
public int NO
{
get{ return _no;}
}
public SubClass Tag
{
get{ retirn _tag;}
}
public SuperClass(int no,SubClass tag)
{
_no=no;
_tag=tag; 
}
}
public class SubClass
{
private readonly int _field;
public int Field
{
get{ return _field;}
}
public SubClass(int field)
{
_field=field;
}
}

二、对于复杂引用类型参数传递的控制

所谓复杂，是参数是数组或集合类型，或者参数包含这些类型数据，这种情况下上面的方法不能保证参数数据不被修改，因为即使对象为只读的，但是对象中的数组或集合字段（属性）还是可以修改的。

1、集合参数（包含集合字段的引用参数也一样）

.net 4.5以前版本可以使用不包含修改集合元素方法的接口来代替具体集合类型。例如使用IEnumerable<T>接口代替List<T>。4.5版本可以直接使用IReadOnlyCollection接口或实现该接口的集合类型。

2、数组参数

没有好的办法保护数组类型参数不被修改，所以尽量避免使用数组类型作为方法参数，除非用到可选参数时候。

三、理解上面的东西需要区分清楚一下概念的区别

1、值类型和引用类型的区别

2、值传递和引用传递(ref和out)的区别

3、传递引用类型参数和引用传递(ref和out)引用类型参数的区别 [这一点最容易混淆]

区别在于使用该参数过程中为该引用新建了对象的情况下，前者不影响原始值，后者影响原始值，示例：

void FunA(MyClass a)
{
a=new MyClass("A");
}
void FunB(ref MyClass a)
{
a=new MyClass("B");
}
void Test()
{
　　MyClass a=new MyClass("A"); 
FunA(a); 
Print(a); //a还是原始的对象 TEST
FunB(ref a);
Print(a); //a变为新对象 B
}

记住一条原则：

值类型传递的是值的副本，引用类型传递的是对象引用，所以值参数的修改不影响原始值，引用类型的修改影响原始值；值传递的参数构建不影响原始值，引用传递(ref和out)影响原始值。

以上内容是小编给大家介绍的C#中的数组作为参数传递所引发的问题，希望对大家有所帮助！