IBatis.Net学习笔记(五)--动态选择Dao的设计分析
2011-04-06 19:36
357 查看
在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);
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]
{
{
{
throw new DataException("There is no DAO implementation found for " + daoInterface.Name + " in this context.");
}
IDao idao = dao.Proxy;
return idao;
}
}
以上涉及到的主要的类图如下:
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);
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]
{
{
{
throw new DataException("There is no DAO implementation found for " + daoInterface.Name + " in this context.");
}
IDao idao = dao.Proxy;
return idao;
}
}
以上涉及到的主要的类图如下:
相关文章推荐
- IBatis.Net学习笔记九--动态选择Dao的设计分析
- IBatis.Net学习笔记九--动态选择Dao的设计分析
- IBatis.Net学习笔记(五)--动态选择Dao的设计分析
- IBatis.Net学习笔记九--动态选择Dao的设计分析 (转)
- 动态规划分析总结——如何设计和实现动态规划算法
- 动态规划分析总结——如何设计和实现动态规划算法
- 动态选择屏幕设计
- 算法设计分析之三(动态规划,最长公共子序列)
- Java设计模式-代理模式之动态代理(附源码分析)
- 算法 动态连通性--如何设计和分析算法
- 算法分析与设计之动态规划
- 应用架构设计与分析相关资料的收集、总结与复习(动态更新)
- Java之DAO层设计(1)JDBC中的动态条件查询设计
- 在BPM动态可配置表单中使用NoSQL技术可行性分析——通用流程化应用审批单设计思路(二)
- 动态规划;多边形游戏;类似圈型石头合并;算法设计分析作业;
- 动态规划分析总结——怎样设计和实现动态规划算法
- 动态规划分析总结——如何设计和实现动态规划算法
- 结对项目之需求分析与原型设计(导师选择)
- 经典排序算法设计与分析(插入排序、冒泡排序、选择排序、shell排序、快速排序、堆排序、分配排序、基数排序、桶排序、归并排序)
- 深入DAO业务设计-设计分析实例