大量实践发现后台管理程序，其实90%的代码都是相同的，当然是在抛弃复杂逻辑业务的情况下，那么如何能高效的节约这些时间呢，那就是接下来我要说的，对于后台系统自动生成的一些思考。
适用情景：
1、表编号id为自增（基于现在大部分表编号都是自增的情况）；
2、没有太复杂业务关联关系，比如表的某一个字段，存储了一个json对象，为了平衡后台用户使用，需要友好的分段展示给用户的定制ui界面；还比如表中存储了外键的多个id，但为了方便用户使用，只能已标签name的方式，给用户展示，等等这些超强业务黏合逻辑的情景，是不能被满足的；
特殊说明：
先阶段任何自动化的程序都是为了辅助开发，而不是替代开发的，因为任何人都不需要简单并且千篇一律的系统。
进入正文：
延伸阅读
- ssh框架 2016-09-30
- 阿里移动安全 [无线安全]玩转无线电——不安全的蓝牙锁 2017-07-26
- 消息队列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 论文笔记【图片目标分割】 2017-07-26
- 词向量-LRWE模型-更好地识别反义词同义词 2017-07-26
- 从栈不平衡问题 理解 calling convention 2017-07-26
- php imagemagick 处理 图片剪切、压缩、合并、插入文本、背景色透明 2017-07-26
- Swift实现JSON转Model - HandyJSON使用讲解 2017-07-26
- 阿里移动安全 Android端恶意锁屏勒索应用分析 2017-07-26
- 集合结合数据结构来看看(二) 2017-07-26
学习是年轻人改变自己的最好方式