我们知道面向对象三大特性封装、继承、多态，然而OC我认为严格意义上来说不算是纯面向对象语言，例如它没有构造器的概念，它的多态性质有一些奇怪的地方。Swift终于回归正常，我以前做过java开发，对比着思考，Swift语言面向对象性质和java非常类似，下面我会举个例子来对比OC和Swift多态的性质。
在对比OC和Swift多态性质之前，我先强调一下满足多态的条件。
多态三要素：
1. 类继承
2. 方法override
3. 父类对象指向子类
- 先看Swift实例
class A: NSObject {
override init() {
super.init()
bbb()
aaa() // 多态
}
func aaa() {
print("classA ------> aaa()")
}
private func bbb() {
print("classA ------> private bbb()")
}
}
// B继承于
class B: A {
override init() {
super.init()
}
override func aaa() {
super.aaa()
print("classB ------> aaa()")
super.aaa()
}
private func bbb() {
print("classB ------> private bbb()")
}
}
这段实例代码再简单不过了，假如我们在外面调用B()，你觉得输出结果是什么呢？
classA ------> private bbb()
classA ------> aaa()
classB ------> aaa()
classA ------> aaa()
看看你设想的输出结果是否和答案一致，如果不一致的话，说明面向对象还领悟的不到位，需要继续领悟。
- 那么接下来看一下奇葩的OC会是什么样的结果
@interface A : NSObject
- (void)aaa;
@end
@implementation A
- (instancetype)init
{
if (self = [super init]) {
[self bbb]; // 重点思考：会调用哪？？？
[self aaa];
}
return self;
}
// public method
- (void)aaa
{
NSLog(@"classA ------> aaa()");
}
// privateMethod
- (void)bbb
{
NSLog(@"classA ------> private bbb()");
}
@end
// ================================================
@interface B : A
@end
@implementation B
- (instancetype)init
{
if (self = [super init]) {
}
return self;
}
// override
- (void)aaa
{
[super aaa];
NSLog(@"classB ------> aaa()");
[super aaa];
}
// privateMethod
- (void)bbb
{
NSLog(@"classB ------> private bbb()");
}
@end
这里我说明一下，注释虽然标识了privateMethod，OC严格来说是没有公有方法和私有方法这么一说的，全看.h是否暴露。这段OC代码和上面的Swift代码类似，那么在外面执行[[B alloc] init]会有什么输出结果呢?
classB ------> private bbb()
classA ------> aaa()
classB ------> aaa()
classA ------> aaa()
请仔细思考一下，在A的init方法中，[self bbb]为什么没有调用自己，而是调用到子类中，然而类A中的bbb这个方法并没有被子类override，正常的面向对象，这里是不满足多态的性质的，类之间是有隔离的，应该调自己才是，然而OC会调到子类去了，这是因为OC是保存方法列表的，会在B类包过其父类所有方法列表去寻找往哪调，所以就调到B里面的bbb方法中去了，设想一下，假如我们继承一个第三方没开源的一个类，在我们自己的类中写了一个私有方法，这个时候恰好这个私有方法和父类重名，是不是有可能发生一些低概率的悲剧事件，也正是因此，我会觉得OC的面向对象有点奇怪
