ASP.NET高级程序员进阶之路——.net项目开发中一些常见的代码规范问题及解决方案

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。