- 博客(12)
- 资源 (3)
- 收藏
- 关注
原创 [FxCop.设计规则]11. 不应该使用默认参数
11. 不应该使用默认参数翻译概述:在MSDN中对于调用使用默认参数的函数的说明如下:.NET Framework 开发员指南 访问默认参数值某些语言(如 C++ 托管扩展和 Microsoft Visual Basic .NET)支持将默认值赋给参数。例如,以下示例是一个合法的 Visual Basic .NET 声明,此声明将默认值赋给两个参数。[Visual Basic]Public
2005-06-14 23:00:00 1779
原创 [FxCop.设计规则]10. 类型应该被声明在命名空间中
10. 类型应该被声明在命名空间中翻译概述:命名空间的概念在C++中已经存在,但是对于大多数C++程序员来说,命名空间却很少被用到,C++程序员更喜欢在一组相关的类型前面添加相同的缩写,当项目变得越来越大时,这种传统的处理方式就很难适应软件系统规模。因此,在新的面向对象开发语言中无一例外的强化了命名空间的概念。毋庸置疑,将类型放在全局命名空间中是一个很不好的设计。FxCop设计规则的第十条
2005-06-09 20:22:00 1147
原创 [FxCop.设计规则]9. 事件句柄声明不恰当
9. 事件句柄声明不恰当翻译概述:微软在.NET中使用了一种新的数据类型——委托,通过委托实现了动态挂接和挂断程序执行逻辑,从而降低了模块之间的耦合度,提高了类型的可重用性。在.NET中,事件就使用了委托来实现。但是委托为我们提供了灵活性的同时,也为滥用提供了很大的便利性。因此,在本文中,微软建议了一个比较标准的事件声明格式,从而减低程序员或用户了解设计的难度。在目前的程序设计语言中,各种
2005-06-08 18:23:00 1168
原创 [FxCop.设计规则]8. 也许参数类型应该是基类型
8. 也许参数类型应该是基类型翻译概述:这条规则中,微软建议为了提高代码的可重用性,如果可能,尽量将参数类型修改为它的基类型。但是,这条规则并不是一条强制规则,在最后,微软提到,如果需要,使用子类型作为参数可以提高代码的健壮性。关于这一点,译者比较趋向于尽量使用子类型作参数的类型,因为这样可以减少函数被滥用的情况(个人认为滥用比起重用的优先级更高一下)。而且,如果将来发现确实需要,我们可以
2005-06-07 21:38:00 1044
原创 [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 1073
原创 [FxCop.设计规则]7. 集合类应该实现泛型接口
7. 集合类应该实现泛型接口原文引用:Collections should implement generic interfaceTypeName:CollectionsShouldImplementGenericInterfaceCheckId:CA1010Category:Microsoft.DesignMessage Level:ErrorCertainty:90% Breaking
2005-05-29 11:13:00 1224
原创 [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 1316
原创 [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 1473
原创 [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 1365
原创 [FxCop.设计规则]2. 程序集应该拥有一个有效的强名称
2. 程序集应该拥有一个有效的强名称原文引用:Assemblies should have valid strong namesTypeName:AssembliesShouldHaveValidStrongNamesCheckId:CA2210Category:Microsoft.DesignMessage Level:CriticalErrorCertainty:95% Breakin
2005-05-12 22:54:00 1330
原创 [FxCop.设计规则]1. 抽象类不应该拥有构造函数
1. 抽象类不应该拥有构造函数原文引用:Abstract types should not have constructorsTypeName:AbstractTypesShouldNotHaveConstructorsCheckId:CA1012Category:Microsoft.DesignMessage Level:CriticalWarningCertainty:95% Brea
2005-05-11 23:37:00 1541
原创 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 1867
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人