在线等！mvc模式中如何减少service之间的耦合？关联查询归属于哪个model？求指导！

Question

我们项目用的是传统的mvc框架（CI框架），为了更好的复用业务逻辑，我们新增了services逻辑层，在开发过程中代码复用性确实好了很多，但也遇到了问题：最明显的就是service之间的互相调用，我感觉这增加了service之间的耦合性。本来最开始想按照业务逻辑分模块划分不同的service，每个service只提供自己业务相关的方法，由controller层分别去调用不同的service层方法得到数据，然后组装成最终想要的数据输送给view层。但是遇到个这个问题，我需要提供一个方法给同事调用，这个方法要求会做很多业务逻辑处理，这会涉及到多个service，这个方法如果写在controller层，同事就无法在它的controller中使用，写在controller的父类中感觉这个方法仅仅是他的控制器能用到，于是最终我写在了一个service中，这个方法会分别去调用不同的service，然后组装并输出数据，这样就产生了耦合。。不知道有没有更好的解决方案，特别是在实际的开发过程中？然后就是model层的一些问题：我们原则上是一个数据表对应一个model，每个model只负责对应数据表的增删改查，由service层按照业务逻辑去调用不同的model获得数据，我们项目中很少有关联查询，这既有好处，也有坏处。有时关联查询更方便，但是这个查询方法写在哪个model里呢？放在哪个model的原则又是什么呢？最后，跨层调用不知道是否合理，有时controller层会直接调用model层。我的service层存在耦合不知道是不是和设计不当有关。打个比方：学生在线做试卷，做一道选择题，就计算“选择题题型”的完成进度，然后再计算整张试卷的完成进度（根据不同题型和各自完成量按照一定规则计算得出）；我把“选择题题型”相关操作做成一个service，它负责提供选择题列表、计算选择题完成进度、计算选择题得分情况等等方法，把整张试卷相关操作做成另一个service，它负责计算整个试卷的完成进度等等其它的方法。于是在学生完成一道选择题时，我需要在controller中分别调用两个service完成本题型和试卷的完成进度。不知道这样做是否合理？当我给同事提供完整的进度更新方法供他在controller中调用时，我不能把我自己写的controller方法给他，因为controller不能直接调用controller，互相调用也不合理。怎么办呢？谢谢。十分感谢。

Answer 1

mvc里面的model是指提交给jsp或者其他模板引擎，用于渲染的数据，是加工过的方便界面显示的数据，而数据库表的数据是原始的数据。所以model应该不直接对应数据库表。
一般来说不需要model层，model只是存放数据的对象，一般是ORM里面的bean，增删查改的逻辑由service层调用ORM实现。关联查选也由service层调用ORM实现。model只是一些实体类，pojo对象，不是一个包含业务逻辑代码的层。
service层可以互相调用，但双向调用很不好，改造为单向调用比如serviceA调用serviceB，那么serviceB就不要调用serviceA。controller层的职责就是组合service层的功能，由controller来调用service组装是最好的。