需求:
对各产品提供一个公共的CBB:该CBB主要屏蔽多个硬件平台的区别,不同的硬件平台的实现机制不尽相同(不同的硬件芯片,驱动等等),但对外提供的功能是一致的
两套实现方案:
1. 每个平台单独实现自己的二进制,在二进制外面做一个封装层来统一供上层调用
示意图如下:

| 优点 | 缺点 |
|---|---|
| 简单,每个平台单独实现自己的分支;甚至API规范都不用考虑 | 后续如果需要增加统一的调试逻辑,需要在两个二进制中重复实现 |
| - | 两个平台的实现完全独立,后续的维护成本上升 |
初看起来本方案实现比较简单,且个平台的二进制实现完全独立无耦合,似乎是比较好的方案。但如果考虑后期的维护成本,由于各平台单独实现,编程风格和实现方式不尽相同,新人加入后的理解成本也会随之而来;另外,后续增加新平台时,还需要再独立完整实现一套,之前的工作成果无法复制使用。
综上考虑,该方案并非优选。
2. 统一实现一套CBB代码,命令的解析以及框架共用一套,在具体功能处调用不同平台的接口
示意图如下:
公共CBB实现策略探讨

本文分析了两种公共CBB的实现方案:一是每个平台独立实现并封装,二是统一代码框架,只在功能处调用平台接口。考虑到维护成本和代码复用,第二种方案虽然初期工作量大,但长期更具优势。
最低0.47元/天 解锁文章
220

被折叠的 条评论
为什么被折叠?



