Entity Component System (r1)

엔티티 컴포넌트 시스템에서 엔티티는 게임 세계나 시뮬레이션 내에 존재하는 고유한 객체를 나타내는 기본 식별자이다. 엔티티 자체는 데이터나 로직을 포함하지 않는, 단순히 ID에 불과한 추상적인 존재이다. 이는 전통적인 객체 지향 프로그래밍에서 클래스의 인스턴스가 속성과 메서드를 모두 가지는 것과 대비되는 개념이다.

엔티티의 실제 의미와 행동은 컴포넌트에 의해 부여된다. 예를 들어, 게임에서 한 엔티티는 위치를 나타내는 트랜스폼 컴포넌트와 외형을 결정하는 렌더러 컴포넌트를 가질 수 있다. 또 다른 엔티티는 트랜스폼 컴포넌트와 함께 생명력을 나타내는 체력 컴포넌트를 가질 수 있다. 이처럼 엔티티는 필요한 컴포넌트들을 조합하여 다양한 종류의 객체를 유연하게 구성할 수 있는 빈 껍데기 역할을 한다.

이러한 설계는 상속 계층 구조의 복잡성과 깊은 결합 문제를 피하고, 조합을 통한 재사용성과 유연성을 극대화한다. 시스템은 특정 컴포넌트 집합을 가진 엔티티들을 찾아 반복적으로 처리함으로써 게임 로직을 실행한다. 따라서 엔티티는 컴포넌트 데이터를 담는 컨테이너이자, 시스템이 작동할 대상을 지정하는 핵심 연결고리라고 할 수 있다.

컴포넌트는 엔티티 컴포넌트 시스템에서 순수한 데이터 컨테이너 역할을 한다. 컴포넌트는 엔티티의 속성, 상태, 능력을 정의하는 데 사용되며, 위치, 속도, 체력, 그래픽 표현 등과 같은 특정한 측면을 캡슐화한다. 컴포넌트 자체는 로직을 포함하지 않으며, 오직 데이터 필드만을 가지고 있다. 이는 데이터와 행위를 명확히 분리하는 데이터 지향 설계의 핵심 원칙을 반영한다.

하나의 엔티티는 여러 개의 컴포넌트를 조합하여 구성된다. 예를 들어, 게임 내 한 캐릭터 엔티티는 위치 컴포넌트, 이동 컴포넌트, 애니메이션 컴포넌트, 생명력 컴포넌트를 함께 가질 수 있다. 이 방식은 전통적인 상속 기반의 객체 지향 프로그래밍에서 발생하는 깊고 복잡한 클래스 계층 구조 문제를 피하고, 유연한 조합을 통한 객체 구성을 가능하게 한다.

컴포넌트는 일반적으로 간단한 구조체나 클래스로 구현되며, 시스템이 처리할 수 있는 데이터의 최소 단위가 된다. 모든 컴포넌트 타입은 고유한 식별자를 가지며, 엔진은 메모리 내에서 동일한 타입의 컴포넌트들을 연속적으로 배치하여 캐시 지역성을 높이고 성능을 최적화하는 경우가 많다. 이는 시뮬레이션이나 게임과 같이 대량의 객체를 실시간으로 처리해야 하는 환경에서 결정적인 장점으로 작용한다.

시스템은 엔티티 컴포넌트 시스템에서 특정 데이터를 가진 엔티티를 처리하는 로직을 담당하는 단위이다. 시스템은 컴포넌트 자체를 소유하지 않으며, 오직 필요한 컴포넌트 타입을 가진 엔티티들을 찾아 그들의 데이터를 읽거나 수정하는 역할만을 수행한다. 예를 들어, RigidBody 컴포넌트와 Transform 컴포넌트를 가진 모든 엔티티를 찾아 중력과 속도를 계산하여 위치를 업데이트하는 PhysicsSystem이 대표적이다.

이러한 설계는 로직(시스템)과 데이터(컴포넌트)를 명확히 분리하여, 데이터 지향 설계의 원칙을 구현한다. 시스템은 보통 게임 루프나 시뮬레이션의 특정 단계(예: 물리 계산, 애니메이션 업데이트, 렌더링)에서 실행된다. 각 시스템은 독립적이며, 특정 컴포넌트 집합에 대한 의존성만을 선언함으로써, 엔티티의 구성을 런타임에 자유롭게 변경해도 시스템 코드를 수정할 필요가 없다.

