原创 [FxCop.設計規則]11. 不應該使用默認參數
11. 不應該使用默認參數翻譯概述：在MSDN中對於調用使用默認參數的函數的說明如下：.NET Framework 開發員指南 訪問默認參數值某些語言（如 C++ 託管擴展和 Microsoft Visual Basic .NET
2018-08-26 01:43:11
原创 [FxCop.設計規則]5. 避免命名空間中包含太少的類型
5. 避免命名空間中包含太少的類型原文引用：Avoid namespaces with few typesTypeName:AvoidNamespacesWithFewTypesCheckId:CA1020Category:Mic
2018-08-26 01:43:09
原创 [FxCop.設計規則]9. 事件句柄聲明不恰當
9. 事件句柄聲明不恰當翻譯概述：微軟在.NET中使用了一種新的數據類型——委託，通過委託實現了動態掛接和掛斷程序執行邏輯，從而降低了模塊之間的耦合度，提高了類型的可重用性。在.NET中，事件就使用了委託來實現。但是委託爲我們提供
2018-08-26 01:43:09
原创 [FxCop.設計規則]3. 避免定義空的接口
3. 避免定義空的接口原文引用：Avoid empty interfacesTypeName:AvoidEmptyInterfacesCheckId:CA1040Category:Microsoft.DesignMessage L
2018-08-26 01:43:09
原创 Refactoring 讀書筆記（繁體）
From: "areca_chen.tw" <areca_chen.tw@y...>Date: Tue Apr 16, 2002 3:31 pmSubject: Refactoring筆記-1 重整的定義重整的定義：重整是改變軟體
2018-08-26 01:43:09
3
原创 [FxCop.設計規則]6. 避免使用輸出參數
6. 避免使用輸出參數原文引用：Avoid out parametersTypeName:AvoidOutParametersCheckId:CA1021Category:Microsoft.DesignMessage Level
2018-08-26 01:43:09
1
原创 [FxCop.設計規則]2. 程序集應該擁有一個有效的強名稱
2. 程序集應該擁有一個有效的強名稱原文引用：Assemblies should have valid strong namesTypeName:AssembliesShouldHaveValidStrongNamesCheckI
2018-08-26 01:43:09
原创 [FxCop.設計規則]8. 也許參數類型應該是基類型
8. 也許參數類型應該是基類型翻譯概述：這條規則中，微軟建議爲了提高代碼的可重用性，如果可能，儘量將參數類型修改爲它的基類型。但是，這條規則並不是一條強制規則，在最後，微軟提到，如果需要，使用子類型作爲參數可以提高代碼的健壯性。關
2018-08-26 01:43:09
3
原创 [FxCop.設計規則]10. 類型應該被聲明在命名空間中
10. 類型應該被聲明在命名空間中翻譯概述：命名空間的概念在C++中已經存在，但是對於大多數C++程序員來說，命名空間卻很少被用到，C++程序員更喜歡在一組相關的類型前面添加相同的縮寫，當項目變得越來越大時，這種傳統的處理方式就很
2018-08-26 01:43:09
原创 [FxCop.設計規則]1. 抽象類不應該擁有構造函數
1. 抽象類不應該擁有構造函數原文引用：Abstract types should not have constructorsTypeName:AbstractTypesShouldNotHaveConstructorsCheck
2018-08-26 01:43:09
2
原创 [FxCop.設計規則]4. 避免太多的範型參數
4. 避免太多的範型參數原文引用：Avoid excessive parameters on generic typesTypeName:AvoidExcessiveParametersOnGenericTypesCheckId:
2018-08-26 01:43:09
原创 [FxCop.設計規則]7. 集合類應該實現泛型接口
7. 集合類應該實現泛型接口原文引用：Collections should implement generic interfaceTypeName:CollectionsShouldImplementGenericInterfac
2018-08-26 01:43:06
2