【我们都爱Paul Hegarty】斯坦福IOS8公开课个人笔记43 保护NSNotification的内存安全

在之前的Demo中讲解过NSNotification的用法,NSNotification是使用NSOperationQueue实现的,所以使用NSNotification不可避免地会陷入内存问题,比如下面这个情况:在storyboard中准备两个场景。在第一个场景中显示一个label,旁边有一个按钮我们可以点击这个按钮modal segue到另外一个场景中,在其中放置一个textField输入新的name,用来修改第一个页面中的label显示,这是一个非常常见的功能。场景的布局如下:

创建两个控制器:ViewController和ModalViewController分别关联第一个和第二个场景。可以看见第二个场景是放在导航控制器中的,在它的右上角放一个“完成”按钮,用来返回。

第一个场景的编辑按钮点击下去之后触发modal segue到第二个场景,这个segue取名为EditSegue。

关联控制器和代码,在ModalViewController中设置一个nameToEdit属性作为模型:

@IBOutlet weak var nameTextField: UITextField!
    @IBOutlet weak var nameLabel: UILabel!
    var nameToEdit = ""

因为场景二的职责就是编辑,我需要在从场景一到场景二的时候自动选中textField,键盘滑出,所以需要的做法是在ModalViewController中的viewDidLoad方法中加入一句:

nameTextField.becomeFirstResponder()

如果有多个textField,选择合适的(一般都是最上面的)textField成为第一响应者,现在你过渡到场景二的时候看到的界面如下:

现在增加点击return关闭键盘的事件,要用到UITextField的delegate,首先遵循delegate协议:

class ModalViewController: UIViewController,UITextFieldDelegate 

其次设置textField的delegate,这里有个细节,不要把设置delegate的操作写到ViewDidLoad方法中一遍加载,这是因为只有在点击Return按钮的时候才需要调用delegate方法,这样可以实现这样一个功能:如果textField中的内容没有修改的话点击Return是不能返回的。要实现这样的细节可以在属性观察器中设置textField的delegate方法:

@IBOutlet weak var nameTextField: UITextField!{
        didSet{ nameTextField.delegate = self}
    }

如果场景中有多个textField的话,每一个都做这样的设置。然后在delegate方法中关闭键盘:

func textFieldShouldReturn(textField: UITextField) -> Bool {
        textField.resignFirstResponder()
        return true
    }

注意该delegate中resignFirstResponder和viewDidLoad中的becomeFirstResponder不见得是对应的,因为所有的textField都会在点击Return时调用这个方法,所以这里关闭的是传入的textField的第一响应者身份。

现在需要添加修改模型的方法了,因为textField的作用是修改模型,所以只有在模型变化时才更新UI,所以在nameToEdit中设置属性观察者:

var nameToEdit:String?{ didSet{ updateUI() } }

updateUI方法如下:

 func updateUI(){
   nameTextField?.text = nameToEdit
    nameLabel?.text = nameToEdit
    }

千万注意updateUI()方法中一定要向可选型赋值!因为在Navigation内部的缘故,为segue做prepare的时候IBOutlet可能还没有加载完成,nameTextField和nameLabel属性是nil的。当然模型的值nameToEdit的值即为第一个场景中的name属性,所以在场景二第一次加载的时候就应该显示从第一个场景中传入的值,因此在ViewDidLoad方法中加入也加载这个方法:

override func viewDidLoad() {
        super.viewDidLoad()
        nameTextField.becomeFirstResponder()
        updateUI()
    }

在第一个场景中向第二个场景传入值:

override func prepareForSegue(segue: UIStoryboardSegue, sender: AnyObject?) {
        if let vc = segue.destinationViewController as? ModalViewController{
        vc.nameToEdit = name.text
        }
    }

如果你这样写的话你会发现场景二中的nameToEdit为nil,可能你已经明白了问题所在,因为ModalViewController是包裹在NavigationController中的,所以segue的destinationViewController应该是NavigationController才对,有一个很好的办法解决这个问题:扩展UIViewController,方法如下:

extension UIViewController{
    var contentViewController:UIViewController{
        if let navcon = self as? UINavigationController{
        return navcon.visibleViewController
        } else{
        return self
        }
    }
}

扩展一个属性,如果当前控制器是一个导航控制器则返回其展示的第一个控制器,如果不是则返回自己,现在需要修改prepareForSegue方法了,把原本的:

if let vc = segue.destinationViewController as? ModalViewController

改为:

if let vc = segue.destinationViewController.contentViewController as? ModalViewController

