[🐣질문] 충돌하느냐, 충돌당하느냐(?) 그것이 문제로다

[고도엔진(godotengine)]

위의 스샷에서

플레이어는 가시에 닿으면 죽고,

S가 적힌 상자(세이브 포인트)에 닿으면 게임이 저장된 후 상자는 사라지고,

화살표가 위로 향한 구체(아이템)에 닿으면 공중에서 한 번 더 점프할 수 있게 되면서 구체는 사라지는

그런 상황임

고도 엔진으로 구현을 했고 게임은 의도된 대로 굴러가지만 문제는...

가시와의 충돌은 플레이어 객체에서 가시와 충돌했는지를 검사하고

세이브 포인트, 아이템과의 충돌은 각각의 객체에서 플레이어와 충돌했는지를 검사하는 식으로 코드를 짰었음

일관성 없게 가시만 따로 플레이어에서 충돌 확인을 하게 만든 이유는

나중에 가시 이외의 플레이어와 충돌시 플레이어를 죽이는 장애물을 추가하게 될 때

따로 코드 같은 걸 추가할 필요없이 해당 장애물의 충돌 레이어를 가시의 충돌 레이어랑 같게 만들어주면

플레이어가 가시와 충돌할 때 작동되는 코드가 마찬가지로 새로운 장애물과 충돌할 때도 작동하게 만들어 줄 수 있어서 그렇게 했음

그런데, 가만 생각해 보니 나중에 추가하게 될 지도 모르는 장애물들을 생각해 보니

꼭 플레이어와 충돌한다고 해서 바로 플레이어를 죽이는 장애물만을 추가할 것 같지는 않더라

예를 들면 특정 스위치가 작동 되었을 때 플레이어와 충돌해야만 플레이어를 죽이는 장애물 같은 것들(예를 들면 그냥 전선에 닿으면 안죽지만 전류가 흐를 때 닿으면 죽는 장애물)이지

그런 장애물을 추가하게 된다면 아마도 미래의 나는 해당 장애물에서 플레이어와의 충돌을 검사하여 작동하도록 프로그램을 짜게 될 것 같더라

왜냐면 새로운 신(클래스?)을 만들면 기존의 신에 코드를 추가하는 것 보다 새로운 신에 코드를 추가하는 게 더 자연스럽다고 생각하거든

물론 이렇게 해도 프로그램은 전-혀 문제 없이 잘만 작동하겠지만, 게임 프로그래밍을 배우는 입장에서 뭔가 찝찝함;;

왜냐면 가시와 같이 플레이어와 충돌하면 무조건 플레이어를 죽이는 장애물이든 그 새로운 장애물 같이 특수한 조건이 붙는 장애물이든

똑같이 장애물인데 하나는 플레이어에서 충돌을 제어하고 다른 하나는 자기가 플레이어와의 충돌을 제어한다니;;

그럼 제일 깔끔한 방법은 그냥 플레이어와의 충돌 이벤트가 있는 신들은 죄다 자기가 플레이어와 충돌하는지 검사하도록 하는 게

제일 낫나? 싶더라고(플레이어와 충돌하면 무조건 플레이어를 죽이는 장애물들은 공통되는 부모 클래스를 만들어서 상속받고 다른 장애물들은 따로 코드를 짜는 식으로 구현)

그러니까 플레이어가 '충돌한다'고 프로그램을 설계하는 것보다 플레이어가 '충돌당한다'고 설계하는 게

코드 일관성 측면이나 유지보수 측면에서 유리하다고 판단했고 그렇게 코드를 바꾸려고 마음 먹었는데...

나 말고 다른 사람들은 어떻게 프로그램을 설계하는지 궁금해서 질문 글 올림

충돌하는지? 충돌당하는지? 아니면 코드 일관성 신경 안쓰고 그냥 상황에 따라 적당하게 스까 쓰는지?

그리고 이 중에서 어떤 선택지가 가장 바람직한지 알고 싶음

[익명(124.57)]

몬말인지 모르겟음 충돌 이벤트를 기존에 존재하는 플레이어에서 총괄하느냐 아니면 새로 추가되는 객체에서 각각 관리하느냐 이거임? 그럼 나도 고민이라 몰르겟음

[익명(lcthrp)]

되는대로 짜고 나중에 필요하면 예외처리해. 소규모 게임이면 그걸로 충분하고 프로젝트 커지면 어차피 나중에 다시짜야됨

[익명(118.222)]

1. 가시(공격자)가 닿은 플레이어에게 데미지 신호를 보낸다 2. 플레이어쪽에서 데미지를 100% 받을지 무적 상태로 무시할지 등등 결정한다 3. 플레이어쪽에서 공격자 쪽으로 데미지 처리 결과 데이터를 보낸다 4. 공격자쪽은 공격 성공에 대한 이펙트, 동작 등을 실행한다

[아이리쨩다이쇼리(soos2075)]

난 당하는 객체에서 처리 다하는식으로 짰음. 근데 충돌체에서 정보를쏴줌, 예를 들어 데미지라던가 상태이상이라던가 그런걸 넘겨주고 처리를 당하는애가 하는식으로