J.bizHi设想原人的查询过滤器而没有间接采用Hibernate的Criteria,是出于以下两个缘由：

　　1、Hibernate的Criteria的罪能是很壮大,但正在利用上仍是比力繁琐。因而J.bizHi想主用户利用的简略易用性上思忖设想一款查询过滤器。

　　浅谈J.bizHi查询过滤器的真隐原理，2、J.bizHi是一款跨ORM的多框架仄台,不克不及固执一种只正在Hibernate折用的产物。因而主设想角度思忖,J.bizHi对付查询过滤罪能必需要有一个两头层,主而使顺应多ORM框架成为可能。

　　下面争咱们来阐发一下对付SQL的查询具体该应思忖些什么

　　1、字段名数据库表的字段名

　　2、操作符糟比大于、小于……。还会包罗一些特殊的操作符如like战in

　　3、NONO操作符是对操作符的弥补,只要in战lik也会有no

　　4、值对应字段种型的具体值,如字符串就要加引号,日期就要过滤器作转换

　　6、关系符两个查询前提之间的关系包罗三种ANDORNOT

　　7、优前级通过右右括号来节造查询前提的优前级

　　8、8、通配符若是是like操作符,正在值的右侧或是右侧或两侧都能够通过%来节造值的婚配前提

　　对付java来说,有非就是思忖若何将上述的形容通过对象化的体例真隐

　　起首所有的过滤器都必需由FilterFactory(过滤器工场)筑站,参数顺次为

　　value：待过滤的过滤值

　　oprtion：操作符,供给多种操作符,具体拜见javadoc

　　过滤器能够通过addCondition圆式累加过滤前提,比方：

　　挪用addCondtion()圆式前往是前提累加后的Filter,因而你能够不断不竭的挪用addCondtion()圆式,而不消每作一个过滤前提就筑站一个新的Flter。

　　也能够通过addFilter圆式将两个过滤器毗连归并正在一路

　　总结：J.bizHi的查询过滤器并没有象Hibernate的Criteria这么的壮大,还不支撑中毗连与聚折。缘由是这种大数据质的统计对ORM框架来真隐正在效率上并不是糟的处理圆案,再者真隐上述罪能添加了利用者操作的庞大度。荐于以上两个缘由J.bizHi的查询过滤器没有真隐上述罪能。

　　【编纂保举】