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

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了java – 为在线和离线使用的应用程序分离层的好策略是什么？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2007字，纯文字阅读大概需要3分钟。

内容图文

我有一个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 – 为在线和离线使用的应用程序分离层的好策略是什么？全部内容，希望文章能够帮你解决java – 为在线和离线使用的应用程序分离层的好策略是什么？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端