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

Да

либо вариант с оберткой этих параметров в DTO, тогда ты сможешь объявить этот DTO, как зависимость контроллера (тем более, если у тебя потом будет больше появляться параметров, то очень даже кстати будет) Либо если хочешь, чтобы прям строки были, то придется сделать эти свойства публичными, тогда ты сможешь через контейнер их внедрить

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

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

$container->set(YourController::class, [ 'class' => YourController::class, 'dependent_string' => 'my string' ]);

ну и конструктор в этом случае переопределять не надо

Спасибо.

либо можешь через callable injection, там создаешь контроллер через Yii::createObject(), и свойства устанавливаешь

http://www.yiiframework.com/doc-2.0/guide-concept-di-container.html#php-callable-injection

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

Зачем тебе внедрять параметр в контролер?

Зачем тебе внедрять параметр в контролер?

Чтобы не дергать его из контроллера

Чтобы не дергать его из контроллера

Логику я понял твою. Для чего этот параметр?

Там полный код контроллера выше же)

Там полный код контроллера выше же)

Ага. Я просто не особо понял почему этим сервисам нельзя внедрить данные параметры через di

Ага. Я просто не особо понял почему этим сервисам нельзя внедрить данные параметры через di

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

Там выше Виталий объяснял, почиьай если интересно

Ага. Я просто не особо понял почему этим сервисам нельзя внедрить данные параметры через di

Глянь на все варианты IoC, если прямо интересно Не лишь одним DI ограничивается инверсия управления https://habrahabr.ru/post/244517/

Глянь на все варианты IoC, если прямо интересно Не лишь одним DI ограничивается инверсия управления https://habrahabr.ru/post/244517/

вопрос то не а IoС, а в том что нафига задавать зависимость классу, если он от нее по сути не зависит?

Смысл? Мне DI нужен.

Самое интересное, что Боря просил DI, а ему Service Locator посоветовали :)

вопрос то не а IoС, а в том что нафига задавать зависимость классу, если он от нее по сути не зависит?

Приведи пример, поглядим, зависит или нет

Самое интересное, что Боря просил DI, а ему Service Locator посоветовали :)

Ещё не силён в терминологии и паттернах.

Приведи пример, поглядим, зависит или нет

вот его пример https://gist.github.com/za4me/abbdee604abfc7476395bd69940fd73e

Ещё не силён в терминологии и паттернах.

Глянь статейку, которую я выше кинул - все встанет на свои места )

Ещё не силён в терминологии и паттернах.

они на самом деле тонко отличаются, можно сразу и не понять )

Глянь статейку, которую я выше кинул - все встанет на свои места )

Не вижу чот линк

они на самом деле тонко отличаются, можно сразу и не понять )

DI и SL тонко отличаются ?) Абсолютно разные подходы

Не вижу чот линк

https://habrahabr.ru/post/244517/

DI и SL тонко отличаются ?) Абсолютно разные подходы

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

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

Да, цель у них одна - создать слабосвязанную архитектуру , но реализация и использование абсолютно разные , хрен спутаешь, если хоть раз видел и то, и другое

Да, цель у них одна - создать слабосвязанную архитектуру , но реализация и использование абсолютно разные , хрен спутаешь, если хоть раз видел и то, и другое

наверное сейчас не долистаю, вчера или позавчера тут подобный пример обсуждали. Так что практика показывает что путают )

Dmitriy Kuts с Vladimir помоему дискутировали

Никто не спорит, что путают те люди, которые в вопросе не разбираются

Долото и лом ведь тоже путают )

Хотя хз кто

Никто не спорит, что путают те люди, которые в вопросе не разбираются

😄 само собой, кто разбирается не путает

Хотя хз кто

ну так что по примеру то?

А нахера в контроллере конфиги ?

ну так что по примеру то?

Это по примеру

вот

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

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

У кого вообще были кейсы, когда di больше мешал, чем приносил пользу ?

Надо идти к симфонистам в чат :) Тут все за Service Locator )

Ахха

Надо идти к симфонистам в чат :) Тут все за Service Locator )

нет, просто не все понимают разницу ;) я тебе говорил

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

Это вы за примеры в статье или за FileController?

Если второе, то чем он толст?

Если второе, то чем он толст?

тем что он прокидывает параметры конфига.

Если второе, то чем он толст?

Тем, что берет на себя то, что не должен брать

У каждого должна быть своя зона ответственности Об этом гласит SOLID

нет, просто не все понимают разницу ;) я тебе говорил

Хоть бы ты со мной поговорил

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

А пример такой: Можно размазывать гавно по стенам, а можно по туалету Как бы разница огромная

Как по мне это чересчур

И между идеал кодом и чёрт ногу сломит должна быть середина

В некоторых случаях и AR дефолтного хватает.

И между идеал кодом и чёрт ногу сломит должна быть середина

ты же туда передаешь статическую информацию, которая уже известна и на зависит от пользовательского ввода. Зачем ее им указывать, когда они сами могут получить ее?

Мы не об AR сейчас говорим

С чего ты взял, что контроллер должен знать о конфигах класса Image ?

Инжекть сразу в класс, который занимается картинками

Ты получается лишние движения делаешь

Мне некогда полемику разводить)

Покажи, пожалуйста, сам код этих action'ов, image-upload

Код сам себя не напишет, спасибо за ссылки и советы.

Бро, тебе помочь хотят :)

ты же туда передаешь статическую информацию, которая уже известна и на зависит от пользовательского ввода. Зачем ее им указывать, когда они сами могут получить ее?

+1

+1

Откуда ты возьмёшь шекели, поц? У тебя ведь даже нет партбилета!

Покажи, пожалуйста, сам код этих action'ов, image-upload

vova07 imperavi, тут можешь глянутт

Публичное api этой библиотеки заставляет тебя такое делать ?)

Тогда легче не заморачиваться, если code review у тебя не проводят

ребят вопрос сильно ли тормозит GridView ? Точнее не лучше ли использовать тот же foreach ?

Лол, напиши свой бенчмарк, мы поугараем)

Лол, напиши свой бенчмарк, мы поугараем)

хм..а как же другие фреймворки живут без него?

тот же laravel?

просто такие вещи притормаживают <?= GridView::widget([ 'dataProvider' => $dataProvider, 'filterModel' => $searchModel, 'rowOptions' => function($model) { /** @var $model \common\models\Action */ if($model->isExpired()) { return ['class' => 'expired']; } return ['class' => 'working']; }, 'columns' => [ 'id', 'product_type', 'name', 'base1c_code', 'BeginDate', 'EndDate', [ 'format' => 'raw', 'value' => function ($model) { return Html::a('Редактировать',['action/update','id'=>$model->id]); }, ], ], ]); ?>

наткнулся в коде