狂奔 lion

目前主流的SSH開發(fā)架構中，為減輕開發(fā)者工作，便于管理開發(fā)過程，往往用到一些公共代碼和組件，或者采用了基于模版的代碼生成機制，對于后臺的DAO，Service等因為架構決定，代碼生成必不可少，但是在前端頁面的實現(xiàn)上，卻可以有兩種不同的思路，一種是把配置信息直接封裝成更高級別的組建，一種是進行代碼生成。請大家討論一下這兩種方案的優(yōu)劣，這里先拋磚引玉了。

相同點：
配置信息：XML OR 數(shù)據(jù)庫

控件化：
優(yōu)點：
1 易于添加公共功能
2 修改配置數(shù)據(jù)直接生效
3 代碼結構清晰，對開發(fā)者友好
缺點：
1 重組內(nèi)存中對象結構，性能沒有代碼生成好（但渲染時間相同）
2 僅能控制組件自身封裝的配置，不支持個性化修改，如果配置文件不支持的參數(shù)，則控件不支持
3 必須保證每個控件一個配置

代碼生成：
優(yōu)點：
1 性能較好
2 易于定制內(nèi)容
3 可以只配置一個模版，然后做出多個簡單的修改
缺點：
1 不能針對多個頁面同時添加公共功能
2 業(yè)務修改需要重新生成代碼
3 開發(fā)者需要修改自動生成的代碼，并需要了解一些底層的實現(xiàn)結構

=====================20091029
代碼生成并不能提高工作效率，尤其是針對復雜的富客戶端開發(fā)
開發(fā)組件可提提供一種有效的選項，但是在運行效率和內(nèi)存處理上需要細心處理