自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(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 1650

原创 [FxCop.设计规则]10. 类型应该被声明在命名空间中

10.     类型应该被声明在命名空间中翻译概述:命名空间的概念在C++中已经存在,但是对于大多数C++程序员来说,命名空间却很少被用到,C++程序员更喜欢在一组相关的类型前面添加相同的缩写,当项目变得越来越大时,这种传统的处理方式就很难适应软件系统规模。因此,在新的面向对象开发语言中无一例外的强化了命名空间的概念。毋庸置疑,将类型放在全局命名空间中是一个很不好的设计。FxCop设计规则的第十条

2005-06-09 20:22:00 1065

原创 [FxCop.设计规则]9. 事件句柄声明不恰当

9.     事件句柄声明不恰当翻译概述:微软在.NET中使用了一种新的数据类型——委托,通过委托实现了动态挂接和挂断程序执行逻辑,从而降低了模块之间的耦合度,提高了类型的可重用性。在.NET中,事件就使用了委托来实现。但是委托为我们提供了灵活性的同时,也为滥用提供了很大的便利性。因此,在本文中,微软建议了一个比较标准的事件声明格式,从而减低程序员或用户了解设计的难度。在目前的程序设计语言中,各种

2005-06-08 18:23:00 1077

原创 [FxCop.设计规则]8. 也许参数类型应该是基类型

8.     也许参数类型应该是基类型翻译概述:这条规则中,微软建议为了提高代码的可重用性,如果可能,尽量将参数类型修改为它的基类型。但是,这条规则并不是一条强制规则,在最后,微软提到,如果需要,使用子类型作为参数可以提高代码的健壮性。关于这一点,译者比较趋向于尽量使用子类型作参数的类型,因为这样可以减少函数被滥用的情况(个人认为滥用比起重用的优先级更高一下)。而且,如果将来发现确实需要,我们可以

2005-06-07 21:38:00 987

原创 [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 1012

原创 [FxCop.设计规则]7. 集合类应该实现泛型接口

7.     集合类应该实现泛型接口原文引用:Collections should implement generic interfaceTypeName:CollectionsShouldImplementGenericInterfaceCheckId:CA1010Category:Microsoft.DesignMessage Level:ErrorCertainty:90% Breaking

2005-05-29 11:13:00 1154

原创 [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 1234

原创 [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 1395

原创 [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 1093

原创 [FxCop.设计规则]2. 程序集应该拥有一个有效的强名称

2.     程序集应该拥有一个有效的强名称原文引用:Assemblies should have valid strong namesTypeName:AssembliesShouldHaveValidStrongNamesCheckId:CA2210Category:Microsoft.DesignMessage Level:CriticalErrorCertainty:95% Breakin

2005-05-12 22:54:00 1250

原创 [FxCop.设计规则]1. 抽象类不应该拥有构造函数

1.     抽象类不应该拥有构造函数原文引用:Abstract types should not have constructorsTypeName:AbstractTypesShouldNotHaveConstructorsCheckId:CA1012Category:Microsoft.DesignMessage Level:CriticalWarningCertainty:95% Brea

2005-05-11 23:37:00 1442

原创 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 1749

TortoiseHG for Windows 32bit Part 1

TortoiseHG for Windows 32bit 1.0.2

2010-05-10

TortoiseHG for Windows 32bit Part 1

TortoiseHG for Windows 32bit 1.0.2

2010-05-10

TortoiseHG for Windows 32bit Part 2

TortoiseHG for Windows 32bit 1.0.2

2010-05-10

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除