Hibernate一直都認(rèn)為比較簡(jiǎn)單 就那么影射一下：）但最近項(xiàng)目當(dāng)中遇見(jiàn)很多問(wèn)題，今天看見(jiàn)別人在項(xiàng)目當(dāng)中使用了 Hibernate3的DetachedCriteria，感覺(jué)真的是太好了，于是就花了點(diǎn)時(shí)間研究了一下，希望和大家分享一下吧
針對(duì)這種需求，對(duì)于分層應(yīng)用程序來(lái)說(shuō)，Web層需要傳遞一個(gè)查詢的條件列表給業(yè)務(wù)層對(duì)象，業(yè)務(wù)層對(duì)象獲得這個(gè)條件列表之后，然后依次取出條件，構(gòu)造查詢語(yǔ)句。這里的一個(gè)難點(diǎn)是條件列表用什么來(lái)構(gòu)造？傳統(tǒng)上使用Map，但是這種方式缺陷很大，Map可以傳遞的信息非常有限，只能傳遞name和value，無(wú)法傳遞究竟要做怎樣的條件運(yùn)算，究竟是大于，小于，like，還是其它的什么，業(yè)務(wù)層對(duì)象必須確切掌握每條entry的隱含條件。因此一旦隱含條件改變，業(yè)務(wù)層對(duì)象的查詢構(gòu)造算法必須相應(yīng)修改，但是這種查詢條件的改變是隱式約定的，而不是程序代碼約束的，因此非常容易出錯(cuò)。
DetachedCriteria可以解決這個(gè)問(wèn)題，即在web層，程序員使用DetachedCriteria來(lái)構(gòu)造查詢條件，然后將這個(gè)DetachedCriteria作為方法調(diào)用參數(shù)傳遞給業(yè)務(wù)層對(duì)象。而業(yè)務(wù)層對(duì)象獲得DetachedCriteria之后，可以在session范圍內(nèi)直接構(gòu)造Criteria，進(jìn)行查詢。就此，查詢語(yǔ)句的構(gòu)造完全被搬離到web層實(shí)現(xiàn)，而業(yè)務(wù)層則只負(fù)責(zé)完成持久化和查詢的封裝即可，與查詢條件構(gòu)造完全解耦，非常完美！這恐怕也是以前很多企圖在web層代碼中構(gòu)造HQL語(yǔ)句的人想實(shí)現(xiàn)的夢(mèng)想吧！
示例代碼片段如下：
web層程序構(gòu)造查詢條件：
Java代碼:
DetachedCriteria detachedCriteria = DetachedCriteria.forClass(Department.class);
detachedCriteria.add(Restrictions.eq("name", "department")).createAlias("employees", "e").add(Restrictions.gt(("e.age"), new Integer(20)));
Department和Employee是一對(duì)多關(guān)聯(lián)，查詢條件為：
名稱是“department”開發(fā)部門；
部門里面的雇員年齡大于20歲；
業(yè)務(wù)層對(duì)象使用該條件執(zhí)行查詢：
java代碼: detachedCriteria.getExecutableCriteria(session).list();
最大的意義在于，業(yè)務(wù)層代碼是固定不變的，所有查詢條件的構(gòu)造都在web層完成，業(yè)務(wù)層只負(fù)責(zé)在session內(nèi)執(zhí)行之。這樣代碼就可放之四海而皆準(zhǔn)，都無(wú)須修改了。
然而Spring和Hibernate3的DetachedCriteria有不兼容的問(wèn)題，因此在Spring環(huán)境下面使用Hibernate3需要注意：
Spring的HibernateTemplate提供了Hibernate的完美封裝，即通過(guò)匿名類實(shí)現(xiàn)回調(diào)，來(lái)保證Session的自動(dòng)資源管理和事務(wù)的管理。其中核心方法是：
java代碼:
HibernateTemplate.execute(new HibernateCallback() {
public Object doInHibernate(Session session) throws HibernateException {
....
}
}
回調(diào)方法提供了session作為參數(shù)，有了session，就可以自由的使用Hibernate API編程了。使用了spring的之后，代碼修改如下：
web層代碼：
java代碼:
DetachedCriteria detachedCriteria = DetachedCriteria.forClass(Department.class);
detachedCriteria.createAlias("employees", "e").add(Restrictions.eq("name", "department")).add(Restrictions.gt(("e.age"), new Integer(20)));
departmentManager.findByCriteria(detachedCriteria);
構(gòu)造detachedCriteria，作為參數(shù)傳遞給departmentManager
業(yè)務(wù)層代碼使用spring，DepartmentManager的findByCriteria如下：
java代碼:
public List findByCriteria(final DetachedCriteria detachedCriteria) {
return (List) getHibernateTemplate().execute(new HibernateCallback() {
public Object doInHibernate(Session session) throws HibernateException {
Criteria criteria = detachedCriteria.getExecutableCriteria(session);
return criteria.list();
}
});
}
實(shí)際上也就是：
java代碼:
Criteria criteria = detachedCriteria.getExecutableCriteria(session);
return criteria.list();
而已
但是該程序代碼執(zhí)行，會(huì)拋出強(qiáng)制類型轉(zhuǎn)換異常！
我跟蹤了一下spring和Hibernate源代碼，原因如下：
spring的HibernateTemplate的execute方法提供的回調(diào)接口具有Session作為參數(shù)，但是實(shí)際上，默認(rèn)情況下，HibernateTemplate傳遞給回調(diào)接口的session并不是org.hibernate.impl.SessionImpl類，而是SessionImpl類的一個(gè)Proxy類。之所以替換成為一個(gè)Proxy類，HibernateTemplate的注釋說(shuō)明，Proxy提供了一些額外的功能，包括自動(dòng)設(shè)置Cachable，Transaction的超時(shí)時(shí)間，Session資源的更積極的關(guān)閉等等。
java代碼:
private boolean exposeNativeSession = false;
...
execute方法內(nèi)部：
| Session sessionToExpose = (exposeNativeSession ? session : createSessionProxy(session)); |
但是遺憾的是，Hibernate的DetachedCriteria的setExecutableCriteria方法卻要求將session參數(shù)強(qiáng)制轉(zhuǎn)為SessionImpl，但是spring傳過(guò)來(lái)的卻是一個(gè)Proxy類，因此就報(bào)錯(cuò)了。
java代碼:
public Criteria getExecutableCriteria(Session session) {
impl.setSession( (SessionImpl) session ); // 要求SessionImpl，Spring傳遞的是Proxy
return impl;
} |
解決方法，禁止Spring的HibernateTemplate傳遞Proxy類，強(qiáng)制要求它傳遞真實(shí)的SessionImpl類，即給exexute方法增加一個(gè)參數(shù)，提供參數(shù)為true，如下：
java代碼:
public List findByCriteria(final DetachedCriteria detachedCriteria) {
return (List) getHibernateTemplate().execute(new HibernateCallback() {
public Object doInHibernate(Session session) throws HibernateException {
Criteria criteria = detachedCriteria.getExecutableCriteria(session);
return criteria.list();
}
}, true);
} |