UISearchBar作为inputAccessoryView时的响应链

UISearchBar对象做为一个普通的视图对象加入到视图控制器的self.view中,定义、初始化、设置delegate。然后becomeFirstResponder,最后resignFirstResponder。

CGRect searchBarFrame= CGRectMake(0, 0, self.view.frame.size.width, 40);

_searchBar = [[UISearchBar alloc] initWithFrame:searchBarFrame];

[_searchBar setPlaceholder:@"Search"];// 搜索框的占位符

//[_searchBarsetPrompt:@"Prompt"];// 顶部提示文本,相当于控件的Title

[_searchBar setBarStyle:UIBarStyleDefault];// 搜索框样式

[_searchBar setTintColor:[UIColor blueColor]];// 搜索框的颜色。当设置此属性时,barStyle将失效

[_searchBar setTranslucent:YES];// 设置是否透明

//[_searchBarsetShowsCancelButton:YES];// 是否显示取消button

//[_searchBarsetShowsCancelButton:YES animated:YES];

_searchBar.delegate=self;

[self.view addSubView:_searchBar];

这一切非常正常,也非常自然。

可是,这里的应用环境是将searchBar作为一个uiresponder子类的对象gridview的inputAccessoryView。

这样他的响应链条就复杂了。

我開始在searchBarTextDidBeginEditing方法中将searchBar的cancelButton展现出来。然后在searchBarTextDidEndEditing方法中将cancelButton关闭。

可是。我不管在cancel操作、search操作,及触摸虚拟键盘以外的点以调用视图控制器上的touchbegin方法,来resignFirstResponder。

这三个调用方法。都能将searchBar的第一响应者resign掉,但就是不能调用searchBarShouldEndEditing。

在整个响应链条中,当gridview变成firstResponder时,searchBar做为inputAccessoryView出现。再触摸searchBar的搜索框时。firstResponder发生了变化。

gridview不再是firstResponder,searchBar变成了firstResponder。再searchBar进行resignFirstResponder后。gridView又变成了firstResponder。

这个过程理解好,在应用中须要小心处理好这样的响应链条的传递操作。

不知道是不是由于firstResponder还在,所以没有调用作为searchBar的delegate的searchBarTextDidEndEditing方法。

将searchBar的delegate全部方法研究一下,发现还有两个方法能够用,能够用来实现这样的cancelButton随着firstResponder变化而展现、消失。

这两个方法是searchBarShouldEndEditing和searchBarShouldEndEditing,在firstResponder变化前都会调用这两个方法。

在触摸searchBar的搜索框时。searchBar就变成了firstResponder,那么在这时。会调用searchBarShouldEndEditing。

在我们将searchBar的firstResponder身份取消时,又会调用searchBarShouldEndEditing。

那么。我们能够在这两个方法中实现我们要的功能。

结论。关键是理解整个响应链条。

在视图控制器类中,gridview首先变成firstResponder。再searchBar变成firstResponder。

然后逐步resignFirstResponder,即使在self.view endEditing。也逐步操作。

代码

-(void)searchBarTextDidBeginEditing:(UISearchBar *)searchBar

{

//无法调用 cancelbuttong 的 关闭功能, 妥协 不用这个吧。

//    [_searchBarsetShowsCancelButton:YES animated:YES];

// 发现放到searchBarShouldBeginEditing 方法中也能实现这个功能,

// 在方法searchBarShouldEndEditing 中能够 将 cancelbutton 关闭掉。

}

-(BOOL)searchBarShouldBeginEditing:(UISearchBar *)searchBar

{

[_searchBar setShowsCancelButton:YES animated:YES];

BOOL xx,yy;

xx=[_gridView isFirstResponder];

yy=[_searchBar isFirstResponder];

NSLog(@"_gridView,searchBar %d,%d",xx,yy);

return YES;

}

-(BOOL)searchBarShouldEndEditing:(UISearchBar *)searchBar

{

[_searchBar setShowsCancelButton:NO animated:YES];

BOOL xx,yy;

xx=[_gridView isFirstResponder];

yy=[_searchBar isFirstResponder];

NSLog(@"_gridView,searchBar %d,%d",xx,yy);

return YES;

}

-(void)searchBarTextDidBeginEditing:(UISearchBar *)searchBar

{

//无法调用 cancelbuttong 的 关闭功能, 妥协 不用这个吧。

//    [_searchBarsetShowsCancelButton:YES animated:YES];

// 发现放到searchBarShouldBeginEditing 方法中也能实现这个功能。

// 在方法searchBarShouldEndEditing 中能够 将 cancelbutton 关闭掉。

}

-(void)searchBarTextDidEndEditing:(UISearchBar *)searchBar

{

// 这种方法还是不能被调用。无法解释。

//   [_searchBar setShowsCancelButton:NO animated:YES];

}

-(void)searchBarSearchButtonClicked:(UISearchBar *)searchBar

{

[_searchBar resignFirstResponder];

}

-(void)searchBarCancelButtonClicked:(UISearchBar *)searchBar

