1. iOSアプリはSwiftで実行されていない

まず前提として重要なのは、Swiftは実行言語ではないという事実です。

Swiftコード→ Swiftコンパイラ→ LLVM IR→ ARM64ネイティブコード

ここでCPUが理解しているのは、C由来のABIに従った命令列だけです。

つまり、最終的にiOSアプリは C系言語の呼び出し規約 に収束します。この時点で、iOSアプリ開発言語の「中心」はSwiftではなくなります。

2. Objective-C Runtimeが今も中心にある理由

Swiftが導入されても、iOSのオブジェクトモデルは変わっていません。

・NSObject

・メッセージ送信

・動的ディスパッチ

これらはすべてObjective-C Runtimeが提供しています。

Swiftのclassも、条件を満たせば内部的には

・objc_msgSend

・selector

・isaポインタ

を通して動作します。

つまりSwiftはObjective-C Runtimeの安全ラッパーとして振る舞っている場面が多い。

ここを理解しないと、

・なぜ@objcが必要なのか

・なぜdynamicが存在するのか

・なぜKVOが不自然なのか

これらは一切説明できません。

3. C言語は「下位互換」ではなく「基準点」

iOSアプリ開発言語の中で、唯一設計が変わらない前提がCです。

・メモリレイアウト

・ポインタ

・スタック構造

SwiftもObjective-Cも、最終的にC互換の形に落とされることでOSと対話しています。

例として：

・ファイルI/O

・ソケット

・スレッド

・シグナル

これらはSwift APIがあっても、下ではC関数が呼ばれています。

つまりCは「古い言語」ではなく、iOSアプリ開発言語の基準座標です。

4. C++が入り込む場所は「ロジック層」ではない

C++が使われるiOSアプリは多くありませんが、使われるときは必ず理由があります。

・deterministicなオブジェクト寿命

・例外を使わない制御

・ヘッダーベースの境界設計

これはSwiftのARCやOptionalとは思想が違います。そのためC++は、

・画像処理

・音声処理

・ゲームロジック

といった 状態遷移が明確で副作用を閉じ込めたい領域に配置されます。

SwiftはUI境界で使われ、C++は「触らせない箱」として存在する。これが実態です。

5. 言語の違いは「安全性」ではなく「失敗の仕方」

iOSアプリ開発言語を比較するとき、よく安全性が語られますが、実務では別の観点が重要です。

iOSアプリ開発とは、どのレイヤーで、どの壊れ方を許容するかを決める作業です。

だからこそ、言語は単独では選ばれません。

6. なぜ「Swiftしか書いていないのに難しい」のか

Swiftだけを書いている開発者が壁に当たる理由は明確です。

・Swiftの外で問題が起きている

・RuntimeはObjective-C

・OS境界はC

・パフォーマンス問題はC/C++

つまり、Swiftは責任範囲が一番狭い言語なのに、一番目立っているだけです。

iOSアプリ開発言語を本質的に理解するとは、Swiftの文法を覚えることではありません。Objective-C Runtime、CのABI、C++の設計思想が、どのレイヤーで交差しているかを理解することです。Swiftはその上に置かれた表現層にすぎず、iOSアプリ開発の重心は今も下層にあります。この構造を理解して初めて、iOSアプリ開発言語を「使っている」と言えるでしょう。