用屬性代替可訪問的字段

1、.NET數(shù)據(jù)綁定只支持?jǐn)?shù)據(jù)綁定，使用屬性可以獲得數(shù)據(jù)綁定的好處；
2、在屬性的get和set訪問器重可使用lock添加多線程的支持?！　?/span>

readonly（運行時常量）和const（編譯時常量）

1、const只可用于基元類型、枚舉、字符串，而readonly則可以是任何的類型；
2、const在編譯時將替換成具體的常量，這樣如果在引用中同時使用了const和readonly兩種值，則對readonly的再次改變將會改變設(shè)計的初衷，這是需要重新編譯所更改的程序集，以重新引用新的常量值。
3、const比readonly效率高，但失去了應(yīng)用的靈活性?！　?/span>

is與as

1、兩者都是在運行時進(jìn)行類型的轉(zhuǎn)換，as操作符只能使用在引用類型，而is可以使用值和引用類型；
2、通常的做法是用is判斷類型，然后選擇使用as或強類型轉(zhuǎn)換操作符（用operater定義的轉(zhuǎn)換）有選擇地進(jìn)行?！　?/span>

ConditionalAttribute代替#if #endif條件編譯

1、ConditionalAttribute只用于方法級，對其他的如類型、屬性等的添加都是無效的；而#if #endif則不受此限制；
2、ConditionalAttribute可以添加多個編譯條件的或（OR）操作，而#if #endif則可以添加與（AND）[這里可以完全定義為另一個單獨的符號]；
3、ConditioanlAttribute定義可以放在一個單獨的方法中，使得程序更為靈活?！　?/span>

提供ToString()方法

1、可以更友好的方式提供用戶詳細(xì)的信息；
2、使用IFormatter.ToString()方法提供更靈活的定制，如果添加IFormatProvider 和ICustomFormatter接口則更有意義的定制消息輸出?！　?/span>

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

1、值類型不支持多態(tài)，適合存儲應(yīng)用程序操作的數(shù)據(jù)，而引用則支持多態(tài)，適用于定義應(yīng)用程序的行為；
2、對于數(shù)組定義為值類型可以顯著提高程序的性能；
3、值類型具有較少的堆內(nèi)存碎片、內(nèi)存垃圾和間接訪問時間，其在方法中的返回是以復(fù)制的方式進(jìn)行，避免暴露內(nèi)部結(jié)構(gòu)到外界；
4、值類型應(yīng)用在如下的場景中：類型的職責(zé)主要是用于數(shù)據(jù)存儲；公共接口完全由一些數(shù)據(jù)成員存取屬性定義；永遠(yuǎn)沒有子類；永遠(yuǎn)沒有多態(tài)行為?！　?/span>

值類型盡可能實現(xiàn)為常量性和原子性的類型

1、使我們的代碼更易于編寫和維護(hù)；
2、初始化常量的三種策略：在構(gòu)造中；工廠方法；構(gòu)造一個可變的輔助類（如StringBuilder）?！　?/span>

確保0為值得有效狀態(tài)

1、值類型的默認(rèn)狀態(tài)應(yīng)為0；
2、枚舉類型的0不應(yīng)為無效的狀態(tài)；在FlagsAttribute是應(yīng)確保0值為有效地狀態(tài)；
3、在字符串為為空時可以返回一個string.Empty的空字符串?！　?/span>

相等判斷的多種表示關(guān)系

1、ReferenceEquals()判斷引用相等，需要兩個是引用同一個對象時方可返回true；
2、靜態(tài)的Equals()方法先進(jìn)行引用判斷，再進(jìn)行值類型判斷的；
3、對于引用類型的判斷可以在使用值語義時使用重寫Equals()方法；
4、重寫Equals()方法時也應(yīng)當(dāng)重寫GetHashCode()方法，同時提供operater==()操作。　　

理解GetHashCode()方法的缺陷

1、GetHashCode()僅應(yīng)用在基于散列的**定義鍵的散列值，如HashTable或Dictionary；
2、GetHashCode()應(yīng)當(dāng)遵循相應(yīng)的三條規(guī)則：兩個相等對象應(yīng)當(dāng)返回相同的散列碼；應(yīng)當(dāng)是一個實例不變式；散列函數(shù)應(yīng)該在所有的整數(shù)中產(chǎn)生一個隨機的分布?！　?/span>

