1、網友fastest286：
C++ 的編譯速度讓我不敢使用一些大型的優(yōu)質庫, 例如 ACE, 非常郁悶.
現(xiàn)在我開始使用 D 來寫程序了, 感覺不錯.
目前還沒有什么好的 IDE, debugger 也只有 windows 下面好點. 平時的編程倒也不需要動用太多調試器, 只是出現(xiàn)非法訪問的時候, 有一個會方便很多。平時開發(fā)的時候, 例如編譯器自帶的 unittest 和 codecoverage 分析, 配合 trace/log 代碼, 基本上就夠用了. 只是特殊時候有些麻煩, 例如, 昨天出現(xiàn)一個 gc時候報非法訪問, gdb無法指對地方, 折騰得比較久, 用注釋代碼的方法找出了問題, 原來還是 C++ 習慣帶來的問題, 一個類的析構函數(shù),想著快些釋放掉相關資源, 對內部子對象調用了 close. gc 是不保證對象和子對象的調用順序的.
現(xiàn)在一點就不想用回 C++ 了. 這個編譯器, 在 vmware 中編譯自帶的類庫(帶網絡, container, 文件, io,甚至還有一個 cluster 系統(tǒng)), 總共不到10秒鐘, 編譯我自己的程序, 1秒鐘都不用.快速的編譯, 加上方便的 unittest,和用 python 寫程序的快速寫, 快速調的感覺相象.
2、網友benjiam：
語言不是宗教。
但語音是信仰。
linus 的水平 這里沒人能比得上，他對c++ 的理解水平這里也沒人能比得上。在越來越花哨的。編程面前，我們不要忘記我們只是操作電子開關 開關一些電子管而已。
3、網友andy_show：
個人認為，這個世界上最好的程序員肯定不是C++程序員。
C++好比一種威力強大的武功心法，但是太容易走火入魔，坦白的說，我寫了十多年的程序，但是在現(xiàn)實中很少見到C++寫的好的程序員，一個很重要的原因是C++的豐富的特性會把人引入歧途，你會不自覺的選擇復雜的設計，現(xiàn)實中的很多代碼是許多人在學習過程中寫成的，而很多人在使用這些C++的特性的時候并不明確這么使用這種武功是否合適！這樣的代碼可能遍布很多以C++作為開發(fā)工具的產品中。
而如果讓這些程序員從一開始就用C的方式去寫，可能就不會范他們用C++時所犯的錯誤，從這個角度而言，C語言的簡單性恰恰是一種優(yōu)勢。C++的復雜性會使很多人誤用。而C語言的簡單性，一般情況下都會迫使你使用比較簡單的設計，例如C語言不能在語言層次上提供類繼承的方式，那么它會迫使你更多的使用組合，而不是繼承這樣的重用方式，即使你可以用函數(shù)指針表的方式實現(xiàn)多態(tài)，也不可能象C++那樣把類層次擴展了一層又一層。
在c語言中，函數(shù)指針表的在c語言中以更接近于定義接口的方式被使用。這些都是C語言的簡單性迫使你做出的選擇。而很多C++的程序員卻在C++的豐富的特性前面忘了簡單性原則的重要性。
4、網友middle：
C用來實現(xiàn)封裝性很簡單。比較難以用C直接實現(xiàn)的是繼承和多態(tài)。不過在現(xiàn)實中繼承和多態(tài)真的是可以用的少之又少的。很多所謂的繼承和多態(tài)的“設計”完全可以用基于策略的方式來完成?；诓呗缘姆绞皆贑里用函數(shù)指針或者表驅動完全可以做到。
很多不得不用C++高級特性的“設計”，其實從一開始就使用Java甚至script更容易做到。OO并不是模塊化和可維護性的唯一可行方式，甚至不是最優(yōu)的方式。而C++的OO實現(xiàn)也不是很好的實現(xiàn)。
5、網友junhao：
C是精煉的，C++是靈活的，但也是讓人頭疼的，自己取舍吧。
6、網友lioqio：
個人編程感受：
1、在操作系統(tǒng)底層一般是不會使用C++語言的，最簡單的例子是一個內核程序在得到一個自旋鎖后調用C++語言的一些特征語句，由于封裝，其內部存在內存分配（假設已經將new/delete重載到內核內存分配函數(shù)上去），這可能導致進入睡眠，后果可想而知，這在操作系統(tǒng)中是絕對不允許的。
2、在操作系統(tǒng)上層是可以用C++的，比如windows使用的Kernelstreaming，個人感覺遠比Linux的V4L2漂亮多了。以及在OS/X的IO/Kit（ObjectC）和window的KMDF等內核驅動開發(fā)框架，使得驅動開發(fā)非常簡便。（順便說一下，從這點來看，是linux在學windows，windows在學apple：）
3、對于應用開發(fā)，如果規(guī)模大一些的本地軟件開發(fā)，同時對性能又有較高的要求，那么請使用C++吧。因為C++在語言級別和庫上邊可以較大的提高開發(fā)效率，也有很好的可擴展性。C++比C有更多的花樣可以往。
4、但說到底，我們一般用C++的特性，C完全都可以自己做。
7、網友psusong：
用C設計接口，用C++來實現(xiàn)，例子就是Windows里使用的標準DLL,我們一般這樣做：DLL里提供一個NewInstance的接口，返回一個實例句柄，其他的接口函數(shù)的第一個參數(shù)都是一個實例句柄，另外還有一個DeleteInstance的接口函數(shù)，這樣接口也能支持多實例。我也是這樣做的，這樣自己代碼寫起來爽，別人用起來也爽。
網友反對觀點論
1、網友pass86：
C++機制很多，強大在于此。
面向對象
變相過程
基于對象
泛型編程
2、網友duyanning：
也太搞笑了吧，總拿全功能的std::string跟幾乎啥也不能干的char*作比較，誰規(guī)定你只要用C++處理字符串就得用std::string了？
拜托，如果你的需求很單純，如果你又很在意效率，你完全可以不用全能的std::string，std::string的存在并不能作為妨礙你創(chuàng)造適合你需要的your::string從而提升抽象層次的借口。
Torvalds理糙人更糙，我徹底失望了。
應當搞清楚，作為操作系統(tǒng)內核級的開發(fā)者，在不清楚自己所用的std::string實現(xiàn)都在背后做了些什么的情況下就敢用，這是他自己素質的問題，而不是他所用std::string實現(xiàn)的問題。如果不清楚std::string是怎樣實現(xiàn)的，而std::string的行為對于你的程序又很關鍵的話，就請去調查，去弄清楚，然后選擇要不要用，而不是抱怨std::string背著你如何如何。
假如他選擇的不是C++的std::string而是某個用C寫的字符串函數(shù)包，那他是不是也要因為不清楚這個字符串函數(shù)包的具體實現(xiàn)而要對“一切抽象及復用”進行否定呢？
Torvalds僅僅是在敵視C++嗎？
他已經把他自己放在一切計算最根本的“抽象”的對立面上了。Torvalds長期以來對于C++和C++用戶的侮辱讓他看起來更像是個小丑。
3、網友1073X：
做系統(tǒng)軟件開發(fā)的時候，重要的是理解系統(tǒng)的運作方式，那些漂亮的抽象手法和高級特性是次要的。這是怎么說的？軟件本來就是一層一層又一層的，要在何種層次上開發(fā)，就應該在何種層次上理解。因為沒有理解下層而不放心上層是完美主義者的心理障礙。
OO又不是只有抽象，C++比C明顯的優(yōu)勢就是更合理的數(shù)據(jù)封裝。不如說Torvalds對OO還沒有入門。
4、網友fish6344
大家不必在意別人對C++語言的敵意!聽聽java、Delphi及C#等語言的發(fā)明者們的聲音，無一不是在大談他們的東東的好處，而C++是這也不好那也不好。但他們在自詡自已的語言效率極佳的時候，無一不拿C++作為參照(聲稱等同甚至超過C++)!
他們總用自已偏愛的語言的優(yōu)點（未必是優(yōu)點）去攻擊C ++的缺點(也未必就是缺點),這其實說明他們在潛意識上已視C++為開發(fā)工具的標準,這點很象中國古時候那個賣矛和盾的人!即使是LinusTorvalds對C++的異議，我認為異議的實質也是他對OOP以及使用C++而濫用繼承的人的不滿，對C++語言的攻擊反而略顯蒼白。
科學領域本身就是百家爭鳴的世界，語言激烈點也未嘗不可。但我覺得每一種語言都應該被我們所尊重。各種語言的存在，自然有其存在的理由。軟件工程界至今，還沒有哪一種語言可以堪稱完美，沒有哪一種語言萬能，這是不爭的事實！
C++在今天，的確今非昔比，但這并不是因為C++不夠好、不如其它語言，主要原因是今天的電算環(huán)境和C++誕生時相比，發(fā)生了巨大的變化?；ヂ?lián)網興盛，硬件性能提升而價格下降等等因素導至java應運而生。C++作為一個80年代誕生的靜態(tài)語言，加上它賦預使用者太多的權力(權力可是雙刃劍啊!)、標準的約束性以及C++的教育狀況，有今天的境況是完全自然的。
所以大家不必在意世人對C++的非議，我可以作這樣的比喻:如果你想作一個原始社會的部落首領，請用匯編;如果你想當一個封建君主，請用C;如果你想作一個開明偉大的國家元首(當然你必須有超凡的駕馭權力的能力!)，可以使用C++,如果想當大臣，知府什么的，那會有更多的選擇......
我永遠愛你－C++!
本站僅提供存儲服務，所有內容均由用戶發(fā)布，如發(fā)現(xiàn)有害或侵權內容，請
點擊舉報。
