引言

在現代快速發展的技術環境中，應用程序的性能至關重要。用戶期望應用程序快速、響應迅速且可靠。對于使用 Mainwin32 庫開發的 Windows 應用程序，遵循面向性能的編程原則至關重要，以滿足這些期望。

分析應用程序性能

要提升應用程序性能，必須首先分析其當前狀態。有許多工具和技術可用于此目的，包括：

• Windows 性能工具（WPA）：一種由 Microsoft 提供的工具，用于分析系統和應用程序性能。
• 性能監視器：Windows 內置工具，用于監視系統和應用程序性能。
• 第三方分析工具：如 JetBrains dotTrace 和 Redgate ANTS Performance Profiler。

面向性能的編程技術

識別性能瓶頸后，可以采取多種技術來改善應用程序性能：

優化內存管理

• 使用智能指針：智能指針管理內存，自動釋放不再使用的對象，防止內存泄漏。
• 限制堆分配：頻繁的堆分配會導致碎片和性能下降。盡可能使用池或靜態分配。
• 避免淺拷貝：淺拷貝在內存中復制對象，導致不必要的內存分配。使用深拷貝來避免此問題。

優化線程管理

• 使用合適的線程池：線程池管理線程，優化創建和銷毀線程時的性能。
• 避免鎖爭用：同步訪問共享數據時使用同步原語，例如互斥體和臨界區，以避免鎖爭用。
• 合理使用并行性：并發執行任務可以提高性能，但過多使用并行性可能導致爭用

---

嵌入式操作系統和一般的操作系統有什么區別

