在Java应用设计时，一般都遵循web>service>dao的设计模式。
而在service实现类时，都有一堆dao的成员变量，从而进行事务管理。
但遇到以下两情况，可能直接引用service会更方便：
1. 引入的service只需要从数据库里读取数据，没有写入操作。也有可能会改其它方式读取，如：配置文件。
2. 引入的service业务逻辑方便重用，就可以避免在当前service里再重复实现，如：某些操作业务中，就包括相应操作+记录操作日志。
这就会导致service层中再包含其它service作为其成员变量，虽然方便，但一直纠结这种设计是否合理，求解惑。
------解决思路----------------------
当然和李，就像你给别人提供服务，你可能也采购其他的服务来支撑。
------解决思路----------------------
完全合理，不 要纠结
------解决思路----------------------
合理， 而且有spring也不用担心事务嵌套的问题。
------解决思路----------------------
service 层 只是处理数据业务的 代码结构 能少写代码 为什么不了