ThinkJS3升级之路

是否要升级

CmPage后端的NodeJS框架，当初选择的是ThinkJS，主要是用async/await的写法比较符合一般的思维习惯，也适合写一些比较复杂的业务逻辑，ThinkJS升级到版本3.x以后，基于koa2进行了重构，和之前的版本改动还是蛮大的，之前也曾经考虑想采用过Egg.JS，不过所需时间成本应该会比较大。CmPage是否要升级的问题，答案其实是明确的，只能跟着走呗，难道要自己去维护ThinkJS2。有的时候实际项目中也经常会碰到类似情况，很无奈啊，大部分开源项目都是小众的，重构的频率比商用系统要快得多。
当然升级到ThinkJS3后，可以更方便地采用各种koa的资源，也可以多一些选择，说干就干，利用国庆被堵在家里的时间做点有意思的事情（有意义还不好说^-^）。

升级杂项

1. 关于数据库的选择，之前CmPage考虑了多种数据库，主要测试了Mysql、PostgreSql和MSSQL（ORM采用的是sequelize），直接写SQL语句的话还是有不少区别的，数据类型的格式处理也有差异。考虑到cmpage还是个比较新的项目，数据库改为支持mysql，插件采用think-model-mysql，等框架的功能齐全和稳定后再考虑其他的数据库类型；
2. 关于cmpage和应用系统的代码分离，稍微大一点的企业，他的IT信息化应用都会有多方面的需求，我们就可能会构建多个系统，由不同的团队进行维护，这样如果cmpage升级的话就比较麻烦。之前考虑EggJS也是这个原因，据其文档说可以方便地进行框架和插件的开发，试了一下也不是很方便，还是需要踩坑（总的来说还是时间不够，ps:程序员的焦虑），但话又说回来，目前开发业务系统的过程中还是需要随时查看框架的代码，甚至改改弄弄什么的才能较好地进行调试。
   因此和数据库的选择一样，考虑东西太多了就会束手束脚，还是暂不考虑。
3. 关于工作流的考虑同上，先实现简单的状态流转类的工作流，而且是面向开发人员的，当然cmpage本身就是面向开发人员的，非傻瓜式。
4. 修改继承类 think.controller.base, think.logic.base,thin