整体模块边界、接口和依赖规则设计
技术研发 · 持续推进
自研引擎与程序资产体系
围绕模板引擎、程序资产、独立启动器和运行时编辑器展开的长期技术项目，关注模块边界、稳定资源入口与可组合的工程工作流。
- 项目类型
- 工具与引擎
- 开发时间
- 持续开发
- 我的职责
- 架构设计 / 工具与运行时开发
- 当前状态
- 研发中
01 / BACKGROUND
项目背景与目标
该项目用于探索游戏运行时、工具链和可复用程序资产之间的边界。重点不是复刻商业引擎功能，而是验证一条清晰、可演进的模块化主线。
- →建立单向依赖的程序资产分层
- →统一场景、资源、序列化和宿主接入方式
- →支持源码或二进制形式的模板实例化
- →为运行时编辑器与 AI 协作预留受控接口
02 / RESPONSIBILITY
我负责的部分
场景文档、缓存与序列化主线
JobSystem、高精度计时与主线程断言
启动器、资产扫描和模板实例化工作流
C# 与 TypeScript 脚本接入方案
03 / SYSTEMS
核心玩法与技术架构
六层程序资产
按照数据、基础、控制、系统、启动器与工具分层，核心接口向上提供能力，并限制反向依赖。
场景与序列化
围绕统一 SceneDocument 与版本控制组织场景缓存和 codec，减少不同加载路径产生的数据分歧。
并行与运行时
规划逻辑、渲染任务分离、无锁队列、并行 for 和主线程断言，并加入资源预算监测。
资产管理工具
独立启动器扫描接口与依赖，展示项目和模板信息，并输出源码或二进制实例。
04 / PROBLEM SOLVING
开发难点与解决过程
问题 01
系统能力不断增加时，入口和依赖方向容易失控。
解决方案
固定分层、接口、资源入口与宿主接入规则，让非法用法尽早失败，并保持模板为薄包装。
问题 02
缓存场景加载后可能出现模型或动画材质丢失。
解决方案
统一场景文档版本与 codec 路径，逐项核对资源引用在保存、缓存和恢复阶段的生命周期。
05 / RESULT
最终效果
- ✓已形成模块分层、依赖红线和关键系统方案
- ✓持续验证场景缓存、资源恢复和工具链工作流
- ✓项目仍在研发中，完成度与演示材料将随开发更新
06 / MEDIA
项目截图与演示
该研发项目的结构图与演示素材正在整理，暂不使用虚构截图。
07 / RETROSPECTIVE
项目复盘
长期架构项目需要用可运行切片持续验证，而不是只积累设计文档。
接口稳定性来自明确的不变量和失败策略，而不是一次性预测所有需求。