Laravel中存儲(chǔ)庫(kù)模式有什么優(yōu)點(diǎn)

這篇文章主要介紹“Laravel中存儲(chǔ)庫(kù)模式有什么優(yōu)點(diǎn)”的相關(guān)知識(shí)，小編通過實(shí)際案例向大家展示操作過程，操作方法簡(jiǎn)單快捷，實(shí)用性強(qiáng)，希望這篇“Laravel中存儲(chǔ)庫(kù)模式有什么優(yōu)點(diǎn)”文章能幫助大家解決問題。

單一責(zé)任原則

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

/**
 * @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ù)的職責(zé)混合，但它直觀上看還說得過去。在我們的應(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 的員工拉過來？

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

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

要點(diǎn):

• 通過將所有域?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ù)模式通過將重復(fù)查詢打包到表達(dá)方法中來幫助減少重復(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ā)表自己的博客文章。我只是想說明存儲(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ī)制。 通過引入 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è)抽象, 從而減少耦合

Takeaway:

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

抽象類

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

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

OAuth3 服務(wù)包 ——  league/oauth3-server 也用到這個(gè)抽象類機(jī)制。 Laravel Passport 也通過 實(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ù)訪問的詳細(xì)信息。

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

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

可測(cè)試性

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

如果你有一個(gè) Repository 接口，你可以提供一個(gè)替代的測(cè)試實(shí)現(xiàn)。 您可以使用數(shù)組支持存儲(chǔ)庫(kù)，而不是訪問數(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);

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

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

• 測(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ù)。沒有數(shù)據(jù)庫(kù)訪問，這使得測(cè)試用例的設(shè)置和運(yùn)行非?？焖?/strong>。

另外:

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

關(guān)于“Laravel中存儲(chǔ)庫(kù)模式有什么優(yōu)點(diǎn)”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)，可以關(guān)注億速云行業(yè)資訊頻道，小編每天都會(huì)為大家更新不同的知識(shí)點(diǎn)。