+1. То, что в gist — это отстрел ноги гранатомётом.

Попытка его сделать.

так так

поясните

что я упустил?

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

trait != extends

trait != extends

почему?

почему?

гугл расскажет :)

ну

что гуглить-то надо? пока не вижу объяснений

трейт определяет публичный интерфейс

трейт определяет публичный интерфейс

Нет

как нет?

методы публичные же

trait это просто реализация copy-paste

есть трейт = есть методы

copy-paste тоже определяет публичный интерфейс

это как абстрактный класс, там могут быть все, что есть в абстрактном классе

это как абстрактный класс, там могут быть все, что есть в абстрактном классе

и он тоже определяет интерфейс

Почитай про множественное наследование, и почему от него в своё время многоие отказались

есть трейт = есть методы

Ты, мне кажется, путаешь с duck typing. В modern PHP duck typing не очень.

Почитай про множественное наследование, и почему от него в своё время многоие отказались

при чем тут наследование? я про интерфейсы говорю

Почитай про множественное наследование, и почему от него в своё время многоие отказались

ты же не будешь говорить, что реализация нескольких интерфейсов это плохо?

при чем тут наследование? я про интерфейсы говорю

Как раз при том. Что trait это костыль что бы без множественного наследования, можно было выделять одинаковые участи кода и шарить их между классами. В то же время trait сознательно сделали что бы они не декларировали интерфейс

ты же не будешь говорить, что реализация нескольких интерфейсов это плохо?

Не буду, это норм

Как раз при том. Что trait это костыль что бы без множественного наследования, можно было выделять одинаковые участи кода и шарить их между классами. В то же время trait сознательно сделали что бы они не декларировали интерфейс

так в чем разница-то?

Но это должны быть интерфейсы, сам по себе trait их не декларирует

почему?

по факту ведь это интерфейс

у него даже имя есь

почему?

Почему в интерфейсах нельзя реализовывать методы?

гм

не знаю

а почему?

при чем тут это?

при чем тут это?

%)

Ты троллишь?

нет

по факту ведь это интерфейс

не знаешь чем отличаются интерфейсы от абстрактных классов??

вообще нет

знаю

как это отвечает на мой вопрос про трейты?

как это отвечает на мой вопрос про трейты?

Именно по этому я предлагаю тебе посмотреть чем плохо множественное наследование

Там и будет ответ на вопрос почему в интерфейсах нет реализации

Именно по этому я предлагаю тебе посмотреть чем плохо множественное наследование

вот теперь дошло

Вообще trait это сильно статическая штука

ответ на мой вопрос - "потому что трейт с интерфейсом = множественное наследование"

И если бы ты мог указать его как ожидаемый интерфейс, то возможности его подменить не было бы никакой

да, допер

спасибо

второй час ночи не лучшее время для работы, видимо

второй час ночи не лучшее время для работы, видимо

ого

собственно мне и интерфейс нужен был для странной цели

спасибо чуваки )

а для чего вы в коде используете трейты?

ну я имею ввиду

хм

какой-нибудь реальный пример

странный вопрос

какой-нибудь реальный пример

ща

https://github.com/laravel/laravel/blob/master/app/Http/Controllers/Auth/LoginController.php

вот например https://github.com/laravel/framework/tree/5.3/src/Illuminate/Foundation/Auth в ларке вообще много где юзаются трейты, да и не только в ларке

а для чего вы в коде используете трейты?

Контроллерах, выношу в них код: валидацию, проверка на ошибки. Тем образом у меньшаю дублирования кода.

Контроллерах, выношу в них код: валидацию, проверка на ошибки. Тем образом у меньшаю дублирования кода.

а я думал я говнокодер

а я думал я говнокодер

в смысле ?

https://github.com/laravel/laravel/blob/master/app/Http/Controllers/Auth/LoginController.php

чет не улавливаю что этот код делает, почему этот UserAuthenticator не передавать как зависимость?

ERROR: S client not available

зачем методы встраивать в сам контроллер

вообще зачем вам трейты? ими только грабли себе раскладывать

вообще зачем вам трейты? ими только грабли себе раскладывать

у меня про них неоднозначное мнение, их же в язык зачем-то ввели, причем в этот уже новый пых вводили

ну не все хорошо и нужно, что делается)

видел прикольные воркэраунды в трейтах, которые юзают внешние методы

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

чет звучит жутко кажется

а я думал я говнокодер

с чего это говнокод ?

с чего это говнокод ?

тащить в контроллер трейт для валидации?

тащить в контроллер трейт для валидации?

окей. что же делать если нужны всякие упрощалки, аля функции render или redirect ? И если не хочется их выносить в базовый класс

та не реально кто так делает, вы вообще видели контроллеры например ларки?

Там везде трейты используются

окей. что же делать если нужны всякие упрощалки, аля функции render или redirect ? И если не хочется их выносить в базовый класс

render и redirect имеют отношение к тому, что делает контроллер

епт не пишите свои фреймворки, велосипедисты блин))

а валидация данных - нет

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

а не трейтом

сущностью?))

а валидация данных - нет

Хм с чего это не имеет ? вот даже нашел ответ @fes0r https://habrahabr.ru/post/216955/#comment_7433099

ну блин

сервисом

классом, как удобно

ну сущностью точно нет

классом мб)

ну что ж так к словам цепляться-то)

нууу, я просто уже начал представлять валидацию через сущность

сущностью?))

никто ж не сказал доменной сущностью

в ином случае я не знаю что такое сущность

это вообще что угодно

https://habrahabr.ru/post/116375/

это еще актуально?

это вообще что угодно

да, там ключевое слово было "отдельная"