ios - 有什么不同？授权、传递数据和协议(protocol)礼仪

Question

我可以想到我的代码允许 ViewController 交互的四种方式:

1. 如果我将一个新的 VC 调用到堆栈上，我会向它传递准备转场所需的数据，如下所示:

2. 当我倒退并返回 VC 时，Unwind segues 帮助了我。

3. 我可以使用协议(protocol)从另一个 VC 调用一个 VC 中的函数。

4. 我还有一个名为“ToolBox”的 VC，我有时会通过执行以下操作来引用“Toolbox”函数:

var toolBox = ToolBox()
toolBox.fetchReq_taskList_Sorted(currentListEntity)

通过传递值来初始化我的新 VC，就像在 #1 中一样，我想我明白了。使用 #2，unwind segues，在 unwind 上运行一个函数但不传递数据，我想我明白了。

问题

我开始感到困惑的地方是#3 与#4。他们都让我委托(delegate)给另一个类(class)/VC。当#4 更简单时，为什么还要使用协议(protocol)呢？只是为了确保委托(delegate)符合要求？

当我不需要委托(delegate)处理事件时怎么办？当我只需要传递一个变量的值时呢？这也可以通过以下方式处理:

• 将cell临时保存到CoreData，从其他VC中调用
• 或者使用 NSUserDefaults 来实现
• 或者我可以使用全局变量来记住单元格

在论坛上，我总是看到有人说不要为此使用 NSUserDefaults，不要使用全局变量，除非是“x”等等。那么是否有针对所有这些的特定、正确的决策树？

Answer 1

VC 负责部分模型。他们通过更改模型来响应用户操作，并且他们观察模型中的更改以更新他们的 View 。它们间接地相互通信，因为它们都观察到相同的共享模型。

回顾 my answer to your other question ，当在 TableView 中显示模型对象数组的 vcA 想要告诉 vcB 对哪个特定对象进行操作时，它可以直接通过将该对象分配给 vcB 属性来实现，该属性是 vcB 模型的一部分....

    vcA                  vcB
     |                    /
   vcA's model       vcB's model (assigned to it before a segue)
     |                  /
   ----------------    /
   |       |       |  /
 obj0     obj1     obj2


 Before presenting vcB, vcA assigns it part of the model (obj2, in this example).

看看为什么不需要从 vcB 到 vcA 的任何“传回”？他们都在看同一件事。虽然这是真的，但您的帖子暗示的一些问题仍未得到解答...

vcA probably needs to know if vcB changes the model so it can update its views. Doesn't vcB need to tell vcA about that?

这是一个很大的话题，但简短的回答是 vcA 可以使用 KVO 来观察模型的变化。和 notification .

What about delegation? Is that a way for vcs to coordinate?

是的。通知有时有点过于广播，而 KVO 有时有点过于狭窄和冗长。通过委派，vcB 对其委托(delegate)人说:“我将尽我的工作改变我的模型部分，当我做我做的事情时，你应该做任何你做的事。”

This highly rated post关于 inter-vc communication 的主题很好地解释了如何实现委托(delegate)。

委派有点过头了，imo。我更喜欢将它用于更丰富的交互(NSURLConnectionDelegate 或 UITableViewDatasource 的工作方式)，但在 vcs 之间使用它来交流模型更改是可行的常见做法。

How about the "target-action" pattern?

你没有提到这个，但它是另一种模式，代表团的 hackier 表亲。在自定义 UIControl 子类之外，我会远离。

What about global variables? Are they bad?

是的。

一个更微妙的答案允许使用一些常用的，包括模型的单例根。但总的来说，您应该避免全局变量，就像您不使用木棒一样:对于大多数(与大棒无关的)工作来说，它们弊大于利。

What about my ToolBox class or CoreData or NSUserDefaults?

您的 ToolBox 类可能真的是您模型的一部分，也许您只是没有意识到它或没有那样命名它。 CoreData 用于在应用程序启动之间持久化模型。这里不是很相关。 NSUserDefaults 是启动之间用户偏好的持久性，也不相关。

使用这些而不是上面认可的模式就像使用全局变量，只是更糟一点，因为它们通常被用作全局变量，只是重命名以掩盖不明智的方法。