게임 개발에서 클래스 디자인에 대한 올바른 객체 지향 접근법은 무엇입니까?

XNA를 사용하여 Windows 7 Phone 용 2D 스프라이트 기반 게임을 개발하는 중입니다. 사용할 수있는 교육 및 자습서는 매우 유용하지만 내가 직면 한 문제는 각각 클래스 디자인에 다르게 접근하고 코드가 잘 구성되어 있지 않다는 것입니다. 결과적으로 특정 수업에 어떤 책임을 부여해야하는지 잘 이해하기가 어려웠습니다.

예를 들어, BaseSprite자체 그리기, 충돌 확인 등을 알고 있는 기본 스프라이트 클래스 를 가질 수 있습니다. 그런 다음 AnimatedSprite스프라이트 시트, ExplodingSprite클래스 등 을 탐색하는 방법을 알 수있는 클래스 를 가질 수 있습니다 . 이 기술은 Windows 7 Phone Jumpstart Session 2 자료 의 Space Invaders 예제 에서 설명합니다 .

다른 방법으로, 나는 GameScreen수업에 게임 책임을 대량으로 렌더링하고 실행할 수 있습니다 . 해당 클래스와 파생 클래스는 책임 측면에서 양식이나 웹 페이지와 유사하게 작동합니다. 스프라이트 클래스는 로직이 훨씬 적은 더 간단한 컨테이너입니다.

이것은 Windows 7 Phone Training Kit 의 Alien Sprite 게임 및 기타 게임 상태 관리자 예 에서 사용되는 기술 입니다.

게임 개발에서 클래스 디자인에 대한 올바른 객체 지향 접근법은 무엇입니까?

Visual, Collision, Animation, Input 등과 같은 구성 요소가있는 Sprite 클래스를 사용하는보다 구성 요소 지향 접근 방식을 사용합니다.이 접근 방식으로 깊은 클래스 계층 구조를 가지지 않습니다 (좋은) .

구성 요소 지향 디자인에 대한 자세한 내용은 여기를 참조 하십시오 .

게임에서 컴포넌트 패턴은 일반적인 솔루션입니다.

SOLID 원칙은 다른 직업으로 게임 코드 디자인에 많이 적용 - 내가 시작 지점으로 첫 번째 예를 사용하는 거라고 그래서 적어도 당신은 최적화에 올 때까지.

BaseSprite가 메가 클래스가되는 경향이있는 것처럼 들리기 때문에 더 나아가고 싶습니다. 단일 책임 원칙 (Single Responsibility Principle)은 클래스 계층 구조의 개별 항목이 아니라 구성 요소가 충돌, 렌더링 및 탐색을 모두 처리해야한다고 지시합니다. 이러한 모든 구성 요소의 유지 클래스는 구성 요소 간의 월드 위치 밀기 만 처리해야합니다.

지난 몇 개의 프로젝트에서 저는 MVC 스타일 접근 방식에 더 많이 의지했습니다.

처음에는 이것이 작동하는지 확실하지 않았지만 완벽하게 작동했습니다.

모델

데이터 객체. 순수한 데이터 일뿐입니다. 행동, 렌더링이 없습니다.

데이터 관리자. 데이터 객체의 "목록"만 처리합니다. 풀링을 지원하도록 향상 될 수도 있습니다.

전망

우리는 그것들을 렌더러라고 부릅니다. 모든 데이터 객체 유형마다 렌더러가 있습니다. 관리자와 함께 호출하면 해당 목록의 모든 객체가 렌더링됩니다.

제어 장치

렌더러와 동일하지만 동작을 제어합니다.

예

ShipManager에는 배송 목록이 있습니다. ShipController는 상태에 따라 배송을 이동합니다. ShipRenderer는 상태에 따라 배송을 렌더링합니다.

왜

이런 식으로 뷰와 로직이 엄격하게 분리됩니다. 새로운 플랫폼으로 포팅하는 것이 매우 쉽습니다. XxxManager 내부의 데이터 레이아웃을 최적화하는 것도 매우 쉽습니다.