※ 引述《tomex (tomex_ou)》之銘言： : 為何C++要把宣告放在HEADER FILE 內? : 我一開始學習此語言也覺得可疑(從高階往低階學習)， : 問老手他們的回答都是:「目的應該是要隱藏實作, : 你寫在 .h 檔裡面, 內容不就給人看光了?」 你問的真的是老手嗎？ : 這理由對於用慣c/c++的人，是很正常的解釋， : 但對於一開始就接觸更高階語言(java/c#)的人就無法怪怪的， : 若是不給他人看源碼，乾脆包成dll或lib檔就行了?! : 正確答案就是，c++語言本身在#include特性的限制。 : 原來c/c++都是靠#include來了解其他的class資訊， : 但include很容易重複載入造成error : 更加上為了相容c語言中必須先宣告變數才能使用的舊包袱， : 因此若要引用別的class之函數型別， : 為了加快載入速度，自然切分.h與.cpp比較佳。 原因可能很多 加快速度應該是最不重要的 打從人類還在寫組合語言的時代 界面和實作就是分離的 界面和實作分離有許多好處 同樣的 function prototype 可以有不同的 implementation client code 不須要改變任何一行程式碼 只要連結不同的 library 就可以使用不同的 implementation 甚至如果你是用 dynamic linking 的方式 就算 library 有改版 只要界面還是相同的 那 client code 連重編都不用 : c#這種新語言就沒這種限制，它通通寫在一個class裏， : 編譯器會先把它們compile成中間語言(IL)， : 再從IL裏自動就抽出class的相關型別資訊(metadata) : 形成一個dll檔，因此源碼也不外露，型別辨識也沒問題。 : 相較java或c#的namespace管理，c++使用#include是比較陽春的 是啊 你會問說 為什麼 C++ 的 #include 沒有這麼聰明？ 因為 #include 是 preprocessor 在做的 preprocessor 不是 compiler 它只認得註解和井號開頭的關鍵字 所以它不知道你寫 class XXX 是在宣告類別 自然也無法從實作中抽取界面 這的確是 (我認為) 目前 C++ 的不足之處 : 其實只要c++ compiler能多聰明一點，編譯時能自動辨別該*.h是否已經載入 : 就不用讓程式員必須在每個.h裏開頭明義就要寫這樣的贅詞: : #ifndefine xxxH : #definde xxxH 這就和前面的界面實作分離一點關係也沒有了 這只是在避免重覆宣告 : 當你把一個複雜的class成更多的子class， 這是什麼意思？ : 使用#include來形容這些就更顯不足與繁雜 : c++雖然也提出namespace概念，但在巢狀namespace實作不是很好 : 反而讓寫法更加複雜。 : 我發現c++為了更快，又要相容c語言，很不習慣去改良容易讓人誤解的地方 很簡單啊 如果 C++ 改了它 那 C++ 根本就無法流行 C++ 設計之初的要求就是盡可能和 C 相容 因此程式設計師幾乎不用死任何腦細胞就可以繼續使用現有的 C library : 例如新人都知道void是不傳回retun的關鍵字， : 但對於指向任何型別的指標用void*就會讓人困擾 : 為何不再創造一個any關鍵字，any*不是比較直接嗎? 你用的是 C++ 嗎？ 為什麼你會用到 void* ？ 如果程式寫得好 這東西根本就不需要 : 然而，c++之所以變化萬千，是因為它在不變更目前架構下， : 利用很多組合來表達更多意思 : 雖然很有創意，但對新手而言，容易犯錯或不解， : 在開發速度上並沒有多大助益。 : 結論，每個語言有它適用的時機及簡化的理由， : c++少了高階語言的智慧功能來增加效能，也減少compiler的冗大複雜 : 雖然有點不方便的地方，大家就忍耐一點吧! : (寫組語的專家可為你的不知福而氣悶呢!) : 但我心中還是覺得，有些該改該變的，還是要積極變更。 : 程式碼老了就應該要刪除碼代，不要惜舊，如此才能一直進步才是。 : 大家為了方便maintaining的理由一直排斥微軟的進步，吾不以為然， ^^^^^^^^^^ 首先 這世界並不是只有微軟在發明新語言 其次 你可能不太了解微軟為了相容性而在 windows 內作了多少調整 : 既然選了程式員之路，還怕改變嗎? 不是怕改變 而是重寫一套大型軟體的難度不下於蓋一棟101 當然 很有錢的情況另當別論 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.62.3.35 ※ 編輯: littleshan 來自: 61.62.3.35 (04/30 14:32)