嵌入式开发中工厂方法与桥接模式的融合应用

1. 模式融合的设计背景

在嵌入式开发领域，随着产品功能日益复杂，单片机软件架构面临两个核心挑战：硬件抽象层的不稳定性和功能模块的频繁变更。传统面向过程的开发方式往往导致代码耦合度过高，任何硬件改动都可能引发大规模重构。我在STM32F4系列开发板上实现物联网网关时，就曾因传感器型号更换而被迫重写了70%的驱动代码。

工厂方法模式（Factory Method）与桥接模式（Bridge）的组合应用，恰好能解决这类架构痛点。前者通过虚拟构造函数隔离对象创建过程，后者运用抽象与实现分离来应对多维度变化。当两者结合时，既能灵活应对硬件差异，又能保持功能逻辑的稳定性。以智能家居控制器为例，不同厂商的Zigbee模块（TI CC2530/Nordic nRF52840）虽然通信协议相同，但寄存器配置差异巨大。

2. 模式实现的技术解剖

2.1 硬件抽象层的桥接结构

在RT-Thread操作系统中构建硬件抽象层时，我采用了如下桥接模式实现：

c复制// 抽象接口
typedef struct {
    void (*send)(uint8_t *data, uint16_t len);
    uint8_t (*receive)(uint8_t *buffer);
} CommunicationProtocol;

// 具体实现 
typedef struct {
    CommunicationProtocol proto;
    USART_TypeDef *uart_instance;
} UARTProtocolImpl;

void UART_Send(uint8_t *data, uint16_t len) {
    // 具体UART发送实现
}

// 桥接装配
UARTProtocolImpl uart1_protocol = {
    .proto.send = UART_Send,
    .uart_instance = USART1
};

这种结构使得上层业务逻辑只需调用proto.send()，完全不用关心底层是UART、SPI还是I2C。当硬件通信方式变更时，仅需替换具体实现类，业务代码零改动。

2.2 动态创建的工厂方法

针对多传感器支持场景，工厂方法的典型实现如下：

c复制typedef enum { SENSOR_TEMP, SENSOR_HUMI } SensorType;

typedef struct {
    float (*read_value)(void);
} SensorInterface;

SensorInterface* CreateSensor(SensorType type) {
    switch(type) {
        case SENSOR_TEMP:
            return &dht11_temp_sensor;
        case SENSOR_HUMI:
            return &sht30_humi_sensor;
        default:
            return NULL;
    }
}

在FreeRTOS环境下，我曾用此方法实现BME280/SHTC3传感器的热插拔支持。通过xTaskCreate动态创建传感器任务时，工厂方法根据检测到的设备ID返回对应驱动实例。

3. 模式联动的实战案例

3.1 工业HMI控制面板开发

在某型注塑机控制面板项目中，需要同时支持电阻屏和电容屏两种触摸方案。架构设计如下：

1. 创建输入设备抽象层：

c复制typedef struct {
    void (*scan)(void);
    TouchPoint (*get_point)(void);
} InputDevice;

2. 实现具体设备驱动：

c复制// 电阻屏实现
typedef struct {
    InputDevice device;
    ADS7843_TypeDef *adc;
} ResistiveTouchImpl;

// 电容屏实现  
typedef struct {
    InputDevice device;
    FT6236_TypeDef *i2c_dev;
} CapacitiveTouchImpl;

3. 设备工厂根据硬件配置返回实例：

c复制InputDevice* CreateInputDevice(void) {
    if(HAL_GPIO_ReadPin(LCD_TYPE_GPIO) == SET) {
        return &capacitive_impl.device;
    } else {
        return &resistive_impl.device;
    }
}

这种设计使得UI事件处理模块可以统一调用device.scan()，而实际运行时自动适配具体硬件。项目后期新增红外触摸屏支持时，仅需添加新的实现类并扩展工厂方法。

3.2 无线模块多协议支持

在开发支持LoRa/Wi-Fi/BLE的三模网关时，我运用了更复杂的嵌套模式：

1. 通信协议桥接结构：

c复制typedef struct {
    int (*send)(const char *msg);
    int (*set_power)(uint8_t level);
} RadioProtocol;

2. 协议工厂方法簇：

c复制RadioProtocol* CreateLoRaProtocol(void) {
    static LoRaProtocolImpl lora;
    return &lora.proto;
}

RadioProtocol* CreateBLEProtocol(void) {
    static BLEProtocolImpl ble;
    return &ble.proto;
}

3. 动态协议切换管理器：

c复制void SwitchProtocol(NetworkManager *mgr, ProtocolType type) {
    if(mgr->current_protocol) {
        mgr->current_protocol->shutdown();
    }
    mgr->current_protocol = GetProtocolFactory(type)();
    mgr->current_protocol->init();
}

通过这种设计，网关能根据信号强度自动切换通信方式（RSSI<-90切LoRa，-90~-70用BLE，>-70用Wi-Fi），而业务层的消息发送始终只需调用current_protocol->send()。

4. 关键实现技巧与避坑指南

4.1 内存受限环境的优化

在STM32F103C8T6（20K RAM）上应用这些模式时，需要特别注意：

1. 使用静态分配替代动态创建：

c复制// 预先分配所有可能的实例
static UARTProtocolImpl uart1_impl, uart2_impl;
static SPIProtocolImpl spi1_impl;

ProtocolImpl* GetProtocolInstance(ProtocolType type) {
    switch(type) {
        case UART1: return &uart1_impl;
        case UART2: return &uart2_impl;
        case SPI1:  return &spi1_impl;
        default:    return NULL;
    }
}

2. 采用单例模式限制实例数量：

c复制SensorManager* GetSensorManager(void) {
    static SensorManager instance;
    return &instance;
}

4.2 中断上下文的安全处理

当工厂方法或桥接方法可能被中断服务程序调用时：

1. 避免在中断中执行复杂创建逻辑
2. 使用双重检查锁定确保线程安全：

c复制RadioProtocol* GetRadioProtocol(void) {
    static RadioProtocol *instance = NULL;
    if(instance == NULL) {
        taskENTER_CRITICAL();
        if(instance == NULL) {
            instance = CreateLoRaProtocol();
        }
        taskEXIT_CRITICAL();
    }
    return instance;
}

4.3 调试与追踪技巧

1. 为每个抽象接口添加版本标识：

c复制typedef struct {
    uint32_t magic;  // 0xDEADBEEF
    uint16_t version;
    void (*method)(void);
} InterfaceHeader;

2. 在工厂方法中注入调试钩子：

c复制DeviceDriver* CreateDriver(DeviceType type) {
    log("Creating driver type=%d", type);
    DriverDriver *d = RealCreateDriver(type);
    if(d) {
        RegisterDriverToMonitor(d);
    }
    return d;
}

5. 性能影响实测数据

在STM32F407VG（168MHz）上测试不同实现方式的性能开销：

测试表明：虽然模式组合会带来约100ns的额外调用开销，但相比其带来的架构优势，在大多数应用场景中是可接受的。对于实时性要求极高的场景（如电机控制中断），建议在关键路径上仍使用直接寄存器操作。