IBatis.Net学习笔记(五)--动态选择Dao的设计分析
时间:2011-04-06 来源:永不放弃-Jack wu
在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>
在代码中首先需要进行初始化:
<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注册相关的代码如下:
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的实现如下:
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的静态属性中,下次要用的时候直接从里面去就可以了:
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;
}
}
以上涉及到的主要的类图如下:
{
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;
}
}
以上涉及到的主要的类图如下:
相关阅读 更多 +