java - 应用架构设计问题

Question

在设计基于 Java/J2EE Web 的应用程序时，我需要您的建议。其特点如下:

1. 纯粹面向数据库的应用程序(有 10 个表)。数据库是Oracle。
2. 三种不同类型的界面/屏幕:2.1 WebSphere Portlet(6 个界面/屏幕)2.2 手持设备(5 个接口(interface)/屏幕)2.3 Web应用程序(17个界面/屏幕)
3. 很少有屏幕只是使用 Crystal Reports 构建的报告。
4. 不涉及太多业务逻辑。

现在我担心的是:

1. 我应该选择 2 层还是 3 层哪种架构？
2. 我应该使用哪些框架 struts/jsf (MVC)？如果有的话？或者我应该在没有任何框架的情况下进行基于 POJO 的简单编程。
3. 最关心的是打包，我的意思是我不想为我想要开发的三种不同类型的接口(interface)复制业务和数据库层。您认为 EJB 是公开 DB/业务层的好选择吗？我该如何处理？
4. 我应该使用任何特定的框架(例如 sitemash)作为表示层吗？
5. 我应该使用任何特定的数据库层 JPA/Hibernate 框架还是应该使用简单的 JDBC？

欢迎任何意见/建议...

BRSC

Answer 1

Which architecture should I go for 2 tier or 3 tier?

三层: View 、服务和持久性。

Which frameworks should I use struts/jsf (MVC)? If any? Or should I go for simple POJO based programming without any framework.

Struts？不，JSF？不。我推荐 Spring，因为它支持 Web 和门户 MVC 以及契约优先 Web 服务。

The biggest concern is packaging, I mean I don't want to replicate the business and database layer for each three different types of interfaces I want to develop. Do you think EJB will be good option to expose DB/Business layer? How should I handle this?

我不会推荐 EJB。我建议使用基于 HTTP 的 Web 服务进行远程处理。

Should I use any specific framework like sitemash for presentation layer?

Sitemesh 很好，但它不是表示层。

我会使用 Velocity 模板生成直接 HTML，并将其发送回客户。

Should I use any specific framework for database layer JPA/Hibernate or should I use simple JDBC?

十张 table ？该架构足够小，而 JPA 和 Hibernate 对我来说似乎有点大材小用。为持久层创建 POJO 接口(interface)，您可以将实现与客户端隔离。从简单的开始，如果您决定需要或想要的话，可以切换它。