例如，我很少需要:
using System.Text;
但它总是默认存在的。如果代码中包含不必要的using指令，我假设应用程序将使用更多内存。但是还有什么我应该注意的吗?
同样，如果同一个using指令只在一个文件中使用，而在大多数/所有文件中使用，会有任何区别吗?
编辑:请注意，这个问题不是关于不相关的概念，称为using语句，旨在帮助管理资源，确保当一个对象超出作用域时，它的IDisposable。方法被调用。参见c#中“using”的用法。
当前回答
没有对应于使用的IL构造。因此，using语句不会增加应用程序内存，因为没有为它生成代码或数据。
Using仅在编译时用于将短类型名解析为完全限定类型名的目的。因此，不必要的使用所带来的唯一负面影响就是稍微减慢编译时间，并在编译期间占用更多内存。不过我不担心这个。
因此，使用你不需要的语句的唯一真正的负面影响是在智能感知上，因为当你输入时，潜在的匹配列表会增加。
其他回答
如果您像名称空间中的(未使用的)类那样调用类，则可能会发生名称冲突。在系统的情况下。文本，如果定义了一个名为“Encoder”的类，就会遇到问题。
无论如何，这通常是一个小问题，并由编译器检测。
只使用实际使用的名称空间可以使代码保持文档化。
您可以通过任何搜索工具轻松地找到代码的哪些部分相互调用。
如果您有未使用的名称空间，这在运行搜索时没有任何意义。
我现在正在清理名称空间，因为经常有人问我应用程序的哪些部分正在以某种方式访问相同的数据。
我知道哪些部分以不同的方式访问数据，因为数据访问被名称空间分开，例如直接通过数据库和间接通过web服务。
我想不出比这更简单的方法了。
如果你只是想让你的代码成为一个黑盒(对开发人员来说)，那么没关系。但是如果您需要长期维护它，那么它就像所有其他代码一样是有价值的文档。
using语句只是阻止您限定所使用的类型。我个人喜欢把它们清理干净。实际上，这取决于如何使用loc度量
这主要是个人喜好。我自己清理它们(ReSharper在告诉我什么时候有不需要的using语句方面做得很好)。
有人可能会说，这可能会减少编译时间，但随着计算机和编译器的速度，这不会产生任何可察觉的影响。
using语句不会影响性能，因为它只是限定标识符名称的一个助手。因此，如果你使用System.IO，你不必输入System.IO.Path.Combine(…)，你可以简单地输入Path.Combine(…)。
