1．如果可能盡量使用接口來編程
　　.NET框架包括類和接口，在編寫程序的時候，你可能知道正在用.NET的哪個類。然而，在這種情況下如果你用.NET支持的接口而不是它的類來編程時，代碼會變得更加穩定、可用性會更高。請分析下面的代碼：
　　這個函數從一個可為任何對象的數組中加載ListBox，這段代碼被限定為只能使用數組。假想過些時候你發現那些對象存在數據庫中，或別的集合中。那么你需要修改程序來使用不同的集合類型。如果你用ICollection接口來寫那段程序，你就不用修改那段程序了，對于任何實現ICollection接口的類型它都能很好的工作:

　　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: {0}", e.Message);
　　　}
　　}
　}
} while (true);
}

　　任何數目的listeners都可注冊到producer，它們所要做的只是提供一個特定的函數：deletate。