Почему нельзя всегда использовать трейты вместо наследования в PHP

А, трейты в PHP, ёпта! Отличная штука, но народ часто путает, думая, что это замена наследованию. Нет, блядь, это как сравнивать яблоко и табуретку — задачи разные, хоть и из дерева сделаны.

Смотри, наследование — это когда ты говоришь: «Вот этот класс является вот тем». Логическая иерархия, полиморфизм, вся эта магия. А трейт — это просто кусок кода, который ты впендюриваешь в класс, как чип в паспорт. Удобно, но со своими тараканами.

Основные подводные камни, на которых все обжигаются:

1. Полиморфизма через трейт — нихуя. Нельзя на него тип-хинт сделать. Представь, ты написал трейт Loggable и думаешь: «Вот теперь любой, кто его использует, — логгируемый!». Ан нет, сука.

   trait Loggable {
       public function log($message) { /* ... */ }
   }
   
   // Хочешь так? Забудь, не выйдет. Ошибка будет, как от хорошего пиздюля.
   function process(Loggable $object) { // Fatal error, ёбаный насос!
       $object->log('test');
   }

   Трейт — это не контракт, это просто код-вставка. Для полиморфизма нужны интерфейсы, запомни это, как «Отче наш».

2. Конфликты имён — это пиздец просто. Подключил два трейта, а у них методы с одинаковым именем — всё, приехали. Система встала колом и требует, чтобы ты сам, вручную, разобрался, кто из них главный.

   trait A { public function process() { return 'A'; } }
   trait B { public function process() { return 'B'; } }
   
   class MyClass {
       use A, B; // Тут тебе сразу Fatal error в ебальник!
   
       // Придётся быть взрослым дядей и явно указать:
       use A, B {
           A::process insteadof B; // Бери метод из A, а B — нахуй
           B::process as processB; // Но метод из B переименуй, пусть живёт
       }
   }

   Волнение ебать, когда это происходит в большом легаси-проекте в пятницу вечером.

3. Инкапсуляцию могут разнести в хлам. Трейт может нагло вставить публичные методы и свойства прямо в твой класс, а ты потом удивляешься: «Откуда эта публичная хуйня взялась? Я же ничего не объявлял!». Контроль теряется, будто дети остались дома одни.

4. Отладка превращается в квест «Найди, откуда этот метод приполз». Используешь пять трейтов, смотришь на список методов класса — и нихуя не понятно, какой от родителя, какой от трейта, а какой ты сам написал. Приходится рыться, как крот в навозе.

Так как же правильно, спросишь ты? Да всё просто, как три копейки.

• Наследование — для отношений «является». AdminUser является User. Car является Vehicle. Вот тут иерархия, вот тут полиморфизм.
• Трейты — для общих поведений, которые не определяют «кто ты». SoftDeletes (мягкое удаление), Timestampable (авто-даты), Notifiable (отправка уведомлений) — это поведение, которое можно прикрутить к User, к Post, к Comment. Кому надо.

Из своего опыта скажу: в одном Laravel-проекте у нас все модели наследовались от EloquentModel — это была их сущность. А чтобы они могли слать уведомления, мы просто пихали в них трейт Notifiable. Чисто, понятно, и никакой ерунды. Трейт — это как приправа, а не основное блюдо. Не путай, а то будет тебе хиросима в коде.