WonderQ-Project/docs/wanfa-api.md

玩法管理 Admin API

适用端：WonderQ-Admin、WonderQ-Admin-UI。

状态：待实现契约。本文件参考 WonderQ-MiniAPP/src/pages/play/components/playData.ts 定义玩法分类和路线的数据结构，以及管理端需要的查询、维护和排序接口。它不是 MiniAPP Public API 文档。

领域边界

玩法管理只维护玩法分类和路线卡片内容：

• 分类名称和展示顺序。
• 路线标题、副标题、封面、路线数量和需求关键词。
• 分类与路线的新增、编辑、删除和排序。

玩法领域不负责：

• 商品、商品详情、预订或订单。
• 目的地实体和目的地维护。
• 线索创建或线索跟进。
• Product、ProductImage 或其他已移除商品关联表。

routeCount 只是前台卡片展示数量，不是 Product 表的外键或实时关联统计。

接口清单

API 前缀为 /api/admin，除登录接口外均需要后台 JWT。

方法	路径	用途
GET	/api/admin/wanfa/categories	获取全部玩法分类及其路线
POST	/api/admin/wanfa/categories	新增玩法分类
PATCH	/api/admin/wanfa/categories/{categoryId}	编辑玩法分类
DELETE	/api/admin/wanfa/categories/{categoryId}	删除玩法分类
PATCH	/api/admin/wanfa/categories/reorder	调整玩法分类顺序
POST	/api/admin/wanfa/categories/{categoryId}/routes	新增分类路线
PATCH	/api/admin/wanfa/categories/{categoryId}/routes/{routeId}	编辑分类路线
DELETE	/api/admin/wanfa/categories/{categoryId}/routes/{routeId}	删除分类路线
PATCH	/api/admin/wanfa/categories/{categoryId}/routes/reorder	调整分类内路线顺序

通用约定

• 请求和响应使用 JSON，字段使用 camelCase。
• 所有管理接口需要 Authorization: Bearer <admin-jwt>。
• 创建、编辑、删除和排序成功后写入审计日志，再提交事务。
• 变更接口返回最新变更对象；排序接口返回排序后的 items。
• ID 由后端生成并作为非空字符串返回。初始化迁移时应优先保留 playData.ts 中已有的稳定 ID。
• 分类和路线的数组顺序就是管理端和前台的展示顺序，接口不要求前端依赖 sortOrder 字段。
• 空集合返回 []，不能返回 null 或省略字段。
• 失败响应沿用 Admin API 约定，包含 message、code 和可选的 details。

数据类型

以下类型与 playData.ts 保持字段兼容。管理端接口不应向前台模型强制增加商品 ID、预订 ID 或数据库关联字段。

type WanfaConfig = {
  categories: WanfaCategory[];
};

type WanfaCategory = {
  id: string;
  label: string;
  routes: WanfaRoute[];
};

type WanfaRoute = {
  id: string;
  title: string;
  subtitle: string;
  image: string;
  routeCount: number;
  demandKeyword: string;
};

type WanfaCategoryCreate = {
  label: string;
};

type WanfaCategoryPatch = {
  label?: string;
};

type WanfaRouteCreate = {
  title: string;
  subtitle: string;
  image: string;
  routeCount: number;
  demandKeyword: string;
};

type WanfaRoutePatch = Partial<WanfaRouteCreate>;

type WanfaReorderRequest = {
  itemIds: string[];
};

字段约束

字段	类型	必填	约束和用途
category.id	string	响应必填	分类稳定标识，例如 family-route。创建时由后端生成。
category.label	string	是	左侧分类显示名称，去除首尾空白后不得为空。
category.routes	WanfaRoute[]	响应必填	当前分类下的路线，按展示顺序返回。
route.id	string	响应必填	路线稳定标识，例如 family-water。创建时由后端生成。
route.title	string	是	路线卡片标题，去除首尾空白后不得为空。
route.subtitle	string	是	路线卡片副标题或目的地说明。
route.image	string	是	可直接用于图片组件的封面 URL。
route.routeCount	number	是	卡片右下角展示的路线数量，服务端应校验为不小于 0 的整数。
route.demandKeyword	string	是	跳转需求页时可使用的预填关键词，去除首尾空白后不得为空。

字段最大长度应由后端 schema 统一定义，并同步到 Admin UI 表单校验；在未形成统一长度常量前，前端不能通过截断文本代替服务端校验。

接口详情

获取分类及路线

GET /api/admin/wanfa/categories
Authorization: Bearer <admin-jwt>

成功响应：

{
  "categories": [
    {
      "id": "family-route",
      "label": "亲子路线",
      "routes": [
        {
          "id": "family-water",
          "title": "亲子玩水",
          "subtitle": "贵州·轻松节奏与自然课堂",
          "image": "https://example.test/assets/family-water.jpg",
          "routeCount": 4,
          "demandKeyword": "亲子玩水"
        }
      ]
    }
  ]
}

新增分类

POST /api/admin/wanfa/categories
Authorization: Bearer <admin-jwt>
Content-Type: application/json

请求：

{ "label": "亲子路线" }

成功返回 201 和新分类对象，初始 routes 为 []，并追加到分类列表末尾。

编辑分类

PATCH /api/admin/wanfa/categories/{categoryId}
Authorization: Bearer <admin-jwt>
Content-Type: application/json

请求只允许修改分类名称：

{ "label": "家庭路线" }

