JavaScript模块化

在网上已经有很多关于模块化开发的文章了，这里还是按照自己的理解来整理一下。

随着项目文件的越来越大和需求的越来越贴近现实（我发现现在客户不如：一个领导说我要审批你们报上来的资料，系统发布以后用的还不错，可能是有那个新鲜感，等领导烦了说：每个文件我都这么操作太累了，能不能一次报，到最后说能不能自动判断对不对……），以后的需求估计要让做个人工智能出来……借着上面继续，需求的内容越来越复杂，一个人开发时间长，多个人开发这样那样的问题一堆等等这时候Javascript模块化开发诞生了。

先说说发展历程

刚开始是这样写代码的：

function func1() { }
function func2() { }

后来经过变形是这样的：

var obj = {
    func1: function () {
    },
    func2: function () {
    }
}

最后经过总价实践后是这样的：

(function () { })();

闭包：至于这种方式防止全局变量的污染，有效的提高了开发的思路和开发的效率。

这里重点说下我设想的思路:

上面的项目文件列表是这样的；index主页上面有不同的标签，每个标签下面有不同的功能（很复杂的）。Index的代码如下

<!DOCTYPE html>
<html>
<head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
    <title>JavaScript模块化编程</title>
    <script src="../jquery.js"></script>
    <script src="Js/main.js"></script>
    <script src="Js/a.js"></script>
    <script src="Js/b.js"></script>
    <script src="Js/c.js"></script>
</head>
<body>
</body>
</html>

mian处理公用的业务逻辑，a，b，c不同的功能块

main.js的代码如下：

$(function () {
    var sum = myModule.addMethod(1),
        sub = myModule.subMethod(1, 3),
        mod = myModule.modMethod(1, 3);
    myModule.alert = function () {
        alert($().jquery);
    };
});

a.js的代码如下:

(function (my) {
    var x = 8;
    my.addMethod = function () {
        return arguments[0] + x;
    }
})(window.myModule = window.myModule || {});

b和c的代码就不帖了和a的雷同；

为什么这么写呢？假如说写成下面的样子行吗？

(function (my) {
    my.modMethod = function () {
        return arguments[0] / arguments[1];
    };
    //比如执行完异步后执行
    my.callBack = function () {
        if (typeof arguments[0] == "function") {
            arguments[0]();
        }
    }
})(window.myModule || {});

如果写成了以上的这种，在index页面上引入js的顺序变化有可能window.myModule就是undefined.

a,b,c都是一个页面上不用的业务逻辑处理，当然相互可以关联，导入。

这样就有效的阻止了全局变量的污染, 可以找不同的开发者开发同一个模块。

那这样暴漏出另一个问题就是index页面上引入的js过于过，而且会影响加载速度，在访问index的时候也许只用到a脚本，点击某个按钮才用到b脚本。这就引入下个话题："require.js"