思考三個方面的技術實踐：持續整合、驅動測試開發和重構
1. 從領域層開始
1）事務指令碼模式最簡單，適合於在關聯式資料庫之上構建；領域模型需要非常專業的技術，還有魚資料庫的連線；表模組模式折中，在.Net這類有非常強大記錄集支援的環境非常合適
2）理論上，可以根據架構來選取工具；實踐中，可以讓架構和工具相匹配
2. 深入到資料來源層
1）事務指令碼的資料來源：
可供選擇的資料庫模式為：行資料入口和表資料入口，兩者之間選哪個取決於實現平臺的方便以及系統未來的發展方向（如：開發平臺所包含的工具，比如支援記錄集合工具）
2）表模組的資料來源：
有一個良好的記錄集框架 -> 與表資料入口模式配合得天衣無縫
3）領域模型的資料來源：
如果模型相當簡單（如只有十幾個與資料庫相關的類），則活動記錄即可；
如果希望耦合更鬆一些，可以用表資料集入口或行資料入口；
當更復雜性時，可以考慮使用資料對映器（工作單元模式取作用）
3. 表現層
1）如果情況允許，儘可能使用html而不是胖客戶介面；
2）如果走html路線，使用mvc；
3）.net使用頁面控制器 + 模板檢視，Java使用前端控制器 + 模板檢視；
4）站點面向文件，使用頁面控制器，複雜情況下可考慮使用前端控制器；
5）檢視選擇：模板檢視（伺服器頁面）、轉換檢視（XSLT）