優(yōu)先使用foreach循環(huán)語句

1、foreach可以消除編譯器對for循環(huán)對數(shù)組邊界的檢查；
2、foreach的循環(huán)變量是只讀的，且存在一個顯式的轉(zhuǎn)換，在對象的對象類型不正確時拋出異常；3、foreach使用的需要有：具備公有的GetEnumberator()方法；顯式實現(xiàn)了IEnumberable接口；實現(xiàn)了IEnumerator接口；
4、foreach可以帶來資源管理的好處，因為如果編譯器可以確定IDisposable接口時，可以使用優(yōu)化的try…finally塊；　　

默認(rèn)字段的初始化優(yōu)于賦值語句

1、字段生命默認(rèn)會將值類型初始化為0，引用類型初始化為null；
2、對同一個對象進(jìn)行多次初始化會降低代碼的執(zhí)行效率；
3、將字段的初始化放到構(gòu)造器中有利于進(jìn)行異常處理?！　?/span>

使用靜態(tài)構(gòu)造器初始化靜態(tài)成員

1、靜態(tài)構(gòu)造器會在一個類的任何方法、變量或者屬性訪問之前執(zhí)行；
2、靜態(tài)字段同樣會在靜態(tài)構(gòu)造器之前運行，同時靜態(tài)構(gòu)造器有利于異常處理?！　?/span>

利用構(gòu)造器鏈（在.NET 4.0已經(jīng)用可選參數(shù)解決了這個問題）

1、用this將初始化工作交給另一個構(gòu)造器，用base調(diào)用基類的構(gòu)造器；
2、類型實例的操作順序是：將所有的靜態(tài)字段都設(shè)置為0；執(zhí)行靜態(tài)字段初始化器；執(zhí)行基類的靜態(tài)構(gòu)造器；執(zhí)行當(dāng)前類型的靜態(tài)構(gòu)造器；
將所有的實例字段設(shè)置為0；執(zhí)行實例字段初始化器；執(zhí)行合適的基類實例構(gòu)造器；執(zhí)行當(dāng)前類型的實例構(gòu)造器?！　?/span>

利用using和try/finally語句來清理資源

在IDisposable接口的Dispose()方法中用GC.SuppressFinalize()可通知垃圾收集器不再執(zhí)行終結(jié)操作?！　?/span>

盡量減少內(nèi)存垃圾

1、分配和銷毀一個堆上的對象都要花費額外的處理器時間；
2、減少分配對象數(shù)量的技巧：經(jīng)常使用的局部變量提升為字段；提供一個類，用于存儲Singleton對象來表達(dá)特定類型的常用實例。
3、用StringBuilder進(jìn)行復(fù)雜的字符串操作?！　?/span>

盡量減少裝箱和拆箱

1、關(guān)注一個類型到System.Object的隱式轉(zhuǎn)換，同時值類型不應(yīng)該被替換為System.Object類型；
2、使用接口而不是使用類型可以避免裝箱，即將值類型從接口實現(xiàn)，然后通過接口調(diào)用成員?！　?/span>

實現(xiàn)標(biāo)準(zhǔn)Dispose模式

1、使用非內(nèi)存資源，它必須有一個終結(jié)器，垃圾收集器在完成沒有終結(jié)其的內(nèi)存對象后，會將實現(xiàn)了終結(jié)器對象的添加到終結(jié)隊列中，然后垃圾收集器會啟動一個新的線程來運行這些對象上的終結(jié)器，這種防御性的變成方式是因為如果用戶忘記了調(diào)用Dispose()方法，垃圾回收器總是會調(diào)用終結(jié)器方法的，這樣可以避免出現(xiàn)非托管的內(nèi)存資源不被釋放引起內(nèi)存泄漏的問題；
2、使用IDisposable.Dispose()方法需要做四個方面的工作：釋放所有的非托管資源；釋放所有的托管資源；設(shè)置一個狀態(tài)標(biāo)記來表示是否已經(jīng)執(zhí)行了Dispose()；調(diào)用GC.SuppressFinalize（this）取消對象的終結(jié)操作；
3、為需要多態(tài)的類型添加一個受保護(hù)的虛方法Dispose()，派生類通過重寫這個方法來釋放自己的任務(wù)；
4、在需要IDisoposable接口的類型中，即使我們不需要一個終結(jié)器也應(yīng)該實現(xiàn)一個終結(jié)器。　　

