例如,我很少需要:
using System.Text;
但它总是默认存在的。如果代码中包含不必要的using指令,我假设应用程序将使用更多内存。但是还有什么我应该注意的吗?
同样,如果同一个using指令只在一个文件中使用,而在大多数/所有文件中使用,会有任何区别吗?
编辑:请注意,这个问题不是关于不相关的概念,称为using语句,旨在帮助管理资源,确保当一个对象超出作用域时,它的IDisposable。方法被调用。参见c#中“using”的用法。
例如,我很少需要:
using System.Text;
但它总是默认存在的。如果代码中包含不必要的using指令,我假设应用程序将使用更多内存。但是还有什么我应该注意的吗?
同样,如果同一个using指令只在一个文件中使用,而在大多数/所有文件中使用,会有任何区别吗?
编辑:请注意,这个问题不是关于不相关的概念,称为using语句,旨在帮助管理资源,确保当一个对象超出作用域时,它的IDisposable。方法被调用。参见c#中“using”的用法。
当前回答
代码整洁是很重要的。
当看到多余的使用时,人们开始觉得代码可能没有得到维护,并处于布劳菲尔德路径上。从本质上讲,当我看到一些没有用过的using语句时,我的大脑后部就会升起一面小黄旗,告诉我“谨慎行事”。而阅读产品代码绝不会让你有这种感觉。
所以清理你的使用。不要马虎。激发人们的信心。让你的代码更漂亮。给其他开发者温暖的感觉。
其他回答
如果您像名称空间中的(未使用的)类那样调用类,则可能会发生名称冲突。在系统的情况下。文本,如果定义了一个名为“Encoder”的类,就会遇到问题。
无论如何,这通常是一个小问题,并由编译器检测。
您的应用程序将不会使用更多内存。它是为了让编译器找到你在代码文件中使用的类。除了不干净,真的没什么伤害。
这主要是个人喜好。我自己清理它们(ReSharper在告诉我什么时候有不需要的using语句方面做得很好)。
有人可能会说,这可能会减少编译时间,但随着计算机和编译器的速度,这不会产生任何可察觉的影响。
没有对应于使用的IL构造。因此,using语句不会增加应用程序内存,因为没有为它生成代码或数据。
Using仅在编译时用于将短类型名解析为完全限定类型名的目的。因此,不必要的使用所带来的唯一负面影响就是稍微减慢编译时间,并在编译期间占用更多内存。不过我不担心这个。
因此,使用你不需要的语句的唯一真正的负面影响是在智能感知上,因为当你输入时,潜在的匹配列表会增加。
如果你想保持你的代码干净,不使用的using语句应该从文件中删除。当你在一个需要理解你的代码的协作团队中工作,认为你所有的代码都必须维护,更少的代码=更少的工作,好处是长期的。