都说swift取代oc，为何五年了依然是oc为主？

1.先说现状

现在国内公司开全新项目，Swift 已经占压倒性优势了。

很多以前是 OC 的项目也转向 OC/Swift 混编了。

但是也有对包大小非常敏感的项目，还是纯 OC 开发。不少公司刚刚摆脱 MRC 不久，业务压力大，历史包袱重，没有时间推进新技术。

2. 对比一下 OC 和 Swift

总的来说，Swift 相对于 OC 来说，是进步的。Swift 有很多好的语言特性，能做更好的抽象。

说 Swift 线上崩溃 线下 Delay 的不怎么会写代码吧？强类型能帮你纠正很多低级错误。Swift 不乱用不熟悉的特性，写起来除了把 []换成.毫无区别，再不济所有声明都加上 @objc ，这够狠了吧，要是还能出问题也称不上合格的开发者了。

关于 OC 的黑魔法，能玩的也就是 runtime 了， Method/Class Swizzling, AOP，转发等等。Swift 确实没有这么灵活，但是说实话大型项目，category 都不敢乱写，就别说这些花活了，你写的黑魔法不知道会影响到谁。要是你的骚操作给别人带来了 bug，不得被人花式骂死？

我就遇到过两次，一次是别人 hook 了 UI 组件的方法，我们这边展示异常，百思不得其解，后来一条一条看调用栈才有了点眉目揪出了问题。

第二次差不多，别人 hook 了 UIAnimation 的方法，但是没考虑周全，导致了崩溃，也是得看调用栈。

Swift 也有很多灵活的东西可以玩啊，比如方法=闭包，比 OC 那个灵活多了，@selector() 真的很不好用。

还有就是要吐槽 OC 没有包名，有的时候真的欲哭无泪，无穷无尽的问题。

Xcode 对 Swift 的支持特别不好，代码提示动不动就没了，打开混编项目不用打字，放在那风扇就狂转，续航从 10 小时降到 2 小时。还有最搞笑的，如果声明一个数组，不显式的指定类型，那就等着哭吧，编译器会一个一个元素的去推断类型，最后得出数组的范型。我试过声明一个40个元素的数组，然后这个文件编译了20分钟。还好这个 bug 现在修掉了。

3. 对比一下 Swift 和 Kotlin

使用下来感觉 Swift 不如 Kotlin。Swift 的 API 不如 Kotlin，比如在可选型解包的的时候，要繁琐的多。Kotlin 和 Java 能无缝对接，但是 Swift 和 OC 是两门语言，混编的时候比较痛苦，主要是需要不断的考虑，我用的特性 OC 支持不支持，这个类要不要暴露给 OC 使用，现在用了高级特性，万一将来 OC 要调用要怎么兼容，很头痛。

4. Swift ABI 变动

还拿 ABI 说事的也好多年没写代码了吧？Swift 3 4 5 ABI 变动很小，迁移成本不高。另外 Xcode 会支持当前最新版本以及上一个版本的 Swift，比如现在最新的是 4.0，那 3.0 的代码也可以编译。

5. 关于 RN 和 Flutter

RN 有点凉的趋势，最近苹果的审核收紧了，RN 有可能被当作热更新导致 APP 审核被拒了。

Flutter 大家还都是玩票，而且应用下来看崩溃率有点太高了。

另外就是 Dart 。。。。一切皆 widget 听起来很美好，但是写起来缩进看的快吐了。

推荐：

• 020 持续更新，精品小圈子每日都有新内容，干货浓度极高。

• 结实人脉、讨论技术 你想要的这里都有！

• 抢先入群，跑赢同龄人！（入群无需任何费用）

• （直接搜索群号：789143298，快速入群）

• 点击此处，与iOS开发大牛一起交流学习

申请即送：

• BAT大厂面试题、独家面试工具包,

• 资料免费领取，包括 数据结构、底层进阶、图形视觉、音视频、架构设计、逆向安防、RxSwift、flutter，