工厂模式——工厂方法模式+注册表

工厂方法模式的瑕疵

在前一篇笔记中我们介绍了工厂方法模式，示例的类图如下：

考虑一种情况：现在要在程序运行时，根据外部资源，动态的实例化对象。也就是说在编译期我们无法知道要实例化的对象的类型。因此在实例化的过程中，就需要加以判断。

例如，在我的例子中，要根据连接到主机的相机来实例化相机对象，那么客户端（使用工厂方法创建实例的一方）使用工厂方法模式创建对象的时候，代码可能是这样：

//运行时确定数组大小，且确定后不可改变
auto camera_devices_ = std::make_unique<std::shared_ptr[]>(onlined_camera_num_);
 
for(int i = 0; i < onlined_camera_num_; ++i)
{
	std::shared_ptr factory;
	if("Sick" == camera_name[i])    //camera_name[i]中元素是提前获取的与连接的相机对应的供应商名称
		factory = std::make_shared();
	else if("Basler" == camera_name[i])
		factory = std::make_shared();
	else if("Huaray" == camera_name[i])
		factory = std::make_shared();
    camera_devices_[i] = factory->CreateCamera();
}

虽然工厂方法模式遵循了开闭原则，即当有新类型的时候，无需修改现有的代码，只需新加产品类和对应工厂类即可。但是对于客户端来说，当需要实例化的类型数量增加时，就需要新增else if去适配，这使得客户端代码变得冗长且难以维护。

注册表

为了解决上面问题，我们可以实现一个类型的注册表，允许动态创建对象。这种方法通过将关键字映射到构造函数指针，使得可以根据字符串名称动态地实例化对象。

#ifndef Reflection_H
#define Reflection_H
 
#include 

在具体相机工厂中，我们可以使用ReflectRegister注册此类（以Basler相机为例，其余类似）：

class BaslerCameraDeviceFactory : public CameraDeviceFactory
{
public:
    std::shared_ptr CreateCameraDevice() override
    {
        return std::make_shared();
    }
};
 
ReflectRegister("Basler", BaslerCameraDeviceFactory);

好了，现在回头再看客户端使用工厂方法模式创建对象的代码，就可以简化为：

//运行时确定数组大小，且确定后不可改变
auto camera_devices_ = std::make_unique<std::shared_ptr[]>(onlined_camera_num_);
 
for(int i = 0; i < onlined_camera_num_; ++i)
{
	auto p_factory = Object::CreateObject(camera_name[i]);//camera_name[i]中元素是提前获取的与连接的相机对应的供应商名称
	if (!p_factory)
        continue;
    else
        camera_devices_[i] = p_factory->CreateCameraDevice();
        
    delete p_factory;
}

文章转载自：paw5zx

原文链接：http://www.cnblogs.com/paw5zx/p/18229334

体验地址：引迈 – JNPF快速开发平台_低代码开发平台_零代码开发平台_流程设计器_表单引擎_工作流引擎_软件架构