flutter-implementation

Flutter UI の実装

承認されたエクスペリエンスを、ホストプロジェクトの規約に沿って実装します。

編集前

1. ビジュアルの方向性、動作、状態マトリクス、受け入れ基準を確認します。存在せず、選択が重要な場合は、$flutter-design に戻ります。
2. 隣接する画面、テーマ、ルーティング、状態管理、生成コードのルール、テストのスタイル、現在の作業ツリーの変更を確認します。
3. 関連するリファレンスのみを読みます。references/flutter-architecture.md、references/adaptive-layouts.md、references/navigation-and-input.md、references/states-and-feedback.md を確認してください。 1つの画面で複数のドメインやデータソースを組み合わせる場合は、references/connected-product-workflows.md を読みます。

実装

• 1つのファイル表示で理解しやすい境界で、オーケストレーション、ドメイン状態、プレゼンテーション用ウィジェットを分離します。
• デバイス名による判定や固定座標より、制約とレイアウトプリミティブを優先します。
• セマンティックなテーマロールと、既存のコンポーネントを再利用します。
• コールバック、バリデーション、分析、ナビゲーション、永続化、バックエンドとの契約を維持します。
• 該当するすべてのローディング、空、部分表示、エラー、オフライン、無効、破壊的操作、成功の各状態を実装します。
• フォーカス、セマンティクス、キーボード動作、タッチターゲット、テキスト拡大、RTL、アニメーション低減を実装に含めます。
• アニメーションを中断可能にし、build／layout／paint の処理経路で高負荷な処理を避けます。
• 変更が残っている作業ツリーでは、無関係なユーザー変更を維持します。

検証

1. プロジェクトのフォーマッター、アナライザー、関連するユニット／ウィジェット／ゴールデンテストを実行します。
2. 代表的なコンパクトおよび拡張レイアウト、サポート対象のテーマ、重要な状態をレンダリングします。
3. 視覚的に重要な作業では、$flutter-accessibility と $flutter-visual-qa を実行します。
4. 重要な指摘を修正し、影響を受けるチェックを再実行します。

提出

まず、ユーザーにとって何が変わったかを示します。主要なファイル、維持した動作、実行したチェック、確認したレンダリングの組み合わせ、残っている環境上の制約を列挙します。