Início Domain-Driven Design no InfoQ Brasil
Notícias
Feed RSS-
O método Swift: Uma estrutura para modernização de software usando DDD
O Método Swift é um conjunto de técnicas de análise de sistemas legados complexos a fim de determinar o trabalho necessário para modernizar gradualmente os principais componentes ou o sistema como um todo.
-
Sensatez e absurdos sobre Event Thinking e microservices
A modularidade dos sistemas que construímos é muito importante, mas para atingi-la devemos lidar com forças antimodularidade. Em uma apresentação na Conferência de Microservices Orientada a Eventos, realizada pela AxonIQ, Allard Buijze compartilhou os pensamentos e experiências na construção de sistemas baseados em DDD, CQRS, microservices e event sourcing.
-
Código legível: Por que, como e quando você deve escrevê-lo
A maioria das pessoas diria que deseja código legível e pode até preferir a legibilidade à funcionalidade. Mas quando se trata de pedir às pessoas para definir a legibilidade, as opiniões divergem. No Explore DDD 2018, Laura Savino falou sobre porque queremos código legível, o que realmente significa ser legível e quando a legibilidade deve ter prioridade sobre outras considerações.
-
Encontrando contextos delimitados usando Narrativas de Domínio
As Narrativas de Domínio (Domain Storytelling) são uma forma de descobrir como as pessoas e sistemas trabalham juntos em um domínio, identificando os contextos delimitados e como estes se interconectam.
-
Capturar - Incorporar - Proteger: diretrizes para Domain-Drive Design
“Ao usar a filosofia e as práticas centrais do DDD como diretrizes para o design e desenvolvimento de software, podemos resumi-las em três princípios: Capturar - Incorporar - Proteger.”, afirmou Steven A. Lowe em sua apresentação na conferência DDD eXchange deste ano. Capture o domínio. Incorpore o modelo no código. Proteja o modelo de domínio da corrupção de outros domínios.
-
Os gerenciadores de processos em sistemas baseados em eventos
Publicar eventos para notificar sobre alterações num domínio mantém domínios diferentes desacoplados entre si, mas se realmente houver um fluxo lógico de eventos isso se torna implícito e difícil de acompanhar. Uma solução melhor é usar um gerenciador de processos (Process Manager) para acompanhar todo o processo, afirmou Bernd Rücker em sua apresentação deste ano na conferência DDD eXchange.
-
Escolhendo uma arquitetura orientada a eventos
Quando fazemos o design de um sistema distribuído, eventualmente baseado em microservices, e ao considerar utilizar uma arquitetura orientada a eventos, podemos escolher vários modelos e tecnologias. Descrevendo diferentes estilos de arquiteturas orientadas a eventos, David Dawson alega que requisitos não funcionais são o fator principal na escolha de como implementar uma arquitetura deste tipo.
-
Macro e micro arquitetura, DDD e CQRS
Começar um novo projeto escolhendo primeiro a tecnologia e framework, e então voltar-se para o problema do projeto, pode ser bastante perigoso. Jeppe Cramon falou em uma recente apresentação sobre macro e micro arquitetura, DDD e CQRS.
-
Os 10 enganos mais comuns no DDD que se deve evitar
Não interagir com especialistas do domínio é um dos enganos cometidos quando se utiliza DDD. Daniel Whittaker descreve 10 enganos que são cometidos regularmente pelos desenvolvedores.
-
Domain-Driven Design: A maneira errada
As aplicações que alegam terem sido construídas usando o Domain-Driven Design (DDD) na realidade muitas vezes são constituídas de entidades ou DTOs separando os dados e a lógica junto com serviços contendo uma mistura de lógica de negócio e infraestrutura, afirma Gabriel Schenker, lembrando que isso muitas vezes também acontece na construção de novos projetos.
-
Mudando de uma Arquitetura Monolítica para de Microserviços na SoundCloud
Mudar a arquitetura da SoundCloud para Micro Serviços foi fundamental ao permitir que nossas equipes entreguem novas funcionalidades de forma mais rápida, Phil Calçado compartilhou em uma série de 3 artigos suas experiências quando saíram de uma arquitetura de sistema monolíttico para micro serviços
-
Eric Evans: desafiando os pressupostos fundamentais do DDD
Durante a DDD Exchange deste ano, ocorrida em Londres, Eric Evans desafiou seus próprios pressupostos sobre Domain-Driven Design a fim de encontrar pontos fracos no modelo.
-
Experiências na construção de uma Aplicação Reativa com CQRS e Dirigida por Eventos
Os padrões CQRS e Event Sourcing fornecem um modelo limpo e conciso para a construção de aplicações distribuídas aderentes ao manifesto reativo. Esta é a opinião de Duncan DeVore em sua recente apresentação no Scala Days 2014, onde ele compartilhou suas experiências na construção de uma aplicação distribuida utilizando Akka e Scala.
-
Potencializando o Domain-Driven Design em aplicativos utilizando Entity Framework
O Domain-Driven Design (DDD) trata, fundamentalmente, do domínio da aplicação, e não de sua persistência. Com uma história de 25 anos de programação em banco de dados e, posteriormente, utilizando o Framework Entity, Julie Lerman, uma consultora na plataforma .NET e MVP da Microsoft, recentemente compartilhou sua experiência na adoção de DDD na conferência de desenvolvimento Øredev.
-
Linguagem Funcional para Modelagem de Domínio (DDD)
O uso de uma linguagem funcional, ao invés de diagramas UML, pode ser usado como um método simples o suficiente para definição e discução de modelos de domínio (DDD). Esta foi uma declaração dada por Scott Wlaschin em uma conversa recente sobre modelagem de domínio e programação funcional.