swift - 我应该从哪里在整洁的架构中呈现 MFMailComposeViewController？

Question

您能否就放置 MFMailComposeViewController 的位置提供一些建议？

在非 RxSwift 和非 Clean Architecture 项目中，我会在一些 View Controller 中实现它，如下所示:

extension ViewController: MFMailComposeViewControllerDelegate {

    func presentMailComposer() {

        if !MFMailComposeViewController.canSendMail() {
            // TODO: - Handle error here
            return
        }

        DispatchQueue.global(qos: DispatchQoS.QoSClass.userInitiated).async {

            let mailComposeViewController = MFMailComposeViewController()
            mailComposeViewController.mailComposeDelegate = self
            mailComposeViewController.setToRecipients(["mail@example.com"])
            mailComposeViewController.setMessageBody("Message body", isHTML: false)

            DispatchQueue.main.async(execute: {
                self.present(mailComposeViewController, animated: true, completion: nil)
            })

        }

    }

    func mailComposeController(_ controller: MFMailComposeViewController, didFinishWith result: MFMailComposeResult, error: Error?) {
        if result == MFMailComposeResult.failed {
            // TODO: - Handle error here
        }
    }

}

在 Clean Architecture 中，您会将邮件编辑器放在哪里？

你会从导航器/路由器上展示这个吗？它毕竟是一个“场景”，即使我们不一定有专用于 MailComposer 的 Navigator/Router 和 ViewModel。

有 2 个不同的地方可能会发生错误，我真的认为 Navigator 不应该处理这些地方。

谢谢!

Answer 1

Clean Architecture 背后的基本前提是“业务规则”，即应用程序的逻辑，不依赖于 UI，也不由 UI 执行。相反，您的应用程序的逻辑处于控制之中。

这意味着应用程序的某些逻辑部分知道何时用户可以发送电子邮件，但不知道如何发生这种情况。

如果您使用的是 RxSwift，您可以将用户交互视为模型转换。所以你的例子会变成:

func sendMail(recipients: [String], tile: String, message: String, isHTML: Bool) -> Observable<Bool>

以上内容可以作为闭包传递给您的逻辑，也可以嵌入到您的逻辑使用的协议(protocol)中。

---

如果您想使用 Robert Martin 的特定结构，那么情况会有所不同，因为您根本不会在模型对象中使用 Rx。 (他建议您的 Interactors &al. 不要依赖外部库。)

在这种情况下，交互器会向演示者发送一条消息，以通过响应模型对象显示电子邮件 View Controller ，而 Controller 会将成功/失败结果发送回交互器，或者更有可能发送给不同的交互器。

以下是 Bob 大叔所说的他构建事物的方式:https://camo.githubusercontent.com/c34f4ed0203238af6e43b44544b864dffac6bc08/687474703a2f2f692e696d6775722e636f6d2f576b42414154792e706e67然而，在他公开展示的一个 iOS Swift 应用程序中，他并没有使用这种结构。 https://github.com/unclebob/MACS_GOMOKU

---

在您发表评论后详细说明，签名确实有效，但它需要一些支持结构......

首先，一个很好但不是绝对必要的部分，我们让 View Controller 呈现响应式:

extension Reactive where Base: UIViewController {

    func present(_ viewControllerToPresent: UIViewController, animated: Bool) -> Observable<Void> {
        return Observable.create { observer in
            self.base.present(viewControllerToPresent, animated: animated, completion: {
                observer.onNext()
                observer.onCompleted()
            })
            return Disposables.create()
        }
    }
}

不仅仅是 View Controller 只能由另一个 View Controller 呈现，而且它必须是系统中当前未呈现任何内容的 View Controller 。我们可以通过从根开始并向上遍历表示堆栈来找到该 View Controller :

extension UIViewController {

    static func top() -> UIViewController? {
        var result = UIApplication.shared.delegate.flatMap { $0.window??.rootViewController }
        while let child = result?.presentedViewController {
            result = child
        }
        return result
    }
}

现在，我们创建了一个专用的 Reactive 类，而不是让一些 View Controller 符合 MFMailComposeViewControllerDelegate 协议(protocol)。

class MailComposeViewControllerDelegate: NSObject, UINavigationControllerDelegate, MFMailComposeViewControllerDelegate {

    let subject = PublishSubject<MFMailComposeResult>()

    func mailComposeController(_ controller: MFMailComposeViewController, didFinishWith result: MFMailComposeResult, error: Error?) {
        if let error = error {
            subject.onError(error)
        }
        else {
            subject.onNext(result)
        }
    }
}

一旦所有这些部分就绪，编写 sendMail 函数就很容易了:

func sendMail(recipients: [String], tile: String, message: String, isHTML: Bool) -> Observable<MFMailComposeResult> {
    let delegate = MailComposeViewControllerDelegate()
    let controller = MFMailComposeViewController()
    controller.delegate = delegate
    return UIViewController.top()!.rx.present(controller, animated: true)
        .flatMap { delegate.subject }
}

就像我说的，你不应该直接调用这个函数。相反，您应该将它注入(inject)将调用它的对象中，以便您可以模拟它进行测试。

同样的模式适用于 UIImagePickerController 甚至 UIAlertController!

您可能会发现我写的这篇文章很有趣。它使用 promises 而不是 Rx，但理念是相同的:https://medium.com/@danielt1263/encapsulating-the-user-in-a-function-ec5e5c02045f