實在不太愿意去研究什么Java框架了，以前什么都學，結果弄得身心俱疲，不怎么愿意再下功夫了，還不如學好操作系統，學好數據庫，那些東西幾十年了基本上沒有變化，而Java框架幾乎每天都不一樣，每天都有新的框架出現，每一個都是那么吸引人，可是再深入使用后總要發現又有更多的問題要去解決，所以框架就想辦法去解決這些問題，結果原本簡單的東西也復雜了。
現在的框架太多了，結合使用可不是每個人都搞得來了，很少有人有那么多時間，把所有的框架測試一邊，然后結合在一起使用，Matt Raible的
AppFuse給大家一個結合使用的Demo，還提供了一些開發模式，使用他提供的開發模式作一些例子非常快，可是如果讓我們做一些東西，卻不是那么簡單，我們有太多事情不知道。
以前認真研究過AppFuse的各個部分，其中吸引人但也最亂的部分就是許多自動過程。Matt Raible確實把Ant使用的出神入化，后來我遇到不會的Ant用法，我也嘗試在AppFuse里查找可能的用法。另一個就是自動代碼生成機制，大多是用XDoclet完成，但是撰寫自己XDoclet生成模版確實不是件容易的事，當頁面有許多特殊情況的時候，這種自動生成機制實在只能作為一個輔助手段，只可以作為起始的模版，以后我們如果修改了模型，我們很難再通過這種生成機制生成頁面和類，所有的工作我們要學著自己去作，這時候生成的代碼就是一場噩夢，維護更加復雜。
當然有一些框架可以彌補這種生成的代碼不好維護的問題，如
Tapestry,另一個類似于AppFuse，號稱MDA框架的Trails也使用這個作為前臺現實的框架，可見Tapestry已經在這方面有一定的改善。不過Trails還是剛剛起步，未來還很難說。
我想，在對Ant和XDoclet還并不熟練時，在沒有這種開發意識的情況下，還很難使用AppFuse來開發，但是AppFuse對我們來說有很多參考價值，它可以教會我們如何使用Spring，它可以教會我們如何寫TestCase測試，也給我們很多啟發，怎樣才能盡可能的自動化代碼工作，怎樣優化我們的工作流程。
我現在一直關注著Trails，在許多人看來Trails與AppFuse很類似，不知道它會發展到什么程度，它至少在表面看來比AppFuse簡單，好像要簡單一些，這是我們最需要的。