(十)DAO模式
发布日期:2021-11-18 17:47:21
浏览次数:5
分类:技术文章
本文共 728 字,大约阅读时间需要 2 分钟。
文章目录
DAO模式
Data Access Object:数据访问对象
- 首先,你的应用程序,肯定会有业务逻辑的代码。在三层架构的web系统中,业务逻辑的代码,就是在你的Service组件里面;在我们的spark作业中,业务逻辑代码就是在我们的spark作业里面。 如果说,你不用DAO模式的话,那么所有的数据库访问的代码和逻辑会全部耦合在业务逻辑代码里面。比如,你的业务逻辑代码中,可能会充斥着JDBCHelper,定义SQL语句,处理查询返回结果等等代码。会导致业务逻辑和数据访问严重耦合。导致以后如果你只是想修改数据访问的代码,那么还得在一大堆业务逻辑的代码中去找,找到这段代码,然后去做对应的修改。
- 因为我们要将数据库访问的代码,封装在DAO中,然后呢,业务逻辑的代码,就可以直接去调用DAO组件,实现数据库操作的逻辑。如果这样做了以后,那么在业务逻辑的代码中,就不可能出现SQL语句、查询结果处理等等这些东西。当后面对系统进行维护的时候,如果你只是要优化一条SQL语句,那么你肯定不用跑到业务逻辑的代码里面去找到这条SQL语句,然后去修改它。。。 只需要到业务逻辑代码调用的DAO组件里面去,找到对应的SQL语句,修改,即可。 引入了DAO模式以后,就大大降低了业务逻辑层和数据访问层的耦合,大大提升了后期的系统维护的效率,并降低了时间成本。
我们自己在实现DAO模式的时候,通常来说,会将其分为两部分,
- 一个是DAO接口;
- 一个是DAO实现类。 我们的业务的代码,通常就是面向接口进行编程;那么当接口的实现需要改变的时候,直接定义一个新的实现即可。但是对于我们的业务代码来说,只要面向接口开发就可以了。DAO的改动对业务代码应该没有任何的影响。
转载地址:https://blog.csdn.net/weixin_37850264/article/details/112234789 如侵犯您的版权,请留言回复原文章的地址,我们会给您删除此文章,给您带来不便请您谅解!
发表评论
最新留言
不错!
[***.144.177.141]2024年04月21日 23时15分25秒
关于作者
喝酒易醉,品茶养心,人生如梦,品茶悟道,何以解忧?唯有杜康!
-- 愿君每日到此一游!
推荐文章
Cmake构建_设置debug与release不同名字
2019-04-27
Cmake构建_设置debug与release输出路径
2019-04-27
Cmake构建_选择debug与release的库
2019-04-27
ZeroMQ设置超时等待
2019-04-27
Http响应码含义
2019-04-27
免费的UI素材网站
2019-04-27
Linux开发_最全在Ubnutu环境下为你的程序设置快捷启动项和启动时管理员权限
2019-04-27
Windows核心编程_修改U盘图标
2019-04-27
C/C++_虚函数
2019-04-27
C/C++ 异常( std::exception)
2019-04-27
HTML:常用代码(自用)
2019-04-27
JavaScript:学习笔记
2019-04-27
迅雷:下载时提示“文件创建失败,无法继续下载”的解决办法
2019-04-27
Openlayer:学习笔记之解析地图组成
2019-04-27
实战Python:利用python在pycharm开发终端简易计算器
2019-04-27
谷歌浏览器:解决谷歌浏览器打开是毒霸网址大全
2019-04-27
实战HTML:登陆界面的实现
2019-04-27
SQL:PostgreSQL+PostGIS的安装以及C# GDAL开发环境配置
2019-04-27
爬虫:Python爬虫学习笔记之爬虫基础
2019-04-27