《編寫高質量代碼：改善C#程序的157個建議》源碼下載

====

目錄

前　言第一部分　語言篇第1章　基本語言要素 / 2建議1：正確操作字符串 / 2建議2：使用默認轉型方法 / 6建議3：區別對待強制轉型與as和is / 9建議4：TryParse比Parse好 / 12建議5：使用int?來確保值類型也可以為null / 15建議6：區別readonly和const的使用方法 / 16建議7：將0值作為枚舉的默認值 / 19建議8：避免給枚舉類型的元素提供顯式的值 / 20建議9：習慣重載運算符 / 22建議10：創建對象時需要考慮是否實現比較器 / 23建議11：區別對待==和Equals / 27建議12：重寫Equals時也要重寫GetHashCode / 29建議13：為類型輸出格式化字符串 / 32建議14：正確實現淺拷貝和深拷貝 / 36建議15：使用dynamic來簡化反射實現 / 40

第2章　集合和LINQ / 43建議16：元素數量可變的情況下不應使用數組 / 43建議17：多數情況下使用foreach進行循環遍歷 / 45建議18：foreach不能代替for / 51建議19：使用更有效的對象和集合初始化 / 53建議20：使用泛型集合代替非泛型集合 / 54建議21：選擇正確的集合 / 57建議22：確保集合的線程安全 / 61建議23：避免將List作為自定義集合類的基類 / 64建議24：迭代器應該是只讀的 / 67建議25：謹慎集合屬性的可寫操作 / 68建議26：使用匿名類型存儲LINQ查詢結果 / 70建議27：在查詢中使用Lambda表達式 / 73建議28：理解延遲求值和主動求值之間的區別 / 75建議29：區別LINQ查詢中的IEnumerable和IQueryable/ 78建議30：使用LINQ取代集合中的比較器和迭代器 / 80建議31：在LINQ查詢中避免不必要的迭代 / 83

第3章　泛型、委托和事件 / 86建議32：總是優先考慮泛型 / 86建議33：避免在泛型類型中聲明靜態成員 / 88建議34：為泛型參數設定約束 / 90建議35：使用default為泛型類型變量指定初始值 / 92建議36：使用FCL中的委托聲明 / 94建議37：使用Lambda表達式代替方法和匿名方法 / 96建議38：小心閉包中的陷阱 / 99建議39：了解委托的實質 / 103建議40：使用event關鍵字為委托施加保護 / 106建議41：實現標準的事件模型 / 108建議42：使用泛型參數兼容泛型接口的不可變性 / 109建議43：讓接口中的泛型參數支持協變 / 111建議44：理解委托中的協變 / 112建議45：為泛型類型參數指定逆變 / 114

第4章　資源管理和序列化 / 116建議46：顯式釋放資源需繼承接口IDisposable / 116建議47：即使提供了顯式釋放方法，也應該在終結器中提供隱式清理 / 119建議48：Dispose方法應允許被多次調用 / 120建議49：在Dispose模式中應提取一個受保護的虛方法 / 121建議50：在Dispose模式中應區別對待托管資源和非托管資源 / 123建議51：具有可釋放字段的類型或擁有本機資源的類型應該是可釋放的 / 124建議52：及時釋放資源 / 125建議53：必要時應將不再使用的對象引用賦值為null / 127建議54：為無用字段標注不可序列化 / 131建議55：利用定制特性減少可序列化的字段 / 136建議56：使用繼承ISerializable接口更靈活地控制序列化過程 / 137建議57：實現ISerializable的子類型應負責父類的序列化 / 140

第5章　異常與自定義異常 / 144建議58：用拋出異常代替返回錯誤代碼 / 144建議59：不要在不恰當的場合下引發異常 / 147建議60：重新引發異常時使用Inner Exception　/ 150建議61：避免在finally內撰寫無效代碼 / 151建議62：避免嵌套異常 / 157建議63：避免“吃掉”異常 / 160建議64：為循環增加Tester-Doer模式而不是將try-catch置于循環內 / 161建議65：總是處理未捕獲的異常 / 162建議66：正確捕獲多線程中的異常 / 166建議67：慎用自定義異常 / 168建議68：從System.Exception或其他常見的基本異常中派生異常 / 170建議69：應使用finally避免資源泄漏 / 172建議70：避免在調用棧較低的位置記錄異常 / 175

