Doctrine ORM: Entity, Identity Map, Unit Of Work 

Спасибо за отклик, будем продолжать :)

Работаем над этим!

Спасибо большое за приятный отклик :)

^_^

😂

Всегда пожалуйста :)

Спасибо за доверие :)

Ай спасибо, добрый человек!

Спасибо что смотрите)

Спасибо что смотрите )

Уже работаю над ней)

Замечательно! Надеюсь, помогли)

Спасибо, стараемся :) С шарпом пока не работаем, так что не предвидится(

Стараемся для вас :)

Уже в работе!

Надеемся что поможет)

@@about-code ну как минимум я понял для чего так сделали))

И вам здравствуйте, Александр)

Важно понимать какой объем увезет один процесс php и вовремя чистить UOW

В целом нет, опять же надо следить за памятью и грамотно чистить Unit Of Work

Постараемся как можно скорее :)

А хороший вопрос…

Спортзал творит чудеса, вы не поверите! :)

@@Rclass , я надеюсь вы, как истинный айтишник, туда ходите в футболке с надписью GitHub, где Hub на оранжевом фоне?

Приглашали поучаствовать в SkillBox, но мы отказались)

Согласны, что-то с этим надо делать. Раньше мы просто экран камерой записывали, но в итоге было тоже плохо(

Да, важное замечание, спасибочки ^_^

Дело не в том что внутри одного проекта меняется БД (на самом деле мы с таким сталкивались пару раз), а в том что вам в общем случае наплевать какая БД используется в данном проекте. Мы используем равносильно как Mysql/MariaDB, так и постгрес - примерно 70/30, так что для нас это важный показатель. И да, ORM - не серебряная пуля, ни разу, мы об этом и не говорили)

​@@Rclass Не знаю как для вас а для меня комична ситуация когда с приходом orm, разрабы деградировали до того что простой слект с парой джойнов и группировкой не знают как написать. А если все же хорошо знают sql упираются в то что orm создает больше проблем и проще и быстрее написать без нее

@@Rclass вот интересно среди активных пользователей orm сколько людей кто не знает что такое транзакция, какие есть уровни изоляции, как каждый из них отрабатывает.

Надо забираться "под капот" )

В следующем видео информация эта есть :) И достаточно подробно :)

Гм, в подходе?) Active Record - сам объект умеет себя сохранять и удалять из базы. В DataMapper объект - это просто объект.

@@Rclass но Rich Model судя по объяснению в видео это тот же Active Record.

@@GuruNemo отнюдь. Бизнес-логика и логика уровня работы с сохранением данных - это разные вещи.

@@Rclass если не пихать бизнес логику в Active Record, то отличия с Rich Model не вижу. Ещё раз пересмотрел видео, но отличия не нашёл кроме обращения напрямую и через Data Mapper.

В работе уже!

flush все завернет в одну транзакцию)

@@Rclass в каких сценариях нужно запускать транзакцию в ручную? для чего нужен функционал транзакций в доктрине(с точки знания пользователя)?

Капибары они такие, да 😂

Уже на канале)