為了避免Laravel中的代碼重復，我希望有一個由多個控制器使用的方法，它在數據庫中插入一些行，并在另一個表中更新一些數據。我想過使用存儲庫，但我在某處讀到存儲庫更好地用于檢索數據，不應該用于插入。所以我現在要使用特質。但我有點困惑...有人可以用一個簡單的方式解釋一下其中每個（存儲庫/服務/特征）的最佳用法是什么，以及它們有什么不同？
1 回答
偶然的你
TA貢獻1841條經驗 獲得超3個贊
性狀
是一種替代繼承方法，可解決使用的單類繼承的一些限制。這通常用于在模型之間共享類似的邏輯。讓我們想象一下，幾個模型有公司關系。PHP
trait HasCompany {
public function company() {
return $this->belongsTo(Company::class);
}
}
現在用戶可以輕松地通過關鍵字從特征中共享代碼。這是一個示例，通常需要更復雜的用例才能使其有意義。using
class User {
use HasCompany;
}
存儲 庫
存儲庫是一種從應用程序中抽象數據層的設計模式。您的邏輯不應該關心如何存儲數據，因此，如果要從 更改為 ，則只需交換存儲庫，而不必更改業務邏輯。MysqlMongodb
這里非常固執己見，但這不是一個合適的設計模式。 具有雄辯，并且數據庫層已經抽象化。存儲庫有時用于應用程序，但與其說是一個常見的景象，不如說是一個異常值。存儲庫的主要原因之一是數據實現不可知，這已經存在，您可以在SQL服務器之間完美地交換。此外，諸如 等功能感覺就像是存儲庫的替代品，同時使用起來很古怪。LaravelLaravelLaravelEloquents::find()scopes
如果你使用 Doctrine 作為 ，你可以在其中使用它，它是他們架構的核心，應該被使用。ORMLaravel
服務業
通常用于存儲業務邏輯或應用程序中操作的構建基塊的位置。在傳統設計中，控制器應僅處理輸入。通常情況下，你會把你的邏輯放在模型中，但是它們很快就會變得“胖”，當這種情況發生時，服務是放置業務邏輯的常見位置。有時也命名操作或命令，這是相似的，但略有不同的方法。MVC
它解決的核心問題之一是使您的業務邏輯可重用。當您在其控制器中檢索活動標志時，按活動標志篩選所有用戶的圖像處理。
public function all() {
return User::where('active', true)->get();
}
現在，您擁有了業務邏輯，該邏輯強制您只對活動用戶工作，稍后您希望通過使用命令進行通知來通過電子郵件通知所有活動用戶。
class NotifyUsers extends Command {
public function handle() {
foreach (User::where('active', true)->get() as $user) {
$user->notify();
}
}
}
現在，您必須手動使業務邏輯保持最新。下次添加第二個條件或更改邏輯時，必須在兩個位置更改代碼。在經常使用此代碼塊的大型應用程序中，如果不忘記其中一個地方，可能會使維護條件變得非常困難。如果使用此邏輯創建服務，則可以輕松地在整個應用程序中使用相同的業務邏輯。雖然有一個地方可以更改代碼，但如果這個邏輯必須更改。
class UserService {
public function all() {
return User::where('active', true)->get();
}
}
無論要使用此業務邏輯獲取活動用戶的位置，都可以使用該服務。因此，只有一個地方來維持邏輯。呼叫可以像 一樣簡單。使用服務的更新邏輯的示例是。resolve(UserService::class)->all()
// controller
public function all(UserService $userService) {
return $userService->all();
}
// command
class NotifyUsers extends Command {
public function handle(UserService $userService) {
$userService->all()->each->notify();
}
}
結論
世界不是非黑即白的，你必須弄清楚自己的方法。我的建議是，不要花時間在存儲庫上，有很多功能來處理與存儲庫設計模式沖突的數據相關操作等?？纯聪裨O計方法這樣的服務是否適合您，您可以利用em。 與其說是一種架構設計模式，不如說它是一種類繼承替代方案，只是在類之間共享邏輯。LaravelscopesgetterssettersTraits
- 1 回答
- 0 關注
- 84 瀏覽
添加回答
舉報
0/150
提交
取消