Java SE和Java EE之間的細線

Question

我是編寫java控制器（mvc）的人，他使用junit進行測試，他編寫jdbc，使用maven ...

基本上，我怎么知道這個Java EE什么時候不用？ 我不編寫servlet或jsps（它們是Java EE的一部分），但我確實使用API​​，所以......

我是什么？ Java EE程序員？ Java SE程序員？ 如果你是Spring / Hibernate開發人員，你是什么人？ Java EE還是Java SE？

也許這是一個愚蠢的問題（如果是，那么我很抱歉），但是Java SE和Java EE之間的“細線”是什么？

Answer 1

更重要的是， 這有關系嗎？

“名字里面有什么？我們稱之為玫瑰

任何其他名稱都會聞起來很甜蜜。“

擁有這些標簽的唯一目的是將技術捆綁在一起的捷徑。 我同意你的看法，這些都是特別粗略的術語，因此沒有人會將它們用於任何后果。

當然，公司可能會為“J2EE開發人員”做廣告。 但他們總是在描述/訪談中提到他們的意思，例如JBoss和JPA，而不是簡單地說“你是J2EE嗎”並假設你們都知道這意味着什么。

除了這個具體的例子，我很少遇到使用的術語（因為它們不是很有用）。 詢問你是否有使用Java的經驗是有用的，在更精確的層面上詢問你是否有使用Tomcat或Hibernate的經驗是有用的，但詢問某人是否有使用J2EE的經驗不太可能產生可用的答案。

是否有某些特定情況促使您提出這個問題？

Answer 2

JDBC是核心Java SE規范的一部分。

毫無疑問，Java EE是建立在Java SE之上的。 如果您是Java EE，那么您也可以自動使用Java SE。

Servlet和JSP是Java EE的一部分，但有些人並不認為您是完全Java EE，除非您使用EJB和應用服務器服務，如連接池，命名，排隊等。

Spring是對EJB 2.0及其復雜性的反應。 它構建於Java SE之上，通常部署在Java EE應用服務器上，並提供大量Java EE功能（例如，持久性，生命周期等），而無需借助EJB機制。 它使用servlet，JSP，持久性，命名，排隊和其他Java EE服務來完成其工作。 Spring不是Java EE規范; 這是羅德約翰遜的心血結晶。 它現在歸VMWare所有。

Answer 3

J2EE是企業開發的API和規范的集合，如果你沒有使用任何這些API，那么從我的觀點來看，即使使用Spring，你也是J2SE開發人員。

當然，任何進行J2EE開發的人都必須默認進行J2SE開發，因為所有這些J2EE API都是基於Java語言平台構建的。

Answer 4

Java EE是一個巨大的API。 您主要使用Java EE Web配置文件。 所以，我會說，你是“Java EE Web應用程序開發人員”。 對於特定技能，只需使用您在簡歷和/或面試中的房間。

Answer 5

當代碼知道它在EE上下文中時，它是java EE。 類或接口僅在EE contxt中存在，並且在SE應用程序中沒有意義。

對於簡歷，只需使用您使用的技術列出“Java”。