Laravel 加入 Repository 與 Service
更新於 發佈於 閱讀時間約 2 分鐘
Laravel本身是MVC架構的Framework，但隨著專案越來越龐大，若不把系統架構分工再切細一點，可能會導致日後維護的困難。
例如可能會很常發生controller要與model溝通拿資料，又要處理商業邏輯，就會導致controller越來越肥，因此本文要介紹的是如何加入Repository與Service這兩個概念。
簡單來說，我們可以把角色分工如下:
- Repository
與Model溝通取資料 - Service
處理商業邏輯 - Controller
接收request、檢查params與http response等等。 - Model
table relation相關
也就是說，當一個request進來之後，由Controller為進入點，把request參數往下帶給Service來處理商業邏輯，接著在Service內呼叫Repository，由Repository操作model object來取資料。
程式碼如下:
其中app\Repositories跟app\Services都是自己建的folder，Laravel本身並不會提供這兩個folder。
測試article api:
結論:
實務上建議看專案大小跟需求來決定是不是要切這麼細，並沒有強制規定架構一定要怎樣才叫好，這種東西其實很看個人，每個工程師設計出來的架構可能都不太一樣，但目標應該都是一樣的，為了提高可維護性。
實務上建議看專案大小跟需求來決定是不是要切這麼細，並沒有強制規定架構一定要怎樣才叫好，這種東西其實很看個人，每個工程師設計出來的架構可能都不太一樣，但目標應該都是一樣的，為了提高可維護性。
完整source code:
https://github.com/snailsmall612/laravel-mcrs
https://github.com/snailsmall612/laravel-mcrs
Note:
本篇source code是基於這篇: Laravel Restful API with JWT Authentication的project繼續往下改。(Laravel Framework version: 8.13.0)
本篇source code是基於這篇: Laravel Restful API with JWT Authentication的project繼續往下改。(Laravel Framework version: 8.13.0)
為什麼會看到廣告
21會員
161內容數
留言0
查看全部
你可能也想看
Google News 追蹤
現代社會跟以前不同了，人人都有一支手機，只要打開就可以獲得各種資訊。過去想要辦卡或是開戶就要跑一趟銀行，然而如今科技快速發展之下，金融App無聲無息地進到你生活中。但同樣的，每一家銀行都有自己的App時，我們又該如何選擇呢？(本文係由國泰世華銀行邀約)
今天我會用不同角度帶大家看這款國泰世華CUB
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
在這篇文章中，我們將介紹如何使用 Laravel 的 MVC（模型-視圖-控制器）架構來處理資料的創建、更新、刪除操作，並展示如何使用外鍵連接其他資料表。我們將從前端發送請求到後端，並演示如何在 Controller 中處理這些請求來操作資料。
在 Laravel 框架中，MVC（模型-視圖-控制器）架構是一個常見的設計模式，能有效地幫助我們組織程式碼，將應用的資料邏輯、業務邏輯和視圖展示分開。本文將介紹如何使用 Laravel 的 MVC 架構來創建、讀取、更新和刪除資料（即 CRUD 操作），並將資料顯示到前端頁面上。
延續上篇： 功能實作篇 框架與結構
接下來我們將深入實作 Laravel 框架中的路由（Router）、控制器（Controller）、業務邏輯（Service）、儲存庫模式（Repository Pattern），以及模型（Model）的細節。這些部分將構成我們縮網址系統的核心功能。
CodeIgniter 3 和 Laravel 是兩種不同的 PHP 框架，各有其特點和適用場景。CodeIgniter 3 是一個輕量級框架，Laravel 是一個功能強大的現代 PHP 框架，同樣都有Models的它們有什麼樣的差別呢？
※ 原本狀態：伺服器渲染
這是 MVC 架構下的 request / response 示意圖，在這張圖呈現的架構裡，畫面和資料都由同一個架構處理。
伺服器渲染流程：
瀏覽器針對特定網址送出請求。
路由器解析請求後，轉接給對應的 controller。
controller 按照要求，透過
※ 什麼是 RESTful API？
這種運用 HTTP 來表達語義的路由設計風格稱為 RESTful API，它描述了如何實現 Web API 的架構。所謂的 API 是應用程式介面 (application programming interface)，網址也是一種應用程式的「介面」，故稱為
在使用laravel中的Queue job的時候
如果希望job中斷還可以重新啟動這個時候就會需要用到Supervisor了
本篇文章為您帶來如何使用Supervisor執行Laravel的queue:work的教學
有的時候，會希望在物件導向中對原生的Class新增功能的時候，大多我們都會寫一個新的class並繼承。
但是其實Laravel提供了一個不同的方式，讓我們可以在常用的Class上，直接新增想要的function，那就是macro。
起源是當時 Facebook 有篇文章討論不少人分不清楚上述二者的差別，當時寫了首部曲《閒談軟體設計：API Naming Style》，接著是《閒談軟體設計：內部函式庫》，但始終沒談到 library 和 framework 的差別，主要是沒有好的例子，這次這例子還蠻不錯的。
Migration在 Laravel 中是一種用來管理資料庫結構變更的機制。它的主要目的是使開發者能夠在應用程序的不同環境中保持資料庫結構的一致性，並輕鬆地進行結構變更
現代社會跟以前不同了，人人都有一支手機，只要打開就可以獲得各種資訊。過去想要辦卡或是開戶就要跑一趟銀行，然而如今科技快速發展之下，金融App無聲無息地進到你生活中。但同樣的，每一家銀行都有自己的App時，我們又該如何選擇呢？(本文係由國泰世華銀行邀約)
今天我會用不同角度帶大家看這款國泰世華CUB
嘿，大家新年快樂~ 新年大家都在做什麼呢？
跨年夜的我趕工製作某個外包設計案，在工作告一段落時趕上倒數。
然後和兩個小孩過了一個忙亂的元旦。在深夜時刻，看到朋友傳來的解籤網站，興致勃勃熬夜體驗了一下，覺得非常好玩，或許有人玩過了，但還是想寫上來分享紀錄一下~
在這篇文章中，我們將介紹如何使用 Laravel 的 MVC（模型-視圖-控制器）架構來處理資料的創建、更新、刪除操作，並展示如何使用外鍵連接其他資料表。我們將從前端發送請求到後端，並演示如何在 Controller 中處理這些請求來操作資料。
在 Laravel 框架中，MVC（模型-視圖-控制器）架構是一個常見的設計模式，能有效地幫助我們組織程式碼，將應用的資料邏輯、業務邏輯和視圖展示分開。本文將介紹如何使用 Laravel 的 MVC 架構來創建、讀取、更新和刪除資料（即 CRUD 操作），並將資料顯示到前端頁面上。
延續上篇： 功能實作篇 框架與結構
接下來我們將深入實作 Laravel 框架中的路由（Router）、控制器（Controller）、業務邏輯（Service）、儲存庫模式（Repository Pattern），以及模型（Model）的細節。這些部分將構成我們縮網址系統的核心功能。
CodeIgniter 3 和 Laravel 是兩種不同的 PHP 框架，各有其特點和適用場景。CodeIgniter 3 是一個輕量級框架，Laravel 是一個功能強大的現代 PHP 框架，同樣都有Models的它們有什麼樣的差別呢？
※ 原本狀態：伺服器渲染
這是 MVC 架構下的 request / response 示意圖，在這張圖呈現的架構裡，畫面和資料都由同一個架構處理。
伺服器渲染流程：
瀏覽器針對特定網址送出請求。
路由器解析請求後，轉接給對應的 controller。
controller 按照要求，透過
※ 什麼是 RESTful API？
這種運用 HTTP 來表達語義的路由設計風格稱為 RESTful API，它描述了如何實現 Web API 的架構。所謂的 API 是應用程式介面 (application programming interface)，網址也是一種應用程式的「介面」，故稱為
在使用laravel中的Queue job的時候
如果希望job中斷還可以重新啟動這個時候就會需要用到Supervisor了
本篇文章為您帶來如何使用Supervisor執行Laravel的queue:work的教學
有的時候，會希望在物件導向中對原生的Class新增功能的時候，大多我們都會寫一個新的class並繼承。
但是其實Laravel提供了一個不同的方式，讓我們可以在常用的Class上，直接新增想要的function，那就是macro。
起源是當時 Facebook 有篇文章討論不少人分不清楚上述二者的差別，當時寫了首部曲《閒談軟體設計：API Naming Style》，接著是《閒談軟體設計：內部函式庫》，但始終沒談到 library 和 framework 的差別，主要是沒有好的例子，這次這例子還蠻不錯的。
Migration在 Laravel 中是一種用來管理資料庫結構變更的機制。它的主要目的是使開發者能夠在應用程序的不同環境中保持資料庫結構的一致性，並輕鬆地進行結構變更