Laravel Eloquent 与 Repository/Service 设计模式的关系

Question

我目前正在开发一个使用 Repository/Service 层设计模式设置的网络应用程序，即我有一个服务层，它在运行任何方法之前执行任何必要的业务逻辑存储库。我的每个模型都有外观，可以访问它们各自的服务层，这在大多数情况下都很好。然而，现在我正在尝试建立 Eloquent 关系，因为我不确定我应该去哪个方向，所以立面似乎引起了巨大的头痛。

取以下代码：

class Account extends Eloquent {

    // Our table name
    protected $table = "accounts";

    // Our primary key
    protected $primaryKey = "id";

    /**
     *  Role Relationship
     *
     *  Returns a list of roles associated with 
     *  this account
     */
    public function roles() {
        return $this->hasMany('Role');
    }

}

这不会按原样工作，因为它没有使用 Role 的实体 class，而是使用 Role Facade。我已经想出了一个解决方法，通过为实体设置一个名称略有不同的别名，例如 RoleEntity 以便

    public function roles() {
        return $this->hasMany('RoleEntity');
    }

会起作用，但这似乎不是最佳解决方案。

我的问题是，练习可以吗？或者更好的是，这应该发生吗？如果没有，我该如何解决 it/where 我做错了吗？

Answer 1

您有两个 class 在同一个命名空间中同名。使用不同的命名空间，这样您就可以使用相同的 class 个名称。

我通常使用 \Models 来定位我的模型 classes.

在每个模型文件的顶部：

namespace Models;

在您的控制器或应用的任何部分：

\Models\Role::first();

请注意，更改模型上的命名空间将需要您添加其他 class 的命名空间，即 Str、Eloquent、Url、Redirect 等

use Eloquent;
use URL;

在您的模型中，您还必须在关系函数中传递命名空间，即：

public function roles() {
    return $this->hasMany('\Models\Role');
}

Laravel Eloquent 与 Repository/Service 设计模式的关系

Laravel Eloquent Relationships with Repository/Service Design Pattern

php

laravel

eloquent

repository-pattern

service-layer