在C#中维护使用指令的"干净"列表有什么好处？

我知道VS2008具有删除和排序功能,可以使用指令清理,Resharper也是如此.除了你的代码"干净"并消除了引用未来可能不存在的命名空间的问题,维护一个"干净"的使用指令列表有什么好处？

更少的代码？编译时间更快？

1> Jon Skeet..：

---

如果你总是只有你需要的using指令,并且总是对它们进行适当的排序,那么当你来区分两个版本的代码时,你永远不会看到无关的变化.

此外,如果你有一套简洁的使用指令,那么任何查看代码的人都可以通过查看using指令大致了解将要使用的内容.

---

如果你知道每个使用指令都被使用,它们就不是噪音.即使你*将它们视为噪音,如果不对它们进行检查,它们仍然会对差异产生误报.

2> Lars A. Brek..：

---

对我来说,它基本上都是关于减少噪音(加上让Resharper快乐!).

我相信编译时间的任何改进都会很小.

---

是的,我只是摆脱它们以保持Resharper的快乐.:-)

3> Haacked..：

---

没有运行时影响.这纯粹是编译时间.它可能会影响以下内容:

命名空间冲突的机会减少

代码文件中的"噪音"较小

非常明确地指出文件中期望的命名空间和可能的类型

使用菜单删除未使用和排序意味着在开发人员之间使用语句更加一致.愚蠢检查的机会更少,只是为了修复它.

4> Mike Post..：

---

减少噪音.

明确期望使用什么类型("我的UI层依赖于System.Net.哇,为什么？")

清洁参考:如果你有最小的using语句集,你可以清理你的引用.我经常看到开发人员只是继续将引用投入到他们的项目中,但是当他们不再需要时他们永远不会删除它们.如果您没有任何实际需要引用的内容(以及using语句计数),那么清理引用就变得微不足道了.(为什么要这样做？在已经分解为组件的大型系统中,它将通过消除未使用的deps来简化构建依赖性.)