❶ Java中的mvc和三層結構究竟是什麼關系
一件事，要知其然往往很簡單，要知其所以然通常不是那麼容易，就如最近重新鞏固spring的過程中，就覺得還有許多問題其實並不是十分明了。
屈指一算，手頭上做過的正式項目也有了四五六七個了，不管用的資料庫和其他一些細節上的技術如何，總的來說大的框架結構都是差不多的。
說白了，也就是mvc和三層結構。
而mvc和三層結構究竟是什麼關系，我曾在面試的過程中被人問過幾次，也曾仔細的想過、查過這個問題，但是直到此時，我也還是不能完全確定。
只不過隨著時間的積累，隨著技術的沉澱，隨著視野的拓寬，我大體上認同了兩種說法，不管別人怎麼看，我個人是覺得兩種說法都有道理，歡迎對這個問題有不同看法的朋友一起討論。
三層結構是什麼，是展現層、應用層、數據訪問層，這個基本上是沒有太大的異議的，兩種看法的來源基本上都是來自對於mvc的理解。
對於java web應用來說，不管是B/S還是C/S，大體上都可以分成服務端和客戶端兩部分，只不過B/S的客戶端就是公用的瀏覽器。
基於這種大的架構，有一種對於mvc的說法就是：
m是model，也就是和資料庫相關的那些，比如實體類和、mapper.xml等，對應著三層結構的數據訪問層；
v是view，也就是前台的頁面或者說是客戶端展示給用戶看的東西，也就是展現層；
而c就是controller以及service等具體的業務邏輯，對應著三層結構的應用層。123
而對於這種說法，為什麼我覺得有道理呢？是因為按照這種描述，就是和前台展示直接相關的東西都放在展現層。
*比如controller要直接和url打交道，而很多時候返回給客戶端的數據也會封裝成對象的形式，經常就是model；也就是說不管是controller還是model，都實打實和用戶看得到的部分相關，就劃為了展現層。
只不過在某些時候，就比如我們現在的項目中，為了進一步的實現松耦合，我們會創建一個command類，類似於實體model，然後用model操作資料庫，用command和前台打交道，道理是一樣的。
而在另一方面，我們現在項目前端使用的技術是angular js，這項技術現在也說實現了前台的mvc，有controller、service，還有數據層。
因此在這種情況下，我個人就覺得，mvc本就是一個概念，重要的是一種理解，它本身的作用只是為了實現松耦合，而不是為了mvc而mvc，未必一定要有一個唯一的答案！
歡迎有其他理解的朋友留言交流！
以下是我覺得比較好的其他理解：
來自網路的說法，是否是標准？
MVC（模型Model-視圖View-控制器Controller）是一種架構模式，可以用它來創建在域對象和UI表示層對象之間的區分。
同樣是架構級別的，相同的地方在於他們都有一個表現層，但是他們不同的地方在於其他的兩個層。
在三層架構中沒有定義Controller的概念。這是最不同的地方。而MVC也沒有把業務的邏輯訪問看成兩個層，這是採用三層架構或MVC搭建程序最主要的區別。當然了。在三層中也提到了Model，但是三層架構中Model的概念與MVC中Model的概念是不一樣的，「三層」中典型的Model層是以實體類構成的，而MVC里，則是由業務邏輯與訪問數據組成的。
這是來自網路知道的說法，是否專業？
MVC和三層架構有什麼區別就是MVC是最流行的三層架構中的一種框架，就是模型-視圖-控制器三者分離。
MVC模式（Model–view–controller）是軟體工程中的一種軟體架構模式，把軟體系統分為三個基本部分：模型（Model）、視圖（View）和控制器（Controller）。
MVC模式最早由Trygve Reenskaug在1978年提出[1] ，是施樂帕羅奧多研究中心（Xerox
PARC）在20世紀80年代為程序語言Smalltalk發明的一種軟體架構。MVC模式的目的是實現一種動態的程式設計，使後續對程序的修改和擴展簡化，並且使程序某一部分的重復利用成為可能。除此之外，此模式通過對復雜度的簡化，使程序結構更加直觀。軟體系統通過對自身基本部分分離的同時也賦予了各個基本部分應有的功能。專業人員可以通過自身的專長分組：
控制器（Controller）- 負責轉發請求，對請求進行處理。 視圖（View） - 界面設計人員進行圖形界面設計。 模型（Model）
- 程序員編寫程序應有的功能（實現演算法等等）、資料庫專家進行數據管理和資料庫設計(可以實現具體的功能)。
來自來看日出的評論，我覺得有道理
無意中看到這個問題，我前段時間也想了很久，今天看到有點感觸，不知道您怎麼看，我一直其實有疑惑的(一個剛參加工作的新人)對於mvc的三層架構，設計理念是為了實現高內聚低耦合，您說得第一種三層結構，我覺得其實並沒有達到這個低耦合的效果，因為在應用層處理業務時，並沒有將真正的業務邏輯和資料庫邏輯分離開來，僅僅將視圖和邏輯分離開了，並沒有達到低耦合的效果，個人這並不是真正的MVC。
個人的理解，mvc應該分為5層。
1.視圖層(html/jsp/)等用戶能看得到的信息，數據信息的開始和結束。
2.控制層(servlet/action),控制層不處理任何業務(包括業務邏輯和資料庫邏輯)，只為控制流程，實現跳轉功能，只調用service層的結果實現跳轉功能，控制層的邏輯更偏向視圖層，為視圖層提供服務。
3.服務層(service)：專門處理業務邏輯，是控制層和DAO的中間過渡層，根據DAO層的返回結果的不同，處理不同的業務邏輯，並將結果向上返回給控制層。
4.DAO層：專門處理各種資料庫邏輯，包括對資料庫的CRUD，存儲過程/函數各種操作，提供訪問資料庫的介面，DAO層更偏向於model。
5.數據模型層：專門封裝數據原始模型(javabean/DTO)，本身不提供任何對資料庫的操作，只提供介面供DAO層調用數據。 從上到下依次為視圖層，控制層，服務層，DAO層，數據模型層。 個人理解，新人剛入門，有錯誤的地方希望指出共同學習。
我對來看日出的回復如下：
實際上，我個人現在的觀點是，我覺得我說的兩種都有道理，而你說的這一種也有道理，只看出發點是什麼，能不能說通。
你的這種說法，應該是實際開發時的代碼結構，後端通常有model、、service、controller，但是現在的前端，就比如我們用的angular js，實際上也分成了數據模型層、servie層、controller層、html展示層。
因此，我的理解是，網上常見的mvc解釋應該是針對之前整個系統架構比較簡單的情況，而現在前後端各種架構和技術都復雜起來了，可能便不能再這樣簡單的對應。
也就是說，我說的兩種實際上對於現在的情況可能都不對了。
隨著工作時間的增長，我對這個問題的看法一直在變，或許就是那句「看山是山，然後看山不是山，然後看山是山」，理解性的東西，本來就會隨著個人的閱歷增長而變化，今天覺得對的可能明天就覺得錯了。
所以，歸根結底，我覺得可以回到主題：我覺得對錯不重要，重要的是能不能說通，是不是自己的理解，對也好，錯也罷，能說的有理有據就夠了，因為理解會變。
❷ java的三大框架是什麼,功能各是什麼
常說的三大框架指：SSH，即：Spring、Struts、Hibernate。
Spring：功能強大的組件粘合濟，能夠將你的所有的java功能模塊用配置文件的方式組合起來成為一個完成的應用。Spring是一個解決了許多在J2EE開發中常見的問題的強大框架。Spring提供了唯一的數據訪問抽象，包括簡單和有效率的JDBC框架，極大的改進了效率並且減少了可能的錯誤。Spring的數據訪問架構還集成了Hibernate和其他O/R mapping解決方案。Spring還提供了唯一的事務管理抽象，它能夠在各種底層事務管理技術。
Struts：把Servlet、JSP、自定義標簽和信息資源(message resources)整合到一個統一的框架中，開發人員利用其進行開發時不用再自己編碼實現全套MVC模式，極大的節省了時間，所以說它是大名鼎鼎的功能強大的MVC架構。
Java由四方面組成：Java編程語言，即語法。Java文件格式，即各種文件夾、文件的後綴。Java虛擬機(JVM)，即處理*.class文件的解釋器。Java應用程序介面(Java API)。
❸ 請問JAVA三層架構，持久層，業務層，表現層，都該怎麼理解和MVC三層模型有什麼
持久層用來固化數據，如常說的DAO層，操作資料庫將數據入庫業務層用來實現整體的業務邏輯如前台獲得了數據，邏輯層去解析這些數據，效驗這些數據等操作表現層很好解釋你現在看到的網頁一些界面都屬於表現層的東西可以用一些Html，jsp，Swing來實現至於mvc么對應的是model（模型）view（視圖）Controller（控制）在javaweb中就很好理解了再XX系統中，前台頁面屬於view貫穿前台後台持久層的一套模型就是model（EJB，Spring來實現）而連接前台後台進行邏輯操作的就是Controller（Struts來實現）
❹ javaweb開發中三層架構的一個困惑
網上搜索的,不對我在找 :
java 三層架構ssh
一個spring2.5+hibernate3.2+struts2.0組合框架，使用spring的 IoC來管理應用的 所有bean，包括struts2的 action，充分發揮了spring輕量級框架的 優勢。
摘 要: 針對當前Web應用程序開發面臨的問題，結合目前比較流行的開源框架Spring、Struts和Hibernate，提出了一種開發J2EE Web應用的輕量級解決方案，以幫助開發人員在短期內搭建結構清晰、可復用性好、維護方便的Web應用程序。並且，通過案例具體說明了如何將這一方案應用到實際項目中。
關鍵詞: J2EE MVC Struts Spring Hibernate
大型企業級Web應用系統的開發通常要求有一個良好的軟體架構、便於協作開發和擴展升級，而傳統的開發模式不能很好地滿足這些要求。本文針對當前Web應用程序開發面臨的問題，結合目前比較流行的開源框架SSH（Spring、Struts、Hibernate)，提出一種開發J2EE 企業級Web應用的輕量級解決方案，並通過案例具體說明如何將這一方案應用到實際項目中。
1 框架技術
著名的軟體大師Ralph Johnson對框架(Framework)進行了如下的定義： 框架是整個系統或系統的一部分的可重用設計，由一組抽象的類及其實例間的相互作用方式組成[1] 。
框架一般具有即插即用的可重用性、成熟的穩定性以及良好的團隊協作性。J2EE復雜的多層結構決定了大型的J2EE項目需要運用框架和設計模式來控制軟體質量。目前，市場上出現了一些商業的、開源的基於J2EE的應用框架，其中主流的框架技術有：基於MVC模式的Struts框架和基於IoC模式的 Spring框架以及對象/關系映射框架Hibernate等。
1.1 表示層框架Struts
Struts是一個在JSP Model2基礎上實現的MVC框架，主要分為模型(Model)、視圖(Viewer)和控制器(Controller)三部分，其主要的設計理念是通過控制器將表現邏輯和業務邏輯解耦，以提高系統的可維護性、可擴展性和可重用性[2] 。Struts框架的體系結構如圖1所示。
下面就圖1所示的體系結構圖分析Struts框架中的MVC組件。
（1）視圖：視圖部分主要由JSP頁面組成，其中沒有流程邏輯、業務邏輯和模型信息，只有標記。Struts自身包含了一組標記庫(TagLib)，這也是Struts的精華之一，靈活運用它們可以簡化JSP頁面的代碼，提高開發效率。
（2）控制器：Struts中的Controller主要是其自身提供的ActionServlet。ActionServlet接收所有來自客戶端的請求並根據配置文件(struts-config.xml)中的定義將控制轉移到適當的Action對象。
（3）模型：Struts沒有定義具體Model層的實現，Model層通常是和業務邏輯緊密相關的，有持續化的要求。目前在商業領域和開源世界，都有一些優秀的工具可以為Model層的開發提供便利。
1.2 業務邏輯層框架Spring
Spring是一個解決了許多J2EE開發中常見問題並能夠替代EJB技術的強大的輕量級框架。這里所說的輕量級指的是 Spring框架本身，而不是指Spring只能用於輕量級的應用開發。Spring的輕盈體現在其框架本身的基礎結構以及對其他應用工具的支持和裝配能力。與EJB這種龐然大物相比，Spring可使程序研發人員把各個技術層次之間的風險降低。
Spring框架的核心是控制翻轉IoC(Inversion of Control)/依賴注入DI(Dependence Injection)機制。IoC是指由容器中控制組件之間的關系（這里，容器是指為組件提供特定服務和技術支持的一個標准化的運行時的環境）而非傳統實現中由程序代碼直接操控，這種將控制權由程序代碼到外部容器的轉移，稱為「翻轉」[3] 。DI是對IoC更形象的解釋，即由容器在運行期間動態地將依賴關系(如構造參數、構造對象或介面)注入到組件之中[3] 。 Spring採用設值注入(使用Setter方法實現依賴)和構造子注入(在構造方法中實現依賴)的機制，通過配置文件管理組建的協作對象，創建可以構造組件的IoC容器。這樣，不需要編寫工廠模式、單例模式或者其他構造的方法，就可以通過容器直接獲取所需的業務組件。Spring框架的結構如圖2所示。
Spring框架由七個定義明確的模塊組成，且每個模塊或組件都可以單獨存在，或者與其他一個或多個模塊聯合實現。Spring Core Container是一個用來管理業務組件的IoC容器，是Spring應用的核心；Spring DAO和Spring ORM不僅提供數據訪問的抽象模塊，還集成了對Hibernate、JDO和iBatis等流行的對象關系映射框架的支持模塊，並且提供了緩沖連接池、事務處理等重要的服務功能，保證了系統的性能和數據的完整性；Sprnig Web模塊提供了Web應用的一些抽象封裝，可以將Struts、Webwork等Web框架與Spring整合成為適用於自己的解決方案。
Spring框架可以成為企業級應用程序一站式的解決方案，同時它也是模塊化的框架，允許開發人員自由地挑選適合自己應用的模塊進行開發。Spring框架式是一個松耦合的框架，框架的部分耦合度被設計為最小，在各個層次上具體選用哪個框架取決於開發者的需要。
1.3 數據持久層框架Hibernate
O/R mapping技術是為了解決關系型資料庫和面向對象的程序設計之間不匹配的矛盾而產生的。Hibernate是目前最為流行的O/R mapping框架，它在關系型資料庫和Java對象之間做了一個自動映射，使得程序員可以以非常簡單的方式實現對資料庫的操作。Hibernate工作原理如圖3所示。
Hibernate通過對JDBC的封裝，向程序員屏蔽了底層的資料庫操作，使程序員專注於OO程序的開發，有助於提高開發效率。程序員訪問資料庫所需要做的就是為持久化對象編制xml映射文件[4] 。
底層資料庫的改變只需要簡單地更改初始化配置文件(hibernate.cfg.xml或者hibernate.properties)即可，不會對應用程序產生影響。
Hibernate有自己的面向對象的查詢語言HQL，HQL功能強大，支持目前大部分主流的資料庫，如Oracle、DB2、Mysql、 Microsoft SQL Server等，是目前應用最廣泛的O/R映射工具。Hibernate為快速開發應用程序提供了底層的支持。
2 基於SSH組合框架的Web應用模型設計與實現
2.1 集成SSH的新型J2EE框架
前面分析了基於J2EE的三種框架技術，下面通過集成以上三種框架技術來對傳統的J2EE Web開發模型加以改進，以形成一種新的、輕量型的J2EE架構。
集成SSH框架 的系統框架圖 如圖4所示，系統從職責上分為四層：表示層、業務邏輯層、數據持久層和域模塊層。其中使用Struts作為系統的整體基礎架構，負責MVC的分離，在 Struts框架的模型部分，利用Hibernate框架對持久層提供支持，業務層用Spring支持。具體做法是：用面向對象的分析方法根據需求提出一些模型，將這些模型實現為基本的Java對象，然後編寫基本的DAO介面，並給出Hibernate的DAO實現，採用Hibernate架構實現的 DAO類來實現Java類與資料庫之間的轉換和訪問，最後由Spring完成業務邏輯。
系統的基本業務流程是：在表示層中，首先通過JSP頁面實現交互界面，負責傳送請求(Request)和接收響應(Response)，然後Struts根據配置文件 (struts-config.xml)將ActionServlet接收到的Request委派給相應的Action處理。在業務層中，管理服務組件的 Spring IoC容器負責向Action提供業務模型(Model)組件和該組件的協作對象數據處理(DAO)組件完成業務邏輯，並提供事務處理、緩沖池等容器組件以提升系統性能和保證數據的完整性。而在持久層中，則依賴於Hibernate的對象化映射和資料庫交互，處理DAO組件請求的數據，並返回處理結果。
採用上述開發模型，不僅實現了視圖、控制器與模型的徹底分離，而且還實現了業務邏輯層與持久層的分離。這樣無論前端如何變化，模型層只需很少的改動，並且資料庫的變化也不會對前端有所影響，大大提高了系統的可復用性。而且由於不同層之間耦合度小，有利於團隊成員並行工作，大大提高了開發效率。
2.2 基於SSH框架 的Web應用系統的實現
下面將通過一個實際的系統來展示如何進行基於SSH框架 的Web應用開發。該系統是為某通信公司運營部開發的一個問答式系統，功能類似於網路知道和新浪愛問。由於系統的模塊較多，下面就以一個用戶管理模塊為例來說明系統的開發實現過程，並將按照數據持久層、業務邏輯層、表示層的順序說明系統構建過程。
（1）數據持久層
數據持久層由Java對象持久化類和數據訪問對象(DAO)組成。每個資料庫表都對應著一個持久化對象，這樣就給予了開發者使用OO思想設計和開發的便利，同時也屏蔽了具體的資料庫和具體的數據表、欄位，消除了對資料庫操作的硬編碼在重用性上的弊端。用戶信息表的部分結構如表1所示。
Hibernate通過映射(Mapping)文件將對象(Object)與關系型數據(Relational)相關聯，因此需要編寫和資料庫表相對應的Java持久化類以及對應的映射文件。有了Java持久化類後就可以在此基礎上實現數據訪問類。在Spring框架中，數據訪問類可以從輔助類 HibernateDaoSupport繼承，這極大地方便了Hibernate框架在Spring中的使用，相應的部分代碼如下：
public class UserDao
extends HibernateDaoSupport {
public int add(User user) {
return Integer.ParseInt(this.getHibernateTemplate().save(user).toString());
}
public List findAll() {
return this.getHibernateTemplate().loadAll(User.class);
}
}
具體的Hibernate數據源、session工廠、事務管理、緩沖連接池等功能都由業務層的Spring容器提供。
（2）業務邏輯層
業務邏輯層由Spring框架支持，提供了處理業務邏輯的服務組件。開發者需要對業務對象建模，抽象出業務模型並封裝在Model組件中。由於數據持久層實現了Java持久化類並且封裝了數據訪問對象(DAO)，因此可以在Model組件中方便地調用DAO組件來存取數據。Spring的IoC容器負責統一管理Model組件和DAO組件以及Spring所提供的事務處理、緩沖連接池等服務組件。
在用戶管理模塊中，通過業務建模創建了用戶模型UserService類，封裝了對用戶的許可權管理以及積分管理等功能。UserService類通過調用數據訪問類UserDao實現對用戶數據的操作。這些組件的關系將通過配置Spring框架的applicationContext.xml聯系起來，配置文件的主要內容如下：
（3）表示層
表示層結合JSP和Struts的TagLib庫處理顯示功能，利用ActionServlet將請求(*.do)映射到相應的Action，並由Action調用業務邏輯的服務組件，然後根據處理結果跳轉到Forword對象指定的響應頁面。
業務流程的部署由struts-config.xml完成。下面以一個顯示所有用戶信息的請求(ListUser.do)為例來說明配置文件的使用。
基於J2EE的Web應用以其層次性、平台無關性的優勢已經逐漸成為了電子商務、電子政務主要的解決方案。本文針對傳統的J2EE Web應用開發的弊端，提出了一種利用輕量級框架來快速搭建Web應用的解決方案，並且通過其在實際項目中的應用，證明了採用此方案可以幫助開發人員在短時間內建立結構清晰、可重用性好、維護擴展方便的Web應用程序。
參考文獻
[1] GAMMA E, HELM R, JOHNSON R, et al. Design patterns:Elements of reusable object-oriented software[M]. Addison Wesley, 1994.
[2] 孫衛琴.精通Struts:基於MVC的Java Web設計與開發[M]. 北京：電子工業出版社,2004.
[3] JOHNSON R, HOELLER J, ARENDSEN A, et al. Java/J2EE application framework reference document. V1.1.
2004.
[4] 徐長盛,戴超.一種快速開發Web應用程序方法的研究[J]. 計算機工程與設計,2004,(12):2237-2239.
[5] 夏昕,曹曉鋼,唐勇.深入淺出Hibernate[M]. 北京：電子工業出版社,2005.
[6] JOHNSON R.Expert one-on-one J2EE design and development[M]. 魏海萍譯.北京：電子工業出版社,2003.
在用ssh 開發web應用時，需要對生成的 各個類文件進行組織，下面就對一個可行的 目錄方案進行介紹：
譬如應用中有一個用戶管理模塊，則在公共包下建立一個user包，如該公共包可以為com.simon.oa，
在user包下包括如下子包
1、controler包
該包放置各種struts的 action。
2、包
該包放置各類（data access object），也就是放置對資料庫訪問的 實現類，在用myeclipse中的 「Hibernate Reverse Engineering」進行反向操作時在某一個目錄中就會生成對應某個表的 DAO，生成後可將該DAO拖到包中。在某些應用中將DAO作為介面，在該介面中包括所有對資料庫的 操作方法，然後在包建立一個hibernate包，在hibernate包中放置對DAO介面的 實現，譬如：UserDAO介面有一個實現類為UserDaoImpl，將該類放置到hibernate包中，實際的 開發傾向於後一種方式，因為對這個DAO介面可以實現spring的 IoC操作。(不知道myeclipse對此是怎麼考慮的 ，這個問題讓我糾纏了很久，誤將DAO理解成一個能夠進行實際操作的 類，而不是一個介面，以後開發要注意 )
3、model包
該包中放置hibernate反向工程生成的 bean和該bean對應的 .hbm.xml文件。
4、service包
該包放置業務操作類，譬如用戶服務類，一般情況將該用戶操作類提取一個介面，然後在service包下生成一個impl包，在impl包中才放置用戶操作介面的 實現類。該用戶介面實現類中調用DAO介面對資料庫進行操作，而調用該實現類的 方法在struts的 action中。
5、vo包（value object）
vo包中的 中包括struts中使用的 POJO及actionform等信息。
VO: Value Object
DTO: Data Transfer Object
個人理解VO和DTO是類似的 東西，原則上VO和DTO只有Public Fields，主要用於進程之間數據傳遞的 問題，VO和DTO不會傳遞到表示層，在業務層就會被吸收。但看到很多人在建立VO和DTO時，也含有Setter,Getter屬性和一些其它的 輔助方法，這也無可厚非，我自己也不能確定這對不對。
❺ 北大青鳥設計培訓：三層架構實現JavaWeb案例
三層架構一方面是為了解決應用程序中代碼之間調用復雜，代碼職責不清的問題;通過各層之間定義介面的形式，並將介面與實現分離，可以很容易的用不同的實現來替換原有的實現，從而有效的降低層與層之間的依賴關系。
這種方式不僅有利於整個團隊理解整個應用架構，降低後期維護成本，同時也有利於制定整個應用程序架構的標准。
另一方面三層架構的出現從某種程度上解決了企業內部如果有效的根據技能調配技術人員，提高生產效率的問題，在大環境下，有效的分層能使不同職責的人各司其職，聚焦於個人專業技能的發展與培養上。
三層架構的出現不僅標准化了復雜系統的邏輯劃分，更幫助企業解決如果有效的形成技術人員組織機構的問題，因此在很長的一段時間內，它一直是軟體架構設計的經典模式之一。
優勢層次清晰，每個層次都提供了介面定義很容易用新的實現替換原來的層次實現。
例如對sql進行性能優化，並不會影響其他層的代碼結構。
有利於後期維護。
有利於實現切面編程，減輕業務的復雜程度，加快編碼效率。
每個層次的定位明晰，業務處理的內容明確。
依據層次，可以劃分不同的分工。
開發人員可以只關注整個結構的其中某一層。
介面定義也提供了良好的可擴展性。
例如資料庫從mysql切換到oracle，只需要通過配置來切換。
降低了代碼之間，層與層的依賴關系復用性：利於各層代碼邏輯的復用安全性：介面設計需要符合對擴展開發，對修改關閉的原則，增強了系統的安全性各層次職責表示層：是應用的用戶介面部分，擔負著用戶與應用的對話，交互功能。
業務邏輯層：主要是業務邏輯的處理，操作，是系統功能核心。
數據訪問層：也稱為是數據持久層，美蘭電腦培訓http://www.kmbdqn.cn/發現其功能主要是負責資料庫的訪問。
❻ 一個成熟的javaWeb項目包含哪些層
一般是三層架構
表現層 web
業務層 service
持久層
❼ java web 三層架構的意義及實際開發中的對應
數據層：用於連接資料庫及基本操作，如最簡單的增刪改查等等
業務邏輯層：接受表現層的操作，調用數據層的方法在資料庫中實現
表現層：就是顯示給用戶看的，java web中一般是jsp
❽ 請問JAVA三層架構，持久層，業務層，表現層，都該怎麼理解和MVC三層模型有什麼
這個嘛，有一定的聯系啦，也並不是完全是一樣的啦，你首先把mvc理解清楚吧，M是MODEL（模型）,V是view（視圖）， C是Controller（控制器），而java三層架構，持久層即是數據的持久化操作，就是數據層啦，即是資料庫啦，業務層主要是業務邏輯的處理，負責表示層與數據層（持久層）的數據的傳遞和邏輯處理，就當很接近控制器的功能啦，就可以理解為控制器啦，表示層即是對數據的展示與用戶的輸入，所以呢？就是視圖層啦 1. 用戶看到view2. view ——————————》 controller用戶操作（點擊按鈕等）3. controller——————》model調用model中方法3. model ——————》 controller返回數據到controller5. controller——————————》 view傳數據到view，更新view6.用戶看到更新後的view M——模型層，V——視圖層，C——控制層，持久層——通常用於封裝資料庫連接、數據查詢等操作，
❾ 請問JAVA三層架構，持久層，業務層，表現層，都該怎麼理解和MVC三層模型有什麼
Model:數據持久層，對資料庫的數據進行處理，主要就是資料庫操作，常見的技術就是JDBC 、 hibernate 、 mybatis這些數據持久層操作的技術和框架。
view:表現層，就是展示給用戶看的那些網頁和界面，常見的就是jsp和html 。
Controller:業務層， 就是在Model 和 view之間進行數據交換，Servlet是最基本的，其它的框架技術 常見的就是Struts 、 SpringMVC 什麼的。
本人主要是學java的，主要了解的就這么多，分三層主要就是將各個功能區分開，方便開發……
❿ 怎麼編寫javaweb三成架構
三層架構一般與MVC模式配合使用：前端頁面用JSP，控制器用servlet，業務處理層service，持久化層
插入一張圖片來說明三層架構和MVC的關系