建筑 – DAO模式的最佳做法?

前端之家收集整理的这篇文章主要介绍了建筑 – DAO模式的最佳做法?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我看到很多代码使用了一个服务模式,我不知道这个模式的起源.它强制前端呼叫服务,然后将一些服务任务委托给dao.

我想问一下 :

> DAO层是否做纯数据访问相关任务?例如封装封装怎么办?
>有没有其他的模式可以用来代替这个还是比这更好?
>我认为pojo域模型和事务脚本使得即使简单的问题变得复杂,是否可以完全消除Dao层?

解决方法

理想情况下,您的DAO层可以抽象地访问某些数据存储系统(数据库,文件系统,LDAP目录…).所以在这个意义上,它只用于与数据访问相关的任务.但是,您也可以使用DAO层访问Web服务或应用程序外部的其他组件.这是关键点,它提供了访问一些外部组件.

主要思想是没有您的DAO层的实现细节转移到更高层(隔离).考虑这个的一个好的起点是:如果我打算更换我的DAO层提供访问的组件(例如数据库),我需要做什么?例如,您在XML文件中有一些数据,并且您计划将数据迁移到数据库.

假设您有各种与XML相关的异常,可以转义您的DAO图层.那么将XML层迁移到数据库层变得相当困难.但是,如果您封装了DAO层的所有实现细节,这将变得更加容易.

最后,它是关于您的代码的可维护性.对特定层(服务,DAO,…)的实现细节的依赖性越少,代码越好.

原文链接:/html/230698.html

猜你在找的HTML相关文章