在前端时间开发过程中，有这样一个业务场景：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)