бизнес-транзакция должна отработать синхронно

другие контексты естественно должны отрабатывать асинхронно

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

бизнес-транзакция должна отработать синхронно

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

можешь пример привести?

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

ну скорее всего оно затрагивает что-то в системе, в которой работаешь

order is processed

ок, мы сделали все изменения над аггрегатами в нашей системе синхронно

команда об этом сообщила

остальные контексты отработают или нет

в вк когда ты отправляешь сообщение, оно в ui добавляет оптимистично, но по факту может появиться секунд через 10, которые эта команда обрабатывается асинхронно.

ок, мы сделали все изменения над аггрегатами в нашей системе синхронно

это дорого может быть

емнип там одинм запросом это ходит

сейчас проверю

емнип там одинм запросом это ходит

в вк вероятно. я не утверждал обратного

да, одним

т.е. это как раз синхронная команда

нет

но вк в любом случае такое себе решение

со всех сторон

но вк в любом случае такое себе решение

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

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

так это ж не про то, команда все равно синхронная

и сообщение в одной транзакции отдается

дальше начинаются всякие

счетчик обновить

нотификации послать

это другие контексты и другие транзакции

оно выходит за рамки текущего аггрегата и тут уже eventual consistency

погоди. что команда ДобавитьСообщение делает по твоему синхронно? добавляет сообщение?

счетчик можно не сразу обновить

погоди. что команда ДобавитьСообщение делает по твоему синхронно? добавляет сообщение?

да

нет

это дорого

готов поспорить

для вк, твиттера, фб..

это дорого

это ваша проблема

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

обновить все счетчики

ленты

теги, поиски

вот это сложно

а добавить как раз легко

а добавить как раз легко

и мы далее по id можем спокойно это вытащить

https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-11-container-meta.md вот и https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-11-container.md

кто их имплементирует?

кто их имплементирует?

interop писали, что отнаследовались, поэтому все, кто юзал их стандарт, наследует автоматически 11

думаю, скоро и официально перелезут

и мы далее по id можем спокойно это вытащить

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

оо

а какие книги?

потому что я только 6 часовой его мастер-класс посмотрел)

ну и бложики

вот фаулера еще @YuraLukashik оч советует видосик про event sourcing

а какие книги?

видимо под книгами я имел в виду https://cqrs.files.wordpress.com/2010/11/cqrs_documents.pdf и его слайды с различных выступлений. дело было года три назад - книг по ddd/cqrs/es было прочитано около десятка

а если не его, то какие?

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

а все остальные так слегка косаются

от ms есть что-то типа cqrs journey

а, от infoq маленькая брошюрка

ddd quickly

или типа того

эванс, вернон да. вот кстати вернона новая неплохая про reactive системы

да, от infoq. еще одна от вернона - ddd distilled, но она по сути выжимка из его ddd-изысканий в более краткой форме

вот ddd distilled видел, но не читал

от ms есть что-то типа cqrs journey

насколько помню, удивительно толковая в плане объяснений

я то и implementing не полностью еще прочитал(

я то и implementing не полностью еще прочитал(

я раза 3-4 перечитывал) каждый раз новые слои снимаешь

ERROR: S client not available

ага

и совсем доходчивая ddd in php, если актуален язык)

ddd in php, это которая на leanpub?

я ее листал, когда она еще совсем сырая была

господа, а сам pipmple как контейнер где лучше всего хранить?

в прошлом

ОК, а если pimple уже выбрали?

в папке vendor :D

$container = new Pimple\Container();

$container->register(

$container['oauth2-providers'] = $providersFactory;

конфигурацию ?)

return $container;

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

и я запилил свою реализацию psr/container

и теперь где хранить self::$_container = $container;

не надо self::....

ты его можешь аргументом

получать

в смысле?

$container['name'] = $container->factory(function (Container $container) {...});

вместо много точия функция которая возврает объект

инициализировать надо так

я не про иницализацую контейнера сейчас говорю

$container['session'] = function ($c) { return new Session($c['session_storage']); }; http://pimple.sensiolabs.org/

по сути

сокращенная запись от того что я написал

более правильная вот (на той же странице ниже) 3 $container['session'] = $container->factory(function ($c) { return new Session($c['session_storage']); });

а про то, где хранить сконфигурированный pimple контейнер, если он используется в двух и более классах

и код конфигурирования pimple контейнера

$loader = require_once '../vendor/autoload.php'; $container = require_once '../pimple/configuration.php';

примерно так