※ 引述《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人們對於不清楚的東西，通常都會感到恐懼而排斥老師講的也未必都是對的，老師的實務經驗有多少呢？

每個人實務經驗也不一樣，神人跟神人工作那沒什麼問題普通人一起工作最好就別用太出格的東西我是普通人那區