在前端时间开发过程中，有这样一个业务场景：A;B两家厂商设备进行设备信息的同步功能。

根据实际场景，做了抽象工厂+单例模式实现调用工厂时，生成不同的具体业务引用对象，实现方法的调用。

概念：
抽象工厂模式通过接口或抽象类来创建一系列相关或依赖对象。它定义了一组工厂方法，每个方法对应一种产品类型。具体工厂实现了这些接口，负责创建具体的产品对象。客户端通过抽象工厂接口来调用这些方法，从而创建一系列相关或依赖的对象。

结构
抽象工厂模式包含以下几个主要角色：
‌抽象工厂（Abstract Factory）‌：定义了一组工厂方法来创建一系列相关或依赖对象的抽象接口。
‌具体工厂（Concrete Factory）‌：实现了抽象工厂接口，负责创建具体的产品对象。
‌抽象产品（Abstract Product）‌：定义了一组产品对象的共同接口或抽象类。
‌具体产品（Concrete Product）‌：实现了抽象产品接口，定义了具体产品的行为和属性。
‌客户端（Client）‌：使用抽象工厂和抽象产品接口来调用具体工厂创建产品对象的方法。

优点和缺点
‌优点‌：
‌ 一致性‌：确保同一产品族的对象一起工作，客户端不需要知道每个对象的具体类，简化了代码。
‌ 解耦‌：将客户端与具体产品的创建过程解耦，使得系统更加灵活。
‌缺点‌：
‌ 扩展困难‌：增加新的产品族需要修改抽象工厂和所有具体工厂的代码，扩展较为复杂。
‌ 维护成本‌：当需要增加新的产品等级结构时，可能会增加维护成本。

其实实际开发呢，我们前期往往不需要抽象工厂，直接一个具体工厂就可以了

首先我们定义一个接口，这个接口只负责声明方法，具体由谁去实现，实现什么样的业务则根据实际

情况定义。

比如：我们声明一个创建设备的方法，但是具体由谁去创建设备，以及创建A厂商还是B厂商的设备，

则由实现类去处理。

public interface IDeviceService {
   


    /**
     * 创建设备
     * @param deviceConfig
     * @return
     */
    int createDevice(DeviceConfig deviceConfig);
}

我们声明A业务类，在这里实现创建A类型设备

@Service
public class ADeviceServiceImpl implements IDeviceService {
   


    private static Logger logger= LoggerFactory.getLogger(ADeviceServiceImpl.class);

    private final DeviceConfig deviceConfig;

    public ADeviceServiceImpl (DeviceConfig deviceConfig) {
   
        try {
   
            this.deviceConfig = deviceConfig;
        } catch (Exception e) {
   
            throw new RuntimeException(e)