netjava區別

Ⅰ .NET與java的區別

.NET與JAVA在社會需求、接受程度和應用范圍方面的區別

1、Java大城市發展好，但是門檻高
。NET入門簡單

2、還是.NET上手快

3、應用的話，.NET主要針對中小型項目，大型項目尤其是跟錢有關的話肯定是Java，不會選用.NET

但是.NET開發速度非常快

Ⅱ java語言和.net語言的區別是什麼

.net不是一個語言，是一種平台
就像java的jvm一樣，它可以支持：asp.net C# 等等語言
.net的生成借鑒了jvm的優勢，它所支持的原生語言是C#，和java有很大的相似之處
首先：編譯結果都一樣，都是中間代碼，不是機器碼
其次：語法結構、風格非常類似
第三：都提供垃圾自動回收機制
第四：都是面向對象的開發語言
區別是：.net目前只能運行在windows，jvm運行在多種平台上

Ⅲ java和net有什麼區別呢

你好是我java軟體開發工程師，對於java和.net的區別，首先本質上就是兩種根本不同的編程語言，其次在於特性上，java是開源的適合於學習，以及通過各種框架來實現各種技術功能，而且可以一次編譯到處運行在任何平台上都可以，包括現在時下流行的andriod。.net是通過核心類庫來實現功能的而且.net平台可以運行多種編程語言VB、C++等等。從行業發展商來看的話，java相對來說開發周期要長，通常用來做大型的項目。而.net開發周期比較短適合於短期開發，而且在中小型企業很受歡迎。繼續從市場上來看，時下的java從事人員很多，在市場上來說基本上已經接近於飽和狀態，但是.net現在的人員還是比較缺少的，如果考慮到就業的方便那麼還是需要選擇.net。

Ⅳ java和.net的異同

java的特色，網上多得是！這里主要補充一些實際的例子！
1，用java開發業務教復雜的程序，相對來說要輕松一些！因為java社區豐富！本身靈活度很高，並且是OO的語言！可以套現設計模式！
2，java的多數框架都是開源的！學習java很方便！成本低！（.net不開放源碼）
3,.net是一個框架，與java語言不相關！具體可以與一些開源框架比較，例如spring,webwork,hibernate等等.
4，java的執行效率沒有.net高!

綜述，.net適合做網站，中型的！java適合做後台，企業系統，大型網站！

java與.net的相同:
1.都有虛擬機
2.都有龐大的類庫
3.代碼都在虛擬機保護模式下運行
java與.net的不同:
1.java是多次運行時都解析,而.net是在第一次運行時解析後,以後執行的就是本機代碼
2..net虛擬機代碼公開,各種語言都可以基於.net虛擬機進行開發
3..net暫時不支持跨平台,不過只要虛擬機一跨平台,你所有的程序就跨平台了.

你可以通過這個鏈接引用該篇文章:http://rjwuha.bokee.com/tb.b?diaryId=15716922

Ⅳ java與.net的區別

從語言上來說，它們沒有什麼區別。
java因為自由社區多，各種技術發明出來不統一不標准各種麻煩各種整合，非官方就是這樣，沒辦法，也就是說不好用。當然，這個不好用不是因為語言的問題。不過java是免費的，這點對公司來說很重要！而且也就是因為社區多的緣故，於是大家都接受它，到處都有它的事，從單片機設備到太空梭哪都有它。
.net是微軟一手包辦，當然架構就是各種相互配合了，用起來順手，也就表示學起來輕松。但是劣勢很明顯，對於公司來說，用著是爽了，但它是收費的啊！最最重要的是，只支持windows啊！linux的高性能.net用不著啊！

Ⅵ java和.net的區別

