同步前后端联调与文档更新
This commit is contained in:
@@ -1,6 +1,6 @@
|
||||
# 动画接入规格模板
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
## 1. 用途
|
||||
@@ -166,3 +166,4 @@ lite 表现：透明度降低 50%，时长缩短到 220ms
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 动画接入评审清单
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
## 1. 用途
|
||||
@@ -165,3 +165,4 @@
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 动效系统设计方案
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
本文档用于整理当前项目后续的动画 / 动效建设方案，目标不是单纯“让界面更花”，而是把动画正式纳入现有架构，成为：
|
||||
@@ -453,3 +453,4 @@
|
||||
**后续动画建设应以“打点成功”和“目标状态”两条高频体验为起点，把动画正式纳入现有架构，而不是继续做零散样式补丁。**
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 配置驱动应用的后台管理方案建议
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
本文用于整理当前这类“配置驱动型地图游戏应用”的后台管理建议，面向：
|
||||
@@ -419,3 +419,4 @@ Go 中间层实现“装配成最终 JSON”。
|
||||
- 可稳定运行
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 积分赛配置文档（基础版）
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
本文档用于给服务端和后台配置设计提供一份可直接落地的积分赛基础模板。
|
||||
@@ -358,3 +358,4 @@
|
||||
- 先把静态积分赛入口结构定稳，后续再扩动态积分与更复杂玩法
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 游戏配置文件设计方案（阶段讨论稿）
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
本文档用于整理当前阶段推荐的配置文件设计方案，供后端、客户端和后台管理设计参考。
|
||||
@@ -590,3 +590,4 @@ KML 适合描述：
|
||||
**KML 描述空间事实，配置描述玩法解释；主配置按 `map / playfield / game / resources / debug` 分层，后续再升级成 manifest 组合。**
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 顺序赛配置文档（基础版）
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
本文档用于给服务端和后台配置设计提供一份可直接落地的顺序赛基础模板。
|
||||
@@ -316,3 +316,4 @@
|
||||
- 先把基础入口结构定稳，后续再细化跳点、惩罚、特殊引导等高级规则
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 默认配置模板文档（当前实现版）
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
本文档提供一份 **当前客户端可直接使用的默认配置模板**。
|
||||
@@ -418,3 +418,4 @@
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# H5 体验接入方案
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
本文档用于定义当前项目中 **原生小程序 + H5 定制内容** 的混合接入方案。
|
||||
@@ -416,3 +416,4 @@ H5 接入时必须注意：
|
||||
- [platform-capability-notes.md](D:/dev/cmr-mini/doc/debug/平台能力说明.md)
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# Experience Shell 方案
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
本文档用于定义小程序中 H5 定制内容的承载方式。目标不是把 H5 做成真正的同页弹窗，而是做成：
|
||||
@@ -235,3 +235,4 @@ H5 可以通过 bridge 发：
|
||||
**独立页面承载，但由原生壳子把它做成 `sheet / dialog / fullscreen` 三种体验形态。**
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 游戏中文创体验层方案
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
## 1. 目标
|
||||
@@ -331,3 +331,4 @@ interface ExperienceRuntimeState {
|
||||
第一阶段先用“控制点完成触发内容卡”跑通最小闭环，后面再逐步扩成完整体验系统。
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 游戏结算层方案
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
## 1. 目标
|
||||
@@ -296,3 +296,4 @@ interface ResultSceneState {
|
||||
第一阶段先做基础 summary，后续再逐步接入文创奖励、奖章、排名和过场动画。
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# CMR-Mini 项目深度分析报告 (GeminiAnalysis.md)
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
## 1. 项目定位与核心愿景
|
||||
@@ -53,3 +53,4 @@ CMR-Mini 已经建立了一个非常坚实的专业定向越野引擎基础。
|
||||
*Generated by Gemini CLI Analysis Tool*
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 临时玩法讨论记录
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
本文档用于临时记录以下讨论内容：
|
||||
@@ -212,3 +212,4 @@
|
||||
像贪吃蛇式玩法和区域拾金币玩法，都更像是“新增玩法插件”，而不是“推翻现有底座”。
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 传感器接入待开发方案
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
本文档用于整理当前项目后续可利用的传感器能力，分为：
|
||||
@@ -573,3 +573,4 @@
|
||||
**原始传感器进 `engine/sensor`，高级状态进 `telemetry`，上层只消费统一状态。**
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 多人模拟器改造待开发文档
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
本文档用于记录“公网模拟器支持多人开发/多人联调”的待开发方案。
|
||||
@@ -333,3 +333,4 @@ type ClientSession = {
|
||||
当前阶段不急着实现，但应作为后续多人开发与多人玩法联调的重要底座能力。
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,5 +1,5 @@
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
结果页会根据客户的要求不停的变换，用什么方案能实现这个需求，其实其他的弹出内容也都存在这个问题，样式，内容都时根据客户需求变化的，怎样一种方案设计比较好呢？
|
||||
@@ -7,3 +7,4 @@
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
@@ -1,6 +1,6 @@
|
||||
# 文档归档索引
|
||||
> 文档版本：v1.0
|
||||
> 最后更新：2026-04-02
|
||||
> 最后更新：2026-04-02 08:28:05
|
||||
|
||||
|
||||
这里存放的是已经完成历史使命的阶段性方案稿、重复模板和临时记录。
|
||||
@@ -28,3 +28,4 @@
|
||||
- 混合体验架构：[hybrid-experience-architecture.md](/D:/dev/cmr-mini/doc/experience/混合体验架构方案.md)
|
||||
|
||||
|
||||
|
||||
|
||||
Reference in New Issue
Block a user