это удобно потому что не нужен сложный процесс гидрации + модель данных слабо влияет на объектную модель

и дата мэппер в этом плане больше ограничений, хотя все они обходятся

это удобно потому что не нужен сложный процесс гидрации + модель данных слабо влияет на объектную модель

мне кажется проблемы начаниются когда появляется много связанных данных, именно реализация связывания, выборки

мне кажется проблемы начаниются когда появляется много связанных данных, именно реализация связывания, выборки

выборки удобно делать через SQL)

он по сути для этого и придуман)

а вот операции на запись когда много связанных данных - тут есть нюансы

выборки удобно делать через SQL)

это самому костылить надо джоины, where IN

это самому костылить надо джоины, where IN

не "костылить" а "писать". Костылики это как раз таки все эти лэйзи лоады

зато удобно с ними работать :)

когда у тебя вместо 2-3-х запросов будет 600

зато удобно с ними работать :)

а ты пробовал работать чисто с sql?)

а ты пробовал работать чисто с sql?)

только с ним и работал, с фреймворками только начал в этом году :)

я вот пробовал и так и эдак, и могу сказать что и там и там свои плюсы и минусы. Но репорты делать через ORM ты меня не заставишь. Это боль и ужас.

только с ним и работал, с фреймворками только начал в этом году :)

ну значит ты еще ничего сложнее пары джойнов не делал)

повторюсь - ORM нужны ТОЛЬКО для операций записи. На операциях чтения они по большому счету бесполезны. Какой-нибудь AR к слову тут хорошо заходит, потому он и популярен

еще как делал :) Но нафреймах пока не приходилось. Но я думаю понимаю когда лучше не оспользовать ORM

под "операцией записи" я пожалуй подразумеваю все что относится к изменению стэйта приложения

но в простых операция AR оч удобно. Order->with(['products'])->get() Чистенько

но в простых операция AR оч удобно. Order->with(['products'])->get() Чистенько

это query builder, а не AR

AR это когда у тебя результат мэпится на тот самый Order

а удобненький квери билдер с поддержкой скоупов и релейшенов - этого валом

но результат то мы получаем AR

но результат то мы получаем AR

да, но тебе нужен метод save когда ты списочек выводишь?

а потом людям CQRS продают и plain sql

Но в чем тогда AR, если все квери билдер?

даже save там квери билдер Order::create($data)

Ручками писать все это уходит больше времени

Но в чем тогда AR, если все квери билдер?

AR это когда у тебя есть табличка, и есть класс для рядов этой таблички. Все. На этом AR заканчивается.

даже save там квери билдер Order::create($data)

почему save квери билдер?)

ты создал ряд и сохранил его - это AR

хотя... тут спорно

Ручками писать все это уходит больше времени

"все это" это что?

ты создал ряд и сохранил его - это AR

получается что AR тут ничто иное как резкльтат select

оберток мало что-ли что бы превратить вывод постов в блоге в 2 строчки кода?

получается что AR тут ничто иное как резкльтат select

да

Ну вот ты делаешь коммерческий проект с обычными крудами. Почему все хватают фреймворк? Быстрее

Так можно вообще все писать с нуля каждый раз

не просто результат select, а результат select, который был замэплен на объекты (по ряду на объект), который умеет изменять этот ряд в базе

да

тогда вообще не понятно чет от RowGateway отличается

И будет академично при желании

не просто результат select, а результат select, который был замэплен на объекты (по ряду на объект), который умеет изменять этот ряд в базе

на че там мапить то? никаких заданных свойств у него нет по сути

тогда вообще не понятно чет от RowGateway отличается

Row GAteway = бизнес логика отдельно от модели данных. В разных классах. Active Record = бизнес логика и модель данных - один и тот же класс

Но найди сейчас хоть одну вакансию где нужно руками писать без орм и фреймворка?

Или цмс

ну значит тебе вообще не нужна доктрина

А мне нужна?)

Ну вот ты делаешь коммерческий проект с обычными крудами. Почему все хватают фреймворк? Быстрее

причем тут фреймворки? Я где-то говорит от фреймворков отказаться? Или не юзать готовые решения? Я предлагаю юзать только те решения которые тебе нужны. Если ты не знаешь что такое unit of work и зачем он тебе нужен - зачем тебе доктрина?)

А мне нужна?)

тебе пока нет

