文档章节

Swift11/90Days - 蛋疼的初始化过程

hejunbinlan
 hejunbinlan
发布于 2015/06/24 12:18
字数 1025
阅读 421
收藏 0

蛋疼的初始化过程

阶段构造

Swift 的构造过程分为两个阶段:

  • 第一个阶段,每个存储型属性通过引入自己的构造器来设置初始值。
  • 第二个阶段,在新实例准备使用之前进一步定制存储型属性。

安全检查

在构造的过程中, Swift 会进行四种安全检查。

安全检查 1

指定构造器必须保证它所在类引入的所有属性都必须先初始化完成,之后才能将其它构造任务向上代理给父类中的构造器。

比如下面这段代码就是错误的:

class Food { var name: String init(name: String) {
        self.name = name
    }
} class RecipeIngredient: Food { var quantity: Int init(name: String, quantity: Int) {
        super.init(name: name) // ERROR! self.quantity = quantity
    }
}

安全检查 2

指定构造器必须先向上代理调用父类构造器,然后再为继承的属性设置新值。如果没这么做,指定构造器赋予的新值将被父类中的构造器所覆盖。

比如下面这段代码就是错误的:

class Food { var name: String init(name: String) {
        self.name = name
    }
} class RecipeIngredient: Food { override init(name: String) {
        self.name = "WHY" // ERROR! super.init(name: name)
    }
}

安全检查 3

便利构造器必须先代理调用同一类中的其它构造器,然后再为任意属性赋新值。如果没这么做,便利构造器赋予的新值将被同一类中其它指定构造器所覆盖。

比如下面这段代码就是错误的:

class Food { var name: String init(name: String) {
        self.name = name
    }
} class RecipeIngredient: Food { var quantity: Int init(name: String, quantity: Int) {
        self.quantity = quantity
        super.init(name: name)
    } override convenience init(name: String) {
        quantity = 2 // ERROR! self.init(name: name, quantity: 1)
    }
}

安全检查 4

构造器在第一阶段构造完成之前,不能调用任何实例方法、不能读取任何实例属性的值,也不能引用 self 的值。

比如下面这段代码就是错误的:

class Food { var name: String init(name: String) {
        self.name = name
    }
} class RecipeIngredient: Food { var quantity: Int init(name: String, quantity: Int) {
        self.quantity = quantity println(self.name) // ERROR! super.init(name: name) } override convenience init(name: String) {
        self.init(name: name, quantity: 1)
    }
}

蛋疼的初始化过程

Swift 的初始化过程十分严格,刚从 OC 转过来的同仁可能习惯性的就写了这样的代码:

class ViewController: UIViewController { private let animator: UIDynamicAnimator required init(coder aDecoder: NSCoder) { // ERROR: Property 'self.animator' not initialized at super.init call super.init(coder: aDecoder)
        animator = UIDynamicAnimator(referenceView: self.view)
    }
}

是的它报错了!哦想起来了,要在 super 前面初始化自己的属性:

class ViewController: UIViewController { private let animator: UIDynamicAnimator required init(coder aDecoder: NSCoder) { // use of property 'view' in base object before super.init initializes it
        animator = UIDynamicAnimator(referenceView: self.view) super.init(coder: aDecoder)
    }
}

是的它又报错了!哦想起来了你不能在 view 的父类初始化之前调用这个属性。那就先不赋值吧:

class ViewController: UIViewController { private let animator: UIDynamicAnimator

    required init(coder aDecoder: NSCoder) {
        animator = UIDynamicAnimator()
        super.init(coder: aDecoder) // ERROR: Cannot assign to the result of this expression animator.referenceView = self.view
    }
}

坑爹啊不是,这个属性居然是只读的!

我们只好把属性设置成 let 的可选类型,并且把初始化放到了 viewDidLoad 里面:

class ViewController: UIViewController { private var animator: UIDynamicAnimator? required init(coder aDecoder: NSCoder) {
        super.init(coder: aDecoder)
    } override func viewDidLoad() {
        super.viewDidLoad()
        animator = UIDynamicAnimator(referenceView: self.view)
    }
}

这时 animator 终于可以安全的访问 self.view 这个属性了。

你以为这就完了?想太多。

由于是可选类型,所以在使用的时候需要解包:

if let actualAnimator = animator {
  actualAnimator.addBehavior(UIGravityBehavior())
}

这太丑了,或者用强制解包:

animator!.addBehavior(UIGravityBehavior())

或者用可选链:

animator?.addBehavior(UIGravityBehavior())

都!太!low!了!

这时候不妨试试隐式解析可选类型:

