Laravel源码中为何有大量依赖于class的trait

问答 / 0 / 3 / 创建于 3年前

最近在阅读 laravel 源码，发现有不少 trait 引用了下级 class 的方法和属性，我觉得这种设计是有问题的，trait 如果依赖于 class 的方法，如何保证其复用性，例如：8.* 版本中的 Illuminate\Http\Concerns\InteractsWithInput：

namespace Illuminate\Http\Concerns;

trait InteractsWithInput
{
    public function input($key = null, $default = null)
    {
        return data_get(
        //getInputSource方法在当前trait中不存在
        $this->getInputSource()->all() + $this->query->all(), $key, $default);
    }
}

namespace Illuminate\Http;
class Request extends SymfonyRequest implements Arrayable, ArrayAccess
{
    use Concerns\InteractsWithContentTypes,
    Concerns\InteractsWithFlashData,
    Concerns\InteractsWithInput,
    Macroable;
    //getInputSource定义在这里
    protected function getInputSource()
    {
        if ($this->isJson()) {
        return $this->json();
    }
    return in_array($this->getRealMethod(), ['GET', 'HEAD']) ? $this->query : $this->request;
    }
}

这样的问题在源码里能看到几处，很不理解，不知道这么设计是什么原因

phinche

3 声望

暂无个人描述~

0 人点赞

以构建论坛项目 LaraBBS 为线索，展开对 Laravel 框架的全面学习。应用程序架构思路贴近 Laravel 框架的设计哲学。

我们将带你从零开发一个项目并部署到线上，本课程教授 Web 开发中专业、实用的技能，如 Git 工作流、Laravel Mix 前端工作流等。

推荐文章：

更多推荐...

博客

用 Laravel12 Startkit 做了一个 composer 私有包托管平台 😂 点赞超过 20 个开源，看看需要的人多不多 28 / 19 |

如何打造令后端面试官印象深刻的简历？ 16 / 10 |

博客

花了四个月打磨的 Laravel Plus 开源 30 / 98 |

博客

冯老师的困惑 —— 一个跑了两年的 BUG 21 / 17 |

博客

在laravel下实现全双工的websocket开发 21 / 8 |

分享创造

无需修改任何代码和扩展将你的Laravel项目性能提高20倍 101 / 100 |

cvoid

30 声望

最佳答案

我觉得 Trait 有的时候不是保证代码的复用，像这里很明显是在分割逻辑，让代码更加清楚。

很多时候一些代码无法复用，抽象出 interface 会觉得完全没有必要，但是写在同一类里面，会让代码非常臃肿。这种情况用这种方式去切割逻辑，让代码干净清楚一点，我觉得是可行。

前提条件就是无法复用，一旦想要复用，这种 Trait 会增加调用者的心智包袱，最后得不偿失。

3年前评论

phinche （楼主）

嗯，我想到的唯一的原因估计也就是为了逻辑分离，不过可能我自己稍微带点强迫症，觉得不能耦合，所以到目前为止，我在开发中基本没有自己编写过trait，要做到复用确实太难了，我目前看到laravel中复用性比较高的trait印象中就有个forwardCall那个，这种基本都是几个静态方法的封装了

讨论数量: 3

cvoid

30 声望

我觉得 Trait 有的时候不是保证代码的复用，像这里很明显是在分割逻辑，让代码更加清楚。

很多时候一些代码无法复用，抽象出 interface 会觉得完全没有必要，但是写在同一类里面，会让代码非常臃肿。这种情况用这种方式去切割逻辑，让代码干净清楚一点，我觉得是可行。

前提条件就是无法复用，一旦想要复用，这种 Trait 会增加调用者的心智包袱，最后得不偿失。

3年前评论

phinche （楼主）

嗯，我想到的唯一的原因估计也就是为了逻辑分离，不过可能我自己稍微带点强迫症，觉得不能耦合，所以到目前为止，我在开发中基本没有自己编写过trait，要做到复用确实太难了，我目前看到laravel中复用性比较高的trait印象中就有个forwardCall那个，这种基本都是几个静态方法的封装了

lddtime

Laravel 6.0 译者 545 声望 / （⌐ @ ⌐）

我觉得也是为了拆分逻辑，

可以看下 Illuminate\Database\Eloquent\Model 引用的这些 Trait。

这些 Trait 其他地方都不会用到，

他们不仅会调用 Model 里的属性和方法，有些地方还会相互调用其他 Trait 里的属性和方法。

abstract class Model implements ...
{
    use Concerns\HasAttributes,
        Concerns\HasEvents,
        Concerns\HasGlobalScopes,
        Concerns\HasRelationships,
        Concerns\HasTimestamps,
        Concerns\HidesAttributes,
        Concerns\GuardsAttributes,
        ForwardsCalls;
    ...

3年前评论

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助

Laravel源码中为何有大量依赖于class的trait

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

Laravel源码中为何有大量依赖于class的trait

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录