『壹』 學.NET好還是學JAVA好
自從.NET問世以來，程序員都很關心的一個問題是「該學Java或.NET」。.NET和JAVA有很多相似之處，貌似也已經成為了軟體開發的兩個主流方向。到底哪一個更有前景，學習哪一個更易找到工作呢。今天就.NET和JAVA在市場份額、背景支持、發展現狀和就業前景方面進行深入剖析，以幫助想學JAVA或.NET編程的童鞋們。
在Java推廣初期，由於大家對於Java認知不夠，所以對於Java有許多FUD存在。現在微軟在推廣.NET上，也遭遇到許多FUD，這是微軟目前必須力消除的障礙。如果你對於.NET也存有這些FUD，你不妨嘗試著去破除這些FUD，就如同七八年前破除Java的FUD一樣。你將會發現，就目前來說，.NET是一個非常有潛力的技術，值得投入。
當然，更好是能兩者兼顧，但是每個人的時間都很有限，想要兼顧兩者，其實不太容易。投入在.NET的時間越多，所能花費在Java的時間自然就少了，反之亦然。在信息爆炸的時代，重要的不是信息的取得，而是信息的抉擇。信息太多，時間太少，如果不能慎選適合的技術，只會平白浪費許多時間，斫喪自己的競爭力。
下面，我試圖從許多不同的角度，簡單地比較Java和.NET。
從市調的觀點
三年前學習.NET恐怕有點太早，三年後學習.NET恐怕有點太晚，而現在學習.NET正是時候，不會太早，也不會太晚。學會之後，可以立刻投入市場對於.NET技術的人力需求。分析機構如MetaGroup和IDC皆預測，未來幾年市佔率會大幅提高。由於「精通」.NET知識可能需要費時兩三年以上，技術人員應該盡量提早學習.NET以為因應。
從歷史的觀點
以史為鏡，可以知興替。如果你了解近二十年的軟體產業發展史，你會發現微軟挫敗的機會很小，即使是在頭幾場戰役失敗，也會在整場戰爭中獲勝。換句話說，.NET挫敗的機會不大。在Office軟體大戰中，WordPerfect、AmiPro、Lotus123如今安在?在操作系統大戰中，OS/2也已經銷聲匿跡。在瀏覽器大戰中，Navigator如今只整剩下小小的疆土。你一定可以舉出更多這樣的例子。
從技術的觀點
通常新的技術會比舊技術更好，因為新技術可以從舊技術學到優點，且新技術可以摒除舊技術的缺點。NET比Java誕生的時間晚了六年，許多方面都比Java先進，當然是無庸置疑。
並不是Java這六年停滯不前，事實上，Java一直在進步中，只是有許多縫縫補補、修修改改的地方。例如，XML是在這六年之間出現的技術，所以.NET對於XML的整合可以說是天衣無縫，但Java是後來才把XML整合進來，且整合的程度比不上.NET。
從行銷的觀點
任何人都不能否定微軟行銷功力的厲害。平面的行銷，包括在電子時報、ITHome等信息媒體，甚至連商業周刊等非信息媒體，都看得到相關的廣告。動態的行銷，包括PDC、TechEd.、修練講座、產品發表會?等活動，直接走入人群，接觸客戶。電子的行銷，包括MSDN中英文網站、微軟TechNetFlash新聞信?等，提供技術新知。
.NET有什麼新的亮點?
當然是ASP,ADO和COM+,還有清晰的架構,並且由於統一的類庫,我們為WEB,GUI,MOBILE而開發的應用會很容易的轉來轉去,不象過去開發,各需要學習不同的知識.ASP終於結束了網頁義大利面條式的程序,面向對象和支持多種語言,使構築強大復雜的WEB應用提供了比JSP更兇猛的功能,讓人不得不愛.ADO.NET也拋棄了過去的數據集一Scroll就連資料庫進行提交的糟糕速度,代而取之的是多條修改可以一次性提交上去.這樣性能會提高多.COM+呢?COM+1.5的特性大家在WINXP上也看見了,比1.0強了很多,未來還不用注冊,COPY完就能用,多舒服.至於安嘛,穩定嘛,這話不敢講.因為盜亦有道,Java也同樣如此,無法說誰比誰好.
___而近日從我校就業部得知的上半年就業信息數據分析來看：年初.NET招聘需求佔主導，5月底後Java招聘需求佔主導，安卓需求持續上揚。而從整個上半年招聘需求來看，企業需求旺盛，我校平均每周舉辦兩次現場招聘會。同時就業部李經理也坦言：只要學員能夠順利畢業，無論是哪個方向，找一份工作是沒有問題的。
『貳』 web前端開發和Java Web有什麼區別
java web是java在web方面的應用，java是一種技術，可以用來開發應用程序和網站系統，但是java在開發應用程序方面有一定的先天不足，或者說不如別的技術方便吧，仁者見仁……但是java在開發網頁系統上有很大的優勢，是當前java的主流應用方向，java web就是java在開發web時的一種代號吧
『叄』 Java與.net的優勢缺點
java和.net我都做過開發，說下個人感覺（僅為個人觀點）。
從框架上說，.net里分.net Webform和.net MVC。我認為這是兩個截然不同的東西。
.net MVC和java ssh我感覺差不多。好壞仁者見仁智者見智，我覺得.net MVC更方便一些，並且MVC的框架本身也開源了，也有很多不錯的插件。
.net Webform就不一樣了(當然現在.net中 Webform開發還是占據大多數)，開發速度快，簡單易學，好上手，跟開發客戶端程序似的，中小型項目中用的挺多。
不過我個人不建議使用.net Webform再開發了，拖控制項之類的開發模式對web發展，還是自身發展有害無益。MVC用熟了也不慢（當然上手比較難），實在追求開發速度用ROR更快。
從語言上說，C#和java我感覺也沒什麼區別。C#新版本有很多lambda，動態類型之類的新語言特性，還有大量的語法糖。
不過java可以跨平台，這點C#無能為力。
從社區上說，java畢竟一直開源，社區感覺還是要比.net更好一些。（ps:不要忽略社區的力量，不過Java自從被Oracle收購後。。。。。不爽啊。）
從就業上說，也差不多，分地區。Java貌似略好。
從面子上說，貌似java開發人員更有優越感~，國內有看不起.net的現象。
以前有種說法，Java適合開發大項目，.net適合中小型項目。這個我也基本贊同。
最終觀點，無論是語言還是框架只是一種工具，能完成項目的前提下，哪個成本最低用哪個。程序的設計思想都是一樣的。
如果熱愛技術的話，Web開發中ror(國外都快沒落了，中國都還沒火起來)、node.js（這個我感覺比較有前途）等新興技術最好也能了解了解，雖然就業上可能費勁一些，多數都是外企要這類人才。不過這也是web技術發展的趨勢。
純手打~望採納！
『肆』 學習java web好，還是學習c#net.web，我是大一學生
做網站的話，可以沒有c語言基礎，但是還是建議學c語言。計算機語言都是相通的，有了c語言基礎，其他的語言學起來也簡單點，但是對於你的情況而言，最重要的還是多動手，多嘗試學的才有感悟和體會。另外如果是做網站的話，學習asp.net之前還是把html語言看看吧，這是網頁表現的最基本語言。
『伍』 請問.Net 和java的區別，還有聯系，達人們給解釋下
深度解析：J2EE vs .NET開發平台
看到這個標題，也許會有人表示疑惑，J2EE和.NET並不在一個層次上，怎麼能將它們放在一起呢？需要指出的是，通常所說的.NET包含了一個相當廣泛的產品家族，包括開發平台、操作系統、伺服器、終端設備等，此外還包括服務平台。開發平台只是整個.NET戰略中的一部分，所以確切地說，放在這里的.NET應該算是.NET開發平台。
隨著三層/多層企業信息系統結構的深度發展和下一代分布式計算模型Web 服務的出現，企業應用中關於平台、框架、語言的競爭也愈演愈烈。J2EE平台在過去幾年裡一直引領著企業應用的潮流，但最近微軟強力推出的.NET平台也開始吸引著眾多IT企業和開發人員的注意力，向J2EE平台提出了強有力的挑戰。企業應用領域的技術對抗也因此拉開了架勢。
需要強調的是，.NET是戰略產品，而J2EE是描述產品的標准，現在有很多符合J2EE標準的產品。在可以預見的未來，它們都將是構建企業信息系統應用的基礎性平台，尤其是開發和部署Web服務的重要平台。
盡管可以同時使用幾種系統平台和語言，但對於企業來說，還需要選擇一個戰略性的平台來實現數據的無縫集成，加速企業應用的部署。而要做出正確的選擇，首先需要充分了解兩個平台的特點和優勢。本期專題將為您細說J2EE和.NET。
一、群力所至的J2EE
二、.NET開發平台留住Windows開發者
三、 J2EE與.NET平台體系架構的異同
四、 J2EE vs .NET：Web服務誰主沉浮？
一、群力所至的J2EE
中南大學 羅新星 畢文傑
企業應用系統的開發一直面臨著重大挑戰：一方面，企業應用系統面對的是一個異構的分布式環境，它必須支持與已有系統的集成性和與其他系統的互操作性；另一方面，作為為客戶、合作夥伴和企業內部提供信息服務的平台，企業系統還必須具有高可用性、安全性、可靠性和可伸縮性。這些要求再加上復雜多變的用戶需求和不斷伸縮的交付時間，使得企業系統的開發越來越困難。開發商和廣大程序員一直在努力推動和殷切期待一個成熟、標準的企業平台來簡化和規范企業系統的開發和部署。Java技術的出現，尤其是J2EE（Java 2 Platform Enterprise Edition）平台的推出正是這種努力的結果，也使得企業系統的開發由此變得更加快速和方便。需要指出的是，J2EE本身是一個標准，它為不同廠商創建平台產品提供了標准，使不同J2EE平台產品之間的交互成為可能。
J2EE旅程
Java於1996年由Sun公司推出，當時它的主要用途是製作產生動態網頁的Applet。後來，人們發現Java的「一次開發，多次運行」、純面向對象的特性、垃圾回收機制和內置的安全特別適合於開發企業應用系統。於是，企業應用開發商紛紛在Java標准版的基礎上各自擴展出許多企業應用API，其結果導致基於Java的企業應用呈爆炸式增長。但是各企業系統API之間又不能相互兼容，破壞了Java的平台獨立性。鑒於此，Sun公司聯合IBM、Oracle、BEA等大型企業應用系統開發商於1998年共同制訂了一個基於Java組件技術的企業應用系統開發規范，該規范定義了一個多層企業信息系統的標准平台，旨在簡化和規范企業應用系統的開發和部署。這一規范和其定義的平台就構成了J2EE。目前J2EE的最新版本是J2EE 1.3。需要注意的是，J2EE本身是一個標准，而不是一個現成的產品（雖然現在有很多符合J2EE標準的產品），它由以下幾個部分組成：
J2EE規范。該規范定義了J2EE平台的體系結構、平台角色及J2EE中每種服務和核心API的實現要求。它是J2EE應用伺服器開發商的大綱。
J2EE兼容性測試站點。Sun公司提供的一個測試J2EE應用伺服器是否符合J2EE規范的站點，對通過該站點測試的產品，Sun公司將發放兼容性證書。
J2EE參考實現。即J2EE SDK，它既是Sun公司自己對J2EE規范的一個非商業性實現，又是為開發基於J2EE企業級應用系統原型提供的一個免費的底層開發環境。
J2EE實施指南。即BluePrints文檔，該文檔通過實例來指導開發人員如何去開發一個基於J2EE的多層企業應用系統。
組件-容器 搭建體系架構
J2EE規范定義了一個基於組件的多層企業應用系統開發平台，其邏輯結構如圖1所示。圖中的橢圓形表示組件，大矩形表示容器，包含向下文字的小矩形表示API，箭頭表示訪問，箭頭線上的文字表示相應的協議。
J2EE是一個基於組件-容器模型的系統平台，其核心概念是容器。容器是指為特定組件提供服務的一個標准化的運行時環境，Java虛擬機就是一個典型的容器。組件是一個可以部署的程序單元，它以某種方式運行在容器中，容器封裝了J2EE底層的API，為組件提供事務處理、數據訪問、安全性、持久性等服務。在J2EE中組件和組件之間並不直接訪問，而是通過容器提供的協議和方法來相互調用。組件和容器間的關系通過「協議」來定義。容器的底層是J2EE伺服器，它為容器提供J2EE中定義的各種服務和API。一個J2EE伺服器（也叫J2EE應用伺服器）可以支持一種或多種容器。在圖1中，你可能已經注意到每個容器的服務包括兩部分：J2SE（Java 2 Platform Standard Edition）和一組擴展的服務。這是因為J2EE是以Java標准版為基礎的，各容器在J2SE之上再根據需要提供一些擴展的服務，如目錄服務、事務管理、數據訪問、消息機制、安全性等。
J2ee的核心——EJB
J2EE定義了四種組件：Applet組件、Application客戶組件、Web組件及EJB（Enterprise JavaBeans）組件。其中Applet和Application客戶組件在客戶端運行，J2EE通過Java插件為Applet提供運行環境，Application客戶的容器就是本地Java虛擬機。Web及EJB組件在服務端運行。J2EE中包含兩種Web組件：JSP和Servlet。它們是Web伺服器的功能擴展，都能生成動態Web頁面。不同的是JSP是將Java代碼嵌入到HTML中，伺服器負責解釋執行，生成結果返回用戶（與ASP技術相似）。而Servlet是單獨的Java類，它動態生成HTML文件返回給客戶。Web組件的容器比較典型的就是基於Java的Web伺服器。
EJB是J2EE平台的核心，也是J2EE得到業界廣泛關注和支持的主要原因。我們知道，J2EE的一個主要目的就是簡化企業應用系統的開發，使程序員將主要精力放在商業邏輯的開發上。EJB正是基於這種思想的伺服器端技術，它本身也是一種規范，該規范定義了一個可重用的組件框架來實現分布式的、面向對象的商業邏輯。EJB的核心思想是將商業邏輯與底層的系統邏輯分開，使開發者只需關心商業邏輯，而由EJB容器實現目錄服務、事務處理、持久性、安全性等底層系統邏輯。
一個可部署的EJB組件包含3個部分：
Remote 介面 Remote介面定義EJB組件中提供的可供用戶調用的方法，也就是通常所說的實現商業邏輯的函數或過程（如計算商品價格的函數），以供遠程客戶端調用。在EJB組件部署到容器的時候，容器會自動生成Remote介面相應的實例，即EJB對象，它負責代理用戶的調用請求。
Home介面 Home介面定義一組方法來創建新的EJB對象，查找、定位和清除已有的EJB對象。在EJB組件部署時容器也會自動生成相應的Home對象，該對象負責查找和創建EJB對象，返回EJB對象的引用給客戶；用戶利用該引用調用EJB組件的方法，得到結果；最後Home對象清除EJB對象。我們可以形象地稱Home介面為EJB對象的工廠。
Enterprise Beans類 Enterprise Beans類是商業邏輯的具體實現類。其可供用戶調用的方法在Remote介面中定義。根據功能不同，EJB 2.0規范中定義了三種Enterprise Beans:會話Beans（Session Beans）、實體Beans（Entity Beans）和消息驅動Beans（Message-driven Beans）。
會話Beans分無狀態和有狀態兩種。一般無狀態的會話Beans模擬商業邏輯，比如計算價格等。有狀態的會話Beans通常模擬一個客戶會話，它會臨時保存客戶信息，根據客戶要求調用其他Beans來存取數據。兩種會話Beans都不保存狀態信息或數據，當客戶斷開連接或伺服器關閉時，會話Beans也隨之消失。一個會話Beans的典型例子是網站上的購物車。
實體Beans模擬商業數據，它表示一個數據存儲，可以是狀態信息或資料庫中的一條紀錄。實體Beans在客戶斷開連接或伺服器關閉後，仍有服務保證其數據得以保存。一個實體Beans的典型例子就是客戶賬號信息。
消息驅動Beans在行為上很像會話Beans。不同的是僅在需要向這些Beans發送消息時才調用消息驅動Beans,比如在需要的時候發送用戶確認信息等。
另外，在提交和部署EJB組件時，還需要兩個文件：部署描述文件，容器根據該文件來部署Enterprise Beans，提供所要求的服務；EJB jar文件，它是提交給EJB容器的一個部署單元，容器（應用伺服器）在部署時解開它，裝入Enterprise Beans。
EJB容器非常復雜，一般由專業的J2EE應用伺服器開發商提供，比較流行的EJB容器由IBM的WebShpere、BEA公司的WebLogic Server、Sun公司的iPlant等應用伺服器提供。EJB容器除了為EJB提供事務處理、目錄服務、持久性管理和安全性服務外，還負責EJB的部署、發布和生命周期管理。
平台標准服務
服務是組件和容器之間，以及容器和J2EE伺服器之間的介面，在實現層面上它就是一系列API和協議。J2EE平台定義了一組標準的服務，其中有些服務是由J2SE提供的，有些則是J2EE對Java的擴展。
目錄服務 JNDI（Java Name and Directory） API為應用程序提供了一個統一的介面來完成標準的目錄操作，由於JNDI是獨立於目錄協議的，應用程序可以用它訪問各種目錄服務，如LDAP、NDS、DNS等。
數據訪問 JDBC（Java Database Connectivity) API為訪問不同類型的資料庫提供了統一的途徑，屏蔽了不同資料庫的細節，具有平台無關性。J2EE平台除了要求核心的JDBC API（包含在J2SE中）外，還要求擴展的JDBC API 2.0，它支持行集、連接池和分布式的事務處理。
事務處理 JTA（Java Transaction Architecture）定義了一組標準的介面，為應用系統提供可靠的事務處理支持。JTS（Java Transaction Service）是CORBA OTS事務監控的Java實現。JTS規定了事務管理器的實現方式，該事務管理器在高層支持JTA標准，在底層實現了OMG OTS規范的Java映射。
消息服務 JMS（Java Message Service）是一組用於和面向消息的中間件相互通信的API。
它既支持點對點的消息通信，也支持發布/訂閱式的消息通信。 電子郵件 JavaMail API允許在應用程序中以獨立於平台、獨立於協議的方式收發電子郵件。JAF（JavaBeans Activation Framework）負責處理MIME編碼，JavaMail利用JAF來處理MIME編碼的郵件附件。
CORBA兼容介面 RMI（遠程方法調用）是在分布式對象間通信的Java本地方法，它使應用程序調用遠程方法像調用本地方法一樣，不需要考慮所調用對象的位置。RMI-IIOP是RMI的擴展，是符合CORBA標準的對象通信協議，也是J2EE默認的組件通信協議。Java IDL允許J2EE應用組件通過IIOP協議訪問外部的CORBA對象。
安全服務 JAAS（Java Authentication and Authorization Service）用兩個步驟實現安全性：認證，即由用戶提供認證信息（如用戶名和密碼）來獲得系統認證，這一過程又稱之為登錄；授權，在被確認為合法用戶後，系統根據用戶的角色授予其相應的許可權。J2EE的授權是基於安全形色的概念，一個安全形色是一個擁有相同許可權的邏輯組。J2EE的安全形色由應用組件提供商來定義。
Web服務支持 目前J2EE還不提供對Web服務的支持。Sun提供了一套API及其實現WSDP作為對J2EE的擴展，但目前還不是J2EE規范的內容。在WSDP中，JAXP用來解析XML文檔;JAXR向UDDI伺服器注冊Web Services；JTX/RPC用基於XML的協議（如SOAP）來發送和接收XML文檔；JWSDL處理WSDL文檔。雖然J2EE不是為Web服務而生，但它現在正在努力追趕Web服務的腳步。
多層應用模型
從應用的角度來看，J2EE為企業應用系統的開發提供了一種多層分布式企業應用模型。在J2EE中，應用邏輯按功能不同可以劃分為不同類型的組件，各組件根據它們所在的層分布在不同的機器上，共同組成一個基於組件的分布式系統。
J2EE定義了一個典型的四層結構，分別是客戶層、Web層、商業邏輯層和企業信息系統層。
在應用開發時，J2EE定義的四層模型可根據實際情況靈活運用。由於除了Applet外其他的組件都可以訪問資料庫、EJB組件和企業信息系統，所以通過不同層的取捨及組合，可以衍生出許多應用軟體開發模型，如基於Web的四層模型、基於桌面應用的三層模型（不包括Web層）、B2B模型（不包括客戶層）等。如果應用系統比較簡單，一般不用EJB作為邏輯層，而直接用Web組件來實現商業邏輯和數據訪問，畢竟EJB的開發和部署費用還相當高。
二、.NET開發平台留住Windows開發者
南京郵電學院 李建忠
.NET開發平台一推出，就開始了與J2EE平台的競爭。它的絕大部分是微軟Windows DNA(Distributed Network Architecture)的重寫，DNA是微軟以前開發企業應用程序的平台。Windows DNA中包括了許多已經被證實的技術，新的.NET框架取代了這些技術，並包含了Web服務層和改良的語言支持。從戰略角度看，.NET開發平台擔負著整合.NET戰略的重任，但它最直接的目標則是努力為微軟保留住龐大的Windows用戶基礎。
微軟的Windows開發用戶群是微軟通過Windows操作系統獲得的最大財富。對於為什麼要推出.NET開發平台，微軟表示，主要原因之一就是由於Java向開發者承諾的硬體和操作系統無關性，可能會導致這些用戶轉向其他平台。雖然開發平台本身不會給微軟帶來很多收益，但Windows程序員是企業內部對微軟產品的主要支持力量，商用軟體的開發者形成了向客戶銷售微軟產品的重要渠道。如果微軟可以讓開發者在.NET開發平台上編寫應用程序，那麼就會有更多的公司購買微軟的其他產品。
認識.NET
認識.NET最好的方法是看它做什麼。.NET戰略將互聯網本身作為構建新一代操作系統的基礎，並對互聯網和操作系統的設計思想進行合理延伸，使開發人員能夠創建出與設備無關的應用程序，以便輕松實現互聯網連接。.NET包括一個相當廣泛的產品家族，它們構建於XML和互聯網產業標准之上，為用戶提供Web服務的開發、管理、應用和體驗。圖1是對.NET戰略的總體描述。組成.NET戰略的五個方麵包括：
.NET開發平台 這是一組用於建立Web服務應用程序和Windows桌面應用程序的軟體組件，包括 .NET Framework（框架）、.NET開發者工具和ASP.NET。於今年3月發布的Visual Studio .NET將是RAD開發工具中一個重要的產品。
.NET伺服器 能夠提供廣泛聚合和集成Web服務的伺服器是搭建.NET平台的後端基礎。 .NET基礎服務 密碼認證、日歷、文件存儲、用戶信息等基礎服務是必不可少的。微軟正在著力建設的.NET My Services等基礎性服務平台是這方面可以借鑒的例子。
.NET終端設備 廣泛的連接互聯網並體驗Web服務的終端設備是實現.NET的前端基礎。PC、PDA以及各種嵌入式設備將在這個廣闊的天地里發揮作用。
.NET用戶體驗 能夠滿足人們各種各樣需求的用戶體驗是.NET的最終目標，也是.NET的價值實現。
在這五個組成部分當中，.NET開發平台中的 .net框架是.NET軟體構造中最具挑戰性的部分，其他四個部分則緊緊圍繞.NET框架來進行組織整合。
.NET 框架內核
.NET框架實現了語言開發、代碼編譯、組件配置、程序運行、對象交互等各個層面的功能，為Web服務及普通應用程序提供了一個託管、安全、高效的執行環境。所有在.NET平台上創建的應用程序運行都需要兩個核心模塊:Common Language Runtime（CLR，通用語言運行時）和.NET Framework類庫。CLR是一個軟體引擎，用來載入應用程序，確認它們可以沒有錯誤地運行，並進行相應的安全許可驗證，執行應用程序，然後將被清除。
.NET Framework類庫則向程序員提供軟體組件，來編寫在CLR的控制下運行的代碼，它們按照單一有序的分級組織提供了一個龐大的功能集，包括從文件系統到對XML功能的網訪問的每一樣功能。該類庫為開發提供了三種基本編程模板：基於ASP.NET的Web表單應用、基於ASP.NET的Web服務應用和基於傳統GUI交互的Windows應用。
CLR——.NET的虛擬機
CLR為.NET應用程序提供了一個託管的代碼執行環境。託管意味著將原來由程序員或操作系統做的工作剝離出來交由CLR來完成，從而使程序運行獲得更高的安全性和穩定性。這些工作包括內存管理、即時編譯、組件自描述、安全管理和代碼驗證，以及其他一些系統服務。CLR提供一個技術規范，無論程序使用什麼語言編寫，只要能編譯成中間語言，就可以在它的支持下運行，這樣.NET應用程序就可以獨立於語言。CLR還在應用程序運行環境中為基於組件的編程提供了直接支持，比如它支持屬性、事件、對象、繼承性、多態性、介面等組件編程特性。
CLR中的自動垃圾收集器負責.NET應用程序運行時的內存分配、對象布局、內存釋放等內存管理問題，徹底解決了多年來困擾程序員的內存泄漏問題，大大增強了應用程序的健壯性。
即時編譯器在運行時將中間語言以調用的對象方法為單位動態編譯成本地二進制代碼。
中間語言是在.NET平台下編譯器輸出PE文件（Windows可執行文件）的語言，它為.NET平台提供了多語言支持，允許開發者使用20多種不同的編程語言。而元數據是一個內嵌於PE文件的表的集合，描述了代碼中數據類型等在代碼執行時CLR需要知道的信息。元數據使得.NET應用程序代碼具備自描述特性，提供了類型安全保障，而這在以前需要額外的類型庫或介面定義語言（IDL）。
CLR根據託管組件的來源（如互聯網、企業區域網、本地機器）等因素確定各組件的信任度，並根據信任度來限定它們執行諸如讀取文件、修改注冊表等敏感操作的許可權。此外，CLR藉助通用類型系統對代碼類型進行嚴格的安全檢查，可以避免不同組件之間可能存在的類型不匹配問題。通過代碼訪問安全機制，開發人員可以為應用程序指定完成工作所必需的許可權。CLR不僅規定了代碼訪問安全，還規定了基於角色的安全。基於角色的認證為互聯網上分布式組件的執行提供了安全保證。
值得指出的是，CLR通常寄宿在其他高性能伺服器的應用程序中，比如互聯網信息伺服器（IIS）、SQL Server資料庫伺服器等。這樣，開發者可以充分利用CLR諸多安全、高效的優點來部署自己的商業邏輯。
類庫——組件和服務的家園
.NET Framework類庫由一組廣泛的、面向對象的、可被開發者用於任何編程語言的可重用類集合組成。它提供了幾乎所有應用程序都需要的公共代碼;在此之上是許多應用程序模板，這些模板為開發網路站點和網路服務提供特定的高級組件和服務，不管是傳統的命令行程序還是Windows圖形界面程序，亦或是面向下一代互聯網分布式計算平台的ASP.NET或Web服務應用。與在Windows和它的SDK中發送的代碼庫一樣，.NET框架類庫將程序員從繁重的編程細節中解放出來，而專注於程序的商業邏輯。它將核心Win32 API最常用的功能和外掛SDK的功能封裝到了一個統一的包中，並採用清晰而有條理的方式對類庫進行分組和描述，這樣開發者就能夠更方便地找到其應用程序所需要的大多數功能。下面是它所提供的一些核心服務：
系統框架服務
服務框架包括一套開發人員希望在標准語言庫中存在的基類庫，如集合、輸入/輸出、字元串、數據等基類。基類庫還提供訪問操作系統服務的類，如圖畫、網路、線程、加密等類型。此外，服務框架也包括數據訪問類庫以及開發工具。
ADO.NET組件
ADO.NET為基於網路的、可擴展的應用程序和服務提供數據訪問服務。它不僅支持傳統的基於鏈接指針風格的數據訪問，而且對於更適合於把數據返回到客戶端應用程序的無鏈接數據模板，它也提供高性能的訪問支持。
XML數據組件
通過它開發人員可以對任何數據進行XML轉換、傳輸和確認，所有數據都可以被看做是XML格式的。同時，系統也支持ADO.NET數據與XML數據之間的通用轉換。
Windows表單組件
Windows表單組件為開發人員提供了強大的Windows應用程序模型和豐富的Windows用戶口，包括傳統的ActiveX控制項和Windows XP的新界面，如透明的、分層的浮動窗口。對CLR的強大支持也是Windows表單組件令人興奮的地方之一。
ASP.NET應用服務
ASP.NET的核心是其用於處理基於低級結構HTTP請求的高性能的運行語言，其編譯運行的方式大大提高了它的性能。ASP.NET使用基於構件的.NET框架配製模板，因此它獲得了諸如XCOPY配製、構件並行配製、基於XML配製之類的優點。它還支持應用程序的實時更新，同時提供高速緩沖服務，以改善性能。
ASP.NET Web表單
ASP.NET Web表單把VB表單高效率的優點帶到了Web應用程序的開發中。ASP.NET Web單支持傳統的將HTML內容與腳本代碼混合的ASP語法，但是它提出了一種將應用程序代碼和用戶介面內容分離的、更加結構化的方法。它提供一套映射傳統HTML用戶介面部件（包括列表框、文本框和按鈕）的ASP.NET Web表單控制項和一套更加復雜的Web應用控制項（如日歷和廣告轉板）。
『陸』 java web與.net區別
.NET Web方向（ASP.NET）在前端都頁面採用的技術差不多：AJAX、JQuery。。。
後台採用的框架：MVC、WPF、WCF。。。。；最主要的還是使用高級程序語言不一樣，Java Web使用的是Java，.NET主流採用C#，也可以使用VB.NET 等等
『柒』 java .net web哪個好
java 安全性高，跨平台，.net 開發速度快，運行效率比JAVA快
、選擇語言要按照具體情況來選擇
如銀行，電信等項目就選用java
『捌』 .net和java有什麼區別
.net和Java的區別：
1、在web開發方面，java比.net好，因為java比.net、php更加穩定、安全、開發效率高、功能更加強大。java 在web 應用方面 光java伺服器就有好多（tomcat,jboss,weblogic,websphere)，這些都可以運行java項目，而.net 只可以在微軟的IIS伺服器上運行局限性很大。
2、在單機軟體開發方面，如果開發windows應用那還是.net 好一些，因為windows和.net都是微軟的產品，所以在開發window應用方面.net更兼容一些。
3、在智能設備軟體開發上，java更強，你該知道 android 智能手機，它的應用都是用java 開發的。
4、java簡單強大，不需要一個一個自己編寫，直接調用組件即可。
5、.net是微軟的王牌，運行時，速度和Java基本不相上下，但是.net的開發速度很快，在.net中的線程很難控制.
6、性能上，中小級的運用，.net效率更高一些，瀏覽下載速度更快，但是百萬級後不如java。
『玖』 web開發和java開發.net開發有什麼區別
java是sun搞的（現在被oracle收購）了 這個知道吧
.net就是微軟搞的一套平台。
web開始就是搞B/S結構開發，就是瀏覽器訪問的，不是裝客戶端的那種（C/S結構）。
java和 .net都能搞web開發。不過平台完全不一樣 ，src編譯方式，部署方式也不盡相同。