淺析Laravel中存儲庫模式（Repository）的優(yōu)點

第淺析Laravel中存儲庫模式（Repository）的優(yōu)點在之前的文章中，我解釋了什么是存儲庫模式，它與ActiveRecord模式有何不同，以及如何在Laravel中實現(xiàn)它?，F(xiàn)在我想深入了解一下為什么應(yīng)該使用存儲庫模式。

我在上一篇文章的評論中注意到，Repository模式在Laravel社區(qū)中是一個有爭議的話題。有些人認(rèn)為沒有理由使用它，并堅持使用內(nèi)置的ActiveRecord模式。其他人則傾向于使用其他方法將數(shù)據(jù)訪問從邏輯域中分離出來。請注意，我尊重這些意見，并將在接下來的博客文章中專門討論此主題。

有了這個免責(zé)聲明，讓我們來了解一下使用存儲庫模式的優(yōu)點。

單一責(zé)任原則

單一責(zé)任原則是主要鑒別器來區(qū)分ActiveRecord模式和存儲庫模式。模型類已經(jīng)保存數(shù)據(jù)并提供域?qū)ο蟮姆椒ā．?dāng)使用ActiveRecord模式時，數(shù)據(jù)訪問是額外引入的責(zé)任。這是我想在以下示例中說明的東西：

*@propertystring$first_name

*@propertyint$company_id

classEmployeeextendsModel{}

$jack=newEmployee();

$jack-first_name=Jack

$jack-company_id=$twitterId;

$jack-save();

雖然域模型和數(shù)據(jù)訪問技術(shù)的職責(zé)混合，但它直觀上看還說得過去。在我們的應(yīng)用程序中，員工必須以某種方式存儲在數(shù)據(jù)庫中，因此為什么不調(diào)用對象上的save()。單個對象被轉(zhuǎn)化成單個數(shù)據(jù)行并存儲。

但是，讓我們更進(jìn)一步，看看我們還能對員工做些什么：

$jack-where(first_name,John)-firstOrFAIl()-delete();

$competition=$jack-where(company_id,$facebookId)-get();

現(xiàn)在，它變得不直觀，甚至違背了我們的域模型。為什么Jack會突然刪除另一個甚至可能在不同公司工作的員工？或者他為什么能把Facebook的員工拉過來？

當(dāng)然，這個例子是人為設(shè)計的，但它仍然顯示了ActiveRecord模式如何不允許有意的域模型。員工與所有員工列表之間的界限變得模糊。您始終必須考慮該員工是被用作實際員工還是作為訪問其他員工的機(jī)制。

倉庫模式通過強制執(zhí)行這個基本分區(qū)來解決這個問題。它的唯一用途是標(biāo)識域?qū)ο蟮暮霞?，而不是域?qū)ο蟮谋旧怼?/p>

要點:

通過將所有域?qū)ο蟮募吓c單個域?qū)ο蠓蛛x，倉庫模式體現(xiàn)了單一責(zé)任原則。

不要重復(fù)自己(DRY)

一些項目將數(shù)據(jù)庫查詢?yōu)⒈榱苏麄€項目。下面是一個例子，我們從數(shù)據(jù)庫中獲取列表，并在Blade視圖中顯示他們。

