2006年12月2日

我們現(xiàn)在通常用的開發(fā)層次都是 頁面-〉A(chǔ)ction -〉Serice -〉Dao -〉DB
Service中進(jìn)行業(yè)務(wù)處理
Dao中進(jìn)行和數(shù)據(jù)庫相關(guān)的一些CUID處理

下面就出現(xiàn)了一個(gè)比較困擾我的問題 比如一個(gè)簡(jiǎn)單的例子，我要取一個(gè)員工Employee
的信息到頁面，我要調(diào)用 通過Action 調(diào)用 Service的 loadEmployee(...) 的方法
然后在 Dao 中調(diào)用 loadEmployee(...) 方法 , 我的困惑就是Entity和VO 到底各自
負(fù)責(zé)什么事情。

我考慮了3種情況：
1、load方法中的參數(shù)是比如這樣的 (String employee, int age ... )
?Service中 返回的是 VO 到頁面
?Dao中 返回 Entity
?
?Serivce中的方法大概這樣寫
?
?public EmployeeBean loadEmployeeBean(String employee, int age ... ) {
??EmployeeEntity employeeEntity = employeeDao.loadEmeployee(String employee,

int age ... );
??... 屬性Copy ...
??return employeeBean;
?}

2、load方法中的VO是比如這樣的 Service 中參數(shù)是 (EmployeeBean employeeBean) Dao中的參數(shù)是
(EmployeeEntity employeeEntity)
?其他同方法1

3、第三種方法的參數(shù)傳遞方式和第二種一樣但是 Dao 返回的不是一個(gè)Entity 而是一個(gè)VO
?public EmployeeBean loadEmployeeBean(EmployeeBean employeeBean) {
??EmployeeBean employeeBean = employeeDao.loadEmeployee(EmployeeBean

employeeBean);
??... 邏輯操作 ...
??return employeeBean;
?}

第一種情況參數(shù)固定很難擴(kuò)展
第二種情況Dao 返回Entity 把Entity 暴露在 Service 下 并且要繁瑣的 properties Copy 操作
覺得很不爽 有人會(huì)說用BeanUtils 但是如果屬性類型不一樣的話很麻煩 多表操作更麻煩

我把第三種情況在詳細(xì)的描述一下
其實(shí)這幾種情況的主要差別就是 參數(shù) 和 返回值
第三種情況中? Service? 和 Dao 中傳入的 參數(shù) 和 返回值 都是 VO 對(duì)象
參數(shù)是VO的好處就是 可以 在不用改變方法的情況下 增加 查詢條件 當(dāng)然減少也可以
返回對(duì)象是VO的好處就是 多表查詢 返回 某些字段 可以封裝在VO對(duì)象中 這樣取值比較方便

我個(gè)人比較傾向于 第三種情況
不知道各位有何高見