2

我的 iOS 应用程序中有一个 ViewController 流 ( Flow A)。流程 A 相当复杂（根据情况，一些视图控制器会提前显示，或者根本不显示，等等）。为了处理这个问题，我正在使用协调器模式。

代码（简化）：

protocol Coordinator {
    func start()
}

protocol FlowACoordinatable {
    var coordinator: FlowACoordinator
}

class FlowACoordinator: Coordinator {

    private var navigationController: UINavigationController

    private var firstVC: FirstViewController
    private var secondVC: SecondViewController

    init(navigationController: UINavigationController) {
        self.navigationController = navigationController
    }

    func start() { ... }

    func present(_ viewController: (FlowACoordinatable & UIViewController)) {
        viewController.coordinator = self
        self.navigationController.pushViewController(viewController, animated: true)
    }

    ...
}

class FirstViewController: UIViewController, FlowACoordinatable {

    var coordinator: FlowACoordinator?

    func buttonTapped() {
        self.coordinator?.goToNextStep()
    }
}

....

FlowACoordinator包含有关如何以及何时使用该present()方法呈现视图控制器的逻辑。到目前为止，一切都很好。

现在我有第二个流程，Flow B与流程 A 大不相同。除了我想在两者之间共享一个视图控制器，我们称之为SharedViewController。这就是事情变得奇怪的地方，因为我不知道如何在两者之间共享这个视图控制器。

问题：我有两种方式的通信 - 协调器将自己设置为它呈现的视图控制器的协调器，并且视图控制器调用协调器上的方法作为对用户交互的响应。SharedViewController但是，它由两个 Coordinator 之一管理，并且它必须以某种方式将信息传递给当前的 Coordinator，而不管它是哪一个。

到目前为止，我找到了两种解决方案，它们都不令人满意：

  1. 一个额外的协调器只处理SharedViewController- 这是很多开销，并且在很大程度上违背了协调器的目的。

  2. 在 中实现FlowACoordinatable, FlowBCoordinatable, ... SharedViewController，并具有多个协调器属性，并在适当的时间调用所有这些属性。还有很多开销、样板代码和对协调器的调用。

关于如何很好地解决这个问题的任何想法？

4

1 回答 1

0

我有同样的情况，我也不确定处理它的最佳方案是什么。我有一个必须在不同的协调器中使用的 viewController。

当给定的 viewController 本身不需要协调器时，就可以了。例如，我们称它为 DisplayPopupViewController。我创建了一个名为 CanDisplayPopupProtocol 的协议：

protocol CanDisplayPopupProtocol {}

extension CanDisplayPopupProtocol where Self: Coordinator {
    func toDisplayPopupViewController() {
        let vc = DisplayPopupViewController.instantiate()
        navigationController.pushViewController(vc, animated: true)
    }
}

然后在 Coordinator1 中：

extension Coordinator1: CanDisplayPopupProtocol{}

在 Coordinator2 中：

extension Coordinator2: CanDisplayPopupProtocol{}

现在两个协调器都有 toDisplayPopupViewController() 方法。

正如我之前所说，当我不需要将协调器传递给 viewController 时，这很好，在这种情况下，DisplayPopupViewController 不需要协调器，因为它将被解除并且不需要任何导航。

但是在这种情况下，当需要为 viewController 分配一个协调器时，它会变得更加复杂，我通过哪个协调器？

我发现在我看来不是很优雅的解决方案是将 viewController 中的协调器类型更改为 Coordinator 协议，而不是这样：

weak var coordinator: Coordinator1?

我将使用：

weak var coordinator: Coordinator?

然后在 CanDisplayPopupProtocol 中，我将测试我正在处理的协调器并将正确的协调器分配给 viewController，如下所示：

protocol CanDisplayPopupProtocol {}

extension CanDisplayPopupProtocol where Self: Coordinator {
    func toDisplayPopupViewController() {
        let vc = DisplayPopupViewController().instantiate()
        switch self {
        case is Coordinator1:
            vc.coordinator = self as? Coordinator1
        case is Coordinator2:
            vc.coordinator = self as? Coordinator2
        default: break
        }
        navigationController.pushViewController(vc, animated: true)
    }
}

这并不漂亮，而且还有另一个缺点。每次我需要使用其中一种协调器方法时，在 DisplayPopupViewController 内部，我都需要测试我正在使用的协调器类型。

switch coordinator {
case is Coordinator1:
    (coordinator as! Coordinator1).toDisplayPopupViewController()
case is Coordinator2:
    (coordinator as! Coordinator2).toDisplayPopupViewController()
default: break
}

我确信这不是协议的最佳用途，希望关注此线程的人将对此问题有更好的解决方案。

于 2019-07-12T06:11:51.633 回答