[💬] 결국 CSV로 파싱해서 인벤토리 구현했는데

[ㅆㅇㅆ(124.216)]

문제는 SO로 저장해둔 무기 디테일(발사시 사운드, 아이콘 같은 걸 SO로 저장함)들이 문제네

GPT한테 물어보니까 그냥 CSV 파싱 개짓거리하지말고 SO로 처음부터 만들어서, 무기 장비때마다 디테일SO 불러오게 하라던데

괜히 CSV로 바꿔서 구현했나 싶고

CSV에 아이템 넘버에 따라서 디테일한 것들은 SO매핑하는 방식으로 구현해야하나?

(여기서 디테일한 것들은 총기가 생성하는 사운드+총알 프리펩같은것)

그냥 SO로 만들면 SO 매핑같은 귀찮음 대신해서 바로바로 SO 불러올 수 있는데

왜 유니티 많은 강의들이 인벤토리 SO로하는지 알거 같다.

CSV로 구현한거 솔직히 구현만 존나 힘들지. SO랑 차이도 없는거같네 성능 상의 차이도 없는것같고

[ㅇㅇ 1(124.28)]

csv가 성능 더구려

[ㅆㅇㅆ(124.216)]

성능 더 구린지 안 구린지는 모르겠는데 더 귀찮은건 맞는거같음

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[ㅆㅇㅆ(124.216)]

쓰읍

[ㅇㅇ 3(218.159)]

규모에따라 효율성이다를건데 - dc App

[ㅆㅇㅆ(124.216)]

몰겄다 이것도

[Qead(hd3lq19md6p9)]

CSV로 만들어진 걸 에디터상에서 SO로 만들어주는 소스코드 만들면 되는 부분이지 않음?

[ㅆㅇㅆ(124.216)]

ㅇㅇ 그렇게하니까 그냥 처음부터 SO로 만들라고 GPT가 그러더라. 그럼 결국 CSV로 만드는 장점이 없으니 CSV에 저장한 아이템 넘버랑 무기 디테일 SO랑 딕셔너리로 매핑시켜서 가져오게 할까 고민중 아니면 걍 SO로 다시 바꾸던가 해야겠다

[Qead(hd3lq19md6p9)]

혼자서 개발하는 거면 굳이 CSV 쓸 필요 없긴 하지 ㅇㅇ

[ㅆㅇㅆ(124.216)]

어쨌건 고맙다. 일단 구현은 했다만 이건 뭐 이후에 어떻게 손대야할지가 몰라서 문제네 이전에 질문했을때 문제된건, 빌드시에만 SO에서 동적으로 로드 할 수 있어서 로드가 안됐던거였다는데

[ㅇㅇ 4(121.191)]

언리얼은 데이터 테이블이라고 CSV, JSON을 임포트, 익스포트 해주는거있는데 얘네는 그런 콘텐츠 에셋은 레퍼런스 경로 같은거로 처리함 유니티면 에셋마다 고유ID로 처리하는거로 아는데 임포트하는 코드 직접만들었으면 자료형이 에셋인경우 ID잘 써서 가져오면 될듯

[ㅆㅇㅆ(124.216)]

이거는 내가 이해를 잘못하고 있는듯 좀 더 공부해야겠다

[ㅇㅇ 5(14.37)]

csv는 엑셀하고 쓸 때 진가가 나오는거 아닌가