Swift/OC多态-随想

我们知道面向对象三大特性封装、继承、多态，然而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的面向对象有点奇怪