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 的脚本压缩了——当然,定位到这个原因还是经历了一翻周折,这就不细说了。


[方案一] 禁用代码压缩

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

1
BundleTable.EnableOptimizations =  false ;

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


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

先看看原本的 Bundle 配置(已简化)

1
2
3
4
5
6
7
8
9
public  static  void  Register(BundleCollection bundles)
{
     bundles.Add( new  ScriptBundle( "~/libs" )
         .Include( "~/scripts/jquery-{version}.js" )
         .Include( "~/scripts/jquery.eaysui-{versoin}.js" )
         .Include( "~/scripts/locale/easyui-lang-zh_CN.js" )
         .IncludeDirectory( "~/scripts/app" "*.js" true )
     );
}


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


要分段,简单

1
2
3
4
5
6
7
8
9
10
11
12
13
public  static  void  Register(BundleCollection bundles)
{
     bundles.Add( new  ScriptBundle( "~/jquery" )
         .Include( "~/scripts/jquery-{version}.js" )
     );
     bundles.Add( new  ScriptBundle( "~/easyui" )
         .Include( "~/scripts/jquery.eaysui-{versoin}.js" )
         .Include( "~/scripts/locale/easyui-lang-zh_CN.js" )
     );
     bundles.Add( new  ScriptBundle( "~/libs" )
         .IncludeDirectory( "~/scripts/app" "*.js" true )
     );
}


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

1
2
3
4
5
6
7
8
9
10
// bundles.Add(new ScriptBundle("~/easyui")
//     .Include("~/scripts/jquery.eaysui-{versoin}.js")
//     .Include("~/scripts/locale/easyui-lang-zh_CN.js")
// );
Bundle easyuiBundle =  new  ScriptBundle( "~/easyui" )
     .Include( "~/scripts/jquery.eaysui-{versoin}.js" )
     .Include( "~/scripts/locale/easyui-lang-zh_CN.js" )
);
easyuiBundle.Transforms.Clear();
bundles.Add(easyuiBundle);



关键代码的分析说明


首先从 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 就已经有所有引入文件的内容了。



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

1
@Scripts.Render( "~/libs" )

而现在需要 3 句话

1
2
3
@Scripts.Render( "~/jquery" )
@Scripts.Render( "~/easyui" )
@Scripts.Render( "~/libs" )


[方案三] Bundle 的 Bundle

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


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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
public  class  BundleBundle : Bundle{
     readonly  List<Bundle> bundles =  new  List<Bundle>();
  
     public  BundleBundle( string  virtualPath)
         base (virtualPath)
     {
     }
  
     public  BundleBundle Include(Bundle bundle)
     {
         bundles.Add(bundle);
         return  this ;
     }
  
     // 在引入 Bundle 对象时申明清空 Transforms,这几乎就是为 EasyUI 准备的
     public  BundleBundle Include(Bundle bundle,  bool  isClearTransform)
     {
         if  (isClearTransform)
         {
             bundle.Transforms.Clear();
         }
         bundles.Add(bundle);
         return  this ;
     }
  
     public  override  BundleResponse GenerateBundleResponse(BundleContext context)
     {
         List<BundleFile> allFiles =  new  List<BundleFile>();
         StringBuilder content =  new  StringBuilder();
         string  contentType =  null ;
  
         foreach  (Bundle b  in  bundles)
         {
             var  r = b.GenerateBundleResponse(context);
             content.Append(r.Content);
 
             // 考虑到 BundleBundle 可能用于 CSS,所以这里进行一次判断,
             // 只在 ScriptBundle 后面加分号(兼容 ASI 风格脚本)
             // 这里可能会出现在已有分号的代码后面加分号的情况,
             // 考虑到只会浪费 1 个字节,忍了
             if  (b  is  ScriptBundle)
             {
                 content.Append( ';' );
             }
             content.AppendLine();
  
             allFiles.AddRange(r.Files);
             if  (contentType ==  null )
             {
                 contentType = r.ContentType;
             }
         }
  
         var  response =  new  BundleResponse(content.ToString(), allFiles);
         response.ContentType = contentType;
         return  response;
     }
}


使用 BundleBundle 也简单,就像这样

1
2
3
4
5
6
7
8
9
10
11
12
13
bundles.Add( new  BundleBundle( "~/libs" )
     .Include( new  ScriptBundle( "~/bundle/jquery" )
         .Include( "~/scripts/jquery-{version}.js" )
     )
     .Include(
         new  ScriptBundle( "~/bundle/easyui" )
             .Include( "~/scripts/jquery.easyui-{version}.js" )
             .Include( "~/scripts/locale/easyui-lang-zh_CN.js" )
     )
     .Include( new  ScriptBundle( "~/bundle/app" )
         .IncludeDirectory( "~/scripts/app" "*.js" true )
     )
);

然后

1
@Scripts.Render( "~/libs" )


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



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

相关文章
|
8天前
|
数据采集 人工智能 安全
|
4天前
|
机器学习/深度学习 人工智能 前端开发
构建AI智能体:七十、小树成林,聚沙成塔:随机森林与大模型的协同进化
随机森林是一种基于决策树的集成学习算法,通过构建多棵决策树并结合它们的预测结果来提高准确性和稳定性。其核心思想包括两个随机性:Bootstrap采样(每棵树使用不同的训练子集)和特征随机选择(每棵树分裂时只考虑部分特征)。这种方法能有效处理大规模高维数据,避免过拟合,并评估特征重要性。随机森林的超参数如树的数量、最大深度等可通过网格搜索优化。该算法兼具强大预测能力和工程化优势,是机器学习中的常用基础模型。
298 164
|
3天前
|
机器学习/深度学习 自然语言处理 机器人
阿里云百炼大模型赋能|打造企业级电话智能体与智能呼叫中心完整方案
畅信达基于阿里云百炼大模型推出MVB2000V5智能呼叫中心方案,融合LLM与MRCP+WebSocket技术,实现语音识别率超95%、低延迟交互。通过电话智能体与座席助手协同,自动化处理80%咨询,降本增效显著,适配金融、电商、医疗等多行业场景。
307 155
|
11天前
|
SQL 自然语言处理 调度
Agent Skills 的一次工程实践
**本文采用 Agent Skills 实现整体智能体**,开发框架采用 AgentScope,模型使用 **qwen3-max**。Agent Skills 是 Anthropic 新推出的一种有别于mcp server的一种开发方式,用于为 AI **引入可共享的专业技能**。经验封装到**可发现、可复用的能力单元**中,每个技能以文件夹形式存在,包含特定任务的指导性说明(SKILL.md 文件)、脚本代码和资源等 。大模型可以根据需要动态加载这些技能,从而扩展自身的功能。目前不少国内外的一些框架也开始支持此种的开发方式,详细介绍如下。
844 6
|
5天前
|
机器学习/深度学习 人工智能 前端开发
构建AI智能体:六十九、Bootstrap采样在大模型评估中的应用:从置信区间到模型稳定性
Bootstrap采样是一种通过有放回重抽样来评估模型性能的统计方法。它通过从原始数据集中随机抽取样本形成多个Bootstrap数据集,计算统计量(如均值、标准差)的分布,适用于小样本和非参数场景。该方法能估计标准误、构建置信区间,并量化模型不确定性,但对计算资源要求较高。Bootstrap特别适合评估大模型的泛化能力和稳定性,在集成学习、假设检验等领域也有广泛应用。与传统方法相比,Bootstrap不依赖分布假设,在非正态数据中表现更稳健。
239 113