[📜일지] 페어리 테일즈 #30, 플레이어 상태패턴 및 Unitask

[태보미코(taebomico)]

정말정말 오랜만에 작성하는 개발일지야오.

이번 개발일지는 결과물만 정리해서 올리고 짧은 데모버전도 공개하려고 했는데...

이 버그 때문에 불가능해졌어오.

3.6에서 3.8버전까지 올려봤는데도 고쳐지지 않고 그동안 사용하면서 꽤나 이상한 문제들을 겪어서

2020으로 넘어오게 되었어오.

일단 그동안 문제를 겪던 부분을 테스트해보니 깔끔하게 해결되었네오 !

21버전에서 사용하던 기능도 대부분 사용가능한 것 같아서 금방 복구할듯해오.

3.6버전에서 발생한 버그가 3.9가 되어서나 고친다니 정말 화가나는 것이야오.

차라리 고도 쓰면서 이런일 생기면 자신을 탓할텐데...

어쨌거나 이렇게 된 참에 그동안 해보고 싶었던

플레이어 상태패턴 구현과 Unitask를 적용해보았어오 !

그리고 여태까지의 작업/기록물들을 정리도 해 보았네오.

앞으로는 개발일지 후딱후딱 작성해봐야겠어오.

회상

사실, 꽁냥이에겐 슬픈 과거가 있는 것이야오.

꽁냥이는 이모티콘이 되고 싶었어오.

하지만 지금보다 더 부족했던 과거의 저에게는 역부족이었나봐오.

아래는 프로토타입만 그려봤던 꽁냥이 힘내콘이에오.

차후에 여유가 된다면 조금 더 정성을 들여서 꽁냥티콘을 업그레이드 해보고 싶은 것이야오.

이전에 본격적으로 게임개발을 하기로 결심하고 작곡도 도전해본 적이 있어오.

캐쥬얼한 음악을 만들고 싶어서 루프 가능하도록 짧게 만들어보았어오.

https://soundcloud.com/nhcxrcwjajq9/practice-01?si=2ed03dc214404293931de7aea068455c&utm_source=clipboard&utm_medium=text&utm_campaign=social_sharing

당시에는 왤케 구대기같지 싶었는데 지금 들어보니 들어줄만 한것 같기도...?

다시 작곡을 도전해보고 싶은 마음이 무럭무럭 솟아나는 것이야오.

잠깐 고양이 디펜스 게임을 만들고 싶어서 그림을 몇개 그렸었는데 지금보니 감회가 새로운 것이야오.

고양이도 슬라임도 너무 귀엽지 않나오?

강화창에 마법진을 그리고싶었는데 문자 그리는것은 창작을 못하겠는 것이였어오...

잡이야기가 길었는데 아래부터 개발일지야오 !

플레이어 상태패턴과 Unitask

그동안은 그냥 간단하게 enum이랑 switch로 조건검사만 해서 조작해줫었는데

이런 rpg스러운 캐릭터 게임은 처음 만들다보니 그걸로는 조건이 너무많이 필요해지더라고요.

이럴때 필요한 것이 상태패턴 !

검색해보니 살짝... 사용하기 불편해보이는 친구들만 보이고

몬스터러브라는 친구가 괜찮아보였지만...

역시 직접 구현해서 사용해보며 공부하는게 좋지 않겠어요?

사실 이게 상태패턴방식으로 구현한 것이 맞는지는 모르겠지만,

잘못된 부분이 있다면 지적해주시면 좋겠어요 !

일단 저는 각 상태를 컴포넌트로 나눠서 상태별로 enabled해주기로 결정했어요.

오른쪽을보시면 Move, Dash, Damaged 스테이트별로 컴포넌트가 달려있고

각 스테이트에 따라 enabled 되는것을 확인하실 수 있어요.

(아직 내부 구현을 전부 다 한것은 아니라 데쉬 시에 충돌을 안하는데 정상입니다.)

이러면 조금 무거워지기는 하겠으나,

어짜피 플레이어 캐릭터 하나만 사용하는것이기도 하고 사용하기 편한게 중요하지 않을까 싶어요.

그럼 자세한 구현을 보도록 해요.

요건 각 상태별로 상속해주기 위한 부모 클래스에요.

