专栏首页ios技术安装Swift 类构造器的使用
原创

Swift 类构造器的使用

程序员连自己写的源代码都不想读, 怎么可能看别人写的源代码! 每半年获得的知识相当于之前获得的全部知识的总和.

个人觉得这句话还是蛮有道理的. 反正对于我来说, 每过一段的时间回过头来看自己写的代码都感觉有很大的重构空间, 很多地方写的不够 PERFECT, 虽然我不是一个处女座, 但是对于代码的健壮和整洁还是很注意的.

接下来, 我来扯一扯谈一谈最近写 Swift 遇到的那些问题吧.

感受

首先说下 Swift 给我带来的感受吧, Swift 的刚开始使用的时候感觉还是太特么难用了可以的.

不过 Xcode 在 Swift 上的补全极其慢, 因为 Swift 所有的属性方法都是默认公开的, 所以可能是因为每次都要搜索全局的符号导致自动补全非常缓慢, 严重影响了工作效率, 有同样的问题的请戳这里. 当然也不排除我电脑配置的影响, 不过重写的过程还是蛮顺利的, 没有遇到太多的问题, 而且使用了很多 Swift 的高级特性来缩减原来冗长的 ObjC 代码.

构造器 init

好了然后, 谈一下我在这两天中写 Swift 时遇到的最大问题 —- 构造器 init 的使用.

注: 我们在这篇博客中提到的构造器都为类构造器, 在这里不提及值构造器的使用,详见文档.

刚刚使用这个构造器的时候我感觉到很困惑啊, 不就是个 init, 你给我搞这么多事情干什么? 我只想安安静静地初始化

开始使用 init

当我遵从以前写 ObjC 的习惯, 在 Swift 中键入 init 之后, 编译器提醒我:

复制代码

'required' initialize 'init(coder:)' must be provided by subclass of 'UITableViewCell'

