Laravel中存儲(chǔ)庫(kù)模式有什么作用

這篇文章主要講解了“Laravel中存儲(chǔ)庫(kù)模式有什么作用”，文中的講解內(nèi)容簡(jiǎn)單清晰，易于學(xué)習(xí)與理解，下面請(qǐng)大家跟著小編的思路慢慢深入，一起來(lái)研究和學(xué)習(xí)“Laravel中存儲(chǔ)庫(kù)模式有什么作用”吧！

單一責(zé)任原則

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

/**
 * @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ù)訪問(wèn)技術(shù)的職責(zé)混合，但它直觀上看還說(shuō)得過(guò)去。在我們的應(yīng)用程序中，員工必須以某種方式存儲(chǔ)在數(shù)據(jù)庫(kù)中，因此為什么不調(diào)用對(duì)象上的save()。單個(gè)對(duì)象被轉(zhuǎn)化成單個(gè)數(shù)據(jù)行并存儲(chǔ)。

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

$jack->where('first_name', 'John')->firstOrFail()->delete();
$competition = $jack->where('company_id', $facebookId)->get();

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

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

倉(cāng)庫(kù)模式通過(guò)強(qiáng)制執(zhí)行這個(gè)基本分區(qū)來(lái)解決這個(gè)問(wèn)題。它的唯一用途是標(biāo)識(shí)域?qū)ο蟮暮霞?，而不是域?qū)ο蟮谋旧怼?/strong>

要點(diǎn):

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

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

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

class InvoiceController {

    public function index(): View {
        return view('invoices.index', [
            'invoices' => Invoice::where('overdue_since', '>=', Carbon::now())
                ->orderBy('overdue_since')
                ->paginate()
        ]);
    }}

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

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

class InvoiceController {

    public __construct(private InvoiceRepository $repo) {}

    public function index(): View {
        return view('invoices.index', [
            'invoices' => $repo->paginateOverdueInvoices()
        ]);
    }}

現(xiàn)在查詢只實(shí)現(xiàn)一次，可以單獨(dú)測(cè)試并在其他地方使用。此外，單一責(zé)任原則再次發(fā)揮作用，因?yàn)榭刂破鞑回?fù)責(zé)獲取數(shù)據(jù)，而只負(fù)責(zé)處理HTTP請(qǐng)求和返回響應(yīng)。

Takeaway:

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

依賴反轉(zhuǎn)

解釋 Dependency Inversion Principle 值得發(fā)表自己的博客文章。我只是想說(shuō)明存儲(chǔ)庫(kù)可以啟用依賴項(xiàng)反轉(zhuǎn)。

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

class InvoiceController {
    public function index(int $companyId): View {
        return view(
            'invoices.index',
            ['invoices' => Invoice::where('company_id', $companyId)->get()]
        );
    }}

依賴關(guān)系是自上而下的，緊密耦合的。 InvoiceController 取決于具體的 Invoice 類。 很難將這兩個(gè)類解耦，例如單獨(dú)測(cè)試它們或替換存儲(chǔ)機(jī)制。 通過(guò)引入 Repository 接口，我們可以實(shí)現(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 查詢構(gòu)造器實(shí)現(xiàn)該方法
    }}

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

Takeaway:

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

抽象類

存儲(chǔ)庫(kù) 提高了可讀性 因?yàn)閺?fù)雜的操作被具有表達(dá)性名稱的高級(jí)方法隱藏了.

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

OAuth3 服務(wù)包 ——  league/oauth3-server 也用到這個(gè)抽象類機(jī)制。 Laravel Passport 也通過(guò) 實(shí)現(xiàn)這個(gè)庫(kù)的接口 集成 league/oauth3-server 包。

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

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ù)庫(kù)中取出 $id */ }}// --- 用法:$repo = new InvoiceCacheRepository(
    new EloquentInvoiceRepository(););

要點(diǎn):

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

• 存儲(chǔ)庫(kù)將客戶端與數(shù)據(jù)訪問(wèn)技術(shù)分離。

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

可測(cè)試性

存儲(chǔ)庫(kù)模式提供的抽象也有助于測(cè)試。

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

class InMemoryInvoiceRepository implements InvoiceRepositoryInterface {

    private array $invoices;

    // implement the methods by accessing $this->invoices...
    }
    // --- Test Case:
    $repo = new InMemoryInvoiceRepository();
    $service = new InvoiceService($repo);

通過(guò)這種方法，您將獲得一個(gè)現(xiàn)實(shí)的實(shí)現(xiàn)，它速度很快并且在內(nèi)存中運(yùn)行。 但是您必須為測(cè)試提供正確的 Repository 實(shí)現(xiàn)，這 ** 本身可能需要大量工作**。 在我看來(lái)，這在兩種情況下是合理的：

1.您正在開(kāi)發(fā)一個(gè)（與框架無(wú)關(guān)的）庫(kù)，它本身不提供存儲(chǔ)庫(kù)實(shí)現(xiàn)。

2.測(cè)試用例復(fù)雜，Repository 的狀態(tài)很重要。

另一種方法是“模仿”，要使用這種技術(shù)，你不需要適當(dāng)?shù)慕涌?/strong>。你可以模仿任何 non-final 類。
使用 PHPUnit API ，您可以明確規(guī)定如何調(diào)用存儲(chǔ)庫(kù)以及應(yīng)該返回什么。

$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，測(cè)試用例就是一個(gè)適當(dāng)?shù)膯卧獪y(cè)試。上面示例中測(cè)試的唯一代碼是服務(wù)。沒(méi)有數(shù)據(jù)庫(kù)訪問(wèn)，這使得測(cè)試用例的設(shè)置和運(yùn)行非常快速。

另外:

• 倉(cāng)庫(kù)模式允許進(jìn)行適當(dāng)?shù)膯卧獪y(cè)試，這些單元測(cè)試運(yùn)行快并且是隔離的。

感謝各位的閱讀，以上就是“Laravel中存儲(chǔ)庫(kù)模式有什么作用”的內(nèi)容了，經(jīng)過(guò)本文的學(xué)習(xí)后，相信大家對(duì)Laravel中存儲(chǔ)庫(kù)模式有什么作用這一問(wèn)題有了更深刻的體會(huì)，具體使用情況還需要大家實(shí)踐驗(yàn)證。這里是億速云，小編將為大家推送更多相關(guān)知識(shí)點(diǎn)的文章，歡迎關(guān)注！