[💬] 특정 오브젝트 위치로 이동하는데 오브젝트가 사라졌을시 질문!

[익명(182.222)]

transform 이나 gameobject의 null 값 비교는 비용이 크다고 들었습니다.

formation_target은 다른 게임오브젝트의 transform 컴포넌트 입니다.

위의 스크립트를 갖은 오브젝트가 formation_target의 위치로 이동하는데

이동 도중에 formation_target이 Destroy되면 멈추게 하는 코드를 만들었습니다.

gameobject null 값 비교와 transform null 값 비교중 어떤것이 연산비용이 더적을까요?

아니면 아에 다른 좀 더 좋은 방법이 있나요?

[익명(211.246)]

뭐 엄청난 게임 만드는것도 아닐텐데 솔직히 성능은 신경 당장은 안써도 됨. 정 느리면 그때가서 고쳐.. 그리고 성능적으로 제일 좋은건 그냥 오브젝트 파괴되는 시점에 저 코드를 부르면 됨

[익명(182.222)]

ㄴ그러면 오브젝트 파괴되는 시점에 부르겠습니다. 저도 그게 제일 좋을것 같아요. 감사합니다.

[익명(182.222)]

그리고 엄청난 게임 만들꺼임ㅋㅋ 구린게임이어도 뭐 공부한다고 생각하고 코딩 담금질중

[익명(usnned)]

일반적인 C# null 비교에서 예상되는것보다 크게 느리다는거지 그걸 막 쓴다고해서 게임에 치명적인 퍼포먼스 이슈를 발생시키는 부분은 아닙니다

[익명(182.222)]

ㄴ 10개 정도 되는 오브젝트 update() 에서 null값 비교하는데 충분히 감당되겠죠? 독학으로 검색해서 공부하는데 조금 어려움이 있네용

[익명(116.127)]

일단 gameobject == null로 검사하는건 destroy가 즉시 null로 바꿔주지 않아 오류 위험이 있어서 피하는게 좋음 속도면에서도 == 이 불리하긴 하고.. 그리고 나도 궁금해서 찾아보니 가급적 == 연산자는 사용하지 말라고 함 null검사는 보통 referenceequals로 개체 비교를 추천하더라

[익명(211.246)]

애초에 오브젝트 파괴 됐는지 검사 자체를 할 필요가 없고 검사 자체가 좋지 않음.. 동적으로 생성된 애들은 매니저에서 생명주기를 알고 있으니 파괴된 후에 접근할 일이 없고 파괴 시점에 연결을 끊어야 하는 애들은 이벤트 같은 형식으로 처리하면 됨

[익명(116.127)]

https://overworks.github.io/unity/2019/07/16/null-of-unity-object.html
이거
한번 읽어봐 설명 잘 되어있음

[익명(182.222)]

ㄴ감사합니다 다읽었는데 도움이되네요 몰랐던거 많이알게됨