前端模块化开发

        什么是模块化开发？js模块化有必要吗？

        恰好这几天我也遇到应聘者在说自己了解模块化编程，于是我在网上搜刮了些资料再加上自己的总结加深记忆。

        前端开发一般有：电脑、手机、平板、手表或者其他智能设备，总之有浏览器的地方就有js施展的地方。

         伴随着人们生活品质的提高，以及要求的不断提升，我们制作的网页越来越复杂/越来越酷炫/原来越友好，但是我们的js代码就会越来越重，以至于我们自己都可能看不懂、理不顺对团队协作也是致命的。所以前端模块化已经越来越迫切了，开发者只需要实现自己的功能逻辑并且保证自己的核心是独立的，同时把别人需要的功能以接口方式公开出去。（在我看来js高度的模块化，就是最低限度的耦合关系，最明确的组件依赖关系，最高扩展性的系统优化，最理想化的团队协作）

        可能我们都知道javascript根本不是一种模块化编程的语言，然而我们迎来了ES6：里面已经支持【类】和【模块】,但是ES6的模块化编程普及不会太快哦！

一、我们先谈谈模块化编程的写法

 1.原始写法

        模块就是实现特定功能的一组方法。只要把不同的函数（以及记录状态的变量）简单地放在一起，就算是一个模块。

　　function m1(){
　　}
　　function m2(){
　　}

        上面的函数m1()和m2()，组成一个模块。使用的时候，直接调用就行了。

         这种做法的缺点很明显："污染"了全局变量，无法保证不与其他模块发生变量名冲突，而且模块成员之间看不出直接关系。
  2.对象写法

        为了解决上面的缺点，可以把模块写成一个对象，所有的模块成员都放到这个对象里面。 

