http://blog.sina.com.cn/s/blog_630703a10100fiwx.html
namespace Ogre { template<typename T> class Singleton { protected: static T* ms_Singleton; public: Singleton(void) { assert(!ms_Singleton); ms_Singleton=static_cast<T*>(this); } ~Singleton() { assert(ms_Singleton); ms_Singleton=0; } static T& getSingleton(void) { assert(ms_Singleton); return *ms_Singleton; } static T* getSingletonPtr(void) { return ms_SingletonPtr; } }; } class CMyClass:public Ogre::Singleton<CMyClass> { public: CMyClass(){} ~CMyClass(){} };
template<> CMyClass* Ogre::Singleton<CMyClass>::ms_Singleton=0;
CMyClass* p1=new CMyClass(); CMyClass* p2=new CMyClass();
静态成员变量属于类,而不属于类的实例化对象,也就是说对于该类所有的实例化的对象,静态成员变量是惟一的,单件模式正是利用C++的静态成员变量这一性质来实现一个类只有一个实例.
下面来分析上述的OGRE代码:
当单件模式的派生类对象被创建的时候,首先调用基类的构造函数,这时类的静态成员变量被初始化为当前的派生类对象的this指针.注意这里的assert( !ms_Singleton );
当没有任何派生类对象创建的时候ms_Singleton = 0; 只要有一个派生类对象被创建,不管这个对象是在堆上还是在栈上创建的,ms_Singleton的this指针不为空,
当再次创建派生类对象的时候assert( !ms_Singleton ); 运行就会抛出错误Assertion failed!这样保证在运行的时候只有一个派生类的实例化对象.
单件设计模式:保证一个类仅有一个实例,并提供一个访问它的全局访问点。单件设计模式在OGRE中使用还是比较频繁的,管理日志的LogManager,还有SkeletonManager等管理器,就连Root也使用了这种设计模式。分析OGRE的使用,发现这种设计模式是很简单的,如下:
template <typename T> class Singleton
{
protected:
static T* ms_Singleton;
public:
Singleton( void )
{
assert( !ms_Singleton );
ms_Singleton = static_cast< T* >( this );
}
~Singleton( void )
{ assert( ms_Singleton ); ms_Singleton = 0; }
static T& getSingleton( void )
{ assert( ms_Singleton ); return ( *ms_Singleton ); }
static T* getSingletonPtr( void )
{ return ms_Singleton; }
};
}
接下来只要继承这个模板类并且重载getSingleton(),getSingletonPtr(),确实很方便,不是么^_^
STL就更不用说了,没有STL,OGRE恐怕就不是现在这个样子,说到这里,我对OGRE采用的STL命名法并不赞同,举个例子:
typedef std::map<String, Log*, std::less<String> > LogList;
这是一个map,却命名为LogList,STL内含list容器,很容易混淆,混淆的还在后面
typedef std::vector<LogListener*> LogListenerList;
明明是个vector,却命名为LogListenerList,如果整个工程统一使用这一风格,还可以接受,但下面这句就违反了
typedef std::vector<String> StringVector;
这里使用了vector命名StringVector,我个人对这种命名比较认可,一目了然
本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/linber214/archive/2008/11/19/3330943.aspx