我心里的松耦合

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

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

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

欢迎互相探讨 :wink:
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值