嵌入式系統應具有的特點是：高可靠性；在惡劣的環境或突然斷電的情況下，系統仍然能夠正常工作；許多嵌入式應用要求實時性，這就要求嵌入式操作系統具有實時處理能力；嵌入式系統和具體應用有機地結合在一起，它的升級換代也是具體產品同步進行；嵌入式系統中的軟件代碼要求高質量、高可靠性，一般都固化在只讀存儲器中或閃存中，也就是說軟件要求固態化存儲，而不是存儲在磁盤等載體中。 1、嵌入式系統與嵌入式操作系統1.1 嵌入式系統嵌入式系統是以嵌入式計算機為技術核心，面向用戶、面向產品、面向應用，軟硬件可裁減的，適用于對功能、可靠性、成本、體積、功耗等綜合性能有嚴格要求的專用計算機系統。 嵌入式系統應具有的特點是：高可靠性；在惡劣的環境或突然斷電的情況下，系統仍然能夠正常工作；許多嵌入式應用要求實時性，這就要求嵌入式操作系統具有實時處理能力；嵌入式系統和具體應用有機地結合在一起，它的升級換代也是具體產品同步進行；嵌入式系統中的軟件代碼要求高質量、高可靠性，一般都固化在只讀存儲器中或閃存中，也就是說軟件要求固態化存儲，而不是存儲在磁盤等載體中。 1.2 嵌入式操作系統嵌入式操作系統EOS（Embedded Operating System）是一種用途廣泛的系統軟件，過去它主要應用于工業控制和國防系統領域。 EOS負責嵌入系統的全部軟、硬件資源的分配、調度作，控制、協調并發活動；它必須體現其所在系統的特征，能夠通過裝卸某些模塊來達到系統所要求的功能。 目前，已推出一些應用比較成功的EOS產品系列。 隨著 Internet技術的發展、信息家電的普及應用及EOS的微型化和專業化，EOS開始從單一的弱功能向高專業化的強功能方向發展。 嵌入式操作系統在系統實時高效性、硬件的相關依賴性、軟件固化以及應用的專用性等方面具有較為突出的特點。 EOS是相對于一般操作系統而方的，它除具備了一般操作系統最基本的功能，如任務調度、同步機制、中斷處理、文件處理等外，還有以下特點：①可裝卸性。 開放性、可伸縮性的體系結構。 ②強實時性。 EOS實時性一般較強，可用于各種設備控制當中。 ③統一的接口。 提供各種設備驅動接口。 ④操作方便、簡單、提供友好的圖形GUI，圖形界面，追求易學易用。 ⑤提供強大的網絡功能，支持TCP/IP協議及其它協議，提供TCP/UDP/IP/PPP協議支持及統一的MAC訪問層接口，為各種移動計算設備預留接口。 ⑥強穩定性，弱交互性。 嵌入式系統一旦開始運行就不需要用戶過多的干預，這就要負責系統管理的EOS具有較強的穩定性。 嵌入式操作系統的用戶接口一般不提供操作命令，它通過系統的調用命令向用戶程序提供服務。 ⑦固化代碼。 在嵌入式系統中，嵌入式操作系統和應用軟件被固化在嵌入式系統計算機的ROM中。 輔助存儲器在嵌入式系統中很少使用，因此，嵌入式操作系統的文件管理功能應該能夠很容易地拆卸，而用各種內存文件系統。 ⑧更好的硬件適應性，也就是良好的移植性。 國際上用于信息電器的嵌入式操作系統有40種左右。 現在，市場上非常流行的EOS產品，包括3Com公司下屬子公司的Palm OS，全球占有份額達50%，Microsoft公司的Windows CE不過29%。 在美國市場，Palm OS更以80%的占有率遠超Windows CE。 開源的linux很適于做信息家電的開發。 比如：中科紅旗軟件技術有限公司開發的紅旗嵌入式Linux和美商網虎公司開發的基于Xlinux 的嵌入式操作系統“夸克”。 “夸克”是目前全世界最小的Linux，它有兩具很突出的特點，就是體積小和使用GCS編碼。 2、三種常用的嵌入式操作系統2.1 Palm OSPalm是3Com公司的產品，其操作系統為Palm OS。 Palm OS是一種32位的嵌入式操作系統。 Palm提供了串行通信接口和紅外線傳輸接口，利用它可以方便地與其它外部設備通信、傳輸數據；擁有開放的OS應用程序接口，開發商可根據需要自行開發所需的應用程序。 Palm OS是一套具有術強開放性的系統，現在有大約數千種專用為Palm OS編寫的應用程序，從程序內容上看，小到個人管理、游戲，大到行業解決方案，Palm OS無所不包。 在豐富的軟件支持下，基于Palm OS的掌上電腦功能得以不斷擴展。 Palm OS是一套專門為掌上電腦開發的OS。 在編寫程序時，Palm OS充分考慮了掌上電腦內存相對較小的情況，因此它只占有非常小的內存。 由于基于Palm OS編寫的應用程序占用的空間也非常?。ㄍǔＶ挥袔资甂B），所以，基于Palm OS的掌上電腦（雖然只有幾MB的RAM）可以運行眾多應用程序。 由于Palm產品的最大特點是使用簡便、機體輕巧，因此決定了Palm OS應具有以下特點。 ①操作系統的節能功能。 由上掌上電腦要求使用電源盡可能小，因此在Palm OS的應用程序中，如果沒有事件運行，則系統設備進入半休眠（doze）的狀態；如果應用程序停止活動一段時間，則系統自動進入休眠（sleep）狀態。 ②合理的內存管理。 Palm的存儲器全部是可讀寫的快速RAM，動態RAM（Dynamic RAM）類似于PC機上的RAM，它為全局變量和其它不需永久保存的數據提供臨時的存儲空間；存儲RAM（Storage RAM）類似于PC機上的硬盤，可以永久保存應用程序和數據。 ③Palm OS的數據是以數據庫（database）的格式來存儲的。 數據庫是由一組記錄（records）和一些數據庫頭信息組成的。 為保證程序處理速度和存儲器空間，在處理數據的時候，Palm OS不是把數據從存儲堆（Storage Heap）拷貝到動態堆（Dynamic Heap）后再進行處理，而是在存儲堆中直接處理。 為避免錯誤地調用存儲器地址，Palm OS規定，這一切都必須調用其內存管理器里的API來實現。 Palm OS與同步軟件（HotSync）結合可以使掌上電腦與PC機上的信息實現同步，把臺式同的功能擴展到了掌上電腦。 Palm應用范圍相當廣泛，如：聯絡及工作表管理、電子郵件及互聯網通信、銷售人員及組別自動化等等。 Palm外圍硬件也十分豐富，有數碼相機、GPS接收器、調制解調器、GSM無線電話、數碼音頻播放設備、便攜鍵盤、語音記錄器、條碼掃描、無線尋呼接收器、探測儀。 其中Palm與GPS結合的應用，不但可以作導航定位，還可以結合GPS作氣候的監測、地名調查等。 2.2 Windows CEWindows CE是微軟開發的一個開放的、可升級的32位嵌入式操作系統，是基于掌上型電腦類的電子設備操作。 它是精簡的Windows 95。 Windows CE的圖形用戶界面相當出色。 其中CE中的C代表袖珍（Compact）、消費（Consumer）、通信能力（Connectivity）和伴侶（Companion）；E代表電子產品（Electronics）。 與Windows 95/98、Windows NT不同的是，Windows CE是所有源代碼全部由微軟自行開發的嵌入式新型操作系統，其操作界面雖來源于Windows 95/98，但Windows CE是基于Win32 API重新開發的、新型的信息設備平臺。 Windows CE具有模塊化、結構化和基于Win32應用程序接口以及與處理器無關等特點。 Windows CE不僅繼承了傳統的Windows圖形界面，并且在Windows CE平臺上可以使用Windows 95/98上的編程工具（如Visual Basic、Visual C++等）、使用同樣的函數、使用同樣的界面網格，使絕大多數的應用軟件只需簡單的修改和移植就可以在Windows CE平臺上繼續使用。 Windows CE的設計目標是：模塊化及可伸縮性、實時性能好，通信能力強大，支持多種CPU。 它的設計可以滿足多種設備的需要，這些設備包括了工業控制器、通信集線器以及銷售終端之類的企業設備，還有像照相機、電話和家用娛樂器材之類的消費產品。 一個典型的基于Windows CE的嵌入系統通常為某個特定用途而設計，并在不聯機的情況下工作。 它要求所使用的操作系統體積較小，內建有對中斷的響應功能。 Windows CE的特點有：①具有靈活的電源管理功能，包括瞬眠/喚醒模式。 ②使用了對象存儲（object store）技術，包括文件系統、注冊表及數據庫。 它還具有很多高性能、高效率的操作系統特 性，包括按需換頁、共享存儲、交叉處理同步、支持大容量堆（heap）等。 ③擁有良好的通信能力。 廣泛支持各種通信硬件，亦支持直接的局域連接以及撥號連接，并提供與PC、內部網以及Internet的連接，還提供與Windows 9x/NT的最佳集成和通信。 ④支持嵌套中斷。 允許更高優先級別的中斷首先得到響應，而不是等待低級別的ISR完成。 這使得該操作系統具有嵌入式操作系統所要求的實時性。 ⑤更好的線程響應能力。 對高級別IST（中斷服務線程）的響應時間上限的要求更加嚴格，在線程響應能力方面的改進，幫助開發人員掌握線程轉換的具體時間，并通過增強的監控能力和對硬件的控制能力幫助他們創建新的嵌入式應用程序。 ⑥256個優先級別。 可以使開發人員在控制嵌入式系統的時序安排方面有更大的靈活性。 ⑦Windows CE的API是Win32 API的一個子集，支持近1500個Win32 API。 有了這些API，足可以編寫任何復雜的應用程序。 當然，在Windows CE系統中，所提供的API也可以隨具體應用的需求而定。 在掌上型電腦中，Windows CE包含如下一些重要組件：Pocket Outlook及其組件、語音錄音機、移動頻道、遠程撥號訪問、世界時鐘、計算器、多種輸入法、GBK字符集、中文TTF字庫、英漢雙向詞典、袖珍瀏覽器、電子郵件、Pocket Office、系統設置、Windows CE Services軟件。 2.3 LinuxLinux是一個類似于Unix的操作系統。 它起源于芬蘭一個名為Linus Torvalds的業余愛好，但是現在已經是最為流行的一款開放源代碼的操作系統。 Linux從1991年問世到現在，短短10年的時間內已發展成為一個功能強大、設計完善的操作系統，伴隨網絡技術進步而發展起來的Linux OS已成為Microsoft公司的DOS和Windows 95/98的強勁對手。 Linux系統不僅能夠運行于PC平臺，還在嵌入式系統方面大放光芒，在各種嵌入式Linux OS迅速發展的狀況下，Linux OS逐漸形成了可與Windows CE等EOS進行抗衡的局面。 目前正在開發的嵌入式系統中，49%的項目選擇Linux作為嵌入式操作系統。 Linux現已成為嵌入式操作的理想選擇。 中科紅旗軟件技術有限公司開發的紅旗嵌入式Linux正在成為許多嵌入式設備廠商的首選。 在不到一年的時間內，紅旗公司先后推出了PDA、機頂盒、瘦客戶機、交換機用的嵌入式Linux系統，并且投入了實際應用。 現以紅旗嵌入式Linux為例來講解嵌入式Linux OS的特點：①精簡的內核，性能高、穩定，多任務。 ②適用于不同的CPU，支持多種體系結構，如X86、ARM、MIPS、ALPHA、SPARC等。 ③能夠提供完善的嵌入式GUI以及嵌入式X-Windows。 ④提供嵌入式瀏覽器、郵件程序、MP3播放器、MPEG播放器、記事本等應用程序。 ⑤提供完整的開發工具和SDK，同時提供PC上的開發版本。 ⑥用戶可定制，可提供圖形化的定制和配置工具。 ⑦常用嵌入式芯片的驅動集，支持大量的周邊硬件設備，驅動豐富。 ⑧針對嵌入式的存儲方案，提供實時版本和完善的嵌入式解決方案。 ⑨完善的中文支持，強大的技術支持，完整的文檔。 ⑩開放源碼，豐富的軟件資源，廣泛的軟件開發者的支持，價格低廉，結構靈活，適用面廣。 3、三種嵌入式操作系統的比較3.1 Linux OS與Windows Ce的比較嵌入式Linux OS與Windows CE相比的優點：第一，Linux是開放源代碼的，不在存黑箱技術，遍布全球的眾多Linux愛好者都是Linux開發者的強大技術支持者；而 Windows CE是非開放性OS，使第三方很難實現產品定制。 第二，Linux的源代碼隨處可得，注釋豐富，文檔齊全，易于解決各種問題。 第三，Linux的內核小、效率高；而Windows CE在這方面是笨拙的，占用過多的RAM，應用程序龐大。 第四，Linux是開放源代碼的OS，在價格上極具競爭力，適合中國國情。 Windows CE的版權費用是廠家不得不考慮的因素。 第五，Linux不僅支持x86芯片，還是一個跨平臺的系統。 到目前為止，它可以支持20～30種CPU，很多 CPU（包括家電業的芯片）廠商都開始做Linux的平臺移植工作，而且移植的速度遠遠超過Java的開發環境。 如果今天采用Linux環境開發產品，那么將來更換CPU時就不會遇到更換平臺的困擾。 第六，Linux內核的結構在網絡方面是非常完整的，它提供了對包括十兆位、百兆位及千兆位的以太網絡，還有無線網絡、Token ring（令牌環）和光纖甚至衛星的支持。 第七，Linux在內核結構的設計中考慮適應系統的可裁減性的要求，Windows CE在內核結構的設計中并未考慮適應系統的高度可裁減性的要求。 嵌入式Linux OS與Windows CE相比的弱點：第一，是開發難度較高，需要很高的技術實力；第二，是核心調試工具不全，調試不太方便，尚沒有很好的用戶圖形界面；第三，與某些商業OS 一樣，嵌入式Linux占用較大的內存，當然，人們可以去掉部分無用的功能來減小使用的內存，但是如果不仔細，將引起新的問題；第四，有些Linux的應用程序需要虛擬內存，而嵌入式系統中并沒有或不需要虛擬內存，所以并非所有的Linux應用程序都可以在嵌入式系統中運行。 3.2 Palm OS與Windows CE的比較3Com公司的Palm OS是掌上電腦市場中較為優秀的嵌入式操作系統，是針對這一市場專門設計的系統。 它有開放的操作系統應用程序接口（API），支持開發商根據需要自行開發所需的應用程序，具有十分豐富的應用程序。 在掌上電腦市場上獨占其霸主地位已久。 從技術層面上講，Palm OS是一套專門為掌上電腦開發的操作系統，具有許多Windows CE無法比擬的優勢；Windows CE過于臃腫，不適合應用在廉價的掌上電腦中。 Palm OS是一套具有極強開放性的系統。 開發者向用戶免費提供Palm OS的開發工具，允許用戶利用該工具在Palm OS基礎上方便地編寫、修改相關軟件。 與之相比，Windows CE的開發工具就顯得復雜多了，這使得一般用戶很難掌握。 這也Palm OS與Windows CE的另一個主要區別。 我們從常用EOS的大小、可開發定制、互操作性、通用性、實時性及應用領域幾個方面，通過表1來歸納如下：結語Palm OS、Windows CE、Linux這三種嵌入式操作系統各有不同的特點，不同的用途；但Linux比Palm OS和Windows CE更小、更穩定，而且Linux是開放的OS，在價格上極具競爭力。 如今整個市場尚未成型，嵌入式操作系統也未形成統一的國際標準，而且Linux的一系列特征又為我們開發國產的嵌入式操作系統提供了方便，因此，我們有機會在這個未成熟的市場上占有一席之地。

