为什么默认情况下插座被声明为弱？

Question

我在谷歌上查了这个话题，但还没有得到一个可以理解的答案，问题是我知道当两个类通过从第二个类中实例化第一个类中的一个对象并在第二个类中声明另一个对象来耦合在一起时第一个类这将导致一个保留循环，应该通过使用关键字 weak 或 unowned 来打破，但我不能将这种思维方式应用于被声明为弱的 IBOutlets

class SignUpViewController: UIViewController {
 override func viewDidLoad() {
        super.viewDidLoad()
    }
@IBOutlet weak var signUpBttn: UIButton!
}

这是我的 viewController 类中的插座，为什么插座被声明为 weak ？ 根据我的理解，要有一个保留周期，uibutton 类应该有一个来自 viewController 类的对象，以便这两个类（viewController 和 uibutton）耦合在一起有人可以澄清幕后发生的事情吗？

Answer 1

视图控制器中的所有 ui 元素都是 viewController 视图的一部分。 所以视图是一个 UIView 类，并且出口在 viewController 中引用到 UIView 类元素，所以如果从视图层次结构中删除视图，所有交叉元素都应该是弱的，以避免交叉引用。 关于这个的问题是来自苹果 MVC 的参考，其中 ViewController 是一个控制器，但有一堆视图部分的相关代码。 你所有的插座都应该放在你的 ViewController 的 UIView 类中。

Answer 2

TLDR - 在我看来，这不是一个好的决定。

strong引用表示所有权。 视图或视图控制器是视图的所有者，因此逻辑选择应该strong 。

然而，在大多数情况下，这并不重要，因为视图在视图层次结构中也被其父级强烈引用。

什么时候重要？ 当您通过删除视图/约束等动态更新视图层次结构时，这很重要。一旦您从层次结构中删除视图/约束并且您没有对它的强引用，它将从内存中删除。

还要注意weak和的组合! 有点危险，因为! 表示您希望永远不会为nil的引用。

这可能会导致错误，例如：

@IBOutlet weak var constraint: NSLayoutConstraint!

...

constraint.isActive = false // removes constraint from hierarchy, assigns `nil` to constraint
...
constraint.isActive = true // crashes the app

就个人而言，我总是使网点strong 。 对于我总是使用的任何weak引用? 而不是! .

请注意，在这种情况下， weak与防止引用循环无关。 这只是 Xcode 开发人员的个人决定。

从历史上看，可能与UIViewController.viewDidUnload有联系。 但是，从 iOS 6 开始就不再调用该方法。

Answer 3

Apple 建议将@IBOutlet声明为strong 。 可以找到许多关于此的讨论/文章。

如果您看一下 Apple 2015 WWDC 的这段视频，就在 32:30 左右： https : //developer.apple.com/videos/play/wwdc2015/407/

他说：

一般来说，你应该让你的插座强大，尤其是当你将插座连接到子视图或约束时，视图层次结构并不总是会保留。 您真正需要使插座变弱的唯一时间是，如果您有一个自定义视图，该视图引用了视图层次结构中的某些内容，并且通常不推荐这样做。