例如,我很少需要:

using System.Text;

但它总是默认存在的。如果代码中包含不必要的using指令,我假设应用程序将使用更多内存。但是还有什么我应该注意的吗?

同样,如果同一个using指令只在一个文件中使用,而在大多数/所有文件中使用,会有任何区别吗?


编辑:请注意,这个问题不是关于不相关的概念,称为using语句,旨在帮助管理资源,确保当一个对象超出作用域时,它的IDisposable。方法被调用。参见c#中“using”的用法。


当前回答

using语句只是阻止您限定所使用的类型。我个人喜欢把它们清理干净。实际上,这取决于如何使用loc度量

其他回答

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

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

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

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

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

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

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

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

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

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

using语句不会影响性能,因为它只是限定标识符名称的一个助手。因此,如果你使用System.IO,你不必输入System.IO.Path.Combine(…),你可以简单地输入Path.Combine(…)。