利齒C sharp代替C++？
2024-07-21 02:20:06
供稿：網友
現在，對于一個正在進行項目開發的公司來說，選擇一門windows下的開發語言已經不再像以前那么容易。c++曾經是商業開發最好的選擇，但是現在，開發者們已經沒有時間，也沒有耐心一遍遍重復“編寫代碼——編譯——排錯”這樣一個無休止的循環，也不再想去一次次地修補多年前編制的程序里的漏洞，他們已經厭倦了這一切。雖然windows下的c++編程相對來說比較容易，但網絡時代的飛快節奏已經不允許他們慢條斯理地跟自己的開發工具較勁。他們需要一個高效的、安全的開發工具。
相對于c++而言，java的優勢是開發周期短、代碼安全（因為沒有指針），以及平臺無關性等。然而對于底層開發，java還是不夠理想。盡管這樣，還是有眾多的程序員開始選擇java作為開發工具，這其中當然包括很多原先windows的開發者。也許正因為這樣，微軟才匆忙發行了其.net sdk(軟件開發工具箱)的beta預覽版。該開發工具下載下來后共有86m，它向我們展示了未來windows環境下的一個新開發理念。在工具包中包含有一個c＃編譯器，它是一種新的程序語言，被命名為“利齒的c”。不知這一利齒，會把java咬成什么樣子。不過對于c++，c＃似乎有趕盡殺絕之意。
c++上長出的利齒
這款微軟打制的另類c++對于那些投身于windows c++開發的人來說，應該說是一大福音，因為它減輕了c++給程序員帶來的痛苦。它不同于c++，當然也不同于java，它使得訪問windows本身所具有的各項服務（包括網絡對象、uis和網絡通信）變得非常容易。和java一樣，c＃通過避免一般的編程錯誤和自動資源管理，使得c＃的穩定性得到了極大的增強。
如果已經熟悉了c++，那么學習c＃要比學習java要容易得多。c＃不是由微軟來管理，而是由ecma（歐洲計算機制造聯合會）來管理，和javascript一樣。ecma是一個獨立的實體。并且，然beta預覽版里沒有做什么暗示，但是有消息稱微軟將發行其它操作系統版的.net和c＃（beta版只能在windiws2000上運行）。如果這是真的，那么不久的將來，c＃很有可能大行其道。
有批評家告誡說：.net和c＃只不過是一種已經被宣布或銷售但還沒有正式生產的新型軟件。即使是這樣，也不能阻止人們使用c＃的熱情。我們用它工作了近一個月，發現它的確要比我們以前使用過的編譯器好得多。事實上，因為這款編譯器表現確實非常的好，以至于現在已經有開發者在internet和web論壇上進行一些c＃的代碼交換（比如：http://www.csharpindex.com）。
現在已經出現了一種編寫c＃的編輯器，并且其它從事商業編輯器的商家也正在測試其對c＃的支持情況。一個好的代碼編輯應該使得編寫一個web服務器變得很容易。現在微軟正在聯合vertigo software，準備再推出一個實用的.net電子商務示范產品。
c++癥結何在？
java的創始者認為，c++對于程序設計的放任政策給了c++開發者予極大的自由。他們不僅可以輕松訪問系統資源，甚至對于語言本身也可以進行重新修改。這也許算得上是一大特色，但也正是這一大特色毀掉了c++本身。用c++編制的程序，代碼的錯誤有可能導致系統漏洞，導致非法或者惡意的內存操作。不僅如此，因為它的問題很難排除，所以令很多程序員大傷腦筋。
java應用程序的穩定性，主要得力于其摒棄了c++的一些諸如人工內存定位、指針（直接指向內存）、瞬時變量和超載管理員等功能。此外，其自動的內存管理、方便的平臺無關性以及大量的預定義java對象，都使得java開發者對于對象的定義和使用都變得非常容易。
應該說，java卓越的設計使得企業軟件的開發有了很大的改變，但是由于它背離了c++的語法，使得它很難被c++的開發者們所接受。這在很大程度上阻礙了其發展和普及。
和java相反，c＃則是將c++向類似java的方向擴展，這些擴展包括自動內存管理、對象壽命管理、解釋執行、輕松訪問外部對象和簡化對象的創建。c++有益的概念被java摒棄了，比如超載管理員和參考變量，而c＃則保留了這些概念。被java拋棄的指針在c＃中也得到了保留，只不過它不再像以前那樣無所不能。它僅被使用在那些被標記為非安全的代碼段里。
向c＃移植
從c++轉變到c＃，就像從人工方式轉化到自動方式一樣？在c++里，必須為對象分配一明確的空閑內存，而在c＃里，內存的分配則是自動完成的。被c＃的對象占用的內存在該對象不再被使用時，將被釋放（即內存垃圾的回收技術，這是java里被人們廣為稱贊的一項技術）。
在c++里，為了訪問一些系統服務，就必須在文件頭里包含進許多文件，而這些文件中的大部分，在對象設計中，根本用不上。在c＃里，系統服務被透明地包裝在一些和c＃兼容的對象里。在c++里，要把c++對象變換成windows的com（component objec model）是非常困難的，而在c＃里對象會被自動地轉換成.net模式，并且可以從各種.net語言里進行訪問。
.net層保證了對象可以在各種語言中使用，所以就沒有必要進行數據的轉換或者外部對象的轉換。
現在，使用c＃最大的困難就是要求程序員習慣于在不用離合器的情況也能換檔。也就說，一旦調整過來以后，c＃將要比c++容易駕馭得多。java需要其c++開發者們學習的是一種新的做事情的方法。而對于轉向c＃來說，c++的開發者們放棄的只是在系統開發過程中的那些用代碼編寫的難看的對象和糟糕的內存管理。而他們還依舊可以使用指針和參考變量，這給了c＃開發者們一種直接、簡單的訪問外部模塊（包括32位的windows動態鏈接庫）的途徑。
把windows c++應用程序轉換成java應用程序將是一件非常痛苦的事情，但是如果把它轉換成c＃，.net多語言交叉的功能將使這一切變得比較容易，并且轉換后的應用程序將會在穩定性上得到很大的增強。微軟似乎對于輕松訪問現有程序方面下了很大的功夫，效果也很不錯。
除了模塊要求具有很好的性能外，要把現有的c++應用程序移植到.net，選擇c＃將是一個明智之舉。微軟的.net擴展到visual c++，使得其和c＃代碼整合變得非常的容易。
c＃是繼承人
c＃的產生是因為微軟在.net上需要一種類java的語言，而java本身卻不能勝任這一需求。c＃太像c++了，以至于它很難給人帶來體驗新事物時的那種興奮。不過，可以相信，絕大部分的c++開發者將會因為c＃保留了c++中大部分其喜歡的、強大的、令人激動的功能而選擇使用它。不管微軟的動機如何，就c＃直接由ecma來管理這件事，還是很令公眾滿意的。這使我們有機會得到非微軟的c＃工具和編譯器以及其它機構發行的資源。
第三方的c＃開發工具將不需要從微軟獲得語言許可證書，這就會使得這些工具的價格維持在一個較低的水平。相反的，因為sun使其java脫離標準的軌跡，以至它只能孤軍奮戰，在java發展的道路上獨行。
因為.net依賴于c＃，且只能在windows上運行，所以微軟在企業級的開發上實際已經落后于sun。不過，由于其.net框架是獨立于特定語言的，所以將使得微軟在競爭中也能占到了一部分市場份額。即使是在beta版里，開發者也可以使用c++、c＃、visual basic、javascript、 visual foxpro來開發.net應用程序。他們可以譯成一種所謂il（中間語言）的代碼語言，并且共享一個定義在數據無關技術上的框架。因為沒有vb、c＃和javascript對象，而只有.net對象，所以開發者可以使用幾種語言代碼進行混合編程。
對于傳統編程來說，在項目開發中，開發者們都喜歡選用同一種語言，因為這樣便于不同開發者間進行連接。現在.net將不再有這種限制，開發者可以把c＃、vb、c++和javascript放在同一代碼編譯器里，而.net層可以把這些塊捏合在一起，并且還會有更多的程序語言將可以.net中使用。開發者可以選用自己最熟悉的和最喜歡的程序語言來進行開發。這就意味著可以使用盡量少的時間、更低的培訓費用、明了簡潔的源代碼，這一切都將使得開發者的開發過程變得非常愉快。
對于c＃來說，其完成的一項首要工作是使得c++的開發者們能夠訪問其.net框架。這可不是一件容易的事，因為.net的目的是要成為windows企業應用開發的核心。在佛羅里達州奧蘭多舉行的專業開發人員大會上，.net初次亮相，微軟向世人展示了.net不僅是獨立于硬件的，而且在多平臺間交互也很方便。
微軟對于其.net的移植計劃一直保持著沉默，當然使其運行在windows下是首位的問題，但我們懷疑微軟是否會將其盡快地移植到solaris和linux上。一旦.net擴展到windows以外的其它系統，那么c＃將成為java真正的強有力的競爭對手。到那時，c＃將成為c++在windows企業開發中的真正繼承人。
