webpack是前端构建的一个核心所在,若是说后端构建就是把高级语言代码编译成机器码,那么前端的构建就是从新组合原有的代码,虽然并不编译成机器码,但实际上,由于前端长期使用简单的脚本开发,HTML,CSS,JS互相分离,难以造成相似工程化的“凝聚力”。前端
因此伴随着大量的模块化标准的创建,“组件化”前端的概念也逐渐确立,前端开始着重以功能模块为划分,而不是和之前通常以代码种类为划分。node
webpack是很好的构建解决方案,简单地说,它经过人为设定的配置,按照需求将前端的各类代码按照指定的方式组合,整理成浏览器可执行的正常代码。这里的各类代码包括但不限于JS,能够是HTML,CSS等任何代码。webpack
一、从context对应的文件夹开始…web
二、寻找entry里全部的文件名…npm
三、而后读取它们的内容。在解析代码时,每个经过import(ES6) 或require()(Node) 引入的依赖都会被打包到最终的构建结果当中。它会接着搜索那些依赖,以及那些依赖的依赖,直到“依赖树”的叶子节点 — 只打包它所须要的依赖,没有其余的东西。后端
四、Webpack 将全部东西打包到output.path对应的文件夹里,使用output.filename对应的命名模板来命名([name]被entry里的对象键值所替代)浏览器
webpack包括许多属性,能够灵活定制打包编译过程。这篇文章,就着重地介绍webpack的配置,由于这是它的灵魂所在服务器
入口文件的属性,整个项目的主入口,其他依赖的模块均在这些文件中引入前端构建
不一样资源的加载器,默认webpack只支持JS,可是引入不一样的loader,就能够加载更多类型的资源文件,例如HTML,CSS,JPG等等。经过module属性配置须要匹配的文件资源和对应的加载器。须要注意的是,加载器须要提早经过npm安装。模块化
webpack能够为js的各类不一样的宿主环境提供编译功能,为了能正确的进行编译,就须要开发人员在配置里面正确的进行配置
默认状况下,target的值是web,也就是为类浏览器的环境提供编译