시스템의 구현 방식은 엔진에 따라 다르다. 일부 구현에서는 시스템을 명시적으로 등록하고 실행 순서를 관리하는 반면, 다른 구현에서는 컴포넌트 타입에 대한 쿼리만 정의하고 엔진이 자동으로 적절한 엔티티들을 처리하는 방식을 취하기도 한다. 이는 메모리 접근 패턴을 최적화하고 캐시 일관성을 높여 고성능 애플리케이션을 구축하는 데 기여한다.

엔티티 컴포넌트 시스템은 전통적인 객체 지향 설계와 달리 데이터 중심 설계를 채택한다. 이 패러다임은 데이터 자체와 그 데이터를 처리하는 로직을 명확히 분리하는 것을 핵심으로 한다. 객체 지향 프로그래밍에서는 데이터와 메서드가 하나의 클래스로 묶여 캡슐화되는 반면, 데이터 중심 설계에서는 데이터는 순수한 구조체 형태의 컴포넌트로, 로직은 시스템으로 분리되어 독립적으로 관리된다.

이러한 설계 방식은 CPU 캐시 활용도와 메모리 접근 패턴을 최적화하는 데 큰 장점을 제공한다. 시스템은 특정 유형의 컴포넌트 데이터만을 대상으로 작동하며, 이 데이터는 메모리에 연속적으로 배치되는 경우가 많다. 이로 인해 시스템이 데이터를 순회하며 처리할 때 캐시 지역성이 높아져 처리 속도가 크게 향상된다. 이는 특히 수천, 수만 개의 엔티티를 실시간으로 처리해야 하는 게임 엔진이나 대규모 시뮬레이션에서 결정적인 성능 이점으로 작용한다.

데이터 중심 설계는 또한 코드의 유연성과 재사용성을 높인다. 새로운 기능을 추가할 때는 기존 코드를 수정하기보다 새로운 컴포넌트와 이를 처리하는 시스템을 작성하면 된다. 이는 개방-폐쇄 원칙을 잘 반영하며, 프로토타입 개발이나 기능의 반복적 추가에 매우 적합한 구조를 만든다. 결과적으로, 엔티티 컴포넌트 시스템은 성능과 유지보수성이라는 두 마리 토끼를 잡을 수 있는 설계 철학의 실천적 도구라 할 수 있다.

엔티티 컴포넌트 시스템의 핵심 철학 중 하나는 전통적인 객체 지향 프로그래밍에서 흔히 사용되는 상속 계층 구조 대신 컴포지션을 우선시하는 것이다. 이는 엔티티가 특정 행동이나 데이터를 상속을 통해 고정적으로 물려받는 것이 아니라, 필요에 따라 다양한 컴포넌트를 조합하여 유연하게 정의되도록 한다.

상속 기반 설계에서는 새로운 객체 유형을 만들기 위해 기존 클래스에서 파생하는 방식을 사용한다. 예를 들어, 게임에서 Player, Enemy, Tree 같은 객체들은 GameObject라는 공통 베이스 클래스를 상속받고, 각각 필요한 기능을 추가하거나 오버라이드한다. 이 방식은 깊은 상속 계층이 형성될 경우 유연성이 떨어지고, 다중 상속의 복잡성, 다이아몬드 문제 같은 이슈를 야기할 수 있다. 또한 FlyingEnemy와 같이 여러 부모 클래스의 특성을 조합해야 하는 경우 설계가 복잡해진다.

반면 엔티티 컴포넌트 시스템의 컴포지션 모델은 이러한 문제를 해결한다. 엔티티는 단순히 고유 식별자에 불과하며, 그 자체로는 어떠한 데이터나 로직도 포함하지 않는다. 대신, TransformComponent, HealthComponent, SpriteComponent와 같은 독립적인 컴포넌트들을 조립하여 원하는 객체를 구성한다. 예를 들어, 날아다니는 적을 만들고 싶다면, 하나의 엔티티에 TransformComponent, HealthComponent, SpriteComponent, 그리고 새로 추가한 FlightComponent를 부착하기만 하면 된다. 이는 기존 코드를 수정하거나 복잡한 상속 계층을 만들 필요 없이, 단순히 컴포넌트를 추가하는 것만으로 새로운 기능을 창출할 수 있음을 의미한다.

