這篇文章主要介紹“Laravel中存儲庫模式有什么優(yōu)點”的相關知識，小編通過實際案例向大家展示操作過程，操作方法簡單快捷，實用性強，希望這篇“Laravel中存儲庫模式有什么優(yōu)點”文章能幫助大家解決問題。
網(wǎng)站建設哪家好，找成都創(chuàng)新互聯(lián)！專注于網(wǎng)頁設計、網(wǎng)站建設、微信開發(fā)、小程序定制開發(fā)、集團企業(yè)網(wǎng)站建設等服務項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了岑鞏免費建站歡迎大家使用！
單一責任原則是主要鑒別器來區(qū)分Active Record模式和存儲庫模式。模型類已經(jīng)保存數(shù)據(jù)并提供域?qū)ο蟮姆椒?。當使用Active Record模式時，數(shù)據(jù)訪問是額外引入的責任。這是我想在以下示例中說明的東西：
/**
* @property string $first_name
* @property int $company_id
*/
class Employee extends Model {}
$jack = new Employee();
$jack->first_name = 'Jack';
$jack->company_id = $twitterId;
$jack->save();
雖然域模型和數(shù)據(jù)訪問技術的職責混合，但它直觀上看還說得過去。在我們的應用程序中，員工必須以某種方式存儲在數(shù)據(jù)庫中，因此為什么不調(diào)用對象上的save()。單個對象被轉(zhuǎn)化成單個數(shù)據(jù)行并存儲。
但是，讓我們更進一步，看看我們還能對員工做些什么：
$jack->where('first_name', 'John')->firstOrFail()->delete();
$competition = $jack->where('company_id', $facebookId)->get();
現(xiàn)在，它變得不直觀，甚至違背了我們的域模型。 為什么 Jack 會突然刪除另一個甚至可能在不同公司工作的員工？ 或者他為什么能把 Facebook 的員工拉過來？
當然，這個例子是人為設計的，但它仍然顯示了 Active Record 模式如何不允許有意的域模型。 員工與所有員工列表之間的界限變得模糊。 您始終必須考慮該員工是被用作實際員工還是作為訪問其他員工的機制。
倉庫模式通過強制執(zhí)行這個基本分區(qū)來解決這個問題。它的唯一用途是標識域?qū)ο蟮暮霞?，而不是域?qū)ο蟮谋旧怼?/strong>
要點:
通過將所有域?qū)ο蟮募吓c單個域?qū)ο蠓蛛x， 倉庫模式體現(xiàn)了單一責任原則。
一些項目將數(shù)據(jù)庫查詢?yōu)⒈榱苏麄€項目。下面是一個例子，我們從數(shù)據(jù)庫中獲取列表，并在 Blade 視圖中顯示他們。
class InvoiceController {
public function index(): View {
return view('invoices.index', [
'invoices' => Invoice::where('overdue_since', '>=', Carbon::now())
->orderBy('overdue_since')
->paginate()
]);
}
}
當這樣的查詢遍得更加復雜并且在多個地方使用時，考慮將其提取到 Repository 方法中。
存儲庫模式通過將重復查詢打包到表達方法中來幫助減少重復查詢。如果必須調(diào)整查詢，只需更改一次即可。
class InvoiceController {
public __construct(private InvoiceRepository $repo) {}
public function index(): View {
return view('invoices.index', [
'invoices' => $repo->paginateOverdueInvoices()
]);
}
}
現(xiàn)在查詢只實現(xiàn)一次，可以單獨測試并在其他地方使用。此外，單一責任原則再次發(fā)揮作用，因為控制器不負責獲取數(shù)據(jù)，而只負責處理HTTP請求和返回響應。
Takeaway:
存儲庫模式有助于減少重復查詢
解釋 Dependency Inversion Principle 值得發(fā)表自己的博客文章。我只是想說明存儲庫可以啟用依賴項反轉(zhuǎn)。
在對組件進行分層時，通常較高級別的組件依賴于較低級別的組件。 例如，控制器將依賴模型類從數(shù)據(jù)庫中獲取數(shù)據(jù)：
class InvoiceController {
public function index(int $companyId): View {
return view(
'invoices.index',
['invoices' => Invoice::where('company_id', $companyId)->get()]
);
}
}
依賴關系是自上而下的，緊密耦合的。 InvoiceController 取決于具體的 Invoice 類。 很難將這兩個類解耦，例如單獨測試它們或替換存儲機制。 通過引入 Repository 接口，我們可以實現(xiàn)依賴倒置：
interface InvoiceRepository {
public function findByCompanyId($companyId): Collection;
}
class InvoiceController {
public function __construct(private InvoiceRepository $repo) {}
public function index(int $companyId): View {
return view(
'invoices.index',
['invoices' => $this->repo->findByCompanyId($companyId)]
);
}
}
class EloquentInvoiceRepository implements InvoiceRepository {
public function findByCompanyId($companyId): Collection {
// 使用 Eloquent 查詢構造器實現(xiàn)該方法
}
}
Controller 現(xiàn)在只依賴于 Repository 接口, 和 Repository 實現(xiàn)一樣. 這兩個類現(xiàn)在只依賴于一個抽象, 從而減少耦合
Takeaway:
存儲庫模式作為一種抽象類，支持依賴反轉(zhuǎn).
存儲庫 提高了可讀性因為復雜的操作被具有表達性名稱的高級方法隱藏了.
訪問存儲庫的代碼與底層數(shù)據(jù)訪問技術分離. 如有必要,您可以切換實現(xiàn)，甚至可以省略實現(xiàn)，僅提供 Repository 接口。 這對于旨在與框架無關的庫來說非常方便。
OAuth3 服務包 —— league/oauth3-server 也用到這個抽象類機制。 Laravel Passport 也通過 實現(xiàn)這個庫的接口 集成 league/oauth3-server 包。
正如 @bdelespierre 在 評論 里回應我之前的一篇博客文章時向我指出的那樣，你不僅可以切換存儲庫實現(xiàn)，還可以將它們組合在一起。大致以他的示例為基礎，您可以看到一個存儲庫如何包裝另一個存儲庫以提供附加功能：
interface InvoiceRepository {
public function findById(int $id): Invoice;
}
class InvoiceCacheRepository implements InvoiceRepository {
public function __construct(
private InvoiceRepository $repo,
private int $ttlSeconds
) {}
public function findById(int $id): Invoice {
return Cache::remember(
"invoice.$id",
$this->ttlSeconds,
fn(): Invoice => $this->repo->findById($id)
);
}
}
class EloquentInvoiceRepository implements InvoiceRepository {
public function findById(int $id): Invoice { /* 從數(shù)據(jù)庫中取出 $id */ }
}
// --- 用法:
$repo = new InvoiceCacheRepository(
new EloquentInvoiceRepository();
);
要點:
存儲庫模式抽象了有關數(shù)據(jù)訪問的詳細信息。
存儲庫將客戶端與數(shù)據(jù)訪問技術分離。
這允許切換實現(xiàn)，提高可讀性并實現(xiàn)可組合性。
存儲庫模式提供的抽象也有助于測試。
如果你有一個 Repository 接口，你可以提供一個替代的測試實現(xiàn)。 您可以使用數(shù)組支持存儲庫，而不是訪問數(shù)據(jù)庫，將所有對象保存在數(shù)組中：
class InMemoryInvoiceRepository implements InvoiceRepositoryInterface {
private array $invoices;
// implement the methods by accessing $this->invoices...
}
// --- Test Case:
$repo = new InMemoryInvoiceRepository();
$service = new InvoiceService($repo);
通過這種方法，您將獲得一個現(xiàn)實的實現(xiàn)，它速度很快并且在內(nèi)存中運行。 但是您必須為測試提供正確的 Repository 實現(xiàn)，這 ** 本身可能需要大量工作**。 在我看來，這在兩種情況下是合理的：
您正在開發(fā)一個（與框架無關的）庫，它本身不提供存儲庫實現(xiàn)。
測試用例復雜，Repository 的狀態(tài)很重要。
另一種方法是“模仿”，要使用這種技術，你不需要適當?shù)慕涌?/strong>。你可以模仿任何 non-final 類。
使用 PHPUnit API ，您可以明確規(guī)定如何調(diào)用存儲庫以及應該返回什么。
$companyId = 42;
/** @var InvoiceRepository&MockObject */
$repo = $this->createMock(InvoiceRepository::class);
$repo->expects($this->once())
->method('findInvoicedToCompany')
->with($companyId)
->willReturn(collect([ /* invoices to return in the test case */ ]));
$service = new InvoiceService($repo);
$result = $service->calculateAvgInvoiceAmount($companyId);
$this->assertEquals(1337.42, $result);
有了 mock，測試用例就是一個適當?shù)膯卧獪y試。上面示例中測試的唯一代碼是服務。沒有數(shù)據(jù)庫訪問，這使得測試用例的設置和運行非?？焖?/strong>。
另外:
倉庫模式允許進行適當?shù)膯卧獪y試，這些單元測試運行快并且是隔離的。
關于“Laravel中存儲庫模式有什么優(yōu)點”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關的知識，可以關注創(chuàng)新互聯(lián)行業(yè)資訊頻道，小編每天都會為大家更新不同的知識點。
重慶分公司
重慶分公司
