- 博客(12)
- 资源 (3)
- 收藏
- 关注
RSS订阅原创 [FxCop.设计规则]11. 不应该使用默认参数
11. 不应该使用默认参数翻译概述：在MSDN中对于调用使用默认参数的函数的说明如下：.NET Framework 开发员指南 访问默认参数值某些语言（如 C++ 托管扩展和 Microsoft Visual Basic .NET）支持将默认值赋给参数。例如，以下示例是一个合法的 Visual Basic .NET 声明，此声明将默认值赋给两个参数。[Visual Basic]Public
2005-06-14 23:00:00
1730
原创 [FxCop.设计规则]10. 类型应该被声明在命名空间中
10. 类型应该被声明在命名空间中翻译概述：命名空间的概念在C++中已经存在，但是对于大多数C++程序员来说，命名空间却很少被用到，C++程序员更喜欢在一组相关的类型前面添加相同的缩写，当项目变得越来越大时，这种传统的处理方式就很难适应软件系统规模。因此，在新的面向对象开发语言中无一例外的强化了命名空间的概念。毋庸置疑，将类型放在全局命名空间中是一个很不好的设计。FxCop设计规则的第十条
2005-06-09 20:22:00
1133
原创 [FxCop.设计规则]9. 事件句柄声明不恰当
9. 事件句柄声明不恰当翻译概述：微软在.NET中使用了一种新的数据类型——委托，通过委托实现了动态挂接和挂断程序执行逻辑，从而降低了模块之间的耦合度，提高了类型的可重用性。在.NET中，事件就使用了委托来实现。但是委托为我们提供了灵活性的同时，也为滥用提供了很大的便利性。因此，在本文中，微软建议了一个比较标准的事件声明格式，从而减低程序员或用户了解设计的难度。在目前的程序设计语言中，各种
2005-06-08 18:23:00
1151
原创 [FxCop.设计规则]8. 也许参数类型应该是基类型
8. 也许参数类型应该是基类型翻译概述：这条规则中，微软建议为了提高代码的可重用性，如果可能，尽量将参数类型修改为它的基类型。但是，这条规则并不是一条强制规则，在最后，微软提到，如果需要，使用子类型作为参数可以提高代码的健壮性。关于这一点，译者比较趋向于尽量使用子类型作参数的类型，因为这样可以减少函数被滥用的情况（个人认为滥用比起重用的优先级更高一下）。而且，如果将来发现确实需要，我们可以
2005-06-07 21:38:00
1031
原创 [FxCop.设计规则]4. 避免太多的范型参数
4. 避免太多的范型参数原文引用：Avoid excessive parameters on generic typesTypeName:AvoidExcessiveParametersOnGenericTypesCheckId:CA1005Category:Microsoft.DesignMessage Level:ErrorCertainty:85% Breaking Change:B
2005-06-02 20:20:00
1059
原创 [FxCop.设计规则]7. 集合类应该实现泛型接口
7. 集合类应该实现泛型接口原文引用：Collections should implement generic interfaceTypeName:CollectionsShouldImplementGenericInterfaceCheckId:CA1010Category:Microsoft.DesignMessage Level:ErrorCertainty:90% Breaking
2005-05-29 11:13:00
1208
原创 [FxCop.设计规则]6. 避免使用输出参数
6. 避免使用输出参数原文引用：Avoid out parametersTypeName:AvoidOutParametersCheckId:CA1021Category:Microsoft.DesignMessage Level:WarningCertainty:50% Breaking Change:BreakingCause: A public or protected method
2005-05-28 18:23:00
1302
原创 [FxCop.设计规则]5. 避免命名空间中包含太少的类型
5. 避免命名空间中包含太少的类型原文引用：Avoid namespaces with few typesTypeName:AvoidNamespacesWithFewTypesCheckId:CA1020Category:Microsoft.DesignMessage Level:WarningCertainty:50% Breaking Change:BreakingCause: A
2005-05-23 21:54:00
1453
原创 [FxCop.设计规则]3. 避免定义空的接口
3. 避免定义空的接口原文引用：Avoid empty interfacesTypeName:AvoidEmptyInterfacesCheckId:CA1040Category:Microsoft.DesignMessage Level:WarningCertainty:90% Breaking Change:BreakingCause: The interface does not d
2005-05-16 21:22:00
1308
原创 [FxCop.设计规则]2. 程序集应该拥有一个有效的强名称
2. 程序集应该拥有一个有效的强名称原文引用：Assemblies should have valid strong namesTypeName:AssembliesShouldHaveValidStrongNamesCheckId:CA2210Category:Microsoft.DesignMessage Level:CriticalErrorCertainty:95% Breakin
2005-05-12 22:54:00
1305
原创 [FxCop.设计规则]1. 抽象类不应该拥有构造函数
1. 抽象类不应该拥有构造函数原文引用：Abstract types should not have constructorsTypeName:AbstractTypesShouldNotHaveConstructorsCheckId:CA1012Category:Microsoft.DesignMessage Level:CriticalWarningCertainty:95% Brea
2005-05-11 23:37:00
1520
原创 Refactoring 读书笔记（繁体）
From: "areca_chen.tw" areca_chen.tw@y...>Date: Tue Apr 16, 2002 3:31 pmSubject: Refactoring筆記-1重整的定義重整的定義：重整是改變軟體的系統的一種過程，它的方式是不改變程式碼的外在行為而是改善程式碼的內部結構。這是一種有規律(discipline)的方式清理程式碼以降低產生臭蟲的機會。本質上當你
2002-12-25 10:09:00
1847
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人