C加加語言是什么

網絡的百科有詳細的介紹的：【概述】C++，這個詞在中國大陸的程序員圈子中通常被讀做“C加加”，而西方的程序員通常讀做“C plus plus”，它是一種使用非常廣泛的計算機編程語言。 C++是一種靜態數據類型檢查的，支持多重編程范式的通用程序設計語言。 它支持過程序程序設計、數據抽象、面向對象程序設計、泛型程序設計等多種程序設計風格。 貝爾實驗室的本賈尼·斯特勞斯特盧普（w:en:Bjarne Stroustrup）博士在20世紀80年代發明并實現了C++（最初這種語言被稱作“C with Classes”）。 一開始C++是作為C語言的增強版出現的，從給C語言增加類開始，不斷的增加新特性。 虛函數（virtual function）、運算符重載（operator overloading）、多重繼承（multiple inheritance）、模板（template）、異常（exception）、RTTI、名字空間（name space）逐漸被加入標準。 1998年國際標準組織（ISO）頒布了C++程序設計語言的國際標準ISO/IEC -1998。 遺憾的是，由于C++語言過于復雜，以及他經歷了長年的演變，直到現在（2004年）只有少數幾個編譯器完全符合這個標準(這么說也是不完全正確的，事實上，至今為止沒有任何一款編譯器完全支持ISO C++)。 另外，就目前學習C++而言，可以認為他是一門獨立的語言；他并不依賴C語言，我們可以完全不學C語言，而直接學習C++。 根據《C++編程思想》（Thinking in C++）一書所評述的，C++與C的效率往往相差在正負5%之間。 所以有人認為在大多數場合C++ 完全可以取代C語言(然而我們在單片機等需要謹慎利用空間、直接操作硬件的地方還是要使用C語言)。 【子語言】根據Effective C++第三版第一條款的描述，現在C++由以下四個“子語言”組成：1、C子語言。 C++支持C語言的幾乎全部功能，在語法上與C語言僅有極微妙的差別(如括號表達式的左右值性，具體請參考C++標準文獻)。 2、面向對象的C++。 C++首先作為一門面向對象的語言而聞名，這個特點在這里不再詳述。 3、泛型編程語言。 C++強大（但容易失控的）模板功能使它能在編譯期完成許多工作，從而大大提高運行期效率。 4、STL（C++標準模板庫）。 隨著STL的不斷發展，它已經逐漸成為C++程序設計中不可或缺的部分，其效率可能比一般的naive代碼低些，但是其安全性與規范性使它大受歡迎。 【語言發展】C++語言發展大概可以分為三個階段：第一階段從80年代到1995年。 這一階段C++語言基本上是傳統類型上的面向對象語言，并且憑借著接近C語言的效率，在工業界使用的開發語言中占據了相當大份額；第二階段從1995年到2000年，這一階段由于標準模板庫(STL)和后來的Boost等程序庫的出現，泛型程序設計在C++中占據了越來越多的比重性。 當然，同時由于Java、C#等語言的出現和硬件價格的大規模下降，C++受到了一定的沖擊；第三階段從2000年至今，由于以Loki、MPL等程序庫為代表的產生式編程和模板元編程的出現，C++出現了發展歷史上又一個新的高峰，這些新技術的出現以及和原有技術的融合，使C++已經成為當今主流程序設計語言中最復雜的一員。 【C++的Hello World程序】在使用兼容C89標準（也稱為ANSI C）的編譯器時，下面這個程序顯示“Hello, world!”然后結束運行： （事實上這并不是符合98標準[ISO C++]的C++程序，而且在多數編譯器上這個程序也不能運行，若要在比較舊的編譯器上編譯該程序，應將iostream改為iostream.h）#include int main() { std::cout << Hello, world!\n; } 在使用兼容C99標準（ISO/IEC -1998）的編譯器時，下面的程序也是可以的： #include using namespace std; int main() { cout << Hello, world! << endl; return 0; } 根據ISO C++的規定，main函數的形式只能是 int main() { ... } 以及 int main(int argc,char * argv[]) { ... } 盡管如此，但在大部份(其實是在Windows平臺下的大部分)編譯器上， void main() { ... } 也被支持。 【C++程序員的數量】分析機構EvansData定期對開發人員展開調查，其調查結果與Stroustrup提出的C++正在擴張的說法相違背。 EvansData的數據顯示，以C++為工具的開發人員在整個開發界所占的比例由1998年春天的76%下降至2004年秋的46%。 Forrester最新的調查顯示，C++、微軟VisualBasic和Java是眾多公司產品體系的首選語言。 對100家公司的調查顯示，C/C++、VisualBasic和Java在產品體系中的使用比例分別是59%、61%和66%。 傳統上認為，C++相對于目前一些新潮的語言，如Java、C#，優勢在于程序的運行性能。 這種觀念并不完全。 如果一個人深信這一點，那么說明他并沒有充分了解和理解C++和那個某某語言。 同時，持有這種觀念的人，通常也是受到了某種誤導（罪魁禍首當然就是那些財大氣粗的公司）。 對于這些公司而言，他們隱藏了C++同某某語言間的核心差別，而把現在多數程序員不太關心的差別，也就是性能，加以強化。 因為隨著cpu性能的快速提升，性能問題已不為人們所關心。 這叫李代桃僵。 很多涉世不深的程序員，也就相信了他們。 于是，大公司們的陰謀也就得逞了。 一般認為，使用Java或C#的開發成本比C++低。 但是，如果你能夠充分分析C++和這些語言的差別，會發現這句話的成立是有條件的。 這個條件就是：軟件規模和復雜度都比較小。 如果不超過3萬行有效代碼（不包括生成器產生的代碼），這句話基本上還能成立。 否則，隨著代碼量和復雜度的增加，C++的優勢將會越來越明顯。 造成這種差別的就是C++的軟件工程性。 在Java和C#大談軟件工程的時候，C++實際上已經悄悄地將軟件工程性提升到一個前所未有的高度。 這一點被多數人忽視，并且被大公司竭力掩蓋。 語言在軟件工程上的好壞，依賴于語言的抽象能力。 從面向過程到面向對象，語言的抽象能力有了一個質的飛躍。 但在實踐中，人們發現面向對象無法解決所有軟件工程中的問題。 于是，精英們逐步引入、并拓展泛型編程，解決更高層次的軟件工程問題。 （實際上，面向對象和泛型編程的起源都可以追溯到1967年，但由于泛型編程更抽象，所以應用遠遠落后于面向對象）。

誰給簡單介紹一下C#？