这是什么意思 (,#゚Д゚), 好吧, 这个错误竟然可以点. 于是开心地双击, 然后呢, Xcode 在我们的屏幕中自动生成了这些东西:

Swift

复制代码

required init(coder aDecoder: NSCoder) {    fatalError("init(coder:) has not been implemented")}

随后, 我就如在 ObjC 中一样在 init 方法中调用了 super.init(), (/= _ =)/~┴┴ 怎么还有错误?

这是啥意思?

复制代码

Must call a designated initializer of the superclass 'UITableViewCell'

必须调用一个 UITableViewCell 的指定构造器. 算了先不管了, 继续写好了. 于是又出现呢了下面的提示:

Convenience initializer for 'TableViewCell' must delegate (with 'self.init') rather than chaining to a superclass initializer (with 'super.init')

既然说 convenience 构造器不能调用 super.init, 那么按照错误提示改成 self.init 应该就好了.

Could not find member 'Default'

既然报了这个错误, 那么如果加上 UITableViewCellStyle

复制代码

Could not fond an overload for 'init' that accepts the supplied arguments

找不到 init 方法接收所提供参数的重载.

最后一个常见的错误大概是这样的

复制代码

Property 'self.label' not initialized at super.init call

Orz, 到这里我已经放弃了自己通过尝试来解决这些问题了. 于是我求助于 Google, 最后怒看苹果的官网文档并找到了以上错误的全部答案.

:[563513413](https://jq.qq.com/?_wv=1027&k=lzJejkSl),不管你是大牛还是小白都欢迎入驻

使用 init 方法的正确姿势

苹果的官方文档关于构造器的部分请戳这里

在 Swift 中, 类的初始化有两种方式, 分别是

  1. Designated Initializer
  2. Convenience Initializer

Designated Initializer 在本篇博客中译为指定构造器, 而 Convenience Initializer 译为便利构造器.

指定构造器在一个类中必须至少有一个, 而便利构造器的数量没有限制.

指定构造器 (Designated Initializer)

Designated initializers are the primary initializers for a class. A designated initializer fully initializes all properties introduced by that class and calls an appropriate superclass initializer to continue the initialization process up the superclass chain.

指定构造器是类的主要构造器, 要在指定构造器中初始化所有的属性, 并且要在调用父类合适的指定构造器.

每个类应该只有少量的指定构造器, 大多数类只有一个指定构造器, 我们使用 Swift 做 iOS 开发时就会用到很多 UIKit 框架类的指定构造器, 比如说:

Swift

复制代码

init()init(frame: CGRect)init(style: UITableViewCellStyle, reuseIdentifier: String?)

这些都是类指定构造器, 并且这些方法的前面是没有任何的关键字的 (包括 override).

当定义一个指定构造器的时候, 必须调用父类的某一个指定构造器:

Swift

复制代码

init(imageName: String, prompt: String = "") {	super.init(style: .Default, reuseIdentifier: nil)	...}

在这里我们的指定构造器调用了父类的指定构造器 super.init(style: .Default, reuseIdentifier: nil).

便利构造器 (Convenience Initializer)

Convenience initializers are secondary, supporting initializers for a class. You can define a convenience initializer to call a designated initializer from the same class as the convenience initializer with some of the designated initializer’s parameters set to default values. You can also define a convenience initializer to create an instance of that class for a specific use case or input value type.

便利构造器是类的次要构造器, 你需要让便利构造器调用同一个类中的指定构造器, 并将这个指定构造器中的参数填上你想要的默认参数.

如果你的类不需要便利构造器的话, 那么你就不必定义便利构造器, 便利构造器前面必须加上 convenience 关键字.

在这里我们就不举例了, 但是我们要提一下便利构造器的语法:

Swift

复制代码

convenience init(parameters) {    statements}

init 规则

定义 init 方法必须遵循三条规则

  1. 指定构造器必须调用它直接父类的指定构造器方法.
  2. 便利构造器必须调用同一个类中定义的其它初始化方法.
  3. 便利构造器在最后必须调用一个指定构造器.

如下图所示:

在图中, 只有指定构造器才可以调用父类的指定构造器, 而便利构造器是不可以的, 这也遵循了我们之前所说的三条规则.

只要 init 方法遵循这三个规则就不会有任何问题.

  • 不过为什么要遵循这三条规则呢?
  • init 的方法的调用机制是什么呢?

init 机制

在 Swift 中一个实例的初始化是分为两个阶段的

  1. 第一阶段是实例的所有属性被初始化.
  2. 第二阶段是实例的所有属性可以再次的调整以备之后的使用.

而这与 ObjC 的区别主要在于第一部分, 因为在 ObjC 中所有的属性如果不赋值都会默认被初始化为 nil或者 0. 而在 Swift 中可以所有属性的值由开发者来指定.

Swift 的编译器会对初始化的方法进行安全地检查已保证实例的初始化可以被安全正确的执行:

  1. 指定构造器必须要确保所有被类中提到的属性在代理向上调用父类的指定构造器前被初始化, 之后才能将其它构造任务代理给父类中的构造器.
  2. 指定构造器必须先向上代理调用父类中的构造器, 然后才能为任意属性赋值.
  3. 便利构造器必须先代理调用同一个类中的其他构造器, 然后再为属性赋值.
  4. 构造器在第一阶段构造完成之前, 不能调用任何实例方法, 不能读取任何实例属性的值,self 不能被引用.

接下来我们来说明一下类构造的两个阶段:

阶段 1

  • 某个指定构造器或便利构造器被调用.
  • 完成新的实例内存的分配, 但此时内存还没有被初始化.
  • 指定构造器确保其所在类引入的所有存储型属性都已赋值. 存储型属性所属的内存完成初始化.
  • 指定构造器将调用父类的构造器, 完成父类属性的初始化.
  • 这个调用父类构造器的过程沿着构造器链一直往上执行, 直到到达构造器链的最顶部.
  • 当到达了构造器链最顶部, 且已确保所有实例包含的存储型属性都已经赋值,这个实例的内存被认为已经完全初始化。此时 阶段 1 完成.

  1. 子类的便利构造器首先会被调用, 这时便利构造器无法修改子类的任何属性.
  2. 便利构造器会调用子类中的指定构造器, 指定构造器 (子类) 要确保所有的属性都已赋值, 完成所属内存的初始化,
  3. 接着会指定构造器 (子类) 会调用父类中的指定构造器, 完成父类属性所属内存的初始化, 直到达到构造器链的最顶部. 所有的属性以及内存被完全初始化, 然后进入第 阶段 2.

阶段 2

  • 从顶部构造器链一直向下, 每个构造器链中类的指定构造器都有机会进一步定制实例. 构造器此时可以访问 self, 修改它的属性并调用实例方法等等。
  • 最终, 任意构造器链中的便利构造器可以有机会定制实例和使用 self

  1. 父类中的指定构造器定制实例的属性 (可能).
  2. 子类中的指定构造器定制实例的属性.
  3. 子类中的便利构造器定制实例的属性.

init 的继承和重载

Unlike subclasses in Objective-C, Swift subclasses do not inherit their superclass initializers by default. Swift’s approach prevents a situation in which a simple initializer from a superclass is inherited by a more specialized subclass and is used to create a new instance of the subclass that is not fully or correctly initialized.

跟 ObjC 不同, Swift 中的子类默认不会继承来自父类的所有构造器. 这样可以防止错误的继承并使用父类的构造器生成错误的实例(可能导致子类中的属性没有被赋值而正确初始化). 与方法不同的一点是, 在重载构造器的时候, 你不需要添加 override 关键字.

虽然子类不会默认继承来自父类的构造器, 但是我们也可以通过别的方法来自动继承来自父类的构造器, 构造器的继承就遵循以下的规则:

  1. 如果子类没有定义任何的指定构造器, 那么会默认继承所有来自父类的指定构造器.
  2. 如果子类提供了所有父类指定构造器的实现, 不管是通过 规则 1 继承过来的, 还是通过自定义实现的, 它将自动继承所有父类的便利构造器.

错误分析

我们到目前为止已经基本介绍了所有的构造器使用的注意事项, 接下来我们分析一下最开始错误的原因.

错误 1

第一个错误是因为, 我们一开始虽然没有为指定构造器提供实现, 不过, 因为重载了指定构造器, 所以来自父类的指定构造器并不会被继承.

如果子类没有定义任何的指定构造器, 那么会默认继承所有来自父类的指定构造器.

init(coder aDecoder: NSCoder) 方法是来自父类的指定构造器, 因为这个构造器是 required, 必须要实现. 但是因为我们已经重载了 init(), 定义了一个指定构造器, 所以这个方法不会被继承, 要手动覆写, 这就是第一个错误的原因.

错误 2

Swift

复制代码

class TableViewCell: UITableViewCell {     init() {     }     required init(coder aDecoder: NSCoder) {        fatalError("init(coder:) has not been implemented")    } }

我们已经手动覆写了这个方法, 然后, 因为 init() 方法虽然被重载了, 但是并没有调用父类的指定构造器:

指定构造器必须调用它最近父类的指定构造器.

所以我们让这个指定构造器调用 super.init(style: UITableViewCellStyle, reuseIdentifier: String?), 解决了这个问题.

Swift

复制代码

class TableViewCell: UITableViewCell {     init() {        super.init(style: .Default, reuseIdentifier: nil)    }     required init(coder aDecoder: NSCoder) {        fatalError("init(coder:) has not been implemented")    } }

错误 3

Swift

复制代码

class TableViewCell: UITableViewCell {     convenience init() {        super.init(style: .Default, reuseIdentifier: nil)    }     required init(coder aDecoder: NSCoder) {        fatalError("init(coder:) has not been implemented")    } }

错误 3 跟前面的两个错误没有直接的联系. 这里的构造器是一个便利构造器 (注意前面的 convenience 关键字), 而这里的错误违反了这一条规则:

便利构造器必须调用同一个类中定义的其它构造器 (指定或便利).

所以我们让这个便利构造器调用同一个类的 self.init(style: UITableViewCellStyle, reuseIdentifier: String?) 的指定构造器.

Swift

复制代码

class TableViewCell: UITableViewCell {     convenience init() {        self.init(style: .Default, reuseIdentifier: nil)    }     required init(coder aDecoder: NSCoder) {        fatalError("init(coder:) has not been implemented")    } }

而这段代码目前还是有问题的, 而这就是 错误 4 的代码.

错误 4

错误 4 的主要原因就是重载了父类的 init(coder aDecoder: NSCoder) 指定构造器, 导致父类的指定构造器 init(style: .Default, reuseIdentifier: nil) 并没有被当前类 TableViewCell 继承, 所以当前类中是没有 init(style: .Default, reuseIdentifier: nil) 指定构造器.

如果子类没有定义任何的指定构造器, 那么会默认继承所有来自父类的指定构造器.

Swift

复制代码

class TableViewCell: UITableViewCell {     convenience init() {        self.init(style: .Default, reuseIdentifier: nil)    }}

只需要删掉这个 init(coder aDecoder: NSCoder) 方法就可以解决这个错误了.

错误 5

Swift

复制代码

class TableViewCell: UITableViewCell {     let label : UILabel     init(imageName: String) {        super.init(style: .Default, reuseIdentifier: nil)    }     required init(coder aDecoder: NSCoder) {        fatalError("init(coder:) has not been implemented")    } }

错误 5 的主要原因是违反了这一条规则, 它在调用 super.init(style: .Default, reuseIdentifier: nil) 之前并没有初始化自己的所有属性.

指定构造器必须要确保所有被类中提到的属性在代理向上调用父类的指定构造器前被初始化, 之后才能将其它构造任务代理给父类中的构造器.

因为 label 属性不是 optional 的, 所以这个属性就必须初始化.

Swift

复制代码

init(imageName: String) {    self.label = UILabel()    super.init(style: .Default, reuseIdentifier: nil)}

这是第一个解决的办法, 不过我一般使用另一种, 在属性定义的时候就为他说初始化一个值.

Swift

复制代码

class TableViewCell: UITableViewCell {     let label = UILabel()     init(imageName: String) {        super.init(style: .Default, reuseIdentifier: nil)    }     required init(coder aDecoder: NSCoder) {        fatalError("init(coder:) has not been implemented")    } }

这些就是我在使用 swift 的构造其中遇到的全部错误了.

总结

Swift 中构造器需要遵循的规则还是很多的, 总结一下, 有以下规则:

  • 调用相关
    • 指定构造器必须调用它直接父类的指定构造器方法.
    • 便利构造器必须调用同一个类中定义的其它初始化方法.
    • 便利构造器在最后必须调用一个指定构造器.
  • 属性相关
    • 指定构造器必须要确保所有被类中提到的属性在代理向上调用父类的指定构造器前被初始化, 之后才能将其它构造任务代理给父类中的构造器.
    • 指定构造器必须先向上代理调用父类中的构造器, 然后才能为任意属性赋值.
    • 便利构造器必须先代理调用同一个类中的其他构造器, 然后再为属性赋值.
    • 构造器在第一阶段构造完成之前, 不能调用任何实例方法, 不能读取任何实例属性的值,self 不能被引用.
  • 继承相关
    • 如果子类没有定义任何的指定构造器, 那么会默认继承所有来自父类的指定构造器.
    • 如果子类提供了所有父类指定构造器的实现, 不管是通过上一条规则继承过来的, 还是通过自定义实现的, 它将自动继承所有父类的便利构造器.

Swift 中的构造器 init 中坑还是很多的, 而目前我也终于把这个构造器这个坑填上了, 最终决定还是要重新详细看一遍 Swift 的官方文档, 而整篇博客和问题的解决都是基于官方文档的. 使用下来 Swift 比 Objective-C 语言使用起来的注意事项和坑更多, 也有很多的黑魔法, 等待着我们去开发和探索.

原创声明,本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

登录 后参与评论
0 条评论

相关文章

  • Swift学习:构造器(上)

    Swift赋予自定义类型更加丰富的功能,一个显著地方就是构造过程。Swift可以为自定义类型设置构造器来初始化一个实例。有关Swift构造器的使用特点可以总结...

    梧雨北辰
  • Swift学习:构造器(下)

    本篇主要介绍Swift中构造器的一些特殊用法 一、可失败的构造器 顾名思义,这是用于我们构造过程可能失败情况的构造器。失败的原因可能是给构造器传入无效的参数值,...

    梧雨北辰
  • Swift学习:构造器(中)

    本篇继续对Swift中的构造器进行介绍,这里主要说到类的继承和构造。 作为引用类型的类具有的继承特性,这使得类的构造过程较为复杂一些,因为涉及到很多细节性的问题...

    梧雨北辰
  • Swift 结构体构造器

    在Swift中,定义为结构体的类型会自动获得由编译器生成的默认初始化程序——所谓的“成员构造器”,因为编译器将根据给定结构体的成员(即其存储的属性)生成该初始化...

    韦弦zhy
  • 【学习笔记】SWIFT中的构造函数

    2017-05-05 by Liuqingwen | Tags: Swift | Hits

    IT自学不成才
  • Swift中构造方法的解析 原

          构造方法是一个类创建对象最先也是必须调用的方法,在Objective-C中,开发者更习惯称这类方法为初始化方法。在Objective-C中的初始化方...

    珲少
  • 多个构造器参数使用构建器

    标题一眼看过去可能不是很明白要讲什么,先来看看下面一段代码。 1 package example; 2 3 /** 4 * 重叠构造器 5 * ...

    用户1148394
  • Swift4.0 便利构造函数的写法

    星宇大前端
  • 构造方法、类方法、类的复合

    版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/u010105969/article/details/...

    用户1451823
  • 反射类的构造函数

    <!-- 首先,通过Class获取类的字节码 Class clazz = Class.forName("com.marer.reflect.Person")...

    MonroeCode
  • Python 类的构造函数

    Zkeq
  • 10. Kotlin 类声明和构造器(constructor)

    Java 的构造器声明和方法声明没有太大区别,也支持重载,唯一的限制是:必须调用父类构造器(如果父类只有一个构造器而且是无参的,编译器会帮你自动加上,这是特例)...

    sickworm
  • 从构造器到类,为你揭密对象构造的全程(文末同样有福利)

    构造器,是JavaScript中面向对象系统的核心概念之一。跟“props”相比,如果props是静态的结构,那么“构造器”就是动态的逻辑。

    学前端
  • 窥探Swift之使用Web浏览器编译Swift代码以及Swift中的泛型

       有的小伙伴会问:博主,没有Mac怎么学Swift语言呢,我想学Swift,但前提得买个Mac。非也,非也。如果你想了解或者初步学习Swift语言的话,你可...

    lizelu
  • WindowBuilder入门:使用swt的canvas类构造显示URL图像

    版权声明:本文为博主原创文章,转载请注明源地址。 https://blog.csdn.net...

    用户1148648
  • 构造Python中的常量类

    通过命名风格来提示使用者该变量代表的意义为常量,比如MAX_NUMBER、TOTAL。然而这种方式并没有真正实现常量,其对应的值仍然可以被改变,这只是一种约定俗...

    py3study
  • zepto的构造器$

    fragmentRE是一个匹配普通标签<xxx>的表达式,关键是zepto.fragment()函数。

    菜的黑人牙膏
  • python中类的构造方法

    如果是继承关系,那么子类也有构造方法。如果子类存在构造方法,继承关系成立后,最终的结果也还是以子类的构造方法为准。

    刘金玉编程
  • 使用OQL“语言”构造ORM实体类的复杂查询条件

    OQL”语言“ 是PDF.NET数据开发框架的实体对象查询语言,一直以来,ORM的复杂查询条件都是困扰ORM的问题,所以很多时候不得不舍弃ORM,直接手工拼接S...

    用户1177503

扫码关注腾讯云开发者

领取腾讯云代金券