Телеграмм чат группы symfony

Доброго времени суток, начинаю небольшой проект с 3 агрегатами,ну где то 5 сущностей. В основном CRUD с evensubsciber на доставку уведомлении. Не подскажите как грамотно и быстро спроектировать чтоб в будущем было легче отделить бизнес логику от фреймворка по мере увеличения классов и возможно доп разработчиков, сейчас вижу только создание классов UseCase хэндлеров, для обращения к сущностям. Точнее с контроллера дергать $handler->handle($command) и возвращать в view.

для начала сгодится. главное накрыть тестами чтобы зафиксировать "как оно должно быть", рефакторинг всегда присутствует

источник

15:06пожаловаться #5

Do Not Disturb🤚 in symfony

Руслан

А опытные потом на вашу поделку точно пойдут?

На мне разработать рабочий mvp, как команду соберут не хочется краснеть😊 и выслушивать маты

источник

15:06пожаловаться #6

Dmitry in symfony

Do Not Disturb🤚

На мне разработать рабочий mvp, как команду соберут не хочется краснеть😊 и выслушивать маты

неправильный подход, маты будут всегда, от всех, везде

источник

15:06пожаловаться #7

Vlad Sobenko in symfony

Do Not Disturb🤚

На мне разработать рабочий mvp, как команду соберут не хочется краснеть😊 и выслушивать маты

Думаю в любом случае прийдётся выслушивать.

источник

15:06пожаловаться #8

Do Not Disturb🤚 in symfony

😢😢

источник

15:07пожаловаться #9

ПГ

Павел Г. in symfony

@atacity если админка небольшая и rad - тупо в контроллеры накидайте. Это проще разгерсти будет, тупо копипастом по нужным слоям/абстракциям архитектуры новой

источник

15:08пожаловаться #10

Dmitry in symfony

Павел Г.

ну зачем же так то ? если есть бочка говна это не значит что туда надо с головой, можно ведь просто заччерпнуть рукой одной 🙂

источник

15:09пожаловаться #11

ПГ

Павел Г. in symfony

Dmitry

если все равно переписывать, лучше уж так. Имхо. Так хотя бы понятно будет

источник

15:09пожаловаться #12

Dmitry in symfony

Павел Г.

если все равно переписывать, лучше уж так. Имхо. Так хотя бы понятно будет

но ведь видно что человек может сделать так чтобы не все надо было переписывать, он просто неуверен в своих силах

источник

15:10пожаловаться #13

ПГ

Павел Г. in symfony

максимум какие нибудь сервисные штуки вынести

источник

15:10пожаловаться #14

Do Not Disturb🤚 in symfony

Павел Г.

максимум какие нибудь сервисные штуки вынести

Например

источник

15:10пожаловаться #15

ПГ

Павел Г. in symfony

хотя если цель смена фреймворка, тогда писать не на симфони.

источник

15:11пожаловаться #16

Dmitry in symfony

он предложил вполне себе рабочую гипотезу по распределению кода, которая сгодится для MVP, сделает анемичную модель, а потом дойдут до рич модели

источник

15:11пожаловаться #17

Ivan Grigoriev in symfony

Павел Г.

Поддерживаю.

Другой подход предполагает, что всё грамотно покрывается тестами. Но учитывая изначальный посыл сделать в какой-то конкретной архитектуре (количество агрегатов и всё такое) - это не наш случай.

источник

15:11пожаловаться #18

ПГ

Павел Г. in symfony

Do Not Disturb🤚

Например

ну типа обработку изображений, что нить еще что вообще фреймворокнезависимое

источник

15:12пожаловаться #19

Vlad Sobenko in symfony

@atacity Вообще хз. Чё боятся. Пиши, как хочешь. Знаешь, что лучше будет отделить логику от работы с реквестом - делай. Тут главное в сроки ещё уложиться.

источник

15:12пожаловаться #20