[🐣질문] 아이템의 구현에 관한 질문(3줄요약 有)

[익명(112.167)]

구현하고 싶은 것 : 시너지가 존재하는 아이템들

의문점 : 각 아이템마다 클래스를 만들 경우, 불필요한 메모리 점유 등의 문제가 생기는가?

먼저 제 목표는 아이작같이 많은 양의 아이템과, 그것들에 존재하는 시너지입니다.

아이템을 만들기 위해 처음으로 구상한건, ScriptableObject를 상속받는 ItemBase 클래스를 만들고, ItemBase를 상속받는 Passive/Active를 만들고 그것들을 상속받는 아이템을 클래스로 만드는, 트리 구조를 생각했습니다. 그러나 이 경우 아이템 클래스 하나마다 CreateAssetMenu 어트리뷰트를 붙이면 우클릭 메뉴에서 찾기도 힘들고, 한번밖에 쓰지 않아 재사용성이 떨어진다는 단점이 있습니다.

그 다음으로는, Visual Scripting을 이용해 아이템 로직과 수치 등을 Json으로 저장하고, 아이템 로더 클래스에서 Json을 불러와 블록코딩처럼 실행되게 하려고 했습니다. 이렇게 구현하면 일회용 클래스를 대폭 줄이고 재사용성을 향상시킬 수 있다 예상했습니다. 그러나 이 또한 문제점이 있는데, 로직을 블록으로 구현할 경우 엄청나게 많은 양의 블록이 필요하고, 심지어 일부는 한번밖에 안 쓸 것 같아 이 또한 포기했습니다.

사실 위 두 방법 모두 아직 시너지 구현 방법은 생각도 안했습니다. 시너지를 구현하려니 이것도 문제인게, 처음에는 아이템 목록에 Map 형식으로 아이템을 저장하고, 시너지가 있는 아이템을 갖고있는지 탐색하는 방법으로 생각을 했으나, 이 경우 중복 아이템을 구현할 때 문제가 생깁니다. 그렇다고 리스트를 쓰면 배열을 탐색할 때 불필요한 연산을 너무 많이 할 것 같습니다. 시너지 아이템을 초반에 먹었으면 빠르게 찾을 수 있으나 운없으면 배열의 끝까지 찾아야 하기 때문입니다.

사족이 길었습니다. 정리하자면

1. 아이템 종류별로 클래스를 만드는건 괜찮은가?

2. 클래스를 아이템마다 구현할 경우, SO 말고 다른 방법이 있는가?

3. 아이템간 시너지 구현 시, if문으로 하나하나 검사하는 것 말고 다른 방법이 있는가?

이상입니다. 감사합니다.

[ㅇㅇ 1(211.199)]

언리얼 엔진의 어빌리티 시스템 공부해보세요

[익명(121.169)]

1 나도 생존겜에 템ㅈㄴ많은데 클래스 여러개 안둠 3난걍배열썼는데 연산이 많이들어가는지는 겜마다 다르긴 할텐데 난 최적화 테스트는 아직 디테일하게 비교 안해봄

[익명(121.169)]

3 생각으론 어차피 템장착순간만 연산 먹는걸첸데 이게 그렇게 연산을 잡아먹는진 모르겠음 템을 자주 바꿔야하는 스위칭해줘야하는 그런 겜이라면 또 다른문제인데 내경우는 일단 그런 정도는 아니라서

[글쓴 ㅇㅇ(112.167)]

배열로 구현하는 방법도 있겠군요. 한번 연구를 해보겠습니다. 감사합니다.

[디시콘쓸려고만듦(kimmsssiu)]

아이작같이 많은 양의 아이템과, 그것들에 존재하는 시너지 <<를 어떻게 구현하냐에 따라 다르겠지만, 본문보면 너무 멀리 돌아가려고 하는 것 같음; 내가 아이작 "같은" 시스템 구현했을 때 썼던 방법 알랴드림

[디시콘쓸려고만듦(kimmsssiu)]

