现在化的模块机制

     旧机制下的模块化编程采用的一般是独立作用域进行封装，如我们所熟悉的立即执行函数（IIFE）

     (function(){
         ***
     })()

     又或者对象形式封装
     var module = new Object({});
     var module1 = {};

    又或者宽放大模式 (本质上还是属于IIFE)

    var module1 = (function (mod) {
        mod.m1 = function () { console.log();}
        return mod;
    })(window.module1 || {});

  

现在化的模块机制

var MyModules = (function Manager() {
            var modules = {};
            function define(name, deps, impl) {
                for(var i = 0; i < deps.length; i++) {
                    deps[i] = modules[deps[i]];
                }
                modules[name] = impl.apply(impl, deps);
            }
            function get(name) {
                return modules[name];
            }
            return {
                define: define,
                get: get
            };
        })();


        /*********************************
            这段代码的核心是 modules[name] = impl.apply(impl, deps)。为了模块的定义引入了包装
            函数（可以传入任何依赖），并且将返回值，也就是模块的 API，储存在一个根据名字来管
            理的模块列表中。
            下面展示了如何使用它来定义模块：
        *********************************/
                                                                                                                                             

        MyModules.define("bar", [], function () {
            function hello(who) {
                return "Let me introduce: " + who;
            }

            return {
                hello: hello
            };
        });

        MyModules.define("foo", ["bar"], function (bar) {
            var hungry = "hippo";
            function awesome() {
                console.log(bar.hello(hungry).toUpperCase());
            }

            return {
                awesome: awesome
            };
        });

        var bar = MyModules.get("bar");
        var foo = MyModules.get("foo");

        console.log(bar.hello("hippo"));    // Let me introduce: hippo

        foo.awesome();                      // LET ME INTRODUCE: HIPPO

        /********************
            "foo" 和 "bar" 模块都是通过一个返回公共 API 的函数来定义的。"foo" 甚至接受 "bar" 的
            示例作为依赖参数，并能相应地使用它。
            为我们自己着想，应该多花一点时间来研究这些示例代码并完全理解闭包的作用吧。最重
            要的是要理解模块管理器没有任何特殊的“魔力”。它们符合前面列出的模块模式的两个
            特点：为函数定义引入包装函数，并保证它的返回值和模块的 API 保持一致。
            换句话说，模块就是模块，即使在它们外层加上一个友好的包装工具也不会发生任何变化
        ********************/