为在线和离线使用的应用程序分离层的好策略是什么？

Question

我有一个Java Web应用程序，它有一个“断开连接”的Java Swing桌面应用程序。使用桌面应用程序，用户可以连接到Internet并从服务器下载所需的数据。他们可以脱机并脱机使用应用程序。当他们重新连接到互联网时，他们可以将他们的数据同步回服务器。

服务器本身是Java EE Web应用程序，桌面应用程序是Web应用程序的有限功能版本。到目前为止，所有业务逻辑和数据访问代码都针对每个应用程序单独编码。每个应用程序的数据存储都不同（Web是SQL Server，Desktop是Serialized对象）。一些新要求涉及对这两个应用程序的大量开发。由于功能相同，我想分层数据访问代码和业务逻辑，以便我可以轻松地将它重用于两个应用程序。

我的计划是做以下事情。

1）创建DAO库（JPA）

切换我的DAO（当前是JDBC）以使用Java Persistence API。这样我就可以开始在桌面应用程序上使用RDBMS，如derby，sql express或类似的东西，并重用entites和DAO代码来完成所有的db操作。我可以将它捆绑到一个类库中，并为Web和桌面使用相同的库。

2）为业务逻辑创建一个库

Web应用程序是用struts 2编写的。我将在Action类中使用所有逻辑，但在POJO中使用它。使用业务逻辑创建jar类库。我可以将lib添加到我的Web和桌面项目中。然后我可以从我的struts操作和桌面应用程序中调用POJO。

我认为JPA会负责复制数据访问代码，并将业务逻辑（大部分都是dao调用）放在一个单独的库中，这样可以复制业务逻辑。

所以我的问题是：为在线和离线使用的应用程序分离层的好策略是什么？

如果您有任何不同的建议，当我开始这个项目或任何可能对我有帮助的框架时，对我的任何警告都请告诉我。

Answer 1

  

为可以在线和离线使用的应用程序分离图层的好策略是什么？

嗯，从高层面来看，您的计划看起来不错，肯定会简化应用程序的维护。我没有太多要补充：创建JPA实体，服务层，如果您觉得有需要，可以使用DAO层 ¹ 。然后在两个应用程序中使用这些部件，使用不同的JPA设置。

以下是一些补充说明：

• 我会在桌面（德比）上寻找一个完整的Java数据库，它将更容易管理它的生命周期。
• Spring会提供良好的整体支持（对于declarative transaction management的分层）。
• JPA不为合并或数据库提供任何设施，您必须自己实施并处理诸如冲突变更等痛苦的事情。

¹ 我实际上甚至会考虑直接从服务层跳过DAO并访问JPA的EntityManager。有些人可能不同意这一点，但事实是EntityManager已经实现了Domain Store模式，它几乎完成了DAO模式所做的事情，并且在DAO背后屏蔽它没有多大价值。