本项目master分支已升级到webpack2
版本,如需查看webpack1
版本,请查看webpack1_version分支。
本项目是一个基于webpack架构的web app脚手架,其特点如下:
- 更适合多页应用。
- 既可实现全后端分离,也可以生成后端渲染所需要的模板。
- 引入layout和component的概念,方便多页面间对布局、组件的重用,妈妈再也不用担心我是选SPA呢还是Iframe了,咱们都!不!需!要!
- 编译后的程序不依赖于外部的资源(包括css、font、图片等资源都做了迁移),可以整体放到CDN上。
- 整合Bootstrap3及主题SB-Admin,但其实换掉也很简单,或者干脆不用CSS框架也行。
- 不含Js框架(jQuery不算框架,谢谢)。
- 本项目基于 webpack v2 和 webpack-dev-server v2,全局和项目局部依赖都一样。
- 本项目使用包管理工具NPM,因此需要先把本项目所依赖的包下载下来:
$ npm install
- 启动服务器,推荐直接使用webpack-dev-server
$ npm run start
- 理论上来说,webpack-dev-server会自动帮你打开浏览器并展示示例页面;如果没有的话,请手动打开浏览器,在地址栏里输入
http://localhost:8080
,Duang!页面就出来了!
命令 | 作用&效果 |
---|---|
npm run build | 根据webpack.config.js ,build出一份生产环境的代码 |
npm run dev | 根据webpack.dev.config.js ,build出一份开发环境的代码 |
npm run start | 开启webpack-dev-server并自动打开浏览器,自动监测源码变动并实现LiveReload,推荐实际开发时使用此项 |
npm run profile | 显示编译过程中每一项资源的耗时,用来调优的 |
npm run dll | 生成Dll文件,每次升级第三方库时都需要重新执行一遍 |
npm run analyse | 生成打包文件结构的可视化分析报告;注意请在npm run build 或npm run dev 后再执行 |
npm run analyze | 作用同上 |
├─build # 编译后生成的所有代码、资源(图片、字体等,虽然只是简单的从源目录迁移过来)
├─node_modules # 利用npm管理的所有包及其依赖
├─vendor # 所有不能用npm管理的第三方库
├─.babelrc # babel的配置文件
├─.eslintrc # ESLint的配置文件
├─index.html # 仅作为重定向使用
├─package.json # npm的配置文件
├─webpack-config # 存放分拆后的webpack配置文件
│ ├─base # 主要是存放一些变量
│ ├─inherit # 存放生产环境和开发环境相同的部分,以供继承
│ └─vendor # 存放webpack兼容第三方库所需的配置文件
├─webpack.config.js # 生产环境的webpack配置文件(无实质内容,仅为组织整理)
├─webpack.dev.config.js # 开发环境的webpack配置文件(无实质内容,仅为组织整理)
├─src # 当前项目的源码
├─pages # 各个页面独有的部分,如入口文件、只有该页面使用到的css、模板文件等
│ ├─alert # 业务模块
│ │ └─index # 具体页面
│ ├─index # 业务模块
│ │ ├─index # 具体页面
│ │ └─login # 具体页面
│ │ └─templates # 如果一个页面的HTML比较复杂,可以分成多块再拼在一起
│ └─user # 业务模块
│ ├─edit-password # 具体页面
│ └─modify-info # 具体页面
└─public-resource # 各个页面使用到的公共资源
├─components # 组件,可以是纯HTML,也可以包含js/css/image等,看自己需要
│ ├─footer # 页尾
│ ├─header # 页头
│ ├─side-menu # 侧边栏
│ └─top-nav # 顶部菜单
├─config # 各种配置文件
├─iconfont # iconfont的字体文件
├─imgs # 公用的图片资源
├─layout # UI布局,组织各个组件拼起来,因应需要可以有不同的布局套路
│ ├─layout # 具体的布局套路
│ └─layout-without-nav # 具体的布局套路
├─less # less文件,用sass的也可以,又或者是纯css
│ ├─base-dir
│ ├─components-dir # 如果组件本身不需要js的,那么要加载组件的css比较困难,我建议可以直接用less来加载
│ └─base.less # 组织所有的less文件
├─libs # 与业务逻辑无关的库都可以放到这里
└─logic # 业务逻辑
更新了一批浏览器缓存相关配置,详情请看webpack多页应用架构系列(十六):善用浏览器缓存,该去则去,该留则留
webpack及webpack-dev-server升级到v2版本,并相应修改webpack配置文件。
支持js/css/less文件的热更新,但暂未支持模板文件。
改为利用webpack --json
来生成webpack-bundle-analyzer生成包文件结构的可视化分析报告所需的json文件。
引入webpack-bundle-analyzer,用以生成打包文件结构的可视化分析报告。
把基础设施从项目里抽离出来,实现多项目共用同一套架构/基础设施。由于本项目肩负有教程示例的责任,且2.x版本变化极大,因此另辟一个新repo(Array-Huang/webpack-seed-v2)来放置。
考虑到多个页面可能会共用html/js/css(例如添加页面和修改页面),在自动查找页面入口时,忽略以_
开头的目录,因此,可以使用以_
开头的目录来放置页面复用的资源。
利用isaacs/node-glob
根据约定好的文件目录结构自动查找页面入口,取代过去手动指定的做法(但如果在调试过程中希望只编译某些页面,仍然可以通过手动指定来实现)。
引入Dll的概念,将第三方库进行预打包,那么在打包我们的业务代码的时候,就不需要重复打包这些第三方库了。这尤其能提现在bootstrap上,可以省一大半的时间。
- 如果修改了Dll所包含的第三方库,比如说升级之类的,请使用
npm run dll
重新打包Dll文件。注意:系统会在打包Dll前先清空Dll目录。 - 如果重新打包了Dll,那么也请重新打包你的业务代码,使用
npm run build
或npm run dev
。
- 编译文件前先清空build目录。
- 分拆webpack配置文件,避免配置文件日益臃肿。
- 分开生产环境和开发环境的webpack配置文件。其中,
npm run build
会调用生产环境的webpack配置文件(webpack.config.js),而npm run dev
和npm run watch
会调用开发环境的配置文件。
由于此脚手架已具备投入生产环境的能力,故直接定义版本号为1.0.0