iOS 心得十一 通知的那些事

原创 2015年11月21日 20:45:37

前序


通知在我看来,有好处也有坏处。用好了那就是翻云复海,上天入地,无所不能。什么传值、传递动作就是一句话:天气飘来五个字,那都不是事。但是如果用不好,就不好说了,内存没释放、通知没收到、传值错误……,只能坐那望着天气(貌似只有天花板),呜呼哀哉。为了让不会用通知的童鞋会用通知,让知道通知的童鞋运用自如,让精通通知的童鞋(我去,把精通的童鞋拉出去砍了)。好了。言归正传,进去正文。

我个人感觉通知最常用的几个地方


一、从后一个控制器向前一个控制器传递某个信息的时候。

这个有个个人认为最最重要的点要说一下,一个控制器或者一个视图能接受通知的必备基础是这个控制器或者视图是要存在的,用专业一点的术语来说就是要有内存分配的。是走了init的构造方法或者说自己用nib造出来的,不然就算你在里面写了玉皇大帝都认同的接受通知方法也不行。大家想一想就想平时我们(发出通知者)去给远方的朋友寄一封挂念的信(通知信息),但是寄到的首要条件是你填写的收件人地址(接收通知界面)是有的,邮局(通知中心)才能给你及时(这个词貌似不符合邮政的习惯(^0^))的送达。你如果直接去邮局把一封地址什么也没写的信去寄,那么对不起,中国仁慈精神病医院欢迎你。所以说在使用通知的时候一定要注意这一点,与你的通知能否成功接收至关重要。平常我自己的习惯是从前一个界面向后一个界面传递信息使用delegate或者block。建议在团队开发中用delegate,这样不会打乱别人模块的代码。个人开发中用block,这样代码简洁、方便。

二、视图和控制器之间传递信息

通常我们写一个界面不会只在控制器上做操作,麻烦一点的界面都要再创建视图,啥?你从来都是在控制器上敲代码,来、来、来保证不打屎你。当我们把代码创建或者nib画出的视图加载到控制器上的时候,通常需要两者交互做一些操作,你不能单独写一个视图只是修饰作用不做任何的功能交互。当我们进行交互的时候有几种方法选择:delegate、block还有我们的猪脚:通知。当进行一对一的行为的时候通常使用前两者比较方便,重要的是他们就是创造出来进行一对一操作的。但是如果是一对多的话(一个动作对应多个事件),那么通知是你的不二之选。

三:经过多个界面传递信息

其实这个和第一种情况也差不多,但是是相隔多个界面,这就是通知的牛逼之处。但是千万要记住。接收通知的界面一定是已经有内存的。

接下来咱们就说说通知的原理


其实通知原理一问度娘一大堆解释,我在这就用我自己的理解给大家狂谈一下,刚刚上面也提及到了,基本通知有三步走:post发送通知,NSNotificationCenter通知中心处理通知,addobserve接收通知。不论发送通知还是接收通知都只有一条路可走,那就是通知中心。如果你还能找到另外一个路走,那你真是酷炫牛逼呲啦冒火花了。通知中心是一个单例类,管理系统的所有通知事件,不论是我们手动发出的还是系统的通知。在创建通知的时候有两种情况:

1、只是传递动作,不传递具体的信息内容详情

- (void)postNotificationName:(NSString *)aName object:(nullable id)anObject;

2、传递具体的信息内容,用字典传递。

- (void)postNotificationName:(NSString *)aName object:(nullable id)anObject userInfo:(nullable NSDictionary *)aUserInfo;

来个demo:一个完整的创建通知的过程:

//发送一个通知,不携带参数

NSNotificationCenter *center = [NSNotificationCenter defaultCenter];

[center postNotificationName:@"colorChange" object:nil];

我这是创建了一个不传递值的通知“colorChange”,用于某个事件的执行。

这个写法其实比较繁琐,我们可以直接合成一句代码:

[[NSNotificationCenter defaultCenter] postNotificationName:@"colorChange" object:nil];

在这里多啰嗦几句:大家也看到了,通知的创建不是用init那个创建方法:

NSNotificationCenter *center = [[NSNotificationCenter alloc]init];

如果你这样写了,那么恭喜你,写错了。前面已经说过,通知是单例类,程序里面只能同时有一个通知对象被创建出来。其实如果你单例见多了,你就会发现他们创建方法很好认,特别是系统的单例类:比如偏好设置这个单例类,创建方法:

NSUserDefaults *defaults = [NSUserDefaults standardUserDefaults];

你会发现只要创建是什么s开头,d开头的,不用看一定是单例类。我去,又扯远了,继续通知的事情。

发送通知刚刚我们说了不传递参数的demo,来看一个传递参数的demo:

//要传递的参数

NSDictionary *dic = @{@"name":@"sun yun fei"};

//发送通知

[[NSNotificationCenter defaultCenter]postNotificationName:@"giveName" object:nil userInfo:dic];