스크립트가 나누어져있다보니 접근을 위해 static으로 PlayerScript를 선언해주었어요.

다음으로 PlayerState를 상속받아 일단 세가지 스크립트

PlayerStateMove/Dash/Damaged를 생성해주었어요 !

다음으로는 플레이어스크립트에서 상태를 제어해주기 위한 코드에요.

enum 순서대로 배열에 넣어주면 되므로 Dictionary가 아닌 배열을 사용해주었어요.

기본 상태는 Move로 넣어주고 인스펙터상에서는 Move를 제외한 컴포넌트는 꺼주었어요.

일단은 private로 변수들을 선언해주었는데 접근이 필요하다면 나중에 public 오토 프로퍼티 써서 바꿔줄 수도 있을것같아요.

오토프로퍼티는 언제쯤 사용해볼 일이 있을까 싶었는데

요렇게 구현하다보니 저도 사용해볼 일이 생겼네요 !

직접 사용해보니 왜 필요한지 알게되는 순간이었어요.

이게 맞는 사용법인지는 모르겠지만요...

이제 Move 상태 스크립트에요.

우리는 상태를 enabled를 켰다 꺼줬다 해주며 사용할 것이기때문에

OnEnable이 상태 진입, OnDisable이 상태 탈출, 이 외 Fixedupdate나 update, 콜리전 등 이벤트 함수를 모두 사용할 수 있어요 !

사실 이 이유때문에 이런방식으로 구현해봤는데 이렇게되면 편하지 않을까요?

이런 방식으로 구현되있는 자료가 있는지 찾아봤는데 못찾은것을 보면 혹시 큰 문제가 있지 않을까 싶긴 한데 아직은 잘 작동해요.

코드를 간략히 설명하자면 PlayerScript 를 Player변수를 통해 접근해서 각종 변수들을 받아와서 조작해주어요.

상태는 딱 하나만 가능하기 때문에 서로 변수에 접근할 일은 절대 없다고 볼 수 있을것 같고 안전하지 않을까 싶어요.

캐릭터 속도를 그냥 velocity 변수에 저장해주는데

PlayerScript의 FixedUpdate에서 rigidbody2d.velocity = velocity로 대입해줍니다.

이렇게 해준이유는 릿지드바디에 직접 넣어주는것보다 변수 따로 만들어서 넣어주는게

나중에 속도 조작해줄 때 훨씬 편해요.

OnCollisionEnter2D함수에서 enabled를 체크하는데,

이유는 enabled되지 않아도 충돌관련 이벤트함수는 작동하더라고요.

아니 이게 맞는건가 싶어서 찾아보니

유니티측에서 비활성화된 게임오브젝트도 충돌관련 처리가 가능해야 편리하다고 이런식으로 되어있나봐요.

이런 자잘자잘한 특이한 사항들을 매번 겪는것같은데 나중가면 매번 까먹어서 또 해메게 되는것 같아요.

사실 다 고만고만하니 Move만 봐도 아시겠지만 unitask설명할 겸 하나 더 추가해보았어요.

unitask는 깃허브나 이 글을 참조하시는 것이 제 설명보다 편할 것 같아요 !

간략히 설명하자면 비동기작업을 할 때 편하게 해주는 친구인데

저는 그냥 코루틴 대체하려고 사용해보았어요 !

가운데 onenable함수가 unitask를 사용한 것인데

await을 사용해서 두트윈이 완료될때까지 기다려주고, 이후에 상태를 변경해주어요.

코루틴보다 조금 더 깔끔한 사용이 되서 좋은 것 같아요 !

free allocation이라고 하니 그냥 대체해서 써도 되지 않을까 싶어요.

대신 이미 실행한 것을 취소하려면 토큰 발행하고 이것저것 살짝 귀찮아지는 것 같은데

이건 코루틴은 선언할때 귀찮은 것이랑 반대되는 부분같아서 재밌는 부분이에요.

마지막으로 플레이어스크립트의 일부분인데 요런식으로 데시 입력을 받으면 상태를 체크하고 상태변경해주면 끝!

fixedupdate에서는 velocity변수를 속도에 대입해주고요.

주석을 달고 글을 작성하고싶었으나 빨리빨리 개발일지 올리고 작업하고 다음 개발일지 작성하고 싶어서 후다닥 하게 되었어요.