C#(讀做 C sharp，中文譯音“夏普”)是微軟公司發布的一種面向對象的、運行于 Framework之上的高級程序設計語言,并定于在微軟職業開發者論壇(PDC)上登臺亮相.C#是微軟公司研究員Anders Hejlsberg的最新成果.C#看起來與Java有著驚人的相似;它包括了諸如單一繼承,界面,與Java幾乎同樣的語法,和編譯成中間代碼再運行的過程.但是C#與Java有著明顯的不同,它借鑒了Delphi的一個特點,與COM(組件對象模型)是直接集成的,而且它是微軟公司 windows網絡框架的主角. 在本文中,我將考察創建一種新計算機語言的一般動機,并將特別指明是什么原因導致了C#的出現.然后我將介紹C#和它與Java,c,c++的相似之處.其次我將討論一些存在于Java和C#之間的高層次的,和基礎的差別.我將以衡量在用多種語言開發大型應用程序的時候所需的知識(或者對這種知識的缺乏程度)來結束本文,而這正是和C#的一個主要戰略.目前,C#和還只能以C#語言規則,以及Windows 2000的一個d預覽版本,還有MSDN上迅速增多的文檔集子的形式獲得(還沒有最終定型). 微軟c#語言定義主要是從C和C++繼承而來的,而且語言中的許多元素也反映了這一點.C#在設計者從C++繼承的可選選項方面比Java要廣泛一些(比如說structs),它還增加了自己新的特點(比方說源代碼版本定義).但它還太不成熟,不可能擠垮Java.C#還需要進化成一種開發者能夠接受和采用的語言.而微軟當前為它的這種新語言大造聲勢也是值得注意的.目前大家的反應是:這是對Java的反擊. C#更象Java一些,雖然微軟在這個問題上保持沉默.這也是意料中的事情,我覺得,因為Java近來很成功而使用Java的公司都報告說它們在生產效率上比C++獲得了提高. Java所帶來的巨大影響和大家對它的廣泛接受已經由工作于這種語言和平臺之上的程序員數量明顯的說明了(估計世界范圍內共有兩百五十萬程序員使用Java).由這種語言寫成的應用程序的數量是令人驚訝的并已經滲透了每一個級別的計算,包括無線計算和移動電話(比如日本發明的Java電話).C#能夠在用戶領域獲得這樣的禮遇嗎?我們必須等待并觀望,就象已經由SSI公司的CEO和主席Kalpathi S. Suresh指出來的那樣,我發現所有這些都是漸進的.如果C#不存在,我們總能回到Java或C和C++.這些都不完全是新技術;它們在更大的意義上來說只是大公司制造的市場噱頭.我們必須給他們時間安頓下來看看這些是不是真的對IT工業有什么影響. C#從Java繼承而來的特點 類:在C#中類的申明與Java很相似.這是合理的因為經驗告訴我們Java模型工作得很好的關鍵字import已經被替換成using,它起到了同樣的作用.一個類開始執行的起點是靜態方法Main().下面的Hello World程序展示了基本的形式: using System; class Hello { static void Main() { (Hello, world); } } 在這個例子中,System這個名字指向一個包括了基本C#實用類集合的命名空間(namespace).這個命名空間包括了Console類,它在這個例子中被用來輸出一個字符串.類可以是抽象的和不可繼承的:一個被申明成abstract的類不能被實例化;它只能被用做一個基類.C#關鍵字sealed就象Java關鍵字final,它申明一個類不是抽象的,但是它也不能被用做另一個類的基類.界面:就象在Java中一樣,一個界面是一組方法集合的抽象定義.當一個類或結構體實現一個界面的時候,它必須實現這個界面中定義的所有方法.一個單一的類可以實現幾個界面.也許以后會出現一些微妙的差別,但是這個特點看起來與Java相比沒有變化.布爾運算:條件表達式的結果是布爾數據類型,布爾數據類型是這種語言中獨立的一種數據類型.從布爾類型到其他類型沒有直接的轉換過程.布爾常量true和false是C#中的關鍵字.錯誤處理:如Java中那樣,通過拋出和捕捉異常對象來管理錯誤處理過程.內存管理:由底層框架進行自動內存垃圾回收. C#從C和C++繼承的特點 編譯:程序直接編譯成標準的二進制可執行形式.但C#的源程序并不是被編譯成二進制可執行形式，而是一中中間語言，類似于JAVA字節碼。 如果前面的Hello World程序被保存成一個文本文件并被命名為,它將被編譯成命的可執行程序. 結構體:一個C#的結構體與C++的結構體是相似的,因為它能夠包含數據聲明和方法.但是,不象C++,C#結構體與類是不同的而且不支持繼承.但是,與Java相同的是,一個結構體可以實現界面. 預編譯:C#中存在預編譯指令支持條件編譯,警告,錯誤報告和編譯行控制.可用的預編譯指令有: #define #undef #if #elif #else #endif #warning #error #line [] 沒有了#include 偽指令.你無法再用#define 語句對符號賦值,所以就不存在源代碼替換的概念--這些符號只能用在#if和#elif偽指令里.在#line偽指令里的數字(和可選的名字)能夠修改行號還有#warning和#error輸出結果的文件名. 操作符重載:一些操作符能夠被重載,而另一些則不能.特別的是,沒有一個賦值運算符能夠被重載.能夠被被重載的單目操作符是: + - ! ~ ++ -- true false 能夠被重載的二元運算符是: + - * / % & | ^ << >> == != > < >= <= C#獨有的特點 C#最引人入勝的地方是它和Java的不同,而不是相似的地方.這一節(和這個系列第二部分的大部分地方)講述了C#實現的和Java不同的地方或者Java根本沒有的特點. 中間代碼:微軟在用戶選擇何時MSIL應該編譯成機器碼的時候是留了很大的余地.微軟公司很小心的聲稱MSIL不是解釋性的,而是被編譯成了機器碼.它也明白許多--如果不是大多數的話--程序員認為Java程序要不可避免的比C編寫的任何東西都要慢.而這種實現方式決定了基于MSIL的程序(指的是用C#,Visual Basic,Managed C++--C++的一個符合CLS的版本--等語言編寫的程序)將在性能上超過解釋性的Java代碼.當然,這一點還需要得到事實證明,因為C#和其他生成MSIL的編譯器還沒有發布.但是Java JIT編譯器的普遍存在使得Java和C#在性能上相對相同.象C#是編譯語言而Java是解釋性的,之類的聲明只是商業技巧的中間代碼和MSIL都是中間的匯編形式的語言,它們在運行時或其它的時候被編譯成機器代碼. 命名空間中的申明:當你創建一個程序的時候,你在一個命名空間里創建了一個或多個類.同在這個命名空間里(在類的外面)你還有可能聲明界面,枚舉類型和結構體.必須使用using關鍵字來引用其他命名空間的內容. 基本的數據類型:C#擁有比C,C++或者Java更廣泛的數據類型.這些類型是bool, byte, ubyte, short, ushort, int, uint, long, ulong, float, double,和decimal.象Java一樣,所有這些類型都有一個固定的大小.又象C和C++一樣,每個數據類型都有有符號和無符號兩種類型.與Java相同的是,一個字符變量包含的是一個16位的Unicode字符.C#新的數據類型是decimal數據類型,對于貨幣數據,它能存放28位10進制數字. 兩個基本類:一個名叫object的類是所有其他類的基類.而一個名叫string的類也象object一樣是這個語言的一部分.作為語言的一部分存在意味著編譯器有可能使用它--無論何時你在程序中寫入一句帶引號的字符串,編譯器會創建一個string對象來保存它. 參數傳遞:方法可以被聲明接受可變數目的參數.缺省的參數傳遞方法是對基本數據類型進行值傳遞關鍵字可以用來強迫一個變量通過引用傳遞,這使得一個變量可以接受一個返回值關鍵字也能聲明引用傳遞過程,與ref不同的地方是,它指明這個參數并不需要初始值. 與COM的集成:C#對Windows程序最大的賣點可能就是它與COM的無縫集成了,COM就是微軟的Win32組件技術.實際上,最終有可能在任何語言里編寫COM客戶和服務器端.C#編寫的類可以子類化一個以存在的COM組件;生成的類也能被作為一個COM組件使用,然后又能使用,比方說,JScript語言子類化它從而得到第三個COM組件.這種現象的結果是導致了一個運行環境的產生,在這個環境里的組件是網絡服務,可用用任何語言子類化. 索引下標:一個索引與屬性除了不使用屬性名來引用類成員而是用一個方括號中的數字來匿名引用(就象用數組下標一樣)以外是相似的. public class ListBox: Control { private string[] items; public string this[int index] { get { return items[index]; } set { items[index] = value; Repaint(); } } } 可以用一個循環器來匿名引用字符串內部數組成員,就象下面這樣: ListBox listBox = ...; listBox[0] = hello; (listBox[0]); 代理和反饋:一個代理對象包括了訪問一個特定對象的特定方法所需的信息.只要把它當成一個聰明的方法指針就行了.代理對象可以被移動到另一個地方,然后可以通過訪問它來對已存在的方法進行類型安全的調用.一個反饋方法是代理的特例關鍵字用在將在事件發生的時候被當成代理調用的方法聲明.補充：C#簡史——摘自《程序員》雜志2005-12月刊C# 簡史編者按：時間過得真快，居然現在就可以寫C#的簡史了。 但是想想也不奇怪，C#可謂起點高、發展快的新一代語言，它的這五年走過了很多前輩十幾年的路。 公允地說，C#是目前兼顧系統開發和應用開發的最佳實用語言，并且很有可能成為編程語言歷史上的第一個“全能”型語言。 看過這篇簡史，我們都應該明白，不要再把C#看成年輕后生了——只要是“馬拉多納”，就早晚當“球王”。 C# 1.0，純粹的面向對象當時間回溯到1998年底，微軟正在忙于新一代COM的設計工作。 此前，COM一直是組件化開發中非常成功的一種技術；但由于它僅提供了二進制層面上的統一，因此無法將類型信息和用于支持基礎平臺和開發工具的信息放到組件中。 這時，Java正在逐步走向成熟。 于是，微軟學習Java的做法，將虛擬機的概念引入到了COM領域；同時，微軟提出了“元數據”的概念，用于描述組件的類型信息和工具支持信息，并決定將其放入到組件當中。 這種“COM虛擬機”的名字在經歷了若干爭論后，最終被定為CLR（Common Language Runtime，公共語言運行時）。 與此同時，微軟提出了在該運行時上運作的語言應該遵循的一些規則，以及該虛擬機的類型系統和指令集——所有這些規范形成了最終的C L I（Common Language Infrastructure，公共語言基礎設施），并提交給了ECMA委員會。 同時，微軟開發了CLI的一個實現，這就是大名鼎鼎的了。 1998年12月，微軟啟動了一個全新的語言項目——COOL，這是一款專門為CLR設計的純面向對象的語言，也正是本文的主角——C#的前身。 歷時半年有余，1999年7月份，微軟完成了COOL語言的一個內部版本。 直到2000年2月份，微軟才正式將COOL語言更名為C#。 據說起這個名字是因為C#開發小組的人很討厭搜索引擎，因此把大部分搜索引擎無法識別的“#” 字符作為該語言名字的一部分；還有一種說法是在音樂當中“#”是升調記號，表達了微軟希望它在C的基礎上更上一層樓的美好愿望——當然這些都只是傳說，無從考證。 又是歷經了一系列的修改，微軟終于在2000年7月發布了C#語言的第一個預覽版。 因此人們一般認為C#是2000年發布的，并以此來計算它的“年齡”。 在此后的一年多時間里，微軟一直在修補各個測試版本中的BUG。 直到2002年2月，微軟終于推出了遲遲未上市的Visual Studio 7.0，并將其定名為“VisualStudio 2002”。 隨著這套開發環境的出爐，開發者們終于看到了C#語言的第一個正式版本——C# 1.0。 此后，微軟馬不停蹄，Visual Studio也恢復了往日的開發進度。 在2003年5月，微軟如期推出了Visual Studio 2003，同時也發布了C#的改進版本——C# 1.1。 這一時期的C#（以下稱為C# 1.x）提出了純粹的面向對象概念，并在語言特性中展現得淋漓盡致。 C++并非純面向對象的，為了和C兼容以及提供更高的執行效率，它保留了很多模塊化的東西。 Java盡管號稱是面向對象的，但實際上，對于對象所應該具備的三種構成結構——屬性、方法和事件，Java僅提供了方法，其它兩種結構都要通過方法來模擬。 在C# 1.x中，所有面向對象的概念都在語言中得到了非常好的體現。 同時，C#還通過類類型、值類型和接口類型的概念形成了統一的類型系統。 C#使用了大家所熟知的語法實現了方法，以至于很多人認為C#和Java、C++等面向對象語言“非常相像”，這使得從使用其他面向對象語言轉到使用C#的過程非常簡單。 此外，C#還通過無參數列表的方法聲名語法，結合get/set訪問器實現了優雅的屬性語法。 其中的get訪問器相當于獲取屬性值的方法，可以通過一些運算返回最終的結果，而不是簡單地返回一個變量的值；而set訪問器相當于設置屬性值的方法，在其中可以進行一系列檢測，最后將屬性值賦給相應的變量。 同時，通過同時提供get和set訪問器、只提供get訪問器和只提供set訪問器，還可以很方便地實現可讀寫、只讀和只寫的屬性。 C#的這種屬性語法，使得一個屬性在提供該屬性的類的內部看來，非常像一組方法；而對于外部調用類看來，訪問一個對象的屬性和訪問它的公共域沒有任何區別。 通過委托（稍后介紹），結合關鍵字event，C#提供了優雅的事件概念。 使用+=運算符，開發者可以非常方便地將一個事件處理器關聯到一個事件上，這個過程稱之為“訂閱”一個事件。 由于委托內部封裝了一個調用鏈表，因此可以方便地為一個事件添加多個事件處理器，這些處理器會自動地依次調用。 多年的開發語言進化證明，函數指針是非常重要也是非常危險的語言特征之一。 同時，基于函數指針的回調機制也Windows 核心概念之一。 然而，由于函數指針很難驗證參數的類型準確性，因此C#（確切地說是CLI）提出了“委托”的概念，這是一種類型安全的函數指針鏈表。 這意味著，C#不僅可以提供回調機制，同時調用回調的一方還無需在其內部維護函數指針列表，所要做的僅僅是聲名一個具有恰當委托類型的公共成員即可；而提供回調的一方也只需通過構造一個帶有指定方法的相應委托實例，并通過“+=”運算符添加到回調列表即可。 盡管C# 1.x提供了如此多的新鮮概念，但實際上，這些概念都是由CLI提出的。 因此當將一個C#源程序編譯為可執行文件時，編譯器做的工作相對而言并不多。 需要編譯器代勞的是要將一個簡單的委托定義語句翻譯為一個繼承自類型定義。 C# 2.0，泛型編程新概念微軟本打算繼續保證開發進度，并在2004年推出Visual Studio 2004，但由于其間軟件工程學尤其是軟件管理學的大規模進步，微軟所提供的這種僅具備開發和調試功能的IDE已經無法滿足團隊開發的需求。 因此微軟決定在項目設計和管理工具方面進行了進一步研發，并將其集成到Visual Studio中，以贏回原有的市場。 因此，微軟將Visual 2004“改名”為Visual Studio 2005，并決定推遲一年發布。 不過，微軟還是堅持在2004年的6月份發布了Visual Studio2005的第一個Beta 版，同時向開發者展示了C#語言的2.0版本。 2005年4月，微軟發布了Visual Studio 2005 Beta2，這已經是具備了幾乎全部功能的VisualStudio，包括的產品有SQL Server2005、Team Foundation Server和TeamSuite。 這時的C#編譯器已經能夠處理C# 2.0中所有的新特性。 C# 2.0為開發者帶來的最主要的特性就是泛型編程能力。 和面向對象思想一樣，泛型思想也是一種已經成熟的編程思想，但依然是沒有哪一種主流開發語言能夠支持完備的泛型概念。 這主要是因為泛型的概念在一定程度上對面向對象概念進行沖擊，同時，由于在編譯期間對類型參數的完全檢測很難做到，很多問題會被遺留到運行時。 C# 2.0別出心裁，對泛型類型參數提出了“約束”的新概念，并以優雅的語法體現在語言之中。 有了約束，結合編譯器強大的類型推斷能力，可以在編譯時發現幾乎所有“危險”的泛型應用。 C# 2.0的另一個突出的特性就是匿名方法，用來取代一些短小的并且僅出現一次的委托，使得語言結構更加緊湊。 匿名方法除了可以使得事件處理器的編寫更加精簡以外，還將開發者帶入了程序設計的一個新的領域——函數式編程，曾經有高人就用匿名方法結合泛型編程實現了函數式編程中的重要結構—— Lambda 表達式。 盡管這種實現顯得很繁瑣而且不易理解，但畢竟是實現了。 最終，函數式編程還是被引入到了C#語言中，這將在下一節中為大家講述。 此外，C# 2.0還進一步增強了語言的表達能力。 在C# 2.0中，屬性語法中的get和set訪問器可以擁有不同的權限，這就使得定義一個在庫的內部可讀寫，而在庫的外部只讀的屬性成為可能。 同時，C# 2.0還提供了迭代器的概念，這使得一個類無需實現IEnumerator 和IEnumerable接口即可實現一個可以進行遍歷的類型，并且無需在類型中維護迭代狀態。 此時的已經得到了很廣泛的認可，并且因為元數據為組件帶來了強大的自我描述能力，許多程序庫廠商被吸引到平臺上來。 隨著程序庫數量的增長，逐漸暴露了命名的問題。 在面向對象技術廣泛發展后，人們就意識到名字的管理問題，因此幾乎所有的面向對象語言都提出了“命名空間”的概念；而在C# 1.x時代，這個問題再一次出現。 如果一個庫廠商XX 希望以來命名他們自己的系統基礎庫，那么當開發者使用using System語句時就會產生歧義。 為此。 C# 2.0中提供了global關鍵字，這為庫中所有的命名空間提供了一個“根”,通過指定global::System和就可以區別兩個庫了。 這一時期的C#編譯器變得非常復雜，泛型的引入使得編譯器不得不具備超強的類型推斷能力。 同時，迭代器的思想并非是在CLI層面上實現的，而是由編譯器自動生成了實現I E n u m e r a t o r 和IEnumerable接口類型。 C# 3.0，魔鬼在經歷了一系列的改進和完善后，微軟決定于2005年11月發布Visual Studio2005，該開發環境將正式支持C#2.0。 由于此前推出了數個預覽版和測試版，大家的期待之情似乎已經不是那么強烈了。 而2005年9 月份的PDC大會則為開發者們帶來了另外的驚喜——C#3.0（研發代號“Orcas”——魔鬼）的技術預覽版。 說到C# 3.0，就不得不提一下微軟的LINQ 項目，LINQ（語言集成查詢，Language Integrated Query）提出了一種通過面向對象語法來實現對非面向對象數據源的查詢技術，可查詢的數據源從關系型數據庫延伸到一般意義上的集合（如數組和列表）以及XML。 而C# 3.0則是率先實現了LINQ的語言。 在C# 3.0中，我們可以用類似于SQL語句的語法從一個數據源中輕松地得到滿足一定條件的對象集合。 例如要查找一個字符串數組names中所有長度大于5的字符串，就可以寫：var longname = from n in names > 5 select n;這樣我們就得到一個新的字符數組longname，其中包含了我們所需要的結果。 這種語句稱作查詢語句，與SQL語句唯一的區別是C#中的查詢語句往往把select子句放到最后（這反而倒有些類似于中文的閱讀順序了）。 初次看到這樣一個語句，我們可能會有很大疑問：這還是C#語言嗎？這的確是合乎語法規則的C#代碼，而且編譯器可以識別這種語法。 然而實際上，C#編譯器并不會對這種語法進行實際的的編譯，而是將其翻譯為正常的方法調用：var longname = (n => > 5)(n);然后再進行進一步的編譯。 在上面的例子中已經說明，names是一個存放有字符串的數組，而數組類型并沒有Where的方法。 的確，Where并非names的成員方法，微軟也沒有對數組類型進行任何改動。 這是C# 3.0中另外一個重要的新特性：擴展方法。 擴展方法是定義在其他靜態類中的靜態方法，其第一個參數的類型就是希望擴展的類型，并且這個參數被冠以this修飾符。 擴展方法是靜態的，但可以像調用被擴展類型的實例方法那樣進行調用，看起來好像是被擴展類型自己的方法一樣。 這就為語言帶來了很大的靈活性，我們可以將一組近似的功能如上面的Where 和Select等（這在LINQ中被稱作“標準查詢表達式”）定義在一個外部類中，這樣既無須修改現有類型，又可以將新功能組織在一起。 當然，為了做到面向對象的封裝性，擴展方法只能在被擴展類型的公共成員上進行操作，如果需要從內部對類型進行改進，就必須改變現有類型的代碼。 在Where方法的參數列表里，我們又發現了一種奇怪的語法：n => > 5。 這就是我們上文提到過的Lambda 表達式。 微軟的官方規范中稱，Lambda 表達式是匿名方法的一種自然進化。 因此Lambda 表達式其實也是一種特殊的委托，由編譯器負責生成一個匿名的委托類型，它接受一個字符串類型的參數n；返回值為布爾類型，表示n的長度是否大于5；其中的參數類型和返回值類型都是由編譯器推斷而來的。 說到類型推斷，還要解釋的一點就是上面的語句中出現的新關鍵字var。 從出現的位置來看，var應該是一個類型。 然而這又不是一個C#內建類型，也不是CLI提出的新類型；它只是一個“占位符”，它的確表示一個類型，但具體是什么類型需要編譯器在編譯期間進行推斷。 Lamda表達式的真正意義不僅僅在于簡化了委托的編寫方式，更重要的是它把代碼表達式體現為了數據。 換句話說，Lambda表達式不僅可以被編譯為一段可以執行的代碼（類似于匿名方法），也可以將其翻譯為一個數據結構——表達式樹。 而如何處理Lambda 表達式，是由編譯器根據Lambda表達式的使用方式來自動確定的。 當把一個Lambda表達式賦給一個具有委托類型的域、屬性或變量時，編譯器像編譯匿名方法一樣將表達式體翻譯成一段可執行代碼；而當把一個L a m b d a 表達式賦給一個具有Expression類型的域、屬性或變量時，編譯器就會將Lambda表達式解析為一個表達式樹。 對于翻譯為代碼的Lambda，可以向調用委托那樣進行調用，而對于翻譯為表達式樹的Lambda表達式，就不可以了，會得到一個編譯錯誤。 但表達式樹存在于一個由編譯器生成的數據結構中，因此可以在運行時對其進行分析甚至修改。 除了上面提到的一些重大改進之外，C# 3.0也對細微的語法進行了一些改進，使C#語言變得更加優雅和全面。 值得說明的是，C# 3.0經過編譯后生成的IL代碼，完全是基于 2.0的，C#語言已經遠遠跑在了他所棲生的平臺前面。 這一時期的C#語言離CLI已經越來越遠了，編譯器的工作也愈加繁重起來。 首先很多語言結構（如查詢表達式和Lambda 表達式）都不是CLI中提供的特性，因此需要編譯器進行大量的轉譯工作；其次是這些語言結構帶來的大量類型推斷任務，也都是靠編譯器來完成的。 C#走到了3.0以后，已經完全不再是當年那個“簡單”的語言了。 它的開發者稱其為“魔鬼”，而琳瑯滿目的新特性也的確讓開發者們眼花繚亂，甚至感到恐懼。 語言集成查詢的引入，使得前一段時期內為開發者們廣泛討論的ORM概念得到了更加深入地體現，尤其是它所支持的數據源之廣泛，讓ORM理念變得已經不再必要了；而一些“中的ORM實現”，似乎也成了完全不必要的擴展項目了。 Lambda 表達式的引入，使得C#將可以輕松地完成特定領域（Domain-Specific）的開發。 一個成功的開發人員在面對新鮮事物和新的困難時，興奮是遠大于恐懼的。 讓魔鬼來得更猛烈些吧！

