UIResponder简要

关于UIResponder,我这边就简要的说一下响应链,firstResponder

1.响应链:

在UIResponder中有一个非常重要的概念叫做Responder Chain,个人的理解是这是按照一定规则组织的响应、处理事件的一条链表。在了解UIResponder之前还得在了解一个概念Hit-Testing。在IOS中通常使用hit-testing去找到那个被触摸的视图。这个视图叫hit-test view,当IOS找到hit-test view后就把touch event交个那个视图来处理。下面画个图来说明一下,当点击视图E时看一下hit-testing的工作过程。

1.确定改触摸事件发生在view A范围内,接下来测试view B以及view C。

2.检查发现事件不再view B范围内发生,接下来检查view C发现触摸事件发生在了view C中,所以检查 view D,view E。

3.最后发现事件发生在view E的范围内所以view E成为了hit-test view。

摘自:http://blog.csdn.net/jimzhai/article/details/23283515

Responder Chain 是由responder对象组成的

responder chain是由一系列responder对象连接起来的,他从第一个responder对象开始一直到application对象结束。如果第一个responder不能够处理该事件则该事件会被发送到下一个在该responder chain中的responder来处理。
当自己定义的一个类想让他成为first responder时需要做两件事:
1.重写  canBecomeFirstResponder 方法让他返回YES
2.接受 becomeFirstResponder 消息,如果必要的话可让对象给自己发送该消息。
 
在这里有一个地方需要注意,当把一个对象变为first responder是要确保这个对象的图形界面已经建立起来,也就是说要在viewDidAppear中调用becomeFirstResponder方法。如果在veiwWillAppear方法中调用becomeFirstResponder将会得到一个NO。
 

Responder Chain 遵循一个特定的传播路径

如果hit-test view不能够处理该事件则UIKit会将事件传递给下一个Responder。下图则显示了事件在Responder Chain中传播的两种方式:
对于左边的app中事件传播路径如下:
1.初始的界面尝试去处理事件后者消息,打他处理不了则把事件交给它上一层视图处理,因为最开始的界面在他的view controller里的视图层次里不是最上层的。(这里的上下是按照树的结构而言的,下图解释:)
Art/view_hierarchy_relationships.jpg
 
2.上层视图尝试处理事件,如果他不能处理则将事件交给他的上层视图处理,原因同上。
3.在view controller中最上层的视图尝试处理,他也不能处理则交给他的view controller来处理。
4.view controller也无法处理则交给window来处理。
5.window无法处理交给app object来处理
6.app object无法处理则将该事件丢弃掉。
右边的传播方式稍有不同:
1.一个视图在他的view controller 的视图层中向上传播一个事件直到它到达最顶层视图。
2.最顶层视图无法处理将event交给他的view controller来处理。
3.view controller 传递事件到他的最顶层视图的上一层视图,接下来重复1-3的步骤直到事件到达root view controller。
4.root view controller将事件传递到window object。
5.window 将事件传递给app object。
 
注意:事件,消息不要自己向上传送而要调用父类中的方法来处理,让UIKit来处理消息在responder chain中的传递。
 
2.关于firstResponder 
 作为FirstResponder,整个界面中有且只有一个能成为FirstResponder
 2.1 在textfield中我们知道只要将textField becomeFirstResponder 那么就会弹起键盘,那么如果是别的呢?
 2.2 后来实验发现,
       首先要能成为firstResponder 就要实现这个方法
  
- (BOOL)canBecomeFirstResponder {
    return YES;
}

   然后需要新建一个属性

@property (nonatomic,strong) UIView *inputView;

       记住,你没看错,就是叫inputView,跟textField一样,你不能叫别的名字,然后将inputView实例化,就能弹出来了,

  说实话,我刚看到别人这么写的时候,总感觉不可能,然后就没去实验,不过貌似事实就是这样,只要我们给inputView一个值,那么就会像键盘一样弹起的。

3. UIResponder

我们可以重写或者Category来添加UIResponder事件,但是如果这个事件要具备响应链的特性的话,需要实现方法

- (void)func {

  [self.nextResponder func];

}

并且在子类重写func时,如果需要响应链,那么必须super方法。。。。。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
在 iOS 中,可以通过监听键盘弹出事件来实现禁止页面整体被顶上去的功能。具体实现如下: 1. 注册键盘弹出和隐藏的通知,可以在viewDidLoad方法中添加以下代码: ``` NotificationCenter.default.addObserver(self, selector: #selector(keyboardWillShow(_:)), name: UIResponder.keyboardWillShowNotification, object: nil) NotificationCenter.default.addObserver(self, selector: #selector(keyboardWillHide(_:)), name: UIResponder.keyboardWillHideNotification, object: nil) ``` 2. 在键盘弹出和隐藏的方法中,根据键盘的高度来调整页面的布局,可以在UIViewController中添加以下代码: ``` @objc func keyboardWillShow(_ notification: Notification) { if let userInfo = notification.userInfo, let keyboardFrame = userInfo[UIResponder.keyboardFrameEndUserInfoKey] as? NSValue { let keyboardHeight = keyboardFrame.cgRectValue.height // 根据键盘的高度来调整页面的布局 // 比如可以将底部的按钮向上移动键盘的高度 // 这样页面整体就不会被顶上去了 } } @objc func keyboardWillHide(_ notification: Notification) { // 在键盘隐藏时,可以将页面恢复到原来的布局 } ``` 在这两个方法中,可以根据键盘的高度来调整页面的布局,比如将底部的按钮向上移动键盘的高度,这样页面整体就不会被顶上去了。 另外,需要注意的是,在UIViewController中要记得在deinit方法中移除通知的监听,可以添加以下代码: ``` deinit { NotificationCenter.default.removeObserver(self) } ``` 这样就可以实现在iOS中禁止页面整体被顶上去的功能了。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值