[📚정보] 스크립터블 오브젝트가 스크립터블 오브젝트인 이유??

[루돌프돌프건도..(penguinnom)]

질문글 보고 와 이걸 왜 안궁금해 해봤지 생각해본 유린기임.

사실 스크립터블 오브젝트가 왜 스크립터블 오브젝트인지 답은 못찾았는데 

찾아보면서 알아낸게 은근 중요한거 같아서 정리해봄.

틀린거 있을 수 있음.

일단 조사를 시작하자면 공식문서부터 들여다 봐야겠지

유니티 공식문서에 중요한 클래스들이라는 문서가 있어서 봐 봄

https://docs.unity3d.com/Manual/ScriptingImportantClasses.html (중요한 클래스들)

거기에 있는 클래스들은 이렇게되어 있었음

• GameObject, MonoBehaviour, Object, Transform, Vectors, Quaternion, ScriptableObject, 
• Time (and framerate management), Mathf, Random, Debug, Gizmos and Handles

이거를 내 나름 분류해보면

객체 : Object, GameObject, ScriptableObject, (컴포넌트:  MonoBehaviour, Transform)

수학관련: Vectors, Quaternion,Mathf,Random, Time (and framerate management),(시간도 수학인가?? 몰름 일단 숫자라 여기 넣음) 

기타유틸?: Debug, Gizmos and Handles

그렇구나..

암튼 유니티 객체들의 근본인 Object가 있다는 것쯤은 쉽게 알 수 있따.

유니티 Object 상속받는 직계자식들 중 3형제를 보자면

GameObject, Components, ScriptableObject 이렇게 있음

============================================

GameObject는 씬에 표현되는 유니티 오브젝트 (테란)

Components는 GameObject에 붙어서 살아가는 기생 종족 (저그)

- 인스턴스를 자기 스스로 만들지 않고 스크립트를 GameObject에 붙여놓기만 하면 나중에 GameObject가 알아서 하는 방식.

- GameObject를 상속하지 않았지만 사실상 GameObject의 확장팩이라고 봐도 될 것 같은 클래스임.

ScripatableObject는 GameObject에 붙어서 살아갈 필요 없는 자생 종족. (프로토스)

- CreateInstance라는 스태틱매소드를 보유함.

- 이점은 컴포넌트와 비교해서 굉장히 중요한 특징이라고 생각되어짐.

- 약간 작은 싱글턴같은 느낌이 드는 그런 기분이 듬

============================================

이렇게 생각해보면 이제 유니티의 Object는 크게

1.GameObject, 2.ScripatableObject 두가지로 나눌 수 있음.

사실 생각해보면 c# 스크립트 만들어서 스크립트 짜면

GameObject를 직접적으로 상속받아서 클래스 짜는게 아니고

Object>Component>Behavior 순으로 상속받은 MonoBehavior를 상속해서 Component클래스를 짬.

그래서 보통 스크립트를 짜면 GameObject의 확장팩인 Component를 정의해주는 정도에서 끝남(?)

개발자가 GameObject에 관련된 클래스를 스크립트로 짜는 경우는 흔한 경우는 아닌 것 같음.

그런데 ScriptableObject는 스크립트에서 객체의 정의를 전부 해줄 수 있음.

그래서 이름이 스크립터블오브젝트인가??

이제 더이상 잘모르겟음

난 이만 ㅋㅋㅋㅋㅋ

[히이잉(chlwltn4444)]

[익명(124.57)]

[익명(124.57)]

'유니띠는 오브젝트보다는 컴포넌트에 스크립트를 다는 경우가 많아서' 라고 생각하니까 작명이 이해가네

[익명(116.38)]

이름에 너무 큰 의미를 부여할 필요는 없다고 생각함... 어떻게 동작하는 건지를 이해하는게

[익명(124.57)]

이름때매 헛갈려서 물어밧음

[익명(39.123)]

그건맞음 ㅋㅋㅋ 근데 궁금해본김에 유니띠의 개발철학을 이해해보자 이거지