在Unity使用React UI時，分清遊戲與介面的職責

一份遊戲狀態，兩種職責

Unity管理遊戲狀態。React顯示介面，透過ReLayer傳送明確的操作意圖。背包按鈕向遊戲請求操作，不應成為另一套管理玩家物品的權威系統。

這個界線也讓回饋更清楚：介面呈現目前狀態與處理中的請求，再反映遊戲傳回的結果。按下按鈕不等於購買、領取獎勵或更換裝備已經成功。

修改原始碼，再建置介面

ReLayer區分可編輯專案原始碼與提供給玩家的產出。在React應用程式調整配置、樣式與呈現方式，再重新建置覆蓋層。直接修改產出檔案不能取代可維護的製作流程。

將實際專案的說明與原始碼放在一起。框架的初始應用與購買的範本可能有不同編輯路徑。Setup產生的副本屬於購買者，所用產品版本的文件會說明正確位置。

介面更新有自己的範圍

玩家UI交付可以替換介面內容，但不能更新C#或原生功能。新增配置與新增遊戲能力是不同變更。在介面提供操作前，需要接上遊戲端的實作。

修改畫面後驗證真實連線：傳送操作、觀察遊戲管理的結果，也檢查操作不可用時的介面。本機建置與受支援的交付模式都應遵守相同原則。

先選擇工作流程，再選擇畫面

先確認需要製作的互動與介面讀取的狀態，再決定使用空白ReLayer應用或可編輯UI範本。實際專案畫面與範例範圍，比單獨一份功能清單更能幫助你判斷。