通知如果要传递参数,需要把参数放在字典中去传递。大家看到了这两个小demo,我把方法的object都设为了nil。那么这个参数起到什么作用呢?你猜,你再猜。好吧,还是我告诉你吧,这个参数有点像二次确认的意思,就是在同一个通知name的情况下还可以通过object再次进行细分通知。就拿上面这个小demo说,如果object为空,接收方会接受所有名字为giveName的通知。但是如果object不为空,接收方就会只接收名字为giveName的而且object正确的通知。(晕了木有,有的举个爪)

接收通知的方法与发送方法理论上是相对的,应该也是有两个方法:

1、只是接收动作

- (void)addObserver:(id)observer selector:(SEL)aSelector name:(nullable NSString *)aName object:(nullable id)anObject;

2、接收具体的信息内容

- (void)addObserver:(id)observer selector:(SEL)aSelector name:(nullable NSString *)aName object:(nullable id)anObject;

哈哈,你没有眼花,这是用的同一个方法。只是如果有值传递,字典就不为空。

首先来一个只是动作传递的demo

[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(changeColor) name:@"colorChange" object:nil];

/**

*  通知事件

*/

-(void)changeColor

{

self.nextButton.backgroundColor = [UIColor yellowColor];

}

这是一个完整的接收通知的写法,addObserver:self就是说实现这个通知的方法在本类中实现,也就是-(void)changeColor这个方法的实现。selector:@selector(changeColor)就是选择你要实现这个通知的方法,name:@"colorChange"这个名字必须和你发送通知的名字一样,不然鬼知道你要接收的哪个信息。

传递值的通知demo

/**

*  接收通知

*/

[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(giveMyName:) name:@"giveName" object:nil];

/**

*  通知事件

*/

-(void)giveMyName:(NSNotification *)user

{

NSDictionary *dic = user.userInfo;

NSString *name = dic[@"name"];

[self.nextButton setTitle:name forState:UIControlStateNormal];

}

这就是通知传递值的完整写法,你要时刻记着通知传值是用的字典。那么接收过来要解开字典,取出你想要的值。你发现了没,取值的参数用的是NSNotification声明的。NSNotification这个类的作用就是为NSNotificationCenter服务的(个人的理解呀),NSNotification里面包含三个参数:

@property (readonly, copy) NSString *name;

@property (nullable, readonly, retain) id object;

@property (nullable, readonly, copy) NSDictionary *userInfo;

看到这,琢磨出来点什么木有呢?没错,NSNotificationCenter发送接收通知方法里面的name,object,userInfo都是NSNotification的参数。也就是说你可以通过NSNotification取得通知的所有的信息。怎么样,有没有感觉程序这些所有的类都是一环扣一环的,嘎嘎。

到这里一个完整的通知过程基本就完成了,但是总感觉还差点什么,差什么呢?知道的大声说出来:是注销通知。对,就是注销通知。现在我们基本都用ARC开发,内存不用我们手动的释放了,但是这不是绝对的,有的地方还是需要我们自己释放内存,通知就是这样。

释放内存有两个方法:

- (void)removeObserver:(id)observer;

- (void)removeObserver:(id)observer name:(nullable NSString *)aName object:(nullable id)anObject;

但是我基本上都是用第一个,直接把本控制器活着视图的所有内存都在结束的时候全部释放

/**

*  释放通知

*/

-(void)dealloc

{

[[NSNotificationCenter defaultCenter]removeObserver:self];

}

当然啦,你也可以一个一个的去释放,这个人爱好问题,不做深究。

好了,估计某些大神要数落我了,写的都是啥,明明发送通知还有一个方法。这个我想说的是,我正要说还有一个发送通知的方法呢(^_^)。

- (void)postNotification:(NSNotification *)notification;

这个方法其实和上面两个大同小异,只是把notification单独拿出来定义了(啥,你不知道notification是什么,上面刚刚说了你居然忘了,来人呐,把这个拉出去砍了)。来个小demo大家就知道什么意思了

//要传递的参数

NSNotification *not = [[NSNotification alloc]initWithName:@"giveMessage" object:nil userInfo:nil];

//发送通知

[[NSNotificationCenter defaultCenter]postNotification:not];

怎么样,很熟悉吧。

好了,这次我真的把通知的方法说完了,什么,你们不信???气死我了,把系统NSNotification类文件让你看看,是不是都说了

NSNotification的三个构造方法适用于- (void)postNotification:(NSNotification *)notification;这个方法发送通知:

- (instancetype)initWithName:(NSString *)name object:(nullable id)object userInfo:(nullable NSDictionary *)userInfo NS_AVAILABLE(10_6, 4_0) NS_DESIGNATED_INITIALIZER;

+ (instancetype)notificationWithName:(NSString *)aName object:(nullable id)anObject;

+ (instancetype)notificationWithName:(NSString *)aName object:(nullable id)anObject userInfo:(nullable NSDictionary *)aUserInfo;

通知的单例创建:

+ (NSNotificationCenter *)defaultCenter;

通知的发送与接收方法:

