Это какой же у вас маленький монитор что не влазит )
А вы длину строки делаете ровно в размер монитора?
Это какой же у вас маленький монитор что не влазит )
Вы очевидно не писали в фреймворках, там таких USE может быть тона ) и + use сворачиваются в один блок и не мешают
Писал и пишу и дискомфорта не испытываю ибо изначально к этому готов. Вы видать не пробовали писать на Joomla компонент в 20 view размером, а теперь его полностью перебирать... и перебирать ... и перебирать.... весь год, а то и больше в итоге буду заниматься перебором старого. =)
Вообще то это во всех современных языках ) Посмотрите C# или Java там аналогично 
и подход этот шикарный и очень удобный!
Да очень шикарный подход в кожам файле подключать одно и тоже.
Возьмем к примеру тот же Text который используется чуть ли не в каждом файле, ну разве что в route он не нужен. Так на кой его каждый раз прописывать.
Тоже относиться и к Factory и Layouts(которые очень удобны и часто нужны). Или extends если раньше я просто писал JModelAdmin то теперь надо сначала прописать use (хотя можно и без него но тогда будет ад как длинно).
Что же до других ну тот же Registry так мы и так use всегда пишем.
Я не спорю что многое куда лучше прописывать там где это будет использоваться, это по сути основа оптимизации. Но все то накой?
ну так это примерно тоже самое как сказать, что вместо JFactory::getApplication()->input->post->get() легче и проще писать $PostGet() 
Разные вещи у \Joomla\CMS\Input\Input есть фильтрация, так что тут вынужденная необходимость.. + итого получается короче.
оно то действительно короче. но вы ж я уверен понимаете преимущество ооп перед процедурным? и с неймспейсами тоже самое. вы ж представьте например, вы первый раз видите фреймворк. открыли файл, и видите там JUri. что это? где это? о чем это? а видя Joomla\CMS\Uri\Uri вы без лишних хлопот сразу понимаете куда идти. и так далее.
В случаей с joomla все равно идти в гугл или на stack ибо местами текст не соответствует действительности.
P.S А вообще меня бесит.
1. Адский объем работы, придеться разбирать каждый файл строчка за строчкой
2. Хотел на новых компонентах сделать сразу по нормальному, но блин опять часть осталась старой итого один фиг потом переписывать по новой.
3. в J4 придется файлы именовать типа /models/ArticleModel
4. Я вообще в принципе не люблю такие перемены.
Отсюда и вопрос на кой это было делать в 3 ветке полу гибрид какой-то.
11.04.2022, 08:44:33