1:接上一篇

图 1

这里我们看到了 除了Manager 上面的都是上层做的事情 Manager对上层只是提供的一个你能获取到我这里的数据的这样的一些接口而已.让我们看下下层的Manager应该是如何设计的.

2:Manager 如何设计

图 2

Manager: 他包含了 这个上面所有需要用到的服务 

Service: 他 包含了 需要对外的提供的接口 , 一个Service 他拥有一个或者多个Cache Manager 和  Request Manager. 

Cache Manager : 需要被下层所做的一些缓存机制 比如登录信息 比如离线点赞 评论 等

Request Manager: 最原始的接口请求 ,  从服务器拿取到最原始的数据. 

下面 我们还是来看一个点赞的流程

3:Feed Service 点赞流程

图 3

这里很明显 对上层来说 他只要知道一个点赞的接口 然后回调给他成功了就可以了. 

接下来的事情都是下层去做了. 如点赞请求失败了,那么依旧在Like Cache Manager 里面, 下次有时机的再触发点赞的请求.

4:总结

一般来说 只有和UI无关的操作 都可以放在 下层去操作, 毕竟下层做逻辑上处理结构上会更加简单和清晰. 如果你非要拿到上层去读缓存或者变量修改 , 那会一件很混乱不讨好的事情.