- (void)addObserver:(id)observer selector:(SEL)aSelector name:(nullable NSString *)aName object:(nullable id)anObject;

- (void)postNotification:(NSNotification *)notification;

- (void)postNotificationName:(NSString *)aName object:(nullable id)anObject;

- (void)postNotificationName:(NSString *)aName object:(nullable id)anObject userInfo:(nullable NSDictionary *)aUserInfo;

通知的移除方法:

- (void)removeObserver:(id)observer;

- (void)removeObserver:(id)observer name:(nullable NSString *)aName object:(nullable id)anObject;

通知的接收方法以block形式执行:

- (id)addObserverForName:(nullable NSString *)name object:(nullable id)obj queue:(nullable NSOperationQueue *)queue usingBlock:(void (^)(NSNotification *note))block NS_AVAILABLE(10_6, 4_0);

好吧,我知道错了*・゜゚・*:.。..。.:*・'(*゚▽゚*)'・*:.。. .。.:*・゜゚・*,果然还有一个方法没和大家说到,那么,你准备好了吗?Let's Go:

- (id)addObserverForName:(nullable NSString *)name object:(nullable id)obj queue:(nullable NSOperationQueue *)queue usingBlock:(void (^)(NSNotification *note))block NS_AVAILABLE(10_6, 4_0);

这个方法你从后缀可以看出是在iOS4.0增加的方法,苹果也是与时具进呀。这是通知里面唯一一个用到了block的方法(不知道正在阅读的你对于block理解多少,如果需要可以留言,我去写一个block的文章帮帮你呦),这是一个接收通知的方法,相对于另外一个方法它最大的好处是通知事件的执行直接就在接收通知后面,不用再另外写一个方法去执行,优化代码(这也是block的最大的一个好处吧)。来个小demo

/**

*  接收通知

*/

[[NSNotificationCenter defaultCenter]addObserverForName:@"giveMessage" object:nil queue:nil usingBlock:^(NSNotification *not)

{

[self.nextButton setTitle:@"block" forState:UIControlStateNormal];

}];

在这里,我把queue线程设为了nil,也就是说这个接收通知方法会与发送通知只占一个线程(我没有把发送通知放在子线程中,所以在这里都是在主线程实现的)。你也自己试试queue后面写一个新的子线程自己实现一下的。usingBlock:^(NSNotification *not)后面这个NSNotification的声明必须要有,你从上面也可以看到,系统方法里面写了,这个必须有,但是你可以不用。如果不写,哼哼,后果不堪设想(就是报错了呗)。

后序


好了,通知的那些事到此为止了,花了五天左右的时间,在工作之余终于敲定。虽然写的不知道怎么样,但是我确定现在也就这个水平了。如果你没有看懂,还有不理解的地方可以和我说,我会的一定解答,如果是我也迷糊的地方一起寻找答案。下一个文章没有问题的情况下会在下个星期天发出,现在还没想好写什么,如果你有那块不明白,希望看到我对于某个知道点的理解,请留言。

版权声明:Fuck the world if you are rich,otherwise fuck yourself! 举报

相关文章推荐

iOS注销通知问题

以前遇到过这种情况:ControllerA push进ControllerB,另一条路径是ControllerC push进ControllerD,ControllerB与ControllerD都注册...

【Java并发编程】之十一:线程间通信中notify通知的遗漏(含代码)

notify通知的遗漏很容易理解,即threadA还没开始wait的时候,threadB已经notify了,这样,threadB通知是没有任何响应的,当threadB退出synchronized代码块...

我是如何成为一名python大咖的?

人生苦短,都说必须python,那么我分享下我是如何从小白成为Python资深开发者的吧。2014年我大学刚毕业..

【Java并发编程】之十一:线程间通信中notify通知的遗漏(含代码)

线程间通信中notify通知的遗漏

ORACLE HANDBOOK系列之十一:变化通知(Change Notification)

ORACLE HANDBOOK系列之十一:变化通知(Change Notification) 在App开发的过程中,有些数据访问频率很高但是数据变化不大,我们一般会让它驻留内存以提高访问...

iOS程序猿之本地通知那些事

本地通知 先判断用户是否允许该软件接受通知 //如果已经获得发送通知的授权则创建本地通知,否则请求授权(注意:如果不请求授权在设置中是没有对应的通知设置项的,也就是说如果从来没有发送过请求,即使通过...

《算法导论》学习心得(十一)—— 队列(JAVA)

队列:先进先出(FIFO)——先进队列的元素先出队列。来源于我们生活中的队列(先排队的先办完事)。

Linux系统管理员成长经验:十一大工作心得

随着Linux应用的扩展许多朋友开始接触Linux,根据学习Windows的经验往往有一些茫然的 感觉:不知从何处开始学起。作为一个 Linux系统管理员,我看了许多有关Linux的文档和书籍,并 ...
返回顶部
收藏助手
不良信息举报
您举报文章:深度学习:神经网络中的前向传播和反向传播算法推导
举报原因:
原因补充:

(最多只允许输入30个字)