인터페이스에 대한 해결 방법

Question

C++에서 s.t 인터페이스를 어떻게 선언 할 수 있습니까? 당신이거야 그럼

class Enemy { 
public: 
    Enemy(); 
    virtual ~Enemy(); 
    virtual void doStuff() = 0; 
}; 

:

/** Enemy "Interface" */ 
Class Enemy { 
    Enemy(); 
    virtual ~Enemy(); 
    virtual void doStuff() = 0; 
}; 

/** Enemy of type 1 */ 
Class Enemy_type1 : public Enemy { 
    Enemy_type1(); 
    virtual ~Enemy_type1(); 
    virtual void doStuff() { 
     // different for every type of enemy 
    } 
}; 

/** Add an enemy to EnemyManager */ 
void EnemyManager::addEnemy(Enemy * e) { 
    this->enemies.push_back(*e); // declared as vector<Enemy> enemies; 
} 

Answer 1

먼저 당신의 인터페이스 공개를 구성하는 기능을 당신이 (또는 적어도 원하는) 것, 아래 그림과 같이 나는 그것을 사용할 수 있습니다 (C++에는 별도의 개념으로 "인터페이스"와 "클래스"가 없습니다). 이러한 다형성 유형이기 때문에

class Emeny_type1 : public Enemy { 
    // ... 
}; 

마지막으로, 당신은 실제적인 적 객체로, 원수에 대한 포인터의 컬렉션을 만들 수 있습니다 :

void EnemyManager::addEnemy(Enemy const *e) { 
    enemies.push_back(e); 
} 

이 개체 수명의 문제를 제기하고 않습니다 소유권 (주로 Java에서는 문제가되지 않음) 아이템을 콜렉션에 추가 할 때 콜렉션을 사용하는 한 파괴되지 않도록해야하며, 콜렉션을 완료하면 파괴됩니다 (예 : 적을 물리 쳤을 때, 제거하고 싶을 수도 있습니다). EnemyManager가 더 이상 필요없는 적, 또는 다른 코드를 삭제할 것인지를 결정해야합니다. EnemyManager가 해당 항목을 삭제하려는 경우 Enemy 인터페이스에 clone 함수를 추가하여 컬렉션에 추가 할 개체의 복사본을 가져와야 할 수도 있습니다.

편집 : 귀하의 의견을 기반으로, 당신은 당신의 컬렉션에 저장된 포인터의 적 "인터페이스"를 사용하는 방법을 잘 모릅니다. 이 같은 다행히도, 그 상당히 간단 뭔가 :

for (int i=0; i<enemies.size(); i++) 
    enemies[i]->doStuff(); 

Answer 2

/* Enemy Interface (Abstract Base Class) 
    This goes in a header, say Enemy.hpp 
*/ 
class Enemy { 
public: // note default access is private in classes 
    Enemy(); 
    virtual ~Enemy(); 
    virtual void doStuff() = 0; 
}; 

/* Add an enemy to EnemyManager. 
    The interface is a type, and is known! 
    It doesn't need to know anything about the subclasses 
    which implement the interface. 
*/ 
void EnemyManager::addEnemy(Enemy * e) { 
    this->enemies.push_back(*e); // vector of Enemy POINTERS 
} 

/* Enemy of type 1. 
    This would go in say Enemy1.hpp - it depends on Enemy.hpp, 
    but EnemyManager doesn't need to know anything about this. 
*/ 
Class Enemy_type1: public Enemy { 
public: 
    Enemy_type1(); 
    virtual ~Enemy_type1(); 
    virtual void doStuff(); 
}; 

/* ... and in a .cpp file somewhere ... */ 
Enemy_type1::Enemy_type1() : Enemy() 
{ 
    // this is redundant unless you have some work for it to do 
} 

Enemy_type1::~Enemy_type1() 
{ 
} 

void Enemy_type1::doStuff() 
{ 
    // do your stuff here 
}