我是靠谱客的博主 独特流沙,最近开发中收集的这篇文章主要介绍Swift中defer关键字推迟执行示例详解,觉得挺不错的,现在分享给大家,希望可以做个参考。

概述

前言

大家应该都知道,在一些语言中,有try/finally这样的控制语句,比如Java。

这种语句可以让我们在finally代码块中执行必须要执行的代码,不管之前怎样的兴风作浪。

在Swift 2.0中,Apple提供了defer关键字,让我们可以实现同样的效果。

func checkSomething() {
 print("CheckPoint 1")
 doSomething()
 print("CheckPoint 4")
}
 
func doSomething() {
 print("CheckPoint 2")
 defer {
 print("Clean up here")
 }
 print("CheckPoint 3")
} 
checkSomething() // CheckPoint 1, CheckPoint 2, CheckPoint 3, Clean up here, CheckPoint 4

上述示例可以看到,在打印出“CheckPoint 2”之后并没有打印出“Clean up here”,而是“CheckPoint 3”,这就是defer的作用,它对进行了print("Clean up here")延迟。

我们再来看一个I/O的示例:

// 伪代码
func writeSomething() {
 let file = OpenFile()
 let ioStatus = fetchIOStatus()
 guard ioStatus != "error" else {
  return
 }
 file.write()
 closeFile(file) 
}

上述示例是一个I/O操作的伪代码,如果获取到的ioStatus正常,那么该方法没有问题,

如果ioStatus取到的是error,那么会被guard语句抓到执行return操作,

这样的话closeFile(file)就永远都不会执行了,一个严重的Bug就这样产生了。

下面我们看看如何用defer来解决这个问题:

// 伪代码
func writeSomething() {
 let file = OpenFile()
 defer {
  closeFile(file)
 }
 let ioStatus = fetchIOStatus()
 guard ioStatus != "error" else {
  return
 }
 file.write()
}

我们将closeFile(file)放在defer代码块里,这样即使ioStatus为error,在执行return前会先执行defer里的代码,这样就保证了不管发生什么,最后都会将文件关闭。

需要注意的是, 虽然说defer的内容会在return之前执行, 但是如果defer定义在return之后, 那么还是不会执行defter的内容, 也就是说, defer关键字必须比return早出现。

放在return之后:

var str = "Hello, playground"
func show() {
 print("这里是即将要推迟(但一定会)执行的代码")
}
func test() {
 if str.characters.count >= 2 {
  print("跳出该方法的执行")
  return
 }
 defer {
  show()
 }
}
test() // 输出结果: 跳出该方法的执行

放在return之前:

var str = "Hello, playground"
func show() {
 print("这里是即将要推迟(但一定会)执行的代码")
}
func test() {
 defer {
  show()
 }
 if str.characters.count >= 2 {
  print("跳出该方法的执行")
  return
 }
}
test() // 输出结果: 跳出该方法的执行 这里是即将要推迟(但一定会)执行的代码

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流,谢谢大家对靠谱客的支持。

最后

以上就是独特流沙为你收集整理的Swift中defer关键字推迟执行示例详解的全部内容,希望文章能够帮你解决Swift中defer关键字推迟执行示例详解所遇到的程序开发问题。

如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。

本图文内容来源于网友提供,作为学习参考使用,或来自网络收集整理,版权属于原作者所有。
点赞(97)

评论列表共有 0 条评论

立即
投稿
返回
顶部