我心裏的松耦合

最近在看expert one-on-one J2EE Development without EJB這本書，在看到有關生產率的一章時書上提到了用代碼生成工具來生成j2ee應用結構是一個反模式的代碼生成器，會將體系結構各個層次耦合在一起，應該儘量避免這種情況。

不過前些日子在學習ROR的時候通過Rails生成應用的結構，給我留下了很好的印象。在以前的開發過程中，怎樣科學的建立一個合理的應用結構一直是我心裏的一絲疑惑，不過在ROR的應用當中我就沒有這個疑惑。固定的目錄結構，可以使用約定來避免配置的複雜性，這種做法現在也得到了很多人的認可。

回頭再來看松耦合這個問題，我覺得松耦合所指的應該是將業務邏輯和顯示還有持久這三層劃分開來，避免代碼混亂，提高維護成本。要是在j2ee的應用當中引入像rails一樣的框架，是否就可以避免疑惑，從而提高生產效率呢？應該說固定的體系結構耦合的僅僅是一個固定的開發方式，對於一個項目來說，我們可以選擇放棄“變換開發方式”這個潛在的需求，這樣應該會降低項目風險，並且提高生產效率。

歡迎互相探討 :wink: