请教一下一个业务功能是否需要在开始的时候就分到最细？这个是否和设计模式相关？（ Java 、SpringMVC、SpringCloud）

问题 1
一个需求，通过参数查表 A，再通过表 A 的字段查到表 B。（比如查购物车下选择的商品）假如这两个操作再同一个模块中，是不是应该在 Service 中先写出第一步，然后写出第二步，通过 Controller 调用第一步再调用第二步。（我不清楚第一步会不会被用到，但是如果不分开写以后要用到了就会写重复代码或者需要拆开原先写的方法。可如果一个需求都搞的这么细，那就会一个业务就多出很多很多的 service 方法，如何做取舍呢？或者有更好的模式？）

问题 2
需不需要多一个条件就新增一个接口，还是额外传入选项参数，我在方法内根据选项来执行某个条件的判断？然而我感觉不管哪种方式都不符合设计模式的原则。

问题 3
SpringCloud 中，各个模块应该怎样划分功能。比如 A 模块 和 B 模块 ，A 模块 可以查找 B 模块 下的一个表的所有数据，获取了所有数据之后他可以自己做一些筛选，那么做筛选的那部分，是不是应该放到 B 模块中而不是让 A 模块自己做（以后 C 模块也要 B 模块中的内容，但是筛选条件和 A 一样，是不是就造成了重复？）。到底该怎么区分 A 模块和 B 模块该做的内容和不该做的内容（让其他人来做的内容）?