Swift --- 初始化器相关(Initialize)

类、结构体、枚举都可以定义初始化器

  • 每个类至少有一个指定初始化器, 指定初始化器是类的主要初始化器

1.类有两种初始化器:指定初始化器(designated initializer)、便捷初始化器(convenienceinitializer)
2.默认初始化器总是类的指定初始化器
3.类偏向于少量指定初始化器,一个类通常只有一个指定初始化器

  • 初始化器的相互调用规则:

1.指定初始化器必须从它的直系父类调用指定初始化器
2.便捷初始化器必须从相同的类里面调用另一个初始化器
3.便捷初始化器最终必须调用一个指定初始化器

在这里插入图片描述

  • Swift在编码方面是煞费苦心,为了保证初始化过程的安全,设定了两段式初始化、安全检查
  • 第一阶段:初始化所有存储属性

1.外层调用指定/便捷初始化器
2.分配内存给实力,但未初始化
3.指定初始化器确保当前类定义的存储属性都初始化
4.指定初始化器调用父类的初始化器,不断向上调用,形成初始化器链

  • 第二阶段:设置新的存储属性值

1.从顶部初始化器往下,链中的每一个指定初始化器都会有机会进一步定制实例
2.初始化器现在能够使用self(访问、修改它的属性,调用它的实例方法等等)
3.最终,链中任何便捷初始化器都有机会定制实例以及使用self

  • 安全检查

1.指定初始化器必须保证在调用父类初初始化器之前,其所在类定义的所有存储属性都要初始化完成
2.指定初始化器必须先调用父类初始化器,然后才能为继承的属性设置新值
3.便捷初始化器必须先调用同类中的其它初始化器,然后再为任意属性设置新值
4.初始化器在第一阶段初始化完成之前,不能调用任何实话方法、不能读取任何实例属性的值,也不能引用self
5.知道第一阶段结束,实例才算完全合法


重写

  • 当重写父类的指定初始化器时,必须加上override(即使子类的实现是便捷初始化器)
  • 如果子类写了一个匹配父类便捷初始化器的初始化器,不用加上override

因为父类的便捷初始化器永远不会通过子类直接调用,因此,严格来说,子类无法重写父类的便捷初始化器


自动继承

  • 如果子类没有自定义任何指定初始化器,它会自动继承父类所有的指定初始化器
  • 如果子类提供了父类所有指定初始化器的实现(要么通过方式1继承,要么重写)

子类自动继承所有父类便捷初始化器

  • 就算子类添加了更多的便捷初始化器,这些规则仍然适用
  • 子类以便捷初始化器的形式重写父类的指定初始化器,也可以作为满足规则2的一部分

Required

  • 用required修饰的指定初始化器,表明所有子类都必须实现该初始化器(通过集成或者重写实现)
  • 如果子类重写了required初始化器,也必须加上requried,不用加override

属性观察器

  • 父类的属性在它自己的初始化器中赋值不会触发属性观察器,但在子类的初始化器中赋值会触发属性观察器

可是失败初始化器

  • 类、结构体、枚举都可以使用init?定义可失败初始化器
  • 不允许同事定义参数标签、参数个数、参数类型相同的可是失败始化器和非可失败初始化器
  • 可以用init!定义隐式解包的可失败初始化器
  • 可失败初始化器可以调用非可失败初始化器,非可失败初始化器调用可是失败初始化器需要进行解包
  • 如果初始化器调用一个可失败初始化导致初始化失败,那么整个初始化过程都失败,并且之后的代码都停止执行
  • 可以用一个非可失败初始化器重写一个可失败初始化器,但反过来是不行的

反初始化器 (deinit)

  • deinit叫做反初始化器,类似于C++的析构函数、OC中的dealloc方法
  • 当类的实例对象被释放内存时,就会调用实例对象的deinit方法
  • deinit不接受任何参数,不能写小括号,不能自行调用
  • 父类的deinit能被子类继承
  • 子类的deinit实现执行完毕后会调用父类的deinit
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值