C++與C#的區別是什么？

copy的，你看看語法結構上，C++和C#基本上相同，只有以下方面有所區別：1、繼承：C++支持多繼承，C#類只能繼承一個基類中的實現但可以實現多個接口。 2、數組：聲明 C# 數組和聲明 C++ 數組的語法不同。 在 C# 中，“[]”標記出現在數組類型的后面。 3、數據類型：在C++中bool類可以與整型轉換，但C#中bool 類型和其他類型（特別是 int）之間沒有轉換。 long 類型：在 C# 中，long 數據類型為 64 位，而在 C++ 中為 32 位。 4、struct 類型：在 C# 中，類和結構在語義上不同。 struct 是值類型，而 class 是引用類型。 5、switch 語句：與 C++ 中的 switch 語句不同，C# 不支持從一個 case 標簽貫穿到另一個 case 標簽。 C++的switch后跟參數必須是int型，而C#卻允許string型6、delegate 類型：委托與 C++ 中的函數指針基本相似，但前者具有類型安全，是安全的。 7、C#中所有對象都只能通過關鍵詞“new”來創建，C++的“類名_對象名”方式在C#中變為聲明一個引用。 8、異常處理：C#中引入了 finally 語句，這是C++沒有的，C++允許拋出任何類型，而C#中規定拋出類型為一個派生于的對象。 9、C# 運算符：C# 支持其他運算符，如 is 和 typeof。 它還引入了某些邏輯運算符的不同功能。 10、static 的使用：static方法只能由類名調用，改變static變量。 11、C#在構造基類上替代 C++ 初始化列表的方法。 12、Main 方法和 C++ 及Java中的 main 函數的聲明方式不同，Main而不能用main13、方法參數：C# 支持 ref 和 out 參數，這兩個參數取代指針通過引用傳遞參數。 14、在 C# 中只能在unsafe不安全模式下才使用指針。 15、在 C# 中以不同的方式執行重載運算符。 16、字符串：C# 字符串不同于 C++ 字符串。 17、C# 中沒有全局方法和全局變量：方法和變量必須包含在類型聲明（如 class 或 struct）中。 18、C# 中沒有頭文件和 #include 指令：using 指令用于引用其他未完全限定類型名的命名空間中的類型。 19、C# 中的局部變量在初始化前不能使用。 20、析構函數：在 C# 中，不能控制析構函數的調用時間，原因是析構函數由垃圾回收器自動調用。 21、構造函數：與 C++ 類似，如果在 C# 中沒有提供類構造函數，則為您自動生成默認構造函數。 該默認構造函數將所有字段初始化為它們的默認值。 22、在 C# 中，方法參數不能有默認值。 如果要獲得同樣的效果，需使用方法重載。 c++在設計之初希望提供先進的面向對象特性，同時提供很好的性能。 但是為了保證和以往的程序、開發人員的知識兼容，c++與c語言幾乎完全兼容。 c語言本身其實就是現代計算機的高級抽象，可以直接訪問地址、通過指針可以訪問幾乎任何內存地址；堆和棧的結構體現等待。 當然c++也就具有了這樣的特性。 隨著 c++的逐步發展，generic programming 泛型編程技術和stl標準模板庫的引入，c++和c的差異越來越大。 基本上c++是為了高效地使用面向對象技術或者泛型技術編寫大規模高性能應用程序（往往是一些相對比較底層的應用程序）而設計的。 沒有什么語言能比C++更加貼近Windows本身了，這一點也是不可否認的。 C++更針對計算機的底層，而C#更注重對上層應用程序的支持。 目前絕大多數的大型游戲都是用C++做的，而網絡應用、應用軟件的半壁江山被C#和JAVA所占領。 C#能做的，C++不一定都能做，C++能做的，C#也不一定都好做。 c#通過底層的虛擬機機制減少了c/c++語言中常常容易發生的內存泄漏和安全性問題，代價是運行速度減慢。 同樣的由于簡化了編程語言的復雜性（c#遠遠比c++來得簡單），大大提高了開發者的效率。 另外c#具有龐大的類庫，這個優勢是c++所不具有的。 因此c#非常合適開發企業中處理業務的應用程序。 同時微軟所有的操作系統、服務器程序、桌面端程序都在向平臺統一。 在歷史上與次類似的情形（指微軟技術）只有在微軟從16位平臺向32位平臺轉變的過程中發生過。 C# 是純面向對象語言，C++ 除了面向對象，也面向過程。 C# 支持垃圾收集，C++ 不支持垃圾收集。 C#需要虛擬機器，C++ 不需要虛擬機器。 C# 的執行檔是中間碼，叫做 managed code，透過 NGWS Runtime 來執行。 除了 C#，你也可以用其它程序語言（例如 Visual Basic、C++）來作出 managed code。 C# 使用 Platform-Independent Type，C++ 的 type 會受到平臺的影響。 C#調用Win32 API的方式繁雜，C++這一點做得比它好。 但是，C#強大的網絡操作，代碼量大大地低于C++，我們拋棄不用Socket，改用WinInet或是MFC中的封裝好的網絡類，比如CHTTPFile，還是沒C#簡單。 C#的傻瓜式的類庫操作和面向對象編程的完美特性，確實讓其成為了Windows平臺上最受歡迎的語言。 C#中不通過Win32 API就那么一種方式，通過找到進程，然后Kill之，而C++中，我們完全有無數種選擇，如進程內存填0，卸載模塊，消息洪水，句柄強制關閉，強制釋放它的堆等等，甚至注入進去，內部Raise一個異常，它也就會結束。 保護進程，不管內核下還是應用層，C#肯定是做不了的，C++有自己高端的地方，其他語言無法涉足。 所以沒有用C#做的殺毒軟件就不足為奇了。 C#極其簡易的界面操作，令人看著很舒服的編碼，他有太多的地方，C++根本無法涉足。 沒人拿C++做Web Services，超級大量的數據，拿垃圾回收基本上為0的C++去做，簡直就是自找麻煩。 C#的WebForm，和Jsp占據著Web的大片江山，C++不能。 C#是一門博大精深的語言，類庫強大。 C#更加注重于軟件工程的應用，各種設計模式的使用，C++則注重于實現功能。 C#的前景是不錯的，我個人很看好它，MSDN 雜志每期的文章可能有8成是C#，C++不算很多，微軟的重心可能在C#上，希望C#逐漸能取代C++。 但是C++會這么容易被取代？不可能。 就像一個搞管理的，你讓他接管搞開發的人，讓他從干一樣到同時兼干這二樣，會有這么簡單么？c++的生命力至少還要7-8年，之后才會漸漸的淡出，但是只要追求自由的人存在，C++就不會消失；只要操作系統一天是用C++寫的，C++就不會消失。 開發數據庫，傾向于用C#，做Windows底層，我肯定是C++。 C#的Linq to Sql讓不懂數據庫的人都能去操做數據庫了，輔助一些第三方類庫，能發揮強大的威力。 完全取代C++，等操作系統是C#寫的，C#能開發系統中的一切組件的時候再說吧，至少現在C#還不能開發IsAPI、驅動。

