https://youtu.be/xVd67APj8pQ
И не совсем понял, есть ли вобщем то ответ на этот вопрос?
В докладе рассматривались история, плюсы и минусы различных ORM, но потом всё ушло в обсуждение CQRS, Ивентов, etc.
Но ведь там всё-равно используется база, state какого-то объекта на текущий момент времени можно расчитывать по Ивентам, но у нас все-равно будет объекты, их всё-равно нужно будет хранить в базе, для их сохранения все-равно будут использоваться Дата мапперы, и можно будет также получать все плюшки ОРМ?
Должны были быть "демки", а аффтар их не успел подготовить
общий посыл такой, что записывать данные с использованием ORM — это ок. а вот читать данные, особенно сложные запросы для отображения на UI, то ORM — это плохо. Ты можешь сам убедиться если посмотришь на историю вопросов по доктрине даже в этом чате, то 95% вопросы о том, какс сделать JOIN, sub-query и т.д. короче больше боли, чем пользы.
доклад просто надо было назвать "эволюция ORM" или "the state of ORM", чтобы не вводить в заблуждение)
коротко - есть реляционная база - будет orm. Но за счет штук типа jsonb и т.д. можно много ограничений обойти красиво. Хочешь чистую объектную модель - единственный вариант - event sourcing. со своими недостатками
Обсуждают сегодня