[💬] 오늘 하루종일 인벤토리 만드는데 수정자 패턴 익숙해지기가 어렵구나

[ㅆㅇㅆ(124.216)]

아이템을 얻는다->능력치를 모디파이어로 수정해서 수정한다 이게 머리로는 쉬운데

막상 아이템을 먹고, 인벤토리에 생성하고, 그 아이템을 장착했을때 능력치를 수정하게 한다는게 생각보다 구현이 힘드네

디아블로라이크같은 인벤토리 스타일을 원하는데, 내가 예전에 만들었던 방식이라서 디아블로 라이크같은 인벤토리 스타일은 되는데 능력치 수정이 안되네

다른 사람들은 인벤토리 하루만에 만들던데 한 일주일쯤 잡아야긋다

능력치를 배열로 써서 참조를 해야하는데, 내가 생각보다 이 부분에서 약했네

[ㅇㅇ 1(223.38)]

장착한다 = 능력치가 오른다 직결 시키면 관리 어려워짐 장착한다 = 영향을 받는다 영향을 받는다 중 하나가 능력치가 오른다 여야 플렉시블함 위 개념 염두해두고 작업하셈

[ㅆㅇㅆ(124.216)]

아, 이 개념으로 이해를 해야하는거구나. 어쩐지 내가 접근을 좀 잘못한듯 고맙다.

[ㅇㅇ 1(223.38)]

디아블로 로그 라이크 식이면 더 쉽게 관리해야함. 이 아이템 장착 방식을 사용하는 객체가 수백 수천개가 아닌 이상에야 연산의 합산을 계속 들고 다닐 필요가 없음. 장착 때마다 합산 감산하지 말고 필요할 때 마다 현재 영향 주는 애들 그때그때 합산하셈. 객체가 수백 수천개 되는 게 아닌 이상 문제 없음.

[ㅆㅇㅆ(124.216)]

아, 그러면 결국 중간에 연산해서 최종값만 계산하게 바꿔야겠구나 그리고 그걸 업데이트하고? 고맙다

[ㅇㅇ 1(223.38)]

중간에 연산한단게 먼 뜻인지 모르게씀. 암튼 필요한 순간마다 그때그때 계산하란 의미임. 계산이 누산이 되면 변경에 대처할 때 손이 가기 시작함.

[ㅆㅇㅆ(124.216)]

ㅇㅇ네말은 그냥 아이템을 Equip할때만 계산하면 되는거 아니야? 나는 지금 그렇게 이해하고 있음

[ㅇㅇ 1(223.38)]

이거도 이따 밤에 추가 기술해줌. 이건 클래스 구조의 개념 쪼개기에 밀접한 문제라 정답은 없음.

[ㅇㅇ 1(223.38)]

정 성능이 걱정되면 구성요소가 바뀔 때마다 증가하는 카운터 값 넣고 연산 결과 캐싱해서 조회하셈. 외부에서 조회 할 땐 캐싱된 값을 주는 데, 만약 카운터 바껴 있으면 그때 다시 계산해서 캐싱하고 넘겨주는 형태로. ㅇㅋ? 이 경우가 압도적으로 버그의 여지가 적음.

[ㅆㅇㅆ(124.216)]

아 이거는 너무 어려운 개념인거 같다, 윗 댓글은 이해가는데, 혹시 참고할만한 문서 있어? 답변 고마운데 2번째꺼는 내가 컴공 전공이 아니라서 좀 이해가 어렵네 미안하다

[ㅇㅇ 1(223.38)]

문서는 몰?루 폰이라 지금 당장 더 대답하기 어려움. 오늘 밤 중에 예시 코드 달아줌. 내일 확인하셈.

[ㅆㅇㅆ(124.216)]

진짜 고맙다, 일단 첫번째는 수정할려고 결국 최종값만 보이면 되니까 전부 하나하나 배열로 값을 저장할 필요가 없었네

[ㅇㅇ 3(223.38)]

class CachedValue int updatedAt = -1 int counter = 0 object value get set 이 정도

[ㅇㅇ 3(223.38)]

예를 들어, status 구조체로 스탯 관리를 한다고 치면 저기서 value가 status면 됨. 스탯에 영향을 줄 수 있는 행위가 발생하면 counter 값을 1씩 증가 시키면 되고 value에 값을 저장할 때, 당시의 counter 값을 updated에 저장하면 됨.

[ㅇㅇ 3(223.38)]

그럼 value를 get할 때 counter와 updatedAt이 다르면 캐싱된 값이 유효하지 않을 수 있으니 그때 새로 value를 재 계산해서 저장해주고 updatedAt 갱신

[ㅇㅇ 3(223.38)]

캡슐화나 추상화는 입맛대루 쓰고. 값 get할때 get 내에서 counter랑 updatedAt 비교해서 Func 같은 걸로 알아서 value 새로 계산하게 하는 것도 좋은 방법임.

[ㅆㅇㅆ(124.216)]

오케이 근데 또 다른 질문하자. 이제 능력치는 차라리 아이템 매니저에서 전부 합산한후에 그 합산한 값을 이벤트로 처리할려고 함. 근데 이제 궁금한게 혹시 아이템에 특수효과(플레이어 발바닥에 불이 난다거나) 이런거는 어떻게 설정해야하냐? 능력치 합산까진 알겠는데 배열 설정해야하나

[ㅇㅇ 3(223.38)]

이것도 연출 담당하는 매니저 만들어 놓고 관리하셈. 몇 가지 방법론이 있겠는데... 내가 생각하는 쉽고 쓸만한 방식 알려주겠음.

[ㅇㅇ 3(223.38)]

아 연출이 아니라 아이템 특수효과 얘기군. 잠만.

[ㅇㅇ 3(223.38)]

음. 내가 주로 쓰는 방식은 특수효과를 발휘할 수 있는 소스마다 interface를 심고 함수를 콜하는 거임. 가령 이런 식임. class itemSomething : item, iTriggeredSource iTriggeredSource.Trigger(TriggerTiming timg, param) 이런식으로 가닥을 잡으셈

[ㅇㅇ 3(223.38)]

함수 1인자는 enum 2인자는 다중 인자로. enum은 게임에 맞춰서 OnMoved, OnDameged 정의해서 심어 놓고 아이템 마다 스크립트 짜셈.

[ㅆㅇㅆ(124.216)]

고맙다 고려해볼게

[ㅇㅇ 1(223.38)]

또 뭐 있지. 유니티 쓰면 어지간하면 위와 같은 형태로 작업할 때 C# interface 잘 활용하셈. 코드 수십 라인 아낄 수 있음

[ㅆㅇㅆ(124.216)]

내가 잘몰라서 그런데 인터페이스는 결국 내가 그 인터페이스에 할당된 메서드를 구현해야하는 메서드라서 통일감은 줄 수 있는것같은데 코드를 아낀다는건 뭐야? 내가 잘몰라서 그럼

[ㅇㅇ 1(223.38)]

이것두 위랑 같이 오늘 밤 중에 달아줌 내일 보셈.

[ㅆㅇㅆ(124.216)]

고맙다 넌 내 게임 발매하면 공짜로 줄게.. .물론 줘도 안할 퀄리티겠지만

[ㅇㅇ 2(223.38)]

아 어제 약속자리 넘 길어져서 뻗었다. 미안타. 오늘 천천히 답해줄게.

[ㅆㅇㅆ(124.216)]

고맙다 ㅠㅠ 기다렸음 안자고

[ㅇㅇ 3(223.38)]

버닝비버 부스 지키면서 폰으로 답하는 거라 답 느림 대충 지금부터 써 봄