新框架编程统一标准-20140805_最终版.docxVIP

新框架编程统一标准（EXT+SSH）前台EXT只读的输入框，统一采用dissable方式处理，如下图所示：使用radiogroup时，必须统一默认值，如下图所示:输入框中，必须有默认值，以达到最好的客户体验，如下图所示：表单提交之前，页面中必填项没有填写完整的，提交按钮置灰，如下图所示：查询框中必须含有查询提示，如下图所示：提交按钮及重置按钮，图标必须统一，如下图所示：导出到excel图标，如下图所示：弹窗操作中，必须含有关闭按钮，如下图所示：对于弹出画面带有滚动条的时候 按钮放置在滚动条外侧对于查询条件部分 为下拉框的项目 添加默认值“全部”为了前台查询不到指定条件的数据后 分页控件 显示结果正确，后台在查询不到指定条件的数据（非异常时）应返回类型为成功，数据为空的响应后台SSH数据量超过1000条的树形结构，必须采用异步加载方式所有service实现类impl，必须调用日志接口，如下图所示： LogUtil.getInstance().InsertLog(buss, registerPersonId, registerPerson, content, DwInfoService);采用左链方式，进行数据库复杂查询；普通业务逻辑实现，必须采用hb方式，使用HQL语句执行。系统线程方式，统一采用封装的JDBC接口系统中具有事务性质的处理，必须按照Spring事务处理方式声明处理方法后台在拼接数据库操作语句是 如果含有特殊字符的可能性 需要进行转义后 再拼接（如调用StringEscapeUtils中escapeSql方法）任何请求尽量控制在3s以内，特殊请求控制在5s以内。耗时超过5s的必须大家商定处理办法。避免影响用户体验后台线程处理数据由于发布是多节点发布，在线程处理同时，用count(*)并不起作用；线程处理插入数据时，要加入插入重复判断的代码，如下图所示：from dual + where not exists(select rk_report_id from rk_report where create_time = +DateUtils.currentDate()+ and org_code = +orgcodes.get(k)+ and Live_flag = +liveids.get(i)+);Tomcat多节点集群发布，要注意，在插入数据库时，数据的判重性；参考如上代码，并根据tomcat多节点session共享式发布，针对代码做出优化和调整；核心代码，多处调用的必须采用单例模式构造核心代码多次调用的不得采用static静态标识符定义。事务处理必须严格按照Spring AOP方式执行。代码核查列表编号检查维度是/否是否适用代码功能1单元代码是否满足分配的特定需求（参考详细设计说明书）？2单元与SRS需求或详细设计是否有冲突?3单元是否做了它不应该做的事，或者不需要做的事？4代码在代码效率、运行时间、存储利用和错误控制/错误处理方面是否合理？5单元是否遵守SDP中的编程标准和约定和特定的合同要求？单元接口1单元接口是否匹配其他单元的需要？2使用习惯和数据定义是否一致？3存在的错误情况是否得到正确处理？4是否所有的接口在另一端有相应的接口处理？数据1单元设置或使用的所有数据是否一致？是否有数据冲突？2数据初始化或重新初始化是否正确？3是否有数据冗余？4数据的精确度是否足够？5数据描述是否清晰和无二义性？6是否需要数据确认？7数据使用或设置的频率？命名规则检查1方法名和变量名是否符合规范？2文件名是否符合规范？6存到session的标识的名称定义是否符合规范？代码格式检查1IMPORT语句是否排列正确？2代码格式、缩进、空行、空格是否符合规范？3方法行数、类行数及每行代码的长度是否符合规范？4类头是否有注释，各项注释是否正确？5文件头是否有注释，文件名和包名是否正确？6类、方法和属性是否符合：类名首字母大写，方法名首字母小写，属性首字母小写？7在有try – catch里是否有跳转到错误页面的提示？8在有try – catch里是否有写Logger日志？9不同的操作有没有放在独立的try – catch里？10是否有冗余代码？比如引入了多余的包？定义了没有使用的变量？注释掉的代码没有删除？代码控制检查1if嵌套是否避免超过3层？2局部变量定义在每个块的块头，变量不要在循环体内定义？4有没有不该出现的switch-case、if-else语句？有时这样的语句能够用模板（一种设计模式）或者策略来实现，可以避免预期出现的变化。5使用超链接传递参数，参数中是否含有“＃”、“？”、“＆”、空格、英文的单双引号？参数是否过长？使用了这些字符后及参数过长，会造成报错。一般整个请求的长度不应超过255个字符。SQL语句检查1wh