21

只是好奇而已。

using如果我在我的代码文件的开头添加多个我在我的代码中没有使用的指令，这是否重要。像这样。

using System;
using System.Web.UI;
using System.Web.UI.WebControls;
using System.Data;
using System.IO;
//using blah.. blah.. blah..;

public class myClass
{
    // Class members
}

  • 它对我的应用程序的内存使用有不良影响吗？

  • 它对我的应用程序的性能有不良影响吗？

我知道删除它们是一个很好的做法，并且我们对 .Net IDE 的短期全面支持这样做，但我只是想知道它。

4

4 回答 4

19

额外的Using 指令不会对最终应用程序产生任何内存/性能影响 - 它们只是编译器提供的处理长类型名称的快捷方式。编译器使用这些命名空间将非限定（或部分限定）类型名称解析为正确的类型。

于 2013-01-29T10:24:57.573 回答
13

只是为了完整起见，为此生成的 IL：

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace ConsoleApp1
{
    class Program
    {
        static void Main(string[] args)
        {
            Console.Write("Hello World!");
        }
    }
}

还有这个：

class Program
{
    static void Main(string[] args)
    {
        System.Console.Write("Hello World!");
    }
}

完全相同：

.method private hidebysig static void  Main(string[] args) cil managed
{
  .entrypoint
  // Code size       13 (0xd)
  .maxstack  8
  IL_0000:  nop
  IL_0001:  ldstr      "Hello World!"
  IL_0006:  call       void [mscorlib]System.Console::Write(string)
  IL_000b:  nop
  IL_000c:  ret
} // end of method Program::Main
于 2013-01-29T11:38:33.487 回答
8

您的应用程序没有性能问题。这只是您用来避免输入整个限定条件的快捷方式。例如

var f = new File()

代替

var f= new System.IO.File();

然而。它确实会在一定程度上影响您的开发环境 (IDE) 的性能，因为您使用的 using 语句越多，自动完成缓存的增长就越大。这使得查找时间稍慢。但这通常很难引起注意。

不过，此建议不适用于向您的项目添加程序集引用。如果您添加对 MyGloriousLibrary.DLL 的引用并且从不使用它，那么您将度过一段糟糕的时光。

于 2013-01-29T10:30:28.027 回答
4

它根本不会影响应用程序的整体性能或内存使用情况。using 指令在编译时就在那里，因此您不必每次都写出完整的类名。一旦你的代码被编译（编译的代码总是使用完整的类型名称），这些指令就没有任何剩余了。

于 2013-01-29T10:25:18.113 回答