且构网

分享程序员开发的那些事...
且构网 - 分享程序员编程开发的那些事

ASP.NET MVC4 捆绑(Bundle)技术下的 JavaScript

更新时间:2022-09-24 13:46:22

说到 Web 应用中 JavaScript 的模块化,很容易想到 RequireJS、SeaJS 和 ECMAScript 6。ES6 要全面应用还得有段时间,RequireJS 和 SeaJS 的模块化在实际应用中又有两个分支:一是通过按需加载的方式加载并创建模块,二是通过工具打包成单一文件,一次性加载,按需创建模块。ASP.NET MVC4 的捆绑(Bundle)技术类似后者。


MVC4 Bundle 主要用于优化 JavaScript 和 CSS 资源的加载。关于这个技术的介绍,可以参考《ASP.NET Mvc4 Bunlde 捆绑压缩技术》,或者《CSS编程:捆绑和缩小》。其特点很鲜明,主要有两点:


  1. 在开发环境,加载原文件,便于定位和 Debug;

  2. 在生产环境,按配置将所有资源分类打包压缩,优化浏览器对资源加载。


也正是由于它的这两个特点,如果要使用 Bundle 技术,就很难使用现有的 JavaScript 模块化工具来进行开发。翻了下百度和 Google,没找到合适的解决方案,于是决定自己写个简单的模块加载器,主要实现如下目标:


  1. 模块化开发

  2. 大部分 JavaScript 文件由 MVC4 一次性加载,但模块按需创建

  3. 部分页面的脚本,可以按页面需要单独加载,但同样是模块化的


分析目标,归整一下,大概有如下要点需要实现


  1. 由于 Bundle 之后模块不能以文件为单位,所以需要重用的模块都应该是命名模块。考虑到具体页面自己的模块不需要重用,所以这种情况下可以定义为匿名模块。所以模块定义函数要像这样:

    1
    2
    3
    4
    5
    6
    7
    funciton define(name, factory) {
        if (isFunction(name)) {
            factory = name
            name = undefined
        }
        // ......
    }

    模块名称唯一性由人来控制,但是应提供检查机制,所以如果出现重复定义的情况,抛出异常。由是在一个项目中,命名冲突这种情况应该不是主要矛盾。如果不幸命名冲突成为了主要矛盾,基本上也可以通过定义命名空间来解决。最简单的命名空间就是在模块名中加入命名空间部分,比如 "app.core.codec.hexcode"


  2. 按需加载,使用 require 函数

    1
    2
    3
    function require(moduleName) {
        // ......
    }


  3. 执行模块的入口。虽然可以用 require 作为入口,但是 require 需要一个模块名称作为参数,不能用于匿名模块作为入口的情况。假想如下应用场景:

    1
    2
    3
    define(function() {
        // ......
    }).use()

    要实现这种应用场景,就需要 define 返回一个对象,该对象拥有 use 方法,可以通过 use 方法一次性调用当前模块的 factory 函数。比较简单直接的方式就是在内部定义一个 Module 类来装载模块配置,在 define 的时候生成 Module 对象,并返回出来。

    1
    2
    3
    4
    5
    6
    function define(name, factory) {
        // ......
        var module = new Module(factory)
        // ......
        return module
    }


  4. 内部模块管理。通过一个 map<name, module> 来管理所有模块定义,这在实现上就是一个普通的 JavaScript 对象。匿名模块因为是立即使用,所以不需要进行管理。模块管理的核心其实是 Module 类,需要通过它完成创建模块、缓存导出对象和提供导出对象等。而且除了 use 方法需要暴露出来之后,其它方法都应该隐藏起来。

    经过参考、推敲和实验,得出了如下的一个代码框架

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    // 这是所有命名模块保存的地方
    var modules = {}
     
    function Module(name, factory) {
        // 创建模块对象,保存 factory 函数
    }
     
    Module.prototype.use = function() {
        // 执行 factory 函数
        // 处理 exports 和 isExported 等状态
        return exports
    }
     
    function define(name, factory) {
        // 定义并保存模块
        modules[name] = new Module(name, factory)
    }
     
    function require(name) {
        // 按名称找到模块,并执行之
        return modules[name].use()
    }


在最终实现的时候,还需要处理容错,以及若干细节问题。最终代码命名为 js-modular.js,在附件中可以下载。在使用的时候只需要注意一点,页面上加载脚本的时候,记得把 js-modular.js 放在所有模块定义脚本之前即可。



目前已经建立了开源项目 jNs,基于命名空间的模块管理工具,是在 js-modular.js 的基础之上发展而来的。如果有兴趣的话,请关注一下这个项目。



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