箭头函数用于动态重塑协议回调，核心是构建轻量、可组合、易扩展的协议适配层；通过Map映射协议类型到纯数据转换函数，支持运行时注册与闭包配置，职责清晰且便于测试。
用箭头函数动态重塑回调方法，核心不是语法炫技，而是让协议适配层更轻量、可组合、易扩展。它天然适合封装“协议行为”，比如不同设备连接后该做什么、数据来了怎么转、指令下发怎么包装——这些动作本身不依赖 this，也不需实例化，正合箭头函数的定位。
协议类型决定回调逻辑走向
网关接收到设备报文时，第一步是识别协议类型（如 Modbus TCP、Zigbee、MQTT、HTTP）。识别结果不应硬编码分支，而应映射到一组预定义的箭头函数上，每个函数专注一种协议的数据处理契约：
- Modbus TCP 回调：解析功能码 + 寄存器地址，提取 raw bytes → 转为统一结构体 { deviceId, timestamp, metrics: { temp: 23.5, humidity: 62 } }
- Zigbee 回调：从 APS 层 payload 提取 clusterId 和 attributeId → 映射到物模型属性名（如 “0x0000/0x0000” → “temperature”）
- HTTP 回调：从 query 或 body 解析 id、cmd、value → 标准化为 { action: "set", target: "light", params: { state: "on" } }
用 Map 管理协议-回调映射关系
避免 if-else 堆叠，用 ES6 Map 存储协议标识符到箭头函数的映射。键可以是字符串（如 "modbus-tcp"）、符号（Symbol.for("zigbee")），甚至自定义协议类的 prototype：
const protocolHandlers = new Map([
["modbus-tcp", (raw) => ({ ...parseModbus(raw), protocol: "modbus-tcp" })],
["zigbee", (raw) => ({ ...parseZigbee(raw), protocol: "zigbee" })],
["mqtt", (msg) => ({ topic: msg.topic, payload: JSON.parse(msg.payload.toString()), protocol: "mqtt" })],
]);
收到原始数据后，只需：const handler = protocolHandlers.get(protocolType); if (handler) return handler(packet);
支持运行时注册新协议回调
当现场接入一款未预置协议的传感器（如某私有串口协议），无需重启网关。可通过 SDK 提供的 registerProtocol 接口，传入协议名和对应箭头函数：
gateway.registerProtocol("custom-sensor-v2", (buf) => {
const id = buf.readUInt16BE(0);
const value = buf.readInt32BE(2) / 100;
return { deviceId: `sensor-${id}`, temperature: value, protocol: "custom-sensor-v2" };
});
内部自动更新 Map，后续同类型报文即被该函数处理。箭头函数闭包可捕获配置参数（如校验方式、字节序），无需全局变量或状态管理。
与适配器模式协同使用
箭头函数作为适配器的“执行体”，不负责连接、重试、心跳等生命周期管理，只做纯数据转换。完整链路是：
设备驱动 → 获取原始帧 → 交给 protocolHandlers.get(type) → 箭头函数输出标准对象 → 统一事件总线分发 → 上游业务消费。
这样划分职责清晰，测试也简单：给箭头函数喂一个 Buffer 或 JSON 字符串，断言输出字段是否符合内部数据模型，不依赖网络或硬件。
