※ [本文轉錄自 Programming 看板 #1QuouicF ]
作者: DIE755127 () 看板: Programming
標題: [問題] 請問C介面跟實作分開的作法
時間: Fri Apr 27 22:05:30 2018
通常一般的習慣a.c會去include a.h
a.c是實作內容 a.h是介面宣告
b.c只需要include a.h就可以使用a的function
但實際上把a.c include a.h的內容拿掉
編譯過程link也不會發生問題(雖然這樣看起來a.c跟a.h就沒有直接關連)
當然如果a.h內還有定義一些struct或常數會被a.c用到
include a.h就是必須的
不過在不考慮上述的情況下
是否a.c要不要去include a.h只剩下coding習慣的問題?
編譯過程上沒有任何差別?
第二個問題是
去include一個.c檔是絕對必須避免的嗎?
有甚麼情況下是必須要這樣做?(因為有看到有人這樣寫 但覺得不太合常理)

可以先宣告原型再實作每個binary只能有一組宣告+實作如果a.c編譯成a.o 有沒有include a.h就是差原型宣告如果include a.c 之後只要這個區塊被include兩次就會變成一個binary裡面有兩份實作 自然會編譯失敗未include a.h的a.o會失敗的情況是 如果改a.h原型因為a.c不知道a.h有變 之後link自然會失敗為什麼要用各式各樣可能會炸的方法寫程式咧?

感謝回應 我自己不會這樣寫 只是trace別人的code看到不過介面改變 有沒有include變成一個是compile出錯另一個是link出錯 不曉得這樣理解對嗎

未來改a.h的時候 因為a.c不會跟上 所以之後對不上靜態連結是compiler時期找不到實作動態連結是執行時期炸掉

不過就結果來說都是會出問題 好像跟include的關係不大?我自己認知是覺得比較容易影響trace code的直覺性

只要能執行就都是合法語法阿 問題是擴充可讀維護性

會這樣問是看到一個c檔沒有include任何header只有一堆function 但也不是static function 就搞不太清楚這個c檔的目的是什麼 結果別的c檔靠著 include分離的header(介面一樣)去link他

全都是 static function 才奇怪吧 XD

對啦 至少要有一個不是 其他static就是為他服務這樣

沒 include 就 call 你會遇到 implicit declaration offunction。然後堆疊有機會爆炸

我看到另個寫法是a.c a.h沒關聯 b.c去include a.c&a.h這樣只需要編譯b.o 其他要使用的人include a.h這種寫法是不是也不太好?

a.h其實不是給a.c使用，而是給其他需要a.c的人使用的

include .c 就 redefinition

1.不include 自己的header 就是爛習慣，不討論。2.可以的話應避免 include 別的header ->yes , 能用 forward declaration 就能解的就不要include