码迷,mamicode.com
首页 > 其他好文 > 详细

UI控件之UIControl

时间:2016-04-26 22:11:29      阅读:279      评论:0      收藏:0      [点我收藏+]

标签:

一,概述

ios开发过中,我们常常需要使用一些控件,来搭建我们的界面。有时系统为我们提供的控件并不能满足我们的需求,这时我们需要自己封装一些控件。因此我们就需要了解一些控件基类的特性,方便我们封装操作。比如说,UIKit提供了一组控件:UISwitch开关、UIButton按钮、UISegmentedControl分段控件、UISlider滑块、UITextField文本字段控件、
UIPageControl分页控件等,这些控件的基类均是UIControl。了解UIControl对我们封装类似UIButton,UISwitch等等触发类控件有很大的帮助

二,Target-Action机制

Target-Action机制, 相较于UIControl的父类UIView来讲是UIControl及其派生子类的一个共同的,重要的特性。

Target-action是一种设计模式,直译过来就是”目标-行为”。当我们通过代码为一个按钮添加一个点击事件时,通常是如下处理:

[button addTarget:self action:@selector(tapButton:) forControlEvents:UIControlEventTouchUpInside];
也就是说,当按钮的点击事件发生时,会将消息发送到target(此处即为self对象),并由target对象的tapButton:方法来处理相应的事件。

其基本过程可以用下图来描述:

技术分享


注:图片来源于官方文档Cocoa Application Competencies for iOS – Target Action
即当事件发生时,事件会被发送到控件对象中,然后再由这个控件对象去触发target对象上的action行为,来最终处理事件。
因此,Target-Action机制由两部分组成:即目标对象和行为Selector。目标对象指定最终处理事件的对象,而行为Selector则是处理事件的方法。
触摸事件到达UIControl对象(由响应者链派遣)后,在UIResponder的方法中(如touchBegan:withEvent)中,UIControl将标准的触摸事件转换为
特殊的控件事件,简单的理解就是,UIControl把复杂的触摸事件封装成了简单的易于使用的控件事件。
例如通过UIControl对象处理后,按下按钮的事件就被封装成一个控件事件,而不用去判断触摸屏幕的整个操作过程。

实现方法

@interface lxcontrol : UIView
@property (nonatomic,assign) id  target;//在哪里找到方法
@property (nonatomic,assign) SEL  action;//要执行的方法名
-(void)addTarget:(id)target action:(SEL)action;
@end