定義并實現(xiàn)接口優(yōu)于繼承類型

1、不相關(guān)的類型可以共同實現(xiàn)一個共同的接口，而且實現(xiàn)接口比繼承更容易；
2、接口比較穩(wěn)定，他將一組功能封裝在一個接口中，作為其他類型的實現(xiàn)合同，而基類則可以隨著時間的推移進(jìn)行擴展?！　?/span>

明辨接口實現(xiàn)和虛方法重寫

1、在基類中實現(xiàn)一個接口時，派生類需要使用new來隱藏對基類方法的使用；
2、可以將基類接口的方法申明為虛方法，然后再派生類中實現(xiàn)?！　?/span>

使用委托表達(dá)回調(diào)

1、委托對象本身不提供任何異常捕獲，所以任何的多播委托調(diào)用都會結(jié)束整個調(diào)用鏈；
2、通過顯示調(diào)用委托鏈上的每個委托目標(biāo)可以避免多播委托僅返回最后一個委托的輸出?！　?/span>

使用事件定義外部接口

1、應(yīng)當(dāng)聲明為共有的事件，讓編譯器為我們創(chuàng)建add和renmove方法；
2、使用System.ComponentModel.EventHandlerList容器來存儲各個事件處理器，在類型中包含大量事件時可以使用他來隱藏所有事件的復(fù)雜性。　　

避免返回內(nèi)部類對象的引用

1、由于值類型對象的訪問會創(chuàng)建一個該對象的副本，所以定義一個值類型的的屬性完全不會改變類型對象內(nèi)部的狀態(tài)；
2、常量類型可以避免改變對象的狀態(tài)；
3、定義接口將訪問限制在一個子集中從而最小化對對象內(nèi)部狀態(tài)的破壞；
4、定義一個包裝器對象來限制另一個對象的訪問；
5、希望客戶代碼更改內(nèi)部數(shù)據(jù)元素時可以實現(xiàn)Observer模式，以使對象可以對更改進(jìn)行校驗或相應(yīng)?！　?/span>

聲明式編程優(yōu)于命令式編程

可以避免在多個類似的手工編寫的算法中犯錯誤的可能性，并提供清晰和可讀的代碼?！　?/span>

盡可能將類型實現(xiàn)為可序列化的類型

1、類型表示的不是UI控件、窗口或者表單，都應(yīng)使類型支持序列化；
2、在添加了NonSerializedAttribute的反序列化的屬性時可以通過實現(xiàn)IDeserializationCallback的OnDeserialization()方法裝入默認(rèn)值；
3、在版本控制中可以使用ISerializable接口來進(jìn)行靈活的控制，同時提供一個序列化的構(gòu)造器來根據(jù)流中的數(shù)據(jù)初始化對象，在實現(xiàn)時還要求SerializationFormatter異常的許可；
4、如果需要創(chuàng)建派生類則需要提供一個掛鉤方法供派生類使用?！　?/span>

使用IComparable和IComparer接口實現(xiàn)排序關(guān)系

1、IComparable接口用于為類型實現(xiàn)最自然的排序關(guān)系，重載四個比較操作符，可以提供一個重載版的CompareTo()方法，讓其接受具體類型作為參數(shù)；
2、IComparer用于提供有別于IComparable的排序關(guān)系，或者為我們提供類型本身說沒有實現(xiàn)的排序關(guān)系?！　?/span>

避免ICloneable接口

1、對于值類型永遠(yuǎn)不需要支持ICloneable接口，使用默認(rèn)的賦值操作即可；
2、對于可能需要支持ICloneable接口的基類，應(yīng)該為其創(chuàng)造一個受保護(hù)的復(fù)制構(gòu)造器，并應(yīng)當(dāng)避免支持IConeable接口。　　

避免強制轉(zhuǎn)換操作符