现在当你切换到场景二的时候label和textField都有默认值,就是场景一中的name。现在的问题是当你操作textField的时候是不会改变模型nameToEdit的实际值的,在updateUI方法中设置了label和textField的同步,可以看到现在没有调用updateUI方法,证明没有修改模型的值:

这时候NSNotification就派上用场了,我们在修改textField的时候应该是实时同步修改模型的:

func observeTextField(){
    let center = NSNotificationCenter.defaultCenter()
    let queue = NSOperationQueue.mainQueue()
    center.addObserverForName(UITextFieldTextDidChangeNotification, object: nameTextField, queue: queue) { notification  in
        if let name = self.nameToEdit{
        self.nameToEdit = self.nameTextField.text
        }
        }

    }

这个方法要在合适的时机来调用,通常都放在viewDidAppear方法中,别忘了首先实现父类的方法:

override func viewDidAppear(animated: Bool) {
        super.viewDidAppear(animated)
        observeTextField()
    }

再次运行看看,OK!已经是一个完美的MVC模式了:

或许你觉得NSNotification还有什么可以学的么?它是如此简单!请考虑下面的情况:如果场景二被移除了怎么办?因为observer是在其他线程中的,它会继续监听这个textField,而textField会被移除了,而闭包是一直存在于内存中的,它无法自己去删除自己。做法是return一小段cookie,做法如下:

var ntfObserver:NSObjectProtocol?

这里NSObjectProtocol类型的意思是在以前它被当做一个“NSObject”对象来对待。

修改observeTextField()方法,在调用单例方法addObserverForName的时候“记录”下它,得到它返回的cookie:

let ntfObserver = center.addObserverForName(UITextFieldTextDidChangeNotification, object: nameTextField, queue: queue) { notification  in
        if let name = self.nameToEdit{
        self.nameToEdit = self.nameTextField.text
        }
        }

一旦完成了观察,就将其cookie从NSNotificationCneter中删除,在另一个生命周期方法中执行:

override func viewDidDisappear(animated: Bool) {
        super.viewDidDisappear(animated)
        if let observer = ntfObserver{
        NSNotificationCenter.defaultCenter().removeObserver(observer)
        }
    }

注意先使用可选绑定,这两个生命周期方法非常适合做这样的工作。因为在MVC移除之后,我们不希望在observer的闭包中继续持有这个对象,让它们彻底消失。

最后一个任务就是返回了,在导航栏上增加一个完成按钮,然后关联控制器:

@IBAction func done(sender: UIBarButtonItem) {
        presentingViewController?.dismissViewControllerAnimated(true, completion: nil)
    }

由于这里是测试我们在prepare方法中传入的是String,这是一个值类型的所以拷贝了并不是原来的值,如果你传入的是一个类的实例的话,在返回时是可以看到类已经被修改了。

版权声明:本文为博主原创文章,未经博主允许不得转载。

时间: 2024-11-03 16:33:23

【我们都爱Paul Hegarty】斯坦福IOS8公开课个人笔记43 保护NSNotification的内存安全的相关文章

【我们都爱Paul Hegarty】斯坦福IOS8公开课个人笔记1 IOS8概述

首先感谢网易公开课和SwiftV课堂的朋友们辛苦翻译,这个系列是我学习斯坦福IOS8公开课的个人心得体会和笔记,希望能给大家带来启发. 首先我们要知道IOS系统中的结构情况,从贴近硬件的底层到贴近用户的顶层,分为四个层次: 1.Core OS层在最下层,很多人可能不知道IOS是一个基于UNIX的操作系统,它大量借鉴了Mac os X 的内核部分,Mac OS X我们肯定不会陌生,命令行的使用很好的证明了它是一个基于UNIX的系统.IOS针对移动设备对电池等硬件进行了系统的优化,但它仍可被看成是一

【我们都爱Paul Hegarty】斯坦福IOS8公开课个人笔记2 Xcode、Auto Layout及MVC

原文链接不知道在哪, 接着上一话来讲,上一话中讲到了MVC,那么MVC在IOS8开发中是如何应用的呢?Paul Hegarty老师给我们展示了一个计算器的Demo,首先新建一个工程,老师把AppDelegate.swift.LaunchScreen.xib和Images.xcassests文件放到了supporting Files文件夹中,那么剩下的两个文件ViewController.swift就是MVC中的C(控制器),Main.storyboard就是MVC中的V(视图). 在Main.s

【我们都爱Paul Hegarty】斯坦福IOS8公开课个人笔记13 Drawing绘制、UIColor颜色、Fonts字体

