前端模块化已经不是一个新技术了,但是在项目中还是碰到一些不太明白各种引入,导出模块的方法的使用和区别的小伙伴。所以还是想总结一下形成文档,来龙去脉搞清楚了,用起来自然不会混淆。
--------------------------------------------------------------
补充:在基于webpack的前端工程里,代码里使用了import做模块导入,module.exports 做导出,这个写法也是可以运行的,因为webpack的模块化遵循commonJs规范,而es6的import语句会被转换成__webpack_require__();
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
对于javaScript语言来说,在ES6标准之前,它是没有模块化的概念的,commonJs规范的提出,也不是来解决JS模块化的问题。commonJs规范提出的本 意,是用来补充ES缺失的规范,希望JS可以能够在任何地方运行,并具备开发大型应用的基础能力,而不是单单作为web脚本来使用。其中,nodeJs的模块系统,就遵循了commonJs规范。
加载方式:同步加载,根据模块在代码中出现的先后顺序加载;也就是说,只有加载完成,才能执行后面的操作。这样就会对浏览器造成阻塞。而服务器端的文件相当于在本地存储,不存在请求网络等问题。故commonJs规范被认为不适合浏览器环境而适合服务器端;
执行特点:第一次加载时执行,并缓存执行结果,输出的是一个值的拷贝,即一旦输出一个值,模块内部的变化就影响不到这个值,自然也没有动态更新;
关键字:
require:加载外部模块,并返回模块的exports对象;该对象为一个值的拷贝。
module.exports:暴露模块方法和属性;
exports:exports其实是指向于module.exports的一个变量,相当于在模块的开始,定义了 var exports = module.exports; 故使用exports时需要注意不要给该变量重新赋值;
以遵循该规范的nodeJs模块化为例:
require(‘module‘); // 通过模块名加载,需要注意的使,在配置文件中要配置该模块的具体路径; require(‘path‘); // 通过路径加载
// 使用exports添加属性的方式暴露 exports.xxx = xxx; // 暴露xxx属性
// 或者使用给module.exports赋值的方法 module.exports = yyy; // require时得到的就是运行后yyy值的拷贝
exports和module.exports 不管谁被重新赋值,他们的关联关系都会断掉。模块最终return出去的是module.exports;
exports.a = 2; module.exports.b = 3; console.log(module.exports); //{ a: 2, b: 3 } console.log(exports); // { a: 2, b: 3 } console.log(exports === module.exports); // true
给module.exports重新赋值,exports中新添加的a属性不会返回
exports.a = 2;
module.exports = {"b": 3}; // moudle.exports 被重新指向新的内存,它与exports的关联关系断开
console.log(module.exports); // { b: 3 } console.log(exports); // { a: 2 } console.log(exports === module.exports); // false
给exports重新赋值,exports与module.exports断开关联
exports = 2; // exports重新赋值,切断了与module.exports的联系 module.exports.b= 3; console.log(module.exports); // { b: 3 } console.log(exports); // 2 console.log(exports === module.exports); // fasle
Asynchronous Module Definition,异步模块加载;异步的加载方式,更适用于浏览器。请求发出后,继续执行其他脚本,依赖于请求结果的代码,放到一个回调函数里;AMD规范的代表则是require.js;
特点:依赖前置,所有依赖都在模块定义时声明。不管是在define中声明的依赖,还是在callback中通过require加载的依赖,都会先加载完再去执行callback;故它属于运行时加载。这个特性就导致了在模块定义时被声明的依赖,虽然没有被用到,也做了加载执行的操作;更多requireJs的实现细节,可以参考这篇文章;
以require.js为例:define方法用来定义模块,require方法用来加载模块,config方法用来做配置
config配置
require.config({ baseUrl:‘js/‘, paths:{ // 需要通过模块名来加载的模块,都定义到这里,支持网络资源,本地资源路径在baseUrl下 ‘jquery‘:‘http://xxx.xxxx.com/jquery.js‘, ‘index‘:‘index/index.js‘, }, shim:{ ‘aaa‘:{ // 不符合标准的文件,可以在shim中来定义 deps:[‘./a‘,‘./b‘], init:function(){ return { // 这里定义非标准文件的返回 } } } } });
模块定义:define([id,deps,] callback);
// define 的模块id是唯一的,为避免麻烦,一般可省略,require.js会自动生成一个唯一标识 define([‘jquery‘,‘index‘,‘./utils‘], function($,index,utils){ // dosth... return { // 这里定义模块向外暴露的方法和属性,没有可以省略; ‘aaa‘: 1, ‘bbb‘: 1 } });
define 也可以定义一组键值对并返回,这种用法常用于动态的config配置;
define({ ‘aaa‘: 1, ‘bbb‘: 2, ‘ccc‘: 3 });
模块载入:require(deps[,callback]);
require(["moduleName","path","url"], function (module) { // dosth; });
如果要在define中使用require,那需要加入require的依赖,简写也可以省略
define(function(require, exports, module ) { // 这种定义模块的方式可以兼容commonJs规范,但实质上还是被转换为requireJs的规范来实现;
var a = require(‘a‘), // 通过这种方式可以实现按需加载
b = require(‘b‘);
// 模块需要暴露的方法也可以通过 exports向外暴露
exports.eee = 123;
});
// 等价于:
define([‘require‘], function(require){
var a = require(‘a‘),
b = require(‘b‘);
})
Common Module Definition 通用模块定义,CMD规范的概念是随着sea.js的推出产生的。同时,sea.js也借鉴了很多require.js的东西。它与 CommonJS 和 Node.js 的 Modules 规范保持了很大的兼容性。通过 CMD 规范书写的模块,可以很容易在 Node.js 中运行;
特点:同AMD一样,CMD也属于运行时加载。但是CMD规范中,依赖模块可以通过require.async在需要的地方引入并执行(懒加载)。这个特性使它可以实现按需加载。
以sea.js为例:通过define定义模块,通过require加载模块,通过exports或return向外提供API;
模块定义:define(id?, deps?, factory);factory可以是函数,也可以是对象或者字符串
// define 函数的标准使用方法。但是官方强烈推荐不传入 id 和 deps,模块加载器会自动获取这两个参数,id默认为模块所在文件的访问路径,
// deps数组模块加载器会从factory.toString()
中解析。同时,function的第一个参数,必须是require,这是seajs的使用规则;
define(‘hello‘, [‘jquery‘], function(require, exports, module) { //dosth...
// 向外暴露模块的API有三种方式: exports.aaa = sth; // seajs中exports也是module.exports的引用;
module.exports = {}
return {}
});
// factory 为对象,相当于定义一个json数据模块,加载该模块时得到的就是这组json数据;这个用法跟require是一致的 define({ "foo": "bar" });
// factory为字符串时,相当于定义一个字符串模板 define(‘I am a template. My name is {{name}}.‘);
模块引用:require(id); require 在seajs中可以看作是语法关键字,不可重新赋值,不可引用;id为要引用模块的唯一标识,且必须是字符串直接量;
define(function(require, exports, module) { // 同步加载模块,通过这种方式加载的文件,会在静态分析阶段就被下载好; var a = require(‘./a‘); a.doSomething(); // 异步加载一个模块,通过这种方式加载的文件,在用的时候才会下载; require.async(‘./b‘, function(b) { b.doSomething(); }); // 异步加载多个模块 require.async([‘./c‘, ‘./d‘], function(c, d) { // do something }); // 条件加载模块;PS:如果这里依然使用require来加载模块,那模块加载器会把两个模块都下载下来 if (todayIsWeekend){ require.async("play"); }else{ require.async("work"); } });
无论是AMD还是CMD,都是module2.0 的一个分支,正所谓条条大路通罗马,也没有哪个解决方案就明显优于哪个。作为一个前端开发,内心永远向往大一统。ES6的模块化,在目前看来,已经算是前端模块化的大一统了。
就目前考虑浏览器的兼容性来说,ES6的模块化,还是需要进行兼容性转化的,当然,这个在前端自动化构建的大潮中已经不需要再被提起了。
特点:与AMD和CMD不同的是,它的设计理念是尽量的静态化,在编译阶段就能确定模块的依赖关系,输入输出等,即编译时加载(静态加载);与commonJs提供的是值的拷贝不同得是,export向外提供的是一个只读的动态引用,故通过import加载的模块,是不会被缓存的。这一特点也说明ES6是支持动态更新的。
关键字:通过import引用其他模块,通过export对外提供接口。
export default anything; // 模块的默认输出,一个模块只能有一个默认输出; // 本质上,export default就是输出一个叫做default的变量或方法,然后系统允许你为它取任意名字。所以default后面不能跟变量声明语句。 import anyName from ‘path‘; export var a = 1; //这里要说明一点,export是对外的接口,所以它必须与模块内部的变量建立一一对应关系; export function foo(){}; // 也可以写成下面的形式: var a = 1; function foo(){}; export {a, foo} // 然而下面的这两种写法都是错误的,因为它没有提供对外的接口 export 1; var a = 1; export a; // 在import中,就要指出要加载的方法和属性的具体名字 import {a, foo} from ‘path‘; // 通过 as关键字,可以给对外输出的方法重新命名。 function v1() { ... } function v2() { ... } export { v1 as streamV1, v2 as streamV2, v2 as streamLatestVersion // 同一个方法可以输出多次 }; // import 中也支持as关键字 import { streamV1 as newName } from ‘path‘; // import也可以整体加载 import * as newName from ‘path‘; // import也可以用来加载并执行一个js文件,并且没有任何输入。 import ‘path‘; import ‘path‘; // 即使多次加载,该文件也只执行一次, // 对于同一个模块中的多次加载,import也只执行一次,因为import语句是单例的(singleton) import {foo} from ‘path‘; import {bar} from ‘path‘; //相当于 import {foo, bar} from ‘path‘;
下篇文章会来总结模块循环加载相关的知识
前端模块化总结(commonJs,AMD,CMD,ES6 Module)
原文:https://www.cnblogs.com/solaZhan/p/12454669.html