Ложил прод. Совесть не мучает :). Автору, а зачем докидывать новую запись, если можно апдейт сделпть. Судя из описания вашего это флоу который у вас был: удалил, добавил с новым значением. Это тоже самое что обновил. Или вашей обезличенной статистике нужгэна история. Так сожно логер мусорку использовать и проблема решена.
А если еще взять само описание скрама, то там срам мастером может быть член команды. Это роль в команде, а не профессия как сейчас модно делать. Мы внедряли сначала скрам, потом скейлед скрам. И при нормальном подходе (пригласили коуча из skrum.org) такой дичи небыло. Собрались все и разработали процесс. Скрам мастер нужен что бы решать проблемы которые команда неможет сама решить. В данном примере команда это аморфные товарищи. Что за проблемы у разработчика, которые он неможет озвучить на дейлике и должен решать срам мастер? Кошка рожает, смузи прокисши?
Это в каком-то илюзорном мире можно ларек закрыть вывеску сменить с булочной на шаурмичную и все ОК. Рынок плотный и уйдя место займут конкеренты и новре имя не значит теже заказчики.
С таким подходом кроме места где вы родились вам везде будет дискомфортно. Как в пословице, свинья везде грязь найдет. Вы едите в другую страну, где естественно люди иные и менталитет иной. Ненадо с собой волочь свою культуру и мир, а попытаться понять и интегрироваться в общество. Понятно что нет мест что бы жизнь была как мы привыкли.
Не хочу показаться банальным но под капотом ларки ядро симфони. И для меня многие вещи которые элементарно реализуются на симфони из-за его концепта со скрипом можно сделать в ларавеле. Например сборку зависимостей в зависимости от реквеста.
Проблема не в ОРМ а в том кто ее использует. Если нет понимания про лази лоад и и что будет при дергании в цикле релейшенов, то тут причем ОРМ. По поводу разных БД. Есть проекты код база которых долдна работать на разных движках БД. ОРМ позволяет вкорячить что угодно. Напиши свой драйвер и генератор запросов и все, готово. По поводу репортов и выборки больших объемом, так, наример доктрина в документации прямиком говорит что не стоит строить запросы с возвращением сущностей. Непонятен смысл статьи. Перечисление очевидных плюсов минусов? Так они известны. Вообще для конкретной задачи всегда выбирается инструмент. Если вам надо данных много вытянуть и вы ограничены в памяти то накой вам абстракция которая выжрет ресурс. Но если вам надо описать логику в которой инкапсулировпть работу с набором данных, то зачем изобреиать велосипед?
Для каждой задачи пожбирается инструмент соответствующий. Если вам надо какую нить апишку которая просто преоьразует данные и отдаст вам то зачем вам апликуха на java которая 95%времени будет простаивать.
Почитайте определение буквы D в акрониме SOLID. В PHP абстракция это интерфейс, мог конечно завязаться на каком абстрактном классе, но тогда это менее гибкая реализация. Что не так автор написал/имплементил?
А для Вас нет? Инверсия как раз и достигается путем использования абстракции для инъекции зависимости. Тоесть эта абстракция имеет инверсию а не ижект в сервис.
Так в доктрине если в селекте указать связанные сущности в запросе она автоматом жадно загрузит. Тоесть в репе у вас запрос который принимает ваш with параметр и докидывает join с addSelect к базовому запросу. Про квери билдер он же есть в ентити менеджере в доктрине и доступен в репозитории, зачем городить еще один класс.
Ложил прод. Совесть не мучает :). Автору, а зачем докидывать новую запись, если можно апдейт сделпть. Судя из описания вашего это флоу который у вас был: удалил, добавил с новым значением. Это тоже самое что обновил. Или вашей обезличенной статистике нужгэна история. Так сожно логер мусорку использовать и проблема решена.
А если еще взять само описание скрама, то там срам мастером может быть член команды. Это роль в команде, а не профессия как сейчас модно делать. Мы внедряли сначала скрам, потом скейлед скрам. И при нормальном подходе (пригласили коуча из skrum.org) такой дичи небыло. Собрались все и разработали процесс. Скрам мастер нужен что бы решать проблемы которые команда неможет сама решить. В данном примере команда это аморфные товарищи. Что за проблемы у разработчика, которые он неможет озвучить на дейлике и должен решать срам мастер? Кошка рожает, смузи прокисши?
Это в каком-то илюзорном мире можно ларек закрыть вывеску сменить с булочной на шаурмичную и все ОК. Рынок плотный и уйдя место займут конкеренты и новре имя не значит теже заказчики.
С таким подходом кроме места где вы родились вам везде будет дискомфортно. Как в пословице, свинья везде грязь найдет. Вы едите в другую страну, где естественно люди иные и менталитет иной. Ненадо с собой волочь свою культуру и мир, а попытаться понять и интегрироваться в общество. Понятно что нет мест что бы жизнь была как мы привыкли.
Не хочу показаться банальным но под капотом ларки ядро симфони. И для меня многие вещи которые элементарно реализуются на симфони из-за его концепта со скрипом можно сделать в ларавеле. Например сборку зависимостей в зависимости от реквеста.
Проблема не в ОРМ а в том кто ее использует. Если нет понимания про лази лоад и и что будет при дергании в цикле релейшенов, то тут причем ОРМ. По поводу разных БД. Есть проекты код база которых долдна работать на разных движках БД. ОРМ позволяет вкорячить что угодно. Напиши свой драйвер и генератор запросов и все, готово. По поводу репортов и выборки больших объемом, так, наример доктрина в документации прямиком говорит что не стоит строить запросы с возвращением сущностей. Непонятен смысл статьи. Перечисление очевидных плюсов минусов? Так они известны. Вообще для конкретной задачи всегда выбирается инструмент. Если вам надо данных много вытянуть и вы ограничены в памяти то накой вам абстракция которая выжрет ресурс. Но если вам надо описать логику в которой инкапсулировпть работу с набором данных, то зачем изобреиать велосипед?
Для каждой задачи пожбирается инструмент соответствующий. Если вам надо какую нить апишку которая просто преоьразует данные и отдаст вам то зачем вам апликуха на java которая 95%времени будет простаивать.
Почитайте определение буквы D в акрониме SOLID. В PHP абстракция это интерфейс, мог конечно завязаться на каком абстрактном классе, но тогда это менее гибкая реализация. Что не так автор написал/имплементил?
А для Вас нет? Инверсия как раз и достигается путем использования абстракции для инъекции зависимости. Тоесть эта абстракция имеет инверсию а не ижект в сервис.
Так в доктрине если в селекте указать связанные сущности в запросе она автоматом жадно загрузит. Тоесть в репе у вас запрос который принимает ваш with параметр и докидывает join с addSelect к базовому запросу. Про квери билдер он же есть в ентити менеджере в доктрине и доступен в репозитории, зачем городить еще один класс.