小经验总结

1：存储编号和名称

通常状况下，机构名称会变动，而机构编号是人为设定的，不易变动，存储DB时，若是存储了机构名，那么当机构名变动时，很难修改，特别是数据量大的时候，若是仅仅存储编号，经过关联机构表就能够获取到最新的名称。

上传文件时，存储文件路径也存在相似的问题，能够经过获取文件根路径，存储子路径和存储文件名来拼接文件实际的路径（或者url调用路径）

2：修改多流程对象

采起备份还原策略

对于一条须要审批的记录，须要审批结束后才能生效。那么当第一次审批经过后，变成生效记录。那么当对此条记录进行修改时，就存在问题了，是否在原审批经过的记录上修改？若是是的话，那么修改到一半，或者修改以后审批不经过，都会致使原生效记录数据被污染，难以恢复。

因此就要采起备份策略，当修改生效记录时，先生成一条备份记录，后续修改就在此备份记录上操做，若是修改未完毕或者修改后审批不过，则不影响原生效记录~！若审批经过，则将原生效记录变为备份记录，此备份数据变为生效记录！

 

3：ABTest设计

当APP端须要评估多个方案效果时，能够将多个（好比AB两个）方案分别作好，针对不一样的用户投放，最后采集数据肯定AB两种方案哪一种效果更好。

4：预发布设计

白名单发布

5：APP端排版采起zone配置

经过cms配置APP端的排版要素，包括名称，简介，图片，跳转连接，其余文字介绍，标签信息，排序，埋点等等信息。。。

6：top sql监控优化

sql监控

7：白名单黑名单

当某功能发布生产环境的时候，对此功能的屏蔽能够采起白名单的方式，只有在白名单中的用户才能看到信的功能，能够用户生产体验。

黑名单反之~！

8：任务管理

略

9：统一图片校验及上传

将上传图片的校验解耦，建立规则表，不一样的上传处生成不一样的校验规则，那么每一个上传检验均可以自主配置，注意单图，多图上传的校验，注意扩展。

图片通常的校验：图片类型，图片大小，图片宽高，图片比例，图片数量。。。

10：大文件上传切分及保存

使用统一的上传文件处理，主要是利用linux服务的命令行对文件进行去重，切分处理。再加上线程调度统一获取处理。

11：简单的uuid先锁表后获取

 

12：接口（HTTP）幂等特性

能够利用ajax发起异步请求，从服务器获取惟一的guid，而后真正的请求经过此guid来保证请求的惟一性，保证请求不会重复，特别是扣款，发送积分优惠劵等新增，修改操做·！

13：预定配置

正如上面的zone配置，能够配置预定生效时间，好比配置xxx年1月1日开始生效，1月15日失效，那么当元旦到来时，APP能够自动切换预定显示的内容，直到1月15日再切换回去。这种设置能够预先设置，不用等到假期来临了再临时设置。特别是当这种操做须要审批时，因为审批经过的时间不肯定，展现的内容不能依赖审批时间，可让领导提早审批经过，后续自动展现