#import "lxcontrol.h"
@implementation lxcontrol
#pragma mark  --触发方法
-(void)addTarget:(id)target action:(SEL)action{
    _target = target;
    _action = action;
}
#pragma mark  --让外部传入的对象 去执行外部出入的方法
-(void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event{  
    [self.target performSelector:self.action withObject:@"123"];
}
@end

三,UIControl的相关属性

相关属性

@property(nonatomic,getter=isEnabled) BOOL enabled;

控件默认是启用的。要禁用控件,可以将enabled属性设置为NO,这将导致控件忽略任何触摸事件。被禁用后,控件还可以用不同的方式显示自己,比如变成灰色不可用。虽然是由控件的子类完成的,这个属性却存在于UIControl中。

@property(nonatomic,getter=isSelected) BOOL selected;
当用户选中控件时,UIControl类会将其selected属性设置为YES。子类有时使用这个属性来让控件选择自身,或者来表现不同的行为方式。
@property(nonatomic) UIControlContentVerticalAlignment contentVerticalAlignment;
控件如何在垂直方向上布置自身的内容。默认是将内容顶端对其,对于文本字段,可能会改成UIControlContentVerticalAlignmentCenter。对于这个字段,可以使用下列诸值:
1.UIControlContentVerticalAlignmentCenter  
2.UIControlContentVerticalAlignmentTop  
3.UIControlContentVerticalAlignmentBottom  
4.UIControlContentVerticalAlignmentFill
@property(nonatomic) UIControlContentHorizontalAlignment contentHorizontalAlignment;
水平方向
1.UIControlContentHorizontalAlignmentCenter  
2.UIControlContentHorizontalAlignmentTop  
3.UIControlContentHorizontalAlignmentBottom  
4.UIControlContentHorizontalAlignmentFill  

事件通知

UIControl类提供了一个标准机制,来进行事件登记和接收。这令你可以指定你的控件在发生特定事件时,通知代理类的一个方法。如果要注册一个事件,可以使用addTarget方法:

[ myControl addTarget: myDelegate   action:@selector(myActionmethod:)  forControlEvents:UIControlEventValueChanged ];
事件可以用逻辑OR合并在一起,因此可以再一次单独的addTarget调用中指定多个事件。下列事件为基类UIControl所支持,除非另有说明,也适用于所有控件
UIControlEvents枚举类型
UIControlEventTouchDown
//单点触摸按下事件:用户点触屏幕,或者又有新手指落下的时候。
UIControlEventTouchDownRepeat
//多点触摸按下事件,点触计数大于1:用户按下第二、三、或第四根手指的时候。
UIControlEventTouchDragInside
//当一次触摸在控件窗口内拖动时。
UIControlEventTouchDragOutside
//当一次触摸在控件窗口之外拖动时。
UIControlEventTouchDragEnter
//当一次触摸从控件窗口之外拖动到内部时。
UIControlEventTouchDragExit
//当一次触摸从控件窗口内部拖动到外部时。
UIControlEventTouchUpInside
//所有在控件之内触摸抬起事件。
UIControlEventTouchUpOutside
//所有在控件之外触摸抬起事件(点触必须开始与控件内部才会发送通知)。
UIControlEventTouchCancel
//所有触摸取消事件,即一次触摸因为放上了太多手指而被取消,或者被上锁或者电话呼叫打断。
UIControlEventTouchChanged
//当控件的值发生改变时,发送通知。用于滑块、分段控件、以及其他取值的控件。你可以配置滑块控件何时发送通知,在滑块被放下时发送,或者在被拖动时发送。
UIControlEventEditingDidBegin
//当文本控件中开始编辑时发送通知。
UIControlEventEditingChanged
//当文本控件中的文本被改变时发送通知。
UIControlEventEditingDidEnd
//当文本控件中编辑结束时发送通知。
UIControlEventEditingDidOnExit
//当文本控件内通过按下回车键(或等价行为)结束编辑时,发送通知。
UIControlEventAllEditingEvents
//通知所有关于文本编辑的事件。
UIControlEventAllEvents

- (void)removeTarget:(nullable id)target action:(nullable SEL)action forControlEvents:(UIControlEvents)controlEvents;
要删除一个或多个事件的相应动作,可以使用UIControl类的removeTarget方法。使用nil值就可以将给定事件目标的所有动作删除:
[ myControl removeTarget:myDelegate   action:nil  forControlEvents:UIControlEventAllEvents];
- (NSSet *)allTargets;
要取得关于一个控件所有指定动作的列表,可以使用allTargets方法。这个方法返回一个NSSet,其中包含事件的完整列表:
NSSet* myActions = [myConreol allTargets ];  
- (nullable NSArray<NSString *> *)actionsForTarget:(nullable id)target forControlEvent:(UIControlEvents)controlEvent;
另外,你还可以用actionsForTarget方法,来获取针对某一特定事件目标的全部动作列表:
NSArray* myActions = [ myControl actionForTarget:UIControlEventValueChanged ];  
- (void)sendAction:(SEL)action to:(nullable id)target forEvent:(nullable UIEvent *)event;
如果设计了一个自定义控件类,可以使用sendActionsForControlEvent方法,为基本的UIControl事件或自己的自定义事件发送通知。例如,如果你的控件值正在发生变化,就可以
发送相应通知,通过控件的代码可以指定时间目标,这个通知将被传播到这些指定的目标。例:
[ self sendActionsForControlEvents:UIControlEventValueChanged ]; 

跟踪触摸事件

如果是想提供自定义的跟踪行为,则可以重写以下几个方法:

- (BOOL)beginTrackingWithTouch:(UITouch *)touch withEvent:(UIEvent *)event
- (BOOL)continueTrackingWithTouch:(UITouch *)touch withEvent:(UIEvent *)event
- (void)endTrackingWithTouch:(UITouch *)touch withEvent:(UIEvent *)event
- (void)cancelTrackingWithEvent:(UIEvent *)event
这四个方法分别对应的时跟踪开始、移动、结束、取消四种状态。看起来是不是很熟悉?这跟UIResponse提供的四个事件跟踪方法是不是挺像的?我们来看看UIResponse的四个方法:
- (void)touchesBegan:(NSSet *)touches withEvent:(UIEvent *)event
- (void)touchesMoved:(NSSet *)touches withEvent:(UIEvent *)event
- (void)touchesEnded:(NSSet *)touches withEvent:(UIEvent *)event
- (void)touchesCancelled:(NSSet *)touches withEvent:(UIEvent *)event
我们可以看到,上面两组方法的参数基本相同,只不过UIControl的是针对单点触摸,而UIResponse可能是多点触摸。另外,返回值也是大同小异。由于UIControl本身是视图,所以它实际上也继承了UIResponse的这四个方法。如果测试一下,我们会发现在针对控件的触摸事件发生时,这两组方法都会被调用,而且互不干涉。
为了判断当前对象是否正在追踪触摸操作,UIControl定义了一个tracking属性。该值如果为YES,则表明正在追踪。这对于我们是更加方便了,不需要自己再去额外定义一个变量来做处理
在测试中,我们可以发现当我们的触摸点沿着屏幕移出控件区域名,还是会继续追踪触摸操作,cancelTrackingWithEvent:消息并未被发送。为了判断当前触摸点是否在控件区域类,可以使用touchInside属性,这是个只读属性。不过实测的结果是,在控件区域周边一定范围内,该值还是会被标记为YES,即用于判定touchInside为YES的区域会比控件区域要大。

观察或修改分发到target对象的行为消息

对于一个给定的事件,UIControl会调用sendAction:to:forEvent:来将行为消息转发到UIApplication对象,再由UIApplication对象调用其sendAction:to:fromSender:forEvent:方法来将消息分发到指定的target上,而如果我们没有指定target,则会将事件分发到响应链上第一个想处理消息的对象上。而如果子类想监控或修改这种行为的话,则可以重写这个方法。

我们的实例中,做了个小小的处理,将外部添加的Target-Action放在控件内部来处理事件,因此,我们的代码实现如下:

//lxControl.h
- (void)sendAction:(SEL)action to:(id)target forEvent:(UIEvent *)event {
  // 将事件传递到对象本身来处理
    [super sendAction:@selector(handleAction:) to:self forEvent:event];
}
- (void)handleAction:(id)sender {
    NSLog(@"handle Action");
}
// ViewController.m
- (void)viewDidLoad {
    [super viewDidLoad];
    self.view.backgroundColor = [UIColor whiteColor];
    lxControl.h *control = [[lxControl.h alloc] initWithFrame:CGRectMake(100, 100, 100, 100)];
    [control addTarget:self action:@selector(tapImageControl:) forControlEvents:UIControlEventTouchUpInside];
    [self.view addSubview:control]
}
- (void)tapImageControl:(id)sender {
    NSLog(@"sender = %@", sender);
}

打印结果:

技术分享
由于我们重写了sendAction:to:forEvent:方法,所以最后处理事件的Selector是ImageControl的handleAction:方法,而不是ViewController的tapImageControl:方法。
另外,sendAction:to:forEvent:实际上也被UIControl的另一个方法所调用,即sendActionsForControlEvents:。这个方法的作用是发送与指定类型相关的所有行为消息。我们可以在任意位置(包括控件内部和外部)调用控件的这个方法来发送参数controlEvents指定的消息。在我们的示例中,在ViewController.m中作了如下测试:

- (void)viewDidLoad {
    [control addTarget:self action:@selector(tapImageControl:) forControlEvents:UIControlEventTouchUpInside];
    [control sendActionsForControlEvents:UIControlEventTouchUpInside];
}
可以看到在未点击控件的情况下,触发了UIControlEventTouchUpInside事件,并打印了handle Action日志。

技术分享

Target-Action的管理

实际上,我们在程序某个合适的位置打个断点来观察UIControl的内部结构,可以看到这样的结果:
技术分享
因此,UIControl内部实际上是有一个可变数组(_targetActions)来保存Target-Action,数组中的每个元素是一个UIControlTargetAction对象。UIControlTargetAction类是一个私有类,我们可以在iOS-Runtime-Header中找到它的头文件:
@interface UIControlTargetAction : NSObject {
    SEL _action;
    BOOL _cancelled;
    unsigned int _eventMask;
    id _target;
}
@property (nonatomic) BOOL cancelled;
- (void).cxx_destruct;
- (BOOL)cancelled;
- (void)setCancelled:(BOOL)arg1;
@end
可以看到UIControlTargetAction对象维护了一个Target-Action所必须的三要素,即target,action及对应的事件eventMask。
如果仔细想想,会发现一个有意思的问题。我们来看看实例中ViewController(target)与ImageControl实例(control)的引用关系,如下图所示:
技术分享
嗯,循环引用。
既然这样,就必须想办法打破这种循环引用。那么在这5个环节中,哪个地方最适合做这件事呢?仔细思考一样,1、2、4肯定是不行的,3也不太合适,那就只有5了。在上面的UIControlTargetAction头文件中,并没有办法看出_target是以weak方式声明的,那有证据么?
我们在工程中打个Symbolic断点,如下所示:
技术分享
运行程序,程序会进入[UIControl addTarget:action:forControlEvents:]方法的汇编代码页,在这里,我们可以找到一些蛛丝马迹。如下图所示:
技术分享
可以看到,对于_target成员变量,在UIControlTargetAction的初始化方法中调用了objc_storeWeak,即这个成员变量对外部传进来的target对象是以weak的方式引用的。
其实在UIControl的文档中,addTarget:action:forControlEvents:方法的说明还有这么一句:
When you call this method, target is not retained.
另外,如果我们以同一组target-action和event多次调用addTarget:action:forControlEvents:方法,在_targetActions中并不会重复添加UIControlTargetAction对象。

参考:demo (SVSegmentedControl) https://github.com/samvermette/SVSegmentedControl



UI控件之UIControl

标签:

原文地址:http://blog.csdn.net/lxl_815520/article/details/51225824

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!