1.若是可能儘可能使用接口來編程
.NET框架包括類和接口,在編寫程序的時候,你可能知道正在用.NET的哪一個類。然而,在這種狀況下若是你用.NET支持的接口而不是它的類來編程時,代碼會變得更加穩定、可用性會更高。請分析下面的代碼:
private void LoadList (object [] items, ListBox l) { for (int i = 0; i < items.Length;i++) l.Items
.Add (items[i].ToString ()); } |
這個函數從一個可爲任何對象的數組中加載ListBox,這段代碼被限定爲只能使用數組。假想過些時候你發現那些對象存在
數據庫中,或別的集合中。那麼你須要修改程序來使用不一樣的集合類型。若是你用ICollection接口來寫那段程序,你就不用修改那段程序了,對於任何實現ICollection接口的類型它都能很好的工做:
private void LoadList (ICollection items,ListBox l) { foreach (object o in items) l.Items.Add (o.ToString ()); } |
ICollection被數組和全部System.Collection中的集合實現。此外,多維數組也支持ICollection接口。若是那還不夠的話,數據庫.NET類一樣支持ICollection接口。用接口寫的這個函數不用需改就能夠才許多中狀況下使用。
2. 使用屬性代替原始數據
由於屬性已經成爲語言自己的元素,因此聲明數據元素時它的做用域等級沒有必要大於private。由於代碼自己會把屬性當作數據元素,你並無失去使用簡單數據類型的便利性 。相反它會使你的代碼更加靈活功能更增強大。屬性使你的數據元素封裝性更好。屬性可讓你使用lazy evaluation來返回數據。lazy evaluation的意思是當用戶請求時才計算它的值,而不是一直保留着它。
最後,屬性能夠是virtual也能夠是abstract。你也能夠在接口中定義屬性。
這裏還有維護方面的因素應當注意:儘管操做二者的方法是同樣的,可是你把一個數據元素變成屬性,那麼原先客戶端的程序便不能訪問服務端的新版本程序了。實際上對於在Web service中你想實現序列化的值你能夠把它們變成屬性來使用:
private int TheMonth = 0; [XmlAttribute ("Month")] public int Month { get { return TheMonth; } set { TheMonth = value; } } |
簡單經過屬性就能夠使你的全部數據元素私有化。
3. 在Producer/Consumer 的Idiom中使用Delegate
當你生成一個實現producer idiom類的時候,使用deletate來通知consumer。這種方法相對於用接口更加靈活。Delegate是多點傳送的,因此不用加額外的代碼你就何以支持多用戶。相對於用接口這樣作可以使類之間的耦合性下降。
下面的類處理
鍵盤輸入並把它傳給全部的registered listeners:
public class KeyboardProcessor { private OnGetLine theFunc = null; public OnGetLine OnGetLineCallback { get { return theFunc; } set { theFunc = value; } } public void Run (){ // Read input. // If there is any listeners, publish: string s; do { s = Console.ReadLine (); if (s.Length == 0) break; if (theFunc != null){ System.Delegate [] funcs =theFunc.GetInvocationList(); foreach (OnGetLine f in funcs) { try { f (s); } catch (Exception e) { Console.WriteLine ("Caught Exception: ", e.Message); } } } } while (true); } |
任何數目的listeners均可註冊到producer,它們所要作的只是提供一個特定的函數:deletate。
4. 注意初始化順序
C#中對於一些變量聲明加入了initializer的概念。它們在構造函數以前被執行,實際上變量在基類的構造函數執行前以前被初始化。
因此,在初始化變量的時候不要用基類中的數據,由於它們尚未被構造。