Laravel存储库模式

Question

我读了一些有关存储库模式的文章，我想知道为什么当我可以直接调用Model并返回数据时需要构造函数的原因？ 我也认为Book::all(); 比$this->model->all()更少的代码。 这只是一个好习惯还是有目的？

class BookRepository implements RepositoryInterface {

    private $model;

    public function __construct(Book $model)
    {
        $this->model = $model;
    }

    public function index()
    {
        return $this->model->all();
    }
}

和

class BookRepository implements RepositoryInterface {

    public function index()
    {
        return Book::all();
    }
}

Answer 1

主要原因是控制反转，基本上是让您的应用程序确定应提供什么以实现该依赖性。 这很重要的原因是，如果您决定重构该代码，则可以简单地告诉Laravel加载其他实现。 无需在存储库本身中更改任何代码。

但是，这导致了不直接使用类，而是使用接口来声明您的依赖关系的想法。 这样，任何实现都可以替换出来，并且代码保持可读性。

class BookRepository {

    public function __construct(BookInterface $book)
    {
        $this->book = $book;
    }

}

现在，您的存储库实际上并不关心实际的类，只是它实现了book接口，该接口强制定义了一组特定的方法。 好处的一个例子是，例如，如果您使用MySQL作为Book的数据库，但切换到Postgres，则可能需要更改基础代码，但由于遗留原因而希望保留这两种实现。 您可以轻松地告诉Laravel加载您的标准Book类或新的PostgresBook类，因为两者都仍实现BookInterface 。

您的存储库根本不需要更改。 只需添加一个绑定就可以了。

另一个更直接的示例是，如果您决定要从Eloquent切换到ActiveRecord。

Answer 2

两者都可以使用，但是如果出于任何原因要用其他任何模型（例如[MyBook]）更改模型类[Book]，那么在这种情况下，您将只更改构造函数参数，而不是所有使用[Book]的函数

public function __construct(MyBook $model)
{
    $this->model = $model;
}