上一话介绍了视图绘制的一些基本原理,这一话继续展开.UIBezierPath可以绘制许多有趣的图形. 使用不同的构造器,比如roundedRect就是四个角被磨圆了的矩形,或者干脆是椭圆和圆.你甚至可以剪切任意的path,剪切使用addClip方法,在剪切了之后你可以针对剪切的这部分进行操作,例如你正在绘制一个卡片,这个卡片有小小的圆角效果,你可以把卡片绘制在一个矩形里面,然后把它剪切到一个小一点的圆角矩阵里,这样四角就修圆了.这是一个获得圆角卡片最简单的方法. 你也可以进行碰撞检测,它基于绕圈

【我们都爱Paul Hegarty】斯坦福IOS8公开课个人笔记37 TableView Delegate

上一话介绍了tableView的datasource,本话来介绍另一个重要的部分delegate. 当我们点击一个cell的时候,如何跳转到另外一个mvc中呢? 像增加其他segue一样,点击cell按住control键,右键连线到另一个mvc上,然后松手,选择需要的segue类型. 如果你的cell上还有其他按钮,比如detail disclosure,你也可以选择它的segue: 然后设置你的segue: 接着去prepareForSegue中设置这个segue: 每一个case对应不同的i

【我们都爱Paul Hegarty】斯坦福IOS8公开课个人笔记3 Xcode、Auto Layout及MVC

继续上一话中的计算器Demo.上一话讲到类必须被初始化.类中的属性也必须被初始化,所以你不能仅仅声明而不给它一个处置,那么问题来了,我们从storyboard中拖拽的@IBOutlet为什么仅仅有声明而不须要初始化呢,这是由于它的类型依然是一个optional,在你初始化之前已经被赋值为nil了,这也就是为什么你不须要再初始化它的原因. @IBOutlet weak var display: UILabel! 然而既然它是一个optional类型的,那为什么UILabel后面是"!"而

【我们都爱Paul Hegarty】斯坦福IOS8公开课个人笔记39 Alert&ActionSheet

Alert和ActionSheet是IOS中弹出消息的两个工具. 首先它们都是Modal的方式展示的. Alert用来向用户发起询问,可以有一个(比如取消)或两个选项(比如确定和取消),也可以附带一个文本框(比如要求用户输入密码) Action Sheet从屏幕底部滑出,提供一些分支的选项,选项的数量可以大于两个. 对比如图: Action Sheet和Alert都可以使用UIAlertController来创建,比如创建一个Action Sheet,在构造器中制定它的title和简介,注意St

【我们都爱Paul Hegarty】斯坦福IOS8公开课个人笔记23 多MVC模式Demo的实现

上一话我们对Demo的选择界面做了自动布局的相关处理,现在开始连接多个MVC的操作.首先我们需要其他工程中的文件,那么让我们打开另一个app.点击下面这个文件 然后拖动我们需要的文件到新的工程目录下: 注意勾选第一行,不然只是做了引用,如果你不小心删除了目标目录的话,你就找不到这些文件了,所以还是推荐做复制,这样会把文件复制到我们自己的工程目录下. 那么storyboard中的内容怎么办呢,我们只需要在原工程的storyboard中选中控制器然后复制,粘贴到新工程的storyboard中即可.

【我们都爱Paul Hegarty】斯坦福IOS8公开课个人笔记31 Multithreading多线程

在IOS中存在着许多队列,和我们数据结构中的队列一样,这里的队列概念也是先进先出的.而每一个方法(包括闭包)都被组织在这些不同的队列中,而每一个队列都有自己的线程去运行这些队列,这就造就了多线程环境. 其中有一个非常重要的队列叫做主队列,主队列是一个串行队列,所以主队列只会一个一个地执行主队列中的函数.所有的UI活动都必须发生在主队列中,所以当你想要一个函数或者是闭包的时候就会执行某些代码,这就会做任何关于UI的事,必须把它放到主队列中,这是保护UI的好办法,主队列绝对不想做任何可能被阻塞的事情

【我们都爱Paul Hegarty】斯坦福IOS8公开课个人笔记6 init

这一话首先来讲写关于init的东西. 首先初始化并不会经常被用到,这是因为类和结构体中的大部分属性都会通过赋值被初始化,或者有些属性是Optional的,这样即使是nil也没关系,可以在之后再给它们赋值,就好比StoryBoard中的outlet,又或者可以使用闭包来初始化,或者使用lazy来避开init,所以有很多方法来避免init,除非你确实需要一个init的时候,那么该怎么做呢? 在一些情况下会自动生成init,其中一种情况是当类中的所有属性都有初始值的时候,你会自动得到一个没有参数的初始