[閒聊] C 與 C++ 之間,以及本板的一些現象

看板C_and_CPP (C/C++)作者 (Khoguan Phuann)時間19年前 (2005/06/26 16:53), 編輯推噓2(202)
留言4則, 2人參與, 最新討論串1/1
對於 C_and_CPP 板的一些現象,我常感到不知如何是好。 這個板叫做 C_and_CPP,也就是說可以討論 C 或是/以及 C++ 的問題。C++ 雖然可說是 C 的後起之秀(superset), 但是這 兩種語言的精神面貌其實是差很多的。所以在 Usenet 上的討論, 如果有人寫 "C/C++ is ..." 就會被指責說,C 是 C, C++ 是 C++, 不要夾纏不清。於是 C 和 C++ 到底要不要放在同一個討論板面, 也會有所爭議。 務實地來說,在台灣,單純只教 C 或是學 C 的,我猜是少數, 不過,也許課程名稱是 C++, 結果教了大半學期,還在指標、 陣列那邊奮戰不休,到後來教了一些 class, 最後提到有 STL 然後就結束了(三聲)。I/O 的部份,也許 printf, scanf 提幾 次,cin, cout 提幾次,然後就放牛吃草去了(三聲)。 (這段特別需要板友們的指正 :) 於是看得到的現象就是,上來這裡發問的人,他列出的碼都是 C 的東西,然後問說要怎樣讓這個 C++ 程式能正確執行。這時 我們是該認定他是來問 C++ 的,便很高興的幫他寫出正港 C++ 的漂亮解法呢?還是得先在心裡估量說,這些東西,他根本沒 接觸到,寫了也是白寫,於是很謹慎的用純 C 的函式來幫他完 成呢? 更傷腦筋的是還有更多只列問題,完全沒有程式碼,也不說使用 什麼語言,就直接問你怎麼解決的。如果是要人幫他做出一整份 作業的,當然很討厭,根本不要理他。可是那種只是請求幫他解 決問題的一個環節的,就會想說能幫就幫吧。然而,究竟該給他 C 還是 C++ 的解法呢?純 C 或完全利用 C++ 的 library 不見 得是最好,有時可以取得一個均衡點,但這種混用的做法,是不 是徒增發問者的負擔呢? (常常有人用混用的方式回覆,但實在是寫得讓人感到……) 問者,問不得法;答者,答非所問。這種溝通不良,就這樣不斷 在這個板面上演…… 如果板規多一條說,問問題的人,要表明是要用 C 還是 C++來寫, 能夠稍微改善這種情形嗎?我看效果挺有限的。 最後,為了答謝各位費神看完這篇,沒看過 C++ 的爸爸所寫 "Learning Standard C++ as a New Language"的板友,可以 抓來讀讀,感受一下純 C 和 純C++ 的不同,也體會一下C++ 大老們所強調的,學 C++ 不需從 C 學起的涵意。 http://www.research.att.com/~bs/new_learning.pdf -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 220.130.208.168

61.70.137.117 06/26, , 1F
通常在這裡,至少還可以先推文問得清楚一點再說
61.70.137.117 06/26, 1F

61.70.137.117 06/26, , 2F
有時在轉信板碰到這種就真的是完全不想理了~
61.70.137.117 06/26, 2F

61.70.137.117 06/26, , 3F
我是說關於只丟問題沒說哪種語言的情況..
61.70.137.117 06/26, 3F

140.123.10.52 06/27, , 4F
C和C++其實可以分別開板啊
140.123.10.52 06/27, 4F
文章代碼(AID): #12lcpzhp (C_and_CPP)
文章代碼(AID): #12lcpzhp (C_and_CPP)