动态：更新几篇工作中ligerUI的文章。
目的：记录、累积经验；既作自己收藏、同也分享大家。
归档：最近几篇博客全部归档在《LigerUI—工作随记》中，方便查阅哈
博客中不更新控件js使用，因为都用具体的教程demo和api。稍后上传博客中~
在此写一些工作中使用，在api中没有找到，或没有在明显地方。
今天核心：LigerUI中根据表单查询条件进行查询，使用表格Grid展示
其实原型如下：
我们原来做法是怎么样的呢？
第一：不用LigerUI。
思路：实现这个原型，要写两个方法。
初次打开，全部查询。queryAll()方法。其次：带参数的查询方法queryAll(params)
这样的话，三层中肯定需要再增加queryAll(params)这个方法，并且还必须写sql语句。
第二：使用LigerUI。
一种：采用类似原始的JSP做法。
其中第一种方法中，写两个方法，也许是最直白的思维，但是可以再仔细想想，queryAll()和queryAll(params)区别在哪？比如：select * from user; select * from user where id=? and name=?【当然，这个sql有点简单( ⊙ o ⊙ )】
仔细看看，其实第二个就比第一个多where查询而已。若用面向对象的思维来审视的话，“代码”大部分重复，就会有一种坏掉的味道。
代码重复，则会想到抽象；对于以上情况，则会想到合二为一。
呵呵，对于sql也是一样的。比如当传入的参数id和name不为null，则进行条件查询进行所谓第二个，否则进行第一个。
按照这种思路，则：
List queryUsers(params){
if (判断为null) 则select * from user;
else 则 select * from user where id=? and name=?
}
以上是针对一个需求而言的抽象，若对于整个系统而言，当然也可以抽象出此类方法：
思路如下：
既然要抽象整个系统的公共方法，那么sql语句肯定也有动态传入。
动态sql语句可以写在配置文件中，比如按照某种格式写sql配置。【以下的?是参数传入】
比如：select * from user where 1=1 { and id=? } {and name=?}
若id存在、name不存在：【id不存在、name存在】
select * from user where 1=1 and id=?【select * from user where 1=1 and name=?】
若id不存在、name不存在【都存在】
select * from user 【select * from user where 1=1 and id=? and name=?】
则1.sql截取到第一次带有{}
temp1=select * from user where 1=1
2.判断第一次遇到{}的，取对应的参数，是否为null，若为null，则游标进行前进，若不为null，则拼接此字符串
temp2=temp1+"and id=?"【temp2=select * from user where 1=1 and id=?】
3.继续向前。。。。类似第二步
这样，我们就可以按照格式，进行配置sql语句即可，然后按照约定进行传入参数了。
第二种：使用LigerUI自带固有的本领【where属性】。
where: f_getWhere()【其中f_getWhere是自定义函数】
//过滤属性
function f_getWhere(){
// alert(JSON.stringify(griddata));
if (!assrRelation) return null;
var clause = function (rowdata, rowindex)
{
var dutyname=depart.getText(); //部门
var assrname=$("#assrname").val(); //考核人的姓名
var groupname=flag.getText(); //分组名称
return ( (rowdata.DUTYNAME.indexOf(dutyname) > -1) && (rowdata.EMPEREALNAME.indexOf(assrname) > -1) && (rowdata.GROUPNAME.indexOf(groupname) > -1));
};
return clause;
}
查询按钮的事件如下：
$("#submit").ligerButton({
click:function(){
assrRelation.options.data = $.extend(true, {}, griddata);
assrRelation.loadData(f_getWhere());
}
});
这里面需要有个问题注意：
因为where属性本质是从后台全取，然后再从中进行属性筛选。
所以必须保证拿到data，其中代码中的griddata是第一次展示grid，保存下来的gridata
在客户端进行查询匹配。从后台取出所有的，然后再前台进行刷选。
总的来说，查询分为几类：【针对一个模块，比如用户查询模块】
1.一个模块，几个需求几个方法。【查询所有、根据用户ID查询、根据用户名称查询……】
2.一个模块，一个公共代码方法【if sql1 else sql2】
3.整个系统，提炼一个公共代码方法【见上文分析思想】
4.后台全拿过来，前台再筛【使用前端框架】
另外还有一种，后台框架具有特性，比如ibatis中：
根据自己固有的标签，来进行拼接sql，则不用自己封装公共方法【不用2、3】比如：
<dynamic>
<isNotNull property="name" prepend="AND"> name=#name#</isNotNull>
</dynamic>
至于使用哪种形式，因事制宜。。。。。