对于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见的)，但 它确实是一个有用的工具，因为它让你思考很多你已经默认的决定。
图6.1,FXCop分析的一个项目：
Figure 6.1. FXCop analyzing a project.
[View full size image]
