大量实践发现后台管理程序，其实90%的代码都是相同的，当然是在抛弃复杂逻辑业务的情况下，那么如何能高效的节约这些时间呢，那就是接下来我要说的，对于后台系统自动生成的一些思考。
适用情景：
1、表编号id为自增（基于现在大部分表编号都是自增的情况）；
2、没有太复杂业务关联关系，比如表的某一个字段，存储了一个json对象，为了平衡后台用户使用，需要友好的分段展示给用户的定制ui界面；还比如表中存储了外键的多个id，但为了方便用户使用，只能已标签name的方式，给用户展示，等等这些超强业务黏合逻辑的情景，是不能被满足的；
特殊说明：
先阶段任何自动化的程序都是为了辅助开发，而不是替代开发的，因为任何人都不需要简单并且千篇一律的系统。
进入正文：
最核心的就是下面这个思维导向图：
只要解决了上述所有问题，就解决了自动生成的问题。
解决方案：
生成系统一定是可配置行的，需要用配置来替代编码，并且他一定是基于某个模板的，不同的程序生成的代码也是不同的，比如nodejs就是html和控制器、asp.net则是页面加扩展类。
实现思路：
1.配置模板，提取生成循环标签；
2.配置数据库，先连接上数据库；
3.列出数据库下的所有表，开发人员选着相应的表，配置生成目标；
4.配置查询条件、列表展示列和顺序、配置新增/修改模板；
5.循环替换模板，生成模板；
到此就开发完成了。
以上为是鄙人对于后台系统生成的一点思考，愿为大家提供一些帮助或者一些灵感！最后祝周末愉快！
如果本文对你有所帮助，请打赏——1元就足够感动我：）
联系邮箱：intdb@qq.com
我的GitHub： https://github.com/vipstone
联系邮箱：intdb@qq.com
我的GitHub： https://github.com/vipstone
关注公众号：
作者： 王磊
出处： http://vipstone.cnblogs.com/
本文版权归作者和博客园共有，欢迎转载，请标明出处。
