在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的调用代码：
//
取得静态的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代理(详见： 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(); } }
if
(_templateConnectionIsICloneable)
{ return (IDbConnection) ((ICloneable)_templateConnection).Clone(); }
else
{ return (IDbConnection) Activator.CreateInstance(_templateConnection.GetType()); }
public
override
void
Store(ISqlMapSession session)
{ HttpContext currentContext = ObtainSessionContext(); currentContext.Items[sessionName] = session; }
最后调用实际的AccountDao中的代码：
IDaoManager daoManager
=
DaoManager.GetInstance(
this
); SqlMapDaoSession daoSession
=
daoManager.LocalDaoSession
as
SqlMapDaoSession; _sqlMap
=
daoSession.SqlMap; ArrayList list
=
(ArrayList)sqlMap.QueryForList(
"
GetAllAccountsViaResultMap
"
,
null
);
return
list;
以上只有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();
本文转自永春博客园博客，原文链接：
http://www.cnblogs.com/firstyi/archive/2007/09/17/895633.html
，如需转载请自行联系原作者
