JavaScript模块化-CommonJS、AMD、CMD、UMD、ES6

栏目: IT技术 · 发布时间: 6年前

内容简介:在JS早期,使用script标签引入JS,会造成以下问题:CommonJS Modules/1.0规范,服务器端规范。Node.js推广使用。该规范的核心是:允许模块使用require方法来同步加载所依赖的其他模块,然后通过exports或module.exports导出需要暴露的接口。

前言:模块化开发需求

在JS早期,使用script标签引入JS,会造成以下问题:

  1. 加载的时候阻塞网页渲染,引入JS越多,阻塞时间越长。
  2. 容易污染全局变量。
  3. js文件存在依赖关系,加载必须有顺序。项目较大时,依赖会错综复杂。
  4. 引入的JS文件过多,不美观,且不易于管理。

一、CommonJS规范

CommonJS Modules/1.0规范,服务器端规范。

Node.js推广使用。该规范的核心是:允许模块使用require方法来同步加载所依赖的其他模块,然后通过exports或module.exports导出需要暴露的接口。

特点:

  1. 一个模块是一个文件

  2. 使用module.exports或exports导出模块

    // module.js
    exports.add = (a, b) => a+b
    
    module.exports = {
      add: (a, b) => a + b
    }
  3. 使用require加载模块

    a. require命令第一次加载模块时,执行整个脚本,在内存中生成对象
    b. 多次执行require命令再次加载该模块时,不会再执行该脚本,直接从缓存中取值
    c. CommonJS加载模块是同步加载模块

Tips:

  1. 为什么CommonJS规范不适合作为浏览器的规范

    由于CommonJS是同步加模块,在服务端加载模块时都是从本地硬盘中加载,读取速度很快。但是在浏览器端加载模块时,需要请求服务器端,涉及网速、代理的问题,一旦等待时间过长,浏览器会处于“假死”状态。

二、ADM规范

AMD(Asynchronous Module Definition)异步模块定义,客户端规范。

采用异步方式加载模块,模块加载不影响它后面语句的代执行。

AMD是require.js在推广使用过程中对模块定义规范化的产物。

在使用时,需引入 require.js

特点

  1. 使用define()定义模块

    /**
     * @param id 模块名称,如果为空,模块的名字默认为模块加载器请求的指定脚本名
     * @param dependencies 模块依赖
     * @param factory 工场函数,模块初始化执行的函数或对象
     */
    define(id? dependencies? factory)
  2. 使用require加载模块

    require([module], callback)

    AMD是依赖前置模块

三、CMD规范

CMD(Common Module Definition)通用模块定义,异步加载模块。

CMD是sea.js在推广过程中对模块定义的规范化产物。

在使用时,需引入 sea.js

特点:

  1. 使用define()定义模块,使用require()加载模块

    define(function (require, exports, module) {
    	let a = require('a')
    	let b = require('b')
    	exports.eat = a.eat
    	exports.run = b.run
    })

    CMD模块加载是推崇就近依赖的,需要到某个模块时再进行require加载

  2. 使用seajs.use加载使用模块

    seajs.use(id, callback?)

四、UMD规范

UMD(Universal Module Definition)通用模块定义,为了兼容AMD、CMD和无模块化开发规范

/**
 * UMD-Universal Module Definition 通用模块定义
 * */
 (function (root, factory) {
	 // 判断是否是AMD/CMD
	 if (typeof define === 'function') {
		 define([], factory)
	 } else if (typeof exports === 'object') {
		 // Node CommonJS规范
		 module.exports = factory()
	 } else {
		 // 浏览器环境
		 root.someAttr = factory
	 }
 })(this, function () {
	 let add = function (a, b) {
		 return a + b
	 }
	 return {
		 add,
		 module: 'UMD'
	 }
 })

五、ES6模块

ES6通过imort和export实现模块的输入与输出,import命令用于输入其他模块提供的功能,export命令用于规定模块对外的接口。

特点:

  1. 使用export导出模块

    // test.js
    export let module = 'ES6 Module'
    export let hello = function () {}
    let demo = function () {}
    // 默认导出
    export default demo
  2. 使用import导入模块

    // 导入默认模块
    import demo from './test.js'
    
    // 导入指定模块
    import { hello, module } from './test'
    
    // 导入指定模块,并重命名
    import { hello as hi, module } from './test.js'
    
    // 导入全部模块,并重命名
    import * as test from './test.js'

后记

以上就是胡哥今天给大家分享的内容,喜欢的小伙伴记得 收藏 转发 、点击右下角按钮 在看 ,推荐给更多小伙伴呦,欢迎多多留言交流...

胡哥有话说,一个有技术,有情怀的胡哥!现任京东前端攻城狮一枚。

胡哥有话说,专注于大前端技术领域,分享前端系统架构,框架实现原理,最新最高效的技术实践!

长按扫码关注,更帅更漂亮呦!关注胡哥有话说公众号,可与胡哥继续深入交流呦!

JavaScript模块化-CommonJS、AMD、CMD、UMD、ES6


以上所述就是小编给大家介绍的《JavaScript模块化-CommonJS、AMD、CMD、UMD、ES6》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

自己动手做iOS App

自己动手做iOS App

张子怡 / 电子工业出版社 / 2017-8 / 69.00

《自己动手做iOS App:从设计开发到上架App Store》为想要接触iOS 应用设计、开发的读者提供了由浅入深的详细指导。从iOS 应用制作的步骤是什么,应该使用什么软件,如何发布应用到App Store,到iOS 的设计理念是什么,如何正确书写Swift 语言,再到后端和客户端是如何交互运作的等,本书配合图示,精辟、直观地阐明了iOS 应用制作中的种种疑问。 如果你是一位第一次接触i......一起来看看 《自己动手做iOS App》 这本书的介绍吧!

XML 在线格式化
XML 在线格式化

在线 XML 格式化压缩工具

html转js在线工具
html转js在线工具

html转js在线工具

HEX CMYK 转换工具
HEX CMYK 转换工具

HEX CMYK 互转工具