博客
关于我
关于后台系统自动生成的一点思考
阅读量:449 次
发布时间:2019-03-06

本文共 645 字,大约阅读时间需要 2 分钟。

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

适用情景:

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

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

特殊说明:

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

进入正文:

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

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

解决方案:

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

实现思路:

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

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

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

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

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

到此就开发完成了。

 

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

 

 

 

 

 

  

转载地址:http://xfwbz.baihongyu.com/

你可能感兴趣的文章
java面试一日一题:mysql事务是如何实现的
查看>>
java面试一日一题:在创建微服务时,是用RPC还是http
查看>>
mybatis中#和$符号的区别
查看>>
json-lib的使用《二》
查看>>
LeetCode52题,别再问我N皇后问题了
查看>>
Srping源码之BeanFactory.getBean
查看>>
/*临时文件路径*/
查看>>
Swagger常用注解
查看>>
MyBatis版本升级导致OffsetDateTime入参解析异常问题复盘
查看>>
C++中的extern“C”
查看>>
每日复盘
查看>>
Azure Messaging-ServiceBus Messaging消息队列技术系列8-服务总线配额
查看>>
Azure IoT 技术研究系列5-Azure IoT Hub与Event Hub比较
查看>>
Windbg程序调试系列1-Mex扩展使用总结
查看>>
Akka-Cluster(6)- Cluster-Sharding:集群分片,分布式交互程序核心方式
查看>>
Scalaz(29)- Free :Coyoneda - Functor for free
查看>>
FunDA(8)- Static Source:保证资源使用安全 - Resource Safety
查看>>
FunDA(16)- 示范:整合并行运算 - total parallelism solution
查看>>
.NET开源类库Nini手册(INI、XML、注册表的配置应用)-中文翻译
查看>>
简单实用算法——字节位序反转
查看>>