2010-07-25 114 views
5

我所关注的是我们正在讨论的Web应用程序开发的程度。Java EE与Java SE之间的Web应用程序开发

有不同级别的Web应用程序开发。例如,如果我被要求开发一个Web应用程序来处理小型母亲和流行面包店的住房客户信息(绝对不是企业情况),如果我真的想要使用Java EE而不是Java SE,那么是否有任何问题至。

我知道你可能会说这会过度,而且我可以理解,但是,我会遇到一些我不会遇到的使用Java SE的开发问题?换句话说,我试图确定一个小型企业Web应用程序何时变成企业Web应用程序。在我看来,我应该能够使用我想要的Java模型。

我在这里想错了吗?

需要澄清,如果你能帮助我。

+2

你如何建议在没有JavaEE的情况下进行Web开发? – skaffman 2010-07-25 21:34:09

+1

@skaffman:我创建了整个企业Web应用程序,而不使用JavaEE。我会问相反的问题:你对JavaEE的* need *有什么建议用于Web开发?您是否知道JavaSE拥有自己的内置HttpServer?我发现使用嵌入式Tomcat更简单,但它只是一组要导入的jar文件。 – ThreaT 2014-08-31 22:01:12

回答

3

不要从字面上理解Java EE。 Java EE不仅仅是企业开发,本身。

Java EE为您提供了用于在Java上构建Web应用程序的整个堆栈。否则,你无法在Java上进行Web开发。底线 - 即使您是中小型企业,您也需要Java EE堆栈。不要让这个名字欺骗你。

+0

那不是100%真实。很多人只是使用JEE的servlet子部分。有许多servlet容器不包含JEE的其余部分。如tomcat/jetty。 – Wes 2010-07-31 14:32:35

+0

我从来没有说过你需要*整个*堆栈,但是做网页Java你需要一些。 Tomcat和Jetty就是很好的例子。 – 2010-07-31 15:39:44

14

似乎对Java EE和Java SE术语的使用存在一些困惑。仅仅因为EE扩展到Enterprise Edition,并不意味着它只能被企业使用。

Java EE恰好是一组捆绑在一起形成平台的规范。在您需要编写Web应用程序的那一刻,您需要至少使用Servlet + JSP规范,这是Java EE规范的一个子集。

Java SE通常用于编写独立应用程序。与Java EE相比,将Java SE更多地称为API或库,而不是作为规范更好。它可以被认为是“非企业”应用程序的平台。

1

Theres使用完整的Java EE容器没有错。但是这通常是以复杂性为代价的。

您需要的最小数量是servlet容器,它是Java EE规范的子集。

完整的Java EE容器往往比简单的servlet容器有更多的配置,这可能会增加不值得的开销。

需要考虑的另一件事是如果您只使用javax.servlet来编译.war文件,那么它们与完整的Java EE容器兼容,所以没有什么可阻止您在以后升级。

另一点要记住的是JBOSS/GlassFish实现完整的Java EE堆栈使用更多的内存,可能比tomcat的启动时间更长。

但是,如果您知道您将在以后使用更多Java EE,如EJB;那么我会从完整的Java EE容器开始。

总结

个人而言,我会开始时只使用一个servlet容器。 (不是完整的Java EE)。当且仅当我需要一个完整的Java EE堆栈时,才会转向完整的Java EE容器。