ну то есть persist НЕ надо вызывать при изменении данных сущности, так?

1. где хранишь бизнес логику (уточню - ложишь ли логику в сущности) 2. где делаешь flush

а теперь внимание - вопрос был ГДЕ ты делаешь flush а не когда

Зачем?

покажи мне место в документации которое такое говорит

Зачем?

Так

сеттеры, что щас будет

Куда?

Куда?

лел

сеттеры, что щас будет

видели, но здесь чат по симфе, она важнее)

глянь что делает персист

сеттеры, что щас будет

тут судя по всему не надо пугать человека... тут вон с UoW надо разобраться еще

em -> persist != git commit

Так стейт куда сохраняется?

И где он был до этого?

И какая разница между этими двумя местами?

ну UoW парадигма, че ты не понимаешь чтоли?

А без persist их в памяти нету?

если так считать, то получается что все переменные в память сохраняются)))

к тебе на работу приходит джун и спрашивает: как работает persist и flush, когда что вызывать. как ты ему это объяснишь?

И если нету, то где они?

http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/reference/working-with-objects.html#persisting-entities

короч читай и изучай

Это вопрос или утверждение?)

в частности что такое "MANAGED entity"

тут два варианта: - не знаешь - не можешь объяснить

а как говорится, если ты не можешь что-то объяснить. значит ты это не понимаешь

если ты так понимаешь, то это не правильно

не плохое, а вообще неок

персист не сохраняет ниче вообще

шта

шо ты несешь, почитай

ничего он не сохраняет

ну камон

А до персиста где оно хранится?

можем на инглише, итог будет одинаковый. persist и flush работают не так же как commit и push

Если не в памяти?

Та понятно

но изменения при персисте еще не было

просто птому что commit подразумевает создание коммита, а persist лишь помечает "следи за этим объектом". И если ты уже загрузил объект через доктрину она уже за ним следит

Где именно хранится стейт до persist?

именно по этой причине придумали unit f work

что бы эмулировать что это не так

вся соль доктрины и UoW в том что бы притвориться что объекты все время лежат в памяти, и ты с ними работаешь как просто с объектами.

А где?

Есть три места, где он может хранится - в базе, в памяти и где-то ещё

Где это "где-то ещё"?

но все же ответь на вопрос.... где ты делаешь flush

На бумаге?

Тут?)

flush это не "завершение" а "сохранение изменений". То есть вычисление diff изменений, формирование запросов и коммит транзакции

persist это лишь "добавьте плиз эту сущность в UoW"

началось все с того что ты делаешь flush после persist хотя я спрашивал "где" ты делаешь flush. Ну и исходя из формулировки для апдейтов ты тоже делаешь persist. а это привело к дальнейшей дискуссии