Swift 类构造器的使用

这段时间学习Swift,遇到的一大问题 --- 构造器init的使用

使用 init 方法的正确姿势

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

 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 框架类的指定构造器, 比如说:

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

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

    init(imageName: String, prompt: String = "") {
          super.init(style: .Default, reuseIdentifier: nil)
    }
    
    required init?(coder aDecoder: NSCoder) {
        fatalError("init(coder:) has not been implemented")
    }
注意在: 在这里我们的指定构造器调用了父类的指定构造器 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
关键字.

    convenience init() {
        self.init() // 注意在:这里必须调用一个指定的构造器或者同一个类中定义的其它初始化方法
    }
四、 init规则

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

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

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

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

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

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

1.指定构造器必须要确保所有被类中提到的属性在代理向上调用父类的指定构造器前被初始化, 之后才能将其它构造任务代理给父类中的构造器.
2.指定构造器必须先向上代理调用父类中的构造器, 然后才能为任意属性赋值.
3.指定构造器必须先向上代理调用父类中的构造器, 然后才能为任意属性赋值.
4.便利构造器必须先代理调用同一个类中的其他构造器, 然后再为属性赋值.
5.构造器在第一阶段构造完成之前, 不能调用任何实例方法, 不能读取任何实例属性的值,self不能被引用.
六、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继承过来的, 还是通过自定义实现的, 它将自动继承所有父类的便利构造器.
七、 错误分析

错误1

Paste_Image.png

如果子类没有定义任何的指定构造器, 那么会默认继承所有来自父类的指定构造器.
  • 这个错误是因为我们一开始虽然没有为指定构造器提供实现, 不过, 因为重载了指定构造器, 所以来自父类的指定构造器并不会被继承.
  • init(coder aDecoder: NSCoder)方法是来自父类的指定构造器, 因为这个构造器是 required, 必须要实现. 但是因为我们已经重载了 init(), 定义了一个指定构造器, 所以这个方法不会被继承, 要手动覆写, 这就是第一个错误的原因.

**错误2:必须调用一个 UITableViewCell的指定构造器. **

Paste_Image.png
指定构造器必须调用它最近父类的指定构造器.
  • 所以我们让这个指定构造器调用super.init(style: UITableViewCellStyle, reuseIdentifier: String?), 解决了这个问题.

错误3: convenience 构造器不能调用 super.init

Paste_Image.png
便利构造器必须调用同一个类中定义的其它构造器(指定或便利).
  • 我这里将它改为self.init(style: .Default, reuseIdentifier: nil),而这段代码目前还是有问题的, 而这就是错误 4的代码.

错误4

Paste_Image.png
如果子类没有定义任何的指定构造器, 那么会默认继承所有来自父类的指定构造器.
  • 错误 4的主要原因就是重载了父类的init(coder aDecoder: NSCoder)指定构造器, 导致父类的指定构造器 init(style: .Default, reuseIdentifier: nil)并没有被当前类TableViewCell继承(因为重载了指定构造器, 所以来自父类的指定构造器并不会被继承), 所以当前类中是没有 init(style: .Default, reuseIdentifier: nil)指定构造器.
  • 只需要删掉这个 init(coder aDecoder: NSCoder)方法就可以解决这个错误了.

错误五

Paste_Image.png
指定构造器必须要确保所有被类中提到的属性在代理向上调用父类的指定构造器前被初始化, 之后才能将其它构造任务代理给父类中的构造器.
  • 错误 5的主要原因是违反了这一条规则, 它在调用super.init(style: .Default, reuseIdentifier: nil)之前并没有初始化自己的所有属性.
  • let label = UILabel()在属性定义的时候就为他说初始化一个值.
八、总结

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

  • 调用相关
1.指定构造器必须调用它直接父类的指定构造器方法.
2.便利构造器必须调用同一个类中定义的其它初始化方法.
3.便利构造器在最后必须调用一个指定构造器.
  • 属性相关
1.指定构造器必须要确保所有被类中提到的属性在代理向上调用父类的指定构造器前被初始化, 之后才能将其它构造任务代理给父类中的构造器.
2.指定构造器必须先向上代理调用父类中的构造器, 然后才能为任意属性赋值.
3.便利构造器必须先代理调用同一个类中的其他构造器, 然后再为属性赋值.
4.构造器在第一阶段构造完成之前, 不能调用任何实例方法, 不能读取任何实例属性的值,self不能被引用.
  • 继承相关
1.如果子类没有定义任何的指定构造器, 那么会默认继承所有来自父类的指定构造器.
2.如果子类提供了所有父类指定构造器的实现, 不管是通过上一条规则继承过来的, 还是通过自定义实现的, 它将自动继承所有父类的便利构造器.
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 199,711评论 5 468
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 83,932评论 2 376
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 146,770评论 0 330
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 53,799评论 1 271
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 62,697评论 5 359
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,069评论 1 276
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,535评论 3 390
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,200评论 0 254
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,353评论 1 294
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,290评论 2 317
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,331评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,020评论 3 315
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,610评论 3 303
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,694评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 30,927评论 1 255
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 42,330评论 2 346
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 41,904评论 2 341

推荐阅读更多精彩内容