[💬] UI와 게임 로직의 분리

[익명(39.7)]

인벤토리를 구현한다고 하면


아이템이 가방의 어디에 무엇이 담겨있는지는 게임 로직에 담겨있고
인벤토리에서 위치를 변경, 사용하는 동작도 게임 로직에서 전적으로 처리해야함

UI가 하는 동작은 게임 로직으로부터 어디에 무엇이 담겨있는지에 대한 데이터를 받아와서 그려주는 작업과
특정 아이템을 다른 위치로 옮겨달라는 혹은 사용해달라는 '요청'만 하는 거임

그럼 이 게임은 해당 UI를 아예 싹 빼버리더라도 로직은 정상적으로 작동함


근데 만약 아이템 정보가 인벤토리 UI로직에만 담겨있거나, 아이템 위치를 바꾸는 동작 자체를 UI에서 처리해버리면 UI를 게임에서 빼버렸을 때 게임 로직이 제대로 돌지 않음


물론 UI와 게임로직이 소통하는 부분이 필요한데
이것 마저 이벤트 같은 걸 이용해서 감춰버리면 UI관련 오브젝트와 스크립트를 프로젝트에서 아예 삭제해 버려도 로직자체는 에러없이 잘 돌아감

[dryrain(dryrain1025)]

이런게 게임 만들때 중요한 개념 같은데 단순 기능 구현 영상이나 포스트에선 설명을 잘 안해주더라

[익명(223.39)]

오히려 섞으면 더 머리 아프지 않나 신호 주고 받는게 더 짜기 편하지

[익명(39.7)]

개발 경험이 적거나 관련해서 개념이 안 잡히면 분리하는 게 어렵긴하지 물론 프로젝트가 커갈수록 감당하기 어려워져서 삽질하다보면 자연스럽게 분리하는 쪽으로 익혀나가는 거

[익명(168.126)]

대충 간단한 스크립트로라도 짜줄수있음? 좆밥이라 뭔소린지 감이안옴

[익명(175.201)]

그냥 UI에서 시스템을 제어하지 말고 시스템은 내부에 있고 UI는 그 시스템을 시각적으로 유저한테 보여주는 용도일 뿐이라고

[익명(175.201)]

만약 UI를 조작해서 시스템을 건드리는(인벤토리 정리 같은) 것도 직접 UI가 작업을 하는 게 아니라 그냥 이벤트 호출만 하는 식으로 구현하고

[익명(211.196)]

장비슬롯 있으면 장비슬롯에서 캐릭터 능력치를 올려주는게 아니라 데이터 관리하는쪽에서 올려주는거고 장비슬롯은 데이터를 보고 그냥 표시만 해주라는거

[익명(175.223)]

마지막처럼 하면 재사용성이 매우매우 높아지지 필요한 녀석이 생겼는데 거의 유사하면 이벤트만 바꿔 넣어주면 됨

[익명(222.237)]

UI는 말그대로 보여지는거랑 클릭만 처리해야한다는거지?

[두두도도(firstcash)]

UI기반 게임은 UI를 빼버려도 게임이 돌아간다는게 말이 안되지않나? 인디게시판이라 모바일 UI기반게임 개발하는사람도 많을건데.. 요새 간단한 퀴즈게임 만드는데 처음에 게임로직에서 UI 스크립트만 분리하려다 보니 한줄만쓰면 될걸 괜히 두줄쓰고 연결도해줘야하고 삽질하는기분이들어서 그냥 통합해서 만들었는데.. - dc App

[익명(39.7)]

UI기반 게임이든 아니든 상관이 없음 위쪽에 달린 댓글과 User Interface라는 말의 의미대로 UI는 그저 게임 로직과 유저사이를 이어주는 역할임 UI기반 게임에선 UI로 요청을 보내지 않으면 게임 로직자체가 가만히 서있으니까 그렇게 생각할 수 있는데 결국 코드상에서 요청을 보내면 겜 자체는 잘 굴러감

[익명(39.7)]

결국 UI와 게임로직을 분리하는 이유는 UI코드가 게임 로직에 영향을 끼치지 않게 하고, 재사용성을 높이기 위해서임 예를들어 수동으로 버튼을 눌러 세이브하는 게임이 있다고 할때 자동저장을 만들고 싶으면, 특정 상황마다 저장관련 로직에 요청을 보내는 스크립트를 작성하고 버튼을 그냥 삭제해버리면 끝나는 작업임

[두두도도(firstcash)]

대부분 맞는말인건 알겠는데 랜덤으로 데이터중 일부를 뽑은다음에 버튼배열에 랜덤으로 섞어서 배치하고 올바른 정답이 랜덤데이터에따라 매번 바뀌는데 이걸 ui 버튼 배열에 바로 넣으면 간단한데 분리하려니까 불필요하게 코드가 더 복잡해지는 기분이더라고.. 내가 코딩초보라 그렇긴한데 간결하게 표현할수있는 긴밀한 요소는 그냥 쓰는게 좋아보이더라. 실제로 유데미나 외국 강의 봐도 대부분 그런식인것같고. - dc App

[익명(211.210)]

그러니까 캐릭터 이동을 조이스틱으로 하던걸 방향키로 하던 음성인식으로 하던 교환이 가능하게 캡슐화를 하란 뜻

[로코복실한(dovecreative)]

통찰력추 나는 그래서 gameObject와 게임 로직까지도 분리함 이렇게 하면 객체의 생성 삭제도 new(), Dispose로 할 수 있고, 엔진에서 제공하지 않는 기능 (예를 들어 멀티스레딩)도 사용할 수 있고, 심지어는 해당 엔진 밖의 플랫폼에서도 조금만 수정하면 사용할 수 있음

[로코복실한(dovecreative)]

진짜 캡슐화는 무적이고 일반화 프로그래밍은 신이다

[익명(183.100)]

되게 유명한데 몰랐던 사람 많나보네 ui와 데이터는 분리해라 ui는 딱 로직에서 데이터만 가져와서 보여주는 역할이지 다른것도 겸하면 구조 엉킴

[두두도도(firstcash)]

데이터는 당연히 분리하는건데 게임로직을 분리시키는건 좀 고민됨 - dc App

[익명(14.45)]

이게 약간 MVC 같은 개념인가?