如果你想保持你的代码干净，不使用的using语句应该从文件中删除。当你在一个需要理解你的代码的协作团队中工作，认为你所有的代码都必须维护，更少的代码=更少的工作，好处是长期的。

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

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

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

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

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

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

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

如果你想保持你的代码干净，不使用的using语句应该从文件中删除。当你在一个需要理解你的代码的协作团队中工作，认为你所有的代码都必须维护，更少的代码=更少的工作，好处是长期的。

您的应用程序将不会使用更多内存。它是为了让编译器找到你在代码文件中使用的类。除了不干净，真的没什么伤害。

代码整洁是很重要的。

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

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

没有对应于使用的IL构造。因此，using语句不会增加应用程序内存，因为没有为它生成代码或数据。

Using仅在编译时用于将短类型名解析为完全限定类型名的目的。因此，不必要的使用所带来的唯一负面影响就是稍微减慢编译时间，并在编译期间占用更多内存。不过我不担心这个。

因此，使用你不需要的语句的唯一真正的负面影响是在智能感知上，因为当你输入时，潜在的匹配列表会增加。