原文地址(也不屬于原文吧,這也是別人轉(zhuǎn)載的不知道原作者是誰,如有侵權(quán),請聯(lián)系,以刪除):http://www.cnblogs.com/lkboy/p/4210742.html
service是業(yè)務(wù)層
action層即作為控制器
DAO(Data Access Object) 數(shù)據(jù)訪問
1.JAVA中Action層,?Service層?,modle層?和?Dao層的功能區(qū)分?(下面所描述的service層就是biz)
首先這是現(xiàn)在最基本的分層方式,結(jié)合了SSH架構(gòu)。modle層就是對應(yīng)的數(shù)據(jù)庫表的實(shí)體類。
Dao層是使用了Hibernate連接數(shù)據(jù)庫、操作數(shù)據(jù)庫(增刪改查)。
Service(biz)層:引用對應(yīng)的Dao數(shù)據(jù)庫操作,在這里可以編寫自己需要的代碼(比如簡單的判斷)。
Action層:引用對應(yīng)的Service(biz)層,在這里結(jié)合Struts的配置文件,跳轉(zhuǎn)到指定的頁面,當(dāng)然也能接受頁面?zhèn)鬟f的請求數(shù)據(jù),也可以做些計(jì)算處理。
以上的Hibernate,Struts,都需要注入到Spring的配置文件中,Spring把這些聯(lián)系起來,成為一個(gè)整體。
其他答案:
一般java都是三層架構(gòu)?數(shù)據(jù)訪問層(dao)?業(yè)務(wù)邏輯層(biz?或者services)?界面層(ui)
action?是業(yè)務(wù)層的一部分,是一個(gè)管理器?(總開關(guān))(作用是取掉轉(zhuǎn))(取出前臺界面的數(shù)據(jù),調(diào)用biz方法,轉(zhuǎn)發(fā)到下一個(gè)action或者頁面)
模型成(model)一般是實(shí)體對象(把現(xiàn)實(shí)的的事物變成java中的對象)作用是一暫時(shí)存儲數(shù)據(jù)方便持久化(存入數(shù)據(jù)庫或者寫入文件)而是?作為一個(gè)包裹封裝一些數(shù)據(jù)來在不同的層以及各種java對象中使用
dao是數(shù)據(jù)訪問層??就是用來訪問數(shù)據(jù)庫實(shí)現(xiàn)數(shù)據(jù)的持久化(把內(nèi)存中的數(shù)據(jù)永久保存到硬盤中?其他答案:
Action是一個(gè)控制器?Dao主要做數(shù)據(jù)庫的交互工作?Modle?是模型?存放你的實(shí)體類?Biz?做相應(yīng)的業(yè)務(wù)邏輯處理
2.java中dao層和biz層的區(qū)別是什么?
首先解釋面上意思,service是業(yè)務(wù)層,dao是數(shù)據(jù)訪問層。
呵呵,這個(gè)問題我曾經(jīng)也有過,記得以前剛學(xué)編程的時(shí)候,都是在service里直接調(diào)用dao,service里面就new一個(gè)dao類對象,調(diào)用,其他有意義的事沒做,也不明白有這個(gè)有什么用,參加工作久了以后就會知道,業(yè)務(wù)才是工作中的重中之重。
我們都知道,標(biāo)準(zhǔn)主流現(xiàn)在的編程方式都是采用MVC綜合設(shè)計(jì)模式,MVC本身不屬于設(shè)計(jì)模式的一種,它描述的是一種結(jié)構(gòu),最終目的達(dá)到解耦,解耦說的意思是你更改某一層代碼,不會影響我其他層代碼,如果你會像spring這樣的框架,你會了解面向接口編程,表示層調(diào)用控制層,控制層調(diào)用業(yè)務(wù)層,業(yè)務(wù)層調(diào)用數(shù)據(jù)訪問層。初期也許都是new對象去調(diào)用下一層,比如你在業(yè)務(wù)層new一個(gè)DAO類的對象,調(diào)用DAO類方法訪問數(shù)據(jù)庫,這樣寫是不對的,因?yàn)樵跇I(yè)務(wù)層中是不應(yīng)該含有具體對象,最多只能有引用,如果有具體對象存在,就耦合了。當(dāng)那個(gè)對象不存在,我還要修改業(yè)務(wù)的代碼,這不符合邏輯。好比主板上內(nèi)存壞了,我換內(nèi)存,沒必要連主板一起換。我不用知道內(nèi)存是哪家生產(chǎn),不用知道多大容量,只要是內(nèi)存都可以插上這個(gè)接口使用。這就是MVC的意義。?接下來說你感覺service的意義,其實(shí)因?yàn)槟悻F(xiàn)在做東西分層次不是那么嚴(yán)格,在一個(gè)你們做東西業(yè)務(wù)本身也少,舉個(gè)最簡單的例子,你做一個(gè)分頁的功能,數(shù)據(jù)1000條,你20條在一個(gè)頁,你可以把這個(gè)功能寫成工具類封裝起來,然后在業(yè)務(wù)層里調(diào)用這個(gè)封裝的方法,這才是業(yè)務(wù)里真正干得事,只要沒訪問數(shù)據(jù)庫的,都要在業(yè)務(wù)里寫。
再有不明白的追問,這是經(jīng)驗(yàn)問題,呵呵,其實(shí)以后你就會懂。只是剛開始寫的代碼都是有個(gè)請求,我就去數(shù)據(jù)庫取,業(yè)務(wù)幾乎沒有。
其他優(yōu)秀答案:
比說你現(xiàn)在用的是SSH框架,做一個(gè)用戶模塊:
(1)、假設(shè)現(xiàn)在你做這個(gè)功能會用到user表和權(quán)限表,那么你前臺的頁面訪問action,action再去調(diào)用用戶模塊service,用戶模塊service判斷你是操作user表還是權(quán)限表,如果你操作的是user表則service的實(shí)現(xiàn)類就去調(diào)用userDAO。如果是操作的是權(quán)限表則調(diào)用權(quán)限的DAO
(2)、也就是說DAO一定是和數(shù)據(jù)庫的每張表一一對應(yīng),而service則不是。明白的沒?其實(shí)你一個(gè)項(xiàng)目一個(gè)service和一個(gè)DAO其實(shí)也一樣可以操作數(shù)據(jù)庫,
只不過那要是表非常多,出問題了,那找起來多麻煩,而且太亂了
(3)、好處就是你的整個(gè)項(xiàng)目非常系統(tǒng)化,和數(shù)據(jù)庫的表能一致,而且功能模塊化,這樣以后維護(hù)或者改錯(cuò)比較容易,性能也高一些
簡單的說DAO層是跟數(shù)據(jù)庫打交道的,service層是處理一些業(yè)務(wù)流程的,
至于你說的為什么要用service層封裝,我認(rèn)為:一般來說,某一個(gè)程序的有些業(yè)務(wù)流程需要連接數(shù)據(jù)庫,有些不需要與數(shù)據(jù)庫打交道而直接是一些業(yè)務(wù)處理,這樣就需要我們整合起來到service中去,這樣可以起到一個(gè)更好的開發(fā)與維護(hù)的作用,同時(shí)也是MVC設(shè)計(jì)模式中model層功能的體現(xiàn)
3.java中的action是什么,DAO又是什么?
Action類?是[獲得Form表單數(shù)據(jù),并處理邏輯的類]
DAO(Data?Access?Object)?是一個(gè)接口實(shí)現(xiàn)[通過SessionFactory獲得操作數(shù)據(jù)庫的會話,并實(shí)現(xiàn)一些基本的刪除?添加?修改數(shù)據(jù),在servlet中更實(shí)際化業(yè)務(wù)操作]
4.?什么是Pojo類?
簡單的Java對象(Plain?Old?Java?Objects)實(shí)際就是普通JavaBeans,使用POJO名稱是為了避免和EJB混淆起來,?而且簡稱比較直接.?其中有一些屬性及其getter?setter方法的類,有時(shí)可以作為value?object或dto(Data?Transform?Object)來使用.當(dāng)然,如果你有一個(gè)簡單的運(yùn)算屬性也是可以的,但不允許有業(yè)務(wù)方法,也不能攜帶有connection之類的方法。
5.pojo類和vo類分別是什么
vo有兩種說法,一個(gè)是viewObject,一個(gè)是valueObject..
就拿前者來說吧,它只負(fù)責(zé)封裝頁面?zhèn)鬟f過來的數(shù)據(jù),這和PO有些不同..
就拿struts1來說,ActionForm就是一個(gè)典型的viewObject.?而valueObject是頁面與頁面之間的傳遞時(shí)保存值的對象....
總的來說,PO是最終傳給BO以及BO傳個(gè)DAO的東西,他很多情況下與我們真正的數(shù)據(jù)庫表想對應(yīng).
而viewObject是一個(gè)頁面上提交后的數(shù)據(jù),不一定完全和PO的屬性相同....
pojo與DTO的區(qū)別
ational Mapping(對象關(guān)系映射)的縮寫。通俗點(diǎn)講,就是將對象與關(guān)系數(shù)據(jù)庫綁定,用對象來表示關(guān)系數(shù)據(jù)。
在O/R Mapping的世界里,有兩個(gè)基本的也是重要的東東需要了解,即VO,PO。
VO,值對象(Value Object),PO,持久對象(Persisent Object),它們是由一組屬性和屬性的get和set方法組成。從結(jié)構(gòu)上看,它們并沒有什么不同的地方。但從其意義和本質(zhì)上來看是完全不同的。
1.VO是用new關(guān)鍵字創(chuàng)建,由GC回收的。
PO則是向數(shù)據(jù)庫中添加新數(shù)據(jù)時(shí)創(chuàng)建,刪除數(shù)據(jù)庫中數(shù)據(jù)時(shí)削除的。并且它只能存活在一個(gè)數(shù)據(jù)庫連接中,斷開連接即被銷毀。
2.VO是值對象,精確點(diǎn)講它是業(yè)務(wù)對象,是存活在業(yè)務(wù)層的,是業(yè)務(wù)邏輯使用的,它存活的目的就是為數(shù)據(jù)提供一個(gè)生存的地方。
PO則是有狀態(tài)的,每個(gè)屬性代表其當(dāng)前的狀態(tài)。它是物理數(shù)據(jù)的對象表示。使用它,可以使我們的程序與物理數(shù)據(jù)解耦,并且可以簡化對象數(shù)據(jù)與物理數(shù)據(jù)之間的轉(zhuǎn)換。
3.VO的屬性是根據(jù)當(dāng)前業(yè)務(wù)的不同而不同的,也就是說,它的每一個(gè)屬性都一一對應(yīng)當(dāng)前業(yè)務(wù)邏輯所需要的數(shù)據(jù)的名稱。
PO的屬性是跟數(shù)據(jù)庫表的字段一一對應(yīng)的。
PO對象需要實(shí)現(xiàn)序列化接口。
-------------------------------------------------
PO是持久化對象,它只是將物理數(shù)據(jù)實(shí)體的一種對象表示,為什么需要它?因?yàn)樗梢院喕覀儗τ谖锢韺?shí)體的了解和耦合,簡單地講,可以簡化對象的數(shù)據(jù)轉(zhuǎn)換為物理數(shù)據(jù)的編程。VO是什么?它是值對象,準(zhǔn)確地講,它是業(yè)務(wù)對象,是生活在業(yè)務(wù)層的,是業(yè)務(wù)邏輯需要了解,需要使用的,再簡單地講,它是概念模型轉(zhuǎn)換得到的。
首先說PO和VO吧,它們的關(guān)系應(yīng)該是相互獨(dú)立的,一個(gè)VO可以只是PO的部分,也可以是多個(gè)PO構(gòu)成,同樣也可以等同于一個(gè)PO(當(dāng)然我是指他們的屬性)。正因?yàn)檫@樣,PO獨(dú)立出來,數(shù)據(jù)持久層也就獨(dú)立出來了,它不會受到任何業(yè)務(wù)的干涉。又正因?yàn)檫@樣,業(yè)務(wù)邏輯層也獨(dú)立開來,它不會受到數(shù)據(jù)持久層的影響,業(yè)務(wù)層關(guān)心的只是業(yè)務(wù)邏輯的處理,至于怎么存怎么讀交給別人吧!不過,另外一點(diǎn),如果我們沒有使用數(shù)據(jù)持久層,或者說沒有使用hibernate,那么PO和VO也可以是同一個(gè)東西,雖然這并不好。
----------------------------------------------------
java的(PO,VO,TO,BO,DAO,POJO)解釋
PO(persistant object) 持久對象
在o/r映射的時(shí)候出現(xiàn)的概念,如果沒有o/r映射,沒有這個(gè)概念存在了。通常對應(yīng)數(shù)據(jù)模型(數(shù)據(jù)庫),本身還有部分業(yè)務(wù)邏輯的處理??梢钥闯墒桥c數(shù)據(jù)庫中的表相映射的java對象。最簡單的PO就是對應(yīng)數(shù)據(jù)庫中某個(gè)表中的一條記錄,多個(gè)記錄可以用PO的集合。PO中應(yīng)該不包含任何對數(shù)據(jù)庫的操作。
VO(value object) 值對象
通常用于業(yè)務(wù)層之間的數(shù)據(jù)傳遞,和PO一樣也是僅僅包含數(shù)據(jù)而已。但應(yīng)是抽象出的業(yè)務(wù)對象,可以和表對應(yīng),也可以不,這根據(jù)業(yè)務(wù)的需要.個(gè)人覺得同DTO(數(shù)據(jù)傳輸對象),在web上傳遞。
TO(Transfer Object),數(shù)據(jù)傳輸對象
在應(yīng)用程序不同tie(關(guān)系)之間傳輸?shù)膶ο?/p>
BO(business object) 業(yè)務(wù)對象
從業(yè)務(wù)模型的角度看,見UML元件領(lǐng)域模型中的領(lǐng)域?qū)ο?。封裝業(yè)務(wù)邏輯的java對象,通過調(diào)用DAO方法,結(jié)合PO,VO進(jìn)行業(yè)務(wù)操作。
POJO(plain ordinary java object) 簡單無規(guī)則java對象
純的傳統(tǒng)意義的java對象。就是說在一些Object/Relation Mapping工具中,能夠做到維護(hù)數(shù)據(jù)庫表記錄的persisent object完全是一個(gè)符合Java Bean規(guī)范的純Java對象,沒有增加別的屬性和方法。我的理解就是最基本的Java Bean,只有屬性字段及setter和getter方法!。
DAO(data access object) 數(shù)據(jù)訪問對象
是一個(gè)sun的一個(gè)標(biāo)準(zhǔn)j2ee設(shè)計(jì)模式,這個(gè)模式中有個(gè)接口就是DAO,它負(fù)持久層的操作。為業(yè)務(wù)層提供接口。此對象用于訪問數(shù)據(jù)庫。通常和PO結(jié)合使用,DAO中包含了各種數(shù)據(jù)庫的操作方法。通過它的方法,結(jié)合PO對數(shù)據(jù)庫進(jìn)行相關(guān)的操作。夾在業(yè)務(wù)邏輯與數(shù)據(jù)庫資源中間。配合VO, 提供數(shù)據(jù)庫的CRUD操作...
O/R Mapper 對象/關(guān)系 映射
定義好所有的mapping之后,這個(gè)O/R Mapper可以幫我們做很多的工作。通過這些mappings,這個(gè)O/R Mapper可以生成所有的關(guān)于對象保存,刪除,讀取的SQL語句,我們不再需要寫那么多行的DAL代碼了。
實(shí)體Model(實(shí)體模式)
DAL(數(shù)據(jù)訪問層)
IDAL(接口層)
DALFactory(類工廠)
BLL(業(yè)務(wù)邏輯層)
BOF? ? Business Object Framework? ? ? 業(yè)務(wù)對象框架
SOA? ? Service Orient Architecture? ? 面向服務(wù)的設(shè)計(jì)
EMF? ? Eclipse Model Framework? ? ? ? Eclipse建模框架
----------------------------------------
PO:全稱是
persistant object持久對象
最形象的理解就是一個(gè)PO就是數(shù)據(jù)庫中的一條記錄。
好處是可以把一條記錄作為一個(gè)對象處理,可以方便的轉(zhuǎn)為其它對象。
BO:全稱是
business object:業(yè)務(wù)對象
主要作用是把業(yè)務(wù)邏輯封裝為一個(gè)對象。這個(gè)對象可以包括一個(gè)或多個(gè)其它的對象。
比如一個(gè)簡歷,有教育經(jīng)歷、工作經(jīng)歷、社會關(guān)系等等。
我們可以把教育經(jīng)歷對應(yīng)一個(gè)PO,工作經(jīng)歷對應(yīng)一個(gè)PO,社會關(guān)系對應(yīng)一個(gè)PO。
建立一個(gè)對應(yīng)簡歷的BO對象處理簡歷,每個(gè)BO包含這些PO。
這樣處理業(yè)務(wù)邏輯時(shí),我們就可以針對BO去處理。
VO :
value object值對象
ViewObject表現(xiàn)層對象
主要對應(yīng)界面顯示的數(shù)據(jù)對象。對于一個(gè)WEB頁面,或者SWT、SWING的一個(gè)界面,用一個(gè)VO對象對應(yīng)整個(gè)界面的值。
DTO :
Data Transfer Object數(shù)據(jù)傳輸對象
主要用于遠(yuǎn)程調(diào)用等需要大量傳輸對象的地方。
比如我們一張表有100個(gè)字段,那么對應(yīng)的PO就有100個(gè)屬性。
但是我們界面上只要顯示10個(gè)字段,
客戶端用WEB service來獲取數(shù)據(jù),沒有必要把整個(gè)PO對象傳遞到客戶端,
這時(shí)我們就可以用只有這10個(gè)屬性的DTO來傳遞結(jié)果到客戶端,這樣也不會暴露服務(wù)端表結(jié)構(gòu).到達(dá)客戶端以后,如果用這個(gè)對象來對應(yīng)界面顯示,那此時(shí)它的身份就轉(zhuǎn)為VO
POJO :
plain ordinary java object 簡單java對象
個(gè)人感覺POJO是最常見最多變的對象,是一個(gè)中間對象,也是我們最常打交道的對象。
一個(gè)POJO持久化以后就是PO
直接用它傳遞、傳遞過程中就是DTO
直接用來對應(yīng)表示層就是VO
DAO:
data access object數(shù)據(jù)訪問對象
這個(gè)大家最熟悉,和上面幾個(gè)O區(qū)別最大,基本沒有互相轉(zhuǎn)化的可能性和必要.
主要用來封裝對數(shù)據(jù)庫的訪問。通過它可以把POJO持久化為PO,用PO組裝出來VO、DTO
-----------------------------------------------------------------
PO:persistant object持久對象,可以看成是與數(shù)據(jù)庫中的表相映射的java對象。最簡單的PO就是對應(yīng)數(shù)據(jù)庫中某個(gè)表中的一條記錄,多個(gè)記錄可以用PO的集合。PO中應(yīng)該不包含任何對數(shù)據(jù)庫的操作.
VO:value object值對象。通常用于業(yè)務(wù)層之間的數(shù)據(jù)傳遞,和PO一樣也是僅僅包含數(shù)據(jù)而已。但應(yīng)是抽象出的業(yè)務(wù)對象,可以和表對應(yīng),也可以不,這根據(jù)業(yè)務(wù)的需要.個(gè)人覺得同DTO(數(shù)據(jù)傳輸對象),在web上傳遞.
DAO:data access object數(shù)據(jù)訪問對象,此對象用于訪問數(shù)據(jù)庫。通常和PO結(jié)合使用,DAO中包含了各種數(shù)據(jù)庫的操作方法。通過它的方法,結(jié)合PO對數(shù)據(jù)庫進(jìn)行相關(guān)的操作.
BO:business object業(yè)務(wù)對象,封裝業(yè)務(wù)邏輯的java對象,通過調(diào)用DAO方法,結(jié)合PO,VO進(jìn)行業(yè)務(wù)操作;
POJO:plain ordinary java object 簡單無規(guī)則java對象,我個(gè)人覺得它和其他不是一個(gè)層面上的東西,VO和PO應(yīng)該都屬于它.
---------------------------------------------
VO:值對象、視圖對象
PO:持久對象
QO:查詢對象
DAO:數(shù)據(jù)訪問對象
DTO:數(shù)據(jù)傳輸對象
----------------------------------------
struts 里的 ActionForm 就是個(gè)VO;
hibernate里的 實(shí)體bean就是個(gè)PO,也叫POJO;
hibernate里的Criteria 就相當(dāng)于一個(gè)QO;
在使用hibernate的時(shí)候我們會定義一些查詢的方法,這些方法寫在接口里,可以有不同的實(shí)現(xiàn)類.而這個(gè)接口就可以說是個(gè)DAO.
個(gè)人認(rèn)為QO和DTO差不多.
----------------------------------------
PO或叫BO,與數(shù)據(jù)庫最接近的一層,是ORM中的O,基本上是數(shù)據(jù)庫字段對應(yīng)BO中的一個(gè)屬性,為了同步與安全性考慮,最好只給DAO或者Service調(diào)用,而不要用packcode,backingBean,或者BO調(diào)。
DAO,數(shù)據(jù)訪問層,把VO,backingBean中的對象可以放入。。。。
DTO,很少用,基本放入到DAO中,只是起到過渡的作用。
QO,是把一些與持久性查詢操作與語句放入。。
VO,V層中用到的基本元素與方法等放其中。如果要其調(diào)用BO,則要做BO轉(zhuǎn)換VO,VO轉(zhuǎn)換BO操作。VO的好處是其頁面的元素屬性多于BO,可起到很好的作用。。。。
-----------------------------------------
樓上的不對吧,PO是持久化對象。BO=business object—業(yè)務(wù)對象。
PO可以嚴(yán)格對應(yīng)數(shù)據(jù)庫表,一張表對映一個(gè)PO。
BO則是業(yè)務(wù)邏輯處理對象,我的理解是它裝滿了業(yè)務(wù)邏輯的處理,在業(yè)務(wù)邏輯復(fù)雜的應(yīng)用中有用。
VO:value object值對象、view object視圖對象
PO:持久對象
QO:查詢對象
DAO:數(shù)據(jù)訪問對象——同時(shí)還有DAO模式
DTO:數(shù)據(jù)傳輸對象——同時(shí)還有DTO模式