ホームページ >PHPフレームワーク >Laravel >Laravelでリポジトリ設計パターンを実装する方法
この記事では、Laravel で repository デザイン パターンを最初から実装する方法を説明します。 Laravel バージョン 5.8.3 を使用しますが、Laravel バージョンは最も重要ではありません。コードの作成を開始する前に、repository デザイン パターンに関する情報を理解しておく必要があります。
リポジトリ デザイン パターンを使用すると、オブジェクトがどのように永続化されるかを知らなくてもオブジェクトを操作できます。本質的に、これはデータ層の抽象化です。
これは、ビジネス ロジックがデータの取得方法やデータ ソースが何であるかを知る必要がなく、ビジネス ロジックは リポジトリに依存して正しいデータを取得することを意味します。
このパターンに関して、repository がデータの作成または更新に使用されていると誤解している人がいます。これは repository が行うべきことではありません。repository はデータを取得するだけであり、データを作成または更新することは想定されていません。 ###############わかりますか?一緒にコードを書きましょう
composer create-project --prefer-dist laravel/laravel repositoryこのチュートリアルでは、小さなブログ アプリケーションを構築します。新しい Laravel プロジェクトを作成したので、そのためのコントローラーとモデルを作成する必要があります。
php artisan make:controller BlogController
app/Http/Controllers
ディレクトリにBlogController
が作成されます。php artisan make:model Models/Blog -mヒント: -m オプションを使用すると、対応するデータベース移行が作成されます。生成された移行は *database/migrations
ディレクトリにあります。 *
これで、新しく生成されたモデル Blog
が app/Models
コントローラーとモデルを用意したので、作成した移行ファイルを見てみましょう。デフォルトの Laravel タイムスタンプ フィールドに加えて、私たちのブログでは Title、Content、および UserID
フィールドのみが必要です。<?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('blogs', function (Blueprint $table) { $table->bigIncrements('id'); $table->string('title'); $table->text('content'); $table->integer('user_id'); $table->timestamps(); $table->foreign('user_id') ->references('id') ->on('users'); }); } public function down() { Schema::dropIfExists('blogs'); } }ヒント: Laravel 5.8 より前の古いバージョンを使用している場合は、
$table->bigIncrements('id');
を
$table->increments('id');に置き換えてください。
データベースのセットアップ
mysql -u root -p create database laravel_repository;
laravel_repository という新しいデータベースを作成します。次に、Laravel ルート ディレクトリの
.env
DB_DATABASE=laravel_repositoryDB_USERNAME=rootDB_PASSWORD=secret.env ファイルを更新した後、キャッシュをクリアする必要があります:
php artisan config:clear
移行を実行
php artisan migrateこれにより、 で宣言した title# を含む blogs
content
およびuser_id フィールド。 実装リポジトリ デザイン パターン
Repositories ディレクトリ内にあります。 Interfaces ファイル内に、2 つのメソッドを含む BlogRepositoryInterface インターフェイスを作成します。
すべてのブログ投稿のall メソッドを返します。
すべてのブログ投稿の<?php
namespace App\Repositories\Interfaces;
use App\User;
interface BlogRepositoryInterface
{
public function all();
public function getByUser(User $user);
}
作成する必要がある最後のクラスは、
です。最も単純な実装。 <?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('user_id',$user->id)->get();
}
}
app/└── Repositories/ ├── BlogRepository.php └── Interfaces/ └── BlogRepositoryInterface.php
これで、repository が正常に作成されました。しかし、これで終わりではありません。リポジトリの使用を開始します。
##コントローラーでの
Repository の使用BlogRepository
の使用を開始するには、まずインジェクトする必要がありますそれを<?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('blog')->withBlogs($blogs); } public function detail($id) { $user = User::find($id); $blogs = $this->blogRepository->getByUser($user); return view('blog')->withBlogs($blogs); } }ご覧のとおり、コントローラーのコードは非常に短く、非常に読みやすいです。 repository のおかげで、このロジックはすべて 1 行のコードで実行できるため、必要なデータを取得するのに 10 行のコードは必要ありません。 repository
repository 设计模式也使更改数据源变得更加容易。在这个例子中,我们使用 MySQL 数据库来检索我们的博客内容。我们使用 Eloquent 来完成查询数据库操作。但是假设我们在某个网站上看到了一个很棒的博客 API,我们想使用这个 API 作为数据源,我们所要做的就是重写 BlogRepository 来调用这个 API 替换 Eloquent 。
我们将注入 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 的主题,请随时发表评论。
原文地址:https://itnext.io/repository-design-pattern-done-right-in-laravel-d177b5fa75d4
译文地址:https://learnku.com/laravel/t/31798
【相关推荐:laravel视频教程】
以上がLaravelでリポジトリ設計パターンを実装する方法の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。