1. 아이템마다 "탄" 에 입히는 효과가 있음, 이게 가장 마지막에 계산되는 부분이고, 이 효과들은 리스트에 따로 담아놨다가 탄을 쏠 때 순차적으로 탄에 입히게 됨 ( 크기를 늘린다던가, 속성을 부여한다던가, 여러발 나간다던가 등등 ) 2. 다른 조건을 부여하는 부분이 있음. 세트템을 장착해서 효과를 강화하는 부분은 세트효과로 별도로 구현해주고, 아이템을 얻을 때 마다 한번씩 계산함. 여기서 계산된건 1의 효과 목록에 추가됨 3. 다른 조건을 부여하는 부분이 있음. 캐릭터 스테이터스에 관련된 부분인데, 이건 자주 계산되야해서 캐릭터가 움직일 때 마다 하게 했음, 조건만 다르지 작동방식은 2랑 똑같음

[디시콘쓸려고만듦(kimmsssiu)]

4. 아이템을 가졌는지 검증하는 부분이 있음. "착용중" 이라는 리스트를 만들고, 착용된 아이템은 여기에 담아둠. 게임에 들어가면 리스트에 있는걸 순서대로 읽어서 3>2 ( 또는 추가 조건들 ) 을 검색해서, 최종적으로 1을 넣을 수 있는지 판단하고, 1에 해당하는 효과를 목록에 담아주면 됨 5. 탄을 쏠 땐 결국 1에서 담아진 목록만 탄에 씌워주면 됨ㅋㅋ

[디시콘쓸려고만듦(kimmsssiu)]

시너지가 조건+조건=결과가 아니라, 결과+결과=결과 라는것만 이해하면 됨ㅇㅇ

[글쓴 ㅇㅇ(112.167)]

써주신 댓글 읽어보았습니다. 요점은 필요할 때 몇 번만 계산하는 것이군요. 그렇다면 각 부분(탄 효과 변경, 스텟 변경 등)에 리스트를 만들고, 아이템을 얻으면 해당하는 부분에 얻은 아이템을 추가해서 계산하면 확실히 좀 더 최적화를 할 수 있겠네요. 감사합니다!

[개발용용(5ymeeqp2lhd2)]

포?폴용인가? 아니라면 탐색 효율 이런건 생각하지 말고 일단 생각나는대로 작업하면서 수정해봐. 1인개발 리팩토링은 상당히 쉬움

[개발용용(5ymeeqp2lhd2)]

일단 난 아이작은 안해봤기에 해당 게임의 특징은 모름. 1. 블록코딩이 나은듯. 뭐 얼마나 다양하다고 아이템 1000개 있으면 클래스 1000개 만들순 없잖아. 다 짜집기일건데. 2. so가뭐고.. 3. 솔직히 그정도 순회는 효율 상관없다고 생각해서 난 그냥 list로 만들고 할거같긴 한데, 굳이 분리해서 하려면 아이템 얻으면 따로 set(딕셔너린데 밸류 없이 키만 저장하는거거)에다가 아이템 이름 등록해두고 있는지 없는지는 set에서 따로 판단할듯. 근데 아이템 백만개 먹을것도 아니고 굳이?

[글쓴 ㅇㅇ(112.167)]

그럼 능력 구현의 경우에는 Visual Scripting으로 따로 구현 툴을 만들어 봐야겠군요. 댓글 감사합니다.

[ㅇㅇ 2(180.182)]

1000개 클래스 만들어도 그 핵심내용들은 데이터테이블에서 따오는식으로 하는듯..

[ㅇㅇ 3(121.165)]

클래스가 많이 만드는건 메모리랑 상관없음. 약간은 있긴한데 그건 진짜 엄청 사소한 문제임. 이걸 이해하기 위해서는 컴파일 하고 exe파일을 만들때 클래스를 어떻게 적재하는지 보면됨 클래스를 가지고 인스턴스화하는데는 그걸 개많이 하면 메모리를 신경써야됨. 클래스를 1000개 만든다 -> 이건 그냥 코드 줄이 긴거임 클래스 1개 가지고 변수를 개많이 만든다. 권총 클래스로 권총을 1만개 만든다. 이건 권총을 만들때 어떤 모델이나 데이터를 끌어다 쓰느냐에 따라서 메모리를 오지게 차지하느냐의 차이가 있음

[ㅇㅇ 3(121.165)]

아이템 간 시너지 구현은 아이템마다 메세지 받는 큐를 두고, 이벤트를 받을 아이템한테 메세지를 전달해주면 쉬움

[ㅇㅇ 4(121.130)]

인터페이스로 관리하샘

[ㅇㅇ 5(112.186)]

다들 댓글 써주셔서 감사합니다. 양질의 답변들 개발할 때 참고하겠습니다. 다시 한번 감사드립니다.