java – 为在线和离线使用的应用程序分离层的好策略是什么？
作者：互联网
我有一个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调用)放在一个单独的库中,将负责复制业务逻辑.
所以我的问题是：为可以在线和离线使用的应用程序分离层的好策略是什么？
如果您有任何不同的建议,当我开始这个项目或任何可能帮助我的框架时,对我的任何警告请告诉我.
解决方法:
What is a good strategy for separating layers for an application that can be used online and offline?
好吧,从高层面来看,您的计划看起来不错,肯定会简化应用程序的维护.我没有太多要补充：创建JPA实体,服务层,如果你觉得有需要,可以使用DAO layer1.然后在两个应用程序中使用这些部件,使用不同的JPA设置.
以下是一些补充说明：
>我会在桌面(derby)上寻找完整的Java数据库,它将更容易管理其生命周期.
> Spring将提供良好的整体支持(对于分层,为declarative transaction management).
> JPA不为合并或数据库提供任何工具,您必须自己实现并处理诸如冲突的更改等痛苦的事情.
1我甚至会考虑直接从服务层跳过DAO并访问JPA的EntityManager.有些人可能不同意这一点,但事实是EntityManager已经实现了Domain Store模式,它几乎完成了DAO模式所做的事情,并且在DAO背后屏蔽它没有多大价值.
标签：java,web-applications,jpa,swing,code-reuse 来源： https://codeday.me/bug/20190705/1383896.html