代码整洁是很重要的。

当看到多余的使用时，人们开始觉得代码可能没有得到维护，并处于布劳菲尔德路径上。从本质上讲，当我看到一些没有用过的using语句时，我的大脑后部就会升起一面小黄旗，告诉我“谨慎行事”。而阅读产品代码绝不会让你有这种感觉。

所以清理你的使用。不要马虎。激发人们的信心。让你的代码更漂亮。给其他开发者温暖的感觉。

它们只是作为一种捷径。例如，你必须这样写: 系统。Int32每次如果你没有一个使用系统;在上面。

删除未使用的元素只会使代码看起来更干净。

只使用实际使用的名称空间可以使代码保持文档化。

您可以通过任何搜索工具轻松地找到代码的哪些部分相互调用。

如果您有未使用的名称空间，这在运行搜索时没有任何意义。

我现在正在清理名称空间，因为经常有人问我应用程序的哪些部分正在以某种方式访问相同的数据。

我知道哪些部分以不同的方式访问数据，因为数据访问被名称空间分开，例如直接通过数据库和间接通过web服务。

我想不出比这更简单的方法了。

如果你只是想让你的代码成为一个黑盒(对开发人员来说)，那么没关系。但是如果您需要长期维护它，那么它就像所有其他代码一样是有价值的文档。

如果您像名称空间中的(未使用的)类那样调用类，则可能会发生名称冲突。在系统的情况下。文本，如果定义了一个名为“Encoder”的类，就会遇到问题。

无论如何，这通常是一个小问题，并由编译器检测。

留下额外的using指令是可以的。除去它们有一点价值，但不是很大。例如，它使我的智能感知完成列表更短，因此更容易导航。

编译的程序集不受无关的using指令的影响。

有时我把它们放在一个#区域，并让它折叠;这样可以更清晰地查看文件。在我看来，这是#region为数不多的好用途之一。

这主要是个人喜好。我自己清理它们(ReSharper在告诉我什么时候有不需要的using语句方面做得很好)。

有人可能会说，这可能会减少编译时间，但随着计算机和编译器的速度，这不会产生任何可察觉的影响。