代码规范心得-持续更新

总结一些自己在实际项目维护中遇到的一些痛点，大部分都是代码不规范引起的，以此为鉴。

1. 严格分层

控制层和业务层应严格区分开，业务层应该只和业务相关，要做到业务层即使离开当前系统，换个框架也可以继续运行。
Service层尽量避免操作session，相关的赋值和控制应该尽量在Controller层实现。
例如：

• 对外提供接口，Service层应做到通用，有些接口可能没登陆操作，Service层大量的操作session对接口的开发不太友好。
• 保存数据来源：明显和业务无关，应该写在控制层，结果项目中大量写死在Service层，不得不修改代码。
• 档案转出：相关参数校验可以在控制层判断，但是涉及到业务如：档案是否存在、是否符合转出条件等必须在Service层实现。

这只是其中一部分，遇到了再补充。

2. 异常的处理

可捕获，可抛出，但是严禁捕获后“不作为”！！！
最基本的错误信息得打印出来吧。
我就遇到过，捕获了异常，catch代码块里是空的，线上排查的时候，控制台没有任何错误日志，但程序就是达不到预想的效果，几经波折才发现是这个问题…