Net秉承了微軟技術的入門簡單的特點，經過短時間的學習就可以掌握拖拉控制項的快速開發方式，很多人被.Net的快速開發方式所滿足，認為自己「學成了」，不再深入研究，因此人才市場上充斥著很多隻會拖控制項、而不懂.Net更深入一步技術的.Net開發人員，比如很多ASP.Net的書上都是講ASP.Net服務端控制項，很多所謂「精通ASP.Net」的人連什麼是Http、HTML、JavaScript、Dom等基本概念都稀里糊塗，實際公司項目中很多功能點的實現不是簡單的拖一個ASP.Net服務端控制項就能搞定的，因此看似學習.Net的人非常多，但是真正滿足企業要求的人則比較少；而Java則入門門檻比較高，如果想要配置一個Hello World級別的學習環境就會涉及到很多技術，開發環境也要學習者自行配置，對於初學者來說可能花費一周時間都無法配置一個最簡單的環境出來，Java的開發環境也不像.Net開發環境那麼可用性強，Java和.Net的區別就像Windows和Linux的區別，正因為Java學習門檻非常高，很多學習者被淘汰了下來，這樣能夠撐過一個個難關學習下來的開發人員都是水平比較高的人員。因此.Net初級開發人員的工資平均是比Java初級開發人員的工資平均略低的。但是由於.Net中高級人才非常缺乏，因此掌握.Net深入技術的開發人員在企業內部是非常吃香的，招聘人員經常發出這樣的感嘆「招合適的Java工程師能招來一堆，招合適的.Net工程師一個月都招不來幾個」

Ⅶ .NET和JAVA有什麼區別

1、HotSwap：在Java中HotSwap技術給程序的調試帶來非常大的方便，比如可以讓程序一邊調試一邊修改代碼，代碼修改以後在程序中立即就可以看到修改後的效果，不用每次修改以後都要重新啟動程序；在.Net中幾乎不允許這樣做，只有在非常苛刻的幾個情況下才可以實現在調試狀態下修改代碼，而且一旦代碼段被執行過了就肯定不允許再修改了，這就導致每次修改代碼都要頻繁啟動程序，非常繁瑣。

2、基於.Net的東西和Windows結合過於緊密，而且和Windows平台下一些舊有技術有太多千絲萬縷的聯系，導致用起來非常麻煩。比如每個對外部系統暴露的介面傳來傳去最後看到的類型是_ComObject，要想得知其真正的介面類型就必須通過COM技術來取得，非常麻煩；開發的很多組件都需要到注冊表中注冊，增加了部署的難度。

3、Visual Studio中代碼的即時查錯能力非常弱，很多的要到編譯時才能知道代碼是否有錯；而在Eclipse中在編寫代碼的時候對於有錯誤的代碼和有警告的代碼（比如一些Private成員沒有被引用）可以立即清晰的提示出來，開發人員可以立即修改有錯誤的代碼。

4、Java中默認的方法都是可以override的除非標注為final，而在C#中必須是明確聲明virtual的才可以override。在Delphi中也是類似的問題，這應該是Delphi和C#共同的老爹Anders Hejlsberg對於OO的一種理念吧，也許人家大師的想法是正確的：一個方法是否是虛方法必須要明確指定。不過對於習慣了Java中這種實現方式的人來說，C#的這種實現方式還是讓人感覺一時難以適應的。

5、Visual Studio的編譯速度太慢，點擊【調試】/【運行】按鈕以後要編譯好長一段時間才能啟動（不過和Visual Studio6比起來現在的Visual Studio編譯速度已經快多了了，已經接近於Delphi的編譯速度了）；由於Eclipse使用的自己的高性能編譯器Eclipse Compiler，而且代碼的編譯是在編寫代碼的時候即時進行的，所以在Eclipse中根本感覺不到編譯的時間，點擊【調試】/【運行】按鈕以後程序就運行起來的。

6、.Net類庫中一些類設計的不靈活，比如TreeView的節點的顯示的值是通過Text屬性賦值上去的；而在Java中的Swing、SWT等圖形庫中，可以在一個樹節點中掛任何類型的值，然後通過為這個節點定義個性化的Render（渲染器）來決定這些樹節點顯示什麼。

7、Visual Studio的插件體系過於死板，開發起來不像開發Eclipse插件那樣靈活簡便，這可能和Visual Studio插件體系的歷史淵源有關系。舉例如下：
（1）比如要在代碼編輯器上增加新特性，在Eclipse中可以通過代碼編輯器中提供的大量擴展點來實現，而在Visual Studio中的代碼編輯器中則只提供了很可憐的幾個可擴展性。這一點是Visual Studio插件體系最大的硬傷，大大限制了基於Visual Stuio的插件的功能，相信隨著MS對Visual Studio插件體系的逐漸重視，這一點會慢慢跟上來的。

（2）Visual Studio的插件體系和.Net結合過於緊密，在Eclipse中可以為Python、Ruby、C#、C、ASM等很多語言開發IDE（提供代碼編輯、代碼輔助、調試、編譯等功能），這些語言不必與Java有任何關系，而在Visual Studio中雖然也可以為一種語言編寫IDE，比如IronPython、J#，但是這些語言是和.Net集合緊密的，比如要為這種語言提供調試功能，則必須將代碼編譯成MSIL代碼，這對於很多語言來講是不可能的；

