Unity에서 React UI를 쓸 때, 게임과 화면의 역할을 나누는 방법

하나의 게임 상태, 서로 다른 두 역할

Unity가 게임 상태를 관리합니다. React는 인터페이스를 표시하고 ReLayer를 통해 명확한 명령 의도를 보냅니다. 인벤토리 버튼은 게임에 동작을 요청하며 플레이어의 인벤토리를 별도로 관리하는 두 번째 권위가 되지 않습니다.

이 경계는 피드백도 명확하게 만듭니다. 화면은 현재 상태와 처리 중인 요청을 표시하고, 게임이 돌려준 결과를 반영합니다. 버튼을 눌렀다는 사실만으로 구매, 보상이나 장비 변경이 성공했다고 표시하지 않습니다.

소스를 수정하고 인터페이스를 다시 빌드하기

ReLayer는 편집 가능한 프로젝트 소스와 플레이어용 생성 결과를 구분합니다. React 앱에서 배치, 스타일과 표현을 수정하고 오버레이를 다시 빌드해 플레이어가 사용할 결과를 만듭니다. 생성 파일을 직접 고치는 방식으로 작업 원본을 관리하지 않습니다.

실제 프로젝트의 안내를 소스 가까이에 두세요. 프레임워크의 시작 앱과 구매한 템플릿은 편집 경로가 다를 수 있습니다. 템플릿의 Setup이 만든 복사본은 구매자 소유이며, 사용한 제품 버전의 문서가 정확한 경로를 안내합니다.

화면 업데이트에도 범위가 있습니다

플레이어 UI 전달은 인터페이스 내용을 바꿀 수 있지만 C#이나 네이티브 기능을 업데이트하지 않습니다. 새 배치와 새 게임 기능은 서로 다른 변경입니다. 화면의 동작으로 제공하기 전에 게임 쪽 기능부터 연결해야 합니다.

화면을 바꾼 뒤에는 실제 연결을 확인하세요. 명령을 보내고 게임이 관리하는 결과를 관찰하며, 동작을 할 수 없는 상황의 화면도 확인합니다. 로컬 빌드든 지원되는 전달 모드든 같은 원칙이 적용됩니다.

화면보다 제작 흐름을 먼저 선택하기

필요한 상호작용과 그 화면이 읽을 상태부터 정하세요. 그 다음 빈 ReLayer 앱과 편집 가능한 UI 템플릿 중 적절한 시작점을 선택합니다. 실제 프로젝트 화면과 샘플의 범위를 함께 보면 기능 목록만 읽을 때보다 선택이 명확해집니다.