ajax模型跟其它的不太一样

没有现在比较流行的哪种ajaxPanel的概念。有一个CallBackPanel按它的例子去写了。结果发现object是null没有选到。看了别人代码发现很多得用客户端来传递哪个值。（官方文档帮助比较不好看， 它的模型也是有点特色的）

多写代码量 3-4倍

AspxGridView烂 自定义分页要用很复杂的方式来搞定。 （发现一些代码根本就不分页了，直接取1000条出来绑定。。给哥造成很大的压力，改写太难改写。不改写看到了又很受不了。）Telerik的 用Onneed_DataSource模型很强大。

原来我主导的项目开发。都是行云流水般的顺利，这边发现太糟糕了。 一碰到改代码或新加功能都是碰到一堆长代码。200多行的方法。html不用写在代码的也写在代码里面了。

每深入开发一个功能都发现代码写得烂。而且都伴随着1-3个超明显的Bug。

 后面只能先修改和重构 导致新功能都没有办法顺利完成的。哪些影响不大的只能先放着。一步步蚕食掉不太好的代码。全盘来是不太可能的。

项目架构不合里（WCF框架应用目的不明确，N多项目各自为战。）
项目结构，（n个类会放在同一个文件）文件夹没有分好，公用基类项目没有搞好。
开发流程没有弄好。（在上一轮的功能没有完成，功能测试 具体的测试没有完成就进行了下一轮开发。）
项目主负责人 认知不过或没有检查团队成员写的代码。

函数级别 也没有搞好。 重复代码太多。函数超长。职责不独立。该犯的错都犯了。

不过整个项目还是可以跑得动的。

整个东西最主要还是流程。 也就是我们整个项目要有一个结构。这样后面进来的人就可以按这个结构继续工作下去。然后负责人要对新来的要重点照顾一下。再慢慢的减少观察。

要保证它写的代码要符合规范要求 （比代码的书写规范要重要。）

1.简单的说一个页面承载多个功能， 该独立出Usercontrol要独立出来。而不是一直混在page哪边。

2.重复代码2次以上，必须整理

3.类的职责单一。 把相关的整理到一起，把不相关的移出去。太大了考虑是否拆分。

4.需要设计模式的要用。 而不是弄了比较烂的n多catch.

5.项目里面传递类型的单位应该是用类，而不是用string来组合到另一个方法哪边再次拆开 （原来是绝对想不到有人这样用的）

6.业务模型 （领域模型），没有继承意义的时候，千万别因为 它们的物理模型有相似的地方来搞继承。没有哪个必要 （刚好用的是EF4.1结果生成的SQL就超恐怖了，都是上千行几千的sql语句。）

7.别把简单搞复杂，好多简单的东西变得复杂好多 （有部分是受到类库的限制。但更多的是人为自己造成的，比如哪个鸟grid分页就会变得好复杂了）

8.合理分目录 （随着代码量不断增加该移动的要不断移动）

9.n个类写成一个文件 （禁止。有利于代码快速定位）

10.html结构 该被包含的要成被包含，而不是并列关系， li里面是单独的选项。

11.合理使用控件 应该使用checkobxlist的地方不要再去用 n个checkbox了。

（待续，如果有发现新的问题）

总结：代码你会感觉符合自然的美，仿佛世界本来就应该是这个样子的。 需要写代码的人有一个敏感的心去感触它们，抽象 归纳 动手整理。