当前位置：首页 > 文章列表 > 文章 > php教程 > 为什么要在 Laravel 中实现存储库模式？

为什么要在 Laravel 中实现存储库模式？

来源：dev.to 2024-09-09 20:10:02 0浏览收藏

学习知识要善于思考，思考，再思考！今天golang学习网小编就给大家带来《为什么要在 Laravel 中实现存储库模式？》，以下内容主要包含等知识点，如果你正在学习或准备学习文章，就都不要错过本文啦~让我们一起来看看吧，能帮助到你就更好了！

laravel 中的存储库模式简介

存储库模式是一种设计模式，用于管理数据访问逻辑并将其集中在一个地方。这种模式有助于将检索和保存数据的逻辑与业务逻辑分开，使代码库更加模块化、可重用和可测试。

在 laravel 中，存储库模式可用于抽象与数据模型（如 eloquent 模型）的交互，使您的代码随着应用程序的增长而变得更加灵活和可维护。

为什么使用存储库模式？

关注点分离：它将业务逻辑与数据访问逻辑分离，使代码更干净，更易于管理。
松耦合：通过抽象数据库访问逻辑，可以减少对特定 orm（例如 eloquent）的直接依赖，如果需要切换到不同的数据库，可以在将来更轻松地进行修改或存储引擎。
更好的测试：它使单元测试更容易，因为您可以在测试中模拟存储库，而不必担心数据库或 orm。
dry 原则：公共数据库查询可以在应用程序的不同部分重复使用，防止代码重复。

存储库模式的基本结构

存储库模式通常涉及三个组件：

存储库接口：定义如何访问数据的契约。
存储库实现：实现具有检索和操作数据逻辑的接口。
模型：你的数据模型，在 laravel 中通常是 eloquent 模型。

laravel 中存储库模式的逐步实现

1.创建存储库接口

首先，定义接口，指定与数据交互的方法。

// app/repositories/contracts/userrepositoryinterface.php
namespace app\repositories\contracts;

interface userrepositoryinterface
{
    public function all();
    public function find($id);
    public function create(array $data);
    public function update($id, array $data);
    public function delete($id);
}

在此示例中，接口定义了用于操作用户数据的方法，如 all()、find()、create()、update() 和 delete()。

2.创建存储库实施

接下来，创建一个实现存储库接口的具体类。此类将包含与数据库交互的实际逻辑，通常使用 eloquent 模型。

// app/repositories/eloquent/userrepository.php
namespace app\repositories\eloquent;

use app\models\user;
use app\repositories\contracts\userrepositoryinterface;

class userrepository implements userrepositoryinterface
{
    protected $user;

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

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

    public function find($id)
    {
        return $this->user->findorfail($id);
    }

    public function create(array $data)
    {
        return $this->user->create($data);
    }

    public function update($id, array $data)
    {
        $user = $this->find($id);
        $user->update($data);
        return $user;
    }

    public function delete($id)
    {
        $user = $this->find($id);
        return $user->delete();
    }
}

此实现使用 eloquent 方法（all()、findorfail()、create()、update()、delete()）与数据库交互。但是，使用此存储库的代码并不了解有关 eloquent 的任何信息，这使得将来在必要时更容易更改底层数据源。

3.将存储库绑定到接口

laravel 允许我们将接口绑定到具体类，这对于依赖注入很有用。您通常会在服务提供商处执行此操作。

// app/providers/repositoryserviceprovider.php
namespace app\providers;

use illuminate\support\serviceprovider;
use app\repositories\contracts\userrepositoryinterface;
use app\repositories\eloquent\userrepository;

class repositoryserviceprovider extends serviceprovider
{
    public function register()
    {
        $this->app->bind(userrepositoryinterface::class, userrepository::class);
    }
}

在此示例中，每当请求 userrepositoryinterface 时，laravel 都会自动将其解析为 userrepository 实现。

最后，在config/app.php文件中注册这个服务提供者：

'providers' => [
    // other service providers...
    app\providers\repositoryserviceprovider::class,
],

4.在控制器中使用存储库

完成所有设置后，您现在可以将 userrepositoryinterface 注入控制器并使用它来访问用户数据，而无需将代码与 eloquent 紧密耦合。

// app/Http/Controllers/UserController.php
namespace App\Http\Controllers;

use App\Repositories\Contracts\UserRepositoryInterface;
use Illuminate\Http\Request;

class UserController extends Controller
{
    protected $userRepository;

    public function __construct(UserRepositoryInterface $userRepository)
    {
        $this->userRepository = $userRepository;
    }

    public function index()
    {
        $users = $this->userRepository->all();
        return response()->json($users);
    }

    public function show($id)
    {
        $user = $this->userRepository->find($id);
        return response()->json($user);
    }

    public function store(Request $request)
    {
        $user = $this->userRepository->create($request->all());
        return response()->json($user);
    }

    public function update(Request $request, $id)
    {
        $user = $this->userRepository->update($id, $request->all());
        return response()->json($user);
    }

    public function destroy($id)
    {
        $this->userRepository->delete($id);
        return response()->json(['message' => 'User deleted']);
    }
}

在这里，控制器现在只知道 userrepositoryinterface，并不关心如何获取数据，从而提供了清晰的关注点分离。