前言

模块划分，为了解耦，所以才出了这些规定。 我在学习这些模块化的时候，思考到如果你的代码规范，项目复杂度不高。完全不用这些语法，并且你可以自由的定义全局变量，非常的自由高效快速。 在 Node.js 上就有模块化，我另外一篇文章具体分析

忧虑

__1.现在我还没有体会到把一个文件里的代码写到不可维护的程度，就要学习模块划分。 2.这样其实有点拔苗助长，另外 ES6 module 没有达到我心目中的模块划分极致简约语法 3.模块化的出现是为了妥协，向大型项目妥协，向多人开发妥协。 4.现在的项目越来越大，新语法新规定越来越多。这无疑加重了我们的学习时间。程序员的主要目的不是为了技术而学习，是为了创造好的产品项目才去学习的。最终我们的目的是创造好的项目，进而改变世界 。（不排除有程序员单纯的热爱技术与编码艺术） __

__我心目中的 import 与 export __

const a = import('路径');export = a;复制代码

是的就这两句话。

总结现在 ES6 的 module 语法规范

导出，导入

export const animal = {  bird: 'bird',  pig: 'pig'}import {bird as duck, pig} from 'animal'; //导出修改名字复制代码

变量提升

console.log(pig); import {bird as duck, pig} from 'animal';复制代码

静态执行

import { 'p' + 'ig' } from 'animal';//报错复制代码

if (x === 1) {  import { pig } from 'animal';//报错}复制代码

整体导入

import * as animal from 'animal';//animal.bird;//animal.pig;复制代码

default

export default {  bird: 'bird',  pig: 'pig'}import xxx from 'animal';复制代码

输入输出结合

export * from 'animal'; //这样的语法有必要存在吗？也许有少许场景把export {bird as duck, pig} from 'animal';复制代码