gulp-webpack学习打包的demo
目录： 一、gulp、webpack对比总结 二、前端工程化简介
这两者正巧都可以完成打包的功能，经常拿来作比较罢了。分析对比过程中，越比较越觉得就只能探讨打包形式及过程中用的包，根本没得好比的嘛，还是总结下：建议webpack常用，gulp辅助小流程工具。还是分别讲解大致讲解下吧：
打包编译的过程，都有绕不开的共同问题：mode开发模式、mainfest文件映射关系、入口文件、出口文件、每个文件的处理步骤、检测代码实时更新、多入口多环境。
| gulp | webpack | |
|---|---|---|
| 背景 | html、css、js、img静态资源的压缩、转译是每次发布代码需要的固定流程，重复无意义的操作需要解放开发者丢给电脑 | 项目大，代码复杂，对代码、文件的解耦需求；减少http请求的优化需求 |
| 区别 | 以工作间角度实现工序链的每个步骤，规范开发流程 | 着眼于前端模块化的思想，文件处理流程（压缩合并、预处理）是附带实现功能 |
| 解释 | 任何一个重复劳动的过程都可以简化成一个工作间的流程default。流程有入src有出dest，中间每个固定的步骤都是一个task，需要多方插件补充完成需要的工作；在这个处理的过程中，处理的对象以 流 的形式在工序链上（pipe管道里）运转处理；每个工序位置又以顺序series/并发prallel的形式组合在一起；其中某个步骤有变化时，需要watch重新获取新的结果。每个文件间的引用关系可以靠插件rev生成一个manifest.json去替换打包生成后的文件地址，保证程序的正常运行。 | webpack将任何一个文件当做模块去分析处理其之间的关系，生成一个“数据合集mainfest”，在runtime需要引用时会自动加载对应模块，可根据“依赖图”(webpack-bundle-analyzer插件，code-shaking进行一定的优化Webpack 大法之 Code Splitting 传送门)分析关系（为避免实际未引用的加载浪费资源，出现了tree-shaking及其副作用问题）；webpack将所有文件打包再bundle.js中，打包形成的文件内容与实际代码有很大的出入，因此需要设定sourceMap映射编译之后的代码报错时在真实编码文件的位置来锁定问题；webpack通过“热更新”来检测代码的变化更新页面视图； |
| 打包方式 | 多种开发模式、多环境的不同需求，需要视情况开发应用某个流程；通常多文件模块分开管理流程，视情况应用 | 倾向于一个文件根据配置来完成 |
| 步骤处理 | pipe管道，主依赖“插件”思想 | “模块module”（函数）和“插件plugin”（类）的思想 |
开发者将程序分解成离散功能块，成为模块；调试、校验、测试简单，提供可靠的抽象和封装界限，调理清晰有明确设计目的的功能块。
相互独立、低耦合、职责单一、可替换的功能块；如公用函数、定义类之类的作为以一个文件模块的形式存在。
模块化是一种处理复杂系统分解成为更好的可管理模块的方式，它可以把系统代码划分为一系列职责单一，高度解耦且可替换的模块，系统中某一部分的变化将如何影响其它部分就会变得显而易见，系统的可维护性更加简单易得。
一种将复杂拆解简单的管理代码模式，理清模块间的关系，清晰数据出入在何处发生什么结果是什么，便于维护和添加新的步骤。原本开发常用lib库（类比java库）添加新的公用函数等本身就是如此效果，相比之下更新了模块之间的关系和依赖，形成了一个项目全部直接的模块管理关系，组织好碎片化的前端资源，尽可能优化浏览器的加载更新；且方便合作开发。 前端模块化是前端组件化、工程化的基石。
对比 Node.js 模块，webpack 模块能够以各种方式表达它们的依赖关系，几个例子如下： ES2015 import 语句 CommonJS require() 语句 AMD define 和 require 语句 css/sass/less 文件中的 @import 语句。 样式(url(...))或 HTML 文件(</img src=.../>)中的图片链接(image url)
(compiler模块是webpack的支柱引擎，扩展自Tapable类；) 1、初始化Compiler：new Webpack(config) 得到 Compiler对象 2、开始编译：调用Compiler对象的 run 方法 3、确定入口：entry 4、编译模块：从入口文件出发，调用所以配置的 loader 对模块进行编译，再找出该模块依赖模块，递归加载； 最终形成每个模块被编译后的最终内容及它们之间的依赖关系。 5、输出资源：根据依赖关系，组装多个模块的chunk，再把该chunk转换成一个单独文件加到输出列表。 可在此及之前修改输出内容； 6、输出完成：根据配置确定输入文件和路径，内容写入。
loader\plugin\webpack的简写在createWebpack文件夹下。
loader 用于对模块的源代码进行转换。loader 可以使你在 import 或"加载"模块时预处理文件。因此，loader 类似于其他构建工具中“任务(task)”，并提供了处理前端构建步骤的强大方法。loader 可以将文件从不同的语言（如 TypeScript）转换为 JavaScript，或将内联图像转换为 data URL。loader 甚至允许你直接在 JavaScript 模块中 import CSS文件！loader是个函数，接收三个参数content, map, meta，回调三个参数，默认从后向前执行；其中可添加pitch函数，执行顺序相反。
plugin插件是 webpack 的支柱功能。webpack 自身也是构建于，你在 webpack 配置中用到的相同的插件系统之上！插件目的在于解决 loader 无法实现的其他事。webpack 插件是一个具有 apply 属性的 JavaScript 对象。apply 属性会被 webpack compiler 调用，并且 compiler 对象可在整个编译生命周期访问
工程化分为四个方面：模块化、组件化、规范化、自动化。参考 前端模块化是前端工程化的基石。
将任何文件尽可能简化成多个单独耦合性低的文件模块，统一打包和加载，方便多人合作和文件资源管理。
组件是UI层面的拆分，对页面的每个单独可以成块的部分进行拆分，设计单独通用组件，便于通用管理。
开发管理规范，如：git flow工作流、驼峰命名规范、目录结构约定（典型egg）、编码格式（eslint校验）、风格统一（css的模块、js规范）、定期code review等开发层面能做到的管理规范。方便多人协作。（这部分可以借助脚手架工具来完成大部分的需求）。
尽可能解放重复无意义的操作，让代码做该做的事。gulp\webpack是实现打包这步的工具，CI/CD、自动发布是自动化的终极目标；提交代码的那一刻，剩下的都交给电脑运行，在这方面，大公司的处理就非常完善。监测git push，提交完代码之后，自动打包镜像部署服务kubernate（有些需人工确认的开发按钮确认继续或回退），构建成功返回结果，看部署服务器是否启动即可。
脚手架工具：Yeoman\Plop（不知以后用不用得上，先记录下优秀博客）前端工程化===Webpack？No，我来告诉你什么是前端工程化！
PS：有时间的话，完善“模块化的发展认识”及“CommonJS”的实现