Штука вся в том, что я хочу получать в этом хелпере константу ADMIN_ROLE через $model::ADMIN_ROLE, т.е. у меня так выйдет, что я буду пытаться ее получить из модели, которая мне пришла в хелпер.

А так как там сейчас модель формы, то я ее попросту не получу, ее там нету.

В общем, такие заморочки.

А, вононочо

пср плачит, switch, сервис локатор. хм Сделать интерфейс . константу запрашивать через метод. метод этот в интерфейс .

пср плачит, switch, сервис локатор. хм Сделать интерфейс . константу запрашивать через метод. метод этот в интерфейс .

Все так плохо? :(

пср плачит, switch, сервис локатор. хм Сделать интерфейс . константу запрашивать через метод. метод этот в интерфейс .

Интерфейс? Да, сэр!

пср плачит, switch, сервис локатор. хм Сделать интерфейс . константу запрашивать через метод. метод этот в интерфейс .

Дык трейтом проще

пср плачит, switch, сервис локатор. хм Сделать интерфейс . константу запрашивать через метод. метод этот в интерфейс .

модель же прокидывается в констркутор. а туда кидать интерфейс

Дык трейтом проще

Проще не трогать ничего. и наследоваться 100 раз

А на кой интерфейс ради одной константы?

Метод геттера ещё писать

Ну наследуйся. мне то что. не мой же проект

В чем преимущества интерфейса тут?

И чем имплементация интерфейса интереснее использования трейта

Простите :)

И чем имплементация интерфейса интереснее использования трейта

наследование зло . а тем более такое

А имплементация интерфейса это не наследование?

Нет

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

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

конечно.

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

Ты же уже наследуешься от другого класса какой абстрактный класс

конечно.

Обоснуй

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

подставить реализацию можно может посмотреть в эту сторону https://github.com/yiisoft/yii2/blob/ba0ab403b52124c941dbeb46fbd9efdc12252a5d/framework/rbac/PhpManager.php

Обоснуй

чем плохо наследование обьяснять не нужно ?

Я не вижу разницы между наследованием и имплементацией

Те же яйца только в профиль

А в данном случае вообще

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

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

Ассетами

Я не вижу разницы между наследованием и имплементацией

Вот в этом и проблема. при имплементации я уверен буду что класс не изменится . а при наследование кто-то подменит класс и мы не узнаем об этом

Ассетами

А есть какая - то статья с подробностями про это?

Вот в этом и проблема. при имплементации я уверен буду что класс не изменится . а при наследование кто-то подменит класс и мы не узнаем об этом

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

подставить реализацию можно может посмотреть в эту сторону https://github.com/yiisoft/yii2/blob/ba0ab403b52124c941dbeb46fbd9efdc12252a5d/framework/rbac/PhpManager.php

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

Я же говорю в данном случае это ваще не работает

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

Как внутри реализованно пофиг. вернуло единичку или двойку тоже. главное что бы возвращало цифру

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

Посмотреть и если нужно сделать свою реализацию и вызывать Yii::$app->user->checkAccess(); Это самый правильный вариант

Как внутри реализованно пофиг. вернуло единичку или двойку тоже. главное что бы возвращало цифру

Да кейс простой и поэтому считаю интерфейс тут лишними накладными расходами

Ну наследуйся. мне то что. не мой же проект

Да делайте интерфейсы. Мне то что

Трейт вот как подменят тебе кстати?

Наследоваться от него нельзя

Так что имхо мимо кассы

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

1

Обожаю закатывать срачи и потирать ладошки.

Надо сюда Дмитрия Елисеева пригласить.

Но он правда боюсь к такому не привык :(

Надо сюда Дмитрия Елисеева пригласить.

Тащи всех что есть

Где тут срач то?

Все по делу и вежливо имхо

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

1) Подключать ассет или отдельный файл из конкретной вьюхи 2) расширить контроллер, чтобы он цеплял ввтоматом "персональный" css/js при его наличии 3) нахрен морочиться, сложить всё в "большой" css - выигрыш от кеша общего стиля будет больше экономии на спичках

1) Подключать ассет или отдельный файл из конкретной вьюхи 2) расширить контроллер, чтобы он цеплял ввтоматом "персональный" css/js при его наличии 3) нахрен морочиться, сложить всё в "большой" css - выигрыш от кеша общего стиля будет больше экономии на спичках

там плагины. Зачем на главной плагин личного кабинета?

1) Подключать ассет или отдельный файл из конкретной вьюхи 2) расширить контроллер, чтобы он цеплял ввтоматом "персональный" css/js при его наличии 3) нахрен морочиться, сложить всё в "большой" css - выигрыш от кеша общего стиля будет больше экономии на спичках

Я так понял классы стилей пересекаются

там плагины. Зачем на главной плагин личного кабинета?

Тогда ассетами

Если пересекаются - то их надо распересекать обратно

А как в ассете вывести например для опеределенной страницы

Можно пример?

там плагины. Зачем на главной плагин личного кабинета?

Css плагины?? Чоа? Ну заверни все нужные стили в класс контейнера

ну там и JS

$this->registerCssFile('path/to/myfile')

ну там и JS

И как я не догадался, если вопрос был про css

А как в ассете вывести например для опеределенной страницы

Вызвать Asset::register. Как в layout делается

$this->registerCssFile('path/to/myfile')

Если у него там гроздь стилей и скриптов, которые наверняка еще и от jQuery зависят, то только ассетом.

Если у него там гроздь стилей и скриптов, которые наверняка еще и от jQuery зависят, то только ассетом.

Ну если зависимости то дыа

Да даже если css+js

namespace app\assets;   use yii\web\AssetBundle;   class MyClassAsset extends AssetBundle {     public $basePath = '@webroot'; //алиас каталога с файлами, который соответствует @web     public $baseUrl = '@web';//Алиас пути к файлам     public $css = [         'css/vasya.css',     ];     public $js = [         'js/vasya.js',     ]; }

НУ вот на этом примере бы

Но в Yii1 мы колхозили второй путь, достаточно было положить в нужное место css или js с именем вьюхи, и оно цеплялось

Трейт вот как подменят тебе кстати?

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

Я знаю, как работать с ним, но как добавить для определенного

Я знаю, как работать с ним, но как добавить для определенного

Идешь во вьюху, вызываешь его оттуда через ::register. Всё.

Понял

Я знаю, как работать с ним, но как добавить для определенного

Создал свой бандл и подключил во вьюхе нужной

Спасибо

Создал свой бандл и подключил во вьюхе нужной

поподробнее

Лишним не будет

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

Ну тут соглашусь. Но человек же не считает эту ответственность лишней. Наоборот считает что место этому в модели

поподробнее

Мы именно это только что обсудили