C#編程語言的特點與優勢

C#比其它語言的優勢 C#(讀做 C sharp)是微軟公司在去年六月發布的一種新的編程語言,并定于在微軟職業開發者論壇(PDC)上登臺亮相.C#是微軟公司研究員Anders Hejlsberg的最新成果.C#看起來與Java有著驚人的相似;它包括了諸如單一繼承,界面,與Java幾乎同樣的語法,和編譯成中間代碼再運行的過程.但是C#與Java有著明顯的不同,它借鑒了Delphi的一個特點,與COM(組件對象模型)是直接集成的,而且它是微軟公司 windows網絡框架的主角.在本文中,我將考察創建一種新計算機語言的一般動機,并將特別指明是什么原因導致了C#的出現.然后我將介紹C#和它與Java,c,c++的相似之處.其次我將討論一些存在于Java和C#之間的高層次的,和基礎的差別.我將以衡量在用多種語言開發大型應用程序的時候所需的知識(或者對這種知識的缺乏程度)來結束本文,而這正是和C#的一個主要戰略.目前,C#和還只能以C#語言規則,以及Windows 2000的一個d預覽版本,還有MSDN上迅速增多的文檔集子的形式獲得(還沒有最終定型).微軟c#語言定義主要是從C和C++繼承而來的,而且語言中的許多元素也反映了這一點.C#在設計者從C++繼承的可選選項方面比Java要廣泛一些(比如說structs),它還增加了自己新的特點(比方說源代碼版本定義).但它還太不成熟,不可能擠垮Java.C#還需要進化成一種開發者能夠接受和采用的語言.而微軟當前為它的這種新語言大造聲勢也是值得注意的.目前大家的反應是:這是對Java的反擊.C#更象Java一些,雖然微軟在這個問題上保持沉默.這也是意料中的事情,我覺得,因為Java近來很成功而使用Java的公司都報告說它們在生產效率上比C++獲得了提高所帶來的巨大影響和大家對它的廣泛接受已經由工作于這種語言和平臺之上的程序員數量明顯的說明了(估計世界范圍內共有兩百五十萬程序員使用Java).由這種語言寫成的應用程序的數量是令人驚訝的并已經滲透了每一個級別的計算,包括無線計算和移動電話(比如日本發明的Java電話).C#能夠在用戶領域獲得這樣的禮遇嗎?我們必須等待并觀望,就象已經由SSI公司的CEO和主席Kalpathi S. Suresh指出來的那樣,我發現所有這些都是漸進的.如果C#不存在,我們總能回到Java或C和C++.這些都不完全是新技術;它們在更大的意義上來說只是大公司制造的市場噱頭.我們必須給他們時間安頓下來看看這些是不是真的對IT工業有什么影響.C#從Java繼承而來的特點類:在C#中類的申明與Java很相似.這是合理的因為經驗告訴我們Java模型工作得很好的關鍵字import已經被替換成using,它起到了同樣的作用.一個類開始執行的起點是靜態方法Main().下面的Hello World程序展示了基本的形式:using System;class Hello {static void Main() {(Hello, world);}}在這個例子中,System這個名字指向一個包括了基本C#實用類集合的命名空間(namespace).這個命名空間包括了Console類,它在這個例子中被用來輸出一個字符串.類可以是抽象的和不可繼承的:一個被申明成abstract的類不能被實例化;它只能被用做一個基類.C#關鍵字lock就象Java關鍵字final,它申明一個類不是抽象的,但是它也不能被用做另一個類的基類.界面:就象在Java中一樣,一個界面是一組方法集合的抽象定義.當一個類或結構體實現一個界面的時候,它必須實現這個界面中定義的所有方法.一個單一的類可以實現幾個界面.也許以后會出現一些微妙的差別,但是這個特點看起來與Java相比沒有變化.布爾運算:條件表達式的結果是布爾數據類型,布爾數據類型是這種語言中獨立的一種數據類型.從布爾類型到其他類型沒有直接的轉換過程.布爾常量true和false是C#中的關鍵字.錯誤處理:如Java中那樣,通過拋出和捕捉異常對象來管理錯誤處理過程.內存管理:由底層框架進行自動內存垃圾回收.C#從C和C++繼承的特點編譯:程序直接編譯成標準的二進制可執行形式.如果前面的Hello World程序被保存成一個文本文件并被命名為,它將被編譯成命的可執行程序.結構體:一個C#的結構體與C++的結構體是相似的,因為它能夠包含數據申明和方法.但是,不象C++,C#結構體與類是不同的而且不支持繼承.但是,與Java相同的是,一個結構體可以實現界面.預編譯:C#中存在預編譯指令支持條件編譯,警告,錯誤報告和編譯行控制.可用的預編譯指令有:#define #undef #if #elif #else#endif#warning #error #line [] 沒有了#include 偽指令.你無法再用#define 語句對符號賦值,所以就不存在源代碼替換的概念--這些符號只能用在#if和#elif偽指令里.在#line偽指令里的數字(和可選的名字)能夠修改行號還有#warning和#error輸出結果的文件名.操作符重載:一些操作符能夠被重載,而另一些則不能.特別的是,沒有一個賦值運算符能夠被重載.能夠被被重載的單目操作符是:+ - ! ~ ++ -- true false 能夠被重載的二元運算符是:+ - * / % & | ^ << >> == != > < >= <=C#獨有的特點C#最引人入勝的地方是它和Java的不同,而不是相似的地方.這一節(和這個系列第二部分的大部分地方)講述了C#實現的和Java不同的地方或者Java根本沒有的特點.中間代碼:微軟在用戶選擇何時MSIL應該編譯成機器碼的時候是留了很大的余地.微軟公司很小心的聲稱MSIL不是解釋性的,而是被編譯成了機器碼.它也明白許多--如果不是大多數的話--程序員認為Java程序要不可避免的比C編寫的任何東西都要慢.而這種實現方式決定了基于MSIL的程序(指的是用C#,Visual Basic,Managed C++--C++的一個符合CLS的版本--等語言編寫的程序)將在性能上超過解釋性的Java代碼.當然,這一點還需要得到事實證明,因為C#和其他生成MSIL的編譯器還沒有發布.但是Java JIT編譯器的普遍存在使得Java和C#在性能上相對相同.象C#是編譯語言而Java是解釋性的,之類的聲明只是商業技巧的中間代碼和MSIL都是中間的匯編形式的語言,它們在運行時或其它的時候被編譯成機器代碼.命名空間中的申明:當你創建一個程序的時候,你在一個命名空間里創建了一個或多個類.同在這個命名空間里(在類的外面)你還有可能聲明界面,枚舉類型和結構體.必須使用using關鍵字來引用其他命名空間的內容.基本的數據類型:C#擁有比C,C++或者Java更廣泛的數據類型.這些類型是bool, byte, ubyte, short, ushort, int, uint, long, ulong, float, double,和decimal.象Java一樣,所有這些類型都有一個固定的大小.又象C和C++一樣,每個數據類型都有有符號和無符號兩種類型.與Java相同的是,一個字符變量包含的是一個16位的Unicode字符.C#新的數據類型是decimal數據類型,對于貨幣數據,它能存放28位10進制數字.兩個基本類:一個名叫object的類是所有其他類的基類.而一個名叫string的類也象object一樣是這個語言的一部分.作為語言的一部分存在意味著編譯器有可能使用它--無論何時你在程序中寫入一句帶引號的字符串,編譯器會創建一個string對象來保存它.參數傳遞:方法可以被聲明接受可變數目的參數.缺省的參數傳遞方法是對基本數據類型進行值傳遞關鍵字可以用來強迫一個變量通過引用傳遞,這使得一個變量可以接受一個返回值關鍵字也能聲明引用傳遞過程,與ref不同的地方是,它指明這個參數并不需要初始值.與COM的集成:C#對Windows程序最大的賣點可能就是它與COM的無縫集成了,COM就是微軟的Win32組件技術.實際上,最終有可能在任何語言里編寫COM客戶和服務器端.C#編寫的類可以子類化一個以存在的COM組件;生成的類也能被作為一個COM組件使用,然后又能使用,比方說,JScript語言子類化它從而得到第三個COM組件.這種現象的結果是導致了一個運行環境的產生,在這個環境里的組件是網絡服務,可用用任何語言子類化.索引下標:一個索引與屬性除了不使用屬性名來引用類成員而是用一個方括號中的數字來匿名引用(就象用數組下標一樣)以外是相似的 class ListBox: Control {private string[] items;public string this[int index] {get {return items[index];}set {items[index] = value;Repaint();}}} 可以用一個循環器來匿名引用字符串內部數組成員,就象下面這樣:ListBox listBox = ...;listBox[0] = hello;(listBox[0]);代理和反饋:一個代理對象包括了訪問一個特定對象的特定方法所需的信息.只要把它當成一個聰明的方法指針就行了.代理對象可以被移動到另一個地方,然后可以通過訪問它來對已存在的方法進行類型安全的調用.一個反饋方法是代理的特例關鍵字用在將在事件發生的時候被當成代理調用的方法聲明中.

---

---

相關標簽： mainwin32、 面向性能的、 編程、 提升應用程序速度和響應能力、 面向性能的制造、

上一篇：無限免費存儲空間無需為數據存儲付費無限免

下一篇：mainwin32與NET的對比優缺點分析mainwindow