C/S簡易UI架構開發總結(3)

前面的例子可能太具體了，那麼希望從從下面的圖上看明白架構收箱類與實際UI元素的對應關係。
 
Workbench是主表單，Workbench中的手風琴菜單是業務功能的全集，因此通過Folder拼裝（詳細情況參照C/S簡易UI架構開發總結（2）關於Folder的介紹）好的業務功能可以有使用者隨時觸發，有系統自動解析並調用相應的功能完成對使用者請求的相應（可能是顯示一個View或者其他動作）。
View（GridView）與Workbench類似，通過定義好的EntityControlHost完成CRUD功能，由於每個實體CRUD的功能基本邏輯是一樣的，因此除了有特殊需要外，系統會自動通過設定EntityControlHost的DataSource和State完成實際業務實體的CRUD的UI調度部分，而資料存取部分已在EntityControl中定義好，簡單反射就可以完成相應的資料業務操作，同時此處不需要對DAL/EL或者Service層的強依賴。而對於有特殊要求業務，可以自己擴充EntityControl和EntityControlHost完成。
View也可以是任意使用者控制項，比如一個地圖、一個檔案編輯器，當然具體的業務需要在控制項內完成。而調度過程完全一樣，顯示樣式也與GridView等已定義好的View無差異。
在EntityControlHost和與其相關的View(GridView)中，會同時出現相同的命令按鈕，比如儲存、關閉、審核、刪除等。其中View中的命令按鈕會自動完成與主表單的合并，而EntityContolHost不會，這樣可以更有效保持介面風格和操作風格的一致性。
下面是類圖，從VS匯出來的，大家將就看看吧。
 

 總結下架構的優點：
1、 狹義的快速開發(關注快速的UI和業務功能實現)
A 針對MIS類應用開發特性，對UI元素進行了抽象，並封裝重複性強的部分，讓使用者可以用更多的精力關注複雜業務，避免重複勞動，從而提升開發效率。
B UI元素的正常化，簡單業務和業務零件的自動產生成為可能。（已有了部分CodeSmith模板）
C 字型、系統皮膚、顏色、快鍵等可以通過簡單設定快速滿足客戶的個性要求。
D 架構可以讓一般程式員快速的熟悉、適應，而後可以非常快速的完成他需要的功能，提升生產率。
 
2、 提升軟體品質
A 每個層次的組件都有明確的正常化要求，使用者只要按需填空或重寫相應方法即可，同時規範的調用層次和自動業務功能調度，可以有效提升軟體品質。
B 架構可以大量減少使用者自己編寫的代碼，減少bug點，提升軟體品質。
C 自動的日誌和未處理異常處理機制，可以是後期維護更加容易。 
  
3、 提升介面的規範性
使用者在架構內開發的應用，遵循同樣的介面規範，同樣的操作方式。

其實缺點也很明顯，比如使用上有一定的局限性，對於不熟悉的使用者沒有培訓的使用會是個噩夢，有些地方寫的時候倉促，沒有規劃好，出現bug時有時候需要調整很長時間。

後面需要對幾個部分進行改進：
1、EntityControl中實體和介面控制項自動互動的過程，使用原則模式同時支援DataTable,DataSet,Datarow和強型別實體等資料來源。
2、完善原來的外掛程式機制，使他更加易用，並支援從xml檔案和資料庫擷取外掛程式。
3、原生支援自動更新（現在需要額外的應用）。
4、自適應介面邊界在xp和win7,vista下布局差異。
5、..........    

 歡迎補充，謝謝大家。