Koa2+webpack3+react+mobx+mongoose 脚手架

从最近的项目中抽离出了一套基于koa&react的脚手架，基于这套脚手架可以直接对中小型项目进行开发，上手很快。代码地址在这里

为什么需要它

• 市面上大多是基于react 的脚手架，能够支持一个完整应用的脚手架不多。该项目包括了数据库mongoose模型的建立与增删改查基本操作的基于Promise方法的封装，以及配置文件中对开发模式和生产模式的区分。

• webpack 已经升级到v3.5.5, 但是很多配置还都基于以前的版本，对于当前已经不再适用。整体配置基于最新的webpack3，react-hot-loader也已经升级到了最新版本，整体开发功能基本完备。

• 使用mobx管理前端状态，更适合中小型应用快速开发。以前经历过react+redux的开发，在小项目中使用个人感觉就像“杀鸡焉用宰牛刀”，经过尝试，mobx更适合中小型项目的开发。

• 所有文件都可以基于ES6编写。完善了webpack配置文件以及node文件中对ES6的支持，随意开发，再也不用顾虑该文件是否不支持ES6。

其余特点介绍

• 使用前端路由对应用进行路由管理，适合单页应用。
• 使用react-router-dom 与mobx-react-router, 将路由与页面状态绑定。
• 将第三方依赖使用webpack.dll单独打包，减少不必要的重复编译。
• 加入mongoose配置，与常用方法CRUD的封装。
• webpack配置遵循最佳实践，将不同环境的配置分文件存放，并使用webpack-merge进行文件内容的合并，简单易懂。
• koa中对于route、view、static等中间件已经配置好，可直接使用。
• npm scripts 功能设置完备。

Note: 不管是开发还是生产环境，npm install后要先执行一次npm run build-dll 以生成 dll 文件，然后再随意启动服务。

补充

---

在生产模式下，对于node文件最好能先编译，再启动编译后的文件。

但是发现编译node相关文件时， router中引用的model文件，并不会被编译，因为在前端文件中没有被引用，而node文件又只打包了app.js 与router.js ,如果再单独编译model文件，然后再对routes.js中对其引用进行修改，太过麻烦，所以这儿直接使用babel-node启动服务。

NODE_ENV=production babel-node app.js

启动node服务时，对于环境变量的设置需要放在第一位

---

关于hash与缓存

• hash & chunkhash

hash是webpack对这次编译的标记，也就是本次编译的所有文件会有相同的hash值，这对于精确控制静态资源的缓存造成了麻烦。

chunkhash是基于文件内容的md5，可以保证每个文件的chunkhash各不相同，这样，在某个文件改变之后，上次编译的其余文件还可以继续使用缓存。因为本案例就一个打包文件，所以使用的 hash,开发时可自行调整。

• extract-text-webpack-plugin的contenthash

抽离CSS文件时，不管是用hash,还是chunkhash，都无法将css 与js 文件分离，也就是当js更新时，css文件的缓存也将无法使用。extract-text-webpack-plugin插件提供了针对style的contenthash，可以解决这个问题。

new ExtractTextPlugin('[name].[contenthash].css');

---

还想增加的功能

• 一键部署
  最好将从代码的提交到在服务器上部署，可以一键集成，省心省力，继续探索ing。
• 依赖的版本管理
  尝试过两个 lockdown和npm-shrinkwrap，用起来都不是太得心应手,或许是还没有习得他们的精髓，再进一步了解看看，再更新。

项目代码地址在这里~