6

我有一个带有几个派生类的 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 这似乎使我的代码更具可组合性,如果我希望我可以在其中包装一个真正的工厂对象。我可以看到性能可能会略有下降,但这很值得担心,因为它只在启动期间调用。

4

4 回答 4

2

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

我可以看到拥有指针的唯一优势是用于测试,您可以在其中使用不同的工厂函数。

于 2009-02-11T12:08:48.223 回答
1

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

但是在第二种情况下,如果您想要另一种方法与第一种方法一起使用,您会遇到麻烦......

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

那你选择了。

于 2009-02-11T12:04:40.293 回答
1

我想说将工厂函数作为类本身中的静态方法的优势在于,它显然是该类生命周期的一部分。将其分开意味着使用您的类的其他程序员将不得不在其他地方寻找工厂方法。

抱歉,我不确定您将函数指针传递给因子方法的确切含义,但如果您不需要,我通常不会使用函数指针。函数指针不能内联,因为它们无法在编译时解析,这意味着它们可能会更慢。但除此之外,如果您已经可以确定要在编译时调用哪个函数,那么使用函数指针似乎是不好的设计。

于 2009-02-11T12:05:07.157 回答
1

您是否曾经想要一个类型的多个工厂?如果是这样,您需要工厂对象。

于 2009-02-11T12:07:36.370 回答