Комментарии 14
есть быстрый старт для каждого компонента, реально помогает, когда нужно что-то не попсовое, но хочется ларавельное :)
несмотря на свою простоту требовал не использовать какой-либо фреймворк. О пакетах речи не шло, поэтому было принято решение использовать привычные компоненты Laravel.
Прям русская народная сказка "каша из топора". :-)
Вообще Lumen есть же, я не представляю себе, какие могут быть аргументы против него, если уж все равно illuminate-компоненты используются.
Ну точно каша из топора :-)
Что такое «медленная работа»? Скорость разработки низкая?
Вот честно, не до конца понял, проблема у заказчика была с медленностью фреймворков (которая обычно кешированием решается) или тем, что задача простая и тащить даже микрофрймворк толку не было. Если первое, то ещё понятно (не все кейсы можно закрыть кешированием), но если второе, то непонятно как использование компонентов фреймворка согласовывается с решением
Не понимаю позиции заказчика — отказ от фреймворков. Ведь ты в любом случае будешь использовать (микро)фреймворк, только самописный. Убедить не пытались? Если пытались, то как?
Расскажите, пожалуйста, подробнее.
1. Проект сам по себе был простой.
2. Было желание полазить в ядре лары именно с целью использования компонентов вне фреймворка.
Если бы проект был посложнее небольшого микросервиса, или у меня было отсутствие желания собирать свой недо-фреймворк, то отказался бы от выполнения заказа.
Делим Laravel на компоненты