iOS Offline 第一个应用单一责任问题

Question

我正在从我已经制作的在线应用程序切换到离线第一个应用程序。

这就是在线工作的方式:

我有 VIPER 交互器，它从服务请求数据。服务知道如何从API层请求数据。因此，我有带有结果或错误的回调，并在集成器中对其进行处理，然后根据需要更新本地存储。这里没有什么 super 难的。

因此，所有元素、交互器、服务和 API 都是单一责任对象，并且只执行一项任务:

Interactor 处理 if block 逻辑来处理结果或错误并触发 Presenter 显示数据

API 服务调用

API 调用 Alomofire 来完成请求的其余工作。

所以现在在离线第一个应用程序中，我添加了 RequestService ，我在其中存储所有请求，然后使用计时器发送它，以防连接在线。

所以现在我需要在某个地方重载单一责任来检查接下来的事情。

所以首先我需要检查可达性:

if noConnection() {
loadLocalDataToShow()
}

接下来我需要确保所有请求均已发送:

if requestsService.pendingRequests > 0 {
loadLocalDataToShow()
}

所以我认为有两种方法:

1. 进行全局检查。喜欢提供API层为我做这些检查并返回一些枚举 Result(localData)或Result(serverData)之后Alamofire返回给我结果或没有连接。

2. 或者第二个让交互器执行这些检查，如下所示:

   func getData(完成...) {

   Service.getData() result in {
   
   if requestService.pendingRequests > 0 {
       completion(loadLocalData())
   }
   
   if result.connectionError {
       completion(loadLocalData())
   }
   
   completion(result) //result it's returned data like array of some entities or whatever requested from the API and fetched directly from server via JSON
   
   }
   
   }
   

所以现在我们将对请求数据的所有交互进行相同的检查，但似乎我们没有违反单一责任，或者也许我走错了路？

Answer 1

TL;DR:恕我直言，我会选择第二个，它不会破坏建议零售价。

VIPER 交互器往往有多个服务，因此在交互器中拥有诸如 OnlineRequestService 和 OfflineRequestService 之类的东西并采取相应的操作是完全可以的。

因此，如果您决定在交互器本身中使用哪个数据/服务，则不会违反 SRP。

为了详细说明，假设用户有一个初始要求，即他们可以在线/离线使用该应用程序。您将如何规划您的架构？我将创建上部分提到的服务，并让交互者决定使用哪个服务。

VIPER中的Interactor负责发出请求，它可能与不同的Service配合，例如CoreDataService、NetworkService，甚至UserDefaultsService。我们不能说交互器只做一项任务，但这并不一定意味着它有不止一项职责。它的职责是处理数据和呈现者之间的流程，如果需要在使用哪些数据(在线/离线)之间做出决定，则由交互者负责。

如果仍然感觉不对，您可以创建一个额外的交互器，但是谁/什么会决定使用哪个交互器？

希望这有帮助。