MVC中的M代表“模型”，而在MVC范式中，模型类的作用是管理程序的数据。模型与视图相反——视图知道如何显示数据，但它不知道如何处理数据，而模型知道如何使用数据，但不知道如何显示。模型可能很复杂，但不一定如此——应用程序的模型可能与字符串或字典数组一样简单。

控制器的作用是在视图和模型之间进行调解。因此，它们需要对一个或多个视图对象和一个或更多模型对象的引用。假设您的模型是一个字典数组，每个字典代表表中的一行。应用程序的根视图显示该表，它可能负责从文件加载数组。当用户决定向表中添加新行时，他们点击某个按钮，控制器将创建一个新的（可变的）字典并将其添加到数组中。为了填充该行，控制器创建一个详细视图控制器并为其提供新字典。详细视图控制器填充字典并返回。字典已经是模型的一部分，因此不需要发生其他任何事情。

这不是这样做的。你应该使用委托。

我假设我们有两个视图控制器，ViewController1和ViewController2，这个检查是在第一个视图控制器中，当它的状态发生变化时，您需要在ViewController2中执行一些操作。为了以正确的方式实现这一点，您应该执行以下操作：

向项目添加新文件（Objective-C协议）菜单文件→ 新现在将其命名为ViewController1Delegate或任何您想要的名称，并在@interface和@end指令之间编写这些命令：

@optional

- (void)checkStateDidChange:(BOOL)checked;

现在转到ViewController2.h并添加：

#import "ViewController1Delegate.h"

然后将其定义更改为：

@interface ViewController2: UIViewController<ViewController1Delegate>

现在转到ViewController2.m，在实现中添加：

- (void)checkStateDidChange:(BOOL)checked {
     if (checked) {
           // Do whatever you want here
           NSLog(@"Checked");
     }
     else {
           // Also do whatever you want here
           NSLog(@"Not checked");
     }
}

现在转到ViewController1.h并添加以下属性：

@property (weak, nonatomic) id<ViewController1Delegate> delegate;

现在，如果您在某个事件后在ViewController2内创建ViewController1，那么您应该使用NIB文件这样做：

ViewController1* controller = [[NSBundle mainBundle] loadNibNamed:@"ViewController1" owner:self options:nil][0];
controller.delegate = self;
[self presentViewController:controller animated:YES completion:nil];

现在你都准备好了。每当您检测到ViewController1中的检查事件发生更改时，您只需执行以下操作：

[delegate checkStateDidChange:checked]; // You pass here YES or NO based on the check state of your control

在我的例子中，我使用了一个单例类，它可以作为一个全局对象，允许访问应用程序中几乎所有地方的数据。

第一件事是构建一个单例类。请参考页面我的Objective-C单例应该是什么样子？。

为了使对象全局可访问，我只需将其导入appName_Prefix.pch中，该程序用于在每个类中应用import语句。

为了访问和使用这个对象，我简单地实现了一个类方法来返回共享实例，该实例包含自己的变量。

用于UIKit和AppKit的Pure Combine解决方案

让我们举一个简单的例子，在ViewControllers之间传递计数的Int值。

父ViewController（VC）有一个名为count的变量，子ViewController可以让用户更改count的值。一旦用户完成了值的更改，他们将关闭子控制器，然后父VC应该具有更新的值。

父视图控制器

ParentVC从ChildVC获取计数的更新值

class ParentVC: UIViewController {
    var count = 1
    var countObserver: AnyCancellable! // 1

    override func prepare(for segue: UIStoryboardSegue, sender: Any?) {
        let childVC = segue.destination as! ChildVC
        childVC.sliderValue = count // 2
        countObserver = childVC.$sliderValue // 3
            .assign(to: \.count, on: self)
    }
}

countObserver将保留观察ChildVC所做更改的观察者当子级出现时，我们将当前的计数值从父级分配给ChildVC中的一个控件（这里是UISlider），这成为修改计数值的起点。我们观察到sliderValue（它是一个发布者），它会发出用户通过拖动滑块更改的计数值。请注意，我们使用了$sliderValue而不仅仅是sliderValue。

子视图控制器

ChildVC是发出ParentVC感兴趣的值的一个：

class ChildVC: UIViewController {
    @Published var sliderValue: Int = 0 // 1

    @IBOutlet var sliderOutlet: UISlider!

    @IBAction func slided(_ sender: UISlider) {
        sliderValue = Int(sender.value)
    }
}

@Published是存储值并在值更改时发出信号的Publisher。它的行为类似于常规变量，但可以发布可以通过在其前面加上$符号来访问的值。

CurrentValueSubject和PassthroughSubject与@Published

还可以使用CurrentValueSubject代替@Published。唯一的区别是，你必须手动发出信号。在希望控制何时发射的情况下，它非常有用。例如，您可以发射该值，但前提是该值在特定范围内。PassthroughSubject也可以代替@Published或CurrentValueSubject。这里的区别是PassthroughSubject不能保存值，它只能发出信号。当无法在变量中具体表示值时，这可能很有用。

对于SwiftUI

将@EnvironmentObject视为在许多视图上使用@ObservedObject的更聪明、更简单的方法。您不必在视图A中创建一些数据，然后将其传递给视图B、视图C和视图D，然后再最终使用它，而是可以在视图中创建数据并将其放入环境中，以便视图B、C和D可以自动访问它。

注意：环境对象必须由祖先视图提供–如果SwiftUI找不到正确类型的环境对象，则会导致崩溃。这也适用于预览，所以要小心。

例如，这里有一个存储用户设置的可观察对象：

class UserSettings: ObservableObject {
     @Published var score = 0
}

这个问题有很多答案，提供了许多不同的方法来执行视图控制器通信，这些方法确实有效，但我没有看到任何地方提到哪种方法实际上最好使用，哪种方法最好避免。

在实践中，我认为只建议几个解决方案：

要向前传递数据：使用情节提要和片段时，重写UIViewController的prepare（for：sender:）方法执行视图控制器转换时通过初始化器或财产传递数据困难代码向后传递数据更新应用程序共享状态（您可以使用上述任一方法在视图控制器之间传递该状态）使用委托使用放松段

我建议不要使用的解决方案：

直接引用上一个控制器，而不是使用委派通过单例共享数据通过应用程序代理传递数据通过用户默认值共享数据通过通知传递数据

这些解决方案虽然在短期内有效，但引入了太多的依赖性，这将扰乱应用程序的架构，并在以后产生更多问题。

对于感兴趣的人，我写了一些文章，更深入地讨论了这些问题，并强调了各种缺点：

iOS视图控制器如何相互通信如何构建iOS应用程序的代码通过一个实例了解iOS开发的核心架构原则