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"

巴特西

JavaScript模块化开发整理

最新文章

热门文章