Evilom
100 lines
7.1 KiB
Markdown
100 lines
7.1 KiB
Markdown
# KGMJwIMWOiMnnVk2wyrc0OaRnkh
|
||
|
||
Source: https://dianchukeji.feishu.cn/wiki/KGMJwIMWOiMnnVk2wyrc0OaRnkh
|
||
|
||
|
||
# 1.工作内容概述
|
||
# 2.进度
|
||
## 2.1 研读三份报告，调整自己的开发计划
|
||
- 之前的开发计划主要围绕开发本身，没有重点考虑资产沉淀、接入商业化功能相关的部分。三个报告文档指出了需要沉淀的具体资产、商业化功能，明确了往后的开发方向。目前已经完成了W1的绝大部分内容，本周剩余时间将重点开发W2中的内容。
|
||
- 以后的日报将持续跟踪三份报告中给出的开发计划。在第五节项目规划中更新每日进展。
|
||
## 2.2 把目前的小型闯关制度，改成类《浪漫餐厅》的大型关卡长时间推进机制
|
||
- 承接昨天的机制分析，今天开始开发此机制，并完成开发。
|
||
- 具体效果：在主界面和游戏场景切换时，会保留游戏进度
|
||
## 2.4 游戏内ui继续改进：接入订单区域背景图、餐桌、餐盘，实现订单区域的拖拽，但有仍有不少问题
|
||
- 昨天已经生成好美术资源，今天进行接入，勉强达到了浪漫餐厅的大致效果。但还有很多小问题。
|
||
- 效果如下：
|
||
- 订单区域背景图、人物立绘、餐盘已经成功接入
|
||
- 订单可以左右拖拽
|
||
- 遇到的问题如下
|
||
- UI细微调整问题：对于餐桌、人物立绘、餐盘的组合摆放，属于ui的细微调整。目前的AI还难以解决这一块的内容，所以我进行了手动调整。但是AI给我的方案是，让我在代码里面调整。每调整一次都要经过编译再运行，每次都浪费了不少时间。经过跟义烽和雨默的讨论后，我才发现是inspector问题。
|
||
- inspector问题：我没有把这些需要频繁配置的ui数值接入inspector中。正常都是要接入的，这样就可以实时预览来调整方案。
|
||
- 反思：之前在godot上使用AI时，AI都会自己帮我配置好inspector，但是我在cocos的使用过程中没有注意这一点，浪费了很多时间。后面要加强对于inspector的使用，把这些需要频繁配置的内容接入inspector，能够实时配置调整ui。
|
||
- 不同分辨率，不同设备的适配问题：当前的情况是，在编辑器的预览中，ui是正常的，但是在web网页预览时，背景图会被拉伸。后续需要调研网上的成熟方案解决这个问题。
|
||
|
||
|
||
## 2.4 性能优化
|
||
- 目前有以下卡顿情况
|
||
- 二合后有概率卡顿
|
||
- 锁住的格子变成可直接解锁的格子时，也会卡顿
|
||
- （重点）拖拽物品也有概率卡顿，特别是把物品从格子中拖出来、把物品放入格子的2个瞬间非常卡
|
||
- **做了多次在编辑器和Web端的A/B对照测试，奇怪的是，在Web端反而是不卡的。**跟AI讨论后可知，Cocos编辑器中预览运行游戏时，卡顿的概率会比真机要高，属于正常现象。所以，后续的性能优化优先以真机作为参考，真机性能有问题再去进行优化。
|
||
## 2.5 开始开发无限订单机制，预计明日完成
|
||
- 简单分析《浪漫餐厅》的订单机制可知，他们是无限订单机制
|
||
- 无限订单机制
|
||
一 订单流水线上最多5个订单
|
||
二 当一个订单被完成时，在订单流水线中新增订单，要么新增1个要么新增2个。订单数量等于4时，只能新增一个；订单数量大于等于1小于等于3时，按概率新增1个或2个。
|
||
- 无限订单机制优化
|
||
一 订单交付逻辑还需要改一下，不是立马提交的。有个按钮
|
||
二 不能有一级的订单物品，一级的合成不了，就无法交付。就算转成按钮交付，也太简单了
|
||
- 目前效果：能够实现订单的完成和补充，但是后续进来的订单ui跟前面的订单有点错位，明天修复
|
||
# 3.收获与反思
|
||
- 性能和ui问题，主要是因为自己不太熟悉的cocos引擎，之前也比较少接触拼ui和修复性能的活。后续针对这些不太熟悉的内容，需要优先问ai和周围同事，先找到前人的方案和经验，减少踩坑的概率。
|
||
# 4.下一步计划
|
||
- 同时并发推进3条线
|
||
- **W2线**：W2的商业化功能接入
|
||
- **基础功能线**：
|
||
- 无限订单机制
|
||
- 进入具体的关卡设计和数值设计，目标是给到近似《浪漫餐厅》的关卡设计体验，至少支撑30分钟左右的内容量
|
||
- **美术线**：主要是ui优化、后续第三批的美术资源生成和接入。预计完成第三批资源后，就能够支撑W2的内容量
|
||
- 继续在实践过程中积累AI程策工作流和AI美术工作流，每遇到问题就记下笔记。计划在W2结束时整理为文档。
|
||
# 5.项目规划
|
||
参考：
|
||
https://jasminehuang477-cmd.github.io/share_hyper_casual_game_design_guide/#s10
|
||
https://merge2iaa-selectionanalysis.netlify.app/
|
||
- 开发计划：
|
||
- **任务详情看第二个文档的十、两周开发建议节奏**
|
||
- **非开发计划中的内容，不优先开发**
|
||
**阶段**
|
||
**核心任务**
|
||
**产出物**
|
||
**验收标准**
|
||
**完成情况**
|
||
**W0：方向确认**
|
||
- 确定主题、驱动方式（订单/图鉴/轻量解锁）、物品链草案、
|
||
- 工具链确认
|
||
主题文档、物品链草稿
|
||
能用一句话说清楚"做什么主题的二合类、合到什么"
|
||
完成，核心目标对标《浪漫餐厅》
|
||
**W1：核心合成闭环**
|
||
- **工具链熟悉 + 工程搭建**
|
||
- **物品链 Schema + AI 配置生成**
|
||
- **棋盘 + 合并核心逻辑**
|
||
- **生成器系统**
|
||
- **基础 UI + AI 美术占位**
|
||
item_chain_schema.json、可运行原型
|
||
合成基础循环可演示，物品链有解、不卡死
|
||
基本完成，还差item_chain_schema.json
|
||
**W2：产品闭环与可玩包**
|
||
- **订单系统**
|
||
- **广告点接入**
|
||
- **埋点接入（7 事件）（参考：第二个文档的：九、第一版 MVP 的探索范围与收口原则）**
|
||
- **新手引导（3 步最小化）**
|
||
- **可玩包 + 内部测试**
|
||
- **复盘报告 + 资产沉淀**
|
||
可玩包、问题清单、复盘文档
|
||
从启动到看见第一个广告点的路径完整可走通
|
||
10%，目前在开发订单系统
|
||
**W2 后：横向对比与资产沉淀**
|
||
整理所有可复用资产、参与横向对比会议、总结共性问题
|
||
资产沉淀清单 + 复盘报告
|
||
每人完成可迁移使用的：资产沉淀清单+复盘报告
|
||
还在积累实践经验，编写工作流文档思路。后续计划：
|
||
- 复盘报告
|
||
- 编写工作流文档
|
||
- 完成资产沉淀清单（见第一个文档，需要重点关注schema）（第二个文档的十二也有）
|
||
- 风险注意：https://merge2iaa-selectionanalysis.netlify.app/的六、产品风险分析很有价值，开发时需要注意
|
||
- **空间压力设计失误**
|
||
- **订单节奏不合理**
|
||
- **合成反馈不够满足**
|
||
- **美术风格不统一** |