（3）Eclipse中的插件只要在自己的plugin.xml文件中配置好就可以了，把那個插件的jar包放到Eclipse中就可以運行，而Visual Studio中的插件則必須首先注冊到注冊表，調試和部署起來非常麻煩；

（4）Eclipse運行時的配置是保存在Workspace中的.metedata目錄下的，因此在開發插件的時候會把插件的配置信息自動寫到Host起來的那個Eclipse的Workspace中，被調試模式啟動的Eclipse所做的一些修改不會影響主Eclipse，而在Visual Studio中雖然可以使用Experimental Hive方式進行插件開發，但是由於這些配置是保存在注冊表中的，所以被Host啟動的Visual Studio實例會污染到主Visual Studio，每次重啟IDE都需要運行「Reset the Microsoft Visual Studio 2008 Experimental hive」來進行環境的重置，且重置耗時非常長，浪費了大量時間；

（5）VS2008中，如果插件中拋出異常，而又沒有捕獲的話，輕則VS2008會顯示一個錯誤消息框，重則VS2008會宕掉；而在Eclipse中會將插件中未捕獲異常顯示出來並且輸出到日誌文件中，方便插件開發者排查插件的Bug。

（6）Eclipse中工程相關的特性是以Nature的方式提供的，一個Nature通常可以掛接到幾乎所有的工程類型中去，包括用戶自定義類型；而在Visual Studio中工程相關的特性則是以SubProject的形式提供的，往往只能掛到Visual Studio內置的少數幾個工程類型中去（比如CSharpProject、VBProject），這樣可擴展性大大降低了。

（7）Eclipse中可以使用JET來開發非常復雜的代碼生成器，而Visual Studio中的代碼生成則只能用非常簡單的代碼模板機制，復雜的邏輯就必須通過字元串拼接來完成。

Ⅷ java和net的一些區別。

兩者共通性：
1).net和java都支持多層分布式應用的標准架構。
2) .NET Framework和Java都有一個受控的運行時環境，它不但將源代碼轉換成中間語言，而且將這些中間語言編譯成本地的可執行代碼。兩個環境都支持碎片整理、動態類載入和異常處理等。
3) .NET和Java都倡導和支持基於組件的設計、多態性、繼承和介面、反射、泛型等，也提供基礎類庫來執行I/O、XML處理、帶有連接池的資料庫接入、文本操作與網頁腳本編寫。

兩者區別很多：
1).NET Framework提供了一個跨伺服器、PC和其它設備的一致的、面向組件的模型。而J2EE提供EJB作為伺服器端的組件模型。
2)J2EE以Java語言為主，但是支持多個操作系統平台;.Net則基於Windows平台，但是支持多種語言。
3)在Windows操作系統上，.Net應用由於提供了原生態支持，理論上反而更加穩定。
4).Net被微軟獨家支持，有更好的一致性和兼容性;J2EE被不同的廠家支持，沒有兩個廠家的標準是一致的。
5)微軟公司提供了.Net從設計開發、測試部署、運行維護一攬子的產品解決方案，可管理性好;Java則缺少這樣一致性的官方產品線。
6)Visual Studio專門針對.Net量身定製，具有大量的組件和開發框架，開發模式統一;Java則被多家公司支持，開發模式不一致，開發代碼量大。
7)Visual Studio作為最佳開發工具贏得了一系列的大獎。評估過Visual Studio和其競爭對手的客戶都說，相對於最好的Java工具Eclipse，Visual Studio開發效率更高。
8)Microsoft的產品線豐富，幾乎遍及每一個角落，而且所有產品都可以相互集成，可以快速整合一個應用。
9)Java應用運行在虛擬機JVM上;.Net應用運行在.Net Framework上，而.Net是操作系統的一部分。
10)Windows Server的許可證比三個遵從J2EE的商業伺服器中的任何一個許可都便宜很多。這個比率是12比1。
11) .NET Framework開發工具的費用也更加低廉。Visual Studio .NET是.NET的整合開發工具，它的許可費用大大低於商業化的J2EE銷售商制定的開發工具的費用。
12).Net開發效率高導致開發成本，使用.NET維護費用更低。專家認為許可費用並不是一個項目的最大開支。典型的軟體開發和維護占項目總費用的 50-80%。Middleware公司研究表明，在.NET上一個給定的應用程序開發相對於J2EE，只需要1/3的代碼。代碼越少就意味著維護成本更 低。
13) .Net Framework提供了專門針對用戶體驗的WPF組件，用戶體驗十分豐富;Java缺乏面向用戶體驗的開發支持。

