не будет ифов лишних по всем экшенам, и в будущем легко отрефакторить

Спасибо, буду использовать. Вообще вот это думаю внедрить в проект: https://github.com/samdark/yii2-cookbook/blob/master/book/structure-global-functions.md

да, это туда и ляжет

ничего страшного в глобальных функциях нету, ускоряет разработку, если проект закрытый (не open source) - стоит однозначно использовать

что-то вроде того

еще плюс - автокомплит для кастомных компонентов, если ты не хочешь переопределять Yii класс (чтобы описывать компоненты через phpdoc), но хочешь автокомплит своих компонентов - кидаешь их в глобалы

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

что страшного?

А зачем это?

Может проще автокомплит IDE настроить и не париться?

как настроить автокомплит, если IDE не знает о кастомных компонентах?

А зачем это?

Может проще автокомплит IDE настроить и не париться?

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

два варианта - переопределить Yii класс, и в phpdoc описывать компоненты, или использовать шорткаты

все верно

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

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

а кто мешает хелперы просто юзать?

большое кол-во кода - обращение к компонентам. Вот как выглядит автокомплиит, который не всегда даже вывлодит Yii класс первым

а чем это не хелперы?

а кто мешает хелперы просто юзать?

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

illuminate/support в 100500 проектах

хотя функции там банальные

аргументов от Павла и Владислава не услышал - возвращаюсь к работе

Ну например тем что не явно где они лежат и идеально будет работать автокомплит

if (!Yii::$app->user->can('projectParamsEdit', ['project' => $project])) { throw new ForbiddenHttpException(); } vs use ххх/xxx/AccessHelper; AccessHelper::can('projectParamsEdit', ['project' => $project]); vs can('projectParamsEdit', ['project' => $project]);

Тут важно, чтобы это были реально глобальные в рамках проекта функции :)

третий самый короткий. я повторюсь - если проект не open source - использовать глобалы можно

а какая разница короткий или нет если за тебя это напишет среда?

По времени 3й вариант самый быстрый, как не крути

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

+ читаемость кода выше

читаемость кода ИМХО во втором варианте выше. + инфа сразу где лежит эта логика

вся вьюха в Html::encode, Html::..... <?=e($text)?> и все

запомнить 10 функций на проект - не беда, понять по вызову назначение функции - не проблема, открыть global.php и посмотретть - не трудно, написать phpdoc к функциям - тоже не проблема, вплоть до @inheritdoc

Вопрос крайности - это реально 5-10-15 функций на проект не больше. Лежат в одном файле.

это называется антипаттерн

если ты делаешь это в проекте, где >1 разработчика - руки тебе оторвать надо

чушь несешь

какой минус может быть на практике? не пойму (

аргументов у пацанов нету, какой-то практикой не подкрепляют, говорят умные слова тока

если ты делаешь это в проекте, где >1 разработчика - руки тебе оторвать надо

Тогда весь ларавел - антипаттерн

С фасадами и саппорт пакетом

давай умничать, синглтон - антипаттерн. Yii - синглтон

синглтон это синглтон

С каких пор синглтон антипаттерн?)

а оборачивать какие то отдельные функции в глобальные функции - антипаттерн

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

никакой практической информации от тебя не слышу

тока учишь что тут плохо что хорошо

а оборачивать какие то отдельные функции в глобальные функции - антипаттерн

Да, антипаттерн, но вопрос-то в другом. Какие минусы на практике, если на огромный проект 10 функций глобальных в одном месте лежащих?

1) каким образом скорость повышается

2) не проблема запомнить только для тебя

бляя

а для чего они по твоему?

я тебе как практиющуй с глобальными функциями говорю - это збс

работаю не один над проектом. все тока ЗА

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

ты не пробовал - а что то тут доказываешь, какие-то антипаттерны, трудно запомнить, блабла

я тебе как практиющуй с глобальными функциями говорю - это збс

+1

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

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

Автокомплит дольше, чем короткая функция :)

у меня кастомный компонент, Yii::$app->someComponent

Привет всем, подскажите чем открыть в runtime/mail .eml если нет оутлука

куча мелочевки ускоряется пачкой 1-2 символьных глобальных функций

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

пропустил начало дискуссии - почему не работает автокомплит?

ты тут не сочиняй, пользоваться я умею PhpStorm

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

не знаю как у тебя, у меня на непосредственное написание кода может 10% времени разработки уходит

нахрен экономить на спичках я не знаю.

пропустил начало дискуссии - почему не работает автокомплит?

https://github.com/samdark/yii2-cookbook/blob/master/book/structure-global-functions.md Добро или зло? :)

Привет всем, подскажите чем открыть в runtime/mail .eml если нет оутлука

куча онлайновых гляделок есть, например https://www.encryptomatic.com/viewer/

ок, спасибо

но вообще eml это почти плейнтекст

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

афигенно)

тока там кодировка не стандартная, как я помню, 7 байтовая вроде

текста могут побиться, попробуй онлайн тулзы

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

Вообще для емаилов советую что-то типа https://mailtrap.io