为什么要使用模块化?
- 解决命名冲突
- 依赖管理
- 提高代码可读性
- 代码解耦,提高复用性
CMD、AMD、CommonJS 规范分别指什么?有哪些应用
CommonJS
CommonJS是由NodeJS发扬光大
定义模块:根据CommonJS规范,一个单独的文件就是一个模块。每一个模块都是一个单独的作用域,也就是说,在该模块内部定义的变量,无法被其他模块读取,除非定义为global对象的属性
模块输出: 模块只有一个出口,module.exports对象,我们需要把模块希望输出的内容放入该对象
加载模块: 加载模块使用require方法,该方法读取一个文件并执行,返回文件内部的module.exports对象
//定义模块,文件名为a.js
var people={
name:'saybye',
sayname:function(){
console.log(this.name)
}
}
module.exports=people
//加载模块
var p=require('./a')
p.sayname()
AMD
浏览器端,加载JavaScript最佳、最容易的方式是在document中插入script 标签。但脚本标签天生异步,传统CommonJS模块在浏览器环境中无法正常加载,所以之后产生了AMD规范
AMD中文名是异步模块定义的意思。它是一个在浏览器端模块化开发的规范.由于不是JavaScript原生支持,使用AMD规范进行页面开发需要用到对应的库函数,也就是大名鼎鼎RequireJS,实际上AMD 是 RequireJS 在推广过程中对模块定义的规范化的产出
requireJS主要解决两个问题
- 多个js文件可能有依赖关系,被依赖的文件需要早于依赖它的文件加载到浏览器
- js加载的时候浏览器会停止页面渲染,加载文件越多,页面失去响应时间越长
//定义模块,文件名为a.js
define(['dependency'],function(){
var name=saybye
function printName(){
console.log(name)
}
return{
printName:printName
}
})
//加载模块
require(['./a.js'], function (my){
my.printName(); });
其中例子中
dependency:是一个当前模块依赖的模块名称数组
CMD
CMD 即Common Module Definition通用模块定义,CMD规范是国内发展出来的,就像AMD有个requireJS,CMD有个浏览器的实现SeaJS,SeaJS要解决的问题和requireJS一样,只不过在模块定义方式和模块加载(可以说运行、解析)时机上有所不同
语法:Sea.js 推崇一个模块一个文件,遵循统一的写法
CMD 推崇依赖就近,所以一般不在define的参数中写依赖,在factory中写
//定义模块 a.js
define(function(require, exports, module){
var $ = require('jquery.js')
$('div').addClass('active');
})
//加载模块
seajs.use(['./a.js'], function(my){
});
```
范例中:
require是一个方法,接受 模块标识 作为唯一参数,用来获取其他模块提供的接口
exports 是一个对象,用来向外提供模块接口
module 是一个对象,上面存储了与当前模块相关联的一些属性和方法
网友评论