闡述java 如何分層的

基本的分層，就是mvc，你可以查一下這方面的資料，當(dāng)然，根據(jù)需要也有不同的分層思路，比如有的項目重效率，有的項目重流程，側(cè)重點不同，所以分的層次不同但基本的就是mvc了，然后在往上面延伸，出現(xiàn)了什么業(yè)務(wù)層之類的……

創(chuàng)新互聯(lián)客戶idc服務(wù)中心，提供香港機房服務(wù)器托管、成都服務(wù)器、成都主機托管、成都雙線服務(wù)器等業(yè)務(wù)的一站式服務(wù)。通過各地的服務(wù)中心，我們向成都用戶提供優(yōu)質(zhì)廉價的產(chǎn)品以及開放、透明、穩(wěn)定、高性價比的服務(wù)，資深網(wǎng)絡(luò)工程師在機房提供7*24小時標(biāo)準(zhǔn)級技術(shù)保障。

弄不懂java項目的分層思想

建議 樓主了解下MVC

一般的項目大概分為4層

dao 就是數(shù)據(jù)操作層

一般放對數(shù)據(jù)庫進行操作的方法,比如查找某條數(shù)據(jù)

biz 業(yè)務(wù)處理層

對用戶的數(shù)據(jù)進行業(yè)務(wù)邏輯處理比如注冊時,判斷用戶注冊的用戶名是否已存在,如果已存在返回用戶錯誤信息,否則將用戶注冊的信息寫入數(shù)據(jù)庫

servlet 邏輯判斷層

對頁面的請求響應(yīng)數(shù)據(jù)進行邏輯處理,如封裝等

jsp 表現(xiàn)層

將程序處理的最終結(jié)果顯示給用戶

他們之間的聯(lián)系就是,比如注冊:

用戶在jsp頁面進行表單填寫,點擊提交到一個servlet,servlet將注冊信息封裝成javaBean交給biz層處理,這時候biz層對javaBean解封將用戶注冊的用戶名提取出來調(diào)用dao層的checkUserName()進行判斷該用戶名是否已存在.如果存在返回一個信息給servlet告知用戶該用戶名已存在,請重新注冊.如果該用戶名不存在,說明可注冊,biz再調(diào)用dao層的savaUser()方法將用戶的注冊信息寫入數(shù)據(jù)庫,返回servlet一個注冊成功的信息,最后由servlet將這些處理的最終結(jié)果返回給jsp頁面給用戶.

建議樓主去多看看別人的項目,或者自己寫些小項目這樣在寫程序的過程中能更貼切的理解這些過程存在的意義

總之,分層思想的存在是更方便的管理和維護

請問java的分層思想該怎么理解？各層之間的關(guān)系是怎樣？忘代碼詳解！高手們！救救這只迷途羔羊吧！好人

分層就是把代碼按照邏輯，分成多個不同的層次。

分層的目的是讓結(jié)構(gòu)更清晰，代碼編寫的時候也更好管理。

比如三層的MVC，分為model業(yè)務(wù)層，view展示層，control控制層。

更個部分的代碼相對獨立，層次的關(guān)系也很明了。有的會把model層再細分。。。

代碼詳解就算了吧。

你了解這個還是通過項目了解的好，這種分層思想也是從實際工作中總結(jié)出來的。不是憑空想象的、。

java分層

com.action一般你的網(wǎng)站是action.com才這樣命名的

dao一般是存放和數(shù)據(jù)庫打交道的接口

daoImpl一般是放dao里面那些接口的實現(xiàn)的

沒有統(tǒng)一的模板，不同項目，不同架構(gòu)師出來的可能都不一樣。

java是怎么分層的

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所示。