IBatis.Net学习笔记十--数据库连接处理
在IBatis.Net中,很多操作都被隐藏起来了,比如对数据库的连接和事务处理,都在框架中处理了。那么框架中具体是怎么处理的呢?有没有值得借鉴的地方?我们能不能跳过框架自己处理呢?
首先我们看一下在IBatis.Net中的一个常规的数据库查询操作:
AccountBusiness的调用代码:
//取得静态的DaoManager
IDaoManager daoManager = DaoCommon.GetDaoManager();
IAccountDao accountDao = (IAccountDao)daoManager[typeof(IAccountDao)];
System.Collections.ArrayList List = accountDao.GetAllAccount();
其中第一条语句是一个初始化的操作,它会根据配置文件,连接实际的数据库:
// Build the connection template
type = assembly.GetType(_connectionClass, true);
CheckPropertyType("DbConnectionClass", typeof(IDbConnection), type);
_templateConnection = (IDbConnection)type.GetConstructor(Type.EmptyTypes).Invoke(null);
同时也会根据dao的配置初始化所有的dao代理放到静态变量中,也就是以后的dao的调用都是从静态变量中取出已经初始化好的dao对象来进行操作。注意:dao中变量会一直保存,被所有的用户共享,所以要注意一些类变量的使用(和struts的action等类似)
第二条语句是从已经处理好的静态变量中取得一个指定的dao代理(详见:IBatis.Net学习笔记九--动态选择Dao的设计分析 )
第三条语句是调用实际的AccountDao中的GetAllAccount方法,在调用此方法前,会由拦截机拦截先进入DaoProxy处理:
DaoManager daoManager = _daoImplementation.DaoManager;
if ( daoManager.IsDaoSessionStarted() )
{
try
{
result = invocation.Method.Invoke(_daoImplementation.DaoInstance, arguments);
}
catch (Exception e)
{
throw UnWrapException(e, invocation.Method.Name);
}
}
else
{
Logging
// Open a connection
try
{
daoManager.OpenConnection();
result = invocation.Method.Invoke(_daoImplementation.DaoInstance, arguments);
}
catch (Exception e)
{
throw UnWrapException(e, invocation.Method.Name);
}
finally
{
daoManager.CloseConnection();
}
}
从上面代码我们可以看出,它分成了两种情况,一种是有事务的情况,一种是没有事务的情况。由于在有事务情况时:IDalSession session = daoManager.BeginTransaction();已经创建了数据库连接,所以在这里就不再创建了。对于没有事务的情况,调用daoManager.OpenConnection();来创建数据库连接,实际创建代码如下:
if (_templateConnectionIsICloneable)
{
return (IDbConnection) ((ICloneable)_templateConnection).Clone();
}
else
{
return (IDbConnection) Activator.CreateInstance(_templateConnection.GetType());
}
这里使用了connection的Clone方法,也也就是通过初始化时的connection来克隆一个新的connection,不需要重新创建,创建好之后把它保存在HttpContext中:
public override void Store(ISqlMapSession session)
{
HttpContext currentContext = ObtainSessionContext();
currentContext.Items[sessionName] = session;
}
HttpContext相当于一个请求静态变量,可以保存同一个请求的静态信息,方便以后的使用。
最后调用实际的AccountDao中的代码:
IDaoManager daoManager = DaoManager.GetInstance(this);
SqlMapDaoSession daoSession = daoManager.LocalDaoSession as SqlMapDaoSession;

_sqlMap = daoSession.SqlMap;

ArrayList list = (ArrayList)sqlMap.QueryForList("GetAllAccountsViaResultMap", null);
return list;
这里就是从HttpContext中取得连接进行数据库处理的。
以上只有AccountBusiness和AccountDao中的代码需要我们自己写的,其他的都是框架中摘抄的重点代码
以上就是一个常规的查询操作,通过以上分析我们发现可以用以下语句来直接进行数据库操作(不需要dao,不需要dao的配置、跳过拦截机的处理-----这样可以提高一点性能,但同时会增加代码的复杂性,打破分层编码的好处):
IDaoManager daoManager = DaoCommon.GetDaoManager();
daoManager.OpenConnection();
SqlMapDaoSession daoSession = daoManager.LocalDaoSession as SqlMapDaoSession;
ArrayList List = (ArrayList)daoSession.SqlMap.QueryForList("GetAllAccountsViaResultMap", null);
daoManager.CloseConnection();
首先我们看一下在IBatis.Net中的一个常规的数据库查询操作:
AccountBusiness的调用代码:




其中第一条语句是一个初始化的操作,它会根据配置文件,连接实际的数据库:




第二条语句是从已经处理好的静态变量中取得一个指定的dao代理(详见:IBatis.Net学习笔记九--动态选择Dao的设计分析 )
第三条语句是调用实际的AccountDao中的GetAllAccount方法,在调用此方法前,会由拦截机拦截先进入DaoProxy处理:











































最后调用实际的AccountDao中的代码:







以上只有AccountBusiness和AccountDao中的代码需要我们自己写的,其他的都是框架中摘抄的重点代码
以上就是一个常规的查询操作,通过以上分析我们发现可以用以下语句来直接进行数据库操作(不需要dao,不需要dao的配置、跳过拦截机的处理-----这样可以提高一点性能,但同时会增加代码的复杂性,打破分层编码的好处):





【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?