一。DAO類:
一個DAO類封裝的是針對某一個表的增刪改查實現細節
二。Service類：業務處理類/服務類
一個Service類封裝的一組關聯的業務實現的細節
三。業務:
1.【定義】: 一個業務即為用戶的一個請求。真實的場景中
用戶的一個業務中往往包含多個子任務，只有
所有的子任務都順利完成，才可以任務業務處理成功
只要有任意一個子任務不能順利完成，此時認為當前業務
整體處理失敗
2.【特征】：一個業務中往往包含多個子任務
例子: 張三給李四轉賬3000元
1.確認系統中存在"張三"用戶
2.確認系統中存在"李四"用戶
3.確認"張三"的余額大于等于3000
4.確認"李四"的余額
5.實現"張三"的賬戶更新-3000
6.實現"李四"的賬戶更新+3000
3.【業務處理實現問題】:
1.開發工作量相對較大，如果每次進行業務開發時，都需要從頭進行開發
增加開發難度和開發工作量
2.不同的程序員對于同一個業務提出解決的方案往往不相同，導致在同一個
項目中可能對同一個業務出現多種不同處理方案，導致運行出錯
4【業務實現要求】:
1.一個業務在一個項目中只有一個解決方案
2.業務實現細節應該封裝到一個方法中，進行業務處理代碼復用
四。MVC開發規則介紹:
1.應用于互聯網開發的一個規則.
2.這是一個應用了數十年的開發規則。
五。MVC開發規則細節:
1.指定了一次互聯網開發過程中，必須出現的角色有哪些
2.指定了一次互聯網開發過程中，必須出現的角色擔負職責
3.指定了一次互聯網開發過程中，必須出現的角色出場順序
六。一次互聯網開發過程中，必須出現的角色有哪些
1.C, controller object，控制層對象（Servlet對象）
2.M, model object, 業務模型層對象(Service對象)
3.V, view object, 視圖層對象(響應對象/JSP)
七。一次互聯網開發過程中，必須出現的角色擔負職責
1.controller object，控制層對象（Servlet對象）：最多只能做三件事
1）可以調用【請求對象】讀取請求包的信息
2）必須調用【業務模型層對象(Service對象)】來處理業務
3）必須調用【視圖層對象(響應對象/JSP)】將業務處理結果寫入到響應體
2.model object, 業務模型層對象(Service對象)
1）依次處理業務中子任務，如果子任務涉及到對表文件操作，此時可以調用DAO來協助
2）根據子任務執行情況，判斷業務是否處理成功
3）必須將【業務處理結果】返回給Controller對象
3.view object, 視圖層對象(響應對象/JSP)
1）永遠不負責對業務進行處理
2）只能將【處理結果】寫入到響應體
八。一次互聯網開發過程中，必須出現的角色出場順序
---->DeptDao
調用流程: 瀏覽器--------------->Servlet------->Service
----->EmpDao
響應流程: DAO----->Service---->Servlet---->視圖對象---->響應體---->瀏覽器
