中山市两学一做网站,网站建设常用的方法,汕头app开发,网站开发分支结构ES6标准发布后#xff0c;module成为标准#xff0c;标准的使用是以export指令导出接口#xff0c;以import引入模块#xff0c;但是在我们一贯的node模块中#xff0c;我们采用的是CommonJS规范#xff0c;使用require引入模块#xff0c;使用module.exports导出接口。… ES6标准发布后module成为标准标准的使用是以export指令导出接口以import引入模块但是在我们一贯的node模块中我们采用的是CommonJS规范使用require引入模块使用module.exports导出接口。 不把require和import整清楚会在未来的标准编程中死的很难看。 require时代的模块 node编程中最重要的思想之一就是模块而正是这个思想让JavaScript的大规模工程成为可能。模块化编程在js界流行也是基于此随后在浏览器端requirejs和seajs之类的工具包也出现了可以说在对应规范下require统治了ES6之前的所有模块化编程即使现在在ES6 module被完全实现之前还是这样。 node的module遵循CommonJS规范requirejs遵循AMDseajs遵循CMD虽各有不同但总之还是希望保持较为统一的代码风格。 // a.js// -------- node -----------
module.exports {a : function() {}, b : xxx }; // ----------- AMD or CMD ---------------- define(function(require, exports, module){ module.exports { a : function() {}, b : xxx }; }); 可以看出为了保持风格的高度统一除了在浏览器端的模块中要使用一个define函数来提供模块的闭包以外其他代码可以完全一致。 // b.js// ------------ node ---------
var m require(./a);
m.a();// ------------ AMD or CMD ------------- define(function(require, exports, module){ var m require(./a); m.a(); }); 在使用上也非常相似。虽然AMD or CMD提供了更加丰富的风格但是我们本文主要是讨论node环境下所以不做扩展。 ES6中的module ES6发布的module并没有直接采用CommonJS甚至连require都没有采用也就是说require仍然只是node的一个私有的全局方法module.exports也只是node私有的一个全局变量属性跟标准半毛钱关系都没有。 export导出模块接口 export的用法挺复杂的具体有哪些可以看 这里 。这里举几个例子 // a.js
export default function() {} export function a () {} var b xxx; export {b}; // 这是ES6的写法实际上就是{b:b} setTimeout(() b ooo, 1000); export var c 100; 在要导出的接口前面加入export指令。 在export之后b还可以被修改这和CommonJS有着巨大不同关于内部机理的东西本文就无耻的省略了。 注意下面的语法有严重错误 // 错误演示
export 1; // 绝对不可以
var a 100; export a; export在导出接口的时候必须与模块内部的变量具有一一对应的关系。直接导出1没有任何意义也不可能在import的时候有一个变量与之对应。 export a 虽然看上去成立但是 a 的值是一个数字根本无法完成解构因此必须写成 export {a} 的形式。即使a被赋值为一个function也是不允许的。而且大部分风格都建议模块中最好在末尾用一个export导出所有的接口例如 export {fun as default,a,b,c}; import导入模块 import的语法跟require不同而且import必须放在文件的最开始且前面不允许有其他逻辑代码这和其他所有编程语言风格一致。 import的使用和export一样也挺复杂可以在 这里 大致了解。举几个例子 import $ from jquery;
import * as _ from _; import {a,b,c} from ./a; import {default as alias, a as a_a, b, c} from ./a; 这里有一些坑暂时不透露下面会讲到。 import后面跟上花括号的形式是最基本的用法花括号里面的变量与export后面的变量一一对应。这里你必须了解 对象的解构赋值 的知识没这知识你根本没法在这里装逼。了解了解构赋值这里的“一一对应”的关系就能具体理解了。 as关键字 编程的同学对as都容易理解简单的说就是取一个别名。export中可以用import中其实可以用 // a.js
var a function() {};
export {a as fun};// b.js import {fun as a} from ./a; a(); 上面这段代码export的时候对外提供的接口是fun它是a.js内部a这个函数的别名但是在模块外面认不到a只能认到fun。 import中的as就很简单就是你在使用模块里面的方法的时候给这个方法取一个别名好在当前的文件里面使用。之所以是这样是因为有的时候不同的两个模块可能通过相同的接口比如有一个c.js也通过了fun这个接口 // c.js
export function fun() {}; 如果在b.js中同时使用a和c这两个模块就必须想办法解决接口重名的问题as就解决了。 default关键字 其他人写教程什么的都把default放到export那个部分我觉得不利于理解。在export的时候可能会用到default说白了它其实是别名的语法糖 // d.js
export default function() {} // 等效于 function a() {}; export {a as default}; 在import的时候可以这样用 import a from ./d;// 等效于或者说就是下面这种写法的简写是同一个意思
import {default as a} from ./d; 这个语法糖的好处就是import的时候可以省去花括号{}。简单的说如果import的时候你发现某个变量没有花括号括起来没有*号那么你在脑海中应该把它还原成有花括号的as语法。 所以下面这种写法你也应该理解了吧 import $,{each,map} from jquery; import后面第一个 $ 是 {defalut as $} 的替代写法。 *符号 *就是代表所有只用在import中我们看下两个例子 import * as _ from _; 在意义上和 import _ from _; 是不同的虽然实际上后面的使用方法是一样的。它表示的是把 _ 模块中的所有接口挂载到 _ 这个对象上所以可以用 _.each调用某个接口。 另外还可以通过*号直接继承某一个模块的接口 export * from _;// 等效于
import * as all from _; export all; *符号尽可能少用它实际上是使用所有export的接口但是很有可能你的当前模块并不会用到所有接口可能仅仅是一个所以最好的建议是使用花括号用一个加一个。 该用require还是import require的使用非常简单它相当于module.exports的传送门module.exports后面的内容是什么require的结果就是什么对象、数字、字符串、函数……再把require的结果赋值给某个变量相当于把require和module.exports进行平行空间的位置重叠。 而且require理论上可以运用在代码的任何地方甚至不需要赋值给某个变量之后再使用比如 require(./a)(); // a模块是一个函数立即执行a模块函数
var data require(./a).data; // a模块导出的是一个对象 var a require(./a)[0]; // a模块导出的是一个数组 你在使用时完全可以忽略模块化这个概念来使用require仅仅把它当做一个node内置的全局函数它的参数甚至可以是表达式 require(process.cwd() /a); 但是import则不同它是编译时的require是运行时的它必须放在文件开头而且使用格式也是确定的不容置疑。它不会将整个模块运行后赋值给某个变量而是只选择import的接口进行编译这样在性能上比require好很多。 从理解上require是赋值过程import是解构过程当然require也可以将结果解构赋值给一组变量但是import在遇到default时和require则完全不同 var $ require(jquery); 和 import $ from jquery 是完全不同的两种概念。 上面完全没有回答“改用require还是import”这个问题因为这个问题就目前而言根本没法回答因为目前所有的引擎都还没有实现import我们在node中使用babel支持ES6也仅仅是将ES6转码为ES5再执行import语法会被转码为require。这也是为什么在模块导出时使用module.exports在引入模块时使用import仍然起效因为本质上import会被转码为require去执行。 但是我们要知道这样一个道理ES7很快也会发布js引擎们会尽快实现ES6标准的规定如果一个引擎连标准都实现不了就会被淘汰 ES6是迟早的事 。如果你现在仍然在代码中部署require那么等到ES6被引擎支持时你必须升级你的代码而如果现在开始部署import那么未来可能只需要做很少的改动。 转载于:https://www.cnblogs.com/guanghe/p/6560698.html
