經典三層架構以及分層的原則

Controller:控制層  ——》接收用戶請求。並相應用戶的請求。同時會根據用戶的請求調用對應的service完成咱們項目中的功能。數據庫

注意他不會直接與業務和數據庫相關聯 spa

 

Service:業務邏輯層——》完成項目中的功能(項目中某個功能的業務和邏輯),它會調用model中的方法來操做數據庫。設計

注意它不會直接與數據庫鏈接class

 

Model:模型層(跟tp5.1中的模型是有區別的)——》只會有一個事情就是數據庫的CURD操做後臺

 

這麼作的好處:model

咱們的業務是有不少時候是相同的,好比商品查詢,它會在後臺,在前臺查詢。用戶信息也是同樣的service

咱們把這些相同的業務提取到service中。由service統一管理。若是某些控制器須要的時候就能夠調用,就是避免代碼重複,同時方便與後期維護請求

分層的原則,仍是建立類,仍是方法,設計數據表保持單一原則方法

分層的原則:就是把項目中相同(類似)操做的這些類單獨放置於某一個文件夾中數據

相關文章
相關標籤/搜索