文章來源：Decoupling your code in Laravel using Repositiories and Services
當開始使用 Laravel 的時候，你可以找到有好幾個地方可以建立你自己的目錄結構，而模型（Models）則是最大的一個結構，Laravel 則是建議模型最好是使用 Eloquent 物件去設計，並告知 Laravel 這個模型指的是哪一個資料表 - 而程式的商業邏輯比較不適合放在模型這個地方。
這邊文章重點在於將不同用途的模型放在不同的地方，藉此去降低程式碼的耦合性，更重要的是特別在你的應用正在成長中且要發展較快的時候，你可以有可重複使用性的程式碼。
我們在這裡會實作資源庫 (Repository) 設計模式結合服務 (Service) 導向的架構，這個是我喜歡在乾淨的 Laravel 安裝時，分離程式邏輯的方法，可能值得注意的是，我過去開發很多 Symfony 且這樣的實做是有很大的參考基礎的。
不同類型的模型
在實作這些元素時，我們最終會留下 3 個不同類型的模型
實體 (Entities)：
標準的 Laravel 模型，裡面只有包含設定的變數、被 Eloquent 使用的方法、關聯關係、訪問器及存取器。
資源庫 (Repositories)：
使用實體 (Entities) 去取得你的資料，裡面的函式去收集應用程式需要的特定資料集，雖然在裡面的邏輯可能會異動，但是回傳的資料格式應該都是相同的。
服務 (Services)：
全域資料邏輯的家，包含被你應用程式的使用的函式，他可以稱為是你的資源庫 (Repositories) ，也是你的資料驗證器 (validates)、建立 session 且包含你的邏輯，這些可以幫助你的控制器 (controller) 變得更為輕盈！
