FSM(유한 상태 머신)과 상태 패턴의 관계는 후자의 개념이 전자의 실존 개념으로 발전된 것이다. 먼저 상태 패턴은 여러 행동을 구사하는 객체들을 상속받는 객체가 상황에 맞는 행동을 하는 것처럼, 이에 발전된 개념 모델이 FSM이라고 할 수 있다. 클래스나 메서드로 선언된 상태(State)는 이 상태를 전환 할 수 있는 조건인 전환 조건(Transition Condition)에 따라서 상태를 결정짓고 동작(Action)을 실제로 구현하는 시스템을 말하는 것이였다. 이 개념을 TIL로 쓰는 이유는 처음부터 아에 다른 개념이라고 잘못 알고 있었기 때문이였다. 다만 더 집중적으로 파고들어가서 공통점과 차이점을 알아낼 것이다.

게임 프로그램이 어떻게 돌아가는지에 대한 설명 일단 오늘 최종 프로젝트에 대한 설명 브로셔 작성 보완 때문에 오늘 그다지 배운게 적었다. 다만 다른 팀이나 이전 기수들의 브로셔들을 참고자 보았는데 다들 잘 만들었다고 느끼었다. 무엇보다도 프로그램의 작동 구조에 대한 다이어그램 설명에 대해선 솔직히 잘 이해하지 못하였다. 대부분 다이어그램, 즉 UML 양식 기준을 따라서 프로그램이 어떻게 작동되고, 흐름에 대해서 설명하는 것들은 많이는 어려웠지만, 다른 프로그래머나 개발자들이 수백줄의 코딩을 다 읽고 이해하는 것보다는 다이어그램을 통해서 쉽게 이해할 수 있다는 도구라는 것을 깨닫게 해주었다. 나에겐 이것에 관한 전공 책이 있다. 다시 공부해서 나중에 설명할 때 제대로 설명해줘야 겠다.

오늘은 최종 프로젝트 작업 마무리 중에 생각났던 트러블 슈팅 하나를 정리하는 시간을 가져볼 것이다. NPC의 행동 개선 [원인] 술을 원하는 손님 NPC의 행동 패턴이 기존 게임 기획과는 매끄럽지 않게 지적되었다. 지적한 것은 경찰의 단속이나 플레이어가 가게를 위장 상태로 바뀌었는데, 손님들은 계속 술을 주문한다는 것이다. 그래서 이 점을 개선할 것이다. [개선방안] 손님 NPC들의 상호작용들은 Update() 문 안에서 시간 경과에 따른 주변 환경의 변화에 따라서 행동을 결정하도록 각기 다른 행동 패턴들을 메서드로 구현하였다. 문제는 시간은 delta.Time 값을 끊임없이 더해서 시간의 지남을 구현하지만, 특별한 상황(경찰의 단속, 플레이어의 위장 상태 전환)은 한 두번의 변화가 일어나며, 다시 전환..

피드백에서 고쳐야 할 것들 정리 손님이 기존 플레이어의 위장 상태를 실시간에서 받는 것에 비해, 경찰의 위장 검문이 시작될 시에 하는 걸로 바꿈(O) 경찰의 심문 시간을 변경(5초 → 3초) 술 손님의 행동 패턴을 수정 ⇒ 휴일 주말에 좀더 고민을 해봐야 할거 같음 가게에서 바로 뛰쳐나감 술에서 음식으로 바뀌는 것 메뉴에 연막을 넣어 무슨 주문을 하는지 확인못함 손님이 주문을 시작하면 손님 주변에 원형 UI를 나타나게 해 남은 시간을 표시하게 함(젤다야숨의 링크 스테미나 게이지처럼) 스폰 시스템 대대적인 개선 ⇒ 이에 필요한 것은 플레이어 데이터 확인이 필요, 아이템의 소지 여부를 확인 스테이지 일 수에 따라서 손님과 경찰의 스폰 수량 및 빈도를 다르게 함 마감 시간에 따른 손님의 행동패턴 변경 주문 전..

최종 프로젝트 UT 피드백들 위장을 하면 짜증을 내거나 음식으로 메뉴를 변경한다.(행동 패턴으로 변경) 위장상태에 들어가고 해제하는 과정에서 손님이 원하는 음식 이미지가 보이지 않음(행동 패턴 변경) 손님의 인내심이 얼마나 남았는지 알 수 없음(NPC UI 개선) 손님이 떠나는 타이밍에 음식을 제공하면 테이블에 음식이 올라가고 손님은 떠남(테이블 쪽 영역) 손님이 너무 많이 찾아옴(스폰 빈도 변경) 있지도 않은 음식을 찾아서 판매 할 수가 없음(메뉴 할당 변경) 마감시간이 되어도 손님이 들어옴(행동 패턴 변경) 경찰이 너무 오래 가게에 있음(밸런스) 술 손님의 행동 패턴을 플레이어의 위장 상태에 받아들이지 않고 경찰이 식당 진입시에 단속을 시작시에 따른 행동으로 받도록 함 피드백에서 술 손님의 행동들에 ..

다른 것은 필요없다 오늘 우리 조의 최종 프로젝트 빌드 배포하는 것만으로도 의의를 두고 싶다. 너무 피곤하다.