# バッチ設計書 3-BackgroundFetcherController

## 概要

本ドキュメントは、Wikipedia iOSアプリにおけるバックグラウンドフェッチャーコントローラー（BackgroundFetcherController）のバッチ設計について記述します。

### 本バッチの処理概要

BackgroundFetcherControllerは、複数のBackgroundFetcherプロトコル準拠オブジェクトを管理し、バックグラウンドフェッチを非同期で並列実行して結果を統合するコントローラークラスです。

**業務上の目的・背景**：iOSのバックグラウンドフェッチ機能を活用して、複数のデータソースから同時にデータを取得する必要があります。各フェッチャーを個別に管理するのではなく、統一されたインターフェースで管理することで、コードの保守性を向上させ、結果の統合ロジックを一元化します。

**バッチの実行タイミング**：BackgroundAppRefreshTaskから呼び出されるため、3時間間隔でスケジュールされます。また、アプリがフォアグラウンドでフィード更新を行う際にも使用されます。

**主要な処理内容**：
1. 登録された複数のBackgroundFetcherを非同期で並列実行
2. 各フェッチャーの結果（UIBackgroundFetchResult）を収集
3. 結果を統合して最終的なフェッチ結果を決定
4. WorkerControllerDelegateに開始・終了を通知

**前後の処理との関連**：AppDelegateのBackgroundAppRefreshTaskから呼び出されます。ExploreFeedContentController、EventPlatformClientWorkerなどのフェッチャーを管理します。

**影響範囲**：バックグラウンドフェッチの実行結果に影響し、間接的にExplore Feed、イベント送信などに影響します。

## バッチ種別

オーケストレーション / コントローラー

## 実行スケジュール

| 項目 | 内容 |
|-----|------|
| 実行頻度 | 呼び出し元に依存（通常3時間ごと） |
| 実行時刻 | 呼び出し元に依存 |
| 実行曜日 | 毎日 |
| 実行日 | 毎日 |
| トリガー | BackgroundAppRefreshTask / フォアグラウンド更新 |

## 実行条件

### 前提条件

| 条件 | 説明 |
|-----|------|
| フェッチャーが登録済み | add()メソッドでフェッチャーが追加されていること |
| delegateが設定済み | WorkerControllerDelegateが設定されていること（オプション） |

### 実行可否判定

performBackgroundFetch()が呼び出されると、登録されたすべてのフェッチャーが実行されます。フェッチャーが未登録の場合は空の結果で即座に完了します。

## 入力仕様

### 入力パラメータ

| パラメータ名 | 型 | 必須 | デフォルト値 | 説明 |
|-------------|-----|-----|-------------|------|
| fetchers | [BackgroundFetcher] | Yes | [] | 実行するフェッチャーの配列 |
| completion | (UIBackgroundFetchResult) -> Void | Yes | - | 完了コールバック |

### 入力データソース

| データソース | 形式 | 説明 |
|-------------|------|------|
| 各BackgroundFetcher | プロトコル | 個別のフェッチ処理を実行 |

## 出力仕様

### 出力データ

| 出力先 | 形式 | 説明 |
|-------|------|------|
| completion callback | UIBackgroundFetchResult | .noData / .newData / .failed のいずれか |
| WorkerControllerDelegate | デリゲート | 開始・終了通知 |

### 出力ファイル仕様

ファイル出力はありません。

## 処理フロー

### 処理シーケンス

```
1. performBackgroundFetch呼び出し
   └─ UUIDでワーク識別子を生成
2. delegate通知（開始）
   └─ workerControllerWillStart
3. 全フェッチャーの並列実行
   └─ asyncMapで非同期マッピング
4. 各フェッチャーの結果収集
   └─ UIBackgroundFetchResult配列
5. 結果の統合
   └─ failed優先、次にnewData、デフォルトはnoData
6. completionコールバック実行
   └─ 統合結果を返す
7. delegate通知（終了）
   └─ workerControllerDidEnd
```

### フローチャート

```mermaid
flowchart TD
    A[performBackgroundFetch呼び出し] --> B[UUID生成]
    B --> C[delegate.workerControllerWillStart]
    C --> D[fetchers.asyncMap開始]
    D --> E[各Fetcherを並列実行]
    E --> F[結果収集]
    F --> G{結果ループ}
    G --> H{result == .failed?}
    H -->|Yes| I[combinedResult = .failed, break]
    H -->|No| J{result == .newData?}
    J -->|Yes| K[combinedResult = .newData]
    J -->|No| L[次の結果へ]
    K --> G
    L --> G
    I --> M[completion呼び出し]
    G -->|ループ終了| M
    M --> N[delegate.workerControllerDidEnd]
    N --> O[処理完了]
```

## データベース操作仕様

### 操作別データベース影響一覧

BackgroundFetcherController自体はデータベース操作を行いません。各フェッチャーが個別にデータベース操作を行います。

| 処理 | 対象テーブル | 操作種別 | 概要 |
|-----|-------------|---------|------|
| - | - | - | 直接的なDB操作なし |

## エラー処理

### エラーケース一覧

| エラーコード | エラー種別 | 発生条件 | 対処方法 |
|------------|----------|---------|---------|
| .failed | UIBackgroundFetchResult | いずれかのフェッチャーが失敗 | 即座にfailedを返し、ループを中断 |

### リトライ仕様

| 項目 | 内容 |
|-----|------|
| リトライ回数 | なし（呼び出し元に委任） |
| リトライ間隔 | 呼び出し元に依存 |
| リトライ対象エラー | - |

### 障害時対応

いずれかのフェッチャーが.failedを返した場合、即座に.failedを返して処理を終了します。部分的な成功は考慮されません。

## トランザクション仕様

| 項目 | 内容 |
|-----|------|
| トランザクション範囲 | なし（各フェッチャーに委任） |
| コミットタイミング | 各フェッチャーに委任 |
| ロールバック条件 | 各フェッチャーに委任 |

## パフォーマンス要件

| 項目 | 内容 |
|-----|------|
| 想定処理件数 | フェッチャー数（通常2-5個） |
| 目標処理時間 | 呼び出し元のタイムアウトに依存 |
| メモリ使用量上限 | 各フェッチャーの合計 |

## 排他制御

- 同時実行は許可される（識別子で区別）
- 各フェッチャーの排他制御は各フェッチャーに委任

## ログ出力

| ログ種別 | 出力タイミング | 出力内容 |
|---------|--------------|---------|
| - | - | 直接的なログ出力なし |

## 監視・アラート

| 監視項目 | 閾値 | アラート先 |
|---------|-----|----------|
| - | - | 各フェッチャーに委任 |

## 備考

- WorkerControllerを継承
- asyncMapはArray拡張メソッドで非同期並列処理を実現
- 結果統合ロジック：failed > newData > noData の優先順位
- Weakセルフキャプチャでメモリリーク防止
