Erfahren Sie, wie Sie das Repository-Entwurfsmuster in Laravel5.8 anwenden

                                                        Ar Im Folgenden finden Sie die Tutorial-Spalte zu aLaravel

, die Ihnen vorstellt, wie Sie den Repository-Designmodus in Laravel 5.8 richtig anwenden. Ich hoffe, dass sie den Freunden in Not hilfreich sein wird!

In diesem Artikel zeige ich Ihnen, wie Sie das Designmuster „Repository“ von Grund auf in Laravel implementieren. Ich werde Laravel Version 5.8.3 verwenden, aber die Laravel-Version ist nicht die wichtigste. Bevor Sie mit dem Schreiben von Code beginnen, müssen Sie einige Informationen über das

Repository-Entwurfsmuster kennen.

repository

Mit Entwurfsmustern können Sie mit Objekten arbeiten, ohne zu wissen, wie diese Objekte beibehalten werden. Im Wesentlichen handelt es sich um eine Abstraktion der Datenschicht.

Das bedeutet, dass Ihre Geschäftslogik nicht wissen muss, wie sie die Daten abruft oder was die Datenquelle ist. Die Geschäftslogik verlässt sich auf das

Repository

, um die richtigen Daten abzurufen. Was dieses Muster betrifft, habe ich gesehen, dass jemand es missverstanden hat als das

Repository

, das zum Erstellen oder Aktualisieren von Daten verwendet wird. Das ist nicht das, was repository tun soll.

repository

soll keine Daten erstellen oder aktualisieren, sondern nur Daten abrufen. Verstehst du? Lasst uns gemeinsam Code schreibenDa wir bei Null anfangen, erstellen wir ein neues Laravel-Projekt:

composer create-project --prefer-dist laravel/laravel repository

Für dieses Tutorial erstellen wir eine kleine Blogging-Anwendung. Nachdem wir nun ein neues Laravel-Projekt erstellt haben, sollten wir einen Controller und ein Modell dafür erstellen.

php artisan make:controller BlogController

Dadurch wird der

BlogController

im Verzeichnis

app/Http/Controllers

erstellt.

php artisan make:model Models/Blog -m

Tipps: Die Option -m erstellt eine entsprechende Datenbankmigration. Sie finden die generierte Migration im Verzeichnis *database/migrations. *

Jetzt sollten Sie das neu generierte Modell

Blog im Verzeichnis
app/Models-m 选项会创建一个对应的数据库迁移，你可以在 *database/migrations 目录中找到所生成的迁移。*

现在你应该能在 app/Models 目录中找到刚生成的模型 Blog 了吧。这只是一种我喜欢的存放模型的方式。

现在我们有了控制器和模型，是时候看看我们创建的迁移文件了。除了默认的 Laravel 时间戳字段外，我们的博客只需要 标题、内容 和 用户ID 字段。

<?php

