Oracle / Java应用程序，推荐的体系结构

Question

我正在开发一个桌面Java应用程序，该应用程序应该通过代理连接到Oracle数据库，该代理可以是Servlet或EJB或您可以建议的其他内容。

我的问题是应该使用什么架构？

1. 简单Servlet作为客户端和数据库之间的代理，连接到数据库并将结果发送回客户端。

2. 具有EJB和远程接口的企业应用程序，用于访问数据库

3. 我没有想到的任何其他选项。

由于

Answer 1

根据您希望解决方案的可扩展性，您可以做出选择。

1. EJB（3）可以做出不错的选择但是你需要一个完整的应用服务器。

2. 您可以直接使用jdbc进行连接，但这会暴露db的url（在每个客户端桌面应用程序中公开将与DB建立连接。您无法汇集，并且失去了很多灵活性）。除非你的应用程序真的很简单，否则我不建议你走这条路。

3. 您可以创建一个servlet来充当代理，但它的繁琐且不具备可扩展性。您必须在两端编写大量代码

4. 我建议创建一个基于REST的服务，在数据库上执行所需的操作，并在桌面应用程序中使用它。

Answer 2

开始简单。我将从一个简单的基于servlet / JDBC的解决方案开始，让系统端到端地工作。从那时起，考虑：

1. 你想利用conenction pooling（最有可能）。考虑C3P0 / Apache DBCP
2. 你想拥抱像Spring这样的框架吗？您可以逐步迁移到此，并开始使用servlet MVC功能，IoC等，并根据需要使用更复杂的解决方案
3. 您想使用ORM吗？您是否拥有持久/查询的复杂对象图，ORM是否会简化您的开发？

如果您决定采用这种方法，请确保您的架构分层良好，这样您就可以换掉（比如说）原始JDBC以支持ORM，并且您的开发是测试驱动的，这样您就拥有了足够的测试用例，以确保您的解决方案在您执行上述迁移时有效。

请注意，您永远不会最终确定解决方案。随着您的要求发生变化，您的应用程序可以扩展，您可能希望交换/输出最适合您当前要求的技术。因此，应用程序的体系结构比您选择的特定工具集更重要。

Answer 3

通过某些ORM直接使用JDBC（例如Hibernate）？

如果您正在开发独立应用程序，请更好地保持简单。为了使用ORM或其他框架，您不需要J2EE App Server（以及它所带来的所有复杂性）。

如果需要在数据库和应用程序之间交换大量数据，只需忘记EJB，Servlet和Web服务，只需使用Hibernate（或直接使用普通的旧JDBC）。

基于REST的Web服务解决方案可能会很好，只要您没有复杂数据和高数字（尝试分析实际解组SOAP消息和java对象需要多长时间）。

Answer 4

使用Spring-remoting和基于servlet的方法取得了很大的成功。这也是一个很好的开发设置，因为您可以轻松测试代码而无需部署到Web容器。

• 首先定义一个服务接口来检索/存储您的数据（POJO）。
• 创建实现，可以使用ORM，直接JDBC或某些池库（提供容器或第三方）。这与远程部署无关。
• 开发直接使用此服务的应用程序（不部署到服务器）。
• 当您对所有内容感到满意时，请将您的实现包装在war中并使用Spring DispatcherServlet进行部署。如果您使用maven，可以通过war plugin
完成
• 配置桌面以通过Spring远程处理使用该服务。

我发现通过将服务作为应用程序的一部分运行来轻松开发代码的能力比开发/调试服务器上运行的东西更具优势。我在使用和不使用EJB时​​都使用过这种方法，尽管在我们的特定情况下仍然通过servlet访问EJB。只有服务调用服务直接使用EJB（也使用Spring远程处理）。