[💬] 스크립터블 옵젝이랑 그냥 옵젝이랑 무슨차이야?

[익명(180.182)]

ㅇㅇ

[Kaonuri(hon454)]

짧게 말하면 런타임, 에디터에서 인스턴싱이 되는 데이터 컨테이너라고 보면 됨. - dc App

[Kaonuri(hon454)]

기존 게임오브젝트들은 씬에 배치되거나 개발자가 직접 인스턴싱을 해줘야하지만 스크립터블 오브젝트는 에셋화 되어 있으면 게임의 가동과 동시에 인스턴싱 되는게 차이저 - dc App

[익명(180.182)]

아이템 so하면 안좋겠네 개수많아질수록 손해자낭

[익명(124.197)]

디스크 IO가 이득인지 죄다 올려놓고 쓰는게 이득인지 잘 따져서 써야지 ㅇㅇ.

[Kaonuri(hon454)]

'데이터컨테이너'의 역할을 하는데 객체가 많아지게 구성 될리가; 오히려 스크립터블 오브젝트의 주요 기능은 기존 게임오브젝트 객체의 경량화임. - dc App

[Kaonuri(hon454)]

그리고 아이템은 실제 SO를 활용한 시스템에서 가장 보편적으로 구현되는 부분임. - dc App

[익명(180.182)]

아이템을 다른 so에 담아 두는거 말고 아이템 자체가 so상속 하고 있는 구조 말하는 거임 대부분 에셋이 그렇게 되있으니까 이게 1000개아이템이 있으면 로드시에 메모리에 다 올라간다는 거잖아

[Kaonuri(hon454)]

SO가 사용이 되려면 다른 컴포넌트들에 바인딩 되어야 사용이 가능하고 그 말은 언제나 하나의 SO는 하나 이상의 게임내의 컴포넌트들과 연관되어 있는 거임. SO를 쓴다는 것 자체가 여러 컴포넌트들이 공통으로 런타임에 사용할 데이터/함수를 정의하기 때문에 SO는 런타임에 로드 되는 수가 많아도 이득임. - dc App

[Kaonuri(hon454)]

그 1000개가 로드 되는걸 무서워 하는게 이해가 안되는게 SO를 안쓰면 그 아이템 인스턴스가 게임내에 곱절은 많을 거임 - dc App