Так как Slim Framework не содержит встроенных возможностей для работы с базами данных
Собственно почему бы к нему не прикрутить чего-нибудь в этом месте? Понимаю, что для создаваемого приложения никакой ORM не нужно, но для демонстрации одной из основных фич микрофреймворков (расширяемости за счет отдельных компонентов) было бы весьма кстати.
Спасибо за статью. Эта тема действительно много раз поднималась и все равно радует, когда люди несут свет в наше разношерстное PHP комьюнити.
Только одно небольшое «фэ»:
set-метод добавляется из интерфейса
— скорей интерфейс обязует класс реализовать метод.
И как эти проекты себя вели? Ничего не сломалось при переходе? Просто помнится Фабьен как-то говорил на конференции про проблему перерождения всего приложения на каждом реквесте и о том, что хочет ее решить. Но ReactPHP вроде как не упоминал.
Также бывает полезно выдавать код на инспекцию еще до окончания задачи если задача обьемная, или если выполняющий — junior или просто не очень хорошо знаком с предметной областью (новичок в команде). При этом неплохо бы договориться в команде и помечать такой код (например, WIP — Work in progres), чтоб его ненароком не смерджить.
То есть в обьект сервиса будет создан даже, при отсутствии его вызовов? Или в случае с Invokable и Factory СМ все же дождется вызова и тогда создаст обьект?
Проблем с ним не было, т.к. не пробовал его использовать. Просмотрел доку, заглянул в исходники обоих бандлов, и сайлиусовский вариант мне показался более понятным и, опять же имхо, более гибким. Кроме того, в команде есть желание использовать сам Sylius на других проектах, так что возможность хоть одним глазом взглянуть на этого зверя подкупила.
Собственно почему бы к нему не прикрутить чего-нибудь в этом месте? Понимаю, что для создаваемого приложения никакой ORM не нужно, но для демонстрации одной из основных фич микрофреймворков (расширяемости за счет отдельных компонентов) было бы весьма кстати.
Только одно небольшое «фэ»:
— скорей интерфейс обязует класс реализовать метод.
?