首先，本人对架构的概念比较肤浅。以下只是通过大大小小的项目一些问题总结，希望能引起大家的共鸣，并得到很友好的回答与支持。

java项目一般分为三层:表现层，逻辑层，数据层.

其中表现层基本用开源框架(struts2)

其中逻辑层通过spring组织协调。

数据层目前常用的是hibernate等ORM映射狂接。

这三层中的组织应用为：jsp -> Action -> IService-> ServiceImpl -> IDao-> DaoImpl

看着貌似很明郎，调理很清晰。但问题出现在Action 和 IService中。在这里通过serviceImpl进行逻辑应用，但是这个逻辑过于肤浅和简单的时候可以通过接口实现类进行代码的罗列，如果涉及到扩展的时候（如，在serviceImpl中涉及一些涉及模式）这个serviceImpl显然不能做到更好的逻辑组织。

请教大家如果脱离“IService -> ServiceImpl ”仅仅是借口的实现呢？？如果不用IService ，又不能保证逻辑层的事务控制。