首页 > 代码库 > 【.net 深呼吸】项目中是否有必要删去多余的引用

【.net 深呼吸】项目中是否有必要删去多余的引用

很多大伙伴们常常会苦思一个问题:项目代码中用不到的引用,是不是应该删除,以避免代码在编译后存在太多的无意义引用?

其实,这个问题,你完全可以自己去应证的,咋应证呢?知道反射吗,对了,只要你知道这玩意儿,那事情就好 do 了。

我建了一个控制台应用项目,然后,如下图,我在【引用】节点下添加这么一堆引用。

技术分享

 

然后,我写了这段代码:

            XElement x = new XElement("car",                new XElement("color", "Red"),                new XElement("speed", 160));            Console.WriteLine(x);

也就是说,在我的代码里面,只用到了 System.Xml.Linq 程序集中的类型(默认的 mscorlib 除外)。那么,当我这个程序集执行时,它会不会如VS项目中所列,把所有的引用都添到引用列表中呢?

好,咱们来反射一下:

            Assembly curass = Assembly.GetExecutingAssembly();            var refs = curass.GetReferencedAssemblies();            Console.WriteLine("\n引用的程序集列表:");            foreach (AssemblyName asn in refs)            {                Console.WriteLine(asn.FullName);            }

现在可以运行一下程序。

技术分享

从上图可以看到,在运行阶段,只是引用了我在代码中用到的 System.Xml.Linq 程序集。

 

我们还可以继续实验,在上面的代码上再加上这么一句:

    DataSet ds = new DataSet();

这个时候,我这代码里不仅用到了 System.Xml.Linq 程序集,还用到了 System.Data 程序集。

再运行一下看看。

技术分享

看到了吧,多了个 System.Data。

 

经过以上代码的试验,我们可以知道,在 VS 中为项目添加的程序集引用,并不会完全搬到运行的程序集中的,程序集的引用是看你在代码中用到了哪些类型。

这么一来,大家就没有必要在项目的引用列表中死抠门了,人啊,尤其是程序员,特别容易得强迫症,比如,时下流行的性能强迫症,实际上,性能只是个指标,可是很多人是本末倒置,把性能优化当作项目的核心,而项目的真正核心是主体功能开发。

这种思维,用一个很民间的词来形容,叫做——钻牛角尖,牛角尖有时候是得钻一钻,然而,过犹不及,牛角尖钻得过了头,反而误事,弄得主次不分,是非不明了。凡事,不必太过。

那是不是 VS 项目中添加的引用都不必删呢,老周是这么想的,如果是.net中的类库,可以不那么在乎;不过,如果你引用的库是来自第X方,当不使用时,应该去掉,因为别人的库一般以.dll文件存储,许多时候我们也不会把它安装到GAC中的(不要什么都放到GAC中,这样很浪费资源),一旦这些dll文件被删了,有可能找不到文件,所以,对于第X方的引用应当在不用时去掉引用。

 

另外,补充一点,VS 在项目属性窗口中,有一个【引用路径】标签页。如下图

技术分享

这个是干啥用的呢。这个页面中,你可以指定一堆目录路径,VS 的【引用】节点中的引用程序集可以自动到这些目录中查找。注意,这些路径只用于开发阶段,对于编译后的程序集无效。

 

好了,今天的文章没什么技术含量,只是说一个小知识而已。

 

【.net 深呼吸】项目中是否有必要删去多余的引用