то есть трейты оправданы там, где оправдана копипаста?

ну да, костыльное решение для костыльной кодобазы

ну да, костыльное решение для костыльной кодобазы

использование трейтов лучше избегать?

ну почему же, как и любое оружие его необходимо уметь применять, в симфонии много компонентов вынесено в трейты

https://twitter.com/ircmaxell/status/699623473015037954

http://blog.ircmaxell.com/2011/07/are-traits-new-eval.html?m=1

Если не читал - посмотри, хорошо пишет

когда оправдано использовать трейты, может кто просвятить?

рефакторинг легаси где трейты меньшее из зол

там трейты хорошо. Новый код с трейтами лучше не писать. Есть правда кейсы - тупой бойлерплейт в них выносить в целом удобно

там трейты хорошо. Новый код с трейтами лучше не писать. Есть правда кейсы - тупой бойлерплейт в них выносить в целом удобно

https://cogo.wordpress.com/2011/07/01/playing-with-traits-in-php-5-4alpha1/ А как насчет этого примера, когда трейты становятся миксинами(хранят стейт)?

плохо

как минимум потому что трейты не миксины

это тупой механизм для копипасты кода

то есть если ты убрал дублирование кода при помощи трейтов - нифига. Дублирование логики (одна и та ж штука в нескольких разных классах) у тебя все еще есть

как бы... дублирование кода никогда небыло проблемой

есть очень тупой бойлерплейт который является частью деталей реализации классов - вот это можно выносить так как оно не будет загрязнять интерфейсы классов

Понятно. Как пример вспоминается parameter bag в symfony/http-foundation. По факту можно было это реализовать трейт, но это было бы дублирование логики.

тип того. В целом вообще мне дико не нравится идея каких-то property/data bag-ов

в случае с http-foundation - там это норм

бо инфраструктура

тип того. В целом вообще мне дико не нравится идея каких-то property/data bag-ов

Почему?

смотря где. Если в бизнес логике - это значит мы отходим от модели экторов. Тогда только если у нас в целом нет стэйта а есть просто функции которые этот стэйт вычисляют

всем спасибо за ответы

я не сильно чувствую разницу между трейтом и миксином

я не сильно чувствую разницу между трейтом и миксином

> миксины действуют как типы при проверке с помощью оператора instanceof и соблюдают те же правила расширения.

вот тебе и разница

основная

трейты же (конкретно в PHP) это просто копипаста

в objective-c например чуть-чуть другие трейты и действуют они по другому

то есть миксин - как множественное наследование?

миксин может реализовывать интерфейс, а трейт - нет?

миксин как миксин, но он влияет на типы. А трейты - нет.

хотя, ладно, вроде как понял немного

спасибо

Как потверждение https://3v4l.org/GlpkH

я не сильно чувствую разницу между трейтом и миксином

Вон выше в твиттере главную разницу обозначили: пхпшный трейт компайл тайм конструкция, а рубишный миксин - рантайм

Я понял, спасибо

Ну уже во все чатики нарепостили этот баянище

?

Кстати есть чат по Go ?

Ну уже во все чатики нарепостили этот баянище

Не во все ?

Кстати есть чат по Go ?

Два

@proGO @gogolang

Два

Можно тот что адекватнее? :)

Можно тот что адекватнее? :)

Го. Адекватнее. Штуишь, да?

https://twitter.com/yogthos/status/883058510275149826/photo/1

Блин, сколько времени ещё этот баян гулять будет?

https://twitter.com/yogthos/status/883058510275149826/photo/1

лол

10/10

там трейты хорошо. Новый код с трейтами лучше не писать. Есть правда кейсы - тупой бойлерплейт в них выносить в целом удобно

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

щас бы сравнивать трейты и множественное наследование

php traits

ну приехали

кстати, а что лучше, массив или класс?

кстати, а что лучше, массив или класс?

Имхо, вопрос из разряда - что лучше, погода или бетмен.

это был сарказм

это был сарказм

Зря, в принципе трейты и множественное наследование можно в одно предожение поставить)

Зря, в принципе трейты и множественное наследование можно в одно предожение поставить)

конечно можно

Зря, в принципе трейты и множественное наследование можно в одно предожение поставить)

"Трейты и Множественное наследование это разные концепции"

Ну я представляю. Я для fooleah говорил, который "сарказмирует")

Зря, в принципе трейты и множественное наследование можно в одно предожение поставить)

конечно)

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

конструкционные семечки

давайте больше абсурда

Ну тут же не PHP чат

Зря, в принципе трейты и множественное наследование можно в одно предожение поставить)

трейты не являются типами и ты не можешь сделать A {use B; } и потом на instanceof B проверить

поэтому трейты это просто инструмент для копипасты

трейты не являются типами и ты не можешь сделать A {use B; } и потом на instanceof B проверить

ну в php не можешь

есть же не только php с трейтами

если уж обсуждать саму концепцию

вроде за пхп говорили выше

Я трейты испльзую крайне мало, если использую. Для примера - есть много моделей, но только некоторым надо доабвить некторое поведение, Причем оно одинаковое

Пойти потыкать ПХП палкой, что-ли

Странные вещи обсуждаете: "нельзя instanceof Trait"

чет как-то фу

class_uses можно

но там трейты родителей вроде не видны будут

а трейт можно к структуре или только классы?

эм, к структуре?

да

Ну они для классов. А что в контексте php под структурой понимать, что туда трейт применить можно? ну я прост использовал это выражение както)

Ну они для классов. А что в контексте php под структурой понимать, что туда трейт применить можно? ну я прост использовал это выражение както)

я на php давно не писал. наверное есть какой-то аналог сишных структур? struct { field: value }

а, не

почитал о трейтах и чет это не трейты совсем

Ну в php это называется трейты)

хорошо что я на нем не пишу

хотя жс не лучше ?

Хорошо, что есть куда сливаться

))

Странные вещи обсуждаете: "нельзя instanceof Trait"

а нафига это ?)

я просто не могу представить где бы такое понадобилось

трейт это замена копипасты по сути кода

а нафига это ?)

ну например принимать в метод объекты реализующие трейт, а не класс/интерфейс

так трейты не для этого, чем тебе интерфейс не угадил?)

Да обычно интерфейсы ставят и все

кстати специально для таких случаев в php7.1 появилось в трейте возможность имплементить интерфейс

и тем самым юзать интерфейсы там где ты захотел

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