[💬] 이벤트 if싸게 한다는 애, 참고해라

[익명(175.204)]

이벤트 목록이 많아지거나 확장할 생각이라면 Player 하나가 모든 이벤트를 관리하면 댁처럼 if문도배되고 힘듬

그리고 이벤트 발생체크를 프레임마다 할거면 그런 게임은 매프레임마다 체크하는건 크니까 이동입력때만 하던가. 프레임을 좀 넘기던가..

Player와 각 오브젝트의 interaction으로 인한 이벤트 트리거 방식은 알아서 생각해. 

너가쓰는 자바스크립트 쓴다는 엔진?은 뭘로 하는지 난 모르겟네

유니티는 대충 저런방식으로 이벤트 게임오브젝트가 이벤트 트리거를 동작시키면돼

Player가 이벤트 트리거 로직을 가지면 모든 상대 오브젝트를 구분해야하지만(그래서 너처럼 80개 if문이 생기는거고)

위처럼 이벤트 게임오브젝트마다 자기 트리거로직을 가지면 그냥 Player인지만 구분하고 실행할 이벤트 이름만 알면돼.

나머진 이벤트 매니저가 하면돼고. 

이건 그냥 내가 방금그린 하나의 예일 뿐이야.

[위을(aaaga)]

엔진 아니고 그냥 라이브러리임 충돌을 검출하려면 for문이 필수적인데 이걸 매프레임 돌리느니 if문 80개 한바퀴 돌리는게 나은거 같은데 한맵이 90x90인데 for문 한번 돌리면 8100개를 검사해야됨..

[익명(175.204)]

그건 확실히 나쁜 방법이지. 유니티에선 충돌을 프레임마다 검사하지 않아. 충돌이 발생할때만 엔진이 알려줘서 그때 구분하거든.

[위을(aaaga)]

그럼 엔진이 내부적으로 for문을 돌리는거 아닌가?

[익명(175.204)]

그래도 엔진내부(저수준API에서 물리계산)과 틱메시지(엔진이 제공하는 프레임워크 로직 범주)에서는 성능부터가 다르지.

[위을(aaaga)]

어쨌든 난 메모장으로 만드는 중이니까 그런 엔진의 도움은 못받음

[익명(175.204)]

하여간 저 로직그림의 핵심은 이벤트관리를 Player에서 하지 말라는 거야. 상자?별로 플레이어만 구분하고 자기가 실행할 이벤트 이벤트매니저에 보내면되니까 플레이어에서 if문을 그렇게 쓸필요없단거지. 이벤트매니저에서는 분기해야하지만 매 프레임 할 필요가 없는거고

[위을(aaaga)]

플레이어 아니고 맵에서 검출하는거임 내 게임은 플레이어라는 객체 자체가 없음 그냥 화면 정가운데에 이미지만 있을뿐

[익명(175.204)]

플레이어라는건 그냥 개념적, 관례적 명칭일 뿐이야.... 객체든 이벤트든 돌멩이든 점이든, 입력이든 뭐가됐든 이벤트 트리거에 필요한 뭔가가 있을거 아냐...

[위을(aaaga)]

그게 맵의 x,y좌표임

[익명(175.204)]

그래 그 x,y 좌표를 가진 그놈! 그게 player라고

[위을(aaaga)]

근데 그거말고는 객체가 없어..