原則：盡可能控制對數(shù)據(jù)的修改，如果可以預測某個數(shù)據(jù)不會或不應該被改變，就要對其控制，而不要期望使用這個數(shù)據(jù)的調(diào)用者不會改變其值。

如果參數(shù)在使用過程中被意外修改，將會帶來不可預知的結(jié)果，而且這種錯誤很難被檢查到，所以我們在設(shè)計方法參數(shù)的時候，要充分考慮傳遞引用類型參數(shù)或者引用方式傳遞引用類型參數(shù)可能帶來的后果。

如果一個數(shù)據(jù)在傳遞過程中不能被改變，就要在構(gòu)建這個對象的時候就使其值（字段或?qū)傩裕┎槐桓淖儭?/p>

一、對于簡單的參數(shù)的控制

1、值類型參數(shù)傳遞

這種情況因為傳遞的是參數(shù)的副本，不影響原始值，不需要控制。

2、引用類型參數(shù)傳遞

a、由值類型組成的數(shù)據(jù)結(jié)構(gòu)

需要將字段設(shè)置為只讀，屬性只有g(shù)et。賦值只能通過構(gòu)造方法進行。

b、包含引用類型字段的數(shù)據(jù)結(jié)構(gòu)

這種情況是遞歸的，需要保證字段為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;
}
}

二、對于復雜引用類型參數(shù)傳遞的控制

所謂復雜，是參數(shù)是數(shù)組或集合類型，或者參數(shù)包含這些類型數(shù)據(jù)，這種情況下上面的方法不能保證參數(shù)數(shù)據(jù)不被修改，因為即使對象為只讀的，但是對象中的數(shù)組或集合字段（屬性）還是可以修改的。

1、集合參數(shù)（包含集合字段的引用參數(shù)也一樣）

.net 4.5以前版本可以使用不包含修改集合元素方法的接口來代替具體集合類型。例如使用IEnumerable<T>接口代替List<T>。4.5版本可以直接使用IReadOnlyCollection接口或?qū)崿F(xiàn)該接口的集合類型。

2、數(shù)組參數(shù)

沒有好的辦法保護數(shù)組類型參數(shù)不被修改，所以盡量避免使用數(shù)組類型作為方法參數(shù)，除非用到可選參數(shù)時候。

三、理解上面的東西需要區(qū)分清楚一下概念的區(qū)別

1、值類型和引用類型的區(qū)別

2、值傳遞和引用傳遞(ref和out)的區(qū)別

3、傳遞引用類型參數(shù)和引用傳遞(ref和out)引用類型參數(shù)的區(qū)別 [這一點最容易混淆]

區(qū)別在于使用該參數(shù)過程中為該引用新建了對象的情況下，前者不影響原始值，后者影響原始值，示例：

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變?yōu)樾聦ο?B
}

記住一條原則：

值類型傳遞的是值的副本，引用類型傳遞的是對象引用，所以值參數(shù)的修改不影響原始值，引用類型的修改影響原始值；值傳遞的參數(shù)構(gòu)建不影響原始值，引用傳遞(ref和out)影響原始值。

以上內(nèi)容是小編給大家介紹的C#中的數(shù)組作為參數(shù)傳遞所引發(fā)的問題 ，希望對大家有所幫助！

最新評論