class ViewController: UIViewController { private var animator: UIDynamicAnimator! required init(coder aDecoder: NSCoder) {
        super.init(coder: aDecoder)
    } override func viewDidLoad() {
        super.viewDidLoad()
        animator = UIDynamicAnimator(referenceView: self.view)
    }
}

似乎好看多了。不过这并不是正确的打开方式,我觉得设计可选类型的工程师们应该不希望我们用这个方法,毕竟这更像是为了解决历史遗留包袱所做的妥协。

或许用 lazy 延时加载更合适:

class ViewController: UIViewController {
    lazy private var animator: UIDynamicAnimator = { return UIDynamicAnimator(referenceView: self.view)
        }() required init(coder aDecoder: NSCoder) {
        super.init(coder: aDecoder)
    } override func viewDidLoad() {
        super.viewDidLoad()
        animator.addBehavior(UIGravityBehavior())
    }
}

References

本文转载自:http://segmentfault.com/a/1190000002392828

共有 人打赏支持
hejunbinlan
粉丝 41
博文 584
码字总数 21362
作品 0
浦东
高级程序员
swfit UITabBar UITabBarItem设置图标和文字颜色

搞了一下,蛋疼,辛苦@岁月恍惚 ,谢谢。下面记录下过程。 我在stroyboard里面已经设置了默认图标和选中图标,但没有任何效果,为何放出这个设置呢,没懂。 设置不行,只有通过代码进行控制了...

jack_peng
2016/07/28
13
0
如何加快django单元测试的速度?

django单元测试的时候会建立数据库,即使是只测一个模块,当表以及索引多到一定程度的时候建表的速度真心蛋疼,有没有办法加快这个速度? 1. 有没有办法只建立一次数据库,或者在配置文件里面...

duoduo3_69
2014/03/13
259
1
奇淫怪巧之给Delphi的PrintDialog增加一个页码选定范围打印的Edit

在Delphi中使用PrintDialog打印对话框的时候,这个控件有三个选项,就是PrintRang那个属性的三个选项,其中有一个选项三,让我们自定义选择页码范围来打印。但是比较蛋疼的是,这个地方选中了...

技术小美
2017/11/12
0
0
让人蛋疼的Objective-C语法

真的很蛋疼,发明这个语言的家伙肯定是因为自己的蛋疼了才发明了这个语言,然后推广这个语言的人因为蛋疼也就推了这个语言,最后蛋疼的受害者就是开发者,包括我这样的爱好者。 最蛋疼的语法...

kut
2012/01/16
0
4
边运行junit,边调试,蛋疼

这段时间无聊。开始用TDD模式开发android app。嘿,发现还真爽。一整天不碰device,一直就看着屏幕上出现“OK”或者“Fail"的感觉还不错。 由于本人是IDE去死团团员, 所以运行junit的方式就...

ufo.22940268
2012/06/08
0
2

没有更多内容

加载失败,请刷新页面

加载更多

5、前后端分离跨域问题

在以往的开发中,前后端分离也不是像现在这么热门,所谓的前端工程师也只不过是写好静态页面由Java工程师或者php工程师嵌入到页面中进行开发,这或许加重了这些工程师的工作量,而且在样式调...

永远的Chester
16分钟前
0
0
全志T3 Linux显示驱动分析

1、总体架构 全志T3处理器的显示框架是基于标准Linux的帧缓冲架构,其结构如图 1.1所示。显示控制器DE的驱动架构如图 1.2所示,包括屏蔽差异的显示管理抽象层,以及显示图层驱动、显示设备驱...

pnsam301
23分钟前
0
0
【HAVENT原创】VUE2 经验问题汇总

新建一个 Vue 实例可以有下列两种方式: 1. new 一个实例 var app= new Vue({ el:'#todo-app', // 挂载元素 data:{ // 在.vue组件中data是一个函数,要写成data () {}这种方式 i...

HAVENT
26分钟前
0
0
IO基础知识

读文件,可以使用内置的open(file,mode); with 语句自动close; 查看当前目录的绝对路径:os.path.abspath('.'); 创建目录:os.mkdir(path); 删除目录:os.rmdir(path); 拼接路径推荐使用:o...

年轻的中年大叔
29分钟前
0
0
BATJ等大厂最全经典面试题分享

金九银十,又到了面试求职高峰期,最近有很多网友都在求大厂面试题。正好我之前电脑里面有这方面的整理,于是就发上来分享给大家。 这些题目是网友去百度、蚂蚁金服、小米、乐视、美团、58、...

老道士
31分钟前
0
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部