balaschen發(fā)帖說要提供sql的對象化拼裝，buuawhl老大說思路不對，可是ajoo（我的偶像啊）也說要整整這個sql拼裝（偶像啊，還是把高貴時間用在刀刃上吧）。

讓我忍不住跳出來新開一帖討論（觀點(diǎn)不一定正確，還是嘗試中），
我是同意buuawhl的，不過可能出發(fā)點(diǎn)不一樣。


我是傾向于DDD中提出的selection的Specification的手段。
我們工作的目標(biāo)是什么：selection的查詢邏輯。
換句話說我們是組合查詢邏輯的。不過是因?yàn)閞epository是數(shù)據(jù)庫類型，因而內(nèi)部需要組合sql語句。
那么組合的對象應(yīng)該是更高一層抽象的specification，而不是sql的對象化形式expression，

而這樣做兩個好處是：
第一，解決了dao的在設(shè)計分層中的尷尬地位。典型的分層體系如appfuse，
查詢本身是一種邏輯，而dao獨(dú)立層次的存在把不同的查詢logic來了個大集中，這樣的用法就很尷尬。
而如springside則好些，雖然把dao作為service來用，但是criteria的組裝獨(dú)立于dao之外。
而DDD提出的Specification，就很好的解決的這一分層問題。

第二，提供了一定的函數(shù)式編程能力（組合子編程）, 提供三種簡單的操作and， or和not.
我以為DDD在這里不考慮去組合基本的Expression，
而是從業(yè)務(wù)角度考慮，組合的是specification，返回的是domain object list（這樣更是顯示的和sql中的projection區(qū)別開）

當(dāng)然這樣的組合能力可能不強(qiáng)，不過基本可用（本句話未經(jīng)驗(yàn)證，還沒有來得及做）。
至于內(nèi)部即便是用sql也是可以的，如果覺得被"污染"了（buuawhl老大語錄），就參考ibatis的思路做。
安徽新華電腦學(xué)校專業(yè)職業(yè)規(guī)劃師為你提供更多幫助【在線咨詢】