Arquitetando um cadastro de clientes com DDD e Decorator

No conteúdo de hoje vamos fazer o desenho de arquitetura para um complexo cadastro de clientes composto por dados pessoais com uma hierarquia de componentes fazendo uso de DDD e do design pattern decorator do gof.

Venha ser VIP na ArcH, me siga no meu novo canal do Telegram:
https://t.me/pisanidaarch

No conteúdo de hoje vamos mostrar como usar heranças encadeadas de forma efetiva e economizando objetos e simplificando problemas de negócio fazendo uso do padrão de projetos Decorator do GOF.

No vídeo de hoje vamos mostrar na prática como seria o trabalho de um arquiteto de soluções (ou arquiteto de software na fase de definição) para definir o desenho arquitetural para o componente mais crítico de uma seguradora, o motor de regras de cálculo.
O conteúdo apresenta as regras de negócio, os requisitos arquiteturais e então o desenho feito na notação MDL ilustrando os componentes e a sua relação entre si, incluindo também a sequência do fluxo da informação entre eles.
A solução apresentada é baseada na abordagem arquitetural de orientação a Microservices e faz uso do conceito do padrão de projetos Command do GOF (não do padrão propriamente dito, entenda também a diferença neste conteúdo).


Venha ser VIP na ArcH, me siga no meu novo canal do Telegram:
https://t.me/pisanidaarch

Se você quer ficar Fera em Arquitetura de TI ou Acelerar a sua evolução profissional, se #INSCREVE no meu canal, porque nele eu posto conteúdo diariamente para ajudar você a atingir o próximo nível da sua Carreira.

Venha ser VIP na ArcH, me siga no meu novo canal do Telegram:
https://t.me/pisanidaarch

Nesta breve intro eu vou explicar como é organizado e de como será distribuído o conteúdo da ArcH nos diversos canais e mídias sociais.

Neste conteúdo vamos explicar o que este importante profissional faz (ou deveria fazer) nos projetos.

Um arquiteto de soluções é uma das principais figuras técnicas de um projeto, ele é o responsável pelas decisões estruturais da solução.

Partiu falar sobre Arquiteto de Soluções?

No vídeo de hoje vamos continuar o nosso desenho de definição de arquitetura de solução do nosso Feature Gateway e hoje vamos fazer o desenho usando MDL para ilustrar como os componentes se relacionam entre si.

O padrão de projetos Command do GOF é extremamente útil para estruturas de comandos parametrizados e dinâmicos, neste vídeo eu explico o padrão no diagrama e dou alguns exemplos de aplicações reais em projetos que eu particularmente apliquei, entre eles Motor de Regras, Workflows e Interfaces dinâmicas.

No conteúdo de hoje vamos começar a definição de arquitetura do nosso Feature Gateway.

Estamos assumindo que a solução é para uma grande empresa de telecomunicações que esta passando por um processo de transformação digital e neste contexto ela quer implantar feature toggles para o uso de Trunk Based Development.

Para este projeto esta sendo assumido que a empresa tem uma forte parceria com a Microsoft e usa servidores, databases e tecnologias relacionadas ao universo de softwares da Microsoft.

O padrão de projeto singleton é criticado por muitos, que consideram ele como um anti-pattern pois ele inibe o uso da instanciação de classes, fazendo com que se haja uma instancia única.

Entretanto ele é ótimo para muitas coisas, por exemplo para criar pool de conexão com banco de dados ou para manter aberto canais de comunicação com barramentos de serviço por exemplo.

Conhecer este famoso porem pouco aplicado design pattern é fundamental para todo bom programador ou arquiteto, tanto para o entendimento de códigos que o aplicam como para determinar se vale ou não a pena o seu uso principalmente no paradigma de orientação a objetos (POO).

Hoje vamos desenhar uma solução híbrida, que faz uso de microcomponentes no back-end para integrar um sistema de vendas a um ERP, partiu conferir todo o racional do desenho desta solução?