| 以文本方式查看主題 - 曙海教育集團論壇 (http://m.hufushizhe.com/bbs/index.asp) -- Microsoft.NET Framework (http://m.hufushizhe.com/bbs/list.asp?boardid=78) ---- Microsoft.NET為什么難于理解-.NET教程,.NET Framework (http://m.hufushizhe.com/bbs/dispbbs.asp?boardid=78&id=2625) |
| -- 作者：wangxinxin -- 發布時間：2010-12-15 9:33:50 -- Microsoft.NET為什么難于理解-.NET教程,.NET Framework 2000年6月22日美國微軟公司公開了“microsoft.net”。該公司為此原來在日本國內舉行了兩次新聞發布會。在7月26日～28日期間舉行的微軟研討會“tech ed2000”上“microsoft.net”也成了熱門話題。.net是用來建立被稱為ngws(即下一代windows服務之意)的新一代服務/軟件的基本構想。 舉個例子，微軟制作的.net所描繪的宣傳錄像片中有這樣的一個場面。一個男人出差到外地，在機場租借手機電話。他向該終端插入自己的ic卡后，自動下載他的地址簿和計劃簿，隨即就變成了他專用的pda(便攜式信息終端)。 確實方便，不過如果被告知“這就是.net”，反而把人搞得似懂非懂、糊里糊涂。筆者覺得如果要選一下最近幾年微軟公開的晦澀難懂的計劃，那么.net無疑要名列前茅。 究竟什么地方不易理解呢。筆者認為難就難在他沒有能夠明確和目前微軟推出的概念之間的相互關系。比如.net的基礎、分布式應用軟件的思想，為了實現這一思想微軟本身提供的機制，在此機制上微軟或由第三方提供的服務，及實際計劃提供的產品是什么樣的，等等這些關系一下子人們非常難理清。 建立方案的框架其實就是windows dna2000 不過，仔細考慮后就會發現，.net和過去的概念之間的關系其實非常簡單。 在.net中，通過因特網能利用的單功能服務(構造塊，biulding block)組合在一起來建立方案。微軟本身已宣布向消費者提供門戶網站msn.net、辦公軟件的asp服務office.net等的.net方案及認證服務passport等，用來建立.net方案的基本的構造模塊，由于所有這些參雜在一起，所以令人難以理解，其實這一流程正是windows dna2000本身。 為了利用構造模塊，使用soap(簡單對象訪問協議，siple object access protocol)作為通信協議，使用xml(可擴展的標記語言)做為數據格式。也正是從dna2000開始，才提倡通過采用soap/xml組合，使得在windows以外的平臺上也能夠建造用來建立方案的構造模塊。 構造方案的實體如同上述宣傳錄像帶中顯示的那樣有多種服務。例如只需要插入ic卡就能使用自己的地址簿及計劃簿的手機電話服務等。 構成方案的零件就叫做構造模塊，他是各種服務的群體。還是以上述手機終端為例，終端讀取的ic卡信息并進行用戶認證服務，及從個人計算機及手機電話經由網絡傳遞地址簿及計劃簿的服務，等就是構造模塊的實例。也就是說，在這一手機服務中，建立了一個使用soap/xml，經過認證服務接受認證，然后憑著通過認證的證據從計劃簿服務公司通過soap/xml接收用戶計劃簿的流程。 不再為com而苦惱 通過組合構造模塊來建立方案的部分，只是dna2000改了個名字而已，而關于構造模塊本身，.net則比dna2000更前進了一步。 在dna2000中表明，使用com(零件對象模型、component object model)、dcom(分布式com)及windows2000 server的com+服務建立構造模塊(在dna2000中稱為mega服務)。另一方面，在.net中com這一術語消失了。取而代之公開了被稱為.net framework用來建立構造塊的框架。 com雖然做為術語消失了，不過實際上.net框架的實質是將com+改進的結果。事實上，在.net框架的sdk(軟件研發套件)的發行文件中還殘留著com+2.0的影子。而com+是在不改動com框架的基礎上，改由os方面進行安全性及負荷分散處理等處理，從而減輕了安裝時間的運行時間(run time)。 這是因為雖然com本身是個并不太復雜的標準，不過由于存在著眾多的約束事項，因此安裝時非常費時。而在.net框架中將“交給os處理”部分進一步擴大，從而完全除去在com+中依然殘留的com框架。這樣一來，就不再需要安裝做為com項目的對象了。 目前正在流行這種實現方式。一言以蔽之，就是將com對象變成和java程式相同。也就是說，.net框架的對象，不是被編譯成處理器的本地代碼(native code)，而是被編譯成被稱為il(中間語言)的虛擬機代碼。而在執行時，則由相當于java虛擬機的被稱為clr(commom language runtime)的模塊將il代碼轉換成本地代碼后執行(實際上只是在第一次才真正轉換)。 對象之間的通信不必描述為com，只需描述為普通調入手續即可。只要移植clr就能在windows以外的客戶及服務器上運行同一個代碼。而且能使用所有研發語言。微軟的研發環境visual studio除了在下一個版本中使c/c++、visual basic及新研發的c#對應.net框架以外，目前已有多個第三方加入，將來有可能使用除了java以外的所有主要語言。 在7月11日～14日pdc(專業研發人員會議)上，當美國微軟的副社長鮑爾?馬里茨(音譯)表示“已不再需要(com的典型約束事項)iunknown及guid”時，研發人員們興奮得鼓掌喝彩，這一點完萬能理解，先不去考慮.net框架減輕了研發工作量或和java相似等問題，做為純粹的軟件技術，.net框架確實是個非常有意思的結構。 實際上在公開的.net中還包括用來建立.net方案的多種服務，不過最后在理解了.net的平臺部分是windows dna2000和com+以后，就感到“原來他和現有的相比其實沒有什么大的改動”。而另一方面，從微軟故意將內容搞得晦澀難懂，淡化windows色彩來強調其新意的做法，能感到他們要在因特網時代繼續生存下去的堅定意志。(bizit) |
<ul id="is4kg"></ul> <abbr id="is4kg"></abbr> <ul id="is4kg"></ul>