您能否就放置 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 不应该处理这些地方。
谢谢!
最佳答案
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
关于swift - 我应该从哪里在整洁的架构中呈现 MFMailComposeViewController？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/45345020/