Swift超级初始化器

发布时间：2020-12-14 02:29:00 所属栏目：百科来源：网络整理

导读：在 Swift中,应该在初始化当前类的所有属性之后调用super的初始化程序.然而,这不是针对Objective-C init完成的,其中在初始化当前类中的属性之前首先调用super init. Swift试图通过强制执行此操作来阻止哪些问题？为什么Objective-C能够避免Swift试图阻止的问

在 Swift中,应该在初始化当前类的所有属性之后调用super的初始化程序.然而,这不是针对Objective-C init完成的,其中在初始化当前类中的属性之前首先调用super init.

Swift试图通过强制执行此操作来阻止哪些问题？为什么Objective-C能够避免Swift试图阻止的问题？

What issues is Swift trying to prevent by enforcing this?

这是一个很好的问题,Objective-C没有避免它.

问题在于,当您在初始化方法中时,该对象在技术上处于部分构造状态. Bryan’s post是一个伟大的(虽然做作)为什么的例子.一般问题是,如果超类的初始化程序调用方法,则子类可能已重写此方法.这本身并不是一件坏事.如果被重写的方法假定对象是完全构造的,则会出现问题.

但是,由于对象仍在调用初始化程序中,因此情况并非如此.在对[super init]的调用返回并且对象的类执行其任何初始化代码之前,该对象并不是完全构造的.

dealloc方法存在一个相关问题：如果在-dealloc方法中调用方法,那些方法可能会假定对象是完全构造的,而实际上它可能是部分解构的.这在ARC下并不是什么大不了的事,但它仍然会导致一些非常微妙的错误.

使用Swift,决定通过执行此规则来避免这类问题：

By the time you decide to call super,the calling class must have finished any class-specific initialization.

此规则的变体是：

You may not invoke methods until after you have called super‘s initializer.

使用此规则,您将永远不会遇到上述问题.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!