тебе пока надо научиться exit не использовать в коде

Чтобы узнать что это и использовать

Чтобы узнать что это и использовать

можно опростик замутить - знаете ли вы что такое Unit of work. А следом - юзаете ли вы doctrine orm больше года

Ты плотник. Знаешь рубанок. Не знаешь шлифовальную машину. Используй всегда рубанок

Ты плотник. Знаешь рубанок. Не знаешь шлифовальную машину. Используй всегда рубанок

ты инженер а не плотник

Так как он узнает unit of work?

плотники это челики которые на вротпрессах пишут

Ты плотник. Знаешь рубанок. Не знаешь шлифовальную машину. Используй всегда рубанок

сомнительное утверждение, так в принципе и сапоги кувалдой можно чинить

тебе пока нет

А что нужно юзать?) ручками писать запросы?)

Так как он узнает unit of work?

а как ты узнаешь о вещах?)

А что нужно юзать?) ручками писать запросы?)

в билдере

ну вот узнал ты о доктрине. И даже не потрутидлся почитать документацию где в самом начале написано что такое unit of work

судя по всему

Он говорит вам что знает SQL и использует. Вы ему говорите не используй orm

А что нужно юзать?) ручками писать запросы?)

dbal юзай

А он видимо хочет познать что это

ну вот узнал ты о доктрине. И даже не потрутидлся почитать документацию где в самом начале написано что такое unit of work

мапа которая держит мапу сущностей и изминений

?

dbal юзай

доктриновский?)

ERROR: S client not available

мапа которая держит мапу сущностей и изминений

мэпу сущностей держит identity map (там же в доке написано, в разделе Managing data или чето такое)

попробуй дословно перевести Unit of work - как ты думаешь что это? Люди даже этого не могут

доктриновский?)

да что хочешь юзай. Ты exit-ы в коде убрал?

я тебе там комментов добавил

да что хочешь юзай. Ты exit-ы в коде убрал?

Да)

да что хочешь юзай. Ты exit-ы в коде убрал?

а че за веселая история, поделитесь :)

я тебе там комментов добавил

Ты написал убрать сеткрейтед, но я же его юзаю в конструкторе)

а че за веселая история, поделитесь :)

да на гитхабе у него проектик. Он вместо return $response делал echo $data; exit;

немного не так обьяснил Doctrine will iterate over the Identity Map and for each object compares the original property and association values with the values that are currently set on the object. If changes are detected then the object is queued for a SQL UPDATE operation

Ты написал убрать сеткрейтед, но я же его юзаю в конструкторе)

они у тебя публичные

Unit of work - паттерн. Суть управлять изменениями, и решать проблемы когда есть конкурентность при записи?

Unit of work - паттерн. Суть управлять изменениями, и решать проблемы когда есть конкурентность при записи?

как UoW тебе с конкурентностью поможет и поможет ли вообще?)

разве он решает это?

Переводится как единица работы

да, а как с конкаренси оно поможет?

никак

оно просто срванивает что поменялось и что нужно сделать в бд

условно

Ну видимо да. Он отследит что изменение было не раз и решит что возможно в каком то изменении нет нужды

И оптимально изменит данные

я ща не понял тебя

Ну объект User. Кто то заменил имя. Потом где то изменилось имя. UoF два раза изменит имя пользователя?

Переводится как единица работы

именно) и что это означает?

оно просто срванивает что поменялось и что нужно сделать в бд

зачем оно это делает?

С телефона просто. Не могу код писать

Ну объект User. Кто то заменил имя. Потом где то изменилось имя. UoF два раза изменит имя пользователя?

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

Ну видимо да. Он отследит что изменение было не раз и решит что возможно в каком то изменении нет нужды

так причем тут конкурентность? вот тебе пример конкурентности. Есть пользователи Боб, Макр и Элис. Элис запостила фотку в нигляже. Марк и Боб решили поставить лайки. У них у кажого будет свой UoW. Оба существуют практически одновременно и имеют одинаковый стэйт. Что будет?

до этого оно ничего не считает

Sergey User->setName вызвали два раза. И изменили имя по разному. Оба изменения будут произведены?

это даже я с доки помню, whenever you call 'flush' uow будет делать шототам :)))

Sergey User->setName вызвали два раза. И изменили имя по разному. Оба изменения будут произведены?

нет, только одно

Ну вот я это и назвал конкуренцией