计划模式学习（二）工厂模式——抽象工厂模式+注册表
前言在上一篇文章中我们提到了抽象工厂模式初版代码的一些缺点：①客户端违反开闭原则②提供方违反开闭原则。本文将针对这两点进行讨论
使用简单工厂改进
对于缺点①，我们可以使用简单工厂的思路来改进抽象工厂的初版代码。对于上一篇文章中的例子，我们去除CameraFactory、BaslerCameraFactory和SickCameraFactory，取而代之的是SimpleFactory类。
类图如下：
https://i-blog.csdnimg.cn/direct/2843bdc0ac6349599b38b4f654574479.png
代码如下：
//工厂类
class SimpleFactory
{
public:
BaslerCamera* CreateBaslerCamera()
{
if ("Linux" == os_name_)
{
return new LinuxBaslerCamera();
}
else if ("Windows" == os_name_)
{
return new WindowsBaslerCamera();
}
else
{
return nullptr;
}
}
SickCamera* CreateSickCamera()
{
if ("Linux" == os_name_)
{
return new LinuxSickCamera();
}
else if ("Windows" == os_name_)
{
return new WindowsSickCamera();
}
else
{
return nullptr;
}
}
public:
std::string os_name_ = "Linux";
};
//客户端
int main()
{
SimpleFactory* camera_factory = new SimpleFactory();
BaslerCamera* basler_camera = camera_factory->CreateBaslerCamera();
basler_camera->OpenCamera();
SickCamera* sick_camera = camera_factory->CreateSickCamera();
sick_camera->OpenCamera();
return 0;
}
留意，上述方法固然改进了缺点①，但是缺点②仍存在。
使用注册表改进
对于缺点②，其本质是：增加新产物时，对工厂类带来的修改违反了开闭原则。对于这种情况，我们可以参考《计划模式学习（二）工厂模式——工厂方法模式+注册表》中提到的注册表，来去除switch或if这种分支判断，排除分支判断带来的耦合。
对于详细产物，我们可以这样将它注册：
class LinuxBaslerCamera : public BaslerCamera
{
public:
~LinuxBaslerCamera() override = default;
bool OpenCamera() override
{
return true;
}
};
ReflectRegister("LinuxBasler", LinuxBaslerCamera);
然后工厂类的代码可以简化为：
class SimpleFactory
{
public:
BaslerCamera* CreateBaslerCamera()
{
std::string name = os_name_ + "Basler";
return Object::CreateObject<BaslerCamera>(name);
}
SickCamera* CreateSickCamera()
{
std::string name = os_name_ + "Sick";
return Object::CreateObject<SickCamera>(name);
}
public:
std::string os_name_ = "Linux";
};
这样，在产物族增加时（好比增加一个HarmonyOS），我们只必要在它下面的产物类对应的文件中使用ReflectRegister注册，然后改变os_name_即可（固然os_name_也可以在运行时从设置文件中加载，这样更好）。
而对于现有的产物族内增加新产物（好比增加一个Huaray相机），工厂类中还是要增加一个CreateHuarayCamera函数。
参考文章
1.《谎话计划模式》
免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]