mvc 架构项目各层如何 mock

最好不要分很多层，数据不一致需要一个个赋值，太酸爽了。

理想是很好的，我见过更多的是按照合理的分层设计，写出不合理的代码。在复杂的逻辑当中，分层可以合理运用去划分职责，复杂的逻辑要么查询复杂，要么数据组织复杂，或者牵扯一些三方调用，很难说每一层都能发挥出优势，80% 情况是只有其中一层特别多的代码，其他层级是摆设。更多时候 curd 对于划分这么细的层级，这个分层明显非常多余，可能上层只是加了一个方法的调用，但是也要按照每一层都加一个方法，很多人明明分了 service 层直接在里面写数据查询。分层只是一个思想，划分职责不一定需要分层，可以用组合的方式去处理，我的一个查询可以是一个 handle，一个三方调用也可以是一个 handle，我可以用一个 handle 去聚合这些 handle 去编排，我需要什么 handle 就聚合什么，组合方式。

测试 mock 可以试用 github.com/wenjy/mockery

你看看我那个示例和你描述的场景是不是吻合：问答：关于使用 "gomock" 进行单元测试时，遇到一个 关于接口方法的意外调...

先不论分层的意义，用接口在分层之间解耦合本身也是合理的，实际中也能看到 IDao 这样的设计，不算是为了测试而加。

题主这种需要按不同的情况让 Service 使用不同的 Repository 实现（真的和假的），正是分层和接口的用武之地，说不定哪一天要换另一种实现。

当然，可能永远不会再有另一种实现，这也是很多人嫌弃又臭又长的原因。