Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 2
Коллеги, вы можете ставить мне сколько угодно минусов, но всё-таки разработчики этого фреймворка упоротые. Ну явно они что-то употребляют.
Чем же вдруг общепринятая практика противоречит принципам фреймворка? Может нафиг такие принципы?
Может быть это проблема некоторых хостингов? Очнитесь, на дворе 2016 год!
Это не PSR-4. Вообще.
ЭТО НЕ PSR-4!!!
facepalm.jpg
Уважаемый коллега condor-bird, спасибо за ваш труд, но вы бы хоть теги ставили правильные. Например "Юмор" или "Как не надо делать"...
внедрение HMVC противоречит основных принципам и идеологии фреймворка
Чем же вдруг общепринятая практика противоречит принципам фреймворка? Может нафиг такие принципы?
разработчики пришли к выводу что использование Composer будет не правильным решением. Например, для некоторых хостингов Composer будет проблематичным, не везде его можно применять
Может быть это проблема некоторых хостингов? Очнитесь, на дворе 2016 год!
файл: /application/Config/Autoload.php
Это не PSR-4. Вообще.
Для загрузки класса используем функцию load_helper ():
ЭТО НЕ PSR-4!!!
представления могут быть загружены при помощи функции load_view ()
facepalm.jpg
Уважаемый коллега condor-bird, спасибо за ваш труд, но вы бы хоть теги ставили правильные. Например "Юмор" или "Как не надо делать"...
В принципе соглашусь с вами. На данное время имеются непонятные моменты, говорится одно, пишется другое. Но, думаю, что они еще не раз будут переделывать и улучшать, так как это не окончательная версия. Мне тоже не понравились некоторые функции. Надеюсь, что переделают и все будет правильно.
Что касается политики фреймворка, которая наблюдается уже давно и продолжается до сих пор, то да, она в какой-то степени неадекватная или скорей всего сильно жесткая. Сложилось впечатление, что они не всегда готовы прислушиваться к мнению большинства участников сообщества. Видят везде заговоры и т.п. Да, явно они что-то употребляют :)
Лонни по видимому неравнодушен к Lavarel, о чем сам неоднократно упоминал, поэтому, возможно, какие-то фишки будут схожи по возможностям или напоминать возможности компонентов Laravel. Но в целом, это уже давно ясно, они не желают идти по стопам уже имеющихся и внедрять в себя кучу всего, например, как это сделано в Yii, где целый набор всего (в хозяйстве все пригодится). Это же дело коснулось и модульности, которую посчитали совершенно лишней. Поэтому отделались автозагрузкой и пространством имен.
В скелете оставят лишь самое необходимое. Пару компонентов версии 3x (вроде корзины, javascript, trackback) удалят. Не будет также возможности использования файлов с приставкой MY_. Пакетов тоже не будет. Пару классов вынесут в отдельно подключаемые дополнения: класс для работы с ftp, XML-RPC, zip, класс оформления Typography, класс парсинга шаблонов для вставки всевдо-переменных в view.
Auth и users библиотеки нужно будет пилить самим, если конечно же, не будет сформировано CI Community Apps. Но про него они пока молчат. Думаю, что это дело разработчикам по боку. Возможно в сообществе найдутся пользователи, которые пожелают заняться дополнениями.
Причин для смеха над кодом здесь есть и будет еще больше, не сомневайтесь :) Наверное, напишу еще пару интересных или не очень интересных статей/заметок про фреймворк до релиза четвертой версии.
Что касается политики фреймворка, которая наблюдается уже давно и продолжается до сих пор, то да, она в какой-то степени неадекватная или скорей всего сильно жесткая. Сложилось впечатление, что они не всегда готовы прислушиваться к мнению большинства участников сообщества. Видят везде заговоры и т.п. Да, явно они что-то употребляют :)
Лонни по видимому неравнодушен к Lavarel, о чем сам неоднократно упоминал, поэтому, возможно, какие-то фишки будут схожи по возможностям или напоминать возможности компонентов Laravel. Но в целом, это уже давно ясно, они не желают идти по стопам уже имеющихся и внедрять в себя кучу всего, например, как это сделано в Yii, где целый набор всего (в хозяйстве все пригодится). Это же дело коснулось и модульности, которую посчитали совершенно лишней. Поэтому отделались автозагрузкой и пространством имен.
В скелете оставят лишь самое необходимое. Пару компонентов версии 3x (вроде корзины, javascript, trackback) удалят. Не будет также возможности использования файлов с приставкой MY_. Пакетов тоже не будет. Пару классов вынесут в отдельно подключаемые дополнения: класс для работы с ftp, XML-RPC, zip, класс оформления Typography, класс парсинга шаблонов для вставки всевдо-переменных в view.
Auth и users библиотеки нужно будет пилить самим, если конечно же, не будет сформировано CI Community Apps. Но про него они пока молчат. Думаю, что это дело разработчикам по боку. Возможно в сообществе найдутся пользователи, которые пожелают заняться дополнениями.
Причин для смеха над кодом здесь есть и будет еще больше, не сомневайтесь :) Наверное, напишу еще пару интересных или не очень интересных статей/заметок про фреймворк до релиза четвертой версии.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Модули/HMVC в CodeIgniter 4