SP
Помогите пожалуйста разобраться с событиями.
Есть заказ. Заказ может переходить в разные состояния. Например заказ перешёл в процессинг, создалось событие. Далее диспетчер запускает все слушатели, которые были подписаны на это событие.
1. Можно ли/правильно ли при таком подходе делать так, что если один из слушателей вылетит с ошибкой, то делать откат и самого заказа, т.е. можно ли оборачивать в транзакцию сам переход состояния заказа вместе с обработчиками события. Или же результат работы обработчиков ни как не должен влиять уже на сам заказ. Если события отправляются в очередь, то понятно, что здесь уже не обернёшь все.
2. При проектировании системы с событиями, нужно ли проектировать с учетом того, что в любой момент может появится необходимость отправлять все события в очередь, т.е. они не сразу обработаются, а через какое-то время, и при этом ничего не должно сломаться. Другими словами, если мы используем события/обработчики то мы изначально понимаем что нам не должно быть важно, что какой-то обработчик выполниться не сразу после наступления события.
3. Если необходимо сделать так, чтобы после перехода заказа в какое то состояние, выполнилась ещё какая то операция, и ошибка в ней должна была откатить и сам заказ, то эту операцию необходимо поместить в один use case и обернуть все в одну транзакцию, при этом подход с тем, чтобы такую операцию поместить в обработчик события использовать нельзя. Верно ли это?
Есть заказ. Заказ может переходить в разные состояния. Например заказ перешёл в процессинг, создалось событие. Далее диспетчер запускает все слушатели, которые были подписаны на это событие.
1. Можно ли/правильно ли при таком подходе делать так, что если один из слушателей вылетит с ошибкой, то делать откат и самого заказа, т.е. можно ли оборачивать в транзакцию сам переход состояния заказа вместе с обработчиками события. Или же результат работы обработчиков ни как не должен влиять уже на сам заказ. Если события отправляются в очередь, то понятно, что здесь уже не обернёшь все.
2. При проектировании системы с событиями, нужно ли проектировать с учетом того, что в любой момент может появится необходимость отправлять все события в очередь, т.е. они не сразу обработаются, а через какое-то время, и при этом ничего не должно сломаться. Другими словами, если мы используем события/обработчики то мы изначально понимаем что нам не должно быть важно, что какой-то обработчик выполниться не сразу после наступления события.
3. Если необходимо сделать так, чтобы после перехода заказа в какое то состояние, выполнилась ещё какая то операция, и ошибка в ней должна была откатить и сам заказ, то эту операцию необходимо поместить в один use case и обернуть все в одну транзакцию, при этом подход с тем, чтобы такую операцию поместить в обработчик события использовать нельзя. Верно ли это?
Гугли про saga pattern
