iOS Apprentice中文版-从0开始学iOS开发-第四十课

2018-02-12 10:52:08来源:https://www.jianshu.com/p/403df6dcc510作者:Billionfan人点击

分享


回到LocationDetailsViewController.swift,当用户点击done按钮后关闭这个界面。


我们来做个新的挑战:不要立即关闭这个界面,如果HUD界面还没有消失的话,界面就已经被关闭了,那么会显现非常蠢。


打开LocationDetailsViewController.swift,添加这一行:


import Dispatch

这是一个中央调度框架,Grand Central Dispatch,简写为GCD。这是一个非常便利,但是比较底层的库,用于处理异步任务。用这种异步的任务通知app等待几秒钟再合适不过了。


在done()方法的底部添加以下代码:


let delayInSeconds = 0.6
DispatchQueue.main.asyncAfter(deadline: .now() + delayInSeconds, execute:
{
self.dismiss(animated: true, completion: nil)
})

这部分代码的作用是在0.6秒后关闭Tag Location界面。


核心部分是DispatchQueue.main.asyncAfter()。这个函数的最后一个参数是一个闭包。在这个闭包内部你通知视图控制器把自己关闭掉。并且这个行为不是立即发生的。这就是闭包的特点,函数内的其他代码都是逐行顺序执行的,而闭包内的则不会。


DispatchQueue.main.asyncAfter()从.now() + delayInSeconds中得到延迟的时间,在时间到达后,执行闭包内的代码。



⚠️:我花了些时间来微调时间参数,HUD的完全消失大概需要0.3秒,但是在HUD消失的同时立即关闭当前界面,给用户的感知也不好,所以经过多次调整,我把延迟的时间确定为0.6秒。



运行app,点击Done按钮,观察一下效果,一切都感觉非常平滑。


不知道你感觉怎么样,我的感觉是GCD这部分代码把整个done方法弄的乱糟糟的。让我们重新整理下代码。


添加一个新的Swift文件,命名为Functions.swift。


把下面的内容都放到新的文件中去:


import Foundation
import Dispatch
func afterDelay(_ seconds: Double, closure: @escaping () -> ()) {
DispatchQueue.main.asyncAfter(deadline: .now() + seconds,execute: closure)
}

这些代码和刚才done方法中的非常相似,只是被单独放到了一个新的函数中,afterDelay()。这是一个自由函数,不是对象中的方法,它可以在你的所有代码中随意使用。


我们来看看这个方法中的第二个参数,名字叫做closure。它的类型是 () -> ()。看起来很奇怪,它的意思是,这个参数的值是一个没有参数及返回值的闭包。完整的定义是像下面这个样子:


(parameter list) -> return type

在我们的应用中,参数和返回值都是空,记做()。也可以写作Void -> Void,但是我比较喜欢前一种。


所以,无论何时,你在参数中看到->这个符号,你就知道这个参数是一个闭包。


afterDelay()将这个闭包传递给DispatchQueue.main.asyncAfter()。


@escaping的意思是,闭包中的代码不要立即执行,swift看到这个符号时,就知道应该将闭包中的代码保存起来,在适当的时候执行。


也许你想知道,为什么我们要费这么大事,接下来我就为你展示这一点。


打开LocationDetailsViewController.swift,将done方法修改为:


@IBAction func done() {
let hudView = HudView.hud(inView: navigationController!.view,animated: true)
hudView.text = "Tagged"
afterDelay(0.6, closure: {
self.dismiss(animated: true, completion: nil)
})
}

这就是swift的魅力所在,只要稍微看一下,就基本可以明白代码的意思。


通过将繁琐的GCD代码移到新的函数中,done方法的可读性大大的增加了。(原文啰嗦了很多,大意就是这个,本书的作者是我见过的写技术文档中最喜欢卖弄文采的一个,堪称代码界的郭小四。)


注意一下,因为关闭界面的代码位于闭包中,所以你必须使用self关键字,就像你看到的这样:


afterDelay(0.6) {
self.dismiss(animated: true, completion: nil)
}