classInvoiceController{

publicfunctionindex():View{

returnview(invoices.index,[

invoices=Invoice::where(overdue_since,=,Carbon::now())

-orderBy(overdue_since)

-paginate()

}

當(dāng)這樣的查詢遍得更加復(fù)雜并且在多個地方使用時，考慮將其提取到Repository方法中。

存儲庫模式通過將重復(fù)查詢打包到表達(dá)方法中來幫助減少重復(fù)查詢。如果必須調(diào)整查詢，只需更改一次即可。

classInvoiceController{

public__construct(privateInvoiceRepository$repo){}

publicfunctionindex():View{

returnview(invoices.index,[

invoices=$repo-paginateOverdueInvoices()

}

現(xiàn)在查詢只實現(xiàn)一次，可以單獨測試并在其他地方使用。此外，單一責(zé)任原則再次發(fā)揮作用，因為控制器不負(fù)責(zé)獲取數(shù)據(jù)，而只負(fù)責(zé)處理HTTP請求和返回響應(yīng)。

Takeaway:

存儲庫模式有助于減少重復(fù)查詢

解釋DependencyInversionPrinciple值得發(fā)表自己的博客文章。我只是想說明存儲庫可以啟用依賴項反轉(zhuǎn)。

在對組件進(jìn)行分層時，通常較高級別的組件依賴于較低級別的組件。例如，控制器將依賴模型類從數(shù)據(jù)庫中獲取數(shù)據(jù)：

classInvoiceController{

publicfunctionindex(int$companyId):View{

returnview(

invoices.index,

[invoices=Invoice::where(company_id,$companyId)-get()]

}

依賴關(guān)系是自上而下的，緊密耦合的。InvoiceController取決于具體的Invoice類。很難將這兩個類解耦，例如單獨測試它們或替換存儲機(jī)制。通過引入Repository接口，我們可以實現(xiàn)依賴倒置：

interfaceInvoiceRepository{

publicfunctionfindByCompanyId($companyId):Collection;

classInvoiceController{

publicfunction__construct(privateInvoiceRepository$repo){}

publicfunctionindex(int$companyId):View{

returnview(

invoices.index,

[invoices=$this-repo-findByCompanyId($companyId)]

classEloquentInvoiceRepositoryimplementsInvoiceRepository{

publicfunctionfindByCompanyId($companyId):Collection{

//使用Eloquent查詢構(gòu)造器實現(xiàn)該方法

}

Controller現(xiàn)在只依賴于Repository接口,和Repository實現(xiàn)一樣.這兩個類現(xiàn)在只依賴于一個抽象,從而減少耦合.正如我將在下一節(jié)中解釋的那樣，這會帶來更多優(yōu)勢.

Takeaway:

存儲庫模式作為一種抽象類，支持依賴反轉(zhuǎn).

存儲庫提高了可讀性因為復(fù)雜的操作被具有表達(dá)性名稱的高級方法隱藏了.

訪問存儲庫的代碼與底層數(shù)據(jù)訪問技術(shù)分離.如有必要,您可以切換實現(xiàn)，甚至可以省略實現(xiàn)，僅提供Repository接口。這對于旨在與框架無關(guān)的庫來說非常方便。

OAuth2服務(wù)包league/oauth2-server也用到這個抽象類機(jī)制。LaravelPassport也通過實現(xiàn)這個庫的接口集成league/oauth2-server包。

正如@bdelespierre在評論里回應(yīng)我之前的一篇博客文章時向我指出的那樣，你不僅可以切換存儲庫實現(xiàn)，還可以將它們組合在一起。大致以他的示例為基礎(chǔ)，您可以看到一個存儲庫如何包裝另一個存儲庫以提供附加功能：

interfaceInvoiceRepository{

publicfunctionfindById(int$id):Invoice;

classInvoiceCacheRepositoryimplementsInvoiceRepository{

publicfunction__construct(

privateInvoiceRepository$repo,

privateint$ttlSeconds

){}

publicfunctionfindById(int$id):Invoice{

returnCache::remember(

invoice.$id,

$this-ttlSeconds,

fn():Invoice=$this-repo-findById($id)

classEloquentInvoiceRepositoryimplementsInvoiceRepository{

publicfunctionfindById(int$id):Invoice{/*從數(shù)據(jù)庫中取出$id*/}

//---用法:

$repo=newInvoiceCacheRepository(

newEloquentInvoiceRepository();

);

要點:

存儲庫模式抽象了有關(guān)數(shù)據(jù)訪問的詳細(xì)信息。

存儲庫將客戶端與數(shù)據(jù)訪問技術(shù)分離。

這允許切換實現(xiàn)，提高可讀性并實現(xiàn)可組合性。

存儲庫模式提供的抽象也有助于測試。

如果你有一個Repository接口，你可以提供一個替代的測試實現(xiàn)。您可以使用數(shù)組支持存儲庫，而不是訪問數(shù)據(jù)庫，將所有對象保存在數(shù)組中：

classInMemoryInvoiceRepositoryimplementsInvoiceRepositoryInterface{

privatearray$invoices;

//implementthemethodsbyaccessing