Tratamento de Notifications - Enquete para material

Programação Arquitetura
#1

Pergunta 1) Como vcs estão considerando suas notifications?! Requisitos transversais, do dominio x da view, global?!?
Por exemplo:
Vc pode levantar Notifications da view (validação primária, notificação de sucesso, etc)?
Vc pode levantar de dentro do dominio, nos serviços/repositorios/daos/entities (validação do dominio)?
Notificações do dominio devem ser separadas da view?
Essa pergunta é para gerar um bate-papo para um material que eu preciso fazer…

Minha opinião… Notifications são requisitos transversais!

Pergunta 2) Como vcs montam essas notifications?
Uma classe de notification internacionalizada, uma classe retentora da lista, uma exception e uma taglib?
Descreva um pouco da sua!

Minha opinião, uma estrutura mais complexa do que a apresentada, utilizando uma DSL própria e JSP Tag Files… criando quase que um framework de Notifications… rs

Pergunta 3) Como vcs tratam a estrutura de Notifications entre os seus projetos

  • Implemento uma vez e saio copiando entre os projetos
  • Tenho um jar (mini-framework) só pra isso
  • Refaço, pois cada projeto é diferente

Minha opinião, Fluent Notification Framework, rs

#2

Aqui na empresa temos uma classe de notificação que contém uma coleção de “eventos”. No início esses eventos podiam ser de erro, de alerta ou de sucesso. Mas hoje em dia, só usamos para exibir erros mesmo.

Nós temos uma exceção checada que é quem carrega essa notificação até o BaseAction - sim, usamos Struts 1 - que verifica se a mesma contém alguma notificação e então converter esses eventos em mensagens do Struts para exibir na tela.

Essas notificações são lançadas pelo domínio, mas em alguns casos são lançadas na presentation tb.

#3