DownLoad
OGRE
分析之設計模式（四）
Mythma
Email: mythma@163.com
OGRE的設計結構十分清晰，這得歸功于設計模式的成功運用。
八、Iterator
說到Iterator，讓人首先想到的是STL中各種iterators。OGRE源碼中廣泛用到了STL，尤其是容器map。但OGRE大部分情況下并沒有直接使用與容器配套的迭代器，而是在iterator上包了一層。對序列式容器的iterator，OGRE包裝為VectorIterator<T>，其const形式為ConstVectorIterator；對關聯式容器（map），包裝為MapIterator<T>，其const形式為ConstMapIterator。所以從另一個角度看，使用的是Adapter模式。
OGRE的包裝本身沒有什么復雜，看一下map的iterator封裝就清楚了：
template <class T>
class MapIterator
{
private:
typename T::iterator mCurrent;
typename T::iterator mEnd;
/**//// Private constructor since only the parameterised constructor should be used
MapIterator() {};
public:
typedef typename T::mapped_type MappedType;
typedef typename T::key_type KeyType;
/**//** Constructor.
@remarks
Provide a start and end iterator to initialise.
*/
MapIterator(typename T::iterator start, typename T::iterator end)
: mCurrent(start), mEnd(end)
{
}
/**//** Returns true if there are more items in the collection. */
bool hasMoreElements(void) const
{
return mCurrent != mEnd;
}
/**//** Returns the next value element in the collection, and advances to the next. */
typename T::mapped_type getNext(void)
{
return (mCurrent++)->second;
}
/**//** Returns the next value element in the collection, without advancing to the next. */
typename T::mapped_type peekNextValue(void)
{
return mCurrent->second;
}
/**//** Returns the next key element in the collection, without advancing to the next. */
typename T::key_type peekNextKey(void)
{
return mCurrent->first;
}
/**//** Required to overcome intermittent bug */
MapIterator<T> & operator=( MapIterator<T> &rhs )
{
mCurrent = rhs.mCurrent;
mEnd = rhs.mEnd;
return *this;
}
/**//** Returns a pointer to the next value element in the collection, without
advancing to the next afterwards. */
typename T::pointer peekNextValuePtr(void)
{
return &(mCurrent->second);
}
/**//** Moves the iterator on one element. */
void moveNext(void)
{
mCurrent++;
}
};
九、Observer
Observer模式“定義對象間一對多的依賴關系，當一個對象的狀態發生變化時，所有依賴他的對象都得到通知并自動更新”。回想一下OGRE的消息機制，用的正是該模式。
為了得到OGRE的各種消息（更新、鼠標、鍵盤），在初始化EventProcessor后需要向它添加各種Listeners：KeyListener、MouseListener、MouseMotionListener。而EventProcessor本身又是個FrameListener，在它startProcessingEvents的時候，又以FrameListener的身份注冊到Root中。可以看出，Root是消息的發布者，EventProcessor 是個代理，它把消息分發給各種訂閱者KeyListener、MouseListener或MouseMotionListener。
至于消息是如何分發的，可以參考Chain of Responsibility模式或消息機制分析。
十、Strategy
Strategy模式在于實現算法與使用它的客戶之間的分離，使得算法可以獨立的變化。
回想一下Bridge模式，可以發現，兩者之間有些相似性：使得某一部分可以獨立的變化。只不過Bridge是將抽象部分與它的實現部分分離。從兩者所屬的類別來看，Bridge強調靜態結構，而Strategy強調更多的是行為——算法的獨立性。
同樣是Bridge模式中的例子，若把Mesh各版本文件讀取的實現看作是算法，把MeshSerializer看作是算法的客戶，那么該例也可以看作是Strategy模式。具體參考Bridge模式。
從上面可以看出，模式之間本沒有絕對的界限，從不同的角度看可以得到不同的結論；另一方面，模式的實現也是隨機應變，要與具體的問題想結合。
十一、Template Method
Template Method比較簡單的一個模式，屬于類行為模式。可以用“全局與細節”、“步驟與實現”來概括，具體就是基類定義全局和步驟，子類來實現每一步的細節。
OGRE給的Example框架使用了該模式，并具代表性。看一下ExampleApplication的setup()成員：
bool setup(void)
{
mRoot = new Root();
setupResources();
bool carryOn = configure();
if (!carryOn) return false;
chooseSceneManager();
createCamera();
createViewports();
// Set default mipmap level (NB some APIs ignore this)
TextureManager::getSingleton().setDefaultNumMipmaps(5);
// Create any resource listeners (for loading screens)
createResourceListener();
// Load resources
loadResources();
// Create the scene
createScene();
createFrameListener();
return true;
}
該成員函數調用的其他virtual成員函數都有默認的實現，若不滿足需求，子類可以自行實現。而setup（）只是定義了一個設置順序。