Web開發的分層結構與MVC模式

1.分層結構

　　所謂分層結構。把不一樣的功能代碼封裝成類，把相同功能的類封裝在一個個的包中，也叫層。功能歸類以下：

實體類：

　　封裝數據，是數據的載體，在層與層之間進行傳遞，數據也就傳遞了。好比說要傳遞學生信息，把學生信息封裝成一個Student對象，傳遞到其它的類中。若是有多個學生對象，則再次封裝成集合，進行傳遞。咱們把全部的實體類放在一個包中（層），層的命名一般用entity或model。數據庫中有多少表，則程序中就有多少實體類。實體類的命名與表名一致，實體類中的屬性名與表中的字段名一致。

　　持久化類：

　　這個層中的類與數據庫進行交互，也就是數據持久化，但凡與數據庫交互的代碼都在這個層的類中，這個層的命名dao(database access obejct),層中的類的命名是：表名+Dao。一般數據庫中有多少表，就有多少持久化類。

業務類：

　　業務類用於處理業務邏輯的代碼。這個層的命名 service或 biz。類的命名：表名+Service。

Jsp頁面：

　　表示層，用於呈現數據或收集數據。Servlet 類也屬於表示層，它的做用就接收客戶端的請求，並對請求進行分發，處理,再響應給客戶端。命名：表名+Servlet

工具類：

　　在開發中，還會有一個工具類，這些工具類一般放一個util包中。(字符串的處理工具類，與數據庫鏈接的工具，密碼加密的工具類)

分層結構做用：

　　分層結構的開發若是要加功能，只須要在各層的類中添加方法就能夠了，符合軟件的開發原則：開閉原則。

　　開閉原則：

開表示添加代碼的門是打開的，更改代碼的門是關閉的。
分層結構的項目的缺陷是：代碼增長了。
優勢是：類與之間實現解耦，有利於合做開發，有利於後期維護，擴展。

　　層與層之間的訪問關係：

　　　　web->Servlet->Service->dao->數據庫 =>dao=>Service=>Servlet=>jsp

　　項目結構圖：

 

　　　　

　

　　開發過程當中代碼編寫的順序：

0.添加數據庫表
1.添加實體類。
2.添加持久化層接口
3.添加持久化接口實現類
4.添加業務層接口
5.添加業務層接口實現類
6.添加Servlet
7.添加jsp 頁面

 

2.MVC模式

MVC是一種軟件結構開發的一種思想，注意，不是軟件開發的設計模式。
軟件開發設計有23種(單例，簡單工廠，抽象工廠，觀察者，橋接…)。
MVC 思想在上個世紀70年代就提出了。SpringMVC ,Struts2…
M: model 數據的業務模型。
C: controller 控制器，對請求進行處理。
V: view 視圖,數據的顯示或收集。
MVC 的項目結構與分層結構很是接近，只是在把各層的劃分進行了細微的更改。

　　

 

MVC的思想與分層結構的思想是一致的。優勢是：解耦，分工合做，維護擴展。在開發中，若是是C/S項目，咱們用分層結構處理，MVC只能用於B/S結構的項目。