이러한 컴포지션 우선 접근법은 데이터 지향 설계와도 잘 맞물려 동작한다. 시스템은 특정 컴포넌트 집합을 가진 엔티티들을 효율적으로 처리하며, 상속 계층에 따른 가상 함수 테이블 조회나 캐시 불일치 같은 오버헤드 없이, 데이터를 연속된 메모리 블록에서 처리할 수 있게 한다. 결과적으로, 이 패턴은 게임 엔진이나 대규모 시뮬레이션과 같이 런타임에 객체의 구성을 동적으로 자주 변경해야 하고 높은 성능이 요구되는 분야에서 특히 강력한 이점을 발휘한다.

Sparse Sets는 엔티티 컴포넌트 시스템에서 컴포넌트 데이터를 효율적으로 저장하고 빠르게 조회하기 위해 사용되는 자료 구조이다. 이 방식은 두 개의 배열, 즉 *Sparse Array*와 *Dense Array*를 함께 사용하여 엔티티 ID와 실제 컴포넌트 데이터 간의 매핑을 관리한다. Sparse Array는 모든 가능한 엔티티 ID를 인덱스로 사용하지만, 실제 컴포넌트를 가진 엔티티만 Dense Array 내의 위치를 가리키도록 구성된다.

이 구조의 주요 장점은 반복과 조회 성능이 매우 뛰어나다는 점이다. 특정 컴포넌트 타입을 가진 모든 엔티티는 Dense Array에 연속적으로 저장되어 캐시 지역성을 극대화하며, 이는 데이터 지향 설계의 핵심 원칙과 일치한다. 또한, 엔티티의 추가와 제거가 상수 시간에 가깝게 이루어질 수 있어 실시간 성능이 중요한 게임 엔진이나 시뮬레이션에 적합하다.

그러나 Sparse Sets 방식은 일반적으로 엔티티 ID가 밀집된 정수 인덱스라고 가정한다. 따라서 매우 크고 불연속적인 ID 공간을 사용할 경우 Sparse Array의 메모리 사용량이 비효율적으로 증가할 수 있다. 이러한 특성상 대부분의 구현에서는 엔티티를 재사용 가능한 ID 풀에서 관리하여 이러한 단점을 완화한다.

이 구현 방식은 엔코더나 플리트와 같은 고성능 C++ 기반 ECS 프레임워크에서 널리 채택되었다. 아키타입 기반 저장 방식과는 달리, 컴포넌트 타입별로 독립적인 저장소를 제공하여 특정 컴포넌트에 대한 질의가 빈번한 시나리오에서 유리한 특징을 보인다.

아키타입은 엔티티 컴포넌트 시스템에서 엔티티를 구성하는 컴포넌트의 고유한 조합을 나타내는 개념이다. 동일한 컴포넌트 타입 집합을 가진 엔티티들은 모두 같은 아키타입에 속하며, 이는 메모리 내에서 연속된 배열로 함께 저장된다. 이 방식은 데이터 지향 설계 원칙을 구현하는 주요 방법 중 하나로, 캐시 지역성을 극대화하여 성능을 향상시킨다.

아키타입 기반 엔티티 컴포넌트 시스템 구현에서는 새로운 엔티티가 생성될 때나 기존 엔티티에 컴포넌트가 추가 또는 제거될 때마다 해당 엔티티의 아키타입이 변경된다. 엔티티는 이에 따라 적절한 아키타입의 메모리 청크로 이동하게 된다. 각 아키타입은 고정된 컴포넌트 레이아웃을 가지므로, 시스템이 특정 컴포넌트 집합을 쿼리할 때 해당 아키타입의 모든 엔티티를 효율적으로 순회하며 처리할 수 있다.

이 방식의 주요 장점은 메모리 접근 패턴이 매우 예측 가능하고 효율적이라는 점이다. 시스템은 필요한 컴포넌트 데이터가 연속된 메모리 공간에 모여 있기 때문에 CPU 캐시 미스를 최소화하면서 빠르게 데이터를 처리할 수 있다. 이는 대규모 시뮬레이션이나 복잡한 게임 월드를 구현할 때 특히 유리하다.

반면, 아키타입 방식은 엔티티의 구성이 자주 변경되는 동적인 시나리오에서는 비용이 발생할 수 있다. 컴포넌트를 추가하거나 제거할 때마다 엔티티 데이터를 다른 메모리 위치로 복사해야 하기 때문이다. 따라서 엔티티의 조합 패턴이 비교적 안정적이거나, 이러한 이동 비용을 상쇄할 만큼의 쿼리 성능 향상이 중요한 경우에 적합한 전략이다.

