В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

PHP

1753 membersпожаловаться на группу
2020 April 16

КГ

Константин Грачев in PHP
Volodymyr Melko
если б он при этом не лочил БД, было бы норм
У меня как раз недавно спрашивали, не ляжет ли база если мы 50 тыщ клиентов запустим. Проект ещё не в проде, я такой - ну есть пара мест, но не должен)
источник
16:56пожаловаться#1

DT

Dmitriy Tkachenko in PHP
Константин Грачев
Я вот тоже думаю может генерить номер на событие о создании счёта. Но как то не понятно получается, например чтобы отправить уведомление мне надо реагировать не на событие о создании заказа, а на событие о присваивании номера?
Как будто в этом что-то не так
в событии создания заказа уже должен лежать порядковый номер
источник
16:56пожаловаться#2

VM

Volodymyr Melko in PHP
Константин Грачев
Я вот тоже думаю может генерить номер на событие о создании счёта. Но как то не понятно получается, например чтобы отправить уведомление мне надо реагировать не на событие о создании заказа, а на событие о присваивании номера?
Как будто в этом что-то не так
можно криейтед бросать после присваивания номера, а без номера кидать что-то другое, аля OrderPrepared
источник
16:56пожаловаться#3

КГ

Константин Грачев in PHP
Dmitriy Tkachenko
в событии создания заказа уже должен лежать порядковый номер
Кто сказал?
источник
16:57пожаловаться#4

AW

Alex Wells in PHP
Dmitriy Tkachenko
в событии создания заказа уже должен лежать порядковый номер
uuid
источник
16:58пожаловаться#5

КГ

Константин Грачев in PHP
Я наверное что-то не так делаю, но постоянно ловлю себя на мысли что делаю какую то хрень.
Например у меня команда, сущность и ивент и создании это 3 одинаковых класса.. названия только разные и у сущности все поля private. Так должно быть блин?)
источник
16:58пожаловаться#6

MM

Maksim Masiukevich in PHP
Константин Грачев
Кто сказал?
заказ уже создан, значит у него есть айдишник)
источник
16:58пожаловаться#7

КГ

Константин Грачев in PHP
Maksim Masiukevich
заказ уже создан, значит у него есть айдишник)
Номер это чисто визуальная часть для клиента, айдишник там uuid
источник
16:58пожаловаться#8

VM

Volodymyr Melko in PHP
Константин Грачев
Я наверное что-то не так делаю, но постоянно ловлю себя на мысли что делаю какую то хрень.
Например у меня команда, сущность и ивент и создании это 3 одинаковых класса.. названия только разные и у сущности все поля private. Так должно быть блин?)
в ивенте по хорошему только айдишник =)
источник
16:59пожаловаться#9

MM

Maksim Masiukevich in PHP
Константин Грачев
Номер это чисто визуальная часть для клиента, айдишник там uuid
ясн) тред не читал)
источник
16:59пожаловаться#10

КГ

Константин Грачев in PHP
Что такое "по хорошему"?)
А если пока событие летит до хендлера следом происходит ещё изменение, и когда хендлер достаёт рид модель, она уже не та что была на момент создания?)
источник
17:00пожаловаться#11

MM

Maksim Masiukevich in PHP
велкам в мир конечной согласованности
источник
17:01пожаловаться#12

КГ

Константин Грачев in PHP
Maksim Masiukevich
велкам в мир конечной согласованности
Тут только боль или печеньки тоже бывают?)
источник
17:01пожаловаться#13

MM

Maksim Masiukevich in PHP
Константин Грачев
Тут только боль или печеньки тоже бывают?)
всюду только боль
источник
17:01пожаловаться#14

КГ

Константин Грачев in PHP
эх. Я так понимаю по хорошему это it depends
источник
17:01пожаловаться#15

VM

Volodymyr Melko in PHP
Константин Грачев
Что такое "по хорошему"?)
А если пока событие летит до хендлера следом происходит ещё изменение, и когда хендлер достаёт рид модель, она уже не та что была на момент создания?)
и что, после изменения полетит и другой ивент, что сущность изменилась.

Если тебе нужно что-то сделать с сущностью в конкретном состоянии, до того как она изменилась - это уже не событие
источник
17:02пожаловаться#16

VM

Volodymyr Melko in PHP
или не совсем событие, имхо
источник
17:02пожаловаться#17

КГ

Константин Грачев in PHP
Volodymyr Melko
и что, после изменения полетит и другой ивент, что сущность изменилась.

Если тебе нужно что-то сделать с сущностью в конкретном состоянии, до того как она изменилась - это уже не событие
Я пример с потолка взял, в данном случае у меня нет кейсов при которой задержка в обработке может к чему то привести. Ну или я пока этого не нащупал
источник
17:04пожаловаться#18

КГ

Константин Грачев in PHP
И вообще нет у меня пока никакой задержки, кролика чуть позже буду разворачивать)
источник
17:04пожаловаться#19

VM

Volodymyr Melko in PHP
имхо, чем меньше данных содержит ивент - тем лучше.
но, например, ивент об изменение сущности вполне логично может содержать старые и новые значения.
Я видел одну системку, там все ивенты были типа
AbstractEntityEvent - сожержит все поля сущности
EntityCreatedEvent extends AbstractEntityEvent
EntityUpdatedEvent extends AbstractEntityEvent - содержит кроме текущего состояния еще и все предыдущее
EntityDeletedEvent extends AbstractEntityEvent

в итоге хендлерам не нужно было вообще никуда ходить за данными самой ентити, все было тут, но сильно трафик рос в системе =) большие ивенты и их было много.
хз, мне не показалось это очень удобным, по правде говоря
источник
17:08пожаловаться#20