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

короче, кмк лучше все-таки писать ивенты, если даже ты их на самом деле не юзаешь

ивенты я 100% буду писать

просто пока они не будут храниться транзакциями в базе

не понял

ну доменные модели в основном будут только генерить ивенты, и никак (если у меня получится) не будут контачить с инфраструктурным уровнем, он будет только подписыавться на эти ивенты, но он не будет в бд записывать их, а будет пока просто в бд изменять поля в табоицах сущностей

так вот

я и говорю

что пиши ивенты

изменяй поля сущностей

но и ивенты пиши

ну доменная модель будет меняться, и эти ивенты уже могут серьезно измениться к моменту перехода

могут

и это будет еще большей попаболью

нет

пиши ивенты просто как лог

если будет тяжело

ты всегда можешь его удалить

ты же его юзать не будешь

но когда соберешься перейти

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

что тогда?

бля

логи у меня писаться будут

ты собираешься хранить стейт

храни стейт и ивенты

их можешь не юзать

но храни

мигрировать всегда можно

было 3 поля, стало 5

ну миграции типа

ок да?)

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

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

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

который никак не производится ивентами

т.е. при реплее ты получишь не тоже самое

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

должны, но у тебя же нет времени на проектирование

тебе в любом случае миграции делать надо

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

для стейта

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

откуда?

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

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

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

просто нахеракал под текущую структуру, и ок

без всяких учловий по времени)

в смысле тебя пугает, что пруф хранит fqcn?

ну так подмени это

а как у вас в логе хранится инфа о том, что произошло?

два разных ивента могут привести в данной структуре к одному и тому же

но с изменением требований по итогу будет происходить абсолютно разное

хмм, да, пожалуй, можно хранить в этой табле название ивента, но без подробностей

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

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

это да

а делать сервисы инвоками идея не очень хорошая, как выяснилось

$platforms = (new GetPlatformsService())(); - ибо так делать нельзя))

это да

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

это легаси проект

тут недоларавел бородатой версии

public function registerCustomer(RegisterCustomerRequest $request, RegisterCustomerHandler $handler)" { $ures = $handler($request); return new UserSessionResource($user); }

инжекты сервисов в сервисы не завезли даже

> инжекты сервисов в сервисы не завезли даже тебе кто-то мешает организовать это?) контейнеров зависимостей что-ли мало?

ERROR: S client not available

проекту жить осталось месяца три)

нафиг его тогда вообще делать?

бизнесу не откажешь)

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

или как это рабоает?

попил бабла инвесторов?

попил бабла инвесторов?

или перепродажа другим инвесторам.

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

Так а чего не постепенный рефакторинг?

йо

кто делал пуш натификацию ?

Firebase

@mkusher потому что будет охуеть какое расширение функционала месяцев через пять, и в старую систему это просто не вкрячить

@mkusher потому что будет охуеть какое расширение функционала месяцев через пять, и в старую систему это просто не вкрячить

Ну понятно, просто сложно судить

Ого, за ещё одним гражданством?

Добра много не бывает.

так ему дали уже Русское

@iGusev я сразу подумал ты упоролся, а потом увидел что это всего лишь перевод) https://habrahabr.ru/post/314544/

о

превьюшка хорошо встает в телеграме

не зря рисовал КДПВ

@iGusev я сразу подумал ты упоролся, а потом увидел что это всего лишь перевод) https://habrahabr.ru/post/314544/

у меня корыстные цели этого перевода

тут народ в чате топит все время за DDD

да я так и понял что ты вдохновился чатиком)

вот я и решил начать на практике

на symfonycamp после доклада по DDD и ES спикеры аж убегали от вопросов

))))

для себя вижу плюсы в ES в том, что всегда можно ткнуть клиента носом в факты на его "а я ничо не нажимал"

для этого можно и просто логи юзать

мне не нравится использование info-логов

только alert/critical