你的位置:首页 > ASP.net教程

[ASP.net教程]减少生成的dll数量


  在开篇之前我想鄙视我自己一下,这个东西根本不需要去写,本来已经有东西去实现了,正如我组长说我的,看的开源项目太少了。其实这个东西完全可以用ILMerge来解决。

  然后再说说前言,开发东西久了,总会积累到一定量的Helper或Util,于是都放到一个项目里面一起编一个dll,用的时候就方便,可是问题来了,像SQLite这种Helper需要带上它的dll,再多封装几个类,附带的dll就更多了,有时候想单单用一个很简单的Helper,结果还带了一大堆不相干的dll,会不爽,而且有种感觉是引用时就单纯一个Common.dll就够了,什么System.Data.SQLite.dll,System.Data.MySql.dll我都不想带,在一次使用内嵌资源时给流我灵感,把这堆dll在编译的时候都放到项目资源中,需要的时候就去加载,这样就行了。

  单纯这个就用到了内嵌资源使用方面的知识,另外一个就是AppDomain对dll加载方面的知识。

  在使用内嵌资源时,要把资源包含在项目里面,内嵌的资源在属性页面上"生成操作"选择"潜入资源",

  在编码时要把资源用上,得用流来读取,通过Assembly的GetManifestResourceStream(string name);方法就可以把资源的流获取到,流到了就爱干嘛干嘛,代码如下

 1       Stream s = null; 2       byte[] dllDatas = null; 3       try 4       { 5         s = Assembly.GetExecutingAssembly().GetManifestResourceStream("ConsoleApplication2.ClassLibrary1.dll"); 6         dllDatas = new byte[s.Length]; 7         s.Read(dllDatas, 0, dllDatas.Length); 8       } 9       catch (Exception ex)10       {11         return null;12       }13       finally14       {15         if (s != null)16         {17           s.Close();18           s.Dispose();19         }20       } 

dll的流拿到流,使用它的地方就在AppDomain的AssemblyResolve事件,当应用程序域加载外部的程序集时,它会默认往两个地方找,第一是往.NET Framework的目录中找,再到应用程序所在目录中找,所以在默认情况下我们开发的类库都会跟引用程序放到一个目录,而经常用到的System.dll才不需要放到引用程序目录中。那假如需要的dll没办法从这两个地方找到的话,程序会抛出FileNotFoundException异常,这个仍然有办法解决的,其实在抛出FileNotFoundException异常之前,AppDomain会先触发AssemblyResolve事件,这个事件会返回这个无法找到的程序集,返回的程序集为空,才会抛FileNotFoundException异常,只要我们注册了AssemblyResolve事件,在绑定的方法中把dll从资源中取出来,加载上程序集之后,无法在文件目录中找到的程序集就可以加载到程序域中,程序集中的类可以照常使用

代码如下

 1 AppDomain.CurrentDomain.AssemblyResolve += new ResolveEventHandler(CurrentDomain_AssemblyResolve); 2  3  4     static Assembly CurrentDomain_AssemblyResolve(object sender, ResolveEventArgs args) 5     { 6  7       Stream s = null; 8       byte[] dllDatas = null; 9       try10       {11         s = Assembly.GetExecutingAssembly().GetManifestResourceStream("ConsoleApplication2.ClassLibrary1.dll");12         dllDatas = new byte[s.Length];13         s.Read(dllDatas, 0, dllDatas.Length);14       }15       catch (Exception ex)16       {17         return null;18       }19       finally20       {21         if (s != null)22         {23           s.Close();24           s.Dispose();25         }26       }27       Assembly assembly= AppDomain.CurrentDomain.Load(dllDatas);28       return assembly;29     }

  但是存在一个问题,这个AssemblyResolve事件在封装的Common项目中注册比较合适,可是AssemblyResolve事件应该是主动调用的,而Common里面的类全都是被调用的,个人觉得这个AssemlbyResolve事件可以放到Helper类的静态构造函数里面,此外也暂时想不出更好办法,或者这种方式本身不是一个好的方式。

  后续在开发中也发现一个问题,假如这个Common.dll在别的程序集也是通过AssemblyResolve事件被加载到程序域中的时候,这些在Common.dll里面通过AssemlbyResolve事件加载进来的程序集有问题。此问题还暂时无法解释,估计要学习一下CLR方面的知识。