网站乱码账户竞价托管费用

前言

在上一篇文章中我们提到了抽象工厂模式初版代码的一些缺点：①客户端违反开闭原则②提供方违反开闭原则。本文将针对这两点进行讨论

使用简单工厂改进

对于缺点①，我们可以使用简单工厂的思路来改进抽象工厂的初版代码。对于上一篇文章中的例子，我们去除CameraFactory、BaslerCameraFactory和SickCameraFactory，取而代之的是SimpleFactory类。

类图如下：

代码如下：

//工厂类
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.《大话设计模式》