在一个

的讨论中

,

了解了如何在

IBatis.Net

中返回

DataSet

以及一些相关的内容

。

        

public

 

static

 DataSet QueryForDataSet(

string

 statementName, 

object

 paramObject)

        {

            DataSet ds 

=

 

new

 DataSet();

            ISqlMapper mapper 

=

 GetMapper();

            IMappedStatement statement 

=

 mapper.GetMappedStatement(statementName);

            

if

 (

!

mapper.IsSessionStarted)

            {

                mapper.OpenConnection();

            }

            RequestScope scope 

=

 statement.Statement.Sql.GetRequestScope(statement, paramObject, mapper.LocalSession);

            statement.PreparedCommand.Create(scope, mapper.LocalSession, statement.Statement, paramObject);

            mapper.LocalSession.CreateDataAdapter(scope.IDbCommand).Fill(ds);

            

return

 ds;

        }

在这个过程中

,

我们还可以顺便得出获得

SQL

语句的方法

：

        

public

 

static

 

string

 GetSql(

string

 statementName, 

object

 paramObject)

        {

            ISqlMapper mapper 

=

 GetMapper();

            IMappedStatement statement 

=

 mapper.GetMappedStatement(statementName);

            

if

 (

!

mapper.IsSessionStarted)

            {

                mapper.OpenConnection();

            }

            RequestScope scope 

=

 statement.Statement.Sql.GetRequestScope(statement, paramObject, mapper.LocalSession);

            

return

 scope.PreparedStatement.PreparedSql;

        }

下面是我对文中内容的理解：

并不是所有地方都要OO,在IBatis的Java和.NET实现中都支持Dictionary类型的对象.DataTable因为有了DataView的支持而较IDictionary具有一些优势.如果我们需要对数据进行额外的排序或者过滤操作,那么DataTable会更方便一些.因此像这种返回DataSet的方法会使得IBatis更加易用.

但同时感觉,这种方法将IBatis打开了一个缺口,似乎背离了IBatis的设计初衷——创建一个优秀的“Persistence Ignorance” domain model。比如现在，我们进行一次查询，获得“Plain Old CLR Objects”，看起来输入是与数据持久化相关的，而输出则完全集中在了领域模型上。

因此，返回DataSet的方法可能会导致不好的设计，从长远来看，也模糊了IBatis的初衷和意图。