PTT數位生活區 / C_and_CPP (C/C++)

[問題] struct轉型的問題

看板C_and_CPP (C/C++)作者 (沒有存在感的人)時間9年前 (2016/10/11 17:47), 9年前編輯推噓6(6推 0噓 14→)
留言20則, 9人參與, 最新討論串1/3 (看更多)
(板工以身作則來示範怎麼被電) 開發平台(Platform): (Ex: Win10, Linux, ...) Raspbien + kernel 4.4 編譯器(Ex: GCC, clang, VC++...)+目標環境(跟開發平台不同的話需列出) gcc 4.9.2-10 編譯參數：-Wall -pedantic -O3 -std=gnu11 問題(Question)： 正在研究如何用struct做簡單的物件。 我有一個物件 I2C_Device typedef struct __I2C_Device { int (*init_func)(struct __I2C_Device* dev); int (*data_func)(struct __I2C_Device* dev); } I2C_Device ; 性質是I2C_Device 的物件很多，比如其中一個元件 typedef struct { I2C_Device dev; int16_t rawData[3]; // 這兩個元件每一個I2C_Device的物件 float realData[3]; // 不相同，所以不能包在I2C_Device裡 } I2C_Device_ADXL345; I2C_Device_ADXL345* adxl345 = (I2C_Device_ADXL345*)malloc(sizeof(I2C_Device_ADXL345)); 如果我需要用 adxl345->dev.data_func 去修改adxl345->rawData跟realData 我可以怎麼寫？ 例如 (int16_t*)((I2C_Device*) adxl345+1)[1] = 2 ; // 設定rawData[1]; (float*)((int16_t*)((I2C_Device*) adxl345+1)+3) = 2 ; // 設定realData[0]; (可是我怕這種寫法會因為alignment的關係得到不正確的結果) 還是有別的更好作法(只能用C的情況)？ 請各位賜教。感謝。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 86.209.32.90 ※ 文章網址: https://www.ptt.cc/bbs/C_and_CPP/M.1476179235.A.8CA.html ※ 編輯: wtchen (86.209.32.90), 10/11/2016 17:55:33
→
10/11 18:07, , 1F
轉型回去I2C_Device_ADXL345就可以了吧？
10/11 18:07, 1F
這個會不會也有alignment的問題？
→
10/11 18:23, , 2F
被問題電到。
10/11 18:23, 2F
推
10/11 18:39, , 3F
為什麼要用這種方法設rawData,realData的值阿?這種寫法
10/11 18:39, 3F
→
10/11 18:39, , 4F
不好maintain吧
10/11 18:39, 4F
我會想這樣做是想把用I2C的device用同一種物件表達。 (每個物件都要做初始、讀取、寫入或校正的動作) 可是每一個I2C device要讀取或寫入的資料大小不一樣，所以只好另外定義。 以C++來說用物件繼承其實簡單多了。 現在就是想用C做C++繼承的動作。
推
10/11 18:47, , 5F
轉回去就好
10/11 18:47, 5F
推
10/11 18:50, , 6F
而且以標準來說 那樣算不見得正確
10/11 18:50, 6F
推
10/11 18:56, , 7F
我會這樣寫
10/11 18:56, 7F
→
10/11 18:56, , 8F
type define時 裡面的引數用void
10/11 18:56, 8F
→
10/11 18:58, , 9F
用void*
10/11 18:58, 9F
這個方法不錯。 ※ 編輯: wtchen (86.209.32.90), 10/11/2016 19:49:17
推
10/11 19:57, , 10F
請問data_func到底是傳什麼物件進去? 為啥說可以轉回去
10/11 19:57, 10F
因為I2C_Device看不到I2C_Device_ADXL345的定義，所以引數只能是I2C_Device*或void* 但是實際上我會放進去引數的type是I2C_Device_ADXL345 用void*的確是比較好，pthread用的引數也是void*
→
10/11 19:57, , 11F
不會有alignment 的問題 位址是一樣的
10/11 19:57, 11F
→
10/11 19:58, , 12F
如果強轉傳進去 為什麼不能強轉回來?
10/11 19:58, 12F
嗯，因為我想錯了。的確直接轉回來就好。感謝 ※ 編輯: wtchen (86.209.32.90), 10/11/2016 20:16:55
→
10/11 20:21, , 13F
不介意 instance 的 size 大一點的話用 union
10/11 20:21, 13F
→
10/11 20:37, , 14F
這個case用union的意義是？
10/11 20:37, 14F
→
10/11 21:31, , 15F
I2C_Device1_t, I2C_Device2_t ... 變成 union member
10/11 21:31, 15F
→
10/11 21:33, , 16F
dev.type1, dev.type2 可以對應到不同結構定義
10/11 21:33, 16F
→
10/11 21:37, , 17F
這裡不太適合，因為I2C_Device可以生成多個子物件
10/11 21:37, 17F
→
10/11 21:38, , 18F
(就是說可以被繼承)，至於被繼承後多了啥物件很難預測
10/11 21:38, 18F
→
10/12 15:47, , 19F
文標提到轉型，題目使用箭頭，例如卻進行高風險語法。
10/12 15:47, 19F
推
10/13 05:59, , 20F
哇賽真是個酷炫的玩意兒開眼界了
10/13 05:59, 20F
‣ 更多 wtchen 的文章
文章代碼(AID): #1N_BKZZA (C_and_CPP)
討論串 (同標題文章)
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 1 之 3 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共3篇)
C_and_CPP 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 wtchen 的文章
文章代碼(AID): #1N_BKZZA (C_and_CPP)