java - 在这种方法中使用完整的 Java EE 与仅使用 Web 和持久层是否正确？

Question

就目前情况而言，这个问题不太适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、民意调查或扩展讨论。如果您觉得这个问题可以改进并可能重新开放， visit the help center以获得指导。

已关闭 10 年前。

我想开发一个用于管理体育统计数据的网站。让我们说一下足球统计数据。我想发布一个前端站点，为公众提供精美的演示，无需登录。

我正在为足球联赛后台建立第二个网站。该网站是足球联盟注册其比赛注释表的地方，以便根据该比赛计算每个球员的统计数据。联赛将在此注册教练、类别(年龄范围)和球员。

我想使用完整的 Java EE 架构。开发一个前端和后台 Web 应用程序通用的 EJB 项目，以及我提到的前端和后台。我计划在这两个站点都使用 wicket 。但我计划在带有 Glassfish 3 的 1GB RAM VPS 上发布。

另一个选择是创建一个公共(public)项目(eclipse)，并使用该公共(public)项目创建 2 个 Web 应用程序。该公共(public)项目是一个 JPA 项目，并且具有一些公共(public)依赖项(Apache commons lang)，我将在所有项目中使用它们。所以部署到tomcat就简单了。

所以我有点困惑并且有一些具体问题:

1. 我应该使用静态方法(我可以部署在 tomcat 上，我猜 RAM 使用量较少)，o 无状态 session Bean(需要 EE 应用程序服务器)用于服务？
2. 我应该使用 wicket 作为前端吗，因为 Wicket 是有状态的，而我在这里是无状态的？在哪里可以找到一些无状态 wicket 教程？

我之所以问，是因为我不清楚何时使用 bean 是不必要的。我应该使用完整的 EE 还是只使用 Web 和持久层。

-----更新------我实际上是唯一的开发人员，并且我只有 Web 层 wicket 的经验。

我不确定是否在前端使用 wicket，因为它是有状态的，前端只会向每个人显示信息。

Web 层和前端的分离是因为我有不同的设计/网站模板，一个更漂亮(FE)风格的 mlb.com 和另一个基于管理(漂亮的表单和组件)的模板。是我购买的两个网站模板。

这是一个我想要开发和学习的项目。它是一个商业应用程序，我预计会扩展此应用程序，支持网球、篮球等其他运动。

Answer 1

每个开发人员都会有自己的偏好和建议。

从我个人的开发经验来看，从 EJB 2.1 到 EJB 3.0 规范的过渡中，EJB 变得不再那么“沉重/麻烦”。

此时，EJB 3.0 只是带注释的 POJO。但是，我不一定建议使用无状态 session EJB，除非您认为需要 EJB 容器提供的功能(例如容器管理的事务/回滚)。

如果您想要一个可以在 Tomcat 上运行而不需要 Java EE 容器的完整堆栈，我会推荐 Grails 。它将包括您的Web层(以GSP和Taglib的形式)，并且还将提供您的持久层(GORM)，并且您可以进行非常快速的开发。

现在，说实话，1 GB RAM 对于 Grails 来说有点轻。我相信它会运行，但如果我运行 Grails 堆栈，我至少需要 2 GB RAM。

您也可以考虑Spring Web MVC为您的 Web 层和 Spring bean 为您的服务层，并为您的持久层插入 JPA/Hibernate。

我个人对 Wicket 并不熟悉(我知道它，但没有任何实践经验)。然而，一些快速搜索显示了有关将其与 Spring 集成的文章。