Atualmente estamos cada vez mais partindo para arquiteturas de sistemas distribuídas e a complexidade dos nossos projetos aumentam, aumentam e aumentam… Em determinados momentos nossos projetos passam de dezenas de registros para milhões (ou mais), porém, os requisitos de negócio permanecem os mesmos, ou seja, ainda precisamos computador e derivar esses milhões de registros....
Existe diversas formas da gente estruturar e dividir nossos projetos, ou seja, podemos particionar e separar nossos projetos de N maneiras. Na maioria das vezes (às vezes um framework não deixa) podemos escolher quais pastas e seus nomes, quais arquivos e seus nomes, quais separações, quais módulos, camadas, etc…...
Sistemas são unidos através de uma variedade de formas. Como arquiteto(a)s nós análisamos sistemas usando diferentes perspectivas, um ponto muito preocupante é o tal de acoplamento....
Anteriormente falamos sobre Arquiteturas orientadas à eventos, nela vimos como criar arquiteturas que sejam escaláveis e tenham suas partes desacopladas e autônomas.
Mas, quando falamos de eventos, podemos pensar em dois tipos: Eventos de domínio e Eventos de integração....
Imagine que você está procurando por plantas de uma construção, tal documento foi criado por uma pessoa arquiteta e o mesmo nos diz os planos para a construção em si....
Dando continuidade na série sobre estilos de arquitetura, nesse post iremos falar sobre o estilo de arquitetura em camadas.
Caso você tenha perdido os posts anteriores, dê uma olhada em:...
Quantas vezes você já se pegou criando algo que não é novo? Indo além, quando criando novos projetos e buscando a estrutura e configurações de um projeto já existente como base (o velho CTRL+C e CTRL+V kkkk)....
Dando ínicio à uma série de post’s sobre estilos de arquitetura, nesse primeiro vamos dar uma olhada no estilo MVC.
Um estilo de arquitetura é uma forma de definir os componentes e elementos sobre os blocos de construção de um software, ou seja, como o mesmo será construído (iremos falar sobre isso em post’s futuros)....
Nos post’s anteriores falamos bastante sobre abstrações e quando criá-las, seguindo os princípios don’t repeat yourself e avoid hasty abstractions. Vale lembrar também que:...
Recentemente em alguns artigos anteriores falamos sobre DRY, nele vimos que através de abstrações podemos evitar duplicidade de códigos. Mas, será que sempre devemos criar abstrações e evitar tais duplicidades?...