[💬] 유니티 겟컴포넌트 참조 속도때문에 꼬이는 경우있음?

[dd(218.234)]

원래 아무 이상없었거든?

근데 갑자기 진짜 갑자기 겟컴포넌트가 아직 안된상태로

해당 객체를 참조 요구해서 널레퍼런스가 뜨네, 관련된거 1도 안건드렸는데

[익명(121.148)]

같은 프레임 내에서 실행되는거는 참조속도 영향 받을껄 겟컴퍼넌트 자체가 속도가 있다는게 아니라 모든 명령어가 다 그럼

[ㅇㄷㄴ(210.126)]

동시에 Start 하거나 하는 거냐. 괜히 Awake Start 만들어 놓은거 아니다.

[dd(118.42)]

?? 먼 돼먹지 못한 언어냐. 순차실행 아님?

[산적대왕(121.150)]

그래서 명확한 경우에는 겟컴파지말고 퍼블릭으로 에디터에서 드래그앤드랍으로 명시해두면 문제가 일어날일이 적어짐. Requiredcomponent 도 넣어주면 더 좋지만 귀찮아...

[ㅊㅋㄴ(58.122)]

참조속도는 무슨 개소리 ㄷ

[dd(218.234)]

정확힌 한쪽은 awake 참조, 그 awake 참조한놈의 함수를 다른애가 OnStageLoad에서 실행 인데, 지금까지 아무 이상없었다가 갑자기 널레퍼런스 뜸, 결국 퍼블릭으로 고정해서 박았는데 한두번도아니고 이럴때면 유니티 ㅄ같음, 겟컴포넌 츠 로 가져올때도 게임오브젝트에 붙어있는 컴포넌트들 위아래 순서 상관있더라

[익명(220.117)]

스크립트 실행순서를 인위적으로 조정하는 방법이 있지만 조정할 스크립트가 많아질수록 좃같아짐. 애초에 어떤 스크립트부터 실행되더라도 문제가 안생기도록 짜는게 베스트

[익명(223.38)]

무슨 멀티스레드 프로그래밍 하니? - dc App

[익명(61.79)]

Awake랑 start괜히 구분해놓은게 아니다 인붕아

[익명(122.211)]

당했구나 ㅋㅋㅋㅋ Awake, Start 같은 유니티에서 제공하는 호출시점에 의존하게 되면 언젠가 부딫히는 벽임 스크립트별 호출순서를 제어하는 것도 있긴 한데 이건 더 큰 벽을 향한 행진이 될 것이야

[익명(122.211)]

유니티에서 제공하는 호출시점을 되도록이면 쓰지마라 이거 안 쓰고 어케 구현하냐구? 스크립트를 관리하는 매니저 클래스가 필요하다. 더 정확히는 Monobehaviour들을 로드하고 초기화하고 파기하는 흐름을 제어하는 놈이 필요할 거야