Комментарии 3
Давно заглядывался на Laravel, т.к. по-сравнению с Symfony 2 куда меньше кода, а по-сравнению с Yii 1 — куда изящнее решаются задачи. Всё красиво, но немного режет глаз Blade. Подскажите пожалуйста, является ли хорошим тоном прикручивание Twig к проекту? Легко ли это сделать?
Статья безусловно достойна внимания, спасибо.
Статья безусловно достойна внимания, спасибо.
К блейду быстро привыкаешь, он досточно хорош кроме отсутствия решима песочницы. Для твига есть twig bridge, который довольно популярен, значит народ пользуется. Шаблонизатор определяется по разрешению файла и можно устраивать солянку из твигоских и блейдовских шаблонов, так что переход очень прост.
Это, конечно, моё сугубо личное мнение, но статья не рассказывает ничего такого чего не было бы в официальной документации.
Лично мне было бы интересно увидеть статью где показывалось более продвинутое использование сервис провайдера и приводился функционал, который бы позволял регистрировать свои сервисы.
Плюс, это уж точно вопрос религии, но зачем создавать пространства имён только для того что бы затем в composer.json свести всё на нет подлючив целую папку. Имхо, PSR-0 и PSR-4 решают вопрос загрузки классов намного более гибче и изящнее.
С файлом рутингов та же схема. Это, конечно, вкусовщина, но мне кажется более правильный подход — подключать рутинг в методе register вашего провайдера.
Лично мне было бы интересно увидеть статью где показывалось более продвинутое использование сервис провайдера и приводился функционал, который бы позволял регистрировать свои сервисы.
Плюс, это уж точно вопрос религии, но зачем создавать пространства имён только для того что бы затем в composer.json свести всё на нет подлючив целую папку. Имхо, PSR-0 и PSR-4 решают вопрос загрузки классов намного более гибче и изящнее.
С файлом рутингов та же схема. Это, конечно, вкусовщина, но мне кажется более правильный подход — подключать рутинг в методе register вашего провайдера.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Создание пакета для Laravel