SepComet
|
3840f8e65a
|
S7-03 + S7-04 + S7-05
|
2026-03-12 11:24:38 +08:00 |
SepComet
|
d34af661b9
|
update docs
|
2026-03-12 09:36:24 +08:00 |
SepComet
|
09ebe6e3f3
|
S6 回归与文档收尾
|
2026-03-11 21:19:53 +08:00 |
SepComet
|
ac1c91c1b4
|
update docs
|
2026-03-11 17:49:45 +08:00 |
SepComet
|
8c8f786013
|
S5 finish
|
2026-03-11 17:24:15 +08:00 |
SepComet
|
c019f9f527
|
S4 收尾
|
2026-03-11 15:02:44 +08:00 |
SepComet
|
515fe95441
|
S4-07 process 3
- 组件 Tag 数量预算不再写死在 ResolveTagBudget(...) 里,而是走 RarityTagBudget.txt -> DRRarityTagBudget -> RarityTagBudgetRuleRegistry -> InventoryTagRuleService 这条表驱动链。
- TagBudget.txt:1 新增了按品质的 MinCount/MaxCount,预算缓存和加载入口分别在 RarityTagBudgetRuleRegistry.cs:7 和 ProcedurePreload.cs:18。
- 生成逻辑已经接到新规则,InventoryTagRuleService.cs:10 现在会先按 Tag.txt 过滤/加权,再按 RarityTagBudget 决定抽几个 Tag。
|
2026-03-11 13:16:33 +08:00 |
SepComet
|
b1b68ebde5
|
S4-07 process 2
当前 `Tag.txt -> DRTag -> TagGenerationRuleRegistry` 已形成组件 Tag 生成规则闭环:
- `InventoryTagRuleService` 不再主要依赖内部 `MinRarity` 硬编码,而是统一消费 `DRTag` 提供的 `MinRarity + Weight`
- `ShopFormUseCase`、`EnemyDropResolver`、`InventorySeedUtility` 也已切回这一统一入口。
- 现阶段的职责边界明确为:`Tag.txt` 负责基础字典与生成规则,`TagConfig.txt` 负责触发阶段、描述与效果参数。
|
2026-03-11 11:20:16 +08:00 |
SepComet
|
9de2e50262
|
S4-07 process 1
|
2026-03-11 10:18:14 +08:00 |
SepComet
|
52f9e212b9
|
Start Tag System
|
2026-03-10 13:11:30 +08:00 |
SepComet
|
34ef001ef3
|
- S4-03 | 先固化 Tag 系统设计与首发范围
- S4-04 | 实现组件实例 Tag 的统一生成入口
- S4-05 | 实现组塔后的 Tag 汇总与展示入口
|
2026-03-09 21:06:43 +08:00 |
SepComet
|
73b7adedb8
|
- S4-01 先确定 M1 需要的品质 / Tag
- S4-02 把品质计算整理成单一入口 规则边界
- S4-03 先固化 Tag 系统设计与首发范围
|
2026-03-09 20:34:22 +08:00 |
SepComet
|
af20eeecfa
|
阶段 S3 - 收口出战合法性
|
2026-03-09 19:47:46 +08:00 |
SepComet
|
88641f17b0
|
S3-01 + S3-02
|
2026-03-09 17:50:49 +08:00 |
SepComet
|
793a87c171
|
补全 S1 测试
- 调整 CombatNode 正常结束与异常的变量语义,现在是 DidCombatWin 与 Exception
- 补充测试样例
- 完成 S1 目标
|
2026-03-08 21:10:03 +08:00 |
SepComet
|
1023239880
|
迁移测试文件,建立主程序集
|
2026-03-08 18:08:13 +08:00 |
SepComet
|
548bc77ba6
|
规范类命名
|
2026-03-08 17:00:21 +08:00 |
SepComet
|
47ed27bebb
|
补充事件参数 + 完善 UI 设计
- 事件节点在 EventNodeComponent.cs 的 StartEvent/EndEvent 会携带 runId/nodeId/nodeType/sequenceIndex
- 商店节点在 ShopNodeComponent.cs 也会带同一套字段
- 战斗节点通过 CombatNodeComponent.cs 把上下文传进 CombatScheduler,再由 CombatRunningPhaseState.cs 发 NodeEnterEventArgs、由 CombatSchedulerFlowCoordinator.cs 发 NodeCompleteEventArgs
- NodeCompleteEventArgs.cs 现在新增了 SequenceIndex
- 各种 UI 的覆盖问题
|
2026-03-08 11:51:00 +08:00 |
SepComet
|
5c6f9bf3a4
|
RunNode 接入游戏主流程
- NodeMapForm:节点地图
- NodeItem:节点入口
|
2026-03-08 11:27:51 +08:00 |
SepComet
|
5afcaafff7
|
实现单局 Run 模型的基础落地
- 核心改动在 RunModel.cs、RunStateFactory.cs 和 RunStateAdvanceService.cs。现在项目里有了 RunNodeType / RunNodeStatus / RunNodeSeed / RunNodeState / RunState,并支持用预置节点序列创建 Run,以及在节点完成后推进、更新局内库存快照、标记通关或失败。
- 库存边界也补上了。PlayerInventoryComponent.cs 新增了 ReplaceInventorySnapshot(...),底层通过 PlayerInventoryStateStore.cs 重建工作副本,避免后续把 Run 真值硬塞回 PlayerInventory 内部状态。
- 节点事件载体已经扩展为可承载 Run 上下文,同时保留原来的无参 Create() 以兼容现有调用点。相关改动在 NodeEnterEventArgs.cs 和 NodeCompleteEventArgs.cs。
- 我还补了纯模型编辑器测试,覆盖 Run 创建、节点推进、失败标记和事件快照克隆,文件在 RunStateTests.cs。
|
2026-03-07 21:45:13 +08:00 |
basil
|
703fd6f540
|
Refine combat settlement exit flow
|
2026-03-07 20:09:50 +08:00 |
SepComet
|
3ad7d04b47
|
MapData + Event 解耦已完成一轮收口
- `MapData` 已收口为纯初始化快照,不再承载 coin 写接口委托
- 已新增 `MapEntityLoadContext`
- 用于把 `MapData` 快照与 coin 命令通道拆开传给地图加载
- `CombatLoadingState` 现在会组装:
- `MapData`
- `MapEntityLoadContext`
- `CombatLoadSession` / `EntityExtension.ShowMap(...)` 已切到 `MapEntityLoadContext`
- `MapEntity` 当前通过:
- `MapEntityLoadContext` 获取初始快照与 coin 命令通道
- `CombatCoinChangedEventArgs` 同步后续 coin 变化
- 已新增 `MapCombatRuntimeBridge`
- 收口地图侧 coin 当前值、命令调用与事件订阅
- `MapEntity` 不再自己维护 `_currentCoin` 和 coin 事件订阅样板
|
2026-03-07 20:00:39 +08:00 |
SepComet
|
b38088c3ea
|
refactor 7:
- 拆分 CombatScheduler,将公用方法与字段拆分为:
- FlowCoordinator
- RuntimeContext
- 地图侧现在收口为“MapData 初始快照 + CombatCoinChangedEventArgs 同步 + 独立命令桥接”
|
2026-03-07 19:42:17 +08:00 |
SepComet
|
01750e1b83
|
Archive
|
2026-03-07 11:57:44 +08:00 |