核心要點(diǎn)

• 倉庫模式充當(dāng)應(yīng)用程序和數(shù)據(jù)源之間的中介層，允許構(gòu)建解耦的架構(gòu)，從而實(shí)現(xiàn)可擴(kuò)展性，且無需硬編碼依賴關(guān)系。
• 此模式允許應(yīng)用程序無需關(guān)注數(shù)據(jù)源的細(xì)節(jié)，而專注于接收和發(fā)送用于保存的數(shù)據(jù)。它通過一個(gè)公共API（接口）實(shí)現(xiàn)這一點(diǎn)，所有使用者都通過該接口與數(shù)據(jù)源進(jìn)行通信。
• 雖然倉庫模式提供了關(guān)注點(diǎn)分離和易于單元測試等好處，但它也增加了一層抽象，這可能會(huì)使小型應(yīng)用程序變得復(fù)雜。
• 實(shí)現(xiàn)倉庫模式需要依賴注入，這允許將數(shù)據(jù)倉庫綁定到倉庫接口。這避免了硬編碼耦合，并促進(jìn)了面向接口編程。

什么是倉庫模式？

簡單來說，它是應(yīng)用程序和數(shù)據(jù)源之間中介層的一種實(shí)現(xiàn)。雙方都不需要了解對(duì)方即可執(zhí)行各自的任務(wù)，這使得我們可以擁有一個(gè)解耦的架構(gòu)，從而有助于在大型應(yīng)用中進(jìn)行擴(kuò)展，而無需硬編碼依賴關(guān)系。

為什么你應(yīng)該關(guān)注它？

讓我們用一個(gè)例子來理解這一點(diǎn)。假設(shè)我們正在構(gòu)建一個(gè)在線商店，銷售橙味糖果。這是一個(gè)小型商店，它保留本地庫存，所以我們不需要任何花哨的東西。店面應(yīng)用程序可以只連接到數(shù)據(jù)庫，并根據(jù)現(xiàn)有的庫存量在線接單。由于商店只有一個(gè)供應(yīng)倉庫并且運(yùn)營區(qū)域有限，這將運(yùn)行良好。但是，如果這家商店想要擴(kuò)大其運(yùn)營區(qū)域會(huì)發(fā)生什么？商店可能想要擴(kuò)展到另一個(gè)城市或全國各地，而擁有一個(gè)中央庫存系統(tǒng)將非常麻煩。

如果我們?nèi)匀皇褂脭?shù)據(jù)模型，那么我們的應(yīng)用程序?qū)⑹悄撤N程度上緊密耦合的。店面應(yīng)用程序需要知道它必須與之交互的每個(gè)數(shù)據(jù)源，這是一個(gè)糟糕的應(yīng)用程序設(shè)計(jì)。店面應(yīng)用程序的工作是允許客戶訂購糖果，應(yīng)用程序不應(yīng)該關(guān)心數(shù)據(jù)源，它不應(yīng)該跟蹤所有不同的數(shù)據(jù)源。這就是數(shù)據(jù)倉庫發(fā)揮作用的地方。根據(jù)倉庫模式，一個(gè)公共API通過接口公開，每個(gè)使用者（在本例中是我們的店面應(yīng)用程序）都使用該API與數(shù)據(jù)源進(jìn)行通信。使用哪個(gè)數(shù)據(jù)源或如何連接到它，這些都不關(guān)應(yīng)用程序的事。應(yīng)用程序只關(guān)心它獲得的數(shù)據(jù)和它發(fā)送以保存的數(shù)據(jù)。

一旦實(shí)現(xiàn)了倉庫模式，就可以為每個(gè)數(shù)據(jù)源創(chuàng)建倉庫。店面應(yīng)用程序不再需要跟蹤任何數(shù)據(jù)源，它只需使用倉庫API來獲取所需的數(shù)據(jù)。

它是萬能藥嗎？

