公共CBB实现方案思考

本文分析了两种公共CBB的实现方案:一是每个平台独立实现并封装,二是统一代码框架,只在功能处调用平台接口。考虑到维护成本和代码复用,第二种方案虽然初期工作量大,但长期更具优势。
摘要由CSDN通过智能技术生成

需求:

对各产品提供一个公共的CBB:该CBB主要屏蔽多个硬件平台的区别,不同的硬件平台的实现机制不尽相同(不同的硬件芯片,驱动等等),但对外提供的功能是一致的

两套实现方案:

1. 每个平台单独实现自己的二进制,在二进制外面做一个封装层来统一供上层调用

示意图如下:

优点 缺点
简单,每个平台单独实现自己的分支;甚至API规范都不用考虑 后续如果需要增加统一的调试逻辑,需要在两个二进制中重复实现
- 两个平台的实现完全独立,后续的维护成本上升

初看起来本方案实现比较简单,且个平台的二进制实现完全独立无耦合,似乎是比较好的方案。但如果考虑后期的维护成本,由于各平台单独实现,编程风格和实现方式不尽相同,新人加入后的理解成本也会随之而来;另外,后续增加新平台时,还需要再独立完整实现一套,之前的工作成果无法复制使用。
综上考虑,该方案并非优选。

2. 统一实现一套CBB
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值