та да

>у нас 300-400 моделей 0_o

Говорю, попробуй через сторонний класс подключать поведение

А в этом классе помнить, к кому подклбчал

что это за модели интересно?

так много сущностей?

наверняка они тоже ненавидят наследование :)

так много сущностей?

да.

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

да.

наверняка они тоже ненавидят наследование :)

все хорошо с наследованием, большой бизнес :)

если есть наследование, может прикрутить это к базовым классам?

тогда не придется перечислять 300 классов явно

да, про автоматизацию

https://xkcd.com/1205/

золотые слова

если надо раз в неделю добавить пять классов в список и это занимает 30 секунд, то за пять лет будет сэкономлено 21 минуту ценного программистского времени

К базовому нельзя, ибо надо по отдельности же

@bfcmyxa, попробуй какой-нибудь хелпер класс, которому ты будешь отдавать класс

А он цеплять поведение

И записывать в базу

Или еще куда

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

И поведение это цеплять только и только так

@bfcmyxa, попробуй какой-нибудь хелпер класс, которому ты будешь отдавать класс

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

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

Самое прямое и простое

Как часто будет это использоваться?

Опрос моделей

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

т.е. тестировать вы не будете?)) а если мапинг надо будет обновить, а это дело полетит?

Там 300 классов и чувак готов перебирать из все)

А ты про тесты

т.е. тестировать вы не будете?)) а если мапинг надо будет обновить, а это дело полетит?

что имеется в виду под "мапинг надо будет обновить, а это дело полетит"?

>у нас 300-400 моделей 0_o

типичный интерпрайз . 300 таблиц не так и много

типичный интерпрайз . 300 таблиц не так и много

Именно, а это у нас еще логистика и производство не построены :)

Как объединяют чат на ноджиэс и сайт на yii2 ?

Через базу общую?

через интферфейсы можно

через интферфейсы можно

Чуть подробнее?

на уии или ноде создаешь апи

а можно и там и там

и общаются два сервера друг с другом через http

но если тебе надо тупо данные из базы гонять

то используй общую базу

но если тебе надо тупо данные из базы гонять

Я в Том и дело что не пробовал ещё

Лучшую практику спрашиваю)

зависит от задачи

нужны только данные - база

нужна логика - создаешь интферйес общения и через него пускаешь данные

зависит от задачи

Чат вебсокетный встроить в сайт

что имеется в виду под "мапинг надо будет обновить, а это дело полетит"?

вы хотите унифицированную операцию, что обновления маппинга, т.к. боитесь забыть какой-то класс добавить. но а если ошибка случится из-за перебора (стопудов не случится, не работает в программировании). притестировании (да хоть ручном) команды, вам все равно нужно проверять, что произойдет - всели хорошо работает: (мапинг не упал) и самое главное, ВСЁ ли, что вы хотели обновилось

типичный интерпрайз . 300 таблиц не так и много

модель != таблица

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

модель != таблица

как раз он вроде имеет модель в yii2 активрекорд. даже если не таблица.. 300 это ни о чем

Как объединяют чат на ноджиэс и сайт на yii2 ?

Не делай этого)

как раз он вроде имеет модель в yii2 активрекорд. даже если не таблица.. 300 это ни о чем

ну я понимаю, что это реально. но они не должны быть в одном скоупе. как-то массово проходиться по всем моделям - это будет чет запарно. ну и странно

Решил делать разруливание robots.txt через контроллер. на сервере сделаю редирект, а там уже буду строить свой лунопарк

честно, хз как в данной ситуации через url manager разрулить.

ну я понимаю, что это реально. но они не должны быть в одном скоупе. как-то массово проходиться по всем моделям - это будет чет запарно. ну и странно

должны или не должны. мы не знаем как огранизованна архитектура. а так гадать смысла нет

у него не уии2

там первая версия

и да @bfcmyxa http://beh.look-forward.ru/index.php?r=site%2Findex

чет накидал быстренько в nano

<?php namespace app\helpers; use Yii; class BehHelper { static function attach($object) { $object->attachBehavior('timestampBehavior', \yii\behaviors\TimestampBehavior::className()); $list = []; if (Yii::$app->cache->exists('classes')) { $list = Yii::$app->cache->get('classes'); } Yii::$app->cache->set('classes', array_unique(array_merge($list, [get_class($object)]))); } static function getClasses() { return Yii::$app->cache->get('classes'); } }

типа класс хелпера

правда кеш не чистится при запуске

но это в бутстрап можно сунуть

использвать в моделях так public function init() { parent::init(); \app\helpers\BehHelper::attach($this); }

\app\helpers\BehHelper::getClasses()

вернет массив классов, которые используют поведение

это явно чище, чем все перебирать

можно подкрутить метода attach для любых поведений

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

но я примера ради

там сейчас выводятся вар дампом BehHelper::getClasses

и User::getBehaviors

как-то так

Будет работать не для всех моделей, а только для тех что созданы

30 минут и реализация готова)