??????? 我一直很矛盾：是否PO可以用在商業(yè)邏輯層，當(dāng)作VO使用；還是將兩者分開。在許多論壇上，這兩者之爭也很激烈。所以今天我打算把我的想法寫下來。?
????????? 首先，java有幾種對象(PO,VO,DAO,BO,POJO)???
??????? ?一、PO:persistant?object?持久對象,可以看成是與數(shù)據(jù)庫中的表相映射的java對象。使用Hibernate來生成PO是不錯的選擇。?
??????? ??二、VO:value?object值對象。通常用于業(yè)務(wù)層之間的數(shù)據(jù)傳遞，和PO一樣也是僅僅包含數(shù)據(jù)而已。但應(yīng)是抽象出的業(yè)務(wù)對象,可以和表對應(yīng),也可以不,這根據(jù)業(yè)務(wù)的需要.
??????有一種觀點就是：PO只能用在數(shù)據(jù)層，VO用在商業(yè)邏輯層和表示層。各層操作屬于該層自己的數(shù)據(jù)對象，這樣就可以降低各層之間的耦合，便于以后系統(tǒng)的維護(hù)和擴(kuò)展。如果將PO用在各個層中就相當(dāng)于我們使用全局變量，我們知道在OO設(shè)計非常不贊成使用全局變量。?
?????? 但是每次都得進(jìn)行VO-PO的轉(zhuǎn)換，也確實很煩。我覺得有時候也可以在某個商業(yè)邏輯或者表示層使用PO，此時在這個商業(yè)邏輯的過程中PO的狀態(tài)是不發(fā)生變化的，比如顯示一條商品詳細(xì)信息的商業(yè)邏輯。?
?????? 在開發(fā)過的項目中，規(guī)模都很小，我一直都把PO當(dāng)VO用，因為PO確實很方便，結(jié)合Hibernate的DAO，我使用JAVA的集合對象作為值傳遞的載體，當(dāng)然Struts也是我的不二之選。?
?????? 我認(rèn)為：在一些直觀的，簡單的，不易發(fā)生變化的，不需要涉及多個PO時，傳遞值還是使用PO好，這樣可以減少大量的工作量（也就意味著減少bug，減少風(fēng)險），也不需要擔(dān)心未來的維護(hù)工作！（待續(xù)）?