架构模块划分及调用的问题

Question

1.模块间的划分应该需要多细？可否举个很明朗的例子

2.一个模块上某个业务的完成，从持久层来看，如果涉及到多个表间的配合，表涉及到的主要业务功能又是被划分到其他模块的。那么应该是将DAO层放在这个模块写，再集中起来进行业务处理，还是应该讲这些业务放到其他模块，再进行远程调用集中处理呢？

3.举个例子：统计模块涉及到多个其他模块的内容，那么，应该将DAO层放在统计模块里写，在将业务处理进行整合。还是应该将部分业务处理分散到其他模块，再在统计模块进行远程调用其他模块得到的数据进行整合？

各路大佬，可否给些建议？

Answer 1

这个其实是一个服务分层的东西。通常来说服务划分可以分作：逻辑分层和物理分层。
逻辑分层就是代码的存放分层，也是你在这纠结的点。稍微大点的系统架构中，逻辑分层是分为以下四层
1、前端层：具体的页面展现的相关处理
2、业务服务层：就是渲染前端的业务逻辑
3、领域层：具体的领域抽象
4、持久层：底层的数据库操作

领域层可能会对应多个持久层的表或是其他存储介质。
业务层可能会对应多个领域层服务的调用。
前端层一般只会对应一个业务服务层。

至于你纠结的问题就是这个领域建模没有做处理，理清领域之间的关系后，你就会很清楚的知道，你这个逻辑是放倒了领域层还是业务服务层。也就是分散到各个地方，还是集中统一处理。