Долго же ты писал это шутку.

В этом чате админов, как ментов в Беларуси. На каждых 100 человек 1 админ

зануда мод он не дотянули, 8 админов на почти косарь

А кто такой Антон?) Ни разу не видал его сообщений

ты можешь позвать его сказав "event sourcing" или "nservicebus говно"

nservicebus не говно))

Долго же ты писал это шутку.

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

зануда мод он не дотянули, 8 админов на почти косарь

один из них бот чуть что)

(не я)

мм, ладно, как минимум один из них

а кто ещё может быть? хД

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

просто висело в трее, что Boris is typing... минуты 2. вот я и заметил

Не осилиливаю много постов в этом чате. Видал долгие сплетения языков на тему статики. Может об этом уже была речь - дополню от себя из мира .net'а про статические методы. У нас есть возможность определять статический объект - семантика типа синглтона, соответственно и методы у него должны быть статикой. Так же есть сахар - методы расширения когда можно в статическом классе определять статические методы для других классов не модифицируя их. И еще мож есть разные варианты. Т.е. чисто для технической реализации некоторых фич.

Не осилиливаю много постов в этом чате. Видал долгие сплетения языков на тему статики. Может об этом уже была речь - дополню от себя из мира .net'а про статические методы. У нас есть возможность определять статический объект - семантика типа синглтона, соответственно и методы у него должны быть статикой. Так же есть сахар - методы расширения когда можно в статическом классе определять статические методы для других классов не модифицируя их. И еще мож есть разные варианты. Т.е. чисто для технической реализации некоторых фич.

как в котлине прям

но зачем?)

зачем что?

хотя EventStore объектом сингелтоном норм по идее

зачем что?

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

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

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

Для кода в процедурном стиле в папочке Utils))

1) Как сказал - выше были вопросы у коллег. Походу годы прошли уже))

Для кода в процедурном стиле в папочке Utils))

ну вот да

ахах эт че это нельзя называть на каком языке пишешь?

1) Как сказал - выше были вопросы у коллег. Походу годы прошли уже))

тогда бы и вопрос написал бы уж

2. Зачем нужны? Кому то нужны. Вот в дотнетн есть класс Math там дофига методов для выполнения мат вычислений.

ахах эт че это нельзя называть на каком языке пишешь?

пых

2. Зачем нужны? Кому то нужны. Вот в дотнетн есть класс Math там дофига методов для выполнения мат вычислений.

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

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

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

бога нет

Не историю почему так сделали я не знаю

та конечно нету. тот проект давно сдулся

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

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

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

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

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

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

поэтому и удобно)

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

Проще класс сделать - ивент стор

И его как синглтон зарегать

т.е. это сразу тебе и наследоваться не надо, и unit of work халявный

удобненько

так и н поняыл в чём удобство. Ладно, мб наткнусь как-нить на такую реализацию, посмотрю

так и н поняыл в чём удобство. Ладно, мб наткнусь как-нить на такую реализацию, посмотрю

опиши альтернативу, которую предлагаешь

я покажу в чем удобство)

бога нет

а пых не язык программировния?

а пых не язык программировния?

ну всяко лучше баша (хотя и тут найдутся несогласные)

ну всяко лучше баша (хотя и тут найдутся несогласные)

ну башем реплом я пользуюсь относительно активно, а вот пхпшным нет)

есть какой-то абстрактный агрегат, у которого есть метод applyEvent в нём же хранится список применённых, но не сохранённых эвентов. И есть внезапно метод для получения этого списка. Когда выполняется сохранение, список получается и на его основе сохраняется стрим. Усё как бы.

есть какой-то абстрактный агрегат, у которого есть метод applyEvent в нём же хранится список применённых, но не сохранённых эвентов. И есть внезапно метод для получения этого списка. Когда выполняется сохранение, список получается и на его основе сохраняется стрим. Усё как бы.

наследуешь свои агрегат руты?

вопрос нипанимать. Явно с подвохом. конечные агрегаты очевидно не наследую. Они вполне себе самодостаточные

вопрос нипанимать. Явно с подвохом. конечные агрегаты очевидно не наследую. Они вполне себе самодостаточные

откуда в них берутся методы applyEvent?

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

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

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

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

ты проблему из 1 места в другое перекладываешь. Что ты решил этим?)

ты проблему из 1 места в другое перекладываешь. Что ты решил этим?)

из 10ка мест в одно

да нет) из одного вв другое)

еще раз опиши как ты решаешь эту проблему

+ ко всему: а как ты эвенты применяешь к агрегату?

eventStore.recordThat(this, blahblahEvent)

это публичный метод7

у ивент стора да

как эвент стор понимает к какому агрегату относится это событие?

там передается this

Отлично. Передался this в эвент стор. дальше, как собственно информация из эвента накладывается на агрегат?

это уже можно делать соглашением, аля у агрегата должен быть метод when%EventName%

публичный?

доступный ивент стору, самый простой вариант - публичный

дисклеймер: я ваши блатные языки не понимаю: а что мешает васе пупкину вне контекста стора дёрнуть сей метод?

дисклеймер: я ваши блатные языки не понимаю: а что мешает васе пупкину вне контекста стора дёрнуть сей метод?

если он публичный, то ничего

какую проблему мы решили в итоге?

какую проблему мы решили в итоге?

может проще уволить Васю?

если ивент стор публичный, то он еще и recordThat может вызвать

может проще уволить Васю?

да не) мб проще синглтон не делать?)

какую проблему мы решили в итоге?

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

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

да не) мб проще синглтон не делать?)

нет, жто не проще. Ты свою проблему придумал, а сингелтоном делать стор проще

так как там append-only структура - опасность минимальна

да чем проще?) вот объясни идиоту на пальцах: чем?)

она есть. И это уже нихрена не проще)

да чем проще?) вот объясни идиоту на пальцах: чем?)

логика в одном месте, а не 100 агрегат рутах

все, больше ничем

это не ответ)

это не вопрос)

Сергей, так чем проще?) вот возьмём наш богомерзкий пхп: я логику protected метода apply прилепил трейтом, метод onSomeEvent в конечном агрегате private. усё. Никто из вне эвент не подсунет. Щасце, брызги шампанского, никакого "логика в сотне агрегатов"

чем проще?)

как собрать ивенты из нескольких агрегатов?

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

Сергей, так чем проще?) вот возьмём наш богомерзкий пхп: я логику protected метода apply прилепил трейтом, метод onSomeEvent в конечном агрегате private. усё. Никто из вне эвент не подсунет. Щасце, брызги шампанского, никакого "логика в сотне агрегатов"

10 строк кода против каких-то базовых классов

10 строк кода против каких-то базовых классов

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

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

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

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