例如，我很少需要:
using System.Text;
但它总是默认存在的。如果代码中包含不必要的using指令，我假设应用程序将使用更多内存。但是还有什么我应该注意的吗?
同样，如果同一个using指令只在一个文件中使用，而在大多数/所有文件中使用，会有任何区别吗?
编辑:请注意，这个问题不是关于不相关的概念，称为using语句，旨在帮助管理资源，确保当一个对象超出作用域时，它的IDisposable。方法被调用。参见c#中“using”的用法。
当前回答
留下额外的using指令是可以的。除去它们有一点价值，但不是很大。例如，它使我的智能感知完成列表更短，因此更容易导航。
编译的程序集不受无关的using指令的影响。
有时我把它们放在一个#区域，并让它折叠;这样可以更清晰地查看文件。在我看来，这是#region为数不多的好用途之一。
其他回答
代码整洁是很重要的。
当看到多余的使用时，人们开始觉得代码可能没有得到维护，并处于布劳菲尔德路径上。从本质上讲，当我看到一些没有用过的using语句时，我的大脑后部就会升起一面小黄旗，告诉我“谨慎行事”。而阅读产品代码绝不会让你有这种感觉。
所以清理你的使用。不要马虎。激发人们的信心。让你的代码更漂亮。给其他开发者温暖的感觉。
当程序运行时，它不会改变任何东西。所需的一切都是按需装载的。所以即使你有using语句，除非你在命名空间/程序集中实际使用了一个类型，否则与using语句相关的程序集不会被加载。
主要是为了个人喜好。
您的应用程序将不会使用更多内存。它是为了让编译器找到你在代码文件中使用的类。除了不干净，真的没什么伤害。
这主要是个人喜好。我自己清理它们(ReSharper在告诉我什么时候有不需要的using语句方面做得很好)。
有人可能会说，这可能会减少编译时间，但随着计算机和编译器的速度，这不会产生任何可察觉的影响。
using语句不会影响性能，因为它只是限定标识符名称的一个助手。因此，如果你使用System.IO，你不必输入System.IO.Path.Combine(…)，你可以简单地输入Path.Combine(…)。