不，它不是。像每個(gè)設(shè)計(jì)模式一樣，它有其優(yōu)缺點(diǎn)。

優(yōu)點(diǎn)：

• 關(guān)注點(diǎn)分離；應(yīng)用程序無需了解或跟蹤任何或所有數(shù)據(jù)源。
• 允許輕松進(jìn)行單元測試，因?yàn)閭}庫綁定到在運(yùn)行時(shí)注入類的接口。
• DRY（不要重復(fù)自己）設(shè)計(jì)，從數(shù)據(jù)源查詢和獲取數(shù)據(jù)的代碼不會(huì)重復(fù)。

缺點(diǎn)：

• 添加了另一層抽象，增加了一定程度的復(fù)雜性，使其對(duì)于小型應(yīng)用程序來說過于復(fù)雜。

如何操作？

讓我們來看一個(gè)簡單的代碼示例。我將在示例中使用 Laravel 來利用其出色的依賴注入功能。如果您使用任何現(xiàn)代 PHP 框架，那么它應(yīng)該已經(jīng)具有依賴注入/IoC 容器。實(shí)現(xiàn)倉庫模式需要依賴注入，因?yàn)槿绻麤]有它，您將無法將數(shù)據(jù)倉庫綁定到倉庫接口，而整個(gè)想法是面向接口編程以避免硬編碼耦合。如果您沒有使用任何框架或您選擇的框架沒有 IoC 容器，那么您可以使用現(xiàn)成的 IoC 容器（請(qǐng)參閱腳注）。

讓我們開始吧。首先，我們?cè)?Composer 中設(shè)置我們的命名空間和自動(dòng)加載。打開 composer.json 并為我們的命名空間添加 psr-4 自動(dòng)加載（在 autoload 節(jié)點(diǎn)中，緊跟在 classmap 之后）。

    "autoload": {
        "classmap": [
            "app/commands",
            "app/controllers",
            "app/models",
            "app/database/migrations",
            "app/database/seeds",
            "app/tests/TestCase.php"
        ],
        "psr-4": {
            "RocketCandy\": "app/RocketCandy"
        }
    },

保存后，在終端中執(zhí)行 composer dump-autoload -o 以注冊(cè)新命名空間的自動(dòng)加載。在 app/RocketCandy/Repositories/OrangeCandyRepository/ 中創(chuàng)建 OrangeCandyRepository.php。這將是我們的倉庫接口。

<?php
namespace RocketCandy\Repositories\OrangeCandyRepository;

interface OrangeCandyRepository {

    public function get_list( $limit = 0, $skip = 0 );

    public function get_detail( $candy_id = 0 );

}

現(xiàn)在我們有了接口，我們可以創(chuàng)建一個(gè)倉庫。在 app/RocketCandy/Repositories/OrangeCandyRepository/ 中創(chuàng)建 CityAOrangeCandyRepository.php。

<?php
namespace RocketCandy\Repositories\OrangeCandyRepository;

class CityAOrangeCandyRepository implements OrangeCandyRepository {

    public function get_list( $limit = 0, $skip = 0 ) {
        // 查詢數(shù)據(jù)源并獲取糖果列表
    }

    public function get_detail( $candy_id = 0 ) {
        // 查詢數(shù)據(jù)源并獲取糖果詳情
    }

}

為了將 CityAOrangeCandyRepository 倉庫綁定到 OrangeCandyRepository 接口，我們將利用 Laravel 的 IoC 容器。打開 app/start/global.php 并將以下內(nèi)容添加到文件的末尾。

//OrangeCandyRepository
App::bind(
    'RocketCandy\Repositories\OrangeCandyRepository\OrangeCandyRepository',
    'RocketCandy\Repositories\OrangeCandyRepository\CityAOrangeCandyRepository'
);

