iOS离线第一个app单一责任问题

Question

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

这是在线工作的方式:

我有 VIPER interactor，它从 service 请求数据。服务知道如何从 API 层请求数据。然后我有结果或错误的回调并在集成器中处理它，然后在需要时更新本地存储。这里没有什么特别难的。

所以所有元素、Interactor、Service 和 API 都是单一责任对象，只做一个任务:

Interactor handles if blocks 逻辑来处理结果或错误并触发 presenter 显示数据

API 的服务调用

API 调用 Alomofire 来处理请求的其余工作。

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

所以现在我需要在某处重载单一职责以检查接下来的事情。

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

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:恕我直言，我会选择第二个，它不会破坏 SRP。

VIPER Interactors 往往有多个服务，因此在交互器中有类似 OnlineRequestService 和 OfflineRequestService 的东西并据此采取行动是完全没问题的。

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

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

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

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

希望这对您有所帮助。