엔티티 컴포넌트 시스템은 데이터 지향 설계를 구현하는 데 있어 여러 가지 뚜렷한 장점을 제공한다. 가장 큰 장점은 유연성과 재사용성이다. 상속 기반의 전통적인 객체 지향 프로그래밍에서는 새로운 기능을 추가하거나 객체의 행동을 변경할 때 복잡한 클래스 계층 구조를 수정해야 하는 경우가 많다. 반면, ECS는 조합을 통해 기능을 구성하므로, 컴포넌트를 엔티티에 추가하거나 제거하는 것만으로도 객체의 속성과 행동을 동적으로 변경할 수 있다. 이는 게임 개발에서 다양한 캐릭터나 게임 오브젝트를 빠르게 프로토타이핑하고 확장하는 데 매우 유리하다.

두 번째 주요 장점은 성능 최적화에 유리한 구조라는 점이다. ECS는 데이터를 컴포넌트 단위로 연속된 메모리(배열)에 저장하는 경우가 많으며, 시스템은 특정 컴포넌트 타입을 가진 모든 엔티티를 효율적으로 처리한다. 이렇게 데이터를 CPU 캐시에 친화적인 방식으로 배치하면, 반복적인 접근 시 캐시 지역성이 크게 향상되어 처리 속도가 빨라진다. 이는 수천, 수만 개의 엔티티를 실시간으로 처리해야 하는 게임 엔진이나 대규모 시뮬레이션에서 결정적인 이점으로 작용한다.

또한, ECS는 코드의 모듈화와 관심사의 분리를 명확하게 한다. 시스템은 특정한 논리(예: 물리 계산, 렌더링, 인공지능)만 담당하도록 설계되며, 컴포넌트는 순수한 데이터 컨테이너 역할을 한다. 이로 인해 시스템 간의 결합도가 낮아지고, 개별 시스템을 독립적으로 테스트하거나 디버깅하기가 쉬워진다. 개발 팀이 기능별로 분업하여 작업할 때도 이점이 있으며, 특정 도메인(예: 물리 엔진, 사운드 엔진)에 전문성을 가진 개발자가 해당 시스템에 집중할 수 있는 환경을 제공한다.

마지막으로, ECS는 런타임 중에 엔티티의 구성을 유연하게 변경할 수 있는 동적 특성을 가진다. 이는 게임에서 상태 변화(예: 캐릭터가 아이템을 획득하거나, 피해를 입어 능력이 약화되는 상황)를 자연스럽게 구현하는 데 적합하다. 또한, 메모리 관리 측면에서도 불필요한 데이터 복사나 할당을 최소화하는 아키텍처를 구성할 수 있어, 자원이 제한된 환경이나 고성능이 요구되는 애플리케이션에 효과적으로 적용될 수 있다.

Entity Component System는 여러 장점에도 불구하고 몇 가지 단점을 가지고 있다. 가장 큰 단점 중 하나는 학습 곡선이 가파르다는 점이다. 기존의 객체 지향 프로그래밍 패러다임에 익숙한 개발자에게는 데이터 중심 설계와 엔티티, 컴포넌트, 시스템 간의 엄격한 분리가 낯설고 복잡하게 느껴질 수 있다. 특히 시스템 간의 의존성 관리와 데이터 흐름을 명확히 설계하는 것이 중요하며, 이를 잘못 구성하면 코드베이스가 복잡해지고 유지보수가 어려워질 수 있다.

또 다른 단점은 초기 설정과 보일러플레이트 코드가 많을 수 있다는 것이다. 간단한 기능을 추가하더라도 새로운 컴포넌트 타입을 정의하고, 이를 처리할 시스템을 작성하며, 엔티티에 컴포넌트를 부착하는 과정이 필요하다. 이는 소규모 프로젝트에서는 과도한 오버헤드로 작용할 수 있으며, 개발 속도를 저하시킬 가능성이 있다. 특히 프로토타입 개발이나 빠른 반복이 필요한 상황에서는 적합하지 않을 수 있다.

성능 최적화 측면에서도 주의가 필요하다. 캐시 지역성을 극대화하기 위해 메모리 레이아웃을 세심하게 설계해야 하지만, 이는 구현 복잡도를 증가시킨다. 또한, 시스템이 특정 컴포넌트 조합을 가진 엔티티만을 쿼리하여 처리하기 때문에, 엔티티 간의 복잡한 관계나 계층 구조를 표현하는 데는 한계가 있을 수 있다. 상태 머신이나 복잡한 행동 트리를 직접적으로 표현하기 어려워, 추가적인 추상화 계층이 필요할 수 있다.