看起来有点无法理解是吗,闭包被放到参数的外面去了,Swift有个特性,如果一个函数或者方法的最后一个参数是个闭包,那么可以把这个闭包写到参数外面,紧随其后,就像上面那样。


顺便说一下,你可以把LocationDetailsViewController.swift文件中的import Dispatch这一句删掉了。


运行app,看看效果是否一致。


值类型和引用类型


Swift中的变量分为值类型和引用类型,它们的规则也是不同的。


从类中生成的对象都是引用类型的。其他的诸如:Int, Bool, Float and Double, String, Array,Dictionary以及enums都是值类型。


那么它们具体有些什么不同呢?


当你声明一个类型为Int或者CLLocationCoordinate2D的变量时,它们就是值类型,编译器会把它们的值存储到一小块内存中保存下来。对于Int而言是8个字节,CLLocationCoordinate2D是16个字节。


引用类型的变量在这一点上并无不同,比如你创建一个UILabel outlet,编译器同样是用8个字节存储它,但是UILabel中可能存在多行文本,8个字节明显不够用。


当你把值存储到这两种类型的变量中时,它们的工作原理分别是这样的:





值1337被直接存储在变量number的内存中,但是变量label的值是一个奇怪的数字。明显它看起来和text label没什么关系。这个数字并不是实际的UILabel对象,而是指向UILable对象的内存地址。这就是引用类型。


内存中的每一个字节都有独一无二的地址,这里地址58741002引用UILabel对象在内存中的第一个字节。


显然,8个字节存储label中的各种属性是不够的。


所以当UILabel对象被创建时,电脑会把它放到内存中的某个地方,然后返回一个它的门牌号给你。


比如你的房子是一个实际的对象,而你的门牌号就是关于你的房子这个对象的引用,根据门牌号就可以找到你的房子。


我们来看几组例子:


规则1:当你创建一个常量后,你只能对它赋值一次:


let coord1 = CLLocationCoordinate2D(latitude: 0, longitude: 0)
coord1.latitude = 37.33233141 // 错误
var coord2 = CLLocationCoordinate2D(latitude: 0, longitude: 0)
coord2.latitude = 37.33233141 //正确,因为这是一个变量“var”

但是引用类型常量的值似乎可以改变:


let label = UILabel()
label.text = "Hello, world!" // OK
label.text = "I like change" // OK

这是因为引用类型常量存储的是地址,而不是实际对象的值。但是你不能改变它存储的地址,比如下面的语句是错误的:


let label = UILabel()
let newLabel = UILabel()
label = newLabel //错误

规则2:当你把值类型的对象放到一个新的变量或者常量中去的话,它会产生一份拷贝,比如:


var a = [1, 2, 3]
let b = a
a.append(4)
print(a) // prints [1, 2, 3, 4]
print(b) // prints [1, 2, 3]

而引用类型则不会这样,例如:


var firstLabel = UILabel()
firstLabel.text = "Programmers are the best!"
var secondLabel = firstLabel
secondLabel.text = "I like ice cream"
print(firstLabel.text) // prints “I like ice cream”

为什么secondLabel的文本变更了之后,firstLabel的会跟着一起变呢?因为它们存储的并不是lable对象本身,而是到这个label的引用,见下图:





记住,只有从类中创建的对象是引用类型,其余的都是值类型。


object ownership(对象所有权)


对象不是隐士,不会把自己关到山上不下来(看完全书我都不知道这句话有啥作用)。你的app中到处充斥着对象,它们互相间合作紧密。


你的app中的对象之间的关系可以用对象图表来描述。例如:CurrentLocationViewController和许多对象有关联:





这些是它的实例变量以及实例常量,CurrentLocationViewController拥有它们。同时CurrentLocationViewController也可以被别的对象拥有,它属于UITabBarController,而UITabBarController属于UIWindows。





这只是你app中对象间关系的一小部分。不要把这个概念和类的层级弄混了。


对象所有权是iOS编程中的一个重要课题。你需要清楚地了解哪些对象拥有哪些对象,因为这些对象的存在取决于它(对象所有权) - 你的app的正常运行也取决于它。


