[🐣질문] scriptableobject 아무리 봐도 이해가 안감...

[익명(121.157)]

사용하는 방식은 그냥 클래스랑 다를 바가 없어 보이고

용도는 데이터 저장이라는데 그럼 json과 차이는 뭔지

아무리 봐도 이해가 안감...

[고닷(m4odn36nekku)]

모듈형시스템만들때 좀 요긴하게 쓰는것같심

[고닷(m4odn36nekku)]

편의성이랑 근데 관리하기는 좀 귀찮은것같음 데이터많아지면 걍 엑셀써서...

[익명(121.157)]

https://ansohxxn.github.io/unity%20lesson%203/ch5-1/#itemcs
여기서
아이템 만들때 왜 사용하는지 모르겠음... 그냥 클래스로 만드는 거랑 다른 게 없는 것 같은데

[익명(121.157)]

참조식이라 같은 내용을 로드할때 메모리를 덜 먹는다고 하는데 아이템은 전부 다른 수치를 갖고 있잖음 그럼 쓰나마나인거 아님??

[고닷(m4odn36nekku)]

[익명(121.157)]

그럼 엑셀 쓴다는것만 알려주라 위 링크처럼 아이템 구현하려고하는 상황인데 엑셀에 아이템 정보를 저장하면 유저가 엑셀 파일 수정하면 스탯이 바뀌는거 아님?

[고닷(m4odn36nekku)]

나는 구글 스프레드시트에서 끌어다쓰는데 암호화나 처리 따로해놓으면 걱정없을듯?

[익명(210.217)]

데이터만 관리하는 식인데 예를들면 아이템 데이터를 그냥 클래스에 넣고 프리팹화시켜서 3개를 생성시킨다고 하면 해당 데이터 사본이 3개가 만들어지는거고 스크럽터블로 데이터를 분리해서 만들면 해당 데이터는 그냥 1개만 있고 다른 3개가 데이터를 참조하는거임.

[익명(121.157)]

ㄴㄴ구글 스프레드시트 쓰는건 게임할때 항상 온라인이라고 가정하고 한다는거지??

[고닷(m4odn36nekku)]

https://assetstore.unity.com/packages/tools/integration/bg-database-112262
이런거 써두 갠찮고

[익명(121.157)]

210.217// 그럼 한 아이템 당 한 스크립터블오브젝트 만들어서 참조시키라는거야? 서로 수치가 다른 아이템은 어떻게 처리해야돼?

[익명(210.217)]

서로 수치가 다른 아이템은 다른 아이템이니까 별도로 만들어야지. 스크럽터블로 만들어놨으면 그냥 에셋메뉴에서 새로 스크럽터블 만들고 인스펙터 상에서 수치만 변경하면 새로운 아이템이 하나 생기는거임

[고닷(m4odn36nekku)]

같은아이템에 수치만다른거를 만들었을때도 유의미함? 스크립터블로 안에 민값하고 맥스값하고 해놓고 템만들때 사이값가져온다고했을때 어차피 변수를 따로 저장해야하잖음

[익명(210.217)]

클래스로 선언하는것과 차이점이라면 클래스로 만들었으면 전역 클래스로 선언해서 애초에 데이터를 가지고 있게 만들던가 아니면 새로 클래스를 생성해야하잖아. 근데 아이템의 대부분은 그냥 해당 아이템의 데이터만 참조하는 식이라 여러개를 생성하면 중복되는 불필요한 클래스들이 다수 생성됨. 이걸 방지하려면 별도로 매니저를 만들어서 얘가 모든 아이템 클래스를 한번씩 생성해서 가지고 있고, 다른 애들은 이 매니저에 접근해서 아이템 정보를 가져오는 식으로 만들어야 하는데 이런것보다 그냥 스크럽터블로 생성해두고 직접 참조하는게 훨씬 편하다는거지

[익명(121.157)]

