※ 引述《ando5566》之铭言：
: 各位版友日安,
: 最近小弟要将32bits平台的CAN protocol API, porting 至8bits平台上,
: 遇到了一个问题, 如下:
...
: 但是因为我的原意是porting, 所以我不希望影响任何其他写法,
^^^^^^^
: 尝试过使用union的作法, 但是仍会面临无法使EID寻址在第12bit的问题。
: 想请教版上高手, 有其他方法吗?
: 谢谢!
我不知道这篇为什么没有人回正解...
在我唸书的时候
记得老师曾经说过“C 的 bit-fields 不要乱用”
尤其是在涉及 memory format (layout) 相关操作的时候
像是 network package 的格式、操作 CPU registers …
一开始觉得没什么
但后来真的有看过用 C 开发的 http APIs 竟然用 bit-fields 来 mapping 封包
也看过 Arduino 的教学文件竟然是用 bit-fields 在操作 LED 灯和 GPIO
所以我觉得推文只要一句“bit-fields 不要乱用”
应该就足够了
不然，
问 google 也会给你答案
`c bit fields portability' 或 `bit fields portability'
有趣的是，差一个 C 搜出来的会是不同答案
不过观点是一致的
总之，你需要的是透过 bit manipulation 来操作
(有时候打包成 macro 会直接叫 bitmask, bitset 或 bitops....)
ref: https://stackoverflow.com/a/263738

推，要精确控制的状况 bitwise operation 才是正解

那什么时候适合用 bit fields?

"不要乱用"跟"不要用"是两件事情。会乱用，就是因为"不会"跟"不懂"

我是觉得以老师的立场来说 讲“不要乱用”就够了...努力的学生本来就会自己去追寻答案在老师也不想讲细节的情况下 这句话并无不妥？“不要乱用”是我的老师说的 后面那句话就是我追寻答案后的结论 不知道是不是误导您了?

这讲法就是“夏天不要去玩水 很危险” 也有他的道理在啦

这篇为什么m啊,以原本的问题来说,这篇没有帮助啊..

因为bit-fields真的不该乱用会害后面debug的人很辛苦，板工惨痛经验这篇的讲法才是较好维护的正解

Linux kernel 随便找都可见使用 bit-fieldshttps://bit.ly/2XBLbZT 剩下我就不多说了

xD

这个code的日期：05/23/93可能我太弱，但是新发展的code除非必要真的少用bit field纯指嵌入式系统这块

tcp.h 一直都有在修改，https://bit.ly/2Vydo0Z你可以发个 pull request 拿掉 看看大神们怎么给意见:P人们对于不清楚的东西，通常都会感到恐惧而排斥老师讲的也未必都是对的，老师的实务经验有多少呢？

每个人实务经验也不一样，神人跟神人工作那没什么问题普通人一起工作最好就别用太出格的东西我是普通人那区