将 Laravel 模型扩展到一层以上是一种好习惯吗？

Question

我正在修改 Laravel 5.1 上的项目

我意识到旧的类已经变得非常复杂，不再真正遵循“单一职责”的原则。

所以我打算这样做：

<?php

class User extends Model
{

}

class SocialUser extends User
{

}

所以我有几个问题，

1. 有可能实现吗？
2. 如果是，那么 SocialUser 类是否会链接回同一数据库表，即 Users 并且会与 User 模型冲突本身？
3. 首先这一切都是一种好的设计实践吗？还是我更好地利用特质？

谢谢。

Answer 1

您正在做的事情（扩展 User 模型）非常好，这是我自己在项目中使用的一种方法。

例如，如果我正在构建的应用程序具有类似商店的功能，那么我可以创建一个 Customer 模型来扩展我的 User 模型，并包含与订单相关的关系：

class Customer extends User
{
    public function orders()
    {
        return $this->hasMany(Order::class, 'customer_id');
    }

    public function worth()
    {
        return $this->orders()->sum(function ($order) {
            return $order->total();
        });
    }
}

在最近的一个项目中，我一直在研究电子邮件活动功能并创建了一个 Recipient 类，该类扩展了 User 模型以添加与活动相关的方法：

class Recipient extends User
{
    public function campaigns()
    {
        return $this->belongsToMany(Campaign::class, 'recipient_id');
    }
}

因为这两个类都扩展了 User 模型，所以我得到了所有这些（和 Eloquent）方法：

$customers = Customer::with('orders')->get();

只要您在基础User 模型中设置表，任何继承它的类都将使用同一个表，即使模型可能有不同的名称（即Customer、Recipient、Student等）。

Answer 2

恕我直言，我会选择存储库模式。在您的情况下，这很有意义。

我会做以下事情：

interface UserRepository {

    public function find($id); 
    public function getAll(); 
    public function create(array $attributes);
    public function destroy($id);

    //you get the point

}

class CoreUserRepository implements UserRepository
{

     //implement the interface rules

}

class SocialUserRepository extends CoreUserRepository
{

     //implement the specific logic related to a SocialUser

}

更新

正如 Mjh 在 cmets 中描述的那样，简单地在所有 UserTypeRepository 上实现接口会导致重复 - 可能不是您想要的！

通过扩展您的CoreUser，您可以避免重复并保持适合您情况的设计。

尽管在您的情况下，可能会说您仍在遵循 SRP，因为 User 模型中的所有内容都与用户相关，但只是用户类型不同。

为什么选择存储库模式？

• 您确保您拥有所有User Repositories 都需要实施的合同协议。

• 代码更容易维护。

• 业务和数据访问逻辑可以分开测试

你应该扩展你的用户模型吗？

在这里，您有模型污染的危险。虽然您可以使用模型做任何事情 - 并非一切都是好主意。

由于造成的混乱，在这种方法上定义关系将是一件令人头疼的事情。