目前主流的SSH開發架構中，為減輕開發者工作，便于管理開發過程，往往用到一些公共代碼和組件，或者采用了基于模版的代碼生成機制，對于后臺的DAO，Service等因為架構決定，代碼生成必不可少，但是在前端頁面的實現上，卻可以有兩種不同的思路，一種是把配置信息直接封裝成更高級別的組建，一種是進行代碼生成。請大家討論一下這兩種方案的優劣，這里先拋磚引玉了。
相同點：
配置信息：XML OR 數據庫
控件化：
優點：
1 易于添加公共功能
2 修改配置數據直接生效
3 代碼結構清晰，對開發者友好
缺點：
1 重組內存中對象結構，性能沒有代碼生成好（但渲染時間相同）
2 僅能控制組件自身封裝的配置，不支持個性化修改，如果配置文件不支持的參數，則控件不支持
3 必須保證每個控件一個配置
代碼生成：
優點：
1 性能較好
2 易于定制內容
3 可以只配置一個模版，然后做出多個簡單的修改
缺點：
1 不能針對多個頁面同時添加公共功能
2 業務修改需要重新生成代碼
3 開發者需要修改自動生成的代碼，并需要了解一些底層的實現結構
=====================20091029
代碼生成并不能提高工作效率，尤其是針對復雜的富客戶端開發
開發組件可提提供一種有效的選項，但是在運行效率和內存處理上需要細心處理
@2008 楊一. 版權所有. 保留所有權利