ㄴ덕분에 이해함 그래서 createassetmenu랑 같이 쓰는거구나 같은 아이템이 인스턴스 여러개 생성해도 한 스크립터블오브젝트 참조하도록

[고닷(m4odn36nekku)]

예를들어 여러번 나눠먹는 포션같은걸 소지하고있을때라던가는 아이템마다 별개로 돌아가야하는데 이런부분에서 좀 어지러운거심

[익명(121.157)]

ㄴㄹㅇ좀 머리아픈 케이스가 많은듯

[익명(210.217)]

모든 수치가 가변값을 가지고 있으면 그럴수 있는데 그냥 단순히 데이터 참조용이면 별도로 변수 선언안하고 가지고있는 스크럽터블 오브젝트의 특정 데이터를 참조하도록 만들면 됨

[고닷(m4odn36nekku)]

고정값은 스크립터블이고 변동값은 걍 클래스?

[익명(121.157)]

모노비헤이비어 상속받는 진짜 포션 객체를 만들고 그 내부에서 고정값만 스크립터블오브젝트로 불러오면 될것같음

[익명(121.157)]

근데 사실 보면 볼수록 json이나 csv가 더 매력적이네 내 눈에는

[익명(210.217)]

스크럽터블이 직접 아이템의 역할을 하는게 아니라 아이템의 데이터만 가지고 있는거고 실제 이 스크럽터블을 가지고 아이템을 사용하는 클래스가 씬에서 진짜 작동하는 아이템인거임. 방금말한 포션같은경우엔 원본의 데이터를 가지고 새로 변수를 할당해줘야하긴 하는데. 아이템 정보를 표시해줄 텍스트라던가 이런거는 고정값이잖음? 이런게 포션마다 데이터를 가지게 하면 그 텍스트가 수십개 생기는건데 스크럽터블을 참조해서 가져오는 식으로 하면 스크럽터블 데이터 하나만 가지고 여러곳에서 활용할 수 있다는거지.

[익명(210.217)]

아이템 갯수가 많을수록 다른 방식으로 하는게 좋긴 함 정렬해서 보기도 편하고. 스크럽터블은 유니티 자체 지원이라 별도로 준비할거 없이 쓸 수 있어서 편한거지

[고닷(m4odn36nekku)]

[익명(210.217)]

json이랑 csv랑 좀 차별점을 두자면 일단 데이터 참조식으로 쓰긴 하지만 어쨋든 클래스기 때문에 퍼블릭 메소드를 가지고 있을 수 있음...이 경우엔 단순 데이터 참조용 말고도 해당 스크럽터블의 메소드를 실행시키는것도 가능하고..

[ㅁㅁㅁ(125.132)]

static

[익명(183.100)]

나는 유니티 비주얼 에디팅과 친화성 때문에 사용함. 댓글로는 잘 설명이 안되는데 만일 포션 효과가 시간이 경과할수록 줄어들고 그 곡선이 서로 다르다면 시트로 만들어서 json으로 뽑는 건 손이 많이 감. 그런데 유니티 안에서는 한 줄이면 해결되지

[고닉은부끄러워(kdpt7t9mpp19)]

json보다 편하지 gui를 제공해주니깐

[소닉쫄따구테일즈(dcz3xv7zgu14)]

스크립터블오브젝트 특징 1.그냥 수정하면 그대로 저장됨 2.로드가 빠름 (유니티 주장. 다른곳에서 테스트한결과도있는데 대체로 맞는듯) 3.로드가 편함 (스크오브젝트에 의존된 애셋은 자동으로 같이 로드됨.) 4.로드가 불편함 (함부로 의존성 사용했다간 다같이 로드되는 점) 5.로드가 불편함2 (이 리소스는 유니티에서밖에 사용못함. 서버같은데서 사용못해) 6.GUI로 리소스 수정하기가 편함 등등드읃ㅇ

[익명(218.233)]

니가 본문에 썼네. 클래스 + 데이터 저장 용도.