[💬] 그런데 원래 2d게임 모션제어하는데 상태변수로 제어하면 스파게티코드

[개사료애호가(diagram9375)]

가 되는건가? 모션 하나 추가할때마다 생각해야할 변수랑 경우의수가 늘어나서 

지금 제어코드 분량이 1000줄 넘어가는데 정상임? 

[Ray.(choxu0826)]

이런 상황을 해결하기 위해서 상태 머신이나 비헤이비어 트리를 씀...

[Ray.(choxu0826)]

행동 + 모션을 아예 클래스로 만들어서 입력이나 상황에 따라 클래스를 갈아끼우면서 동작을 제어하면 됨

[개사료애호가(diagram9375)]

기초강의때 상태변수로하길래 그걸로만 구현해왔었는데 상태머신이나 비헤비어 트리(?) 쓰면 좀더 구현 깔끔해짐?

[Ray.(choxu0826)]

코드 길이는 크게 차이 안나는데 다른 파일로 분할도 되고, 전이 조건을 명확하게 가져갈 수 있어서 좋긴 함

[Ray.(choxu0826)]

@Ray. A 상태 도중에 받을 입력등을 클래스에서 정해서 전이가 가능하니까...

[Indie 1(119.196)]

ㅇㅇ 원래 이럼 근데 스위치문이나 이프문으로도 하긴하는데 이러면 유지보수 어려움 클래스로 나누는 방식을해야됨 전략으로 빼든, 커맨드로 빼든 보통 FSM이나 비헤이비어트리 쓰는데 마침 유니티 6에 언리얼처럼 비헤이비어 트리 지원하니 여기다가 저거 쓰면됨 상태 1, 상태2 상태 1에서 2로 넘어가는 조건 등등 하면 저거보다 확장성 더 좋아짐

[211214(tomatoss)]

음 슬슬 한 번 리팩토링할 떄가 되었을 수도