마지막으로, 디버깅이 어려울 수 있다는 점도 단점으로 꼽힌다. 런타임에 동적으로 컴포넌트가 추가되고 제거되며, 데이터와 로직이 분리되어 있기 때문에, 특정 엔티티의 상태나 특정 동작의 흐름을 추적하는 것이 전통적인 객체 지향 방식보다 더 복잡할 수 있다. 이는 프로파일링과 디버깅 도구에 대한 의존성을 높이며, 개발 과정에서 추가적인 시간을 소모하게 만든다.

게임 엔진 분야에서 Entity Component System은 전통적인 객체 지향 프로그래밍 방식의 한계를 극복하는 핵심 아키텍처로 자리 잡았다. 특히 Unity와 Unreal Engine 같은 주요 상용 엔진들이 이 패턴을 채택하거나 유사한 조합 기반 시스템을 도입하면서 그 유용성이 널리 검증되었다. 이 패턴은 게임 내 수많은 게임 오브젝트를 유연하게 구성하고, 캐시 지역성을 높여 성능을 최적화하는 데 기여한다.

게임 엔진에서 엔티티는 단순히 고유 식별자만 가지는 빈 껍데기이며, 실제 데이터와 기능은 컴포넌트에 의해 정의된다. 예를 들어, 한 캐릭터는 변환 컴포넌트, 그래픽 렌더링 컴포넌트, 물리 컴포넌트, 생명력 컴포넌트 등을 조합하여 생성된다. 이러한 접근 방식은 깊은 상속 계층 구조를 만들지 않고도 다양한 종류의 객체를 쉽게 생성하고 수정할 수 있게 해준다.

실행 로직을 담당하는 시스템은 특정 컴포넌트 조합을 가진 모든 엔티티를 찾아 처리한다. 예를 들어, 렌더링 시스템은 그래픽 컴포넌트를 가진 엔티티만을, 물리 시스템은 물리 컴포넌트를 가진 엔티티만을 각각 처리한다. 이로 인해 코드의 응집도가 높아지고, 새로운 게임플레이 기능을 시스템 단위로 추가하거나 제거하는 것이 용이해진다. 이러한 구조는 대규모 오픈 월드 게임이나 실시간 전략 게임처럼 많은 수의 객체를 효율적으로 관리해야 하는 프로젝트에 특히 적합하다.

이 패턴의 데이터 지향 설계 원칙은 멀티코어 프로세서 환경에서 병렬 처리를 촉진한다. 시스템이 메모리에 연속적으로 배치된 동일한 컴포넌트 데이터를 배치 처리함으로써 CPU 캐시 미스를 줄이고 성능을 크게 향상시킬 수 있다. 따라서 현대 게임 개발에서 높은 프레임률과 복잡한 시뮬레이션을 구현하는 데 필수적인 기술적 기반을 제공한다.

엔티티 컴포넌트 시스템은 게임 엔진 외에도 다양한 실시간 시뮬레이션 분야에서 널리 활용된다. 특히 복잡한 시스템을 모델링하고, 수많은 독립적인 객체들의 상태를 효율적으로 갱신해야 하는 시뮬레이션에 적합한 패턴이다.

물리 엔진이나 입자 시스템 시뮬레이션은 ECS의 대표적인 적용 사례이다. 예를 들어, 수십만 개의 입자를 각각의 위치, 속도, 가속도 컴포넌트로 표현하고, 물리 시스템이 이 데이터를 일괄 처리하여 다음 상태를 계산하는 방식은 데이터 지역성을 극대화하여 높은 성능을 달성한다. 이는 데이터 지향 설계의 핵심 원칙을 잘 보여준다. 로보틱스 시뮬레이션에서도 로봇의 관절, 센서, 제어기를 각각의 컴포넌트로 분리하고 시스템을 통해 상호작용을 모델링하는 데 유용하게 쓰인다.

또한 대규모 에이전트 기반 모델링이나 도시 교통 시뮬레이션, 생태계 모델링과 같은 복잡계 시뮬레이션에서도 ECS는 강점을 발휘한다. 수많은 개체(엔티티)가 각자의 행동 로직(시스템)과 상태(컴포넌트)를 가지며 상호작용하는 이러한 환경에서, ECS는 유연한 객체 구성과 효율적인 연산을 동시에 제공한다. 이는 전통적인 객체 지향 프로그래밍의 상속 계층 구조로는 구현하기 어려운 대규모 동적 시스템을 구성하는 데 적합하다.