Roblox 游戏架构

围绕 Roblox DataModel 建立简单、清晰的所有权边界。先读取Studio 插件路由和工作流控制模型。

新启动路径或公共模块需按基础工程与垂直集成只建立真实需要的生命周期与共享能力；资产身份和消费者通过共享资源流程统一对账。

采用项目架构职责约定：服务端持有规则和关键状态，客户端负责输入与表现，共享层只保存双方需要且可公开的协议与定义。DataModel 容器映射、模块/Remote/生命周期交付统一写入现有 TDD 与模块清单；沿用已有工程，不强制搭建固定框架。

阶段接入

按架构阶段交付参与已有 V0–V4：V0 发现实际结构与未知项，V1 明确流程和状态，V2 完成路径、职责、状态所有权、依赖、接口和验证计划，V3 正式组合后回读，V4 以请求、同步及生命周期轨迹验证。新可见对象必须从 V0 开始；已有架构只作为有明确范围的复用来源，不能代替当前对象交付。阶段退出遵循控制器，不因架构工作默认增加人工审批。

可见对象的 V2 还需冻结 V1 的编号视觉拆解图，与内部结构、消费节点和装配关系共用稳定身份。模块依赖图或 DataModel 树可作内部架构附件，不能替代用户侧中文框选标注图片；框选分区不能自行决定实例父子关系。

职责与输入