通過使用構(gòu)造器來代替轉(zhuǎn)換操作符可以使轉(zhuǎn)換工作變得更清晰，由于在轉(zhuǎn)換后使用的臨時對象，容易導(dǎo)致一些詭異的BUG?！　?/span>

只有當(dāng)新版積累導(dǎo)致問題時才考慮使用new修飾符 　　

盡可能實現(xiàn)CLS兼容的程序集

1、創(chuàng)建一個兼容的程序集需要遵循兩條規(guī)則：程序集中所有公有和受保護(hù)成員所使用的參數(shù)和返回值類型都必須與CLS兼容；任何與CLS不兼容的公有和受保護(hù)成員都必須有一個與CLS兼容的替代品；
2、可以通過顯式實現(xiàn)接口來避開CLS兼容類型檢查，及CLSCompliantAttribute不會檢查私有的成員的CLS兼容性?！　?/span>

盡可能實現(xiàn)短小簡潔的方法

1、JIT編譯器以方法為單位進(jìn)行編譯，沒有被調(diào)用的方法不會被JIT編譯；
2、如果將較長的Switch中的Case語句的代碼替換成一個一個的方法，則JIT編譯器所節(jié)省的時間將成倍增加；
3、短小精悍的方法并選擇較少的局部變量可以獲得優(yōu)化的寄存器使用；
4、方法內(nèi)的控制分支越少，JIT編譯器越容易將變量放入寄存器。　　

盡可能實現(xiàn)小尺寸、高內(nèi)聚的程序集

1、將所有的公有類以及共用的基類放到一些程序集中，把為公有類提供功能的工具類也放入同樣的程序集中，把相關(guān)的公有接口打包到他們自己的程序集中，最后處理遍布應(yīng)用程序中水平位置的類；
2、原則上創(chuàng)建兩種組件：一種為小而聚合、具有某項特定功能的程序集，另一種為大而寬、包含共用功能的程序集?！?/span>　

限制類型的可見性

1、使用接口來暴露類型的功能，可以使我們更方便地創(chuàng)建內(nèi)部類，同時又不會限制他們在程序集外的可用性；
2、向外暴露的公有類型越少，未來擴展和更改實現(xiàn)所擁有的選擇就越多?！　?/span>

創(chuàng)建大粒度的Web API

這是在機器之間的交易的頻率和載荷都降到最低，將大的操作和細(xì)粒度的執(zhí)行放到服務(wù)器執(zhí)行?！　?/span>

重寫優(yōu)于事件處理器

1、一個事件處理器拋出異常，則事件鏈上的其他處理器將不會被調(diào)用，而重寫的虛方法則不會出現(xiàn)這種情況；
2、重寫要比關(guān)聯(lián)事件處理器高效得多，事件處理器需要迭代整個請求列表，這樣占用了更多的CPU時間；
3、事件能在運行時響應(yīng)，具有更多的靈活性，可以對同一個事件關(guān)聯(lián)多個響應(yīng)；
4、通行的規(guī)則是處理一個派生類的事件是，重寫方式較好。　　

合理使用.NET運行時診斷

1、System.Diagnostics.Debug\Trace\EventLog為運行時提供了程序添加診斷信息所需要的所有工具，EventLog提供入口時的應(yīng)用程序能寫到系統(tǒng)事件日志中；
2、最后不要寫自己的診斷庫，.NET FCL 已經(jīng)擁有了我們需要的核心庫?！　?/span>

使用標(biāo)準(zhǔn)配置機制

1、.NET框架的System.Windows.Application類為我們定義了建立通用配置路徑的屬性；
2、Application.LocalAppDataPath 和 Application.userDataPath 會生成本地數(shù)據(jù)目錄和用戶數(shù)據(jù)的路徑名；
3、不要在ProgramFiles和Windows系統(tǒng)目錄中寫入數(shù)據(jù)，這些位置需要更高的安全權(quán)限，不要指望用戶擁有寫入的權(quán)限?！　?/span>

定制和支持?jǐn)?shù)據(jù)綁定

