Laravel 存储库和多个相关模型答案

【问题标题】：Laravel Repositories and multiple related modelsLaravel 存储库和多个相关模型
【发布时间】：2018-08-27 06:06:50
【问题描述】：

我目前刚刚开始将一个大型 Yii2 应用程序移植到 Laravel，我正在考虑使用存储库来解决我当前的控制器混乱和模型臃肿的问题。

我查看了大量的存储库示例，但大多数仅涵盖简单的 CRUD。例如，在我当前的应用程序中，用户可以在多个位置创建，并且必须在其他表中使用 5 条相关记录创建，例如，用户必须添加到组中，并且必须根据其角色创建权限记录。

目前，我几乎所有的模型都有一个自定义的 Create 函数，可以在任何地方重复使用。这是我正在谈论的一个非常基本的 Yii2 示例。

在用户模型中创建用户示例：

 public static function create(array $attributes, array $group_ids)
{
    $user = new User;
    $user->attributes = $attributes;
    $user->save();

    $role = $user->role;

    foreach ($role->rolePermissions as $role_permission) {
        UserPermission::create($user->id, $role_permission);
    }

    foreach ($group_ids as $group_id) {
        GroupUser::create($user->id, $group_id)
    }

    if ($role->admin_mode) {
         // send welcome email
    }
    return $user;
}

在这种情况下，将 UserPermission 和 GroupUser 存储库简单地注入我的 UserRepository 是一种好习惯吗？您如何处理在 Repositories 中保存相关记录？

有没有人有任何更高级的将存储库与相关模型一起使用的示例？

【问题讨论】：

恕我直言存储库模式是浪费时间；你选择 Laravel 是有原因的，其中很大一部分是 Eloquent……你会从存储库中返回什么纯对象？雄辩的模型？数组？ JSON？想一想……

标签： php laravel repository-pattern

【解决方案1】：

您需要了解，在存储库模式中，存储库不是存储业务逻辑的地方，这就是为什么它们很简单，只做 CRUD。

您需要的是在存储库顶部 的业务逻辑层。我对我最近的项目所做的是，我在我的app 根目录中创建了一个Services 文件夹，并在其中创建了所有类型的服务，其中包含我的主要业务逻辑，例如$userService->createUser(..)，并且其中将有检查在不同的角色、组、发送事件、发送电子邮件。

所以一个典型的调用可能是这样的：

调用 UsersController->createUser
- 调用 UserService->createUser
  - 验证、检查、抛出错误
  - 调用 UserRepository->create
  - 调用 GroupUserRepository->create
  - 发出 UserCreated 事件
- （脱节：事件监听器）
  - 专用侦听器侦听 UserCreated 事件
    - 调用 UserService->sendWelcomeEmail
      - 发送欢迎邮件

所以服务几乎与你的胖模型相同，但它们是独立的 php 类，可以理解你的业务逻辑，使用它知道的任何数据库，处理请求并返回结果。它不依赖于任何东西来实例化一个，因此任何人都可以包含它来使用它。根据您的需要，它们也可以实例化为单例或实例。

旁注

本可以只使用 Eloquent 的情况下，我在创建存储库上浪费了太多时间。它们并不相同，但我无法预见我的项目会更改底层 DBMS，因此我通常会直接在我的服务层中使用 eloquent。

【讨论】：