这篇“Laravel5.8中应用Repository设计模式的方法”除了程序员外大部分人都不太理解，今天小编为了让大家更加理解“Laravel5.8中应用Repository设计模式的方法”，给大家总结了以下内容，具有一定借鉴价值，内容详细步骤清晰，细节处理妥当，希望大家通过这篇文章有所收获，下面让我们一起来看看具体内容吧。
Laravel 是一套简洁、优雅的PHP Web开发框架。它可以让你从面条一样杂乱的代码中解脱出来；它可以帮你构建一个完美的网络APP，而且每行代码都可以简洁、富于表达力。
在本文中，我会向你展示如何在 Laravel 中从头开始实现repository 设计模式。我将使用 Laravel 5.8.3 版，但 Laravel 版本不是最重要的。在开始写代码之前，你需要了解一些关于repository 设计模式的相关信息。
repository 设计模式允许你使用对象，而不需要了解这些对象是如何持久化的。本质上，它是数据层的抽象。
这意味着你的业务逻辑不需要了解如何检索数据或数据源是什么，业务逻辑依赖于repository 来检索正确的数据。
关于这个模式，我看到有人将它误解为repository 被用来创建或更新数据。 这不是repository 应该做的，repository 不应该创建或更新数据，仅仅用于检索数据。
既然我们从头开始，那么我们先创建一个新的 Laravel 项目吧：
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 目录中找到所生成的迁移。*
现在你应该能在app/Models 目录中找到刚生成的模型Blog 了吧。这只是一种我喜欢的存放模型的方式。
现在我们有了控制器和模型，是时候看看我们创建的迁移文件了。除了默认的 Laravel 时间戳字段外，我们的博客只需要标题、内容 和用户ID 字段。
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;
以上命令将会创建一个叫laravel_repository 的新数据库。接下来我们需要添加数据库信息到 Laravel 根目录的.env 文件中。
DB_DATABASE=laravel_repositoryDB_USERNAME=rootDB_PASSWORD=secret
当你更新了.env 文件后我们需要清空缓存：
php artisan config:clear
现在我们已经设置好了数据库，可以开始运行迁移了：
php artisan migrate
这将会创建blogs 表，包含了我们在迁移中声明的title ,content 和user_id 字段。
一切就绪，我们现在可以开始实现repository 设计风格了。我们将会在app 目录中创建Repositories 目录。我们将要创建的第二个目录是Interfaces 目录，这个目录位于Repositories 目录中。
在Interfaces 文件中我们将创建一个包含两个方法的BlogRepositoryInterface 接口。
返回所有博客文章的all 方法
返回特定用户所有博客文章的getByUser 方法
我们需要创建的最后一个类是将要实现BlogRepositoryInterface 的BlogRepository ，我们会写一个最简单的实现方式。
id)->get(); }}你的Repositories 目录应该像这样：
app/└── Repositories/ ├── BlogRepository.php └── Interfaces/ └── BlogRepositoryInterface.php你现在已经成功创建了一个repository 了。但是我们还没有完成，是时候开始使用我们的repository 了。
在控制器中使用Repository
要开始使用BlogRepository ，我们首先需要将其注入到BlogController 。由于 Laravel 的依赖注入，我们很容易用另一个来替换它。这就是我们控制器的样子：
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 。
RepositoryServiceProvider
我们将注入BlogController 中的BlogRepository ，而不是注入BlogController 中的BlogRepositoryInterface ，然后让服务容器决定将使用哪个存储库。这将在AppServiceProvider 的boot 方法中实现，但我更喜欢为此创建一个新的provider 来保持整洁。
php artisan make:provider RepositoryServiceProvider我们为此创建一个新的provider 的原因是，当您的项目开始发展为大型项目时，结构会变得非常凌乱。设想一下，一个拥有 10 个以上模型的项目，每个模型都有自己的repository ，你的AppServiceProvider 可读性将会大大降低。
我们的RepositoryServiceProvider 会像下面这样：
app->bind( BlogRepositoryInterface::class, BlogRepository::class ); }}留意用另一个repository 替代BlogRepository 是多么容易！
不要忘记添加RepositoryServiceProvider 到config/app.php 文件的providers 列表中。完成了这些后我们需要清空缓存：
'providers' => [ //测试￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥￥ \App\Providers\RepositoryServiceProvider::class],php artisan config:clear感谢你的阅读，希望你对“Laravel5.8中应用Repository设计模式的方法”这一关键问题有了一定的理解，具体使用情况还需要大家自己动手实验使用过才能领会，快去试试吧，如果想阅读更多相关知识点的文章，欢迎关注创新互联行业资讯频道！
本文名称：Laravel5.8中应用Repository设计模式的方法-创新互联
文章出自：http://bjjierui.cn/article/hhpoe.html
