1. 程式人生 > >C# 訪問類的私有成員的三種方法與區別

C# 訪問類的私有成員的三種方法與區別

在程式中,難免要訪問某個物件的私有成員。那麼以前實現這類功能的方法有兩種,第一種方法最簡單,就是把成員訪問符從“private”改為“public”即可;而另一個就是提供公有的成員訪問函式來進行訪問。那麼現在用C#編寫程式,就不再需要採用前面所說的兩種方法了,而直接使用屬性來完成。

首先來看看三種方法的如何實現以及呼叫的,這裡用一個例子來說明,即訪問“EmployeeInfo”類的私有成員strName,具體如下表格所示。


那麼這三種方法有什麼區別呢,用如下的表格,可以更好的說明三者的區別。


因此可以看出使用屬性不但沒有破壞類的封裝性,沒有減弱程式碼的安全性,而且和第一種方法一樣簡便,只是在效率方面要略低於第一種方法。但總體看來,在C#中用屬性來訪問類的私有成員是不二的選擇。

不過對於使用屬性,以及如上表格所說的,難免會有人產生如下一些疑問。

疑問一:就是用屬性是否能達到成員函式那樣的效果,即完成複雜的程式碼操作。

其實屬性的底層實現是藉助於成員函式,只不過這部分轉換是由系統幫忙做的,所以在編寫屬性的時候,可以像編寫成員函式一樣,即在成員函式中所能寫的程式碼片斷,完全可以在屬性中套用。下面就貼出屬性所轉換的微軟中間語言(MSIL)程式碼。

.property instance string Name()
{
 .get instance string NameSpace.EmployeeInfo::get_Name()
 .set instance void NameSpace.EmployeeInfo::set_Name(string)
}// end of property EmployeeInfo::Name

.method public hidebysig specialname instance string get_Name() cil managed
{
 ...
}// end of method EmployeeInfo::get_Name

.method public hidebysig specialname instance void set_Name(string ‘value‘) cil managed
{
 ...
}// end of method EmployeeInfo::set_Name

如上就是前面EmployeeInfo類的Name屬性所轉換的中間語言程式碼(不過省略了函式的具體實現程式碼,因為這裡並不是為了研究中間語言程式碼,如果需要對這部分有更多地瞭解,參看中間語言相關書籍)。

疑問二:就是用屬性的效率是否僅次於第一種方法。

從上面很容易看出,屬性在編譯的時候會轉換成和成員函式一樣的程式碼,那麼它的效率應該和成員函式是一樣的。其實並不是這樣,因為JIT編譯器會把屬性所轉換成的兩個成員函式作為行內函數,這樣效率會提高很多。(注:行內函數是程式碼被插入到呼叫者程式碼處的函式,通過避免函式呼叫所產生的額外開銷,從而提高執行效率。不過書中也提到,即使不是行內函數,成員函式相對於方法一的效率損失也是微乎其微的。)

用C#寫程式,一提到屬性,大家都會編寫。其實在屬性中,可以產生很多應用,接著來就分別說明。

<!--[if !supportLists]-->1. <!--[endif]-->在屬性中使用索引符,例如像“ArrayList[i]”來訪問ArrayList某個成員。這裡需要注意的是,屬性名以及索引引數的編碼格式是固定的,如“this […]”。不過索引引數可以是多個,而且不光支援整型引數,還可以使用其他型別引數。例如:

public ReturnValueType this[ ParType1 parValue1, ParType2 parValue2]
{
 get{...}
 set{...}
} 

<!--[if !supportLists]-->2. <!--[endif]-->可以給屬性操作加上互斥鎖,以防止多執行緒操作時而產生的併發錯誤,具體如下。
public string Name
{
 get
 {
  lock(this)
  {
   return strName;
  }
 }
 set
 { 
  lock(this)
  {
   strName = value; 
  }
 }
}

<!--[if !supportLists]-->3. <!--[endif]-->書上還提到屬性的其他應用,例如:通過介面來實現在一個類中同時提供只讀屬性以及非只讀屬性。但是我個人認為,雖然這樣可以實現,但是會產生歧義,即在一個類中提供兩個不同版本的屬性,破壞了類的一致性,所以我並不推薦這麼做。

接著,要說說編寫屬性的時候,需要注意些什麼,我個人認為有如下兩點大的方面。

第一個就是編寫屬性get部分的時候,如果當前屬性的型別是引用型別的話,且不想通過屬性來修改區域性成員的話,最好返回區域性成員的copy,而不是成員本身。

例如:

public class class1
{
 string _data;
 public class1( string data )
 {
  _data = data;
 }

 public string Data
 {
  get{ return _data;}
  set{ _data = value;}
 }
}

public class class2
{
 private class1 myClass1 = null;
 public class1 Class1
 {
  get{ return myClass1; }
 }

 public string Data
 {
  get{ return myClass1.Data;}
 }

 public class2( string data )
 {
  myClass1 = new class1( data );
 }
}

如果按照如上所寫,那麼class2物件可以通過Class1.Data屬性訪問和修改區域性成員myClass1某些值,這樣就可以修改了myClass2的私有成員myClass1的值,即會產生潛在錯誤。

例如:

class1 myClass1 = myClass2.Class1;
myClass1.Data = "test2";

如何避免這類錯誤呢,那麼首先需要修改Class1屬性的編寫,其次在class1類需要提供Clone函式或者其他copy函式,具體如下:
public class class1:ICloneable
{
 string _data;
 public class1( string data )
 {
  _data = data;
 }

 public string Data
 {
  get{ return _data;}
  set{ _data = value;}
 }

 #region ICloneable Members

 public object Clone()
 {
  // TODO: Add class1.Clone implementation
  return new class1( _data );
 }
 #endregion
}

public class class2
{
 private class1 myClass1 = null;
 public class1 Class1
 {
  get{ return myClass1.Clone() as class1; }
 }

 public string Data
 {
  get{ return myClass1.Data;}
 }

 public class2( string data )
 {
  myClass1 = new class1( data );
 }
}

第二個需要注意的是編寫屬性set部分的時候,這裡需要對引數進行有效性檢查。因為屬性是外界修改類的私有成員的入口,為了避免因為私有成員不正確而產生的錯誤,所以在進行屬性set的時候要進行有效性檢查,從而保證私有成員對於整個類來說是有效的。

那麼在實際應用當中,與屬性密切相關的就是實現兩個窗體之間資料訪問,這可能是寫WinForm程式最基本的。不過很遺憾的是,網上在回答此類問題的時候,很多人都建議用第一種方法來解決。