总结2012年，展望2013

　　2012年由于总总原因过的异常纠结和痛苦，公司由年初开始开发某个管理系统，项目由三月底开始，直到10月上线，上线后又是种种问题，各种bug，让我不得不好好的进行总结，其中的代码的问题，业务的变更，人员的变更，与客户，领导关系的处理，我将一一写出来。

　　首先，我想写的是代码的问题，本来想首先写与客户和领导的关系处理，既然是对问题的反省，把抱怨先放一放，以后有机会的。由于代码没有进行拷贝，一些问题只能凭记忆。

　　另外想介绍一下自己，以便大家在看我文章的时候，对我的技术有一个预先的认识和了解，2005年南京某个大专毕业，在苏州某电子厂担任技术员工作，到2009年底，转行参加培训，于2010年3月正式开始我的程序员之路，从业近三年的时间，一直从事.net的开发工作，走到现在只能算是一个老菜鸟。

　　问题一：该系统中在写sql存在大量的

SELECT
A.ItemId
,ISNULL((SELECT top 1 Name FROM TableB WHERE TableB.Num=A.Num),A.Name) AS Name
from TableA A

　　这种类似的写法，不知道原来的同事是基于什么原因这么写sql语句，应该用join的方式来提高sql的执行效率。

　　问题二：系统在跑了一个月以后发生非常严重的性能问题，开始了非常大量的代码优化工作。把所有利用gridview自带的分页，改成了真分页(利用row_Num)，在绑定数据源时就进行了真分页处理。在excel导出时，尽量减少数据的反复查询处理，和循环处理，尽量利用linq和sql将数据一次查出，处理完成，缩短程序处理时间，避免数据量过大导致超时。（注：有一个问题至今未解决，当数据量过大时，具体多大不详，iis会报出请求实体过大的错误）

　　问题三：一些共同的属性，如登陆系统人员的基本信息等，放在母板页的session中，不要进行反复查询处理。

　　问题四：在父子页面互相传值时，应当尽量使用json这类轻量级的方式，进行值传递，避免使用字符串分割的方式进行父子页面值传递。

　　问题五：适当的增加注释，在开发完毕，提交代码时，应当将所有的注释代码删除，保持代码的整洁，每个方法不应超过30行，每行代码的长度不应超过屏幕的宽度，以便代码的阅读。

　　问题六：在进行业务代码的开发时，使用系统中原有的规则进行数据的处理和查询，不要自行进行字符串的处理。

　　　　　　例如：某条数据的主键为：a12b，请勿自行截取12进行值的传递，不然时间一长，你自己也不会知道12到底是干什么用的了。

　　想到这么多，也就暂时写这么多...