spring service 层调用service 层是否合理

对于模块划分，我的观点始终是看项目的规模，团队的规模。 
如果1、2个人开发的，模块很容易划分，基本上都是纵向划分（一个模块的前端、action、service、orm都是一个人开发），这样划分，随便你怎么调用，只要不影响后期维护，不影响性能，都不会出现太大问题。 

如果是多人协作的项目，规模比较大，你的service如果调用你自己的多个dao，你自己清楚，也没有太大问题，如果你调用不是你负责的业务模块呢（模块交叉引用），难道你直接调用别人的dao么？退一步说，如果是简单的增删改查，对单表操作，直接调用别人的dao也行，如果复杂点的呢？ 

所以，在多人开发的团队项目中，模块与模块之间都是以service暴露服务的。

我觉得service调用service是合理的,我项目中也在使用. 

理由是:service是对外提供的业务的操作,它屏蔽了数据库访问.当某个业务依赖其它业务时,反映到程序中就是service调用service,而不是service调用dao. 
这样做的好处是只关心service会被外部调用,尽全力把service维护好,至于dao是怎样的,不用对外暴露.如果把dao给其它service访问,那么关注点将会分散给dao,导致两头维护. 
以上个人意见.