[📜일지] 페어리 테일즈 #42 - 오브젝트 상호작용

[태보미코(taebomico)]

개발을 방해받고있는 요즈음... 드디어 한발자국 더 나아간 거야요 !

지난 번에도 구현했었던 상호작용 시스템이지만, 조금 마음에 안드는 부분도 있고

그때와는 달라진 부분들도 있어서 새롭게 구현한거야요.

새해 다짐으로 디시에만 쓰던 개발일지를 노션에도 조금은 정리해봐야겠다는 생각이 든 거야요.

디시에 올리는 것과 다르게 잡소리가 없고 음슴체이므로 깔끔한 것을 원하신다면,

앞으로는 이쪽만 확인하시는 것도 무방한 거야요.

오늘의 결과물 !

개발일지 노션버전 링크

오브젝트 상호작용 시스템

기존에는 단순히 플레이어가 주변 상호작용 가능한 오브젝트를 탐색하고 존재하면 자신의 머리 위에 대화 말풍선을 띄워준거야요.

하지만 이렇게 해보니 플레이어 윗쪽에 있는 오브젝트를 가리는 문제점과

몬가... 상대 위에도 말풍선이 떠야 여러 대상이 있으면 구분이 가능하지 않나? 생각이 들게된거야요.

따라서 내가 아닌 상대 오브젝트 위에 말풍선을 띄우자 ! 라는 것으로 결정 !

조속히 여러가지 조건과 문제점을 생각해본거야요.

상호작용

먼저, 상호작용은 플레이어가 상호작용이 가능한 오브젝트에 다가가서 데쉬 버튼을 누를 시에 발생할거야요.

상호작용이 가능한 경우 대상 오브젝트 위에는 상황에 맞는 말풍선(대화, 세이브, 회복 등)이 표시되고,

상호작용 가능한 오브젝트는 가장 가까운 오브젝트를 대상으로 하는거야요.

히든 상호작용 요소같은 경우에는 말풍선을 안띄워줄건데 이런건 그냥 상속받아서 말풍선 표시부분만 없으면 될 것 같고,

스프라이트 사이즈가 커서 중심으로부터 거리를 잴 예정인데 스프라이트 사이즈가 작은 오브젝트보다 멀게 판정되어

보이는 것과 불일치하는 경우는 일단은 나중에 생각해보기로 한거야요. (아마 없을것 같기도 하고요)

그냥 인터페이스를 이용해서 상호작용 가능한 오브젝트들에게 상속받도록 하고 상호작용할 내용을 구현하는 방법도 있지만,

상호작용 가능한 경우 말풍선 처리라던지, 상호작용 가능여부 체크라던지 등 여러가지 요소가 더 존재하므로

그저 인터페이스 하나만 사용하기에는 반복되어 구현해야 할 요소가 생길것 같다 생각한거야요.

따라서 성능적으로는 조금 손해일지 몰라도 편리하게? 이후에 확장가능하게? 진행할 방법을 생각해본거야요.

물론 이것보다 더 좋은 방법이 있을 것 같지만 뉴비는 어려우므로 일단은 생각나는 방법으로 구현 후 나중에 리팩토링 하는 것으로 !

생각해본 방법은

1. 상호작용 가능한 오브젝트들이 항상 부착할 InteractableObject 컴포넌트.

여기서 말풍선, 상호작용 시 인터페이스 함수 호출, 가능여부 체크 등을 진행할거야요.

2. 상호작용 가능한 오브젝트의 메인 스크립트가 상속받을 IInteractable 인터페이스.

이걸 상속받아 구체적으로 상호작용 시 동작할 일을 구현해줄거야요.

3. 플레이어 측에서 상호작용 가능한 오브젝트를 탐색하는 함수.

세 가지를 사용하는 방법이야요.

InteractableObject Class

세이브 포인트의 인스펙터 창이야요.

이런 식으로 저는 상호작용 가능한 오브젝트면 InteractableObject 컴포넌트 부착,

말풍선을 띄우는 오브젝트면 EmotionableObject 컴포넌트를 부착해준거야요.

인터페이스를 이용하면 같은 내용을 여러번 구현하게 되므로 별로일 듯 싶고,

부모 클래스에 구현해 상속시키는 방법은 모든 오브젝트가 상호작용을 하고 말풍선을 띄우는게 아니기 때문에

적합하지 않다고 생각해 이런식으로 컴포넌트를 나누어주었어요.

따라서 메인 스크립트가 이들을 적절히 조작해주어야하는 경우가 생길 수 있고 성능적으로는 손해일 수 있지만,

이 방법이 편하다고 생각해서 진행중인거야요.

어쨌거나 클래스 설명이야요.

상호작용이 가능한 경우 IInteractable 인터페이스와 감정표현은 무조건 필요하므로 RequiredComponent 애트리뷰트를 사용해주었어요.