use Illuminate\Support\Facades\Schema;use Illuminate\Database\Schema\Blueprint;use Illuminate\Database\Migrations\Migration;class CreateBlogsTable extends Migration{
    public function up()
    {
        Schema::create(&#39;blogs&#39;, function (Blueprint $table) {
            $table->bigIncrements(&#39;id&#39;);
            $table->string(&#39;title&#39;);
            $table->text(&#39;content&#39;);
            $table->integer(&#39;user_id&#39;);
            $table->timestamps();

            $table->foreign(&#39;user_id&#39;)
                  ->references(&#39;id&#39;)
                  ->on(&#39;users&#39;);
        });
    }

    public function down()
    {
        Schema::dropIfExists(&#39;blogs&#39;);
    }}

提示：
如果你使用的是 Laravel 5.8 以下的旧版本，请将

$table->bigIncrements('id');

替换为：

$table->increments('id');

设置数据库

我将使用 MySQL finden können. Es ist einfach eine Art, wie ich meine Modelle gerne aufbewahre.

Da wir nun unseren Controller und unser Modell haben, ist es an der Zeit, einen Blick auf die von uns erstellte Migrationsdatei zu werfen. Zusätzlich zum standardmäßigen Laravel-Zeitstempelfeld benötigt unser Blog nur die Felder „Titel“, „Inhalt“ und „Benutzer-ID“.

mysql -u root -p 
create database laravel_repository;

Tipp: Wenn Sie eine ältere Version von Laravel unter 5.8 verwenden, ersetzen Sie bitte

DB_DATABASE=laravel_repositoryDB_USERNAME=rootDB_PASSWORD=secret

durch:

php artisan config:clear

Richten Sie die Datenbank ein

Ich werde MySQL Datenbank Der erste Schritt besteht beispielsweise darin, eine neue Datenbank zu erstellen.

php artisan migrate

Der obige Befehl erstellt eine neue Datenbank namens laravel_repository. Als nächstes müssen wir Datenbankinformationen zur Datei .env im Laravel-Stammverzeichnis hinzufügen.

<?php

namespace App\Repositories\Interfaces;use App\User;interface BlogRepositoryInterface{
    public function all();

    public function getByUser(User $user);}

Nachdem Sie die Datei .env

aktualisiert haben, müssen wir den Cache leeren:

<?php

namespace App\Repositories;use App\Models\Blog;use App\User;use App\Repositories\Interfaces\BlogRepositoryInterface;class BlogRepository implements BlogRepositoryInterface{
    public function all()
    {
        return Blog::all();
    }

    public function getByUser(User $user)
    {
        return Blog::where(&#39;user_id&#39;,$user->id)->get();
    }}

Migration ausführen

Da wir nun die Datenbank eingerichtet haben, können wir mit der Migration beginnen:

app/└── Repositories/
    ├── BlogRepository.php
    └── Interfaces/
        └── BlogRepositoryInterface.php

Das wird Blogs erstellen Die -Tabelle enthält die Felder title, content und user_id, die wir bei der Migration deklariert haben.

Implementierung des Repository-DesignmustersAlles ist fertig, wir können jetzt mit der Implementierung des

Repository-Designstils beginnen. Wir erstellen das Verzeichnis

Repositories
1. im Verzeichnis app. Das zweite Verzeichnis, das wir erstellen werden, ist das Verzeichnis „Interfaces“, das sich im Verzeichnis „Repositories“ befindet.
2. In der Interfaces-Datei erstellen wir eine
BlogRepositoryInterface

-Schnittstelle mit zwei Methoden.

Die all-Methode, die alle Blogbeiträge zurückgibt

Die getByUser-Methode, die alle Blogbeiträge eines bestimmten Benutzers zurückgibt

<?php

namespace App\Http\Controllers;use App\Repositories\Interfaces\BlogRepositoryInterface;use App\User;class BlogController extends Controller{
    private $blogRepository;

    public function __construct(BlogRepositoryInterface $blogRepository)
    {
        $this->blogRepository = $blogRepository;
    }

    public function index()
    {
        $blogs = $this->blogRepository->all();

        return view(&#39;blog&#39;)->withBlogs($blogs);
    }

    public function detail($id)
    {
        $user = User::find($id);
        $blogs = $this->blogRepository->getByUser($user);

        return view(&#39;blog&#39;)->withBlogs($blogs);
    }}

Die letzte Klasse, die wir erstellen müssen, ist das BlogRepository, das das implementiert BlogRepositoryInterface

, das wir schreiben werden Eine der einfachsten Implementierungsmethoden. 🎜

php artisan make:provider RepositoryServiceProvider

🎜Ihr 🎜Repositories🎜-Verzeichnis sollte so aussehen: 🎜

<?php

namespace App\Providers;use App\Repositories\BlogRepository;use App\Repositories\Interfaces\BlogRepositoryInterface;use Illuminate\Support\ServiceProvider;class RepositoryServiceProvider extends ServiceProvider{
    public function register()
    {
        $this->app->bind(
            BlogRepositoryInterface::class, 
            BlogRepository::class
        );
    }}

🎜Sie haben jetzt erfolgreich ein 🎜Repository🎜 erstellt. Aber wir sind noch nicht fertig, es ist Zeit, unser 🎜Repository🎜 zu nutzen. 🎜

在控制器中使用 Repository

要开始使用 BlogRepository ，我们首先需要将其注入到 BlogController 。由于 Laravel 的依赖注入，我们很容易用另一个来替换它。这就是我们控制器的样子：

<?php

namespace App\Http\Controllers;use App\Repositories\Interfaces\BlogRepositoryInterface;use App\User;class BlogController extends Controller{
    private $blogRepository;

    public function __construct(BlogRepositoryInterface $blogRepository)
    {
        $this->blogRepository = $blogRepository;
    }

    public function index()
    {
        $blogs = $this->blogRepository->all();

        return view(&#39;blog&#39;)->withBlogs($blogs);
    }

    public function detail($id)
    {
        $user = User::find($id);
        $blogs = $this->blogRepository->getByUser($user);

        return view(&#39;blog&#39;)->withBlogs($blogs);
    }}

如你所见，控制器中的代码很简短，可读性非常的高。不需要十行代码就可以获取到所需的数据，多亏了 repository ，所有这些逻辑都可以在一行代码中完成。这对单元测试也很好，因为 repository 的方法很容易复用。

repository 设计模式也使更改数据源变得更加容易。在这个例子中，我们使用 MySQL 数据库来检索我们的博客内容。我们使用 Eloquent 来完成查询数据库操作。但是假设我们在某个网站上看到了一个很棒的博客 API，我们想使用这个 API 作为数据源，我们所要做的就是重写 BlogRepository 来调用这个 API 替换 Eloquent 。

RepositoryServiceProvider

我们将注入 BlogController 中的 BlogRepository ，而不是注入 BlogController 中的 BlogRepositoryInterface ，然后让服务容器决定将使用哪个存储库。这将在 AppServiceProvider 的 boot 方法中实现，但我更喜欢为此创建一个新的 provider 来保持整洁。

php artisan make:provider RepositoryServiceProvider

我们为此创建一个新的 provider 的原因是，当您的项目开始发展为大型项目时，结构会变得非常凌乱。设想一下，一个拥有 10 个以上模型的项目，每个模型都有自己的 repository ，你的 AppServiceProvider 可读性将会大大降低。

我们的 RepositoryServiceProvider 会像下面这样：

<?php

namespace App\Providers;use App\Repositories\BlogRepository;use App\Repositories\Interfaces\BlogRepositoryInterface;use Illuminate\Support\ServiceProvider;class RepositoryServiceProvider extends ServiceProvider{
    public function register()
    {
        $this->app->bind(
            BlogRepositoryInterface::class, 
            BlogRepository::class
        );
    }}

留意用另一个 repository 替代 BlogRepository 是多么容易！

不要忘记添加 RepositoryServiceProvider 到 config/app.php 文件的 providers 列表中。完成了这些后我们需要清空缓存：

'providers' => [
    //测试￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥
  \App\Providers\RepositoryServiceProvider::class],

php artisan config:clear

就是这样

现在你已经成功实现了 repository 设计模式，不是很难吧？

你可以选择增加一些路由和视图来拓展代码，但本文将在这里结束，因为本文主要是介绍 repository 设计模式的。

如果你喜欢这篇文章，或者它帮助你实现了 repository 设计模式，请确保你也查看了我的其他文章。如果你有任何反馈、疑问，或希望我撰写另一个有关 Laravel 的主题，请随时发表评论。

Das obige ist der detaillierte Inhalt vonErfahren Sie, wie Sie das Repository-Entwurfsmuster in Laravel5.8 anwenden. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!