嵌入式软件兼容性有哪些注意事项_有协议的情况下兼容性问题

最新推荐文章于 2024-09-12 20:16:16 发布

2401_84265830

最新推荐文章于 2024-09-12 20:16:16 发布

阅读量512

点赞数 23

分类专栏：程序员文章标签：网络

本文链接：https://blog.csdn.net/2401_84265830/article/details/137730266

版权

程序员专栏收录该内容

15 篇文章 0 订阅

订阅专栏

当版本迭代的时候，经手这个项目的人通常会崩溃，如果这个时候，你还没有离职，你也一样会崩溃，因为你可能已经不认识自己的代码了。

项目系统总体设计阶段，应尽可能地考虑到未来可以遇见的情况，覆盖到尽可能多的业务扩展。项目虽然分阶段开发，各个阶段完成的功能都不一样，总体设计要指向最终的需求。

1、协议制定

制定的协议要满足整个项目所有数据的交互。

比如：

这里的 ID 设置为 1 个字节，可能有一定的风险。后面功能加着加着，可能 1 个字节的 ID 满足不了，就得改协议。尽管可能满足了某个项目的需求，但万一之后其它项目也用了这一套代码，但是 1 个字节的 ID 满足不了，又得改代码。这里设置 2 字节可能会好一点，基本上能满足绝大部分情况的使用。

不一定为了覆盖范围更广而设置 4 字节，这样可能有点冗余。很多情况都有一个平衡点，需要自己权衡。

Length字段只设置了 1 个字节，可能也有一定的奉献。后面功能中如果有发较大的数据，可能要分好多包发，原本可以发得很快，被这里限制死了。到时候想要提速，就得改协议。

之前项目里，几块板间的通信都用同一套协议。但后期发现该协议满足不了新需求，但为了不影响到前面的数据，又搞了一套协议。导致项目里有两套差不多一样的协议处理代码。

协议应该是项目一开始考虑好、制定好，整个项目开发期间，都不应该再做改动。

2、数据添加

后面新增的数据，不应该插入现有的数据中，应该单独增加一个数据ID。

比如：

现有的数据中，有一条数据叫做设备信息的数据，设备信息里包含了：设备IP、设备Mac。这个数据会显示在手机APP上。对应的 C 语言代码：

#define MSG_ID_DEV_INFO 0x0001

typedef struct _dev_info
{
char dev_ip[IP_MAX_LEN];
char dev_mac[MAC_MAX_LEN];
}dev_info_t;

假如后面需要再显示一个设备的sn，这个数据我们应该加在哪里？

如果是项目前中期，这时候还是在开发阶段，我们可以随意修改。因为设备sn也是设备信息的一部分，可以直接在设备信息这个数据里添加会比较合理：

#define MSG_ID_DEV_INFO 0x0001

typedef struct _dev_info
{
char dev_ip[IP_MAX_LEN];
char dev_mac[MAC_MAX_LEN];
char dev_sn[SN_MAX_LEN];
}dev_info_t;

如果是产品已经在市场上流通，这时候这么加的话，软件兼容性就不太好。因为假如你的手机APP版本与设备版本不匹配，原有的设备IP及设备MAC这两个设备信息可能都显示不出来，因为我们这么一改，破坏了原有的数据结构，而手机APP按照原来的数据来做解析的，会解析不过。

这时候可以这么来加：

#define MSG_ID_DEV_INFO 0x0001
#define MSG_ID_DEV_SN 0x0002

typedef struct _dev_info
{
char dev_ip[IP_MAX_LEN];
char dev_mac[MAC_MAX_LEN];
}dev_info_t;

typedef struct _dev_sn
{
char dev_sn[SN_MAX_LEN];
}dev_sn_t;

这样，哪怕手机APP版本与设备版本没有对应上，原来的数据还是能正常显示的。当然，最好的情况当然是在开发阶段就合理地设计好。不然，像这种情况，只能牺牲一些程序可读性来换取程序兼容性了。这会让后面看代码的人觉得很奇怪，你这个sn不也是数据设备信息吗，怎么还单独给一个ID。后面接手这个代码的人可能就会把这一块代码给改了。