成功返回更新后的 WanfaCategory。不存在的分类返回 404 WANFA_CATEGORY_NOT_FOUND。

删除分类

DELETE /api/admin/wanfa/categories/{categoryId}
Authorization: Bearer <admin-jwt>

为避免误删路线，分类仍包含路线时不得级联删除，应返回 409 WANFA_CATEGORY_NOT_EMPTY。删除前由 Admin UI 提示先移除分类内路线。删除成功返回：

{ "id": "family-route" }

分类排序

PATCH /api/admin/wanfa/categories/reorder
Authorization: Bearer <admin-jwt>
Content-Type: application/json

请求必须完整包含当前全部分类 ID，不能重复：

{ "itemIds": ["photo-route", "family-route", "healing-route"] }

成功返回：

{ "items": [] }

其中 items 为排序后的 WanfaCategory[]。缺少 ID、包含未知 ID 或出现重复 ID 时返回 400 WANFA_CATEGORY_REORDER_INVALID。

新增路线

POST /api/admin/wanfa/categories/{categoryId}/routes
Authorization: Bearer <admin-jwt>
Content-Type: application/json

请求：

{
  "title": "亲子玩水",
  "subtitle": "贵州·轻松节奏与自然课堂",
  "image": "https://example.test/assets/family-water.jpg",
  "routeCount": 4,
  "demandKeyword": "亲子玩水"
}

成功返回 201 和新建的 WanfaRoute，并追加到对应分类路线末尾。分类不存在返回 404 WANFA_CATEGORY_NOT_FOUND。

编辑路线

PATCH /api/admin/wanfa/categories/{categoryId}/routes/{routeId}
Authorization: Bearer <admin-jwt>
Content-Type: application/json

请求体为 WanfaRoutePatch，只更新提交的字段。成功返回更新后的 WanfaRoute；分类或路线不存在时分别返回 404 WANFA_CATEGORY_NOT_FOUND 或 404 WANFA_ROUTE_NOT_FOUND。

删除路线

DELETE /api/admin/wanfa/categories/{categoryId}/routes/{routeId}
Authorization: Bearer <admin-jwt>

成功返回 { "id": "..." }。删除后，分类内路线保持原有相对顺序。

分类内路线排序

PATCH /api/admin/wanfa/categories/{categoryId}/routes/reorder
Authorization: Bearer <admin-jwt>
Content-Type: application/json

请求必须完整包含该分类当前全部路线 ID，不能重复：

{ "itemIds": ["family-grassland", "family-water", "family-village"] }

成功返回排序后的路线：

{ "items": [] }

分类不存在返回 404 WANFA_CATEGORY_NOT_FOUND；路线 ID 不完整、重复或不属于该分类时返回 400 WANFA_ROUTE_REORDER_INVALID。

当前本地数据映射

迁移初始数据时，分类和路线应按以下 ID 与顺序导入：

分类 ID	分类名称	路线 ID（当前顺序）
family-route	亲子路线	family-water、family-village、family-grassland
photo-route	旅拍路线	miao-photo、peak-photo、terrace-photo
healing-route	疗愈路线	mountain-healing、hot-spring-healing、river-healing
team-building	团建	team-challenge、team-stream、team-culture
guizhou-panorama	贵州全景	classic-panorama、mountain-panorama、wild-panorama
private-custom	私人定制	private-family、private-business、private-wild

图片别名的当前解析规则位于 playData.ts 的 routeImageByAsset 和 resolveRouteImage：已配置别名解析为完整远程 URL，完整 http URL 直接使用，其他值按 /assets/guizhou/{image}.jpg 解析。Admin API 建议保存最终 URL，Admin UI 通过现有媒体上传接口获取 URL 后再提交 image。

Admin UI 对接要求

Admin UI 应按以下方式调用：

1. 进入玩法管理页时调用 GET /api/admin/wanfa/categories，以返回数组顺序渲染分类和路线。
2. 添加分类调用 POST /categories；编辑和删除分类分别调用对应 PATCH、DELETE。
3. 添加、编辑和删除路线使用分类嵌套路由。
4. 上移或下移分类时提交完整分类 ID 列表；上移或下移路线时提交完整路线 ID 列表。
5. 每次变更成功后以接口返回数据更新本地状态；必要时重新请求列表，不直接拼接数据库字段。
6. 删除非空分类前展示阻止性提示，不自动级联删除路线。
7. 处理 401、404、409、422 和 5xx，并在保存中禁用重复提交。

建议的 Admin UI API 封装函数：

getWanfaCategories();
createWanfaCategory(input: WanfaCategoryCreate);
updateWanfaCategory(categoryId: string, input: WanfaCategoryPatch);
deleteWanfaCategory(categoryId: string);
reorderWanfaCategories(itemIds: string[]);
createWanfaRoute(categoryId: string, input: WanfaRouteCreate);
updateWanfaRoute(categoryId: string, routeId: string, input: WanfaRoutePatch);
deleteWanfaRoute(categoryId: string, routeId: string);
reorderWanfaRoutes(categoryId: string, itemIds: string[]);

后端落地边界

本契约落地时需要由 WonderQ-Admin 补充对应 ORM 模型、迁移、schema、路由、序列化和审计日志；由 WonderQ-Admin-UI 补充 API 类型、请求封装、表单和排序交互。接口实现前不要把 playData.ts 的静态数据误认为已存在的数据库或 API 数据。

相关文档：

• Admin API 主契约
• 页面模块配置契约
• 玩法本地数据