在Unity使用React UI时，分清游戏与界面的职责

一份游戏状态，两种职责

Unity管理游戏状态。React显示界面，通过ReLayer发送明确的操作意图。背包按钮向游戏请求操作，不应该成为另一套管理玩家物品的权威系统。

这个边界也让反馈更清楚：界面展示当前状态与处理中的请求，然后反映游戏返回的结果。按下按钮不等于购买、奖励领取或装备变更已经成功。

修改源码，再构建界面

ReLayer区分可编辑项目源码与用于玩家的生成输出。在React应用中调整布局、样式与表现，然后重新构建覆盖层。直接修改生成文件不能代替可维护的制作流程。

将实际项目的说明放在源码旁。框架的初始应用和购买的模板可能使用不同编辑路径。Setup生成的副本属于购买者，所用产品版本的文档会说明正确位置。

界面更新有自己的范围

玩家UI交付可以替换界面内容，但不能更新C#或原生功能。新增布局和新增游戏能力是两种不同变更。在界面提供操作前，需要连接游戏端的实现。

修改页面后验证真实连接：发送操作，观察游戏管理的结果，也检查操作不可用时的界面。本地构建与受支持的交付模式都应遵守这个原则。

先选择工作流程，再选择画面

先明确需要制作的交互与界面读取的状态，再决定使用空白ReLayer应用还是可编辑UI模板。实际项目画面与示例范围，比单独一份功能列表更能帮助你判断。