1、BindingMananger和CurrencyManager這兩個對象實現(xiàn)了控件和數(shù)據(jù)源之間的數(shù)據(jù)傳輸；
2、數(shù)據(jù)綁定的優(yōu)勢：使用數(shù)據(jù)綁定要比編寫自己的代碼簡單得多；應(yīng)該將它用于文本數(shù)據(jù)項之外的范圍 —— 其他顯示屬性也可以被綁定；對于 Windowos Forms 數(shù)據(jù)綁定能夠處理多個控件同步的檢查相關(guān)數(shù)據(jù)源；
3、在對象不支持所需的屬性時，可以通過屏蔽當(dāng)前的對象，然后添加一個想要的對象來支持?jǐn)?shù)據(jù)綁定?！?/span>　 　　

DataSet優(yōu)于自定義結(jié)構(gòu)

1、DataSet有兩個缺點個：使用XML序列化機制的DataSet與非.NET 代碼之間的交互不是很好；DataSet是一個非常通用的容器；
2、強類型的DataSet打破了更多的設(shè)計規(guī)則，其獲得的開發(fā)效率要遠(yuǎn)遠(yuǎn)高于自己編寫的看上去更為優(yōu)雅的設(shè)計?！　?/span>

利用特性簡化反射

通過設(shè)計和實現(xiàn)特性類，強制開發(fā)人員用他們來聲明可被動態(tài)使用的類型、方法和屬性，可以減少應(yīng)用程序的運行時錯誤，提高軟件的用戶滿意度?！?/span>　

避免過度使用反射

1、Invoke成員使用的參數(shù)和返回值都是System.Object，在運行時進(jìn)行類型的轉(zhuǎn)換，但出現(xiàn)問題的可能性也變得更多了；
2、接口使我們可以得到一個更為清晰、也更具可維護(hù)性的系統(tǒng)，反射是一個很強大的晚期綁定機制，.NET框架使用它來實現(xiàn)Windows控件和Web控件的數(shù)據(jù)綁定?！　?/span>

為應(yīng)用程序創(chuàng)建特定的異常類

1、需要不同的異常類的唯一原因是讓用戶在編寫catch處理器時能夠方便地對不同的錯誤采取不同的做法；
2、可能有不同的修復(fù)行為時，我們才應(yīng)該創(chuàng)建多種不同的異常類，通過提供異?；愃С值乃袠?gòu)造器，可以為應(yīng)用程序創(chuàng)建功能完整的異常類，使用InnerException屬性可以保存更低級別錯誤條件所產(chǎn)生的所有錯誤信息?！　?/span>

優(yōu)先選擇異常安全保證

1、強異常保證在從異常中恢復(fù)和簡化異常處理之間提供了最好的平衡，在操作因為異常而中斷，程序的狀態(tài)保留不變；
2、對將要修改的數(shù)據(jù)做防御性的復(fù)制，對這些數(shù)據(jù)的防御性復(fù)制進(jìn)行修改，這中間的操作可能會引發(fā)異常，將臨時的副本和原對象進(jìn)行交換；
3、終結(jié)器、Dispose()方法和委托對象所綁定的目標(biāo)方法在任何情況下都應(yīng)當(dāng)確保他們不會拋出異常。　　

最小化互操作

1、互操作有三個方面的代價：數(shù)據(jù)在托管堆和非托管堆之間的列舉成本，托管代碼和非托管代碼之間切換的成本，對開發(fā)人員來說與混合環(huán)境打交道的開發(fā)工作；
2、在interop中使用blittable類型可以有效地在托管和非托管環(huán)境中來回復(fù)制，而不受對象內(nèi)部結(jié)構(gòu)的影響；
3、使用In/Out特性來確保最貼切的不必要的多次復(fù)制，通過聲明數(shù)據(jù)如何被列舉來提高性能；
4、使用COM Interop用最簡單的方式實現(xiàn)和COM組件的互操作，使用P/Invoke調(diào)用Win32 API,或者使用C++編譯器的/CLR開關(guān)來混合托管和非托管的代碼；　　

優(yōu)先選擇安全代碼

1、盡可能的避免訪問非托管內(nèi)存，隔離存儲不能防止來自托管代碼和受信用戶的訪問；
2、程序集在Web上運行時可以考慮使用隔離存儲，當(dāng)某些算法確實需要更高的安全許可時，應(yīng)該將那些代碼隔離在一個單獨的程序集中。