如果一个对象不在有任何其他对象拥有它,那么这个对象会被释放掉。另一方面,如果一个对象的拥有者太多,可能会导致它永远无法被释放,最终消耗掉大量的系统内存。


所以“拥有”一个对象到底是什么意思呢?我们这里引入一个概念,strong和weak。


大多数情况下,当你声明一个拥有引用对象的变量时,你就创建了一个strong关系。这个变量就假定拥有这个对象,它和其他同样引用这个对象的变量一起对这个变量负责。


var image: UIImage            // a strong variable

在weak关系中,不存在拥有者的概念。一个变量和一个对象之间的关系是weak的话,无法保证这个对象的存活。在声明weak关系时,你需要写明weak关键字:


weak var weakImage: UIImage?  // a weak variable

一个对象的生命期取决于它有多少个strong关系的属主,而不是weak类型的。


那么weak类型到底有什么用呢?


它的存在主要是用于避免循环引用,就是两个对象互为属主,它们就永远都不会被释放了。直到内存被耗尽。


在之前的课程中你学习了,将委托方法声明为weak类型的,来避免这种事的发生。过会你会看到另一种类型的循环引用。


另一种常见的使用weak的地方是在声明@IBOutlet属性时。这是因为视图控制器并不是@IBOutlet的真正属主,它的属主其实是视图控制器的顶层视图。


如果你使用strong类型的outlet,不会有任何不良影响,但是假如你使用了weak,那么视图控制器就会明白它仅仅是租用了这些属性,而不是拥有它们。


weak引用有一个副作用,假如你对某个对象是weak引用,那么当这个对象被释放时,你的引用计数器会自动为nil。


这也是一件好事,因为如果不这样做,你会指向一个死去的对象,如果你试图使用它,各种各样的混乱将会发生。 (使用这种“僵尸”对象是没有弱引用的语言程序崩溃的常见原因。)


这也是为什么weak引用变量必须始终是可选项(无论是?还是!),因为它们可能在某个时刻成为nil。



⚠️:Swift有第三种关系类型:无主的。 它和weak很像,用来打破循环。 不同的是,无主变量不会为nil,因此不必是可选型。 它没有weak的功能强大,但是你可能在这里或那里碰到无主型变量。 你需要把它们都当作是weak型就可以了。



总结一下:如果你想保持一段时间的对象,你应该保存一个strong关系。 但是,如果你不需要拥有这个对象,并且不介意它在某个时候离开,那就使用一个weak或者无主的引用。


让我们来看看一个对象有多个所有者的情况。


例如,当用户点击Tag Location按钮时,Current Location视图控制器将CLPlacemark对象传递给Location Details视图控制器。 这两个引用都是strong型的,所以从现在开始,Location Details视图控制器将承担共享所有权。 所以现在CLPlacemark有两个所有者。


共享所有权和对象关系的概念仅适用于引用类型。 值类型总是从一个地方复制到另一个地方,所以他们永远不会拥有多个所有者。


结构也是值类型,比如:


override func prepare(for segue: UIStoryboardSegue, sender: Any?) { ...
controller.coordinate = location!.coordinate
controller.placemark = placemark
}

这行代码把location!.coordinate放入controller.coordinate时会生成一份CLLocationCoordinate2D结构的拷贝。每个视图控制器都会拥有各自独立的一份关于GPS坐标的拷贝。


对于placemark而言,则是每个视图控制器都有一个到CLPlacemark对象的引用。





如果你感到头晕的话,可以停下来,过几天再看一遍。


说真的,如果你理解了这些概念,你就可以很好地编程。 如果不是,不要放弃。 这些可能是非常难以理解。 但是只要继续下去,一定会搞懂。



⚠️:如果你想复制引用类型的对象,则可以将其声明为@NSCopying。 这会创建对象的副本,并将其放入新变量中。 之后这两个变量都指向它们自己的对象。 @NSCopying更像是Objective-C风格的东西,但是你应该了解它一下。









最新文章

123

最新摄影

闪念基因

微信扫一扫

第七城市微信公众平台