关于后台系统自动生成的一点思考
大量实践发现后台管理程序，其实90%的代码都是相同的，当然是在抛弃复杂逻辑业务的情况下，那么如何能高效的节约这些时间呢，那就是接下来我要说的，对于后台系统自动生成的一些思考。
适用情景：
1、表编号id为自增（基于现在大部分表编号都是自增的情况）；
2、没有太复杂业务关联关系，比如表的某一个字段，存储了一个json对象，为了平衡后台用户使用，需要友好的分段展示给用户的定制ui界面；还比如表中存储了外键的多个id，但为了方便用户使用，只能已标签name的方式，给用户展示，等等这些超强业务黏合逻辑的情景，是不能被满足的；
特殊说明：
先阶段任何自动化的程序都是为了辅助开发，而不是替代开发的，因为任何人都不需要简单并且千篇一律的系统。
进入正文：
最核心的就是下面这个思维导向图：
只要解决了上述所有问题，就解决了自动生成的问题。
解决方案：
生成系统一定是可配置行的，需要用配置来替代编码，并且他一定是基于某个模板的，不同的程序生成的代码也是不同的，比如nodejs就是html和控制器、asp.net则是页面加扩展类。
实现思路：
1.配置模板，提取生成循环标签；
2.配置数据库，先连接上数据库；
3.列出数据库下的所有表，开发人员选着相应的表，配置生成目标；
4.配置查询条件、列表展示列和顺序、配置新增/修改模板；
5.循环替换模板，生成模板；
到此就开发完成了。
以上为是鄙人对于后台系统生成的一点思考，愿为大家提供一些帮助或者一些灵感！最后祝周末快乐！
适用情景：
1、表编号id为自增（基于现在大部分表编号都是自增的情况）；
2、没有太复杂业务关联关系，比如表的某一个字段，存储了一个json对象，为了平衡后台用户使用，需要友好的分段展示给用户的定制ui界面；还比如表中存储了外键的多个id，但为了方便用户使用，只能已标签name的方式，给用户展示，等等这些超强业务黏合逻辑的情景，是不能被满足的；
特殊说明：
先阶段任何自动化的程序都是为了辅助开发，而不是替代开发的，因为任何人都不需要简单并且千篇一律的系统。
进入正文：
最核心的就是下面这个思维导向图：
只要解决了上述所有问题，就解决了自动生成的问题。
解决方案：
生成系统一定是可配置行的，需要用配置来替代编码，并且他一定是基于某个模板的，不同的程序生成的代码也是不同的，比如nodejs就是html和控制器、asp.net则是页面加扩展类。
实现思路：
1.配置模板，提取生成循环标签；
2.配置数据库，先连接上数据库；
3.列出数据库下的所有表，开发人员选着相应的表，配置生成目标；
4.配置查询条件、列表展示列和顺序、配置新增/修改模板；
5.循环替换模板，生成模板；
到此就开发完成了。
以上为是鄙人对于后台系统生成的一点思考，愿为大家提供一些帮助或者一些灵感！最后祝周末快乐！
本文为 @ 21CTO 创作并授权 21CTO 发布，未经许可，请勿转载。
内容授权事宜请您联系 webmaster@21cto.com或关注 21CTO 公众号。
该文观点仅代表作者本人，21CTO 平台仅提供信息存储空间服务。
评论
21CTO
管理团队最新文章
Bing 出现 AI 漏洞即时注入攻击
12月04日Deno 与 Oracle：谁真正拥有 Jav...
12月03日马斯克继续起诉 OpenAI 营利转型...
12月02日物理智能推出机器人基础模型 Pi-...
12月04日