Questão de Arquitetura de Software — Padrões de projeto (Design Patterns) — CESPE / CEBRASPE 2025
Arquitetura de Software›Padrões de projeto (Design Patterns)
Código
ce219037
Banca
CESPE / CEBRASPE
Órgão
TRF - 6ª REGIÃO
Ano
2025
Nível
Superior
Cargo
Analista Judiciário – Área: Apoio Especializado – Especialidade: Análise de Sistemas de Informação
Julgue o item que se segue relativo à arquitetura de microsserviços, ao domain-driven design e a design patterns.Aplicação de padrões como Aggregates e Value Objects, no domain-driven design, visa a desacoplar o domínio de negócio do modelo de domínio, permitindo que a lógica de negócio seja isolada em camadas técnicas.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoE — Errado
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Domain-Driven Design (DDD) e Padrões de Modelo
Gabarito: Errado (E). A afirmação está incorreta porque Aggregates e Value Objects são componentes do próprio modelo de domínio, não instrumentos para desacoplar o domínio do modelo. Em DDD, o modelo de domínio é a representação do negócio; esses padrões ajudam a estruturar o modelo – aumentando coesão e reduzindo complexidade – não a separá-lo do negócio.
A frase "desacoplar o domínio de negócio do modelo de domínio" é conceitualmente equivocada. No Domain-Driven Design, o modelo de domínio é o domínio de negócio expresso em software. Aggregates e Value Objects são padrões táticos que organizam as entidades e objetos de valor dentro desse modelo, garantindo consistência e invariantes. Eles não criam uma separação entre o domínio e o modelo; muito pelo contrário, eles fortalecem a representação do negócio.
Além disso, a afirmação de que a aplicação desses padrões permite "isolar a lógica de negócio em camadas técnicas" contradiz o princípio central do DDD. A lógica de negócio deve residir na camada de domínio (rica em comportamento), enquanto camadas técnicas (infraestrutura, aplicação) são responsáveis por aspectos como persistência, comunicação e orquestração – nunca por conter regras de negócio.
DDD: Modelo de domínio
1É o domínio de negócio em software
2Padrões táticos
Aggregate
Value Object
Domain Event
3Função: estruturar o modelo
Aumentar coesão
Reduzir complexidade
Garantir invariantes
4Não desacopla domínio do modelo
5Camada de domínio
Contém a lógica de negócio
Camadas técnicas (infra/aplicação)
Persistência, comunicação, orquestração
Não contêm regras de negócio
LEVEL · soulevel.com.br
NÃO CAIA NESSA!
A banca inverte a finalidade dos padrões. Aggregates e Value Objects não desacoplam o domínio do modelo; eles enriquecem o modelo com a lógica do negócio. O erro está em tratar esses padrões como ferramentas de separação, quando na verdade são elementos de construção do próprio modelo.
PEGA ESSA DICA!
Em DDD, decore: o modelo de domínio É o domínio. Padrões táticos (Aggregate, Value Object, Domain Event, etc.) são partes integrantes desse modelo – eles servem para estruturar o conhecimento do negócio, não para isolá-lo em camadas técnicas.