이러면 실수할 일이 줄어들어 좋지 않을까 생각하는거야요.

플레이어가 Interact함수를 호출하면 이 컴포넌트에서 IInteractable의 상호작용가능여부를 체크하고 함수를 호출하는거야요.

CheckInteractable, StopCheckInteractable 함수는 플레이어 스크립트에서 상호작용 가능한 최우선 오브젝트로 판별 시 호출하는 함수로,

감정표현을 표시하라고 명령하거나 멀어져서 최우선순위가 아닐 경우 제거하도록 명령하는거야요.

플레이어 스크립트

저는 플레이어가 일반 움직임 상태에서만 상호작용이 가능하게 해줄 예정이야요.

따라서 그 상태의 Update함수에서 이 기능을 매번 호출하도록 해주고,

데쉬 버튼 눌렀을 때 상호작용가능한 오브젝트가 존재하면 상호작용하도록 해주었어요.

피직스 오버랩 함수를 이용하였고, 가장 가까운 오브젝트를 찾아 최초 1회 감정표현 표시 및 멀어지면 제거하도록 해준거야요.

오버랩 함수는 사용하다보니 조금 긴가민가한 부분이 있어서 정리를 해두고 있는데

아직 정리가 끝나지 않은 거야요.

혹시 필요한 사람이 있을지 몰라 대략 중요했던 부분 약간 정리한 것을 남겨두고

미래에는 함수 사용해가며 정리본이 완성되어 있을지도 모르는거야요.

링크가 귀찮은 분들을 위한 미리보기 !

데쉬 버튼 누를 경우에는 요런식으로 !

상호작용 오브젝트

사실 아직은 조금 미구현 상태지만, 주요 기능은 구현된거야요.

상호작용 가능한 오브젝트들은 요런 식으로 구현될 예정이야요.

상호작용 시 할 일은 Interactable 인터페이스를 상속하여 구현한 Interact 함수에 구현되어있는거야요.

기타 활성화 시 자신이 세이브 포인트 활성화가 되었는지여부 등을 체크하고요 !

요런식으로 구현 끝 !

서로서로 엮이는 듯 싶지만 그래도 플레이어 스크립트에서 딱히 네 상태는 알필요없고 상호작용 해 ! 이러면 되니

나름은 서로 잘 나눠준게 아닐까! 싶은거야요.

나중에 또 뭔가 추가구현하거나 바뀔 것도 있긴 하겠지만 일단은 잘 작동하니깐 상호작용 시스템은 여기서 끝 !

다시한번 결과물과 함께 끝.

[사슴발레리나(dearvalerie)]

분명 팔다리 없는 요정인데 멍멍이 발바닥 찍히는거 말이 안되면서도 귀여움 ㅋㅋ

[태보미(taebomi)]

사실 발바닥 찍는건 아니고 제 그림실력이 부족해서 그렇지만 육구 조각상인거야요 ! 이 세계는 육구신을 믿고있는거야요 ! 저건 부숴져가는 잊혀진 육구상인 것 !

[스크롤러(jo7294)]

저는 상호작용 가능 콜라이더에 충돌하면 가까운거 검사하도록 했는데 굳이 업데이트에서 항상 추적할 필요 없는듯

[태보미(taebomi)]

개인적으로는 콜라이더 함수사용하면 상호작용 체크용 콜라이더 하나 더 달아주기가 싫었던 거야요. 물론 그 방법도 좋은거야요 ! 의견 감사한거야요.

[카퍠인(happys96)]

[태보미(taebomi)]

[흑뱁마리사(ssss4610)]

상호작용 말풍선에 데쉬 버튼도 같이 출력해주면 더 좋을거같다 우하단에 작게 표시해주면 깔끔할듯

[태보미(taebomi)]

터치 인터페이스만 생각해서 대화가능하면 플로팅 버튼 띄워줄랬는데, 말씀듣고보니 컴퓨터 인터페이스도 있는거야요 ! 감사한거야요 ! 하지만 말풍선 해상도가 가로 20짜리다보니 늘리고 버튼아이콘을 작게 표시하던가 단순한 모양이던가로 해야겠어요

[익명(119.194)]

GOTY껨이다 GOTY껨 !!

[태보미(taebomi)]

[dualSkewer(jmm4658)]

★★인디게임개발갤러리 싸이버거 이벤트 당첨★★ 제 갤로그에 오픈톡 링크 남겨주세요♡♡♡

[태보미(taebomi)]

[ㅇㅅㅇ(h7sa7h2msbxf)]

저거 링크를 데리고다니는 나비 아니야

[태보미(taebomi)]

[익명(183.109)]

GOAT 드리겠습니다 갓겜센세!

[태보미(taebomi)]