时间戳

首页 > 解决方案 > iOS离线首个app单一责任问题

ios - iOS离线首个app单一责任问题

问题描述

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

这是在线工作的方式：

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

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

Interactor 处理 if 块逻辑来处理结果或错误并触发 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

}

}

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

标签： iosswiftsingle-responsibility-principleofflineappsviper-architecture

解决方案

TL;DR：恕我直言，我会选择第二个，它不会破坏 SRP。

VIPER 交互器往往有多个服务，因此在交互器中拥有类似OnlineRequestServiceand的东西并OfflineRequestService相应地采取行动是非常好的。

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

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

VIPER 中的 Interactor 负责发出请求，它可能与不同的服务一起使用，例如CoreDataService, NetworkService, 甚至UserDefaultsService。我们不能说交互者只做一项任务，但这并不一定意味着它有多个职责。它的职责是处理数据和演示者之间的流动，如果需要决定使用哪些数据（在线/离线），它将由交互者负责。

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

希望这可以帮助。

推荐阅读