盡可能實現CLS兼容的程序集;盡可能實現短小簡潔的函數;盡可能實現小而內聚的程序集;限制類型的可見性;創建大粒度的Web

30.盡可能實現CLS兼容的程序集。
   Prefer CLS-Compliant Assemblies。
   必須遵從兩個規則：1.所有公共的和受保護的成員上的參數和返回值的類型都必須是與CLS兼容的[assembly:CLSCompliant(true)]；2.其它不與CLS兼容的公共或者保護成員在其所定義的CLS兼容的對象必須存在同義成員(e.g:重載了operator+后，還要再定義一個同義的Add方法，以便在CLS兼容的程序集中使用Add方法)。

  
31.盡可能實現短小簡潔的函數.
   Prefer Small, Simple Functions。
   C#編譯器只是將C#代碼編譯成IL程序集，這些程序集必須在執行時經JIT進一步編譯成能被CPU處理的本機代碼才可以被執行。小函數可以非常容易被JIT編譯器分期處理。小函數更有可能被候選內聯。當然并不是足夠小才行：簡單的控制流程也是很重要的，JIT在處理函數內簡單的控制分支時，可以更容易地用寄存器存儲局部變量。方法越小越有可能被內聯，任何虛方法或者含有try/catch塊的函數都不可能被內聯。

32.盡可能實現小而內聚的程序集.
   Prefer Smaller, Cohesive Assemblies.
   大程序集需要花更多的CUP時間來加載；分成小程序集可以使得程序啟動時的開銷被分期處理，但在程序集之間穿梭式，CLR要調整函數入口地址和進行安全驗證(同一個程序集中的所有的代碼具有相同的可信任級別)。C#/.Net的設計是以組件為核心思想的，我們構建程序集時也應該按照組件的思想來設計程序集的大小。

33.限制類型的可見性。
   Limit Visibility of Your Types。
   對于每個類型，在滿足功能的情況下，應該盡可能的限制其可訪問級別。通過在類上實現公共接口來減少可見內容，以暴露必須要暴露的內容。創建內部類(internal class，限制只能在該程序集內部可見)是經常使用的用于限制類型可見范圍的方法。

34.創建大粒度的Web APIs。
   Create Large-Grain Web APIs。
   當你使用web服務，或者.Net遠程交互時，最昂貴的開銷是在兩臺遠程機器之間進行對象傳輸時，所以要在兩機器間的會話頻率和會話時數據包的大小之間進行權衡。