2Q - 엔진 설계 의도

엔진 코어

엔진 컴포넌트

엔진 시스템

사용 기술 & 환경

<aside>

<aside>

💡 링크는 구조도 이미지로 연결되며, 마우스를 올리면 우측 상단의 ‘🔍펼치기’ 가 가능합니다.

Engine: 엔진의 시작점. 시스템들을 초기화하고 메인 루프(초기화, 업데이트, 렌더링)를 실행하는 역할
Systems: 입력, 사운드, 씬, 이벤트 등 엔진의 핵심 기능들을 관리하는 시스템들의 집합
Game Object: 게임 세계(씬)를 구성하는 기본 단위. 컴포넌트들을 소유하며 자체적인 실행 주기를 가짐
Component: Game Object에 부착되어 특정 기능(물리, 애니메이션 등)을 수행하는 부품
Cycle Interfaces: Update, Render 등 Game Object가 실행되어야 할 주기에 맞춰 기능을 구현하기 위한 인터페이스 집합

<aside>

이전의 게임 개발 경험을 통해 잘 설계된 엔진 구조의 중요성을 체감했습니다. 이를 바탕으로, 보다 체계적인 아키텍처를 구축하고 협업의 기반을 마련하고자 본 프로젝트를 시작했습니다. 주요 설계 목표는 다음과 같았습니다.

확장성 높은 이벤트 시스템 구축: 타입 캐스팅의 위험이 적고 확장이 용이하여, 참조가 어려운 클래스 간의 통신을 간단하게 해결하는 것을 목표로 했습니다.
컴포넌트 기반 설계: Unity 엔진을 참고하여, 다형성과 템플릿을 활용한 유연한 컴포넌트 관리 컨테이너를 구현하고자 했습니다.
엔진과 게임의 명확한 분리: 엔진(Core)은 lib로, 게임(App)은 exe로 분리하여 각 클래스의 책임과 역할을 명확히 부여하고 재사용성을 높이고자 했습니다.
실행 주기 최적화: 모든 라이프사이클 함수를 강제로 실행하는 대신, 사용자가 필요한 주기만 선택하여 실행할 수 있는 효율적인 구조를 목표로 삼았습니다. </aside>

<aside>

프로젝트의 전반적인 엔진 아키텍처 설계 및 구현을 담당

<aside>

실행 주기 인터페이스 도입: IUpdatable, IFixedUpdatable 등 실행 주기별 인터페이스를 정의하고, 이를 통해 컴포넌트의 실행 주기를 명확히 분리
컴포넌트 등록 및 관리 자동화: AddComponent 템플릿 함수 내에서 dynamic_cast를 활용, 컴포넌트가 구현한 인터페이스를 감지하여 실행 주기별 컨테이너에 자동으로 등록
타입-세이프 이벤트 시스템 구축: std::function과 std::any를 활용해 파라미터 타입에 구애받지 않으면서도 타입 안정성을 확보한 이벤트 시스템 구현
엔진과 게임 로직의 물리적 분리: 엔진 코어와 게임 로직을 별도의 프로젝트로 분리하여 엔진의 독립성과 재사용성 확보 </aside>

<aside>

</aside>