Exception VS Domain Notification

André Baltieri
Apr 30, 2019 · 3 min read

Fala pessoal, uma discussão antiga veio a tona esta semana com várias postagens no Facebook, então resolvi deixar meus pontos centralizados aqui.

O que é uma Exception?

Uma exceção oras, algo que não deveria acontecer mas aconteceu, algo quase que imprevisível.

O que é um Domain Notification

Uma notificação, uma mensagem sobre algum acontecimento no seu domínio.

O que acontece quando temos uma Exception?

Sua execução é parada e o evento ocorrendo no momento é gravado no Event Viewer (Caso do IIS).

É gerado um alarde maior, como se fosse um erro na sua aplicação e temos um custo maior, afinal logamos tudo nos eventos do host.

Devo parar de usar Exceptions?

Não! As exceções tem seu uso. Por exemplo, se você não consegue se conectar ao banco de dados, adianta prosseguir com o request? Este é um belo exemplo em que devemos utiliza-las.

Devo utiliza-las no Domínio?

Depende! Em tese eu não vejo um cenário onde por exemplo teria uma conexão ao banco no meu domínio.

Juntando isto com o fato da interrupção da execução e do log dos eventos, acaba complicando seu uso.

Imagine um cenário onde você “estoura” uma exceção no cadastro de clientes, no momento em que valida seu documento por exemplo (Afinal, não podemos salvar um cliente com documento inválido).

Em primeiro lugar, se esta fosse a primeira das suas N validações, seu fluxo seria interrompido aí, acarretando no retorno pra tela, o que incomodaria bastante o usuário, pois fica aquela validação “picada”… Corrige documento, nome errado… corrige nome… data de nascimento errado… e por aí vai.

Em adicional, esta exceção, como comentei anteriormente, consumiria mais recursos, pelo fato de logar nos eventos da máquina, no caso, mais recursos de disco.

Agora imagina um cenário com milhões de cadastros? Ou um simples Brute Force ali… seria o bastante pra lotar a máquina.

Desta forma, quase nunca utilizo Exceptions no meu domínio. Utilizo Notification Pattern, com Flunt.

Fail Fast Validations

Outra abordagem que utilizo são os Fail Fast Validations, onde faço uma validação inicial nos meus Commands, removendo possíveis validações bestas das minhas entidades e não sobrecarregando elas. Afinal, partimos do princípio que as informações devem ao menos chegar as entidades.

Testes de Unidade

Trazer a regra de negócio para seu domínio tem um motivo: Testes de Unidade! Se você brigou tanto com o DBA pra sair das PROCS e não faz testes, não adianta nada.

É possível testarmos por exeções (ExpectedException), mas elas são mais “falhas”, pois se você espera uma exceção do tipo ArgumentNullException no Name do Customer e ocorre uma outra exceção do tipo ArgumentNullException no Email do Customer, seu teste vai dar falso positivo.

Curso 1975

Tem mais um mundo de coisas que eu poderia escrever aqui, mas falei tanto sobre isto que até transformei em um curso, o 1975 — Modelando Domínios Ricos, que está gratuito no balta.io.

Conclusão

Existe realmente um alarde errado sobre o não uso das Exceptions. Elas estão no Framework, são para serem utilizadas e são do bem! Porém, a implementação do Domain Notification, nos cenários de OOP/Domínios Ricos, acaba facilitando nossa vida e consumindo menos recursos.

balta.io

http://balta.io/

Medium is an open platform where 170 million readers come to find insightful and dynamic thinking. Here, expert and undiscovered voices alike dive into the heart of any topic and bring new ideas to the surface. Learn more

Follow the writers, publications, and topics that matter to you, and you’ll see them on your homepage and in your inbox. Explore

If you have a story to tell, knowledge to share, or a perspective to offer — welcome home. It’s easy and free to post your thinking on any topic. Write on Medium

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store