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

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

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