為什麼.Net需要公用運行庫,虛擬器,C#,XML,SOAP[網摘]

       昨天參加了VS.Net的發布會，看到謝恩偉示範了幾個WEB UI，APP UI，MOBILE UI的DEMO，
黃存義和廖恒毅也是強調VS.Net的rapid，VS.Net的其中一個目的似乎就要做到的就是在
開發用戶端應用中盡量重用代碼和設計。
       因為在未來越來越多的裝置會充當用戶端，如PDA等等，我們不能
為了不同的介面就開發不同的用戶端，那樣生產力太低，所以要平滑移動，與用戶端具體載體
無關。為了不同介面同一代碼這個理想，發明了公用運行庫，這樣才可保證同一代碼。而公用
程式碼程式庫不可能是二進位的，因為二進位的代碼就意味著固定的二進位排列，記憶體管理方式。
而又要求各種語言都可調用公用運行庫，就必須使公用運行庫成為一種規範的中間性代碼。
所以就引出了虛擬器。
       由於有了虛擬器，任何代碼的執行就都必須通過虛擬器的解釋才能執行，所以自然也提供了
好的錯誤保護，記憶體回收，型別安全。
       那既然各種語言只要有一個轉換器就可以在.Net上調用CLR,為什麼還要發明C#?因為C#開發的
代碼可以直接調用CLR,而其他語言就必須通過轉換才可以,這樣就存在著一個轉換的好不好的
問題.大家都知道在一個混合編程中的聯合調試的複雜.所以為了保護客戶現有投資,微軟允許
舊語言轉換,但只要你沒有舊客戶或舊代碼的包袱,就強烈推薦用C#開發新項目.
       大家也知道不論RMI,CORBA,COM,在跨防火牆的問題上都比較頭痛.現在的企業又要求互相傳遞
很多資料和調用.但是許多企業又不允許二進位流進入內部網,怎麼辦?但是所有的企業都不可能
封掉HTTP的連接埠,因為WEB是企業的基本網際網路應用.而且不同公司專屬應用程式著不同的作業系統和中介軟體
系統,怎麼互相交換資料?由於客戶的壓力和應用需求.老死不相往來的WINDOWS和UNIX陣營終於
坐下來必須好好談談了.於是XML出現了.一是XML是純文字的,誰都不需擔心,二是XML脫胎於
HTML,正好讓大家順利過渡.於是XML+HTTP+RPC,SOAP應運而生.註冊表已經成為了微軟心頭的一塊
心病,所以在.Net打死也不能用了,仿造JAVA的屬性設定檔也做個XML格式的資訊檔.這樣
也順便跨平台推廣標準.
       為了CLR訪問不同的資料來源,ADO升級成了ado.Net,本身不具有重大變化
從資料層,組件層,用戶端的所有基礎架構,微軟都已做的盡量與具體作業系統無關.
而且從昨天的發布會來看,從OS,運行環境架構,VS.NET,培訓,出版,MSDN,公司專屬應用程式,.Net全部提供解決方
案.並且VS.NET更與各種優秀工具結合,從設計到開發到測試到效能監測都有整合.全球100萬
開發員基於WINDOWS開發,並且有成億的使用者在WINDOWS上,這麼龐大的夥伴和客戶群,
誰與爭鋒?