By nalla
翻譯：Lymons
本文使用C++來描述我的作品---給范型游戲引擎創(chuàng)建一個框架
· Download design strategy - 122 KB
· Download sample game engine - 129 KB
簡介
我拿到了一個任務(wù)，就是寫一篇關(guān)于游戲引擎設(shè)計的報告。為此，我開始用C++來實現(xiàn)一個框架，它包含了一些設(shè)計模式（Design Patterns）的基本實現(xiàn)以及類似于基于原則設(shè)計（Policy based design）的一些C++概念。而本文就是談?wù)撐业脑O(shè)計，并且里面也包括一些可編譯的代碼片斷。
背景
在本文描述的框架中使用了一些著名的設(shè)計范式（design paradigms），如：基于原則的設(shè)計（Policy based design），裝飾者（Decorator）和策略（Strategy）模式，以及相應(yīng)的C++的代碼實現(xiàn)。
代碼的功能說明
基于原則的設(shè)計是用于游戲的設(shè)置
在進入到足球游戲引擎設(shè)計的細節(jié)之前，先討論一下游戲中的設(shè)置。在任何游戲中都允許用戶在游戲開始期間來選擇游戲的難度。我假設(shè)這里有三種難度級別，即：低級，中級，高級。因為這些級別允許在開始的時候被選擇，這就給了我們一個機會可以利用模板類來使用基于原則的設(shè)計（基于Andrei Alexandrescu的書《Modern C++ Design》）。因此，這些難度級別在這兒可以被當做一個原則(Policy)。而且我為設(shè)置游戲模式也新添加一個原則，這些游戲模式可以是自動模式（你可以和機器對戰(zhàn)）或者多人模式（你可以和朋友一起玩）。
基于原則的設(shè)計可以被當作策略模式在編譯期間的一個變體。
Collapse
template <typename T>
struct DifficultyLevel_High
{
static void setDifficultyLevel(T&) { cout << "Setting to High difficulty level" <<endl; }
};
template <typename T>
struct DifficultyLevel_Med
{
static void setDifficultyLevel(T&)
{ cout << "Setting to Medium difficulty level" <<endl; }
};
template <typename T>
struct DifficultyLevel_Low
{
static void setDifficultyLevel(T&)
{cout << "Setting to Low difficulty level" <<endl; }
};
template <typename T>
struct Playmode_policy_auto
{
static void setPlaymodepolicy(T&)
{ cout << "Setting to auto Playmode" <<endl; }
};
template <typename T>
struct Playmode_policy_multi
{
static void setPlaymodepolicy(T&)
{ cout << "Setting to multi Playmode" <<endl; }
};
class FootballEngineType
{
public:
FootballEngineType()
{ cout << "Engine set as Football " << endl;
}
};
//---------------------Usage of Policy based design----------------//
template< typename T,
template <typename> class DifficultyLevel_policy,
template <typename> class Playmode_policy >
class GamingEngine
{
public:
void Run()
{
DifficultyLevel_policy<T>::setDifficultyLevel(engineType);
Playmode_policy<T> ::setPlaymodepolicy(engineType);
start();
}
private:
T engineType;
};
接下來要實現(xiàn)的事情是讓球隊在游戲的運行期內(nèi)可以改變它的邏輯和策略。例如，用戶能夠選擇防守策略而不是進攻, 使用策略模式使之成為可能。我們能夠為防守或者進攻等的策略定制一套算法，以便用戶能在運行期選擇球隊的策略。那我們在這里就使用策略模式 Strategy pattern，在這兒我定義了三種策略，以及能夠通過 GameLogic 類來設(shè)置這些策略。
Collapse
class Strategy
{
public:
Strategy() {}
virtual void Apply()=0;
virtual ~Strategy() {}
};
class DefendStrategy : public Strategy{
public:
DefendStrategy():Strategy() { cout << "Defend strategy set" << endl; }
void Apply() { cout << "Defend strategy applied" << endl; }
virtual ~DefendStrategy() {}
};
class AttackStrategy: public Strategy
{
public:
AttackStrategy():Strategy() { cout << "Attack strategy set" << endl; }
void Apply() { cout << "Attack strategy applied" << endl; }
virtual ~AttackStrategy() {}
};
class MediumStrategy: public Strategy
{
public:
MediumStrategy() :Strategy(){ cout << "Medium strategy set" << endl; }
void Apply() { cout << "Medium strategy applied" << endl; }
virtual ~MediumStrategy() {}
};
class GameLogic
{
public:
StratType StrategyType;
GameLogic()
{
m_Strategy = NULL;
}
void SetStrategy(StratType type)
{
if (m_Strategy) delete m_Strategy;
if (type == Med)
m_Strategy = new MediumStrategy();
else if (type == Defend)
m_Strategy = new DefendStrategy();
else if (type == Attack)
m_Strategy = new AttackStrategy();
}
void Exec() { m_Strategy->Apply(); }
~GameLogic() { if (m_Strategy) delete m_Strategy; }
private:
Strategy *m_Strategy;
};
然后考慮的是每個實體能夠執(zhí)行的不同的角色。 每個球隊都有很多的球員，教練，體能教練，經(jīng)理，還有裁判和球隊的CEO等。在球隊中的每個人都能執(zhí)行一個或者多個角色，并且這些角色能夠通過一些參數(shù)在運行期間被分配出來，另外，作為一個球員本身也有不同的職責，像前鋒，后衛(wèi)，中場，和守門員等。不通過子類化(sub classing)這些都應(yīng)該能夠被做出來。
我們使用裝飾者模式（Decorator pattern）在運行期來分配角色和職責。
下面是輔助函數(shù)(helper functions)的代碼，被用來獲取游戲?qū)嶓w在運行期內(nèi)的角色和職責：
Collapse
//------------templated helper functions for getting roles-------//
template <class T>
T* getresponsibility_entity(GameEntity *pEnt)
{
return dynamic_cast<T*>(pEnt->GetResponsibility(T::RESP_CLSID));
}
template <class T>
T* getroles_entitiy(GameEntity *pEnt)
{
return dynamic_cast<T*>(pEnt->GetRole(T::ROL_CLSID));
}
下面的代碼片斷是在運行期創(chuàng)建一個游戲?qū)嶓w并給它分配角色和職責，以及使用上面做成的helper functions接收這些對象 (關(guān)于完全的實現(xiàn)，請參考附件中的CPP文件):
Collapse
// Add a single player
GameEntity* play1 = new GameEntity("Beckham", "David");
//Adding role as Player
play1->AddRole(new Player(play1));
Player *playRole = getroles_entitiy<Player>(play1);
//Adding Responsibilities to play and manage
play1->AddResponsibilities(new ToPlay(play1));
play1->AddResponsibilities(new ToManage(play1));
還有，不同的隊伍能夠使用不同的設(shè)置在不同的球場上踢不同聯(lián)賽的比賽。舉例子來講，在足球游戲中的每一個實體能夠湊在一起形成一個球隊，并且還能夠應(yīng)用不同的外觀設(shè)置。你能夠添加一些球員到一家指定的俱樂部中以及添加一些不同的球隊到不同的聯(lián)賽中(如，英超聯(lián)賽)。這里，使用橋接模式(Bridge pattern)就可以把每個實體的抽象(球隊/聯(lián)賽的比賽)能夠從具體的實現(xiàn)(聯(lián)賽/足球場/外觀設(shè)置等)中解耦出來。因此，實現(xiàn)和抽象之間能夠非常獨立的相互存在。或者說，使用建造者模式(Builder Pattern)也用來完成同樣的任務(wù)。
整個設(shè)計已經(jīng)被實現(xiàn)了并使用Visual Studio 2005 (VC8.0)編譯器編譯通過了，并且測試過了。一些具體的實現(xiàn)請參考附件中的FootballEngine.cpp 。
興趣點
附加特征
近期我也正在思考如何使用觀察者模式，當策略和足球的位置以及對手的坐標被改變時來及時通知球員(游戲?qū)嶓w)。