注意：我只在 global.php 中放置了 IoC 綁定以進(jìn)行演示。理想情況下，這些應(yīng)該放在它們自己的單獨(dú)文件中，您可以在其中放置所有 IoC 綁定，然后在此處的 global.php 中加載該文件，或者您可以創(chuàng)建服務(wù)提供程序來注冊(cè)每個(gè) IoC 綁定。您可以在這里閱讀更多信息。

現(xiàn)在我們可以通過接口使用倉庫了。在位于 app/controllers/ 中的 CandyListingController.php 中。

    "autoload": {
        "classmap": [
            "app/commands",
            "app/controllers",
            "app/models",
            "app/database/migrations",
            "app/database/seeds",
            "app/tests/TestCase.php"
        ],
        "psr-4": {
            "RocketCandy\": "app/RocketCandy"
        }
    },

在這里，我們將 OrangeCandyRepository 接口注入到我們的控制器中，并將它的對(duì)象引用存儲(chǔ)在一個(gè)類變量中，該變量現(xiàn)在可以被控制器中的任何函數(shù)用來查詢數(shù)據(jù)。由于我們將 OrangeCandyRepository 接口綁定到 CityAOrangeCandyRepository 倉庫，它將就像我們直接使用 CityAOrangeCandyRepository 倉庫一樣。

因此，現(xiàn)在，數(shù)據(jù)源的類型和種類是 CityAOrangeCandyRepository 的唯一關(guān)注點(diǎn)。我們的應(yīng)用程序只知道 OrangeCandyRepository 接口及其公開的 API，每個(gè)實(shí)現(xiàn)它的倉庫都必須遵守該 API。倉庫在運(yùn)行時(shí)從 IoC 容器中解析，這意味著可以根據(jù)需要設(shè)置接口倉庫綁定，接口可以綁定到任何數(shù)據(jù)倉庫，而我們的應(yīng)用程序無需關(guān)心數(shù)據(jù)源的變化，數(shù)據(jù)源現(xiàn)在可以是數(shù)據(jù)庫、Web 服務(wù)或跨維度超數(shù)據(jù)管道。

并非所有情況都適用

正如我在倉庫模式的缺點(diǎn)中提到的那樣，它會(huì)增加應(yīng)用程序的一定復(fù)雜性。因此，如果您正在制作一個(gè)小型應(yīng)用程序，并且您沒有看到它會(huì)發(fā)展到大型應(yīng)用的程度（可能需要調(diào)用多個(gè)數(shù)據(jù)源），那么最好不要實(shí)現(xiàn)它，而堅(jiān)持使用舊式數(shù)據(jù)模型。了解某事物與了解何時(shí)使用該事物是不同的。這是一個(gè)非常方便的設(shè)計(jì)模式，它在創(chuàng)建應(yīng)用程序以及必須維護(hù)或擴(kuò)展（或縮減）應(yīng)用程序時(shí)可以節(jié)省很多麻煩，但它并非適用于所有應(yīng)用程序的萬能藥。

我使用了 Laravel 特定的代碼來演示上面的實(shí)現(xiàn)，但是它對(duì)于任何不錯(cuò)的 IoC 容器來說都相當(dāng)簡單且相似。有問題？請(qǐng)?jiān)谙旅娴脑u(píng)論中提出。

腳注：

• 以下是一些您可以使用的 IoC 容器庫，如果您的框架沒有或您沒有使用框架：

  • OrnoDi
  • Ray.Di
  • Auryn
  • Dice
  • Bucket
  • Ding

• 建議閱讀：

  • Domain Driven Design Quickly
  • Domain-Driven Design by Eric Evans

關(guān)于倉庫模式的常見問題

（此部分內(nèi)容與原文內(nèi)容高度重合，為了避免重復(fù)，此處省略。原文中的常見問題解答部分已包含了對(duì)倉庫模式的全面解釋。）

以上是存儲(chǔ)庫設(shè)計(jì)模式神秘的詳細(xì)內(nèi)容。更多信息請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！