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

在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]
        
{
            
get
            
{
                dao dao 
= _daomap[daointerface] as dao;
                
if (dao == null
                
{
                    
throw new dataexception("there is no dao implementation found for " + daointerface.name + " in this context.");
                }

                idao idao 
= dao.proxy;
                
return idao;
            }

        }

以上涉及到的主要的类图如下:


原文地址: http://www.cnblogs.com/firstyi/archive/2007/09/13/891671.html

转载于:https://www.cnblogs.com/zyfking/archive/2009/01/19/1378518.html

IBatisNet.DataMapper 1.6.1.0之简单三层 首先介绍Solution的架构,一共分四个项目: Web :前台应用; BLL :业务处理层,如果嫌麻烦,可以再进一步抽象出来,然后将代码放置Web层的aspx.cs里面; Model :这个就不多说了,地球人都知道(数据实体类) SqlMaps:资源类,把配置文件和sql mapper文件全部打包起来。 二个文件夹: Include :iBatis.Net架构的dll文件 Log :放置log文件的文件夹,在web.config里配置 1.在一些特定的环境下,一站式的解决方案未必有效 系统的部分或全部数据来自现有数据库,处于安全考虑,只对开发团队提供几条Select SQL(或存储过程)以获取所需数据,具体的表结构不予公开。 开发规范中要求,所有牵涉到业务逻辑部分的数据库操作,必须在数据库层由存储过程实现。(银行大多有这样的限制) 系统数据处理量巨大,性能要求极为苛刻,这往往意味着我们必须通过经过高度优化的SQL语句(或存储过程)才能达到系统性能设计指标。 2.iBATIS之于小型、简单系统:非常适用 iBATIS自己就很小并且简单 iBATIS不会对现存应用的设计或者数据库结构强加任何影响 iBATIS非常适合于有成长趋势的系统 3.iBATIS之于大型、企业级系统:为之而设计 iBATIS的某些特性使得它能够高效地处理大型数据集 iBATIS允许你用多种方式建立从对象到数据库的映射关系 MySpace已应用 4.使用于任何类型的关系数据库: 应用数据库 企业数据库 私有数据库 遗留数据库 简单性 性能 明确分工 可移植性:Java、.Net或者其他 开源 5.何时不该使用iBATIS 当你能永远拥有完全控制权 当你的应用需要完全动态的SQL 当你并没有使用关系数据库时 当iBATIS不起作用时 DB_51aspx下为Sql数据库,附加后修改SqlMaps/database.config的Sql配置文件并编译才能生效
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值