Bundle 小镇中由 EasyUI 引发的“血案”

由于默认的 ASP.NET MVC 模板使用了 Bundle 技术，大家开始接受并喜欢上这种技术。Bundle 技术通过 Micorosoft.AspNet.Web.Optimization 包实现，如果在 ASP.NET WebForm 项目中引入这个包及其依赖包，在 ASP.NET WebForm 项目中使用 Bundle 技术也非常容易。

---

关于在 WebForm 中使用 Bundle 技术的简短说明

通过 NuGet 很容易在 WebForm 项目中引入Microsoft.AspNet.Web.Optimization 包及其依赖包。不过在 MVC 项目的 Razor 页面中可以使用类似下面的语句引入资源

1	@Scripts.Render( "..." )

而在 *.aspx 页面中则需要通过 <%= %> 来引入了：

1 2 3

<%@ Import Namespace= "System.Web.Optimization"  %> // ... <%= Scripts.Render( "..." ) %>

备注 有些资料中是使用的 <%: %>，我实在没有发现它和 <%= %> 有啥区别，但至少我在《ASP.NET Reference》的《Code Render Blocks》一节找到了 <%= %>，却暂时没在官方文档里找到 <%: %>

---

然后，我在一个使用了 EasyUI 的项目中使用了 Bundle 技术。才开始一切正常，至到第一个 Release 版本测试的那一天，“血案”发生了——

由于一个脚本错误，EasyUI 没有生效。最终原因是 Bunlde 在 Release 版中将 EasyUI 的脚本压缩了——当然，定位到这个原因还是经历了一翻周折，这就不细说了。

[方案一] 禁用代码压缩

这个解决方案理论上只需要在配置里加一句话就行：

但问题在于，这样一来，为了一个 EasyUI，就放弃了所有脚本的压缩，而仅仅只是合并，效果折半，只能当作万不得已的备选。

[方案二] 分段引入并阻止压缩 EasyUI 的 Bundle

先看看原本的 Bundle 配置（已简化）

这段配置先引入了 jquery，再引入了 easyui，最后引入了一些为当前项目写的公共脚本。为了实现解决方案二，必须要改成分三个 Bundle 引入，同时还得想办法阻止压缩其中一个 Bundle。

要分段，简单

但为了阻止压缩，查了文档，也搜索了不少资料都没找到解决办法，所以只好看源码分析了，请出 JetBrains dotPeek。分析代码之后得出结论，只需要去掉默认的 Transform 就行

---

关键代码的分析说明

首先从 ScriptBunlde 入手

1 2 3 4 5 6 7 8 9 10 11

public  class  ScriptBundle: Bundle {      public  ScriptBundle( string  virtualPath)          :  this (virtualPath, ( string )  null ) {}        public  ScriptBundle( string  virtualPath,  string  cdnPath)          :  base (virtualPath, cdnPath,              (IBundleTransform)  new  JsMinify()          ) {          this .ConcatenationToken =  ";"  + Environment.NewLine;      } }

可以看出，ScriptBunlde 的构建最终是通过其基类 Bunlde 中带 IBunldeTransform 参数的那一个来构造的。再看 Bunlde 的关键代码

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19

public  class  Bunlde         public  IList<IBundleTransform> Transforms {          get  {  return  this ._transforms; }      }        public  Bundle(          string  virtualPath,          string  cdnPath,          params  IBundleTransform[] transforms      ) {            // ...            foreach (IBundleTransform bundleTransform  in  transforms) {              this ._transforms.Add(bundleTransform);          }      } }

容易理解，ScriptBunlde 构建的时候往 Transforms 中添加了一默认的 Transform——JsMinify，从名字就可以看出来，这是用来压缩脚本的。而 IBundleTransform 只有一个接口方法

1 2 3

public  interface  IBundleTransform {      void  Process(BundleContext context, BundleResponse response); }

看样子它是在处理 BundleResponse。而 BundleResponse 中定义有文本类型的 Content 和 ContentType 属性，以及一个 IEnumerable<BundleFile> Files。

为什么是 Files 而不是 File 呢，我猜 Content 中包含的是一个 Bundle 中所有文件的内容，而不是某一个文件的内容。要验证也很容易，自己实现个 IBundleTransform 试下就行了

1 2 3 4 5 6

Bundle b =  new  ScriptBundle( "~/test" )      .Include(...)      .Include(...); b.Transforms.Clear();b.Transforms.Add( new  MyTransform())   // MyTransform 可以自由发挥，我其实啥都没写，只是在 Process 里打了个断点，检查了 response 的属性值而已

实验证明在 BundleResponse 传入 Transforms 之前，其 Content 就已经有所有引入文件的内容了。

---

方案二解决了方案一不能解决的问题，但同时也带来了新问题。原来只需要一句话就能引入所有脚本

而现在需要 3 句话

[方案三] Bundle 的 Bundle

鉴于方案二带来的新问题，试想，如果有一个东西，能把 3 个 Bundle 对象组合起来，变成一个 Bundle 对象，岂不是就解决了？

于是，我发明了 Bundle 的 Bundle，不妨就叫 BundleBundle 吧。

使用 BundleBundle 也简单，就像这样

然后

注意，每个子 Bundle 都有名字，但这些名字不能直接给 @Scripts.Render() 使用，因为它们并没有直接加入 BundleTable.Bundles 中。但名字是必须的，而且不能是 null，不信就试试。

本文转自边城__ 51CTO博客，原文链接：http://blog.51cto.com/jamesfancy/1605467，如需转载请自行联系原作者