&&&您需要以后才能回答，未注册用户请先。64被浏览10708分享邀请回答153 条评论分享收藏感谢收起35 条评论分享收藏感谢收起查看更多回答webpack介绍及使用（一） - CSDN博客
webpack介绍及使用（一）
webpack到底是啥？
官方定义：webpack&is a&module bundler&(webpack是一个模块打包工具)。
官方给出如下图所示的说明
给人第一的印象是：智能加载相互依赖的模块并打包成对应的静态资源。
似乎还没说清楚。
前端模块加载的那些事儿
随着前端项目越来越复杂（尤其是大型SPA），以及命名空间混乱，一系列模块加载器随之而生。
Javascript模块标准有：AMD 和 CommonJS&(有同学可能会跳出来说，不对，还有一个CMD)
最有名的加载器有：RequireJS、SeaJS&(CMD规范，好吧，YY出来滴，其实还是属于CommonJS标准)&、Bowserify
为什么还要再搞一个？
webpack是这样抱怨的：
现有的模块加载器，不能很好适配大型项目（大型单页面应用程序）开发。开发这样一款加载器最大原因，就是为了代码分离以及静态资源模块化无缝接合。尽管尝试去拓展现有的模块加载器，但最后发现不可能完成所有功能目标。
webpack的伟大理想是:
分离现有依赖树，按需加载高效保证第一次加载静态资源模块化第三方库模块化加载实现加载器几乎所有环节可配置性适配大项目开发
webpack有哪些吊炸天特性？
Webpack有两种依赖声明方式：同步与异步。异步方式，将依赖分割成多个节点，然后每个节点形成一个新的文件块。经过优化后的文件块树，会以一个个文件形式分发出去（仅仅打包成一个大文件形式是很低效的）。
加载器插件
原生的Webpack只能处理JS文件，使用加载器插件，可以将其他资源专为JS资源。通过这种方式来加载，每一种资源都可以被Webpack看作是一个模块来加载。
智能模块解析
Webpack内置一个智能加载模块，可以用于处理几乎所有的第三方库。它甚至可以解析依赖声明的表达式，比如 require(&./templates& + name + &.jade&)。Webpack会处理最常见的JS模块标准：CommonJS 和 AMD。
Webpack的最大特点，就是配套了非常丰富的插件系统。大部分内置特性功能都是基于这套插件系统。它可以让你根据需要自定义Webpack，将一般插件作为开源项目发布出去。
webpack的安装
通过NPM包管理器：
npm install -g webpack
项目中初始化Webpack
最优的方式就是，在项目中声明Webpack依赖。通过声明依赖，可以选择一个本地的Webpack版本，而不需要使用全局声明的版本。
添加一个npm 配置文件package.json：
npm init 然后需要回答一系列问题。如果希望把自己项目发布到npm上面，这些问题的回答非常重要。（如果不需要的话，一直回车就好啦）
安装webpack、添加依赖到package.json
npm install webpack --save-dev
其中--save-dev就是声明在开发阶段需要用到webpack，并且自动把webpack依赖写到package.json配置文件上面，生产环境就不需要安装（上生产环境时候，webpack已经把项目打包好啦，不需要它老人家出马了）
似乎还没弄清楚？确实，webpack在实践中的复杂度还是比较高的，但是多理论实践双剑合璧的话，相信您很快就会掌握其博大精深的奥秘。
本文已收录于以下专栏：
相关文章推荐
话不多说，先上教程网址  /preface.html
Webpack简介：
Webpack 是一个模块打包器。它将根据模块的依赖关系进行静态分析，然后将这...
如今的网站正在演化为web应用程序:
1. 越来越多的使用JavaScript。
2. 现代浏览器提供更广泛的接口。
3. 整页刷新的情况越来越少，甚至更多代码在同一个页面。（SPA）因此有很多...
一、webpack四个核心概念
1、入口【Entry】
webpack将创建所有应用程序 依赖关系图表。图表的起点被称之为 入口起点。入口起点告诉webpack从哪里开始，并遵循着依赖...
Redux和React并没有半毛钱关系，但是两者又恰好能够很好的结合在一起
React-关注View层的组件化
Redux-关注DataModel的处理
所以没关系。
Redux产生...
原文链接：/blog/2015/03/react.html
下面要讲解的12个例子在各个 Demo 子目录，每个目录都有一个 index.html ...
前言：在当下的前端界，react 和 redux 发展得如火如荼，react 在 github 的 star 数达 42000 +，超过了 jquery 的 39000+，也即将超过前几年比较火的an...
转载（/blog/2015/03/react.html）
现在最热门的前端框架，毫无疑问是 React 。
上周，基于 React 的 React...
使用 webpack + react + redux + es6 开发组件化前端项目
路由可以简单理解为导航链接。
那么为什么需要路由呢？
简单来说，在导航栏链接，不希望产生页面跳转，同时又能让用户前进或者后退，这就是路由的本质需求。
一句话解释为：
写在前面这里主要介绍自己在React开发中的一些总结，关于react的渲染问题的一点研究。另外本人一直希望在React项目中尝试使用，因此在之前已经介绍过immutable的API，可以参看这里Imm...
他的最新文章
讲师：宋宝华
讲师：何宇健
您举报文章：
举报原因：
原文地址：
原因补充：
(最多只允许输入30个字)WebPack 简明学习教程 - 简书
WebPack 简明学习教程
WebPack是什么
一个打包工具
一个模块加载工具
各种资源都可以当成模块来处理
如今，越来越多的JavaScript代码被使用在页面上，我们添加很多的内容在浏览器里。如何去很好的组织这些代码，成为了一个必须要解决的难题。
对于模块的组织，通常有如下几种方法：
通过书写在不同文件中，使用script标签进行加载
CommonJS进行加载（NodeJS就使用这种方式）
AMD进行加载（require.js使用这种方式）
思考：为什么只有JS需要被模块化管理，前台的很多预编译内容，不需要管理吗？
基于以上的思考，WebPack项目有如下几个目标：
将依赖树拆分，保证按需加载
保证初始加载的速度
所有静态资源可以被模块化
可以整合第三方的库和模块
可以构造大系统
从下图可以比较清晰的看出WebPack的功能
这是一个示意图
WebPack的特点
丰富的插件，方便进行开发工作
大量的加载器，包括加载各种静态资源
代码分割，提供按需加载的能力
WebPack的优势
webpack 是以 commonJS 的形式来书写脚本滴，但对 AMD/CMD 的支持也很全面，方便旧项目进行代码迁移。
能被模块化的不仅仅是 JS 了。
开发便捷，能替代部分 grunt/gulp 的工作，比如打包、压缩混淆、图片转base64等。
扩展性强，插件机制完善，特别是支持 React 热插拔（见 react-hot-loader ）的功能让人眼前一亮。
WebPack的安装
$ npm install webpack -g
使用webpack
$ npm init
# 会自动生成一个package.json文件
$ npm install webpack --save-dev #将webpack增加到package.json文件中
可以使用不同的版本
$ npm install webpack@1.2.x --save-dev
如果想要安装开发工具
$ npm install webpack-dev-server --save-dev
WebPack的配置
每个项目下都必须配置有一个 webpack.config.js ，它的作用如同常规的 gulpfile.js/Gruntfile.js ，就是一个配置项，告诉 webpack 它需要做什么。
下面是一个例子
var webpack = require('webpack');
var commonsPlugin = new monsChunkPlugin('common.js');
module.exports = {
plugins: [commonsPlugin],
//页面入口文件配置
index : './src/js/page/index.js'
//入口文件输出配置
path: 'dist/js/page',
filename: '[name].js'
//加载器配置
loaders: [
{ test: /\.css$/, loader: 'style-loader!css-loader' },
{ test: /\.js$/, loader: 'jsx-loader?harmony' },
{ test: /\.scss$/, loader: 'style!css!sass?sourceMap'},
{ test: /\.(png|jpg)$/, loader: 'url-loader?limit=8192'}
//其它解决方案配置
resolve: {
//查找module的话从这里开始查找
root: 'E:/github/flux-example/src', //绝对路径
//自动扩展文件后缀名，意味着我们require模块可以省略不写后缀名
extensions: ['', '.js', '.json', '.scss'],
//模块别名定义，方便后续直接引用别名，无须多写长长的地址
AppStore : 'js/stores/AppStores.js',
ActionType : 'js/actions/ActionType.js',
AppAction : 'js/actions/AppAction.js'
plugins 是插件项，这里我们使用了一个 CommonsChunkPlugin的插件，它用于提取多个入口文件的公共脚本部分，然后生成一个 common.js 来方便多页面之间进行复用。
entry 是页面入口文件配置，output 是对应输出项配置 （即入口文件最终要生成什么名字的文件、存放到哪里）
module.loaders 是最关键的一块配置。它告知 webpack 每一种文件都需要使用什么加载器来处理。 所有加载器需要使用npm来加载
最后是 resolve 配置，配置查找模块的路径和扩展名和别名（方便书写）
WebPack开始使用
这里有最基本的使用方法，给大家一个感性的认识
正确安装了WebPack，方法可以参考上面
书写entry.js文件
document.write("看看如何让它工作！");
书写index.html文件
&meta charset="utf-8"&
&script type="text/javascript" src="bundle.js" charset="utf-8"&&/script&
执行命令，生成bundle.js文件
$ webpack ./entry.js bundle.js
在浏览器中打开index.html文件，可以正常显示出预期
增加一个content.js文件
module.exports = "现在的内容是来自于content.js文件！";
修改entry.js文件
document.write(require("./content.js"));
执行第四步的命令
进行加载器试验
增加style.css文件
background:
修改entry.js文件
require("!style-loader!css-loader!./style.css");
document.write(require("./content.js"));
执行命令，安装加载器
$ npm install css-loader style-loader
# 安装的时候不使用 -g
执行webpack命令，运行看效果
可以在命令行中使用loader
$ webpack ./entry.js bundle.js --module-bind "css=style-loader!css-loader"
使用配置文件
默认的配置文件为webpack.config.js
增加webpack.config.js文件
module.exports = {
entry: "./entry.js",
path: __dirname,
filename: "bundle.js"
loaders: [
{ test: /\.css$/, loader: "style-loader!css-loader" }
发布服务器
安装服务器
$ npm install webpack-dev-server -g
$ webpack-dev-server --progress --colors
服务器可以自动生成和刷新，修改代码保存后自动更新画面
http://localhost:8080/webpack-dev-server/bundle
WebPack常用命令
$ webpack --display-error-details
后面的参数“--display-error-details”是推荐加上的，方便出错时能查阅更详尽的信息（比如 webpack 寻找模块的过程），从而更好定位到问题。
$ webpack --config XXX.js //使用另一份配置文件（比如webpack.config2.js）来打包
$ webpack --watch //监听变动并自动打包
$ webpack -p //压缩混淆脚本，这个非常非常重要！
$ webpack -d //生成map映射文件，告知哪些模块被最终打包到哪里了
技术宅。欢迎到我的小窝看看：http://www.linxiaoming.me}