core-only
Core Only
先验证 UPM 解析、基础契约和脚本编译。
com.unitygame.framework.coreBEFORE YOU START
REVIEWED ROUTES
这里不维护第二份包清单:路线 ID 解析到 Framework adoption 注册表,事实漂移时构建会失败。
core-only
先验证 UPM 解析、基础契约和脚本编译。
com.unitygame.framework.corebootstrap-lite
在 Core 上增加事件、对象池与游戏运行辅助,形成最小稳定组合。
com.unitygame.framework.corecom.unitygame.framework.eventcom.unitygame.framework.gamehelpercom.unitygame.framework.poolingFOLLOW IN ORDER
15分钟
0–2 MIN
先取得可预览、可确认、失败关闭的图形化入口,不直接手改整份 manifest。
完成标准Developer Console 能打开,Console 中没有由包解析产生的新编译错误。
2–4 MIN
用最小闭包确认 UPM 解析、基础契约和脚本编译,再继续增加运行时服务。
com.unitygame.framework.core完成标准Core Only 路线中的包均已解析,项目仍能无新增错误地完成脚本编译。
4–7 MIN
一次性安装已复核的最小稳定组合,避免手工猜测 Event 的内部依赖。
com.unitygame.framework.corecom.unitygame.framework.eventcom.unitygame.framework.gamehelpercom.unitygame.framework.pooling完成标准Bootstrap Lite 的四包闭包全部可解析,且没有引入 Preview 或 Experimental 包。
7–10 MIN
使用引擎无关 Event Core 做一次订阅、同步派发、退订与清理。
可复制的最小探针
using System;
using Framework.Event;
public static class QuickstartEventProbe
{
public static bool Run()
{
var events = new EventService();
var received = 0;
Action<PingEvent> listener = _ => received++;
events.AddListener(listener);
events.TriggerEvent(new PingEvent());
events.RemoveListener(listener);
events.Clear();
return received == 1;
}
private sealed class PingEvent : IEvent
{
public string EventName => nameof(PingEvent);
public DateTime TriggerTime { get; set; }
}
}
完成标准事件只被接收一次,监听器已移除,EventService 已清理。
10–12 MIN
使用 Pooling Core 验证一次 Get、Release、活动计数归零与 Clear。
可复制的最小探针
using Framework.GameHelper;
public static class QuickstartPoolProbe
{
public static bool Run()
{
var pool = new ObjectPool<Token>(() => new Token(), defaultCapacity: 1, maxSize: 4);
var token = pool.Get();
token.UseCount++;
pool.Release(token);
var passed = token.UseCount == 1 && pool.CountActive == 0;
pool.Clear();
return passed;
}
private sealed class Token
{
public int UseCount { get; set; }
}
}
完成标准探针返回 true,对象已归还且活动对象计数为零。
12–15 MIN
以可观察结果收尾;需要更完整的 Preview 诊断时,再导入 Runtime Starter。
完成标准编译通过、事件往返为一次、对象池活动计数为零,所有临时订阅和探针资源均已清理。
DONE MEANS VERIFIED
FAIL CLOSED
错误必须能够解释和回退;不要把缺失依赖或未执行步骤包装成成功。
先回到 Core Only,检查网络、Git 可用性与 manifest 差异;不要通过补装未知 Preview 包绕过错误。
把它视为缺少对应适配器的明确诊断,回到 Developer Console 检查 Sample 与依赖是否完整,不要把缺项记成成功。
核对 AddListener 与 RemoveListener 是否成对,并在探针或 owner 生命周期结束时调用 Clear。
确保每次 Get 都有对应 Release;测试结束后调用 Clear,并检查对象是否被其他系统继续持有。
LEAVE NO PROBE BEHIND