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

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


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

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

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

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