對于一個單表數(shù)據維護功能根據維護數(shù)據項的多少實際代碼編寫量在50-200行左右.一個主明細表單數(shù)據的維護代碼量在300-600行左右.對于動態(tài)查詢功能,前臺UI層代碼量小于100行.這基本是符合當時的設想的。

　　1.組件生成工具節(jié)省代碼量在30-40%左右.可以支持自定義實體的生成和Typed DataSet生成是一個很重要的功能.為界面UI的可視化和離線化設計提供基礎.同時整個功能開發(fā)完全不用考慮應用服務層,整個應用服務層暴露到外面的就一個WebServiceClient.dll接口類。
 公用方法和公用類應該面向借口,少用繼承,多用組合的方式.這也是設計模式強調的內容.當公用方法放在BaseForm里面時候會出現(xiàn)當我們開發(fā)一個UserControl時候就無法使用,還得專門再寫一個BaseUserControl,造成打量代碼重復.因此BaseForm里面應該少含公用方法,公用方法全部抽取到單獨的類里面.DataSetHelper,XmlHelper,UIControlHelper,CommonDataHelper等是需要經常使用的公用類。
 客戶端緩存原有的定時刷新或滑動刷新機制還不能完全滿足需求,需要再到數(shù)據庫中增加緩存對象的配置表,該配置表需要按客戶端或用戶進行數(shù)據區(qū)分,以確定哪些數(shù)據需要在改變后可以通過Push的方式強制刷新。
 MDI框架和各個子系統(tǒng)SDI框架間完全是松散藕合的關系。整個框架中菜單裝載通過后臺數(shù)據庫配置動態(tài)裝載，各個子系統(tǒng)通過反射調用來動態(tài)Load進來。
 對于每個Form都應該有統(tǒng)一的工具欄,因此這里也有兩種實現(xiàn)方式，一種是在BaseForm里面實現(xiàn)工具欄。在這里我采用了組合的方式，將工具欄實現(xiàn)為一個UserControl用戶控間。工具欄的所有操作全部抽象為接口，每個Form只需要實現(xiàn)這些接口方法即可。
 
　　6.文件上傳采用Ftp方式進行上傳，文件上傳復用為一個統(tǒng)一的UserControl控件。
 
　　7.通過單獨的一個ExceptionManager類統(tǒng)一接管對所有異常的處理，系統(tǒng)出現(xiàn)異常時候可以向用戶提供友好的信息，而實際的異常堆棧等信息全部記錄到日志文件或記錄到數(shù)據庫。
 
　　這一個月左右的時間寫了約8000行代碼，23%的代碼注釋量。給我的感覺就是很久沒有寫代碼開始手生，但撿起來的速度很快。兩年多沒有看過sql server了，基本1,2天就可以很熟悉了。不熟悉的地方也可以很快速的通過以往資料積累或網上搜索快速的查詢到�；�本上是對自己想用的東西是很清楚能夠在哪里找到的。