OpenSwiftUIはAppleの公式コードを基に作られてるんですか？

いいえ。コミュニティが SwiftUI の仕様を読み込んで、『こういう設計になってるはず』という推測で0から再実装したもの。Appleの非公開ソースコードではなく、あくまで推測実装です。

OpenSwiftUIのコードを本番アプリで使えますか？

基本的には学習・研究用。完全にAppleの実装と一致してない可能性があるため、実務利用は推奨されません。フレームワークの動作原理を理解する目的での利用が最適です。

SwiftUIの公式ドキュメントではなく、このコードを読む利点は何ですか？

ドキュメントは『使い方』を説明してますが、このコードは『なぜそう設計されてるのか』を示します。パフォーマンス最適化やカスタムビューを書くときに、フレームワークの内部動作が理解できるため判断精度が上がります。

初心者でも読むべきコードですか？

Swift と SwiftUI の基礎をある程度理解していることが前提。初心者向けというより、カスタムビュー作成やパフォーマンス改善に携わってる中級者向けです。

Q5: OpenSwiftUIプロジェクトの規模はどのくらいですか？

A5: 記事の時点で2000スター超のプロジェクト。コミュニティによって開発されており、更新頻度や機能拡充の状況はプロジェクトの進行状況に依存します。

SwiftUIのソースコード読むなら、オープンソース版がめちゃ参考になる

SwiftUIのコード品質を高めるために、フレームワークの内部動作を理解したいと思ってた。公式ドキュメントや WWDC のセッション動画も見たけど、どうしても『なぜこの設計なのか』という疑問が残る。そんなときに見つけたのが OpenSwiftUI。

GitHub を見た最初の印象は『えっ、SwiftUI を0から再実装してるの？』という驚き。Appleが非オープンソース化したSwiftUIのソースをリバースエンジニアリングしたわけではなく、仕様を読み込んで『こういう構造になってるはず』という推測で実装してる。git clone して、Xcode で開いて、View.swift や State.swift を読み始めたとき、『あ、Stateってこんなメカニズムなんだ』と一気に理解できた。

ここが特に良かった。Viewプロトコルの実装を見ると、_makeView というメソッドがどう動いてるのか、@Stateが値の変更をどう追跡してるのか、具体的なコード例で分かる。今までドキュメントで『ViewはProtocolです』と読んでも、実際のパフォーマンスチューニングするときに『どこをいじるべきか』が曖昧だった。けど実装を読むと『ここでキャッシュされてるから、ここは最適化できないな』という判断ができるようになった。特にカスタム ViewModifier を書くときに、無駄なリレイアウトを避けるコツが見えてくる。

気になった点は、このプロジェクトが完全には Appleの実装と一致していない可能性があるってこと。あくまでコミュニティの推測なので、細かい部分で本物と違う可能性がある。また、ドキュメントがまだ薄いので、コードを読む前にかなり SwiftUI の基礎を理解してないと、逆に混乱するかもしれない。

SwiftUIでカスタムビュー作ってる人、パフォーマンス最適化してる人、フレームワークの内部動作に興味ある人は、一度コードを読んでみてほしい。『なぜこの実装なのか』が分かるだけで、アプリの設計が変わる。