到适配器的启发，软件设计领域就产生了一
个“适配器”模式。适配器模式就是将不同的输入转换为相同的输出，从而避免业务层和输入直接产生关系。这样，输入源的改变处理全部由适配器来完成，业务层则无需关心输入源的变动。 对于物联网设备接入，我们会发现和适配器要解决的问题是一样的。因此，对于物联网设备接入，我们应该设计一个适配层，作为厂家数据 API 和业务层的桥梁。这个适配层的职责就是接入不同厂家的物联网设备数据 API，然后转换为业务层需要的标准格式数据。 这样，即便是换厂家、换设备，都只需要更改适配层，业务层和前端都不需要做任何改动。有了适配层之后，我们的产品架构就演变成下面的样子。这种架构下，不管接入多少个厂家、多少种设备，都只需要在适配层进行调整，业务模块和前端无需做任何修改。 图中绘制的箭头是单向的，实际上换成双向箭头也是没问题的。如果业务模块需要下发指令到物联网设备，同样也可以通过适配层将标准指令转换为不同厂家设备能够接收的购买 Whatsapp 号码数据 相应指令，接入新厂家设备同样也不需要更改业务模块。 物联网设备接入产品该怎么设计？经验分享 其实上面说的反面案例类似的情况十分常见，出现这样的问题很大程度上是没有类似的产品设计经验。本人曾经负责过一个智能电表抄表模块的产品设计，这里面就涉及到抄表、计费、欠费拉闸断电、充值恢复通电、手动通断电等等业务。 在产品设计时，由于有适配器这样的概念实际经验来自做软件开发时的设计模式，所以提前考虑了做适配层。并且，明确和开发同学交待要考虑未来新的厂商设备接入。
https://lh7-us.googleusercontent.com/Sd33ns84C986v-DakWLXtxWRZ9cvy2z7Wr0mCGYioltmtVJjZn-r0n4mrHIWWt87xlQdfW3iICdl3eQmBgfO8vvgP_FKCMHiyUvtD3488byAW7h9DfVP5yB_VyYeZUKzRPLuheyLToEGDaM4spWXhTs
到后面，确实也因为采购成本原因，采购了另一个厂家的设备。由于有适配层的存在，新厂家的智能电表非常快就接入到产品中，而业务层并没有做任何改动。要知道，如果要更改业务层的抄表、计费、通断电指令那开发的工作量就非常多，而且还容易出现纰漏导致 bug。 对于物联网设备适配层，通常来说需要下面几个模块 设备档案 设备档案主要维护设备的基础信息，其中关键的一个信息就是与厂家平台对接的唯一标识，通常会是设备编号或 IMEI。
頁:
[1]