iOS delegate挂钩

奇技yin巧 指过于奇巧而无益的技艺与制品.
转载请注明出处 http://blog.csdn.net/uxyheaven?viewmode=contents
系列文章请看http://blog.csdn.net/uxyheaven/article/category/5800569

需求说明

在实际的编程过程中,我们总要定制一些控件,在定制的过程里,有时喜欢自己实现部分delegate方法

// MYScrollView.m

- (instancetype)init
{
    ...
    self.delegae = self;
    ...
}

- (void)scrollViewDidScroll:(UIScrollView *)scrollView
{
    NSLog(@"%s 我被执行", __func__);
    ...
}

粗看上述的代码没什么问题, 可是当我们的其他对象也想实现delegate怎么办呢?

//  ViewController.m
- (void)viewDidLoad 
{
    ...
    scrollView.delegate = self;
    ...
}

- (void)scrollViewDidScroll:(UIScrollView *)scrollView
{
    NSLog(@"%s 执行了ViewController里的方法,就不执行MYScrollView的方法了", __func__);
    ...
}

实现

有的同学会在ViewController里的方法里在调用一下UIScrollView的方法,可以我们不知道MYScrollView自己实现了那些delegate方法啊,只能每个都转发一下了.

//  ViewController.m
- (void)scrollViewDidScroll:(UIScrollView *)scrollView
{
    [(MYScrollView *)scrollView scrollViewDidScroll:scrollView];
    ...
}
...

这样做是不是很累?

Objective-C是一门oop的语言,oop的特性有哪些呢:多态.
可以用这特性去解决这一问题:
* 在子类里重写delegate方法,在ViewController里调用的delegate其实是子类自己的myDelegate.
* 然后让父类的delegate指向自己.在子类里实现的delegate方法里调用子类的delegate的方法.

// MYScrollView.m
@synthesize delegate = _myDelegate;

- (instancetype)init
{
    ...
    [super setDelegate:self];
    ...
}

// 需要挂钩多少delegate方法就写多少
- (void)scrollViewDidScroll:(UIScrollView *)scrollView
{
    NSLog(@"%s 我先执行", __func__);
    [self.delegate scrollViewDidScroll:scrollView];
}


//  ViewController.m
- (void)viewDidLoad 
{
    ...
    scrollView.delegate = self;
    ...
}

- (void)scrollViewDidScroll:(UIScrollView *)scrollView
{
    NSLog(@"%s 我接着被执行了", __func__);
    ...
}

这样子类和ViewController里的delegate方法都被执行了.

奇巧有了,按照惯例得说说无益了.
尝试写个MYTableView.写完后发现,尼玛的DataSource的方法可以挂钩,Delegate的却失败了.

// 笔者用的是tableView:cellForRowAtIndexPath: 和numberOfSectionsInTableView: 两个方法

UITableView继承自UIScrollView,UIScrollViewDelegate的方法却成功了.

笔者猜测造成这样的原因可能是UITableView内部用的是self.delegate和_dataSource去执行UITableView协议里的方法.

方法能不能成功,取决于我们看不到的apple的代码,这个技巧还怎么去用呢.