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

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

适用情景:

  1、表编号id为自增(基于现在大部分表编号都是自增的情况);

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

特殊说明:

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

进入正文:

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

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

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

解决方案:

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

实现思路:

1.配置模板,提取生成循环标签;

2.配置数据库,先连接上数据库;

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

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

5.循环替换模板,生成模板;

到此就开发完成了。

 

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

 

 

 

 

 

  

原创文章,作者:ItWorker,如若转载,请注明出处:https://blog.ytso.com/industrynews/255320.html

(0)
上一篇 2022年5月18日 02:58
下一篇 2022年5月18日 03:02

相关推荐

发表回复

登录后才能评论