什麼是 DAO 設計模式，什麼是 DAO 工廠模式？

設計模式簡介。

DAO的全稱是Data Access Object，資料庫訪問物件，main功能用於資料操作，屬於程式標準開發架構中資料層的操作。

2.企業分層架構。

客戶端：由於現在採用了 BS 開發架構，因此通常使用瀏覽器訪問。

顯示層：使用 JSP Servlet 顯示頁面效果。

業務層：（業務物件）：將多個原子 DAO 操作組合成乙個完整的業務邏輯。

資料層（DAO）：提供多種原子DAO操作，如新增、修改、刪除等，都是原子操作。

在整個DAO中，組合其實是以介面為操作標準，即客戶端依靠DAO實現的介面進行操作，服務端需要具體實現介面。 DAO 由以下部分組成：

1》 databaseconnection：負責開啟和關閉資料庫的類。

2》VO：主要由屬性、setter、getter 方法組成，VO類中的屬性對應表中的字段，每個VO類的物件代表表中的每條記錄;

3》DAO：主要定義操作的介面，定義了資料庫的一系列原子操作，如：新增、修改、刪除、按ID查詢等;

4》IMPL：DAO介面的真實實現類，完成具體的資料庫操作，但不負責資料庫的開閉;

5》Proxy :**實現類，主要完成資料庫的開啟和關閉，呼叫真實實現類物件的操作;

6》factory：工廠類，通過工廠類獲取乙個 DAO 例項化物件。

將物件的基本 CRUD 操作封裝到 DAO 中是設計模式。

必須要與其他層解耦，可以使用**模式，如果上層有多個不同的類來呼叫多個不同物件的dao層，可以考慮使用中介模式，否則呼叫關係太複雜會讓**維護很麻煩。

DAO層是處理資料庫的邏輯層，它封裝了一些基本的資料庫操作方法。

服務層是業務層，在註冊使用者時，很可能需要在日誌表中新增日誌，這樣才能在服務中實現服務，為業務新增事務。 好處不言而喻。 如果你在C層上連續使用UserDAO LogDao，以防萬一出現問題。

這可能會導致新增使用者而不新增日誌。

客戶端向伺服器傳送請求。

伺服器將請求資訊傳送到 servlet

Servlet 生成響應並將其傳遞給伺服器。

響應內容是動態生成的，通常取決於客戶端的請求。

伺服器將響應返回給客戶端。

為子類提供特定實體。

指定了特定的實體 DAO，但沒有指定它們是誰。

僅處理與資料庫相關的操作。

服務層不提供介面。

一般省份**。

易於維護。 一般都是統一儲存（new and updated）、delete、get（id）、getall（） 等，當然繼承同乙個類，也可以多做些。

public class userdaoimpl extends genericdaoimplimplements iuserdao

少寫很多**，增加型別控制自動轉換，通用。

GetBy 和上面一樣，genericdaoimpl 已經實現，子類不需要再寫了，也不需要轉換型別。

DAO 只負責訪問資料，資料是 MVC 中的模型

層。 但是訪問什麼資料，以什麼順序，返回什麼結果，這就是服務層的作用，對應於 MVC 中的控制器層。

DAO層一般只對資料庫進行增刪修改和檢查，操作資料庫，沒有別的**，服務層是業務邏輯層，比如使用者註冊，註冊資訊儲存到資料庫中，使用者資訊設計到服務層的業務邏輯中，儲存前需要判斷資料庫中是否存在重複的使用者名稱， 如果沒有，加密密碼後，將其傳遞到 DAO 中，並將 DAO 插入其中，因此 **不要混合業務邏輯**，從服務接收處理後的資料並儲存。這樣一來，層層分離，維護更方便，DAO層的方法也容易復用。

DAO 負責資料庫的新增、刪除、修改和查詢，並負責單錶操作。

服務呼叫 DAO 來實現業務邏輯操作，這涉及到多表操作，有時乙個業務邏輯操作會呼叫多個 DAO 的方法。

因此，事務在服務層中受到控制。

例如：UserDao

deptdao

deptservice}

DAO是資料訪問層，服務是業務邏輯層，必須分開，降低內聚度，方便維護。

如果一定要刪掉勾選的話，其實可以一寫進去，甚至不需要分層，分層的主要原因是為了理清思路，以後也可以擴充套件！ 養成良好的分層習慣，對未來的發展有好處！ 我也是初學者，所以如果我沒有正確使用它，我只是聽我說的話。

DAO層是資料層和控制層，所以分開在邏輯上更清晰。

DAO 只負責訪問資料，也就是 MVC 中的模型層，但訪問什麼資料，以什麼順序，返回什麼結果，這就是服務層的作用，對應 MVC 中的控制器層。