[🐣질문] 인벤토리 설계 질문입니다.

[익명(112.184)]

인벤토리 시스템을 만들어보고 있습니다.

순수하게 인벤토리만 만든다고 할 경우, 인벤토리 시스템 스크립트, 인벤토리 UI 스크립트, 그리고 외부 게임 데이터 스크립트(여기서 플레이어의 아이템 정보를 갖고옵니다) 이렇게 3개의 스크립트로 만들 수 있었습니다.

이 기존 구현에서는 인벤토리 시스템 스크립트가 UI 스크립트와 데이터 스크립트를 참조하는 모양입니다.(많은 곳에서 mvc 패턴을 이용해 이런 식으로 구현하더라고요)

근데 생각을 좀 더 해보니 인벤토리 시스템을 인벤토리를 보기 위해서 말고도 상점이라거나 상자와 상호작용중이라거나 할때도 인벤토리 시스템을 필요로 하겠더라고요.

그래서 기능 확장하려는데 그렇다면 인벤토리 시스템이 UI와 데이터 말고도 상점UI스크립트, 상점 상호작용UI 스크립트에도 참조를 해야하는게 맞는 것일까요?

아니면 이렇게 참조가 많아지면 UI스크립트가 인벤토리 시스템 스크립트를 참조하여 필요할때 정보를 요청하는게 좋을까요?

기존 구현대로면 전자처럼 인벤토리 시스템이 각 UI 스크립트를 참조하고 초기화 시키고 키고 끄는게 맞는 모양 같은데..

후자일 경우 인벤토리 시스템의 코드가 깔끔해지는데 이게 좋은 구조인지..

둘 중 무슨 구조가 더 나은지 여쭤봅니다. 감사합니다.

[ㅇㅇ 1(142.189)]

아이템을 호환하게 만들고 아이템 변화에따라 ui도변화하게만들어야지

[ㅇㅇ 2(1.245)]

플레이팹에서 구현된 방식이 좋다고 생각해서 적어놓으면, 플레이팹은 아이템 Model을 만들고 그 아이템 모델을 담고있는 컬렉션이 인벤토리로 되어 있음. 그리고 인벤토리 API로 아이템 추가, 삭제, 인벤토리와 인벤토리간의 아이템 이동 함수가 제공되지. 그리고 재화 또한 아이템으로 취급되기 때문에 인벤토리 시스템이 다른 시스템으로 의존성을 가질 필요가 없는 구조라 좋은것 같음. 가령 상점 시스템을 만든다고 하면, 상점의 인벤토리와 사용자의 인벤토리간의 이동으로 구현하면 끝이고 다른 함수는 필요가 없겠지 그리고 상자 시스템을 만든다고 하면, 마찬가지로 상자의 인벤토리와 사용자의 인벤토리간의 이동으로 구현이 끝나고, UI는 그냥 인벤토리안에 있는 아이템을 시각화하는게 끝이잖아?