谈谈前端模块管理

  以前,写个项目用到jQuery时候,会打开网页去jQuery官网下载一份.js文件,然后在项目中引用

<script src="path/to/jquery.js"></script>

  后来,我开始用[Bower]这样的包管理工具。所以这个过程变成了:先打开命令行用bower安装jQuery。

bower install jquery

  在用到jQuery的地方,继续用<script>来引用

<script src="bower_components/jquery/dist/jquery.js"></script>

  现在,我们又有了新的选择,那就是NPM以及Browserify

首先通过命令行 下载jQuery

npm install jQuery

在需要用到jQuery的地方,这么引入

var $ = require("jquery");

  这是使用npm包的一个常用的方法,但是如何把这个jQuery引用到我们浏览器中来呢,是的,通过Browserify。

  正如其名字所体现的动作那样,让原本属于服务器端的Node及npm,在浏览器端也可使用。

  显然,上面的过程还没结束,接下来是Browserify的工作(假定上面那段代码所在的文件叫main.js

browserify main.js -o bundle.

  最后,用<script>引用Browserify生成的bundle.js文件。 

<script src="bundle.js"></script>

  CommonJS风格的模块及依赖管理

  Browserify并不只是一个让你轻松引用JavaScript包的工具。它的关键能力,是JavaScript模块及依赖管理它参照了Node中的模块系统,约定用require()来引入其他模块,用module.exports来引出模块。在我看来,Browserify不同于RequireJS和Sea.js的地方在于,它没有着力去提供一个“运行时”的模块加载器,而是强调进行预编译。预编译会带来一个额外的过程,但对应的,你也不再需要遵循一定规则去加一层包裹。因此,相比较而言,Browserify提供的组织方式更简洁,也更符合CommonJS规范。

 

posted @ 2016-10-21 11:51  方式代码  阅读(846)  评论(0编辑  收藏  举报