Effective C# 原则48：了解更多的工具和资源

核心提示：对于C#以及.Net来说这是激动人心的时候，这些工具目前还是比较新的，Effective C# 原则48：了解更多的工具和资源，整个社区都在学习如何使用这些工具，一些资源可以帮助你提高你的知识，尽管一些推荐并不是我喜欢的(例如有一个是让每一个程序集应该是让COM见的)，但它确实是一个有用的工具，以及为.Net和C#创建

对于C#以及.Net来说这是激动人心的时候。这些工具目前还是比较新的，整个社区都在学习如何使用这些工具。一些资源可以帮助你提高你的知识，以及为.Net和C#创建一个更大的知识社区。这些工具是我每天都向C#开发人员推荐的。关于C#实践的全部内容还在写作当中，跟进它们而且不断了解相关的内容。

第一个应该在每一个C#开发人员的工具箱的工具是NUnit, 它可以在www.nunit.org网站上找到。NUnit是一个自动进行单元测试的工具，功能和JUnit很像。和其它大多数开发人员一样，我讨厌写测试代码并且自己测试。NUnit让这些进程都变得很高效，在你有规律的使用这些工具后，可以保证你会习惯测试你所有的C#类。不管什么时候当我创建了一个类库工程时，我都会添加一个NUnit测试工程，而且把自动生成的测试做为一部分添加进来。我添加一个以创建和运行测试的配置，这样可以在每次编译时进行测试。然后，我可以转换活动的配置来控制是否要让单元测试做为正规程序的一部份存在。默认情况下，我运行它们。当我须要进行UI测试时，我会转换到另一个配置上。

在附带的使用NUnit时，你可以通过检测NUnit的源代码学到一些有意思的技术。NUnit使用一些高级的反射习惯来加载和测试你的程序集。它使用特性来查找测试包，测试用例，以及每个测试用例的期望结果(参见原则42)。这是一个非常不错的例子，可以告诉你如何使用这些技术来创建可以自己动态配置的工具，而且它可以广泛的应用。

接来下是FXCop，这是一个免费的工具，可以从GotDotNet(www.gotdotnet.com)上得到。FXCop 分析你的程序集里的IL，看它是否与实践的原则相违背，以及报告这些违例的地方。每一个原则都有一个可靠的公制规范，以及使用这一原则的原因。如本书里所有推荐的原则一样，一些文档中有一个关于某一原则的简短理由。你可以断定这些实际的问题是否遵守这些建议。同样你也可以配置是否把每一个原则都应用到项目中。我并不赞成FXCop 中的一些原则，而且我在本书前面已经说明了原因。然而，像NUnit一样，FXCop 可以成为你创建的正规程序的一部分。每次编译后，可以有一个编译后步骤，可以用FXCop 来分析你选择的原则。图6.1展示了一个从FXCop里输出的例子。尽管一些推荐并不是我喜欢的(例如有一个是让每一个程序集应该是让COM见的)，但它确实是一个有用的工具，因为它让你思考很多你已经默认的决定。