[🐣질문] 언리얼 공부중인데 이런식으로 구현하면 나중에 도움안됨?

[익명(112.148)]

Tick 함수로

계속 물체 A와 B의 거리를 구해서 일정거리가 되면 상태가 바뀌게하는거

Tick으로 매틱마다 거리구하고 거리비교하는거 넣는건 비효율적이라서 기왕이면 다른방법찾는게 좋음??

[오목눈이(218.48)]

그냥 트레이스 쓰면 되는거아님?

[익명(118.47)]

매 프레임마다 필요하다면 어쩔 수 없지. 나라면 그냥 틱에서 호출함. 만약 갯수가 많아서 부하가 심하면 좌표를 얻어와서 태스크로 별도 스레드로 처리하는 방법도 있고.

[익명(usnned)]

언리얼에 국한되는 문제는 아닌거 같고

[익명(usnned)]

설계라는건 문제의 발생과 규모에서 출발하죠

[익명(usnned)]

한두개만 그런거라면 문제가 아니겠지만, 범용적으로 다수 사용되는거라면 문제가 되죠

[익명(usnned)]

이런 경우는 Area나 Region같은 개념을 따로 구현해서 효율적으로 체크할 수 있는 형태의 설계를 고민해보는 식

[익명(usnned)]

언리얼을 안해봐서 상세 내용은 모르겠지만 아마 엔진 자체에서 저런 용도로 쓸 수 있는 기능이 이미 있을듯 싶네요

[익명(112.148)]

감사합니다. 최대한 효율적으로 해보겠습니다.

[익명(usnned)]

유니티는 컬라이더를 트리거로 쓰는 식으로 가능

[익명(112.168)]

컬라이더를 트리거로쓰는건 틱보다 무거운 짓임. 트레이스도 마찬가지고. 애초에 컬리젼체크가 만드는 입장을 편하게 하기 위한거지. 수식으로만 짜는것보다 무거울수밖에없어.

[익명(112.168)]

최적화하려면 수식만으로 틱 처리하고. 제작편의상 어쩔수업을때만 컬라이더를 써야하는거임.