3

我想开发一个管理运动统计数据的网站。让我们说足球数据。我想为公众发布一个带有漂亮演示的前端站点，无需登录。

我正在为足球联赛的后台办公室建立第二个站点。该网站是足球联赛注册他们的比赛注释表的地方，因此每个球员的统计数据将从该比赛中计算出来。联盟将在这里注册教练、类别（年龄范围）和球员。

我认为使用完整的 Java EE 架构。开发一个前端和后端 Web 应用程序通用的 EJB 项目，以及我提到的前端和后端办公室。我计划在两个站点都使用检票口。但我打算用 Glassfish 3 在 1GB RAM VPS 上发布。

另一种选择是制作一个公共项目（eclipse），并使用该公共项目制作 2 个 webapp。该公共项目是一个 JPA 项目，并且有一些公共依赖项（Apache commons lang），我将在所有项目中使用它们。因此，部署到 tomcat 并变得简单。

所以我有点困惑，有一些具体的问题：

  1. 我应该使用静态方法（我可以在 tomcat 上部署，我猜 RAM 使用量更少），o 无状态会话 Bean（需要 EE 应用服务器）服务？
  2. 我应该将 wicket 用于前端，因为 Wicket 是有状态的并且我在这里是无状态的吗？我在哪里可以找到一些无状态检票口教程？

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

-----更新------ 我实际上是唯一的开发人员，我只有网络层检票口的经验。

我不确定是否将 wicket 用于前端，因为它是有状态的，前端只会向所有人显示信息。

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

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

4

2 回答 2

0

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

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

此时，EJB 3.0 只是带注释的 POJO。但是，我不一定推荐使用无状态会话 EJB，除非您认为您将需要 EJB 容器提供的特性（例如容器管理的事务/回滚）。

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

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

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

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

于 2013-01-23T22:14:08.547 回答
-1

如果是我，我会考虑使用 Spring 框架。我将使用 JPA 创建一个持久层，2 个客户端应用程序使用 Spring MVC 和任何您想要的表示技术与该持久层通信（使用 Velocity、Freemarker、JSP 保持简单。通过 Tomcat 部署。我认为没有理由使用EE——根据您的描述，您只需要一个 servlet 容器，没有其他 Java EE 服务器带来的东西。

于 2013-01-23T22:14:42.580 回答