我们都知道objc是一门面向对象的语言，面向对象也给我们平时带来了很多的方便。然而很多情况下面向对象也有自己的局限性，滥用继承多态可能会埋下很多坑。
然后今天看了Casa大神的跳出面向对象思想(二) 多态，真的非常受益，是个解决继承与多态过程中避免坑的好办法。如果您看过这篇文章并且对此理解的很透彻的话可以直接不要读下面的部分了，以下是个人对Casa这篇文章的一些浅见与实践。
首先，传统写法的多态有什么样的问题
之前在一家互联网公司是做信用卡导入的，以下就以这个为背景吧，仅以此为背景而已，后面所说的与公司代码及结构毫无关系。
信用卡导入流程中很重要的步骤是银行的账户登录以及信用卡流水解析，需要针对不同银行的数据进行处理。传统的写法如下：
//BillImport.h
@interface BillImport : NSObject
- (void)billHandle;
- (void)analyze;
@end
//BillImport.m
@implementation BillImport
- (void)billHandle {
[self bankLogin];
[self analyze];
}
- (void)bankLogin {
NSLog(@"bank login");
}
- (void)bankImport {
NSLog(@"bank bill import");
}
- (void)analyze {
//to be override
}
如果想写工商银行的导入应该覆盖bankLogin与analyze，如下：
#import "BillImport.h"
@interface ICBCBillImport : BillImport
@end
@implementation ICBCBillImport
- (void)analyze {
NSLog(@"%@:%s", NSStringFromClass([self class]), __FUNCTION__);
}
@end
那么如此的设计有什么样的缺陷呢？
a. 我们假设架构师来实现父类，业务工程师来实现子类，那么哪些方法需要被覆盖重载，哪些不需要？极其容易造成疑惑从而侵蚀原本的代码逻辑
b. 父类中的analyze一个空方法挂在那里，意义不大
c.子类中可能引入很多外部逻辑，加大复用的难度。
那么使用面向接口编程的思想(IOP)后，这段代码可以如下设计：
// BillImport.h
@protocol BillHandleManager
- (void)bankLogin;
- (void)analyze;
@end
@interface BillImport : NSObject
@property (nonatomic, weak) id assistant;
- (void)billHandle;
@end
// BillImport.m
@implementation BillImport
- (void)billHandle {
[self.assistant bankLogin];
[self.assistant analyze];
}
@end
// ICBCBillImport.h
@interface ICBCBillImport : BillImport
@end
// ICBCBillImport.m
@implementation ICBCBillImport
- (instancetype)init {
self = [super init];
if (self) {
self.assistant = self;
}
return self;
}
- (void)analyze {
NSLog(@"ICBC analyze");
}
- (void)bankLogin {
NSLog(@"ICBC bankLogin");
}
@end
如上，仅仅是增加了一个增加了一个assistant对象，就把这层原本需要覆盖重载的关系“转移”了。
那么这样做有什么样的好处呢？
a.原本需要覆盖重载的方法，不放在父类的声明中，而是放在接口中去实现。可以在公司内部做出规定，不允许覆盖重载父类中的方法；而子类需要实现接口协议中的方法，从而避免了继承上的困惑和代码的侵蚀
b.父类中无需写一个虚基类一样的空方法了。
c.子类中如果引入其他逻辑，因为是面向接口编程，所以原本引入了不相关的逻辑，也很容易剥离。
最后，说下如上方法是如何解决Casa提到的多态的四种问题的：
父类有部分public的方法是不需要，也不允许子类覆重
上面提到了，父类声明中的方法不允许子类覆盖重载，需要实现的功能放入接口中实现
父类有一些特别的方法是必须要子类去覆重的，在父类的方法其实是个空方法
利用接口实现避免挂一个空方法在代码中
父类有一些方法是可选覆重的，一旦覆重，则以子类为准
这里可以通过设计一个拦截器来实现，比如在上面的代码中做如下更改：
// BillImport.h
@protocol BillHandleManager
- (void)bankLogin;
- (void)analyze;
@end
@protocol Interceptor
- (void)willBeginBillHandle;
- (void)didFinishBillHandle;
@end
@interface BillImport : NSObject
@property (nonatomic, weak) id assistant;
@property (nonatomic, weak) id interceptor;
- (void)billHandle;
@end
// BillImport.m
@implementation BillImport
- (void)billHandle {
if ([self.interceptor respondsToSelector:@selector(willBeginBillHandle)]) {
[self.interceptor willBeginBillHandle];
}
[self.assistant bankLogin];
[self.assistant analyze];
if ([self.interceptor respondsToSelector:@selector(didFinishBillHandle)]) {
[self.interceptor didFinishBillHandle];
}
}
@end
通过这样的设计，可以解决比如产品运营想让我们统计下每天发生的导入次数。如果按照过去的设计，我们只能无奈的在子类中去覆盖父类的方法。现在只需要实现这个接口便可以实现了。所以很多时候父类的设计很大程度决定了自身逻辑被侵蚀的问题。
父类有一些方法即便被覆重，父类原方法还是要执行的
因为我们规定了父类方法不可以被覆盖重载，只能通过接口实现的方式来写，所以这个问题便不存在了。