C# 數組作為參數傳遞出現的問題如何解決

這篇文章給大家分享的是有關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# 數組作為參數傳遞出現的問題如何解決就分享到這里了，希望以上內容可以對大家有一定的幫助，讓大家可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到吧！