PO是持久化對象，它只是將物理數據實體的一種對象表示，為什么需要它？因為它可以簡化我們對于物理實體的了解和耦合，簡單地講，可以簡化對象的數據轉換為物理數據的編程。VO是什么？它是值對象，準確地講，它是業務對象，是生活在業務層的，是業務邏輯需要了解，需要使用的，再簡單地講，它是概念模型轉換得到的。FormBean又是什么？它只是HTML表單的封裝，是為了在控制層弱化request中存儲數據的作用，將request的get方法轉變為對象的存取值。
理清了上述概念，好，我們就開始討論，為什么需要它們，為什么不需要它們。首先說PO和VO吧，它們的關系應該是相互獨立的，一個VO可以只是PO的部分，也可以是多個PO構成，同樣也可以等同于一個PO（當然我是指他們的屬性）。正因為這樣，PO獨立出來，數據持久層也就獨立出來了，它不會受到任何業務的干涉。又正因為這樣，業務邏輯層也獨立開來，它不會受到數據持久層的影響，業務層關心的只是業務邏輯的處理，至于怎么存怎么讀交給別人吧！不過，另外一點，如果我們沒有使用數據持久層，或者說沒有使用hibernate，那么PO和VO也可以是同一個東西，雖然這并不好。其次，讓我們看看FormBean和VO，如果簡單地講，我們是可以不需要FormBean的，它只是struts帶來的一部分，而VO是無論如何不能舍棄的。如果讓FormBean直接到業務層（它本來應該生活在控制層），那么會帶來什么？View和Model就出現了強耦合，如果想改一下view的表示，整個業務邏輯都得改，恐怖的事情啊！
這些對象概念的出現其實就是體現了一種層的思維，也是體現了一種框架的思維，在層與層之間我們需要什么？我們應該怎么通信，其實大家認真地用筆畫上幾個圖就可以知道了。做web應用尤其是企業應用，切忌像樓上某些朋友說的，一個東東從頭到尾，那是非常低劣和錯誤的設計。我們不要單純地就為了某些對象去爭論什么，它們更多的只是思維。這樣的思維給我們帶來了哪些好處，不言自明，當然，我們也不得不否認，我們因此失去了某些東西，比如局部的性能或者繁瑣的代碼和調用過程，只是自己衡量一下，它是否值得。