[📜일지] 짱 재미없는 아이템 클래스 구조 설계하기

[Jaygan(jaygan)]

해위~

기존에 블루프린트로 만들어뒀던 아이템 시스템(장착 아이템, 포션 등의 동작을 결정하는)이 첫짤에서 보는 것처럼 완전 초보적인 수준인 개판 코드라서

이번에 BP들을 C++로 갈아엎는 김에 아이템도 싹 갈아엎으려 하는데

뚝배기부터 들이밀기 전에 일단 여기저기 자료들을 찾아보면서 아이템 클래스를 설계해 봤음

우선 지금 상태를 설명하자면 ↑요런 테이블을 하나 가지고 있음

아이템 기본 정보, 타입(장비/소모/...), 나중에 실제 값과 연결하려고 만들어둔 아이템 태그

이런 기본적인 아이템 정보들을 담고 있는 언리얼 데이터테이블임

그리고 인게임에서는 이것과 별개로 보유중인 아이템에 관한 간략한 정보를 담고 있는 ItemInfo 클래스를 만들어 두고 쓰는 방식임.

당연히 문제는 거기서 더 상속받거나 뜯어고치거나 할 생각따윈 하지 않았고,

바보같은 과거의 나는 모든 아이템 기능을 블루프린트 컨트롤러에서 구현중이었던 거임!! ㄷㄷㄷㄷ 제정신 아닌듯

그래서 오늘 자료들을 좀 찾아보니 보통 아이템을 구현할 때는 효과 하나하나를 정의하는 컴포넌트를 다양하게 만들어 놓고

요걸 조합해서 뚝딱 만들어내는 게 일반적이더라구욥

그래서 저어도 그렇게 별도의 클래스를 만들어 보려고 함

아이템 클래스는 대충 이런 식의 구조로 상속해 놓고,

여기서 말단 클래스에다가 아래와 같은 컴포넌트들을 조합해서 기능을 구현하는 방식을 생각함

밑 짤은 상상으로 대충 만들어본 예시임

(예시로 만든거라 말도 안되는 게 있을 수 있음)

왼쪽이 아이템의 동작을 결정하는 컴포넌트들을 나열해 본건데, 크게 4종류로 나뉠 수 있다고 생각했음.

1. ItemEvent : 플레이어에게서 일어나는 각종 "이벤트"를 감지해서 아이템의 효과 발동을 결정하는 클래스

• 예) 플레이어가 이 아이템을 "사용" 했을 때 : OnUsed
  
  

ItemBehaviour : 아이템의 동작이나 효과를 정의하는 클래스

• 예) 독 포션을 먹어 플레이어가 "10의 데미지"와 "5초간의 슬로우 디버프"를 받는다 : DoDamage(Player, 10) / AddBuffTo(Player, "Slow", 5.0s)
  
  

ExecuteCondition : "이벤트"에 의해 "동작"이 일어나기 전에 충족해야 하는 조건

• 예) 재장전을 하려면 인벤토리에 "12발"의 "총알"이 있어야 한다 : PawnHasItem(Player, "Bullet", 12)
  
  

ItemAbility : 위 3종류 컴포넌트들에서 사용되는 아이템 스탯.
아이템 테이블(DB)에는 이것만 노출되고, 요걸 이용해서 같은 로직을 가진 아이템을 다양하게 만들 수 있음

• 예) 2번의 예시에서 독포션의 데미지는 {"Damage":10}, 슬로우 버프를 5초간 주기 위한 {"Slow":5.0s}

이 4가지 컴포넌트 타입을 이용해서 "권총" 클래스나 "칼" 클래스 정도 수준까지만 구현해 놓고,

기존의 테이블에 있던 ItemType 속성 대신 아이템 클래스를 지정하도록 하고, Ability만 수정이 가능하게 해서

실제로 클래스는 권총 하나만 있지만 테이블 상에선 막 초록권총 파랑권총 졸라쎈권총 요렇게 있도록 한무 복제할 계획임

쪼매 어려울 것 같긴 한데... 일단 해보려구요

실패하면 걍 아이템 종류를 확 줄이고 직접 하나씩 구현하는 수밖에

[익명(218.234)]

어차피 조건문으로 equip인지 consum 인지 판별하지 않음? 저걸 상속으로 만들 필요가 없는데

[Jaygan(jaygan)]

맨 위에서 상속받도록 만들어 둔건 막 필수까진 아니긴 한데 그냥 습관적으로 넣음지금은 생각 안해봤지만 혹시나 인벤토리 시스템과 연결할 때 루트가 다르면 애매해질 수 있을 것 같아서

[Jaygan(jaygan)]

좀 더 생각해 봤는데, 장착해서 쓰는 무기류 말고도 인벤토리에서 바로 쓰는 폭탄 같은 걸 구현하려면 결국 Consumable도 같은 구조 아래에 만들어야 할 것 같음

[익명(218.234)]

내가 이짓거리 존나 많이 해봐서 아는데 결국 이러면, 아이템들의 테이블 위치가 나뉘게됨 장비 테이블 따로 소모품 테이블 따로. 그리고 결국엔 이게 장비인지 소모품인지 조건문으로 보기 때문에 상속에 집착하지말고 하나로 퉁치는게 편함. UI상에 불필요한 정보만 숨겨주고 ㅇㅇ

[Jaygan(jaygan)]

장비류 아이템은 월드 모델도 가져야 하고 확실히 소비템이랑은 구현 결과물이 많이 다를 것 같긴 함.. 그러면 아이템 타입별로 루트 클래스를 따로 구현하고, 인벤토리랑 상호작용 하는 부분이 필요하다면 그 부분만 인터페이스로 구현하는 게 제일 깔끔할까요?

[거붓(ggp02217)]

와 아찔하다 - dc App

[Jaygan(jaygan)]

[익명(2oclocksoft)]

고생많네요 근데 장비/사용 아이템은 아예 구분하는게 편할꺼에요 또 그 안에서도 세분화될테니까.. - dc App

[Jaygan(jaygan)]

사실 겪어본적이 없어서 그런지 아직 감이 잘 안오긴 한데 괜히 하는 말은 아닌 것 같아서 조언받은 거 최대한 반영해서 구현해 보려구요 ㄱㅅ ㄱㅅ

[익명(59.11)]

난 이런거 설계가 제일 재밌던데 구현이 노잼

[Jaygan(jaygan)]

아리까리해서 콘솔프로그램에 직접 구현해보다 깨달았는데 결국 인벤토리에 있는 아이템의 로직이랑 장비의 로직은 완전히 구분되어 있는게 오히려 자연스러운 게 맞는것같네요 조언 ㄱㅅ ㄱㅅ 압도적 감사

[EE(endolfinpump)]

와드