게임 엔진에서 구성 요소를 가장 잘 관리하는 방법은 무엇입니까?

Question

그래서 첫 번째 게임 엔진을 개발 중이며 벽에 부딪 혔습니다. 현재 일부 시스템 관리자 클래스 (graphisManager, PhysicsManager 등) 내의 구성 요소 개체에 대한 포인터를 보유 할 구성 요소 포인터 벡터가있는 Entity 기본 클래스가 있습니다. 여기에 (주 문제에 초점을 벗었) 나의 현재의 엔터티 헤더입니다 :

Entity.h

class Component; 

namespace BlazeGameWorld 
{ 
    class Entity 
    { 
    public: 
     BlazeFramework::Math::Vector2D position; 

    protected: 
     Vector<Component*> components; 

     static BlazeGraphics::GraphicsManager graphicsManager; 
     static BlazePhysics::PhysicsManager physicsManager; 
     static BlazeInput::InputManager inputManager; 
     //....other managers 

    private: 

     /////////////////////////////////////////////////////////////////////// 

    public: 
     Entity(); 
     ~Entity(); 

     virtual bool Initialize(); 
     virtual bool Shutdown(); 

     virtual void Update() = 0; 

     void AddComponent(Component* p_component); 

     //Part of the broadcast messaging system for components to be able 
     //to talk to one another in a decoupled way. 
     void SendMessage(uint messageID); 

    protected: 

    private: 
    }; 
} 

당신이 볼 수 있듯이이 아이디어는 실제에 대한 포인터를 관리 정적의 SystemManager 클래스를 가지고있다 힙의 구성 요소. 여기에 잠재적 인 PhysicsManager 클래스에 대한 대략적인 헤더이다 (그리고 다른 관리자 클래스와 비슷) :

PhysicsManager.h

class PhysicsComponent; 

namespace BlazePhysics 
{ 
    class PhysicsManager 
    { 
    public: 

    protected: 
     int numPhysicsComponents; 
    private: 
     Vector<PhysicsComponent*> physicsComponents; 

     ///////////////////////////////////////////////////////////// 

    public: 
     PhysicsManager(); 
     ~PhysicsManager(); 

     bool Initialize(); 
     bool Shutdown(); 

     void Update(); 

     template <typename PhysicsComponentType> 
     PhysicsComponentType* CreatePhysicsComponent(); 

    private: 
    }; 

    //template definitions 
    template <typename PhysicsComponentType> 
    PhysicsComponentType* PhysicsManager::CreatePhysicsComponent() 
    { 
     PhysicsComponentType* physicsComponent = new PhysicsComponentType 
     physicsComponents.push_back(physicsComponent); 

     return physicsComponents.at(numPhysicsComponents++); 
    } 
} 

그래서 나는 PhysicsManger 벡터의 모든 다른 physicsComponent 포인터를 저장할 수 있습니다 (포인터로 CollisionComponents, PositionComponents 등). 문제는 특정 물리 구성 요소에 특정한 메서드를 호출하고 싶습니다. 컴파일 할 수 없습니다. 예를 들어 PhysicsManager의 업데이트 루프에서 collisionComponent의 CheckCollision() 메서드를 업데이트하기를 원한다면 컴파일러가 CollisionComponent를 컴파일 타임에 알 수 없기 때문에 각 루프에 대해 말할 수 없습니다. physicsComponents.at(i).CheckCollision 어쩌면 배열의 구성 요소 유형을 먼저 추론 한 다음 CollisionComponent가 CheckCollision 메서드를 호출하는 것과 일치하는지 확인하는 방법이 있습니까? 아니면 이것이 좀 어색해 보이기 때문에 이것을 구현하는 것이 더 낫습니까?

Answer 1

엔티티는 시스템에 대해 알지 않아야하며 구성 요소 모음 일뿐입니다. 그렇지 않으면 다른 엔진 시스템을 도입하는 과정에서 엔티티 클래스도 변경해야합니다. ECS는 ECS의 모든 목적을 무시합니다.

시스템 역시 구성 요소를 관리해서는 안됩니다. 하나의 시스템은 여러 구성 요소를 사용할 수 있으며 많은 시스템이 사용할 수 있습니다. 위치/충돌 지오메트리 구성 요소.

그래서, 내 의견으로는 모든 처리가 시스템 내에서 수행되는 동안

• 구성 요소, 이상적으로, 간단한 데이터 전용 클래스해야한다.
• 엔터티는 구성 요소를 추가 및 제거하는 방법과 특정 구성 요소가 있는지 여부를 알려주는 을 제공해야합니다.
• 어떤 종류의 엔티티 관리자는 시스템이 캐시에 접근 할 수 있도록 캐시 친숙한 방법으로 구성 요소를 저장해야하며 시스템에 특정 구성 요소/태그 집합을 가진 엔티티 목록을 제공 할 수 있어야합니다.

이 방법은 일부 엔터티에 스크립트 동작을 추가하려는 경우 ScriptComponent 및 ScriptingSystem을 추가하는 것입니다. 기존 코드는 모두 변경하지 않아도됩니다.

This question에는이 주제에 대해 많은 유용한 자료가 있습니다.