奇技yin巧 指过于奇巧而无益的技艺与制品.
转载请注明出处http://blog.csdn.net/uxyheaven/article/details/44226395
系列文章请看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的代码,这个技巧还怎么去用呢.