项目开发中一些常见的代码规范问题及解决方案

1)页面后代码中出现SQL语句或与某一类具体数据库相关的对象，比如OracleConnection、OracleTransaction等；
2)扩展的方法缺少注释，或注释不完整；
3)状态值的判断未采用枚举；
4)属性缺少注释；
5)方法名未采用Pascal命名法(单词首字母均应该大写)；
6)资源文件引用混乱，一些常用的公共JS文件(比如JQuery框架文件)在模块文件夹中重复添加并引用。
7)日期控件未指定样式显示出图标；
8)为SQL语句动态传参数时，直接采用字符串拼接，未使用Parameter的方式传值。

9)在页面后代码中出现诸如创建数据库连接，进行事务处理的情况。(解读：不允许在页面后代码或Biz类中出现SQL

语句，创建数据库连接等与具体数据库操作相关的代码，是为了提高产品代码的可移植性。应该将涉及到具体数据库操作
的代码封装到DAO中，这样，假如产品切换到不同类型的数据库，则只需要替换DAO中的实现代码，而不需要每个具体的页

面后代码或Biz类都进行相应的修改。

10)该使用事务处理的地方没有使用事务，比如涉及到主从表记录保存或删除时，不是在一个事务中处理。(解读：将
涉及到多表增删改等操作的业务放在一个数据库事务中处理，是为了保证数据的完整性。开发人员往往为了偷懒省事，不
愿多写事务处理的相关代码，为程序埋下了隐患。)
11)方法注释不全。(解读：许多方法，尤其是重载的方法，往往是直接拷贝后，没有及时修改其注释，导致方法参数的注释
不对应；另外，方法注释格式不正确，直接使用'//'进行单行注释。应该通过在VS中输入'///'后自动生成的注释标记来
进行完整注释)
12)页面后代码中出现静态变量。(解读：开发人员往往为了缓存数据的需要，在页面后代码中定义一些静态变量。但
是由于静态变量的全局性，多个用户共用的是同一个静态变量，任何一个用户访问该页面，都可能修改这个静态变量的值

，从而导致数据的混乱。

13)页面后代码滥用Session，没有及时清空Session对象。(解读：开发人员往往为了缓存数据的需要，会经常使用Session。虽然Session使用起来方便简单，但是滥用Session，尤其是用于缓存大量数据时，会大量消耗服务器资源，特别是并发访问多的时候更是加重服务器负载，导致程序运行的低效。而且Session也存在不稳定，容易丢失数据等问题。所以，能通过其他途径解决参数传递或数据缓存的，尽量都不要使用Session。