build-isometric-arpg

アイソメトリック ARPG を構築する

スコープを広げる前に、タイトル／メニュー、キャラクター選択、移動、1 回のエンカウント、報酬、進行、続行まで、一貫してプレイ可能なループを構築します。

制作上の契約を確立する

1. 現在のゲームのエントリーポイント、シーンループ、コンテンツモデル、操作方法、セーブモデル、テストを確認します。
2. 依存する作業を統合する前に、信頼できるベースラインを記録します。未マージの作業を保持し、古いブランチを基に開発しないでください。
3. プレイヤークラス、装備、敵、ゾーン、エンカウント、クエスト、レビュー用フィクスチャについて、データ駆動型の契約を定義します。作成したコンテンツとランタイム状態は分離してください。

垂直スライスで構築する

各スライスは、プレイ可能な進行ルートと決定論的なテスト状態を備えてリリースします。次の順序を優先してください。

1. 移動、カメラ、衝突、ターゲット選択、一時停止／再開。
2. 1 つの戦闘アクションに加え、接触、ダメージ、体勢、回復、死亡。
3. テレグラフ、判断ループ、対抗手段を備えた敵 1 体。
4. 報酬 1 つと、アトミックなインベントリ／進行状況の更新。
5. ゾーン遷移 1 つ、または目標の達成。

直前のスライスでゲームプレイの実証、自動テストの網羅、安定したセーブ／ロード経路が確認できるまでは、2 つ目のシステムを追加しないでください。

ランタイムの境界を維持する

• 可能な限り、シミュレーション状態は決定論的かつシリアライズ可能にします。
• 信頼できる接触イベントを処理し、視覚状態から物理演算の結果を推測しないでください。
• タイミング、ダメージ、クールダウン、コンテンツの値は一元管理します。コンポーネント間で戦闘用クロックを重複させないでください。
• 装備、拾得物、セーブデータの移行、リセットのフローは、アトミックかつ冪等にします。
• ボスのフェーズ変化、空のインベントリ、中断されたアクション、セーブデータの移行など、確認が難しい状態に対応するレビュー用クエリパラメーターまたはフィクスチャを用意します。

リリース前に検証する

対象を絞った単体テスト、型／lint チェック、本番ビルドを実行し、リポジトリで承認されたブラウザーで実際にプレイします。新規開始、セーブデータからの続行、敗北／再挑戦、目標の完全達成、キーボード／マウス操作、想定するモバイル環境のベースラインを確認します。既知のベースラインの不具合は、新たに発生した不具合とは分けて報告してください。