这两个玩意令人振奋。Loki::Factory必须接受一个可调用体作为CreatePolicy,
比如一个函数指针，一个Functor对象。所以如果要在工厂注册20个产品，就必须有20个名字不同的生成函数，这样很烦。
//Loki::Factory 接口：
template
class Factory : public FactoryErrorPolicy
我的目标是：用摸板来实现ProductCreator,当一个类的名字传给Creator时，
这个类的生成函数将自动产生。于是我写了下面的代码：
template
struct GAbstractCreator
{
virtual AbstractProduct* operator()()
{throw();return 0;}
};
template
struct GProductCreator
: public GAbstractCreator{Product* pP;AbstructProduct* operator()() { return CreatePolicy::Create(pP);} //CreatePolicy::Create() //If the compiler is better. }; 这样，我的目标就快实现了：如果GTank从GObject(Game Object)派生，就可以这样用GProductCreator： typedef GProductCreator TankCreator;如果要生成一个GTank对象，传回一个GObject*指针，你就可以这样做： GObject* pO = TankCreator()(); vector vo; vo.push_back( TankCreator()() );这样看上去不错，但是这还没有体现出GProductCreator的真正威力，它真正的价值在与Factory的合作中。我希望一个Factory可以这样运作： typedef unsigned long identifier_type; typedef Factory TheFactory; TheFactory theFactory; theFactory.Register(1, &GProductCreator() ); theFactory.Register(2, &GProductCreator() ); //缺省摸板参数。需要解释一下：传入Factory的第三个摸板参数是GAbstractCreator, 着就意味着当你注册一个产品时，Register的第二个参数必须具有 GAbstractCreator（）* 的型别， 一个 &GProductCreator() 是不是一个 GAbstractCreator（）* 呢？这是一个关键问题。必须保证类 GAbstractCreator 是 GProductCreator的基类。我精心设计了GProductCreator并让它从GAbstactCreator派生，使得这成为现实。