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