2010-08-19 30 views
1

我不確定如何解釋這個問題,但考慮到下面列出的.NET的差異,是否有任何與Java及其所有部署的比較?從.NET的角度來看,我需要了解哪些不同版本的Java?

平臺

  • .NET的相同版本可以在服務器或workstatation
  • 由於.NET的完整版本可能會有些吃不消部署上運行,有一個客戶端配置文件只有版本
  • Silverlight和.NET不是二進制兼容的。
  • 還有其他版本的.NET適用於其他平臺。他們不是二進制兼容的,並可能有不同的API可供選擇:(.NET微,移動,CE,嵌入式,單聲道)

版本

  • 之間變化的CLR版本爲「1。 X」在.NET 1.0和1.1版
  • CLR是版本 「使用.NET版本2.x的2」,3.0和3.5
  • .NET 3.0添加WF和WCF
  • .NET 3.5主要是.NET 2.0「基礎」上的功能包
  • 如果只安裝了.NET 3.x,則.NET 2.0應用程序將運行,但可能會顯示爲版本不匹配適用於任何其他彙編/ .NET構建組合

鑑於所有不同版本的Java SE EE和所有首字母縮寫詞,我相信除了拼寫之間的拼寫差異每個實現。

你能告訴我什麼我需要知道的各種版本存在,什麼時候比另一個更合適。 http://www.oracle.com/technetwork/java/index.html

回答

2

到現在爲止,如果一個程序的Java SE的任何版本下運行 - 的Java 1.1,Java 1.2的,Java 1.3中,Java 1.4中,Java 5中,Java 6的 - 它下運行任何以後的版本太(除無意錯誤,但這些很少)。

太陽已經給予了這個極端的關注,這意味着升級一直沒有問題。你只是這樣做。隨着JVM所取得的進步,這也非常值得期待。

因此,除非您有非常好的理由不這樣做,否則您的用戶應該使用Java 6. Sun Java 6提供了非常好的性能,但需要花費內存才能這樣做。

我只與Java EE的「Web應用程序」部分合作,但這裏的Servlet API非常穩定並得到很好的支持。給定的WAR文件可以部署在任何Web容器上,以及一些配置膠水。這包括比Web應用程序針對的規範更新的Web容器。

+0

+1謝謝,這是我感興趣的方向 – LamonteCristo 2010-08-20 16:21:48

+0

如果你要編寫新的代碼,我會建議用Java 6開發,但要符合Java 5。這將爲您在何處部署結果提供最大的靈活性。 – 2010-08-24 20:39:39

0

我想所有你需要知道的是,Java JDK 6是目前Oracle支持的唯一一個。其他早期版本都通過了有用的支持生活。

對於任何人運行JDK或JRE 1.4或更低版本,地球上沒有任何理由。它甚至沒有泛型,並且缺少對內存模型的許多重要改進。

JDK 5是有防禦能力的,但我相信它已經達到其支持生命的末期。

+0

我正在尋找類似於上面列出的.NET的技術差異......比供應商支持的更深入的東西。有時候,客戶會按照舊版本進行授權和拖拽,我需要了解。 – LamonteCristo 2010-08-20 16:21:24

+0

請注意,「Java for Business」訂閱程序甚至爲那些在2013年之前需要Java 1.4的用戶提供支持。http://www.sun.com/software/javaforbusiness/getit_download.jsp – 2010-08-24 20:38:15

相關問題