VIPER
AI による概要
VIPERアーキテクチャ まとめ #Swift - QiitaVIPER（バイパー）は、主にiOSアプリ開発で用いられる、クリーンアーキテクチャの概念を基にした設計パターンです。View, Interactor, Presenter, Entity, Routerの5つの役割に処理を細分化し、単一責任の原則に基づいたテスタビリティの高い構造を実現します。
VIPERの5つの要素
- View (View): 画面表示とユーザーイベントの検知を担う（主にUIViewController）。
- Interactor (Interactor): ビジネスロジック、データ操作（API通信等）を処理する。
- Presenter (Presenter): ViewとInteractor、Routerの橋渡しを行い、UI表示用のデータに加工する。
- Entity (Entity): 単純なデータモデル。
- Router (Router): 画面遷移（ナビゲーション）ロジックを担当する。
メリットと特徴
- 高いテスト可能性: 各コンポーネントがプロトコルで分離されており、モックへの差し替えが容易。
- コードの明確化: 役割が固定されているため、巨大なクラス（View Controllerなど）の発生を防ぎ、可読性が向上する。
- 依存性分離: 依存性注入（Dependency Injection）が適用しやすい構造。
デメリット
- ファイル数が多い: 小規模な画面でもファイル数が増加し、実装コストが高くなる。
- 設計の複雑さ: 小さなロジックでも5つのコンポーネントを定義する必要がある。
主に、画面遷移が複雑でビジネスロジックが重い大規模アプリでその真価を発揮する設計手法です。
VIPERの他に
AI による概要
VIPER（View-Interactor-Presenter-Entity-Router）はiOSアプリ開発における高機能・高分離なアーキテクチャですが、その複雑さから、プロジェクトの規模や技術スタックに合わせて他の手法も選ばれています。 VIPERの他に、よく採用されるiOSの主なアーキテクチャは以下の通りです。
1. MVVM + Coordinator / MVVM-C (最も一般的)
- 特徴: View（View/ViewController）、ViewModel、Modelの3つに責務を分けるMVVMに、画面遷移を制御するCoordinator（またはRouter）を組み合わせた構成。
- メリット: SwiftUIとの親和性が非常に高い。VIPERより構造がシンプルで理解しやすい。
- 用途: 中〜大規模アプリ。VIPERが過剰な場合に最適。
2. TCA (The Composable Architecture)
- 特徴: State（状態）、Action（アクション）、Reducer（ロジック）、Environment（依存関係）で管理する、関数型プログラミングベースのフレームワーク。Point-Free社が開発。
- メリット: 状態管理が予測可能（Predictable）で、テストが非常に容易。UIの変更に強い。
- 用途: 大規模・複雑なアプリ、SwiftUI採用プロジェクト。
3. Clean Swift (Clean Architecture)
- 特徴: VIPERと同様、Clean Architectureの考え方をベースにし、Scene、Interactor、Presenter、ViewController、Routerで構成される。
- メリット: VIPERよりも少し整理された構造で、各クラスの責務がさらに明確。
- 用途: VIPERと同じく、画面ごとに厳密な分割が求められるプロジェクト。
4. RIBs (Uber)
- 特徴: Router、Interactor、Builderの頭文字。Uberが開発した、画面（View）がなくてもビジネスロジックが動作する、極めて巨大・複雑なアプリ向けの構造。
- メリット: 数百人のチームや巨大なモジュール構成で非常に強力。
- 用途: 超大規模・特大プロジェクト。
5. MVVM (単純なMVVM)
- 特徴: Routerなし。ViewModelが画面遷移のトリガーをViewに伝える方式。
- メリット: シンプル、高速に開発できる。
- 用途: 小規模アプリ、プロトタイプ開発。
まとめ：選び方
SwiftUI採用、中〜大規模: TCA または MVVM-C複雑な画面遷移・VIPERが好まれるプロジェクト: Clean Swift
小〜中規模・シンプルさ重視: MVVM
超大規模（数十人以上が並行開発）: RIBs
