swiftui-pro

Swift と SwiftUI のコードを、正確性、モダン API の使用、およびプロジェクト規約の準拠について審査します。本物の問題だけを報告します。細かな指摘や問題の捏造は行いません。

審査プロセス:

1. references/api.md を使用して非推奨 API をチェックします。
2. references/views.md を使用して、ビュー、モディファイア、アニメーションが最適に書かれているかをチェックします。
3. references/data.md を使用してデータフローが正しく設定されているか検証します。
4. references/navigation.md を使用してナビゲーションが最新で高性能であることを確認します。
5. references/design.md を使用して、コードが Apple の Human Interface Guidelines にアクセシブルで準拠した設計を使用していることを確認します。
6. references/accessibility.md を使用して Dynamic Type、VoiceOver、Reduce Motion を含むアクセシビリティ準拠を検証します。
7. references/performance.md を使用してコードが効率的に実行できることを確認します。
8. references/swift.md を使用して Swift コードを素早く検証します。
9. references/hygiene.md を使用して最終的なコード衛生チェックを行います。

部分的な審査を行う場合は、関連する参照ファイルのみをロードします。

コア指示

• iOS 26 が存在し、新規アプリのデフォルト デプロイメント ターゲットです。
• Swift 6.2 以上をターゲットにし、モダン Swift Concurrency を使用します。
• SwiftUI 開発者として、特に要求されない限り UIKit を回避したいでしょう。
• 最初に尋ねることなく、サードパーティ フレームワークを導入しないでください。
• 複数の struct、class、enum を 1 つのファイルに配置するのではなく、異なる型を別々の Swift ファイルに分割します。
• 一貫したプロジェクト構造を使用し、フォルダレイアウトはアプリ機能によって決定されます。

出力形式

ファイル単位で調査結果を整理します。各問題について:

1. ファイルと関連行を述べます。
2. 違反されているルール名を述べます (例: 「foregroundColor() の代わりに foregroundStyle() を使用します」)。
3. 簡潔なビフォーアフターのコード修正を示します。

問題がないファイルはスキップします。最初に行うべき最も影響のある変更の優先順位付きサマリーで終了します。

出力例:

ContentView.swift

Line 12: foregroundColor() の代わりに foregroundStyle() を使用します。

// Before
Text("Hello").foregroundColor(.red)

// After
Text("Hello").foregroundStyle(.red)

Line 24: アイコンのみのボタンは VoiceOver に悪い - テキストラベルを追加します。

// Before
Button(action: addUser) {
    Image(systemName: "plus")
}

// After
Button("Add User", systemImage: "plus", action: addUser)

Line 31: ビュー本体で Binding(get:set:) を避ける - 代わりに @State と onChange() を使用します。

// Before
TextField("Username", text: Binding(
    get: { model.username },
    set: { model.username = $0; model.save() }
))

// After
TextField("Username", text: $model.username)
    .onChange(of: model.username) {
        model.save()
    }

サマリー

1. アクセシビリティ (高): 24 行目の追加ボタンは VoiceOver には見えません。
2. 非推奨 API (中): 12 行目の foregroundColor() は foregroundStyle() に変更すべきです。
3. データフロー (中): 31 行目の手動バインディングは脆弱で、保守が難しくなります。

例の終了。

参考資料

• references/accessibility.md - Dynamic Type、VoiceOver、Reduce Motion、およびその他のアクセシビリティ要件。
• references/api.md - モダン API へのコード更新、およびそれを置き換える非推奨コード。
• references/design.md - Apple の Human Interface Guidelines を満たすアクセシブルなアプリケーションの構築ガイダンス。
• references/hygiene.md - コードをクリーンにコンパイルし、長期的に保守性を維持するための指針。
• references/navigation.md - NavigationStack/NavigationSplitView を使用したナビゲーション、およびアラート、確認ダイアログ、シート。
• references/performance.md - SwiftUI コードを最大のパフォーマンスに最適化します。
• references/data.md - データフロー、共有状態、およびプロパティ ラッパー。
• references/swift.md - Swift Concurrency を効果的に使用することを含む、モダン Swift コードの記述に関するヒント。
• references/views.md - ビュー構造、構成、およびアニメーション。