{

BOOL xx,yy;

xx=[_gridView isFirstResponder];

yy=[_searchBar isFirstResponder];

NSLog(@"_gridView,searchBar %d,%d",xx,yy);

[_searchBar resignFirstResponder];

xx=[_gridView isFirstResponder];

yy=[_searchBar isFirstResponder];

NSLog(@"_gridView,searchBar %d,%d",xx,yy);

// 当 searchbar 不是 first responder时,gridview自己主动变成了 first responder.

// 所以,searchbar不会变成 end editing,它也就不会调用searchBarTextDidBeginEditing:方法。这是推測,没理论依据,也没得到apple承认,也不是网上看到的文字。纯属个人猜想。

}

时间: 2024-07-30 15:16:59

UISearchBar作为inputAccessoryView时的响应链的相关文章

UIResponder响应链

一.概述 UIView与UIViewController的共同父类:UIResponder,对于点击touches一系列方法,UIView与UIViewController会做出一系列反应,下面从"如何找到点击的子view"和"如何根据响应链响应"两方面来认识UIResponder. 二. 如何找到点击的子view 当用户点击某一个视图或者按钮的时候会首先响应application中UIWindow一层一层的向下查找,直到找到用户指定的view为止. 比如上图,点击

ios中事件的响应链(Responder chain)和传递链

事件的响应链涉及到的一些概念 UIResponder类,是UIKIT中一个用于处理事件响应的基类.窗又上的所有事件触发,都由该类响应(即事件处理入又).所以,窗又上的View及控制器都是 派生于该类的,例如UIView.UIViewController等. 调用UIResponder类提供的方法或属性,我们就可以捕捉到窗又上的所有响应 事件,并进行处理. 响应者链条是由多个响应者对象连接起来的链条,其中响应者对象是能处理事 件的对象,所有的View和ViewController都是响应者对象,利

事件分发&响应链

iOS的三种事件:触摸事件/运动事件/远程控制事件 [objc] view plaincopy typedef enum { UIEventTypeTouches, UIEventTypeMotion, UIEventTypeRemoteControl, } UIEventType; 只有继承UIResponder类的对象才能处理事件,如UIView.UIViewController.UIApplication都继承自UIResponder,都能接收并处理事件.UIResponder中定义了上面

什么是事件响应链

对于IOS设备用户来说,他们操作设备的方式主要有三种:触摸屏幕.晃动设备.通过遥控设施控制设备.对应的事件类型有以下三种: 触屏事件(Touch Event) 运动事件(Motion Event) 远端控制事件(Remote-Control Event) 响应者链(Responder Chain) 响应者对象(Responder Object),指的是有响应和处理事件能力的对象.响应者链就是由一系列的响应者对象构成的一个层次结构. UIResponder是所有响应对象的基类,在UIRespond

iOS学习9_事件分发&响应链&android转iOS的感悟

iOS的三种事件:触摸事件/运动事件/远程控制事件 typedef enum { UIEventTypeTouches, UIEventTypeMotion, UIEventTypeRemoteControl, } UIEventType; 只有继承UIResponder类的对象才能处理事件,如UIView.UIViewController.UIApplication都继承自UIResponder,都能接收并处理事件.UIResponder中定义了上面三类事件相关的处理方法: 下面主要讨论触摸事

iOS开发 - 事件传递响应链

一.序言 当我们在使用微信等工具,点击扫一扫,就能打开二维码扫描视图.在我们点击屏幕的时候,iphone OS获取到了用户进行了"单击"这一行为,操作系统把包含这些点击事件的信息包装成UITouch和UIEvent形式的实例,然后找到当前运行的程序,逐级寻找能够响应这个事件的对象,直到没有响应者响应.这一寻找的过程,被称作事件的响应链,如下图所示,不用的响应者以链式的方式寻找. 事件响应链: 二.响应者 在iOS中,能够响应事件的对象都是UIResponder的子类对象.UIRespo

iOS事件响应链

@import url(http://i.cnblogs.com/Load.ashx?type=style&file=SyntaxHighlighter.css);@import url(/css/cuteeditor.css); 事件传递之响应链 当你设计App时你可能需要动态的响应事件.例如,一个触摸事件可能发生在屏幕上不同的对象中,你需要决定哪个对象来响应这个给定的事件,理解对象如何接收事件. 当用户触发的一个事件发生,UIKit会创建一个包含要处理的事件信息的事件对象.然后她会将事件对象

iOS 响应链

iOS 响应链 原文  http://blog.csdn.net/yadong000/article/details/8837241 首先要明确的是:在IOS中,有响应者链对事件进行响应,所有的响应类都是UIResponder的子类,响应者链是一个由不同对象组成的层次结构,其中的每个对象将依次获得响应事件消息的机会. 响应链的过程: 当事件发生的时候,响应链首先被发送给第一个响应者(往往是事件发生的视图,也就是用户触摸屏幕的地方).事件将沿着响应者链一直向下传递,知道被接受并作出处理.一般来说,

事件处理指南(Event Handling Guide for iOS) 阅读笔记 (二) 响应链

Event Delivery: The Responder Chain 我们希望在我们的app中可以动态的响应触摸事件.比如一个触摸可能会发生在屏幕上不同的位置和不同的组件上, 我们需要判断哪个组件响应这个触摸并且了解这个组件是如何接受到触摸事件的. 当一个用户触摸事件发生了, UIKit会创建一个包含需要被处理的事件信息的对象.然后将这个对象放入当前的事件循环队列中,对于触摸事件,这个对象被创建为 UIEvent 对象,对于移动事件这个对象会依赖于你使用的 Framework和你所关心的移动事