代理模式之mock依赖接口

在日常开发中, 你一定会使用到服务间接口调用, 那就一定会遇到以下问题:

你依赖的接口还没开发出来呢, 还没法调用呢, 这岂不是耽误开发进度了么?

正测试呢, 突然服务调用失败了, 一看是依赖的服务挂掉了, 当你找服务负责人的时候, 他告诉你, 是他依赖的服务挂了, 他也没办法, 这时你心里一定十万只神兽奔腾而过.

虽然这样的问题不是你的责任, 但你的进度却是被耽误了, 加班是难免的了.

出现了这样的问题, 那你的逻辑一定是这样的.

其实, 这个问题是可以解决的. 先回忆下, 代理模式的定义.

代理模式是一个类代表另一个类的功能.这种类型的设计模式属于结构型模式.

现在将你的代码梳理下, 抽象出业务逻辑层和数据代理层, 用我们的代理类去完成三方服务数据的获取, 同时完善代理类增加mock功能.

我们的业务处理只是依赖其他服务返回的数据, 是不用关心服务间的调用关系的, 换言之, 给我数据就行了, 我管你数据是咋来的呢. 也就是要mock数据.

当然你也可以写个controller, 人为控制mock开关,更方便功能测试.

如果你使用了Feign进行服务端调用, 就相对容易下, 只需要写好fallback()方法即可.

总结

这种代理模式的应用方式还有很多, 可以代理redis, kafka中间件的调用访问. 它不仅可以减少在开发测试中遇到的问题, 还能更容易写单测.