通过分层和接口的架构设计，实现可以快速Mock,单元测试的APP实例。

• 登录，注册。
• 发帖，帖子列表，评论。
• 帖子点赞和帖子收藏。
• 修改用户昵称和头像。

• 三层结构：业务层，持久层，展示层。
• 本地实现业务逻辑。
• 使用内存来实现持久层。

ui:展示层，主要负责数据展示和用户交互。

domain:业务层，利用抽象的Repository和Service接口实现业务逻辑UseCase，UseCase作为Api接口提供给三方使用。

data:持久层具体实现。

di: 通过ServiceLocator简单实现依赖注入，达到控制反转。

domain层和data层中的代码，根据需求可能直接移动到服务端，就是常见到Server/Client模式。

和朋友讨论时，他问我这架构里面UI数据的缓存代码怎么写，怎么做网络请求的优化？

写这个Demo出来目的是根据代码职责，理清代码所在层次和所属角色。

具体的缓存策略和网络请求的优化，这个属于业务的具体实现，它的实现方法有各种各样，不是架构关心的内容，架构关心的是你的UI缓存代码肯定不能放在Domain中，你的网络请求优化代码肯定不能在Repository中。