Entendi sua lógica.
Não é esse o caso.
O objetivo do observer não é cascatear (efeito em cascata/dominó) eventos mas permitir a objetos "interessados" em alguma ocorrencia ficarem cientes quando algo acontecer. Isso ajuda a isolar as responsabilidades e desacoplar os objetos.
No seu caso a solução é a transação. Caso contrário você corre o risco de ter inconsistências na sua base de dados.
Respondendo a "dev iniciante. alguma neura com algo como. o me..." dentro da publicação Decisão técnica - melhor abordagem para uma rota http que cria um cliente.
1
1
auditar uma acao de um usuário é uma exemplo de caso de uso do observer?(no meu caso efetivamente um registro na tabela de auditorias) ou tbm deve ser feito enquanto a requisição http estiver aberta ? outro exemplo. cadastrei um cliente e quero enviar um whats/email de boas vindas. esse faz sentido ne ?
1
Olá.
Desculpe a demora na resposta.
Sim, pode ser usado o observer, mas isso também pode ser resolvido apenas com a emissão de eventos de dominio pelos seus objetos. É uma solução mais simples, desacopla os objetos envolvidos e ainda mantém a semantica do domínio.
Imagino que seu cadastro de cliente aconteça dentro de um objeto de serviço. Esse objeto pode emitir eventos como CadastroEfetuado, CadastroCancelado, CadastroRemovido, CadastroAtualizado dependendo da ação executada. O payload desse evento pode ser o cliente e a data/hora que o evento ocorreu.