생각해본 대로 구현해서 잘 작동되는 것을 보면 너무 재밌는 것 같아오.

나름 구현해본거라 치명적인 문제가 있을까 걱정이 되는데 혹시 관련해서 조언해주시면 감사한 것이야오.

빨리 나머지 상태코드 구현하고 프로젝트 원상복구시킨다음

새로운 개발일지로 돌아오도록 하겠어오 !

그럼 안녕 !

[잠둥이(fcrow)]

멋지네

[태보미(taebomi)]

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[태보미(taebomi)]

감사해오! 함께 개발일지 작성해보아오 !

[익명(thhfeyaupppj)]

왜 얘는 존댓말 쓰는 거냐?

[태보미(taebomi)]

[익명(thhfeyaupppj)]

[매미허물(shedinja)]

개발일지 맨 앞에 있는 예전 글 목록은 어떻게 만드는 거야?

[태보미(taebomi)]

글 작성하실때 사진 첨부하는 라인 보시면 시리즈 누르시고 만들 목록 글 링크 넣으시면 대오.

[매미허물(shedinja)]

[소닉쫄따구테일즈(dcz3xv7zgu14)]

역시 다들 비슷비슷한 길로 가는구만 ㅋㅋ 도트윈과 UniTask는 그냥 새플젝트파면 무조건 넣는 것중 하나

[태보미(taebomi)]

말씀하신 것을 참고해서 적용해보고 있는 중이야오 ! 아직까지 문제생긴게 없어서 제대로 한게 맞나 왜 오류가 안나지 싶네오 ㅋㅋ

[소닉쫄따구테일즈(dcz3xv7zgu14)]

오잉내가무슨말을했었듬;; 기억이안나는데;;

[태보미(taebomi)]

전에 유니테스크 이야기 했던것 같은데 착각일수도?

[소닉쫄따구테일즈(dcz3xv7zgu14)]

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[태보미(taebomi)]

약속을 지키지 못하는 태보미는 슬픈 것이지만 고난을 넘어선 태보미는 강해져서 귀여운 것들을 왕창 만들어낼 예정이야오!

[익명(222.121)]

개인적으로 async/await는 코루틴을 못(안)쓰는 상황에서만 쓰는게 좋다고 생각함. Monobehaviour가 아닌 쌩 씨샵 클래스에서 비동기 작업을 해야한다던가 하는 경우에 한정해서.. 컴포넌트 내부에서 async를 돌때 게임오브젝트 통쨰로 날리는거 통제하기 어려움 좀 복잡해지기 시작하면

[태보미(taebomi)]

맞아오. 이후로 그 부분에서 문제가 생길것같기는 한데 일단은 구현해보고 관리하기 힘들면 생각해보려고 하고있어오 !

[해당 댓글은 삭제되었습니다.]

해당 댓글은 삭제되었습니다.

[태보미(taebomi)]

꽁냥이의 생활이 풍족해지면 돌아오도록 하겠어오 !!!

[태보미(taebomi)]

앗 왠지모르겠지만 영상이 짤려버렸어오.
여기 링크가 있어오 !
https://on.soundcloud.com/DCg5

[태보미(taebomi)]

벽돌깨기에 넣고싶던 브금이었어오 ㅠㅠ 칭찬 감사한 것이야오. 시간이 남는다면 페어리 테일즈에도 작곡해서 브금넣어주고싶은것이야오.

[익명(220.126)]

개발도 잘만들고 브금도 잘만들고 못하는게 뭐냐? 이 굇수녀석..

[익명(220.126)]

잘만들고X잘하고O

[태보미(taebomi)]

칭찬 감사한 것이야오 ! 진짜 굇수가 되기 위해 노력하는 것이야오 !

[익명(183.109)]

초 갓 겜

[태보미(taebomi)]

[익명(203.236)]

State마다 MonoBehaviour 상속하는건 성능상 비효율적이니 상속 안하고 컴포넌트 추가보단 new로 할당하는걸 추천

[태보미(taebomi)]

조언 감사해오. 하지만 플레이어 캐릭터 하나만 요런 식으로 사용해줄 예정이고 트리거 콜라이더 엔터 등 이벤트함수를 각 스테이트 스크립트마다 각자 짜주는 것이 편할듯 싶어 이런식으로 구현해 주었어오.