Ⅸ .NET與JAVA

區別：
.NET是微軟公司的，開發出來的東西只能在Windows操作系統上運行；
JAVA是SUN公司的，現在應該被Oracle收購了，開發出來的東西可以在Windows和LInux等多平台上運行
用途：
1.開發PC桌面應用程序，通常用於企業軟體，伺服器等開發。
2.開發網站
3.開發移動平台程序，如目前火熱的Android系統使用Java語言，微軟自己的手機WP7則使用.NET
就業：
1.做桌面應用程序的不太多。
2.做網站的容易就業，但薪資通常在中下等。
3.做移動平台的很火熱，而且薪資較高，尤其是Android手機的開發。

Ⅹ .net與java的區別是什麼

1．相對C＃，JSP的腳本語言JAVA也是面向對象的、分布式的、解釋的語言。
2．與C＃相似JAVA同樣去掉了難以理解的指針等概念，取而代之的是類和對象。
3.
JSP有一項全新的技術――Servlet（伺服器端程序）很好的節約
了伺服器資源。
4．JAVABeans是針對ASP.NET的Server
Control的技術。只要
會JAVA，
JavaBeans就很容易寫出。
5．再有就是JAVA的JDBC資料庫連接技術。
6．JSP對XML同樣有十分廣泛的支持。
1)
面向對象性:
ASP+將C#作為一種面向對象語言，在很多方面來看，C#將成為微軟的與Java相似的語言。
C#另一個有趣的地方是所有對象都自動變成為COM對象。如果C#能取得很大的市場份額，那麼它將給ASP+帶來類似於Java的功能，並且具備更快的性能，因為它可以和Windows環境緊密集成。
C#
是ASP+開發中一個最重要的功能，微軟會將C#發展成為Java的強勁對手。這也是他們.Net框架的一個重要組成部分。我認為C#是微軟在編程市場上擊敗對手的主要工具。我期待著微軟能在這個產品後面傾注全力，這樣，C#可以成為許多程序員的又一種選擇。C#產生的結果是將進一步加固微軟和Sun產品的戰線。這對用戶是有利的，他們可以選擇兩者之一來開發新的應用。
2)
資料庫連接：
ASP另一個亮點是它使用ADO對象，ODBC,
OLE-DB和事務處理管理器。因此ASP
Web資料庫應用開發特別簡單。ASP+發展了更多的功能，因為有了ADO+！ADO+帶來了更強大更快速的功能。JSP和JDBC目前在易用性和性能上同ASP/ADO相比已有些落後，當新版本ASP+/ADO+出現後這樣的差別會更明顯。我個人希望SUN應盡快能花大力氣來追趕ASP+/ADO+的組合。
3)
大型站點應用：
ASP+將對大型站點(web
farms)有更好的支持。事實上，微軟在這方面付出了巨大的努力。
ASP+可以讓你考慮到多伺服器(multiple
servers)的場合，當你需要更強大的功能時，僅僅只需要增加一台伺服器。整個.Net框架已經充分地提供了這個方法。ASP+提供了外部會話狀態(external
session
state)來提供內置式web
farm的支持。另外，由於請求的各組件相互間經過了充分的優化，所以速度很快。
於是ASP+現在可以在大型項目方面與JSP一樣具有等同的能力。
而ASP+還有價格方面的優勢，因為所有的組件將是伺服器操作系統的一部分。對於JSP,你需要購買昂貴的應用伺服器群來達到同樣的目的。
4)
ASP+還提供更多的其它方面的新特性，例如：
*內置的對象緩存和頁面結果緩存。
*內置的XML支持，可用於XML數據集的簡單處理。
*伺服器控制提供了更充分的互動式控制。
ASP+確實對ASP進行了較大的發展。
JSP同樣是實現動態網頁的一個利器。由於他的腳本語言是JAVA，所以繼承了JAVA諸多優點。那麼與ASP相比，應該可以說ASP和JSP基本不是一個檔次上的。那麼ASP.NET和JAVA卻是可以抗衡的。