工厂对象与工厂函数

Question

我有一个带有几个派生类的ABC。为了创建这些派生类，我使用了工厂模式：

.h文件：

class derivedFactory
{
public:
    base* createInstance();
};

.cpp文件：

base* derivedFactory::createInstance()
{
    return new derived();
}

与只有一个免费函数相比，这样做有什么好处：

.h文件：

base* derivedFactoryFunction();

.cpp文件：

base* derivedFactoryFunction()
{
    return new derived();
}

另外:我使用抽象工厂模式进行依赖注入。我可以使用基于ABC的继承层次结构：

class objectCreator
{
public:
    base* create() = 0;
};

与函数指针相比，使用此函数有什么优势：

boost::function<base* ()> factory_ptr;

使用boost::bind/lambda这似乎使我的代码更具可组合性，如果我希望的话，我可以在其中包装一个真正的工厂对象。我可以看到可能会有轻微的性能下降，但这是非常值得担心的，因为它只在启动时调用。

Answer 1

这取决于您的工厂需要多大的灵活性。如果工厂需要外部信息(例如来自配置文件、程序选项等)来确定如何构造对象，那么对象是有意义的。如果你所需要的只是工厂的参数，那么一个函数可能就可以了。

我所能看到的拥有指针的唯一优点是用于测试，在那里您可以使用不同的工厂函数。

Answer 2

具有单个方法的接口或指向方法的指针是等效的。

但是在第二种情况下，如果你想在第一种方法的基础上使用另一种方法，你会遇到麻烦的。

在我看来，接口比方法指针更具可读性。

然后你选择了。

Answer 3

我要说的是，让工厂作为类本身的静态方法的好处是，很明显，它是该类生命周期的一部分。将其分开意味着使用您的类的其他程序员将不得不寻找其他地方来查找工厂方法。

很抱歉，我不确定传递函数指针到factor方法到底是什么意思，但如果没有必要，我通常不会使用函数指针。函数指针不能内联，因为它们不能在编译时解析，这意味着它们可能会更慢。但除此之外，如果你已经可以确定在编译时要调用哪个函数，那么使用函数指针似乎是一个糟糕的设计。