优点:工厂类是整个模式的关键.包含了必要的逻辑判断,根据外界给定的信息,决定究竟应该创建哪个具体类的对象.通过使用工厂类,外界可以从直接创建具体产品对象的尴尬局面摆脱出来,仅仅需要负责“消费”对象就可以了。而不必管这些对象究竟如何创建及如何组织的.明确了各自的职责和权利,有利于整个软件体系结构的优化。
缺点:
由于工厂类集中了所有实例的创建逻辑,违反了高内聚责任分配原则,将全部创建逻辑集中到了一个工厂类中;它所能创建的类只能是事先考虑到的,如果需要添加新的类,则就需要改变工厂类了。
当系统中的具体产品类不断增多时候,可能会出现要求工厂类根据不同条件创建不同实例的需求.这种对条件的判断和对具体产品类型的判断交错在一起,很难避免模块功能的蔓延,对系统的维护和扩展非常不利;
这些缺点在工厂方法模式中得到了一定的克服。
类图如下所示
c++具体实现代码如下所示
#include<iostream>
//假设人有三种 女人 男人 人妖 然后他们有一个共同基类就是human 那么我们可以做如下抽象
#include<memory>
enum class HumanType
{
MAN,
WOMAN,
TRANS
};
class human
{
public:
human() {};
virtual ~human() {};
private:
int age{};
int height{};
};
using up_human = std::unique_ptr<human>;
class man :public human
{
public:
man() { std::cout << "男人被创建了\n"; }
};
class woman :public human
{
public:
woman() { std::cout << "女人被创建了\n"; }
};
class transgender :public human
{
public:
transgender() { std::cout << "人妖被创建了\n"; }
};
class humanFactory
{
public:
static up_human CreateHuman(HumanType Type)
{
switch (Type)
{
case HumanType::MAN:
return std::make_unique<man>();
break;
case HumanType::WOMAN:
return std::make_unique<woman>();
break;
case HumanType::TRANS:
return std::make_unique<transgender>();
break;
default:
break;
}
}
};
int main()
{
up_human p = humanFactory::CreateHuman(HumanType::MAN);
up_human p1 = humanFactory::CreateHuman(HumanType::WOMAN);
up_human p2 = humanFactory::CreateHuman(HumanType::TRANS);
}