трейты в тестах? хмхм, не очень понял, о чем речь

вот например, в чем тут будет сложность тестирования?

Ни в чем, продолжайте ))))

спасибо, а то как-то не по себе стало, но после вашего разрешения сразу полегчало

Это всегда пожалуйста ) Чем больше множественного наследования тем лучше!

трейты это же просто копирования кода runtime. про это Шурик и говорил, когда имел ввиду "копипаста"

в чем принципиальное отличие, когда у вас либо код покопирован интерпрететором, либо вами лично

а кто такие баркоды и почему они в энтити?
про ивенты нет вопросов

ничего страшного. Я же говорю: пожайлуйста, не останавливайтесь )

это штрихкоды, которые привязаны к сущности. у совершенно разных сущностей могут быть штрихкоды

на каком уровне определён этот трейт? внутри домена?

то есть, совершенно разные сущности у вас будут связаны одной зависимостью - баркод. Верно? )

в отдельном BarcodeBundle

у меня все.

а для вас станет откровением, что штрихкод может быть назначаться на разные сущности? на товар, на посылку, на место хранения

возможность сделать херово - она поощряет делать херово

когда есть возможность бездумно копировать - рано или поздно начнут копировать бездумно и будет как Валентин в стриме показывал - $this->__construct() внутри трейтов

ну и плюс потом приложение реально становится trait-ориентированным и вот уже и сущность без бандла жить не может

а что там копирует интерпретатор - то его личные дела, ему плевать на качество вашего кода, он всё переварит

для меня абсолютно нет. Я программировал магазины и склады. И на PHP тоже.
Я же вовсе не против. Я всецело за.

Мне кажется, для начала нужно задать себе несколько вопросов перед тем как юзать трейты. Учитывая то, что они были представлены как альтернатива механизма множественного наследования, первым вопросом будет: нужно ли в конкретном примере множественное наследование? Мне кажется, есть миллион причин не использовать множественное наследование, которое само по себе имеет недостатки. Наверное, после этого вопроса уже должно было отпасть желание использовать трейты. Всё ведь можно реализовать и на одиночном спокойно, а если нужно динамически добавить поведение, то существуют паттерны, не говоря уже о том, что также существуют рекомендации по минимизации даже одиночного наследования в архитектуре и использовании агрегирования.