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了。
（待續，如果有發現新的問題）
總結：代碼你會感覺符合自然的美，仿佛世界本來就應該是這個樣子的。 需要寫代碼的人有一個敏感的心去感觸它們，抽象 歸納 動手整理。
作者：Lovebanyi
出處：http://www.cnblogs.com/Lovebanyi/
關於作者：本人正在做股票自動化交易的軟件
本文版權歸作者和博客園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接