第6章　異步、多線程、任務和并行 / 177建議71：區分異步和多線程應用場景 / 177建議72：在線程同步中使用信號量 / 180建議73：避免鎖定不恰當的同步對象 / 184建議74：警惕線程的IsBackground / 188建議75：警惕線程不會立即啟動 / 189建議76：警惕線程的優先級 / 191建議77：正確停止線程 / 193建議78：應避免線程數量過多 / 194建議79：使用ThreadPool或BackgroundWorker代替Thread / 196建議80：用Task代替ThreadPool / 198建議81：使用Parallel簡化同步狀態下Task的使用 / 202建議82：Parallel簡化但不等同于Task默認行為 / 204建議83：小心Parallel中的陷阱 / 205建議84：使用PLINQ / 208建議85：Task中的異常處理 / 209建議86：Parallel中的異常處理 / 214建議87：區分WPF和WinForm的線程模型 / 216建議88：并行并不總是速度更快 / 220建議89：在并行方法體中謹慎使用鎖 / 222

第二部分　架構篇第7章　成員設計 / 226建議90：不要為抽象類提供公開的構造方法 / 226建議91：可見字段應該重構為屬性 / 226建議92：謹慎將數組或集合作為屬性 / 227建議93：構造方法應初始化主要屬性和字段 / 228建議94：區別對待override和new / 229建議95：避免在構造方法中調用虛成員 / 235建議96：成員應優先考慮公開基類型或接口 / 236建議97：優先考慮將基類型或接口作為參數傳遞 / 237建議98：用params減少重復參數 / 237建議99：重寫時不應使用子類參數 / 238建議100：靜態方法和實例方法沒有區別 / 239建議101：使用擴展方法，向現有類型“添加”方法 / 240

第8章　類型設計 / 243建議102：區分接口和抽象類的應用場合 / 243建議103：區分組合和繼承的應用場合 / 245建議104：用多態代替條件語句 / 248建議105：使用私有構造函數強化單例 / 251建議106：為靜態類添加靜態構造函數 / 253建議107：區分靜態類和單例 / 255建議108：將類型標識為sealed / 255建議109：謹慎使用嵌套類 / 256建議110：用類來代替enum / 257建議111：避免雙向耦合 / 260建議112：將現實世界中的對象抽象為類，將可復用對象圈起來就是命名空間 / 262

第9章　安全性設計 / 264建議113：聲明變量前考慮最大值 / 264建議114：md5不再安全 / 265建議115：通過HASH來驗證文件是否被篡改 / 268建議116：避免用非對稱算法加密文件 / 269建議117：使用SSL確保通信中的數據安全 / 273建議118：使用SecureString保存密鑰等機密字符串 / 284建議119：不要使用自己的加密算法 / 289建議120：為程序集指定強名稱 / 289建議121：為應用程序設定運行權限 / 291

第三部分　編碼規范及習慣第10章　命名規范 / 296建議122：以.為命名空間命名 / 296建議123：程序集不必與命名空間同名 / 296建議124：考慮在命名空間中使用復數 / 297建議125：避免用FCL的類型名稱命名自己的類型 /　/ 297建議126：用名詞和名詞組給類型命名 / 298建議127：用形容詞組給接口命名 / 299建議128：考慮讓派生類的名字以基類名字作為后綴 / 300建議129：泛型類型參數要以T作為前綴 / 300建議130：以復數命名枚舉類型，以單數命名枚舉元素 / 301建議131：用PascalCasing命名公開元素 / 302建議132：考慮用類名作為屬性名 / 302建議133：用camelCasing命名私有字段和局部變量　/ 303建議134：有條件地使用前綴　/ 304建議135： 考慮使用肯定性的短語命名布爾屬性 / 305建議136：優先使用后綴表示已有類型的新版本 / 306建議137：委托和事件類型應添加上級后綴 / 307建議138：事件和委托變量使用動詞或形容詞短語命名 / 308建議139：事件處理器命名采用組合方式 / 309

第11章　代碼整潔 / 311建議140：使用默認的訪問修飾符 / 311建議141：不知道該不該用大括號時，就用 / 312建議142：總是提供有意義的命名 / 314建議143：方法抽象級別應在同一層次 / 315建議144：一個方法只做一件事 / 316建議145：避免過長的方法和過長的類 / 317建議146：只對外公布必要的操作 / 318建議147：重構多個相關屬性為一個類 / 319建議148：不重復代碼 / 320建議149：使用表驅動法避免過長的if和switch分支 / 321建議150：使用匿名方法、Lambda表達式代替方法 / 324建議151：使用事件訪問器替換公開的事件成員變量　/ 325建議152：最少，甚至是不要注釋 / 326建議153：若拋出異常，則必須要注釋 / 326

第12章　規范開發行為 / 327建議154：不要過度設計，在敏捷中體會重構的樂趣 / 327建議155：隨生產代碼一起提交單元測試代碼 / 336建議156：利用特性為應用程序提供多個版本 / 342建議157：從寫第一個界面開始，就進行自動化測試　/ 344

====

源碼下載