我心里的松耦合

    最近在看expert one-on-one J2EE Development without EJB这本书，在看到有关生产率的一章时书上提到了用代码生成工具来生成j2ee应用结构是一个反模式的代码生成器，会将体系结构各个层次耦合在一起，应该尽量避免这种情况。

  不过前些日子在学习ROR的时候通过Rails生成应用的结构，给我留下了很好的印象。在以前的开发过程中，怎样科学的建立一个合理的应用结构一直是我心里的一丝疑惑，不过在ROR的应用当中我就没有这个疑惑。固定的目录结构，可以使用约定来避免配置的复杂性，这种做法现在也得到了很多人的认可。

    回头再来看松耦合这个问题，我觉得松耦合所指的应该是将业务逻辑和显示还有持久这三层划分开来，避免代码混乱，提高维护成本。要是在j2ee的应用当中引入像rails一样的框架，是否就可以避免疑惑，从而提高生产效率呢？应该说固定的体系结构耦合的仅仅是一个固定的开发方式，对于一个项目来说，我们可以选择放弃“变换开发方式”这个潜在的需求，这样应该会降低项目风险，并且提高生产效率。

欢迎互相探讨

看来还是有志同者，在下也在这个方向上努力，且已经成功地实现了业务逻辑和显示还有持久这三层的划分。

顺便纠正LZ一个笔误，这样做的结果应该是降低维护成本，而不是提高维护成本。