在网上已经有很多关于模块化开发的文章了，这里还是按照自己的理解来整理一下。
随着项目文件的越来越大和需求的越来越贴近现实（我发现现在客户不如：一个领导说我要审批你们报上来的资料，系统发布以后用的还不错，可能是有那个新鲜感，等领导烦了说：每个文件我都这么操作太累了，能不能一次报，到最后说能不能自动判断对不对……），以后的需求估计要让做个人工智能出来……借着上面继续，需求的内容越来越复杂，一个人开发时间长，多个人开发这样那样的问题一堆等等这时候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"
时间： 2024-08-08 01:25:24