模块化时代

在忍受了命名空间一大串的名字很多年之后,终于有了模块化。促使模块化诞生的另一个因素是依赖管理的问题。

限制

浏览器对资源加载有同源策略限制,也不支持编程化加载资源。(支持加载,不告诉你加载结果,自己猜。)

最终大部分加载器选择通过<script>标签加载,然后通过各种hack判断是否加载完成。

AMD

require.js将AMD发扬光大,成为AMD事实标准。

模块定义和使用:

define(id?, dependencies?, function factory(){

    return moduleContent;

});

优点:浏览器直接使用。

Common.js / CMD

Common.js模块定义和使用:

var dependency = require('xxx');

// 模块定义
exports.xxx = xxx;

// 或者
module.exports = moduleContent;

CMD模块定义和使用:

define(function(require, exports, module) {
    var a = require('./a')
    var b = require('./b') // 依赖可以就近书写
})

UMD

(function (root, factory) {
    if (typeof define === 'function' && define.amd) {
        // AMD. Register as an anonymous module.
        define(['b'], factory);
    } else if (typeof module === 'object' && module.exports) {
        // Node. Does not work with strict CommonJS, but
        // only CommonJS-like environments that support module.exports,
        // like Node.
        module.exports = factory(require('b'));
    } else {
        // Browser globals (root is window)
        root.returnExports = factory(root.b);
    }
}(this, function (b) {
    //use b in some fashion.

    // Just return a value to define the module export.
    // This example returns an object, but the module
    // can return a function as the exported value.
    return {};
}));

问题

基于运行时,部分实现依赖于hack,没有可靠的基础,虽然有完善的测试,但还是会碰到意外情况。

浏览器端限制多,导致hack多,配置项多。

优化工具不够好用。

无法复用生态圈,需要额外适配。

results matching ""

    No results matching ""