вот как на последнем скрине)

Коллеги - однойийчане, а вот такой вопрос. Наверняка же многие штормом пользуются. Есть ли какой-то способ сообщить ему, какой конкретно класс у компонента или у экземпляра, реализующего интерфейс? например, на Yii::$app->myComp->myMethod шторм будет ругаться и не даст автокомплита. И на Yii::$app->user->identity тоже. Обычный workaround - присваивать это дело в промежуточную переменную и ее описывать с phpdoc, типа /** @var MyComponent $mc */ $mc = Yii::$app->components['myComp']; /** @var UsersClass $me */ $me = Yii::$app->user->identity; но может есть более лучший вариант? (плагин yii2-phpstorm это не умеет есличо)

Этот скрин он откуда? Это что за вью?

а кто мейнтейнер плагина штормового? по-моему, очень удобная фича была бы

Это у вас общее Екатеринбургское 😂

Коллеги - однойийчане, а вот такой вопрос. Наверняка же многие штормом пользуются. Есть ли какой-то способ сообщить ему, какой конкретно класс у компонента или у экземпляра, реализующего интерфейс? например, на Yii::$app->myComp->myMethod шторм будет ругаться и не даст автокомплита. И на Yii::$app->user->identity тоже. Обычный workaround - присваивать это дело в промежуточную переменную и ее описывать с phpdoc, типа /** @var MyComponent $mc */ $mc = Yii::$app->components['myComp']; /** @var UsersClass $me */ $me = Yii::$app->user->identity; но может есть более лучший вариант? (плагин yii2-phpstorm это не умеет есличо)

спасибо :)

Я юзаю автоматизацию этой фичи https://github.com/bazilio91/yii2-stubs-generator

НАРКОМАН, ЗАЧЕМ?

это все тот же вью только я сделал его так как мне нужно, а он ругается что так не делают. не находит pages

НАРКОМАН, ЗАЧЕМ?

Используй теги начало виджета

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

https://github.com/samdark/yii2-cookbook/blob/master/book/ide-autocompletion.md

А diplom то находит?

Из-за этого в каждом AR красные ошибки

А метод makeup то есть в модели?

Дык pr решает

Да. Конечно. Так ведь прикол в чем, если я чутка меняю код, то он срабатывает: if ($model->load(Yii::$app->request->post())&& $model->makeup()) { return $this->redirect(['view', 'id' => \Yii::$app->user->id]); } else { return $this->render('create', [ 'model' => $model, ]); }

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

Утя когда не post блок else не срабатывал

Спасибо)

Да низашто я ещё вчера тебе писал про это 😁

Ну в принципе так-то оно да. Дублирующий код пропадет. Но все равно будут две модели, выходит? Одна для обновления, другая для создания?

@helloknock ну будет три класса, ну и что? главное, что избыточного кода нету.

Тут, кстати, опять хотел бы задать вопрос. У меня такая интересная проблема, можно ее решить в лоб, но это будет некрасиво и к тому же уже есть по факту дублирующийся код. Возможно, спрашиваю тут много тривиального, но прошу меня простить за это. Короче, у меня с помощью крудов сделано добавление, удаление и редактирование пользователей (ну точнее модели user). Это все прекрасно бы работало, если бы можно было, во-первых, нормально проставлять статус (а т.е. сразу ACTIVE), во-вторых, генерить auth_key, необходимый для remember me, в-третьих, чтобы можно было нормально работать с сохранением координат на карте, которые вообще хранятся в другой таблице и связаны с таблицей user только внешним ключом. Ну и еще некоторые вещи. Короче, можно поиграться было с before save, но слишком много всего для одного несчастного метода. В общем, чтобы все это решить, я решил делать для создания пользователя отдельную модель формы, прям как для регистрации. Но тут возникла небольшая заминка. Нечто подобное нужно также и для редактирования, а так не хочется создавать еще одну модель, которая по факту будет дублировать ровно такой же код, за исключением правда проверки, где произошло изменение. В общем, как мне быть? Как лучше всего это реализовать? Может, есть примеры? Прошу прощения, что пишу немного косноязычно.

Наследоване зло! А что бы не вынести проверку и создание юзера в другой класс ? CreateUser UpdateUser ? И там уже проверять и сохранять