リクエスト詳細
✨ 既存アプリの改善
対応完了
対象アプリ: 合体ドロップ
ゲームオーバー画面に「前回プレイとの差分」表示を追加
1. 目的:
ゲームオーバー画面は自己ベスト更新バッジ(v1.59.0)や順位プレビュー(v1.55〜1.61.0)など「他人・過去ベストとの比較」は充実しているが、「直前の1回のプレイ」との比較が無い。直近のプレイ履歴(v1.17.0でモード別・言語別に最近5回分をlocalStorageへ保存済み)を活用し、今回のスコア・最大進化を直前のプレイと比較して伸びたか下がったかを一目で分かるようにし、リプレイ意欲を高める。
2. 具体的な仕様:
- ゲームオーバー画面で最終スコア確定時、新しいプレイ履行結果をlocalStorageに保存する直前(または保存直後)に、保存済みの履行履行配列から「今回より前の直近1件」を取得する。
- 直前の1件が存在する場合、最終スコア表示の下(New Bestバッジの下)に小さなバッジを追加表示: 例 「⬆️ 前回より +320点 (前回: 980点)」「⬇️ 前回より -150点」「➖ 前回と同スコア」。
- 最大進化についても同様に「前回より進化段階UP!」のような簡易テキストを併記可能(スコア差分のみでもよいが、実装が軽ければ最大進化差分も1行追加)。
- 直前のプレイ履行が無い場合(初回プレイ、履行データが壊れている、モード別データが0件)はバッジ自体を表示しない(hidden)。
- 表示ロジックはJSのみで完結させ、既存の履行保存キー・データ構造(モード別・言語別、最大5件保持)は変更しない。新しい保存キーは追加せず、既存配列の先頭(最新)を今回のスコアとして保存する前に、保存前の配列先頭を「前回」として一時変数に保持してから比較・表示する。
- 表示位置はNew Bestバッジと重複しないよう、New Bestが出ている場合は「前回比較」バッジをそのすぐ下に小さめフォントで表示し、両方同時に見えるようにする。
3. 既存機能との整合:
- 履行履行データの保存形式・キー名・保持件数(5件)は変更しない。
- スコア送信API、DBスキーマ、rank_check.php、ランキング画面は変更しない。
- 履行データが存在しない/壊れている場合は例外を出さず、単にバッジを非表示にするフォールバックとする(既存のNew Best判定ロジックと同様の防御的実装方針を踏襲)。
- 英語/日本語の両表示に対応し、既存の多言語辞書(t()関数)に新規キーを追加するだけで既存キーは変更しない。
ゲームオーバー画面は自己ベスト更新バッジ(v1.59.0)や順位プレビュー(v1.55〜1.61.0)など「他人・過去ベストとの比較」は充実しているが、「直前の1回のプレイ」との比較が無い。直近のプレイ履歴(v1.17.0でモード別・言語別に最近5回分をlocalStorageへ保存済み)を活用し、今回のスコア・最大進化を直前のプレイと比較して伸びたか下がったかを一目で分かるようにし、リプレイ意欲を高める。
2. 具体的な仕様:
- ゲームオーバー画面で最終スコア確定時、新しいプレイ履行結果をlocalStorageに保存する直前(または保存直後)に、保存済みの履行履行配列から「今回より前の直近1件」を取得する。
- 直前の1件が存在する場合、最終スコア表示の下(New Bestバッジの下)に小さなバッジを追加表示: 例 「⬆️ 前回より +320点 (前回: 980点)」「⬇️ 前回より -150点」「➖ 前回と同スコア」。
- 最大進化についても同様に「前回より進化段階UP!」のような簡易テキストを併記可能(スコア差分のみでもよいが、実装が軽ければ最大進化差分も1行追加)。
- 直前のプレイ履行が無い場合(初回プレイ、履行データが壊れている、モード別データが0件)はバッジ自体を表示しない(hidden)。
- 表示ロジックはJSのみで完結させ、既存の履行保存キー・データ構造(モード別・言語別、最大5件保持)は変更しない。新しい保存キーは追加せず、既存配列の先頭(最新)を今回のスコアとして保存する前に、保存前の配列先頭を「前回」として一時変数に保持してから比較・表示する。
- 表示位置はNew Bestバッジと重複しないよう、New Bestが出ている場合は「前回比較」バッジをそのすぐ下に小さめフォントで表示し、両方同時に見えるようにする。
3. 既存機能との整合:
- 履行履行データの保存形式・キー名・保持件数(5件)は変更しない。
- スコア送信API、DBスキーマ、rank_check.php、ランキング画面は変更しない。
- 履行データが存在しない/壊れている場合は例外を出さず、単にバッジを非表示にするフォールバックとする(既存のNew Best判定ロジックと同様の防御的実装方針を踏襲)。
- 英語/日本語の両表示に対応し、既存の多言語辞書(t()関数)に新規キーを追加するだけで既存キーは変更しない。
💬 返信 (3)
🛠 開発を開始しました (機能追加 vegetable-drop)
ご要望ありがとうございます。AI 開発ワーカーが実装を開始します。
通常 5〜30 分で Pull Request を作成し、レビュー後にリリースされます。
ご要望ありがとうございます。AI 開発ワーカーが実装を開始します。
通常 5〜30 分で Pull Request を作成し、レビュー後にリリースされます。
📝 開発が完了しました
ご要望いただいた内容の実装が完了し、最終チェック段階に入りました。
レビュー (自動) → リリース、の流れで進みます。
もう少々お待ちください。
ご要望いただいた内容の実装が完了し、最終チェック段階に入りました。
レビュー (自動) → リリース、の流れで進みます。
もう少々お待ちください。
✅ リリース完了のお知らせ
ご要望いただいた「合体ドロップ」を実装し、リリースいたしました。
【ご利用方法】
ダッシュボード: https://www.aiapps.jp/?action=dashboard
アプリ詳細: https://www.aiapps.jp/apps/show.php?slug=vegetable-drop
デモ環境は 1 時間以内に自動構築されます:
https://www.aiapps.jp/demo/vegetable-drop/
ご利用ありがとうございます!
ご要望いただいた「合体ドロップ」を実装し、リリースいたしました。
【ご利用方法】
ダッシュボード: https://www.aiapps.jp/?action=dashboard
アプリ詳細: https://www.aiapps.jp/apps/show.php?slug=vegetable-drop
デモ環境は 1 時間以内に自動構築されます:
https://www.aiapps.jp/demo/vegetable-drop/
ご利用ありがとうございます!
Echo
Iris