javascript 模块化机制

1. 概述

js发展初期暴露了其缺陷：缺乏模块，后来提出了commonJS规范来规范其模块的规范。作为JavaScript新手，发现对于其JavaScript的模块机制，不是很理解。我查阅了一些资料整理了JavaScript CommonJS的原理和机制。

2. JavaScript

2.1 无后端的项目

这类项目不能使用CommonJS的模块规范，这是我起初所犯的错误。在没有es6被大多数浏览器支持的时候，js文件充斥着var和function，由此引来了命名冲突和污染，使得JavaScript代码很复杂。es6的class概念出现有效规范了JavaScript的模块化规范。由于这类项目只能通过script标签引入，我们在这里讲一下script标签的相关知识。
每当浏览器解析到<script>标签（无论内嵌还是外链）时，浏览器会优先下载、解析并执行该标签中的javaScript代码，而阻塞了其后所有页面内容的下载和渲染。根据上述对<script>标签特性的描述，我们知道，在该示例中，当浏览器解析到<script>标签时，浏览器会停止解析其后的内容，而优先下载脚本文件，并执行其中的代码，这意味着，其后的test.css样式文件和<body>标签都无法被加载，由于<body>标签无法被加载，那么页面自然就无法渲染了。因此传统做法是
假定point.js文件：

//定义类
class Point {
  constructor(x, y) {
    this.x = x;
    this.y = y;
  }

  toString() {
    return ‘(‘ + this.x + ‘, ‘ + this.y + ‘)‘;
  }
}

则在index.js中引入point.js，这需要在index.html中body的尾部

<script src="point.js"></script>
<script src="index.js"></script>

这样就可以在index.js使用point类了。
总结下来：

js类库必须在header中引入，保证对之后script引入的js文件的支持，毕竟script标签的执行顺序是顺序执行，script标签引入顺序和实际引入顺序相同。
自定义的script标签引入的js文件，要放在body的尾部，保证DOM元素渲染结束。
每个js文件尽量是es6 class对象，避免作用域和命名域的冲突。

2.2 后端服务器 NodeJS

模块引用的实例如下：require方法

const math = require("math");

模块的定义：
上下文提供了exports对象用于导出当前模块方法和变量，并且它是唯一的导出出口。在模块中，还存在一个module对象，他代表模块自身，exports是module对象的属性。导出方式：

// math.js
exports.add = function () { };
module.exports.add = function () { };

2.3 后端 es6的module

ES6模块不是对象，而是通过export命令显式指定输出的代码，输入时也采用静态命令的形式。
由于ES6模块是编译时加载，使得静态分析成为可能。有了它，就能进一步拓宽JavaScript的语法，比如引入宏（macro）和类型检验（type system）这些只能靠静态分析实现的功能。

除了静态加载带来的各种好处，ES6模块还有以下好处：

不再需要UMD模块格式了，将来服务器和浏览器都会支持ES6模块格式。目前，通过各种工具库，其实已经做到了这一点。
将来浏览器的新API就能用模块格式提供，不再必要做成全局变量或者navigator对象的属性。
不再需要对象作为命名空间（比如Math对象），未来这些功能可以通过模块提供。

浏览器使用ES6模块的语法如下：

导出对象和变量：

variables.js

var firstName = ‘XXX‘;
var lastName = ‘YYY‘;
export {firstName, lastName};

Point.js

// 导出类对象
export default class Point extends circle {

}

引入module


import Point from "Point";

加载机制详见：es6 module

引用资料：
高静：js的并行加载与顺序执行