# 闲谈 Objective-C 与 Swift

个人博客

随着移动互联网的发展，移动端iOS开发的技术选择也划分了好几个方向，有用 React-Native进行开发的，有用 Objective-C开发的，也有用 Swift开发的，或者混合着来。

不同的语言存在都有其可取的优秀之处，也有不足的地方。也应了那句俗话 : 金无足赤，人无完人。

我们都知道 2014 年 Swift 的横空出世,其首要目的就是剑指 Objective-C。但是现在看来也没有完全达到其问世的目的。但是大家对于 Swift 的喜爱依然是一路包容,比如从14年以来一年一学，其情况犹如一年学习一门新语言，但是 Swift 也没有让我们失望，一路高歌猛进，今年也迎来了 Swift 4, 从这一路上来看，有一部分人好多放弃在 Swift 2.X 的路上了，一部分人没有体会到 Swift 3到 Swift 4 的喜悦. 也有一些人始终徘徊在 Swift 的门口; 一只脚在里面，一只脚在外面。

从始至终坚持的人是抱着 “苹果(Swift)” 虐我千百遍，我待 苹果(Swift) 如初恋的执着，也正所谓: 拨开云雾见天日守得云开见月明, 从目前来看 Swift 4 给了开发者很大的 支持与信心。

两种语言熟悉的人都知道 Objective-C 与 Swift 底层是完全不同的机制。

Objective-C

Objective-C 的那一套跑不了 运行时, 我相信 KVC 的概念在每个面试者的脑海中都能 信手拈来。

KVC， NSKeyValueCoding，一个非正式的 Protocol，提供一种机制来间接访问对象的属性。
KVO 就是基于 KVC 实现的关键技术之一
以类似字典键值对的方式存储信息,以及强大的动态派发,与 C 的结合
.......

太多太多

Swift

Swif 这门语言是恰恰不同，其类型成员在编译的时候就已经决定,完全是一门安全性的语言。
尤其对协议的支持。比如对协议的实现有：

class	struct	enum

这里不得不提到 enum 对协议的支持：

protocol Source {}

enum Action: Source {
    case handler(sender: UIButton)
    case touchUp(sender: UIButton)
}

由此对协议的支持可见一斑。

苹果在15年提出 Swift 的一种面向协议编程 (Protocol Oriented Programming)

protocol Work {}

extension Work {
    func doWork() {
        print("do Work")
    }
}

class action { }
extension action: Work {}

action().doWork()

// 结果
：do Work

我们看到这个 action 类,并没有对协议进行任何代码方面的书写，而通过 extension 可以直接为协议进行扩展，并给出默认实现。这对于大量重复的代码绝对是一个优秀的解决方案。
虽然在 Objective-C的时代就有对重复代码进行封装通过继承来实现也是一种解决方案。但是这种做法是有一定的风险的.

比如通过继承的方式来：

class Action1: base1 {
    override func doWork() {
        print("do Work")
    }
}

class Action2: base1 {

}

Action2().doWork()

// 结果
：do Work

貌似结果是一样的,但是面对大量的代码的时候结构构造的好处是显而易见的，尤其是协议的扩展：根据入口提供额外实现,也可以提供默认的一个实现。往外每个类都是通过其特定的组合方式来实现不同的业务需求的,如果通过以往的继承方式构建在业务繁琐的时候是无法很好的对业务进行抽象封装了,这个时候 Swift协议就可以闪亮登场啦

其实写过 C++ 的都知道支持多继承,其带来的风险也是显而易见的:
比如：

class base1 {
    func doWork() {
        print("do Work")
    }
}

class Action1: base1 {
    override func doWork() {
        print("do Work")
    }
}

class Action2: base1 {
    override func doWork() {
        print("do Work")
    }
}

Action2().doWork()

class Commad: Action1,Action2 {

}

Commad().doWork()

这种性质的继承是致命的。当然 Swift 与 Objective-C 是不支持多继承的，所以上面代码是无效的。但是很重要的是通过协议，并对协议进行默认实现也是可以达到异曲同工的多继承作用。

Swift 与 Objective-C 混合

上面讲过两种语言的底层是完全不同的，但是我相信混合开发的时候怎么去处理呢？
尤其是在 Objective-C 代码中调用 Swift 的时候，Swift 没有运行时这种东西，而OC调用混导致异常问题。这个时候我们见到的 @objc 就挺身而出了。

@objc

只有不是继承 NSObject 的 Swift 写的 Class 的非私有类型，在 OC 中调用的时候都是需要加上这个标志

Swift 的世界有太多的东西，有时间在说
......

如果你看到这里，插播一条广告：

公司需要需要两名iOS开发人员
坐标：北京望京 Soho T3 30层
要求是：Swift, OC 都在中等以上,扎实的计算机基础
公司不打卡,各种补贴，技术团队来自知名企业：IBM,微软,惠普,三星,百度等等 CTO 早年跟乔布斯有过合作。
氛围很好。简历这里： [email protected]
我直接面试，算是内推。