Objective-C 奇巧淫技–delegate挂钩
奇技淫巧 指过于奇巧而无益的技艺与制品.
需求说明
在实际的编程过程中,我们总要定制一些控件,在定制的过程里,有时喜欢自己实现部分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其实是子类自己的delegate. * 然后让父类的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的却失败了. UITableView继承自UIScrollView,UIScrollViewDelegate的方法却成功了.
笔者猜测造成这样的原因可能是UITableView内部用的是self.delegate和_dataSource去执行UITableView协议里的方法.
方法能不能成功,取决于我们看不到的apple的代码,这个技巧还怎么去用呢.
，有希望在的地方，痛苦也成欢乐
