IBatis.Net学习笔记九--动态选择Dao的设计分析

最新推荐文章于 2022-06-12 11:09:05 发布

weixin_33836223

最新推荐文章于 2022-06-12 11:09:05 发布

阅读量186

点赞数

CC 4.0 BY-SA版权

文章标签：数据库设计模式

原文链接：http://www.cnblogs.com/zyfking/archive/2009/01/19/1378518.html

本文探讨了ibatis.net中如何通过配置文件动态选择数据库和DAO对象，增强了系统的灵活性和可扩展性。深入分析了动态DAO设计，展示了其在代码中的实现细节，包括通过配置文件注册DAO接口和实现，以及使用castle.dynamicproxy进行AOP拦截。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在ibatis.net中可以通过配置文件动态选择数据库、动态选择dao对象。
dao对象也就是操作数据库的类，通过配置文件我们可以选择datamapper的方式、ado的方式、nhibernet的方式以前其他第三方的方式来操作数据库。有利于系统的灵活性和可扩展性。
通过分析动态选择dao的设计可以加深对ibatis.net的理解，更好的使用它，同时也可以借鉴它的好的设计模式，应用到我们的程序开发中去。

源代码是最好的分析方式，下面是一些重点代码和说明：
前提：需要在dao.config中配置：

< daofactory >

< dao interface = " gspring.dao.interfaces.iaccountdao, gspring.dao " implementation = " gspring.dao.implementations.accountdao, gspring.dao " />

</ daofactory >

在代码中首先需要进行初始化：

domdaomanagerbuilder builder = new domdaomanagerbuilder();

builder.configure( " dao.config " );

这段代码实际上做了很多事情，其中就有：将所有的配置的dao的接口和实现注册到daomanager类的静态属性中去。也就是在整个应用程序或网站启动时注册一次就可以了，以后直接从静态属性中取出来使用就可以了。

和dao注册相关的代码如下：

dao.implementation = nodeutils.getstringattribute(prop, " implementation " );

dao.interface = nodeutils.getstringattribute(prop, " interface " );

_daoinstance = _daoimplementation.getconstructor(type.emptytypes).invoke( null ) as idao;

_proxy = daoproxy.newinstance( this );

也就是把配置文件中的interface和implementation读取，然后生成代理。

最主要的就是最后一句代码，daoproxy.newinstance的实现如下：

castle.dynamicproxy.proxygenerator proxygenerator = new proxygenerator();

iinterceptor handler = new daoproxy(dao);

type[] interfaces = {dao.daointerface, typeof(idao)} ;

return (proxygenerator.createproxy(interfaces, handler, dao.daoinstance) as idao);

这里我们看到其中使用了castle.dynamicproxy中的方法( castle是另外一个开源框架，我和在以后的博客中再说)
daoproxy实现iinterceptor接口，也就是aop中常有的拦截机。以后当我们通过idao接口调用实际的dao时，都会先通过daoproxy，由daoproxy拦截后进行一些必要的处理，然后再动态决定调用哪一个dao来进行数据库操作

生成好之后都会放在daomanager的静态属性中，下次要用的时候直接从里面去就可以了：

public idao this [type daointerface]

{