大量实践发现后台管理程序，其实90%的代码都是相同的，当然是在抛弃逻辑业务的情况下，那么如何能高效的节约这些时间呢，那就是接下来我要说的，对于后台系统自动生成的一些思考。

适用情景：

　　1、表编号id为自增（基于现在大部分表编号都是自增的情况）；

　　2、没有太复杂业务关联关系，比如表的某一个字段，存储了一个json对象，为了平衡后台用户使用，需要友好的分段展示给用户的定制ui界面；还比如表中存储了外键的多个id，但为了方便用户使用，只能已标签name的方式，给用户展示，等等这些超强业务黏合逻辑的情景，是不能被满足的；

特殊说明：

　　先阶段任何自动化的程序都是为了辅助开发，而不是替代开发的，因为任何人都不需要简单并且千篇一律的系统。

进入正文：

　　最核心的就是下面这个思维导向图：

只要解决了上述所有问题，就解决了自动生成的问题。

解决方案：

生成系统一定是可配置行的，需要用配置来替代编码，并且他一定是基于某个模板的，不同的程序生成的代码也是不同的，比如nodejs就是html和控制器、asp.net则是页面加扩展类。

实现思路：

1.配置模板，提取生成循环标签；

2.配置数据库，先连接上数据库；

3.列出数据库下的所有表，开发人员选着相应的表，配置生成目标；

4.配置查询条件、列表展示列和顺序、配置新增/修改模板；

5.循环替换模板，生成模板；

到此就开发完成了。

以上为是鄙人对于后台系统生成的一点思考，愿为大家提供一些帮助或者一些灵感！最后祝大家周末快乐！

关于后台系统自动生成的一点思考