Laravel:使用特征或扩展模型之间的区别

标签 laravel design-patterns traits extend

我们正在开发一个带有调度模块的 Laravel 应用程序。该模块包含三种类型的类(class),可以放在议程中:任务、事件和部门。因此,我们提出了以下类图:
Class Diagram
现在,我们的问题是:如果我们要实现这个图,我们应该使用 Trait 还是应该扩展 Plannable 模型。

可规划型号:

<?php

namespace App;

use Illuminate\Database\Eloquent\Model;

class Plannable extends Model
{
    // Code
}

任务模型:
<?php

namespace App;

use App\Plannable;

class Task extends Plannable
{
    // Code
}

或者我们应该将其用作特征:

可计划性状:
<?php

namespace App\Traits;

trait Plannable
{
    // Code
}

任务模型:
<?php

namespace App;

use App\Plannable;
use Illuminate\Database\Eloquent\Model;

class Task extends Model
{
    use Plannable;
    // Code
}

最佳答案

当你试图扩展一个类时,意味着“是一个”关系,Car extends Vehicle,Car“是一个”Vehicle。在您的示例中,任务"is"可计划的。是吗?

另一方面,特征使用不同的方法,有点像“汽车使用轮子”。再次在您的示例中,Task 使用 Plannable。看起来比我猜的扩展更好?

如果不了解您将为此实现提供哪些功能,很难说更多。我希望,它提供了一些想法。

关于Laravel:使用特征或扩展模型之间的区别,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/56242754/

相关文章:

generics - 使用泛型时是否可以使用自引用关联类型?

generics - 是否可以自动实现将一个特征对象转换为另一个特征对象的特征?

scala - 搞砸了特征线性化?

php - Behat 不使用最简单的测试

javascript - 从时间表中删除休息时间

javascript - (未知网址)Angular 4 的 Http 失败响应

php - Laravel 4 迁移

c++ - 寻找广泛使用(大部分使用)设计模式的项目

c# - 关于单例的非静态成员的问题(C#)

c# - 在抽象类的构造函数中通过虚拟成员分配只读字段