Обновить
0

Пользователь

Отправить сообщение

Интересно, имеет место быть для развития. Практически лучше Symfony MicroKernel (да, сложнее, но минимализм + возможность расширения + документация) или Lumen (говорят, что умер, но на проекте используем для API - вполне).

Вопрос по коду: если вы захотите использовать Фасады - то сделаете еще папку facades? А сервисы поместите в корень в services? А если кодовая база начнет расти? Может вся логика приложения могла бы уйти в папку app как у Laravel?

https://github.com/i-luka/api-php/blob/revision1/config/routes.php

строка 55: как-то неочевидно константа PROD в глобальном пространстве. Удобнее вынести в env конфиг

Можно разделить Router на App, Kernel и Route. Тогда в файле index.php будет создаваться инстанс App, который будет подгружать ядро, которое будет реализовывать логику роутера.

Почему не компоненты symfony используете?

Для фрилансера или для аутсорсера это допустимый вариант на гнилом проекте быстро отладить тот или иной кусок кода. Минимум лишних телодвижений. Большой backtrace смотреть неудобно, но когда нет возможности через Postman отправить запрос и глянуть в xdebug - почему бы и нет.

На нашем проекте все логи пишутся в файл и через специальный пакет через очередь отправляются в бот. (используем lumen. Sentry подключить в планах).

Смотреть в телеграм ошибки - быстро и оперативно. Но минус в том, что нельзя анализировать этот поток сообщений как а sentry.

Может мне полетят сейчас минусы, но зачем хейтить способ. Если это один из приёмов работы а-ля "оберните руль изолентой, чтобы было удобнее его держать".

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность