[📜일지] 업그레이드 구현 방식 결정 + vInspector 팁

[211214(tomatoss)]

업그레이드 구현 방식 뭐가 더 나음?

모디파이어

• 30명 참여
• 1개 선택
• 모두 가능
• 종료

결과 미리보기

1. 1번 우아하게57% · 17표
2. 2번 단순하게43% · 13표

원본에서 투표하기

투표 고마워여

근데 둘 다 애매해서 새로운 방식으로 결정함 ㅈㅅ

그냥 개별 필드로 관리하는 것임
배열, 리스트에는 vInspector 어트리뷰트가 적용이 안 되갖고..
우회할 방법 찾다가 이렇게 바꿨슴

그리고 비트플래그를 활용하면 공용 필드도 만들 수 있어서
시리얼라이즈레퍼런스못지 않은듯?

[발가락모서리엣큥(rhkdaud2ck)]

솔직히 님 혼자 작업할거면 아무렇게나 하셈

[211214(tomatoss)]

근데 눈에 안 들어오면 한참 들여다봐야하고.. 이게 스트레스인

[발가락모서리엣큥(rhkdaud2ck)]

나는 그냥 내 담당은 나만 알 수 있을 정도로 개판인데 협업해야할 파트는 잘 정리해서 함

[211214(tomatoss)]

[익명(remote0709)]

[익명(remote0709)]

내 소중한 한표 돌려줘!

[211214(tomatoss)]

[익명(remote0709)]

[l아일리l(identity0028)]

[211214(tomatoss)]

[비월(lunar1228)]

[211214(tomatoss)]

[211214(tomatoss)]

흠 근데 유연성은 시리얼라이즈레퍼런스(스트레티지패턴) 혹은 보편적인 스탯모디파이어 설계에 비해 많이 떨어져서 또 고민임..

[비월(lunar1228)]

@211214 아무래도 저 틀을 벗어나는 상황이 생기면 따로 스크립트를 짜야하니... 저는 저 BaseShotModifier에 해당하는 클래스를 SO로 만들기도 해봤는데 파일 관리하기가 어지러워서 그냥 투표 2번처럼 맨땅에 박았음

[211214(tomatoss)]