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

когда у тебя один запрос и ты в рамках одного UoW делаешь изменения - делай их сколько хочешь. Это не конкурентная запись

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

та вообще изминений не будет, пока ты не вызовешь флаш. потом оно пробегает и сравнивает поля. изменилось только 1 поле. ок

Два изменения конкурируют

с кем?) это ж один UoW

та ничего не конкурирует, решает только последнее изминение

@kopaygorodsky чувак да понятно. Мы не об этом

UoW - это граница твоей бизнес транзакции

а о чем?

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

@fes0r понял

http://design-pattern.ru/patterns/unit-of-work.html

UoW нужен просто для того что бы ты синхронизировал стэйт приложения и базы

Я на эту доку опирался

хреновая дока

хотя как

есть нюанс

ты МОЖЕШЬ сделать свой UoW

который учитывает конкурентную запись

например счетчик лайков

и вместод UPDATE posts SET likes=:likes сгенерит тебе UPDATE posts SET likes=likes+:likes

но это увы - свой кастомный UoW который учитывает то как у тебя данные меняются

доктрина имеет универсальный UoW. Что значит универсальный - это значит он тупой. Он тупо делает replace данных

А у Фаулера что говорится?

https://martinfowler.com/eaaCatalog/unitOfWork.html

Vladyslav да я о том что смысл говорит о flush. Об очевидном

Maintains a list of objects affected by a business transaction and coordinates the writing out of changes and the resolution of concurrency problems

Последние 4 слова о че

А у Фаулера что говорится?

я уже уточнил что в общем смысле, ты можешь учитывать конкурентный доступ и лочить например на уровне UoW. но это будет твой специализированный UoW под эту конкретную бизнес транзакцию.

?

а не одна реализация UoW на все твои бизнес транзакции

доктрина - универсальная штука и она такие штуки разруливать не может.

Да я понял что доктрина такие вещи не решает

но в общем смысле - да, можно UoW юзать для разруливания конфликтов

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

в целом запилить свой UoW - не особо сложно.

но я готовых примитивов что бы это было удобно для php не видал)

Доктрина нас учит использовать сеттеры, ты учишь что не надо. От этого диссонанс у меня

Доктрина нас учит использовать сеттеры, ты учишь что не надо. От этого диссонанс у меня

где доктрина этому учит? Этому учит дока симфони о том как формы юзать

а так если бы у всяких там Марко было время - они давто бы уже доку переписали

авторы доктрины во всех своих выступлениях особо акцентируют внимание что "сеттеры это не очень хорошо"

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

http://www.doctrine-project.org/2011/11/21/a-doctrine-orm-odm-base-class.html

Да вот доку читаешь

> November 21, 2011, posted by Benjamin Eberlei и это запись в блоге а не дока

Я так и не понял как без сеттеров. Можешь в прям совсем для дурака? )

Через конструктор?

Я так и не понял как без сеттеров. Можешь в прям совсем для дурака? )

бональный пример: вместо setName сделать rename. Вместо setPassword и getPassword сделать changePassword и authenticate

new User('Anton') вместо setName()?

Понял

new User('Anton') вместо setName()?

если в твоем CRUD приложении надо изменить ВСЕ значения сущности или большую их часть - то есть смысл заменить "изменени" на "создание нового объекта". Пример - вместо setName и setBirthday сделать updateProfile(Profile $profile)

если ты накидаешь мне спорных примеров - могу накидать заметку как это все можно разрулить что бы выходило даже проще и удобнее

А внутри этого метода уже по свойствам данные распихать?

А внутри этого метода уже по свойствам данные распихать?

http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/tutorials/embeddables.html

все намного проще

Но тут сразу вопрос как такой Embeddable класс заполнять? Сеттерами?

Почитаю в общем про это

Но тут сразу вопрос как такой Embeddable класс заполнять? Сеттерами?

в конструктор, билдеры, dto, статический метод фабрика с массивом. Можешь просто погуглить "constructor too many arguments"

Понял. Очень много классов получается для обыкновенного crud

Понял. Очень много классов получается для обыкновенного crud

2?)

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

ну и объем кода будет даже меньше во многих ситуациях

Попробую так сделать. Пока обычными сеттерами сделал )

Прикольно было бы мини проект с такими практиками увидеть

лень)

Может есть такой?

Сколько я не смотрел, ничего подобного не видел

я вообще в опенсурсе мало годного видел с точки зрения архитектуры или кода

Давай я буду писать что то такое простое, а ты надзирать

ERROR: S client not available

За плечами только ларавел правда. Но уже не Битрикс )

Сделаю интернет магазин одного товара в учебных целях

Сделаю интернет магазин одного товара в учебных целях

может убер?)

Ахаха

мне надо мини-убер написать, чисто апишку, оно может даже не работать.

а мне лень

Ты про такси?

да

Можно подумать

пользователи, заказы, поездки... можно без поиска водителей, без геотрекинга

Окей

ну то есть оно не должно быть "продакшен рэди". Если нужно что-то что достает расстояние и время поездки по координатам - лупишь сервис который рандом возвращает

и этого более чем хватит)

мне надо мини-убер написать, чисто апишку, оно может даже не работать.

На ноде есть опенсорс решение с клиентом в тг

Libretaxi

На ноде есть опенсорс решение с клиентом в тг

не, это как раз таки проект-пример)

просто я на нем не "сеттеры" обкатывать собрался)

и потому надо на php

все строго опенсурс и все под MIT

Ок. Начну на следующей неделе

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

я пока статью попробую написать

Хорошо. Спасибо

@fes0r я запилил персист сервис, это норма?)

@fes0r я запилил персист сервис, это норма?)

у тебя репозитории для этого, сделай там метод add и внутри уже делай persist

репозиторий в контексте доктрины - это как коллекция. Ну то есть с точки зрения кода который юзает репозиторий

с точки зрения самой сущности - ей класть что есть база данных какая-то. Она думает что она всегда есть с момента создания инстанса

я пока статью попробую написать

А где почитать статьи можно?

А где почитать статьи можно?

пока нигде)

у тебя репозитории для этого, сделай там метод add и внутри уже делай persist

Есть примеры как это использовать?)

Есть примеры как это использовать?)

есть, можешь погуглить

блин мне кажется ты не с того конца взялся за все эти вещи