成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

C#與C++誰更強?還是關公戰秦瓊

開發 后端
這本是一次網上.NET開發人員的簡單討論,51CTO-.NET頻道為您總結一下,便于您更好的理解C#與C++。

首先由博主引出了以下的問題,大家由此展開討論:

我一直不明白C++真的比C#強大嗎?望高手指點。

困惑1.:為什么飛信之前的版本用.NET做的,感覺不是很好用,最終放棄了.NET而使用C++重寫了。感覺重寫之后的版本好一點。難道是他們的技術不好?還是C++真的比C#強大嗎?

困惑2:為什么QQ一直使用C++開發。(雖然QQ開發的時候C++還是最主流的,C#還不是那么流行)但是概念版QQ只是使用了WPF的技術實現了其界面,但是內核還是C++。現在C#已經流行起來了啊!為什么不出現完全C#的QQ 呢?還是C++真的比C#強大嗎?

討論開始后,有技術人員表示這個要看具體需求,其實這里不太存在效率的問題,現在的計算機效率已經不成問題了。如果效率有問題,MSN怎么跑的?有人說所以MSN很慢?MSN慢是因為MSN的服務器在美國,而不是因為用了.NET編寫的才慢的。就樓主所說的飛信,QQ(還不止飛信和QQ,還有很多)這種軟件,一般都是使用C或者C++開發。為什么不用.NET呢?這個就牽涉到一個用戶群的問題。飛信,QQ這種是即時通訊軟件,他的用戶群非常廣泛,那么也就碰上一個問題,如果你在安裝飛信,QQ的時候他先提示你去安裝一個.NET framework,你是不是要暈掉?就算你知道這個是什么?但是你不能保證所有的老百姓都知道.NET framework啊。

那么你可能要問,直接把.NET Framework打包到飛信或者QQ中?!別天真了,.NET Framework太大了,就算真的打包進去是不是都要下載半天?那么用戶體驗就很差了!還有就是牽涉到跨平臺的問題,用C或者C++基本上不存在跨平臺的問題,你用.NET呢?Linux,MAC OS上怎么辦?你不能讓你的用戶為了用一下飛信或者QQ全部先換OS吧?所以一般官方的版本都是使用C或者C++寫的。那么開源的版本嗎,這個就是隨便了,你愛用不用!至于MSN,那是微軟的策略,所以他就是用.NET寫成的,而且官方的MSN只支持window(不知道是否已經出了官方別的平臺的版本?),一般情況下,你要在Linux或者MAC OS上只能用開源的MSN客戶端! 

51CTO編輯注意到上面這位技術人員的觀點是從操作系統的角度來談,也就是不同系統對不同開發工具的適應程度。特別是.NET Framework如何運行在Linux這樣的開源系統中的問題。

對于飛信用C++重寫的問題,有人表示了不同的觀點:“新版飛信一如既往是.NET的,也不知道從哪里傳出說是C++重寫的,其實根本沒有。 QQ的話不得不考慮組件重用的問題,原本用的好好的核心沒必要換不是嗎。 總體來說.NET運行效率應該比不上原生代碼的,但是性能的差距肯定不會太懸殊。畢竟虛擬機可以針對硬件平臺優化代碼,原生程序則很難做到。.NET難以保證代碼的安全確實是個問題,但是使用各種手段增加破解難度也是可行的,畢竟就算是原生程序對于代碼的安全也不能100%確保。”這樣的觀點是支持.NET廣泛使用性的,不過也認為一套已經成熟的開發手段,沒必要做平臺的調整。

C#比C++多了一層中間語言Common Intermediate Language,在運行的時候生成計算機的語言再去運行,和C++直接生成計算機語言相比效率更差。最早的時候計算機編程是用打洞的字條進行輸入的,那個字條就相當于***C++編譯好的計算機認識的程序。

.NET強大在于開發效率,易于維護(誰讓C++這么多的宏啊,常量啥的)。.NET并不慢,***次加載可能會因為要加載runtime,需要更長的時間。 一般的指令執行,可能比C/C++慢百分之幾十而已,是同一個數量級的。如果說.NET寫的程序慢的不能忍受,那么絕對不是.NET的問題。不過.NET程序更占內存,這個我同意,誰讓要加載虛擬機呢,誰讓類型帶了這么多元數據呢, 這一點恐怕所有虛擬機語言都好不到哪里去。

有技術人員提出這個問題主要是權衡吧,托管的、封裝好的代碼必然會給程序員帶來很大的幫助,想想當年程序員們為內存泄露而打飛干戈的年代吧。C++是很好,就好比給你一把玄鐵,想打造什么樣的銳利武器,你自己打造把,但是打造不好,可怪不得C++;而C#呢,給你一半鋒利的劍,你去廝殺吧,但是隨便你武力再好,遇到一個比你鋒利的劍,你就要認倒霉。

封裝給我們帶來巨大的好處,物以類分,這符合每個人的習慣;而C和C++呢,萬物來自核心,從核心出發吧,這符合那些造物者的思維!所以很多東西的核心是C++,而至于界面或者快速開發,那還是需要時間的,而造物者卻很稀缺,如果所有的事情都讓造物者來完成,時代就要倒退了。

考慮到效率問題,我覺得正如上面某樓說的,科學計算或者仿真等方面,不用太憂慮。其實讓我們機子卡的程序還真不多!

【編輯推薦】

  1. C#模式窗體中的按鈕操作
  2. C#模式窗體操作詳解
  3. C#窗體繼承原理以及實現淺析
  4. C#窗體關閉事件的重載實現淺析
  5. C#窗體位置與大小設置詳解

 

責任編輯:彭凡 來源: 博客園
相關推薦

2010-01-22 11:23:06

C++程序

2009-03-19 17:33:56

Nehalem服務器處理器

2012-03-31 22:16:06

Lumia

2021-01-13 10:52:29

C語言Linux計算機領域

2010-01-15 18:35:25

C++的類

2009-05-22 11:01:53

C++JavaC#

2009-08-13 17:30:30

C#構造函數

2009-08-19 10:09:21

C#和C++

2009-08-28 10:14:45

C#內存泄露

2011-05-18 18:05:47

C#C++

2011-05-18 17:56:38

C#C++

2009-08-25 14:42:41

由C++轉向C#

2010-02-01 13:08:46

C++函數指針C#托

2017-09-18 08:53:28

編程語言ERP補丁管理

2009-09-04 17:34:11

C#CC++

2018-05-17 11:10:44

2011-06-11 21:36:44

C#C++

2009-11-17 09:07:55

靜態構造函數

2011-06-14 12:27:38

C#C++

2011-10-12 06:09:32

Dart
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 久久久久久天堂 | 免费在线成人网 | 国产精品99久久久久 | 久久久久久久久久久久久9999 | 国产偷久久一级精品60部 | 亚洲人久久 | 人成精品 | 欧美日韩一区二区在线观看 | 日韩成人av在线 | 中文字幕99| 亚洲在线一区 | 国产精品成人一区二区 | 国产精品二区三区 | 久久精品欧美一区二区三区不卡 | 欧美午夜精品久久久久免费视 | 91综合网 | 国产精品久久午夜夜伦鲁鲁 | 久草在线在线精品观看 | 国产欧美在线播放 | 亚洲精品一区二区三区中文字幕 | 欧美日韩在线精品 | 亚洲成人午夜电影 | 国产精品九九九 | 日韩视频在线免费观看 | 性高湖久久久久久久久aaaaa | 亚洲精品视频在线播放 | 久久久久国产一区二区三区 | 人人干人人干人人 | 男女羞羞视频免费看 | 亚洲成色777777在线观看影院 | 亚洲一区二区久久 | 欧美激情区 | 99热这里都是精品 | 久久精品中文 | 在线成人av | 欧美激情亚洲激情 | 亚洲精品日韩视频 | 国产综合精品一区二区三区 | 亚洲精品字幕 | 亚州午夜精品 | 性一爱一乱一交一视频 |