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

Question

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

网上是这样的：

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

因此所有元素、Interactor、Service 和 API 都是单一职责对象并且只执行一项任务：

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

服务电话 API

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

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

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

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

if noConnection() {
loadLocalDataToShow()
}

接下来我需要确保所有请求都已发送：

if requestsService.pendingRequests > 0 {
loadLocalDataToShow()
}

所以我认为有两种方法：

进行全局检查。就像提供 API 层为我做这些检查和 return 一些枚举 Result(localData) 或 Result(serverData) 在 Alamofire returned 之后为我提供结果或如果没有连接。

或者第二个让交互器像这样进行这些检查：

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 之类的东西并据此采取行动是完全没问题的。

因此，如果您决定在交互器本身中使用哪个 data/service，就不会破坏 SRP。

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

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

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

希望对您有所帮助。

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

iOS Offline first app single responsibility issue

single-responsibility-principle

offlineapps

ios

swift

viper-architecture