最近在新公司學習一個新框架：UMA，是Cloverworxs的，不是開源項目，也不是商業項目，所以google上是找不到的
這個框架是老美設計，感覺他們在邏輯的抽象上功底更強一些，這個應該和軟件開發的大環境經驗積累有關系吧。
首先先他把一個request發給controller，controller根據service（service是使用spring加載的，主要用于封裝handler和target）把請求封裝后發給handler，handler根據請求參數找到fenture，而feature則根據請求參數交給具體action來處理。action主要就是調用業務模型層的接口了。然后action處理完之后會返回到controller，controller根據service調用target，target則調用配置的render（可能多個），然后rende從業務模型層的接口中取回數據并進行顯示準備，最后把數據封裝到一個RDO中，然后把RDO放置到attribute中，然后再頁面上讀取顯示。

初學這個框架，看得是作者的英文文檔，首先得感覺是層次的抽象的有些細，因為以往做過的項目中，render和handler，feature的代碼都是放在控制層來處理了（通常是struts的action）。但是這種詳細層次也能感覺到的好處就是，當某一層次要變動時不需要到action中去找變動代碼，而且當出于某種考慮要針對于某一層進行統一處理（如安全性處理）時就比較方便了。

看完文檔覺得對框架已經有了一個深入的認識，開發時應該比較快上手了吧，但是實踐中卻發現，在每一層的實現代碼中由于框架引入了很多的完善特性，所以每一層的代碼有很多細節的實現問題是需要一點一點理解去掌握的。而且學習的代碼是一個完整的項目，這個完整的項目有一個問題就是，有幾十個模塊，模塊間的代碼有相互耦合的問題，反而造成了我閱讀代碼的困難。結果用了一個多禮拜的時間才算基本上手框架。
總結問題，發現主要有兩個：
1、太過相信文檔，其實文檔只是一個大體框架的介紹。所以我應該多和有經驗的開發者交流，并且要配合代碼具體細節
2、一個框架應該有一個簡單的清晰的demo，只涉及一個模塊，清晰，明確，這樣就不會再閱讀學習時陷入模塊邏輯和框架邏輯中。因為從代碼中你很難分辨出哪些是框架邏輯，哪些是模塊邏輯。