先来看实际调用例子
public JsonResult List(int? TotalCount, int? StartRecord, int? PageSize, string OrderBy)
{
QueryInfo info = new QueryInfo(typeof(ProcessDefinitionEntity));//结果集转换
info.AddParam(WebHelper.Web.UI.BindingPanel.SaveData<System.Collections.Hashtable>(Request.Form, 0));//查询参数组装
base.SetPagingInfo(info, TotalCount, StartRecord, PageSize, OrderBy);//分页信息
info.CustomSQL = "selectProcessDefinitionsByQueryCriteria";//Mapping SQL
return Json(dao.Select(info));//Do the job!
}
{
QueryInfo info = new QueryInfo(typeof(ProcessDefinitionEntity));//结果集转换
info.AddParam(WebHelper.Web.UI.BindingPanel.SaveData<System.Collections.Hashtable>(Request.Form, 0));//查询参数组装
base.SetPagingInfo(info, TotalCount, StartRecord, PageSize, OrderBy);//分页信息
info.CustomSQL = "selectProcessDefinitionsByQueryCriteria";//Mapping SQL
return Json(dao.Select(info));//Do the job!
}
- 结果集转换：任何一个SQL语句可以和任意的实体进行转换， 只是转换失败而已。Mapping首先基于EF定义的Column Attribute，如果没有定义，则默认是属性名。 如果未找到匹配则忽略。 尤其需要注意的是数据类型的转换，Dapper对此支持很弱，所以要求数据库、实体之间类型定义基本一致。
- 参数组装：符合CVO规则的参数，都将动态组装到sql语句中， 如txt_Name_LK_ , txt_CreatedOn_GEQ_ 。除了参数值本身， 如果mapping Sql并未定义该参数，则同时将创建该语句，如： and CreatedOn >=:CreatedOn. 否则，仅提供参数值给mappingSQL
- 分页信息： TotalCount=-1， 则激活分页。 提供的sql将自动根据 Oracle/Sql Server 分拆、组装成完整的分页语句。 通常基于rownum特性进行语句转换。
- Mapping SQL： 此处提供的是配置文件对应的Key， 执行时内部将替换为Value
在WorkFlow.xml 中，配置了如下的mapping
<add key="selectTaskByQueryCriteria" value="select distinct T.* from ACT_RU_TASK T
{ inner join ACT_RU_IDENTITYLINK I on I.TASK_ID_ = T.ID_ [candidateUser|candidateGroups|involvedUser]}
{ inner join ACT_RE_PROCDEF D on T.PROC_DEF_ID_ = D.ID_ [processDefinitionKey|processDefinitionName]}
{ where 1=1 }
{ and T.ID_ = :taskId}
{ and T.NAME_ = :name}
{ and T.NAME_ like :nameLike}
{ and T.DESCRIPTION_ = :description}
{ and T.DESCRIPTION_ like :descriptionLike}
{ and T.PRIORITY_ = :priority}
{ and T.PRIORITY_ >= :minPriority}
{ inner join ACT_RU_IDENTITYLINK I on I.TASK_ID_ = T.ID_ [candidateUser|candidateGroups|involvedUser]}
{ inner join ACT_RE_PROCDEF D on T.PROC_DEF_ID_ = D.ID_ [processDefinitionKey|processDefinitionName]}
{ where 1=1 }
{ and T.ID_ = :taskId}
{ and T.NAME_ = :name}
{ and T.NAME_ like :nameLike}
{ and T.DESCRIPTION_ = :description}
{ and T.DESCRIPTION_ like :descriptionLike}
{ and T.PRIORITY_ = :priority}
{ and T.PRIORITY_ >= :minPriority}
{ and T.PRIORITY_ <= :maxPriority}
大括号{}内都是动态语句， 中括号[]内都是匹配条件。 当条件不给定时， 默认取参数有值为条件； 当参数也不存在时，默认语句总是有效。
一旦大括号{}启动，则后续的语句都必须是动态语句。
如第一个innerjoin： 当candidate条件任一个参数给定 时（或条件）， 则启用该语句。 同样可以使用 & 作为 与条件。
当界面Form提供参数 : txt_name_ 的值时 则启用 and T.NAME_ = :name 语句。
当界面Form提供参数： txt_CreatedOn_GEQ_ 的值时， 由于mapping未找到匹配， 则自动创建语句： and T.CreatedOn >= :CreatedOnGEQ
当界面Form提供参数： txt_CreatedOn_VAL_ 的值时， 由于mapping未找到匹配，VAL仅提供value， 所以改条件自动忽略。
其余的Criteria 有： LK, RLK,LLK, EQ,GEQ,LEQ,
尤其便利的还有多个条件LK， 多参数IN的语句自动组装。