摘要：之前寫的文章急速全棧教程得到了不錯的閱讀量，霸屏掘金頭條天，點贊過千，閱讀近萬，甚至還有人在評論區(qū)打廣告，可見也是一個小小的生態(tài)了。今天看到的霸屏的，也是講全棧的，見參考文章接下來要寫的是模塊。全局命名污染和命名沖突依賴管理。

之前寫的文章急速Js全棧教程得到了不錯的閱讀量，霸屏掘金頭條3天，點贊過千，閱讀近萬，甚至還有人在評論區(qū)打廣告，可見也是一個小小的生態(tài)了；）?？磥砗蚃S全棧有關(guān)的內(nèi)容，還是有人頗有興趣的。今天看到的霸屏的，也是講全棧的，見參考文章7

接下來要寫的是模塊。JavaScript Module 真是很討厭，但是不得不了解的話題。奇葩在于：

它一個非常老的語言，并且使用非常廣泛

可是它很多年來也不支持模塊。這得廠家當(dāng)前是多大的心呢

再一個可是，它可以直接用現(xiàn)有的語言機制，實現(xiàn)自己的模塊，這個就厲害了，因為它釋放了社區(qū)的力量。事實證明，社區(qū)果然不可小看，這個年代，螞蟻雄兵勝過大象的

再再一個但是，它的模塊還可以有很多型的，這說的是分裂

這么多型的模塊，還搞了各自獨立的標(biāo)準(zhǔn)出來，這說的是整合

最近的ES2017，終于在前端也有了媲美后端的模塊，但是大家并不準(zhǔn)備把它用起來，很多人表示需要繼續(xù)Webpack玩轉(zhuǎn)ES6模塊。

把ES6模塊真用的起來，可以不在乎Webpack等打包工具帶來的加載優(yōu)化，各種小文件不必打包這點來說，我看還得加上HTTP/2的配合就好很多了。這也是文章將要介紹的一個主旨吧。ES6模塊的引入，確實有可能對當(dāng)前主流的打包模式有些影響，參考文章6內(nèi)有所論述

文章自然也不少，但是寫作此文的理由還是存在：

我還沒有看到一個完整的全覽，并且結(jié)合HTTP/2的更加沒有看到。

而且，在我看來，即使有了ES6模塊，也得了解和學(xué)習(xí)之前拼出來的各種模塊，因為社區(qū)內(nèi)的代碼還大量的使用這樣的模塊，其中的一些設(shè)計模式，比如IIFE，也是值得一看的。

看到JS社區(qū)的熱情和推動力，相信JS發(fā)展的未來是美好的

參考文章不少,其中模塊歷史和選型如下：

前端模塊化開發(fā)那點歷史

梳理的還是比較清晰

有點黑客精神的小伙伴，玩的很廣譜

介紹Bower

npm for Beginners: A Guide for Front-end Developers

Es6module 出來了，是否應(yīng)該重新考慮打包的方案？

前后端分離 Vue + NodeJS(Koa) + MongoDB，從產(chǎn)品到開發(fā)，全棧實踐沒有看過的，不妨去看看。

提到模塊，也不得不提到各種模塊依賴管理工具，也還有前端工程化的內(nèi)容。一個前端組件，卻常常提到可以使用npm安裝此組件，可是npm是后端的nodejs領(lǐng)域的東西啊，所以，這樣的提法是有些令人困惑的。比如為什么NPM作為后端模塊的管理工具，前端也在使用它，有什么優(yōu)點和缺點，可以在這里了解顯示情況：npm、bower、jamjs 等包管理器，哪個比較好用？,還有這里npm and the front end,NPM官方也對npm在前端的使用，提出了自己的看法,捎帶著，也有前端自動化,搜索詞是 why a front end component install by npm,對于喜歡Google發(fā)現(xiàn)的人來說，這類詞很有用 。

未來的文章的內(nèi)容綱要:

最古老的模塊加載