次のチュートリアルコラムでは、Laravel 5.8 でリポジトリ設計パターンを正しく適用する方法を紹介します。困っている友人の役に立てば幸いです。
この記事では、Laravel でrepository
デザイン パターンを最初から実装する方法を説明します。 Laravel バージョン 5.8.3 を使用しますが、Laravel バージョンは最も重要ではありません。コードの作成を開始する前に、
デザイン パターンに関する情報を理解しておく必要があります。
リポジトリ
デザイン パターンを使用すると、オブジェクトがどのように永続化されるかを知らなくてもオブジェクトを操作できます。本質的に、これはデータ層の抽象化です。
これは、ビジネス ロジックがデータの取得方法やデータ ソースが何であるかを知る必要がなく、ビジネス ロジックは リポジトリに依存して正しいデータを取得することを意味します。
このパターンに関して、repository がデータの作成または更新に使用されていると誤解している人がいます。これは
repository が行うべきことではありません。repository はデータを取得するだけであり、データを作成または更新することは想定されていません。 ＃＃＃＃＃＃＃＃＃＃＃＃わかりますか？一緒にコードを書きましょうゼロから始めるので、新しい Laravel プロジェクトを作成しましょう: composer create-project --prefer-dist laravel/laravel repository
php artisan make:controller BlogController
が作成されます。
php artisan make:model Models/Blog -m
-m オプションを使用すると、対応するデータベース移行が作成されます。生成された移行は *database/migrations ディレクトリにあります。 *
これで、新しく生成されたモデルBlog が
app/Models ディレクトリに見つかるはずです。これは、私がモデルを保存するのに好きな方法です。 コントローラーとモデルを用意したので、作成した移行ファイルを見てみましょう。デフォルトの Laravel タイムスタンプ フィールドに加えて、私たちのブログでは
、および 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 データベースを使用します。最初のステップは、新しいデータベースを作成することです。
mysql -u root -p create database laravel_repository;
ファイルにデータベース情報を追加する必要があります。 <div class="code" style="position:relative; padding:0px; margin:0px;"><pre class="brush:php;toolbar:false;">DB_DATABASE=laravel_repositoryDB_USERNAME=rootDB_PASSWORD=secret</pre><div class="contentsignin">ログイン後にコピー</div></div>
ファイルを更新した後、キャッシュをクリアする必要があります: php artisan config:clear
php artisan migrate
これにより、blogs テーブルが作成されます。このテーブルには、
titleフィールドで宣言されます。
実装 リポジトリ デザイン パターンすべての準備が整ったので、リポジトリ デザイン スタイルの実装を開始できます。
appディレクトリ内にあります。 Interfaces ファイル内に、2 つのメソッドを含む BlogRepositoryInterface インターフェイスを作成します。 すべてのブログ投稿の all
メソッドを返します特定のユーザーのすべてのブログ投稿の getByUser メソッドを返します
<?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 が正常に作成されました。しかし、これで終わりではありません。リポジトリの使用を開始します。
要开始使用 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('blog')->withBlogs($blogs);
}
public function detail($id)
{
$user = User::find($id);
$blogs = $this->blogRepository->getByUser($user);
return view('blog')->withBlogs($blogs);
}}如你所见，控制器中的代码很简短，可读性非常的高。不需要十行代码就可以获取到所需的数据，多亏了 repository ，所有这些逻辑都可以在一行代码中完成。这对单元测试也很好，因为 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 的主题，请随时发表评论。
以上がLaravel5.8でリポジトリデザインパターンを適用する方法を教えますの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
