分層就是把代碼按照邏輯,分成多個不同的層次。
創(chuàng)新互聯(lián)公司不只是一家網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司;我們對營銷、技術(shù)、服務(wù)都有自己獨特見解,公司采取“創(chuàng)意+綜合+營銷”一體化的方式為您提供更專業(yè)的服務(wù)!我們經(jīng)歷的每一步也許不一定是最完美的,但每一步都有值得深思的意義。我們珍視每一份信任,關(guān)注我們的成都做網(wǎng)站、成都網(wǎng)站建設(shè)質(zhì)量和服務(wù)品質(zhì),在得到用戶滿意的同時,也能得到同行業(yè)的專業(yè)認可,能夠為行業(yè)創(chuàng)新發(fā)展助力。未來將繼續(xù)專注于技術(shù)創(chuàng)新,服務(wù)升級,滿足企業(yè)一站式成都全網(wǎng)營銷推廣需求,讓再小的品牌網(wǎng)站制作也能產(chǎn)生價值!
分層的目的是讓結(jié)構(gòu)更清晰,代碼編寫的時候也更好管理。
比如三層的MVC,分為model業(yè)務(wù)層,view展示層,control控制層。
更個部分的代碼相對獨立,層次的關(guān)系也很明了。有的會把model層再細分。。。
代碼詳解就算了吧。
你了解這個還是通過項目了解的好,這種分層思想也是從實際工作中總結(jié)出來的。不是憑空想象的、。
基本的分層,就是mvc,你可以查一下這方面的資料,當(dāng)然,根據(jù)需要也有不同的分層思路,比如有的項目重效率,有的項目重流程,側(cè)重點不同,所以分的層次不同但基本的就是mvc了,然后在往上面延伸,出現(xiàn)了什么業(yè)務(wù)層之類的……
表現(xiàn)層
jsp:頁面渲染
servlet:接收用戶數(shù)據(jù)()調(diào)用業(yè)務(wù),接收業(yè)務(wù)傳來的數(shù)據(jù),頁面跳轉(zhuǎn),傳遞數(shù)據(jù)。
業(yè)務(wù)層
service:接受servlet傳入數(shù)據(jù),進行業(yè)務(wù)規(guī)則處理,調(diào)用dao,接受dao返回的數(shù)據(jù),向servlet返回數(shù)據(jù)。
持久化層
dao:接受業(yè)務(wù)傳入數(shù)據(jù),進行對數(shù)據(jù)庫進行增刪改查,得到的數(shù)據(jù)向業(yè)務(wù)層返回。
MVC模式。
Model模式層
View視圖層
Controller控制器
視圖(View)代表用戶交互界面,對于Web應(yīng)用來說,可以概括為HTML界面,但有可能為XHTML、XML和Applet。隨著應(yīng)用的復(fù)雜性和規(guī)模性,界面的處理也變得具有挑戰(zhàn)性。一個應(yīng)用可能有很多不同的視圖,MVC設(shè)計模式對于視圖的處理僅限于視圖上數(shù)據(jù)的采集和處理,以及用戶的請求,而不包括在視圖上的業(yè)務(wù)流程的處理。業(yè)務(wù)流程的處理交予模型(Model)處理。比如一個訂單的視圖只接受來自模型的數(shù)據(jù)并顯示給用戶,以及將用戶界面的輸入數(shù)據(jù)和請求傳遞給控制和模型。
模型(Model):就是業(yè)務(wù)流程/狀態(tài)的處理以及業(yè)務(wù)規(guī)則的制定。業(yè)務(wù)流程的處理過程對其它層來說是黑箱操作,模型接受視圖請求的數(shù)據(jù),并返回最終的處理結(jié)果。業(yè)務(wù)模型的設(shè)計可以說是MVC最主要的核心。目前流行的EJB模型就是一個典型的應(yīng)用例子,它從應(yīng)用技術(shù)實現(xiàn)的角度對模型做了進一步的劃分,以便充分利用現(xiàn)有的組件,但它不能作為應(yīng)用設(shè)計模型的框架。它僅僅告訴你按這種模型設(shè)計就可以利用某些技術(shù)組件,從而減少了技術(shù)上的困難。對一個開發(fā)者來說,就可以專注于業(yè)務(wù)模型的設(shè)計。MVC設(shè)計模式告訴我們,把應(yīng)用的模型按一定的規(guī)則抽取出來,抽取的層次很重要,這也是判斷開發(fā)人員是否優(yōu)秀的設(shè)計依據(jù)。抽象與具體不能隔得太遠,也不能太近。MVC并沒有提供模型的設(shè)計方法,而只告訴你應(yīng)該組織管理這些模型,以便于模型的重構(gòu)和提高重用性。我們可以用對象編程來做比喻,MVC定義了一個頂級類,告訴它的子類你只能做這些,但沒法限制你能做這些。這點對編程的開發(fā)人員非常重要。
業(yè)務(wù)模型還有一個很重要的模型那就是數(shù)據(jù)模型。數(shù)據(jù)模型主要指實體對象的數(shù)據(jù) 保存(持續(xù)化)。比如將一張訂單保存到數(shù)據(jù)庫,從數(shù)據(jù)庫獲取訂單。我們可以將這個模型單獨列出,所有有關(guān)數(shù)據(jù)庫的操作只限制在該模型中。
控制(Controller)可以理解為從用戶接收請求, 將模型與視圖匹配在一起,共同完成用戶的請求。劃分控制層的作用也很明顯,它清楚地告訴你,它就是一個分發(fā)器,選擇什么樣的模型,選擇什么樣的視圖,可以完成什么樣的用戶請求??刂茖硬⒉蛔鋈魏蔚臄?shù)據(jù)處理。例如,用戶點擊一個連接,控制層接受請求后, 并不處理業(yè)務(wù)信息,它只把用戶的信息傳遞給模型,告訴模型做什么,選擇符合要求的視圖返回給用戶。因此,一個模型可能對應(yīng)多個視圖,一個視圖可能對應(yīng)多個模型。
模型、視圖與控制器的分離,使得一個模型可以具有多個顯示視圖。如果用戶通過某個視圖的控制器改變了模型的數(shù)據(jù),所有其它依賴于這些數(shù)據(jù)的視圖都應(yīng)反映到這些變化。因此,無論何時發(fā)生了何種數(shù)據(jù)變化,控制器都會將變化通知所有的視圖,導(dǎo)致顯示的更新。這實際上是一種模型的變化-傳播機制。模型、視圖、控制器三者之間的關(guān)系和各自的主要功能,如圖1所示。
不僅僅是Java開發(fā)
其它很多編程語言也是需要分層開發(fā)的
分層一個是為了解耦
另一個是提高開發(fā)效率,能夠?qū)崿F(xiàn)不同的部分同時開發(fā)
com.action一般你的網(wǎng)站是action.com才這樣命名的
dao一般是存放和數(shù)據(jù)庫打交道的接口
daoImpl一般是放dao里面那些接口的實現(xiàn)的
沒有統(tǒng)一的模板,不同項目,不同架構(gòu)師出來的可能都不一樣。
當(dāng)前文章:java代碼分層實踐,java分層編譯
網(wǎng)頁地址:http://sd-ha.com/article10/phhpgo.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供服務(wù)器托管、網(wǎng)站設(shè)計、微信小程序、網(wǎng)站營銷、網(wǎng)站維護、用戶體驗
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)