ios - 在 Swift 中的 ViewController 之间传递数组/对象

Question

从这个问题开始:Is there a reason that Swift array assignment is inconsistent (neither a reference nor a deep copy)? -

我一直在研究 Swift 中的传递对象并注意到一些奇怪的结果。

为了阐明我习惯(在 Swift 之前) 的行为类型，应该是 Objective C。

在我的一个应用程序(用 Obj C 编写)中举一个例子，我有一个“通知列表”的概念。 - 实际上只是一组自定义对象。

在那个应用程序中，我经常将我的全局“通知”数组传递给各种 viewControllers，这些 viewControllers 提供了一个 UI 来更新列表。

当我将全局数组传递给子 viewController 时，我将其分配给接收者对象中的本地数组变量。然后，只需更新/更改本地数组，这些更改就会反射(reflect)在 rootViewController 的全局数组中。我知道这种行为在 Objective C 中隐含为通过引用传递的对象，但这真的很方便，我一直在尝试在 Swift 中复制这种行为。

然而，当我用 Swift 重写我的应用程序时，我遇到了困难。

我首先尝试将 Swift 字符串数组 (不是 NSMutableArray) 从 rootViewController 传递给子 viewController(如上所述)。

这是将字符串数组传递给 subview Controller 时的行为:

我传入:

[Bill, Bob, Jack] 然后将这个传入的数组赋值给本地数组进行本地修改,

然后我将字符串“Frank”附加到本地数组

结果是:

本地数组 = [Bill, Bob, Jack, Frank]

全局数组 = [Bill, Bob, Jack]

对局部数组的更改不会反射(reflect)回全局数组。 - 元素更改 会出现相同的结果(不更改数组的长度。 )

我还用一个更真实的示例尝试了上述实验 - 将我的自定义“通知”对象数组传递给子 viewController。 SAME 结果发生时，对本地分配的自定义对象数组的任何更改都没有反射(reflect)到传入的原始全局数组中。

我不希望这种行为，我假设这里的最佳实践是使用委托(delegate)协议(protocol)将修改后的数组(或任何对象)传递回父对象，然后手动更新全局数组？ - 如果是这样的话，这会给 Objective C 风格的行为带来相当多的额外工作量。

最后我确实尝试了 inout 关键字，它可以有效地让您直接修改传递给目标对象的函数参数 var。

变化被反射(reflect)回全局数组(或对象)但是问题是，如果输入参数被分配给局部变量(在范围外编辑init 函数的)对局部变量的更改仍未反射(reflect)在全局范围内。

我希望以上内容是有道理的 - 它真的扼杀了我使用 Swift 的工作效率。

我是不是遗漏了什么，或者这种精神 split 症行为是在预料之中的吗？

如果是这样，将修改后的数据传回的最佳做法是什么，代表们？

Answer 1

链接的问题提供了答案 - 它是为了性能。

您可能不希望这种行为，但我会说依赖调用方法的副作用来修改参数是不希望的行为 - 特别是在多线程、多核环境中，其中数据结构可能会损坏。

在我看来，依赖副作用的设计是有缺陷的。

如果函数需要修改“全局”，那么它们应该返回新值，或者如果这不可能，那么您应该将数组包装在一个对象中并提供适当的函数来操作数据值。

Swift 用数组模糊了内在和对象之间的界限，这让它有点困惑——在 Objective-C 中，NSMutableArray 是一个对象，所以它总是通过引用传递。

要通知其他对象数据已更改，您可以使用观察者模式。典型的委托(delegate)模式只有一个注册委托(delegate)——使用观察者模式，您可以拥有多个注册观察者。

您可以通过 NSNotificationCenter 或一组“委托(delegate)”来完成此操作。前者比委托(delegate)更有利于解耦代码