代码优化

一、数据库层面

1）在作批量操做时，先用一句SQL从数据库中查询列表数据，而后再内存中去遍历，不要在循环中每次发起一个SQL请求；由于数据库链接很耗性能

 

二、代码层面

1）之后合并批量操做和单条操做，统一用strList来接受参数

2）为避免多余的拆箱和装箱操做，之后前台传参统一使用strMap，不用objMap

3）写代码遵循一个原则，至繁归于至简

 

三、命名规则

1）方法命名不加of，关联事务的命名仿照 updateAssessmentSubmit

2）关于列表展现的命名仿照 listFinalAssessmentPass

3）角色放后面，功能修饰放对象前面，仿照updateAssessmentBackKpb, updateAssessmentBackQt

4）原则遵循：对象放前面，动做修饰放后面

 

四、提示语句

修改叫填报，查询叫提供

必须选择一条记录进行操做！

操做失败，请联系管理员！

至少选择一条记录进行操做！

 

五、其余

注释不须要每一个地方都写，要注意他存在的本质，像添加方法，咱们的提示信息已经一目了然了，就不须要写注释了，而查询方法没有中文提示信息，咱们就须要写注释。

别小看if else，这么设计是有它的理由的，能用的时候就用上

代码相关的部分放在一块，这样能够很方便的抽取出来

若是前台输入没影响个人程序运行，我能够规避他，我就不报错

尽可能写一些公用性的提示信息，不然模块之间粘贴复制太麻烦了

若是和用户操做失误无关的错误，在后台的处理方法采用不提示错误信息，默默的让这种操做失败，好比报送、审核这些操做，若是用户经过平台途径操做，那么他确定能成功，若是不能成功就是程序的问题或者别人经过非法途径攻击系统。

平台自定义的strMap、modelMap必须是平台本身实例化的，不要程序员本身去new

连缀表达式能够在架构中用到

SQL语句须要美化

灾难性检测，例如此次的角色管理配置功能项时出现的BUG

在后台，不管是什么操做（例如批量添加等），都应该将各自的方法写在各自的接口里面，一切为解耦考虑

应该按照规范英文命名

接口排序的方法按照页面功能的排序

公用接口放在最后面

jhcnd改为con

jhupdate改为update