本帖最后由 zhcj66 于 2018-3-30 11:13 编辑

一个个定义地址确实麻烦,好处是数据出错好查找,保存速度快,采用结构体和共用体配合的方式存储参数存储需要整个区域存储或者读取,运行效率会慢不少

合体相关的细节:
  1)联合体的末尾有多少个填充单元
  2）联合体的各个成员如何对齐
  3）多字节的数据类型高低字节如何排放顺序
  4）如果包含位字段 (bit-field)，各位如何排放
因为这四个原因在不同系统、不同编译器下有太多可能，所以MISRA直接就不准使用了。

你这个联合体真繁琐，我都这样用的：

1. typedef union {
   
2.         struct SysParaStruct;
   
3.         unsigned char buff[];
   
4. } SysParaUnion;

复制代码当然，匿名联合的#pragma anon_unions是要开启的。

norman33 发表于 2018-3-30 11:25
合体相关的细节:
  1)联合体的末尾有多少个填充单元
  2）联合体的各个成员如何对齐

有道理，用指针强制转换的方式替代共用体怎么样？

本帖最后由 zhonghua_li 于 2018-3-30 11:35 编辑

这种方式有个缺点：
会吧很多不相关的东西弄到一块去，
比如，我有个变量是模块A的变量Av中的， 有个变量Bv是模块B中的， 把这些变量弄到一个结构体里面去，感觉有点混乱。
以前我做了一个自动分配方案。
直接这么用就可以了  registe_eep(Bv);  save_to_eep(&Bv); load_from_eep(&Bv)