java – Spring – 解耦与性能
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了java – Spring – 解耦与性能,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1423字,纯文字阅读大概需要3分钟。
内容图文
![java – Spring – 解耦与性能](/upload/InfoBanner/zyjiaocheng/756/a018d2b48d16415f987131b3a9b26cd0.jpg)
我有一个具有以下java文件的应用程序:
服务:
AccountService.java
UserService.java
MessageService.java
的DAO:
AccountDAO.java
UserDAO.java
MessageDAO.java
表:
ACCOUNTS
USERS
MESSAGES
在MessageService.java中,我有一个函数newMessage(),它必须查询来自所有3个表的数据.
(1)根据Spring的解耦标准,这就是应该如何调用:
AccountDAO.java -- ACCOUNTS
/
MessageService.java -- MessageDAO.java -- MESSAGES
UserDAO.java -- USERS
但问题是,这种方法可以进行3次DB调用.
(2)为了获得更好的性能,我会这样做:
MessageService.java -- MessageDAO.java -- Join ACCOUNTS, MESSAGES and USERS
但是这样,它紧密耦合,如果在USERS表中有变化,我将不得不更改MessageDAO.java(以及我拥有的所有其他DAO,它们也使用USERS表).这非常糟糕,因为(在非假设的情况下)我们有很多DAO
哪种方法被认为是更好的做法?或者是否有另一种我缺失的方法?
解决方法:
According to Spring’s decoupling standards, this is how the calls should be made
这是错误的. Spring没有“脱钩标准”.请在Spring文档中找到一个参考,告诉您如何构建持久层代码.
通常,对于应用程序想要操作的每个“实体”,您将拥有一个DAO,但将此模式解构为解构将多个表连接到三个不同查询的查询的极端情况将是愚蠢的.
如果您需要在查询中将某些表连接在一起的newMessage()方法,请选择最有意义的DAO – 可能是MessageDAO,并以有意义的方式编写查询/方法.
但是没有规则说你必须对每个实体都有不同的查询,并且不允许一个DAO类进行触及其他实体表的查询.这太极端了,没有任何好处.
另一方面,如果您担心具有多个知道所有表的数据层类的可维护性,那么请查看ORM解决方案作为解析提及以减轻部分工作.
内容总结
以上是互联网集市为您收集整理的java – Spring – 解耦与性能全部内容,希望文章能够帮你解决java – Spring – 解耦与性能所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。