SwiftがiOS/OSXからObjective-C/C/C++をすぐに駆逐できないたった一つの理由 - Qiita

そもそもAppleはObjective-Cを駆逐する気などない いまのところは Swiftは独立したランタイムを持たない Swiftは初めからObjective-Cのランタイムで動作すると発表されている Objective-Cのランタイムは、CとC++で書かれている つまりSwiftはObjective-Cを通してCとC++に依存している よってSwiftは（iOS/OSXのパラダイムシフトが起こらない限り）これらの言語を駆逐することはできない AppleはランタイムをSwiftで書き直す準備をしている？ そんな感じがしないでもない ベストプラクティスは変わらない そもそもObjective-Cの利点の一つに、C/C++を自由に統合できるというのがあった SwiftもまたCの関数を自由に呼び出せるので、速度的に問題のある箇所や、ライブラリといった資産を活用する場合はC（もしくはObject

[gfx]

Objective-C -> Swiftのconverterの精度が上がれば、ランタイムもふつうにSwiftに書き換えてObjective-C捨てると思うけど。そのためにinoutとかunsafe pointerのようなC的な機能をいれているのだし。

[circled]

移行期だから何とも断言出来んが、設計者はSwiftだけでOS自体を書き換え可能なようにデザインしていると言ってるので、今こんな風に言い切るのは、昔の「iPhoneが日本では流行らない」的末路を迎えそうだ。

[koroharo]

わざわざ記事にする内容か？

[kappaseijin]

Objective-cのランタイム上で動作ってマジか。資料確認する。

[kouzukek]

obj-cさえ駆逐できればpure-cが残ることには何の問題もない

[invent]

SwiftがiOS/OSXからObjective-C/C/C を駆逐できないたった一つの理由 - Qiita

[korinchan]

ランタイムはともかく、一般の開発者が書いてるObjective-Cの大部分はSwiftに置き換わるような。C++はどっちみちなくならないけど。