var module1 = new Object({
　　　　_count : 0,
　　　　m1 : function (){
　　　　},
　　　　m2 : function (){
　　　　}　　});

         上面的函数m1()和m2(），都封装在module1对象里。使用的时候，就是调用这个对象的属性。

　　module1.m1();

        但是，这样的写法会暴露所有模块成员，内部状态可以被外部改写。比如，外部代码可以直接改变内部计数器的值。 

　　module1._count = 5;

3.立即执行函数写法

        使用"立即执行函数"（Immediately-Invoked Function Expression，IIFE），可以达到不暴露私有成员的目的。 

　　var module1 = (function(){
　　　　var _count = 0;
　　　　var m1 = function(){　　　　};
　　　　var m2 = function(){　　　　};
　　　　return {
　　　　　m1 : m1,
　　　　　　m2 : m2
　　　　};
　　})();

        使用上面的写法，外部代码无法读取内部的_count变量。

console.info(module1._count); 

        module1就是Javascript模块的基本写法。下面，再对这种写法进行加工。 

4.放大模式

        如果一个模块很大，必须分成几个部分，或者一个模块需要继承另一个模块，这时就有必要采用"放大模式"（augmentation）。

 

　　var module1 = (function (mod){
　　　　mod.m3 = function () {　　　　};
　　　　return mod;
　　})(module1);

        上面的代码为module1模块添加了一个新方法m3()，然后返回新的module1模块。 

5.宽放大模式（Loose augmentation）

        在浏览器环境中，模块的各个部分通常都是从网上获取的，有时无法知道哪个部分会先加载。如果采用上一节的写法，第一个执行的部分有可能加载一个不存在空对象，这时就要采用"宽放大模式"。

　var module1 = ( function (mod){
　　　　return mod;
　　})(window.module1 || {});

        与"放大模式"相比，＂宽放大模式＂就是"立即执行函数"的参数可以是空对象。

6.输入全局变量

        独立性是模块的重要特点，模块内部最好不与程序的其他部分直接交互。

        为了在模块内部调用全局变量，必须显式地将其他变量输入模块。 

　var module1 = (function ($, YAHOO) {　　})(jQuery, YAHOO);

        上面的module1模块需要使用jQuery库和YUI库，就把这两个库（其实是两个模块）当作参数输入module1。这样做除了保证模块的独立性，还使得模块之间的依赖关系变得明显。（参见Ben Cherry的《JavaScript Module Pattern: In-Depth》）

二、ES5及之前通过RequireJS去实现

        提到模块化，常说到CommonJS和AMD。这俩主要是个什么东西呢，记住是模块化的标准规范即可。而RequireJS就是AMD规范的最好实现。就像ECMAScript和JavaScript的关系是，前者是后者的规格，后者是前者的一种实现。我们只需要知道，实现CommonJS规范的API是同步加载模块的，而实现AMD规范的API是则是异步加载模块，异步加载即非阻塞加载，更加适合浏览器端。官方文档对RequireJS的描述：

        RequireJS 是一个JavaScript模块加载器。它非常适合在浏览器中使用,但它也可以用在其他脚本环境, 就像 Rhino and Node.使用RequireJS加载模块化脚本将提高代码的加载速度和质量

1.RequireJS优点

        异步“加载”。我们知道，通常网站都会把script脚本的放在html的最后，这样就可以避免浏览器执行js带来的页面阻塞。使用RequireJS，会在相关的js加载后执行回调函数，这个过程是异步的，所以它不会阻塞页面。

        按需加载。通过RequireJS，你可以在需要加载js逻辑的时候再加载对应 的js模块，这样避免了在初始化网页的时候发生大量的请求和数据传输，或许对于一些人来说，某些模块可能他根本就不需要，那就显得没有必要。

        更加方便的模块依赖管理。相信你曾经一定遇到过因为script标签顺序问题而导致依赖关系发生错误，这个函数未定义，那个变量undefine之类的。通过RequireJS的机制，你能确保在所有的依赖模块都加载以后再执行相关的文件，所以可以起到依赖管理的作用。

        更加高效的版本管理。想一想，如果你还是用的script脚本引入的方式来引入一个jQuery2.x的文件，然后你有200个页面都是这么引用的，那当你想换成jQuery3.x，那你就不得不去改这200个页面。但是如果你的requireJS有在config中做jQuery的path映射，那你只需要改一处地方即可。

2.RequireJS使用

        需要在页面中引入的文件
   

 <script data-main="js/main" src="xxx/xxx/require.js"></script>

         使用RequireJS，你只需要引入一个require.js即可。你的页面上只需要通过\<script\>标签引入这一个js即可。然后这个页面的所有业务逻辑只需要在main.js里面写.
ps:标签中有一个data-main属性，你现在只需要了解require.js会在加载完成以后通过回调方法去加载这个data-main里面的js文件，所以这个js文件被加载的时候，RequireJS已经加载执行完毕。

        整个RequireJS2000来行源码，暴露出来供我们使用的就那么几个，主要有导入模块，定义模块。（requirejs,require,define），其中：requirejs和require的关系如同：jQuery和$的关系。说道这里：前端的人想必都懂了。

三、ES6通过自带技能实现

1.import/export

        es6原生支持模块化了，通过import导入模块,export导出模块。这两个单词一直作为保留字，如今赋予它应有的身份出现了，丰富了js语言功能。传统的模块模式基于闭包，返回的“公有API”。这个“公有API”带有对内部变量和功能拥有闭包的方法。它经常这样表达：
    模块greetingfn的定义：外边套一层父函数
 

  function myName(name) {
    //父函数myName
    function greetingfn() {
    //子函数greetingfn
    console.log( "myName " + name + "!" );
    }
    // 公有API---返回父函数里包裹的方法的指针。
    return {
    greetingfn: greeting
    };
    }

    使用：
   

 var me = myName( "macrolam" );
    me.greetingfn(); // myName macrolam!

ps：使用时注意：import和export都必须总是出现在它们分别被使用之处的顶层作用域。例如，你不能把import或export放在一个if条件内部；它们必须出现在所有块儿和函数的外部。

2.export的使用

         export关键字要么放在一个变量或函数声明的前面，要么就对象形式导出，代码如下：
方式1：

export function fn() {// 导出函数}
export var num = 42;
// 导出变量
var arr = [1,2,3];
export { arr };

方式2：

function fn() {}
var num = 42;
var arr = [1,2,3];
//统一导出
export {fn,num,arr};

3.import的使用

        要导入一个模块，你将不出意料地使用import语句。就像export有几种微妙的变化一样，import也有，所以你要花相当多的时间来考虑下面的问题，并试验你的选择。

         如果你想要导入一个模块的API中的特定命名成员到你的顶层作用域，使用这种语法：

import { foo, bar, baz } from "foo";

ps： 这里的{ .. }语法可能看起来像一个对象字面量，甚至是像一个对象解构语法。但是，它的形式仅对模块而言是特殊的，所以不要将它与其他地方的{ .. }模式搞混了。

        被罗列的标识符foo，bar和baz必须匹配在模块的API上的命名导出（这里将会发生静态分析和错误断言）。它们在你当前的作用域中被绑定为顶层标识符。    

import { foo } from "foo";
foo();

你可以重命名被导入的绑定标识符，就像：

import { foo as theFooFunc } from "foo";
theFooFunc();

4.总结

        对于小项目，里面没有多少页面的PC端站点，没必要进行前端模块化开发；但是从维护性角度来说还是采用模块化好些。对于一个大项目，数据交互功能性动画频发的站点js代码大量涌现还是模块化更优。