[英]How do you create a base class with a weak delegate that conforms to a generic protocol?
[英]weak Delegate and class protocol
在调用dismissViewControll之后,我一直在使用protocol和delegate方法将数据传回给前一个VC。 以下是我通常会这样做的原因,因为大多数教程都不是这样写的
protocol someVCDelegate {
func somefunction()
}
var delegate: someVCDelegate!
但是,我遇到了写这种类/弱方法。
protocol someVCDelegate : class {
func somefunction()
}
weak var delegate: someVCDelegate!
我知道弱与ARC有关并且避免了保留周期。 但是,我不确定何时需要它,因为在我的所有情况下,没有做弱代理工作查找(VC确实deinit)。 在什么样的情况下我需要弱代表? 另外,为什么它是“!” 弱,通常是“?” 弱者之后?
你说:
但是,我不确定在所有情况下我什么时候都需要它,而不是做弱委托工作
当您有可能进行强参考循环时,您只需要弱的协议委托模式,即一系列强引用循环。 例如,考虑:
具有属性(“子”)的对象(“父”),即父对子具有强引用;
孩子有delegate
财产; 和
您将子delegate
设置为引用父对象。
在这种情况下,代表是weak
引用至关重要,否则你将有一个强大的参考周期。
注意,这是一个简单的例子,有时强引用链可能相当复杂。 例如,考虑具有委托属性的UIView
子类。 潜在的强引用周期可能很长,从视图控制器到其根view
,通过子视图的一系列子视图,一直到具有可能可能引用回视图控制器的delegate
的UIView
。 这也将导致强大的参考周期,并且由于这个原因,我们倾向于为该delegate
使用weak
引用。
但是,当您使用协议委托模式在视图控制器之间传递数据时,这通常不是问题(视图控制器包含除外),因为呈现视图控制器不拥有呈现的视图控制器。 视图控制器层次结构通常维护对视图控制器的强引用。 因此,当您关闭所呈现的视图控制器时,它将被解除分配,并且可以解决潜在的强参考周期。
通常,我们会本能地使用weak
协议委托模式(仅仅因为它可以防止强引用循环发生)。 但有时您会使用强引用。 最常见的强引用模式是NSURLSession
其delegate
是一个强引用。 正如init(configuration:delegate:delegateQueue:)
的文档警告我们:
会话对象保留对
delegate
的强引用,直到您的应用退出或显式使会话无效。 如果您没有通过调用invalidateAndCancel()
或finishTasksAndInvalidate()
方法使会话invalidateAndCancel()
,则您的应用程序会泄漏内存,直到它退出。
虽然这可能看似矛盾,但这种强大的参考模式的优点是会话知道它可以安全地调用其委托方法而不必担心对象已被解除分配。 ( NSURLSession
, NSURLSession
这种强大的委托行为很少会让它变得丑陋,因为我们经常使用完成处理程序方法而根本不使用委托方法,而当我们使用委托方法时,我们经常会有一些其他对象而不是视图控制器作为会话的委托。)
简而言之,你真的必须评估每种情况,并确定我们本能地倾向于弱的参考是否更好,或者你是否有其中一种情况,你的协议更好地服务于强引用。
为什么它很弱:弱引用是一个引用,它不会强制保留它引用的实例,因此不会阻止ARC处理引用的实例。 此行为会阻止引用成为强引用循环的一部分。 或者简单地说,您可以通过将类之间的某些关系定义为弱引用或无引用而不是强引用来解析强引用循环。
它是“!” 在弱之后因为它被隐含地打开了。 它会有价值。
有时从程序的结构中可以清楚地看出,在首次设置该值之后,可选项将始终具有值。 在这些情况下,每次访问时都不需要检查和解包可选的值,因为可以安全地假设它始终具有值。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.