一、用屬性代替可訪問的字段
1、.NET數(shù)據(jù)綁定只支持數(shù)據(jù)綁定，使用屬性可以獲得數(shù)據(jù)綁定的好處；
2、在屬性的get和set訪問器重可使用lock添加多線程的支持。
二、readonly（運行時常量）和const（編譯時常量）
1、const只可用于基元類型、枚舉、字符串，而readonly則可以是任何的類型；
2、const在編譯時將替換成具體的常量，這樣如果在引用中同時使用了const和readonly兩種值，則對readonly的再次改變將會改變設(shè)計的初衷，這是需要重新編譯所更改的程序集，以重新引用新的常量值。
3、const比readonly效率高，但失去了應(yīng)用的靈活性。
三、is與as
1、兩者都是在運行時進行類型的轉(zhuǎn)換，as操作符只能使用在引用類型，而is可以使用值和引用類型；
2、通常的做法是用is判斷類型，然后選擇使用as或強類型轉(zhuǎn)換操作符（用operater定義的轉(zhuǎn)換）有選擇地進行。
四、ConditionalAttribute代替#if #endif條件編譯
1、ConditionalAttribute只用于方法級，對其他的如類型、屬性等的添加都是無效的；而#if #endif則不受此限制；
2、ConditionalAttribute可以添加多個編譯條件的或（OR）操作，而#if #endif則可以添加與（AND）[這里可以完全定義為另一個單獨的符號]；
3、ConditioanlAttribute定義可以放在一個單獨的方法中，使得程序更為靈活。
五、提供ToString（）方法
1、可以更友好的方式提供用戶詳細的信息；
2、使用IFormatter.ToString（）方法提供更靈活的定制，如果添加IFormatProvider 和ICustomFormatter接口則更有意義的定制消息輸出。
六、值和引用類型的區(qū)別
1、值類型不支持多態(tài)，適合存儲應(yīng)用程序操作的數(shù)據(jù)，而引用則支持多態(tài)，適用于定義應(yīng)用程序的行為；
2、對于數(shù)組定義為值類型可以顯著提高程序的性能；
3、值類型具有較少的堆內(nèi)存碎片、內(nèi)存垃圾和間接訪問時間，其在方法中的返回是以復(fù)制的方式進行，避免暴露內(nèi)部結(jié)構(gòu)到外界；
4、值類型應(yīng)用在如下的場景中：類型的職責(zé)主要是用于數(shù)據(jù)存儲；公共接口完全由一些數(shù)據(jù)成員存取屬性定義；永遠沒有子類；永遠沒有多態(tài)行為。
七、值類型盡可能實現(xiàn)為常量性和原子性的類型
1、使我們的代碼更易于編寫和維護；
2、初始化常量的三種策略：在構(gòu)造中；工廠方法；構(gòu)造一個可變的輔助類（如StringBuilder）。
八、確保0為值得有效狀態(tài)
1、值類型的默認狀態(tài)應(yīng)為0；
2、枚舉類型的0不應(yīng)為“無效的狀態(tài)”；在FlagsAttribute是應(yīng)確保0值為有效地狀態(tài)；
3、在字符串為為空時可以返回一個string.Empty的空字符串；
九、相等判斷的多種表示關(guān)系
1、ReferenceEquals（）判斷引用相等，需要兩個是引用同一個對象時方可返回true；
2、靜態(tài)的Equals（）方法先進性引用判斷再進行值類型判斷的；
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)生一個隨機的分布；
十一、優(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塊；
十二、默認字段的初始化優(yōu)于賦值語句
1、字段生命默認會將值類型初始化為0，引用類型初始化為null；
2、對同一個對象進行多次初始化會降低代碼的執(zhí)行效率；
3、將字段的初始化放到構(gòu)造器中有利于進行異常處理。
十三、使用靜態(tài)構(gòu)造器初始化靜態(tài)成員
1、靜態(tài)構(gòu)造器會在一個類的任何方法、變量或者屬性訪問之前執(zhí)行；
2、靜態(tài)字段同樣會在靜態(tài)構(gòu)造器之前運行，同時靜態(tài)構(gòu)造器有利于異常處理。
十四、利用構(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)造器。
十五、利用using和try/finally語句來清理資源
在IDisposable接口的Dispose（）方法中用GC.SuppressFinalize()可通知垃圾收集器不再執(zhí)行終結(jié)操作。
十六、盡量減少內(nèi)存垃圾
1、分配和銷毀一個對上的對象都要花費額外的處理器時間；
2、減少分配對象數(shù)量的技巧：經(jīng)常使用的局部變量提升為字段；提供一個類，用于存儲Singleton對象來表達特定類型的常用實例。
3、用StringBuilder進行復(fù)雜的字符串操作。
十七、盡量減少裝箱和拆箱
1、關(guān)注一個類型到System.Object的隱式轉(zhuǎn)換，同時值類型不應(yīng)該被替換為System.Object類型；
2、使用接口而不是使用類型可以避免裝箱，即將值類型從接口實現(xiàn)，然后通過接口調(diào)用成員。
十八、實現(xiàn)標(biāo)準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)存泄漏的問題；l
2、使用IDisposable.Dispose()方法需要做四個方面的工作：釋放所有的非托管資源；釋放所有的托管資源；設(shè)置一個狀態(tài)標(biāo)記來表示是否已經(jīng)執(zhí)行了Dispose（）；調(diào)用GC.SuppressFinalize（this）取消對象的終結(jié)操作；
3、為需要多態(tài)的類型添加一個受保護的虛方法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)合同，而基類則可以隨著時間的推移進行擴展。
二十、明辨接口實現(xiàn)和虛方法重寫
1、在基類中實現(xiàn)一個接口時，派生類需要使用new來隱藏對基類方法的使用；
2、可以將基類接口的方法申明為虛方法，然后再派生類中實現(xiàn)。
二十一、使用委托表達回調(diào)
1、委托對象本身不提供任何異常捕獲，所以任何的多播委托調(diào)用都會結(jié)束整個調(diào)用鏈；
2、通過顯示調(diào)用委托鏈上的每個委托目標(biāo)可以避免多播委托僅返回最后一個委托的輸出。
二十二、使用事件定義外部接口
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模式，以使對象可以對更改進行校驗或相應(yīng)。
二十四、聲明式編程優(yōu)于命令式編程
可以避免在多個類似的手工編寫的算法中犯錯誤的可能性，并提供清晰和可讀的代碼。
二十五、盡可能將類型實現(xiàn)為可序列化的類型
1、類型表示的不是UI控件、窗口或者表單，都應(yīng)使類型支持序列化；
2、在添加了NonSerializedAttribute的反序列化的屬性時可以通過實現(xiàn)IDeserializationCallback的OnDeserialization（）方法裝入默認值；
3、在版本控制中可以使用ISerializable接口來進行靈活的控制，同時提供一個序列化的構(gòu)造器來根據(jù)流中的數(shù)據(jù)初始化對象，在實現(xiàn)時還要求SerializationFormatter異常的許可。
4、如果需要創(chuàng)建派生類則需要提供一個掛鉤方法供派生類使用。
二十六、使用IComparable和IComparer接口實現(xiàn)排序關(guān)系
1、IComparable接口用于為類型實現(xiàn)最自然的排序關(guān)系，重載四個比較操作符，可以提供一個重載版的CompareTo（）方法，讓其接受具體類型作為參數(shù)；
2、IComparer用于提供有別于IComparable的排序關(guān)系，或者為我們提供類型本身說沒有實現(xiàn)的排序關(guān)系。
二十七、避免ICloneable接口
1、對于值類型永遠不需要支持ICloneable接口使用默認的賦值操作即可；
2、對于可能需要支持ICloneable接口的基類，應(yīng)該為其創(chuàng)造一個受保護的復(fù)制構(gòu)造器，并應(yīng)當(dāng)避免支持IConeable接口。
二十八、避免強制轉(zhuǎn)換操作符
通過使用構(gòu)造器來代替轉(zhuǎn)換操作符可以使轉(zhuǎn)換工作變得更清晰，由于在轉(zhuǎn)換后使用的臨時對象，容易導(dǎo)致一些詭異的BUG。
二十九、只有當(dāng)新版積累導(dǎo)致問題是才考慮使用new修飾符
三十、盡可能實現(xiàn)CLS兼容的程序集
1、創(chuàng)建一個兼容的程序集需要遵循兩條規(guī)則：程序集中所有公有和受保護成員所使用的參數(shù)和返回值類型都必須與CLS兼容；任何與CLS不兼容的公有和受保護成員都必須有一個與CLS兼容的替代品；
2、可以通過顯式實現(xiàn)接口來避開CLS兼容類型檢查，及CLSCompliantAttribute不會檢查私有的成員的CLS兼容性。
三十一、盡可能實現(xiàn)短小簡潔的方法
1、JIT編譯器以方法為單位進行編譯，沒有被調(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)建兩種組件：一種為小而聚合、具有某項特定功能的程序集，另一種為大而寬、包含共用功能的程序集。
三十三、限制類型的可見性
1、使用接口來暴露類型的功能，可以使我們更方便地創(chuàng)建內(nèi)部類，同時又不會限制他們在程序集外的可用性；
2、向外暴露的公有類型越少，未來擴展和更改實現(xiàn)所擁有的選擇就越多。
三十四、創(chuàng)建大粒度的Web API
這是在機器之間的交易的頻率和載荷都降到最低，將大的操作和細粒度的執(zhí)行放到服務(wù)器執(zhí)行。
三十五、重寫優(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)擁有了我們需要的核心庫。
三十七、使用標(biāo)準配置機制
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)限。
三十八、定制和支持數(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)前的對象然后添加一個想要的對象來支持數(shù)據(jù)綁定。
三十九、使用.NET驗證
1、ASP.NET中有五種控件來驗證有效性，可以用CustomValidator派生一個新類來增加自己的認證器；
2、Windows驗證需要子System.Windows.Forms.Control.Validating些一個事件處理器。
四十、根據(jù)需要選用恰當(dāng)?shù)募?br />1、數(shù)組有兩個比較明顯的缺陷：不能動態(tài)的調(diào)整大�。徽{(diào)整大小非常耗時；
2、ArrayList混合了一維數(shù)組和鏈表的特征，Queue和Stack是建立在Array基礎(chǔ)上的特殊數(shù)組；
3、當(dāng)程序更加靈活的添加和刪除項時，可以使更加健壯的集合類型，當(dāng)創(chuàng)建一個模擬集合的類時，應(yīng)當(dāng)為其實現(xiàn)索引器和IEnumberable接口。
四十一、DataSet優(yōu)于自定義結(jié)構(gòu)
1、DataSet有兩個缺點個：使用XML序列化機制的DataSet與非.NET 代碼之間的交互不是很好；DataSet是一個非常通用的容器；
2、強類型的DataSet打破了更多的設(shè)計規(guī)則，其獲得的開發(fā)效率要遠遠高于自己編寫的看上去更為優(yōu)雅的設(shè)計。
四十二、利用特性簡化反射
通過設(shè)計和實現(xiàn)特性類，強制開發(fā)人員用他們來聲明可被動態(tài)使用的類型、方法和屬性，可以減少應(yīng)用程序的運行時錯誤，提高軟件的用戶滿意度。
四十三、避免過度使用反射
1、Invoke成員使用的參數(shù)和返回值都是System.Object，在運行時進行類型的轉(zhuǎn)換，但出現(xiàn)問題的可能性也變得更多了；
2、接口使我們可以得到一個更為清晰、也更具可維護性的系統(tǒng)，反射式一個很強大的晚期綁定機制.NET框架使用它來實現(xiàn)Windows控件和Web控件的數(shù)據(jù)綁定。
四十四、為應(yīng)用程序創(chuàng)建特定的異常類
1、需要不同的異常類的唯一原因是讓用戶在編寫catch處理器時能夠方便地對不同的錯誤采取不同的做法；
2、可能有不同的修復(fù)行為時我們才應(yīng)該創(chuàng)建多種不同的異常類，通過提供異�；愃С值乃袠�(gòu)造器，可以為應(yīng)用程序創(chuàng)建功能完整的異常類，使用InnerException屬性可以保存更低級別錯誤條件所產(chǎn)生的所有錯誤信息。
四十五、優(yōu)先選擇異常安全保證
1、”強異常保證”在“從異常中恢復(fù)”和“簡化異常處理”之間提供了最好的平衡，在操作因為異常而中斷，程序的狀態(tài)保留不變；
2、對將要修改的數(shù)據(jù)做“防御性的復(fù)制”，對這些數(shù)據(jù)的“防御性復(fù)制”進行修改，這中間的操作可能會引發(fā)異常，將臨時的副本和原對象進行交換；
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)該將那些代碼隔離在一個單獨的程序集中。
四十八、掌握相關(guān)工具與資源
1、使用NUnit建立自動單元測試（集成在VS2010 中了）；
2、FXCop工具會獲取程序集中的IL代碼，并將其與異族編碼規(guī)則和最佳實踐對照分析，最后報告違例情況；
3、ILDasm是一個IL反匯編工具，可以幫助我們洞察細節(jié)；
4、Shared Source CLI是一個包含.NET框架內(nèi)核和C#編譯器的實現(xiàn)源碼。
四十九、為C#2.0做準備（這個規(guī)則現(xiàn)在已經(jīng)沒什么意義了，畢竟現(xiàn)在已經(jīng)到了4.0 ）
五十、了解ＥＣＭＡ標(biāo)準
喜歡 
頂
難過
囧
圍觀
無聊
