Нет

спс

Реши мне эту задачу трейтами, пожалуйста

abstract class A {}
abstract class B {}

final class C extends A, B {}

function acceptB(B $b): void
{
}

function acceptA(A $a): void
{
}

acceptB(new C());
acceptA(new C());

Я не говорил что все можно решать трейтами полноценно

Ничего не надо ими решать

Их надо избегать

Ты сказал, что трейты – это как вариант замена наследованию. Не замена. Ни как вариант, ни вообще. Что такое класс? Это тип. Наследование классов – это наследование типов. Трейты на типы не влияют. Отсюда невозможны ни lsp, ни все остальное. Трейты – копипаста.

Проблема в том что конкретного ответа нет ) Если на собесе скажешь нет - тебе напомнят про трейты, если скажешь да - тебе напомнят что трейты это просто альтернатива множественному наследованию, но в пыхе его как такового нет )

Если тебе собеседующий скажет, чтто трейты – альтернатива мн. наследованию, я бы ушел с собеса.

Для чего нужны трейты?

interface A {}
interface B {}
interface C extends A, B {}

final class E implements C {}
final class D implements A, B {}

function acceptA(A $a): void {}

acceptC(new E());
acceptC(new D());

Вот мн. наследование в пхп.

Лара ими вся обмазана

Это множественная имплементация

У тебя D реализует несколько типов и может быть применен там, где ждут A, и там, где ждут B.

а мне не нрав это

Избавление от копипасты как предполагалось.

Но в интерфейсах нет реализации, а наследование нужно для расширения реализаций. Иначе не было бы интерфейсов

trait AuthorizesRequests
{
  public function authorizeResource(...)
  {
    $this->middleware($middlewareName, $options)->only($methods);
  }
}

Заебись избавился. Где мне взять ф-цию middleware()?

А один интерфейс не расширивается за счет другого ?

интерфейс и реализация разные вещи