유니티 공부 4개월 하고 있는데
강의들 보면 Data들을 ScriptableObejct를 많이 관리하더라고요
ScriptableObjec를 써서 Data관리하면 유니티 외부에서 관리는 어떻게하나요??
일반 클래스로는 json파싱해서 엑셀로 관리는 알겠는데 ScriptableObject는
완전 소규모에서만 사용하나요??
유니티 공부 4개월 하고 있는데
강의들 보면 Data들을 ScriptableObejct를 많이 관리하더라고요
ScriptableObjec를 써서 Data관리하면 유니티 외부에서 관리는 어떻게하나요??
일반 클래스로는 json파싱해서 엑셀로 관리는 알겠는데 ScriptableObject는
완전 소규모에서만 사용하나요??
SO는 대규모 데이터 관리로는 적합하지는 않은듯 외부 데이터 불러와서 SO로 변환하거나 하면서 쓰긴 쓰는것같던데 난 SO를 테이블로 쓰기엔 좀 불편했음
작은 규모면 써도 ㄱㅊ 규모크면 json으로 관리 ㄱㄱ 난 SO는 데이터 컨테이너보단 이벤트 채널이나 종속성 주입용으로 씀
런타임에 즉각적으로 반영할 수 있는게 장점이고.. (스킬, 애니메이션 타이밍 0.01초로 조금씩 봐가면서 조정할 때) 알아서 git과 연동되므로 버전 관리도 좋고 따로 테이블이 필요없는 소량의 데이터 일 경우 여러모로 좋은데 불편하다는 의견이 대다수인 걸로 봐선 저만 그런듯함; 협업 환경에선 거의 안 쓰일듯
1인개발자이고.. 다른 프로그램 왔다갔다하는 거 싫은 분에게 개추
SO는 유니티 에디터에서 사용할 것을 전제로 만들어진 시스템임. 에디터 외부에서 관리할거면 사용할 이유가 없음
소규모 보다는 리소스같이 규모가 적은 데이터에 대한 에디터 관리가 필요할 떄 용이함 대규모 데이터같은경우에는 여전히 엑셀이 편한편이고
저는 보통 외부에서 데이터 가져와서 ScriptableObject형식의 class list로 만들어서 객체 관리용으로 씁니다. - dc App
Excel to ScriptableObject 로 툴을 만들어서 사용합니다.
SO가 커스텀에디터 만들 줄 알면 json보다 훨씬 편하다고 생각함. json으로 파싱해서 엑셀로 관리하는거랑 똑같이 관리하는데, 중간중간 테스트하거나 값 바꿀때 훨씬 편함
그래서 난 BGDatabase를 사용함.
Excel이나 Google Sheet, DB에 연동시켜야함.