내 생각은 :

• 모델은 어디에서 대부분의 데이터 거짓말이며 모든 논리는 일어난다.
  입력 이벤트 큐를 읽고 이에 따라 게임 상태를 수정합니다.
  그런 다음 게임 상태를 업데이트하는 물리 및 기타 핵심 구성 요소와 같은 것을 처리합니다.
  고리. 그게 다야.
  목표는 모델을 독립적으로 만드는 것입니다. 뷰나 컨트롤러에 의존하지 않습니다. 모델 만 실행하는 프로그램을 만들 수 있어야합니다.
• 보기는 단순히 모델의 게임 상태를 읽어 화면에 자신의 데이터의 표현에 전념 구성 요소 및 디스플레이 일을 업데이트합니다.
  모델에 아무 것도 쓰지 않습니다. 읽기 전용 프로세스입니다. 어쩌면 “Hey Mister Model 같은 두 이벤트 객체의 충돌을 감지하면 소리를내는 이벤트 핸들러를 호출하십시오. “).
• 컨트롤러는 입력 이벤트를 포착하고 모델의 입력 큐에 전달합니다. 뷰를 읽습니다 (이 버튼 클릭이 UI 버튼에서 발생 했습니까?).

이렇게하면 미리 녹음 된 입력 이벤트가 포함 된 파일을 읽는 가짜 컨트롤러를 연결할 수 있습니다.
또한 파일에 물건을 기록하는 간단한보기를하십시오.
테스트 및 디버깅에 매우 유용합니다.

모델을 일정한 속도 (고정 시간 단계)로, 뷰와 컨트롤러를 가능한 한 빨리 (그러나 너무 가변적이지 않은) 업데이트해야합니다.

답변