[💬] FSM을 추가할까 계속보는데 이걸 하는 이유가 뭘까

[ㅆㅇㅆ(124.216)]

왜 사용해야하는걸까

잘 이해가 안가네

현재 막힌 것<<근접 공격 구현 레이캐스트가 오작동하는 것때문에 좀 머리 식힐겸 FSM을 보는데 이걸 왜 쓰는지 모르겠네

일단 움직임 키를 누르면 State 이동 이렇게 추가해서 최적화 해보면서 내일까지 한번 FSM으로 플레이어 코드를 바꿔볼려고하는데

그냥 애니메이션 때문인가?

근데 애니메이션은 IsMoving, IsIdle 이런거 추가해서 움직이고 있느냐 아니냐 하면되는거 아닌가

FSM을 왜 번거롭게하지. 어떤 장점이 있어서.

FSM으로 할 경우에 플레이어가 근접공격하는 도중에 움직이지 못하는건가?

공격 상태에서도 이동 가능하게 할거면 굳이? 싶기도하고

FSM을 구현하는 이유를 모르겠네

[ㅇㅇ 1(1.234)]

그거 안써보면 깨닳음 아 이래서쓰는구나

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

위에 형 말대로, 그냥 너 하던대로 계속 가봐. 그럼 뭔가 느끼겠지

[ㅇㅇ 2(118.235)]

n개의 상태가 있을 때 상태 간의 전이는 최대 n(n-1)/2 개가 존재할 수 있고 이것을 한곳에서 모두 관리하면 상태가 많아질수록 읽거나 수정하기 매우 난잡해짐. n이 엄청 작으면 굳이 FSM을 쓸 필요가 없겠지만 나는 상태가 4개만 넘어가도 FSM으로 정리하는게 훨씬 더 깔끔하다고 생각해 - dc App

[ㅆㅇㅆ(124.216)]

이거 탑다운 게임에서도 적용되는건가? 플랫포머에서는 FSM이라는 디자인 패턴이 정형화되있던데

[ㅇㅇ 2(118.235)]

게임의 시점이랑은 그리 상관이 없다고 생각함. 애초에 유니티가 기본으로 쓰게해주는 Mecanim도 FSM이라 할 수 있고 어느 개체가 여러 상태랑 그에 맞는 동작을 가진다면 FSM을 적용하는 걸 고려할 수 있는거지 - dc App

[ㅆㅇㅆ(124.216)]

그렇다면 이동 상태-공격상태가 겹치면 어떻게 해야함? 난 이게 좀 의문이네

[ㅇㅇ 2(118.235)]

FSM은 원칙적으로 "현재 상태"가 여러개 존재할 수 없음 공격 상태에서 이동이 가능하게 하려면 공격 상태의 Update 에도 이동 관련 input을 받아줘야겠지 - dc App

[ㅇㅇ 3(223.38)]

만들고있는 캐릭의 행동이 많아지면 필요성을 느끼게 됨 대기, 이동, 공격 정도만 하면 크게 필요성을 모르다가 이동에서 걷기 뛰기 구르기로 늘어나고 공격에서 근접 원거리 무기종류 스킬 등 늘어나서 스파게티 코드 완성되면 이미 늦음

[bowmore(qcs5jom3x9tq)]

정물화를 볼펜으로 그리던 물감으로 그리던 아무 상관없듯이 디자인 패턴도 수많은 도구중 하나일 뿐임 정답이란게 없는데 이게 어떤 게임 특정 장르에 써야하냐 이렇게 접근하는거는 지극히 프갤스러운 발상