Usando “Specification Pattern” para respeitar o “Open/Closed Principle”

Elemar Júnior

Como implementar regras de negócio que podem mudar com o passar do tempo sem violar o “Open/Closed Principle” do SOLID? Afinal, a violação desse princípio deixaria os códigos difíceis de manter além de implicar na escritas de testes que “quebrariam” pelos motivos errados.

Na programação orientada a objeto, o princípio do aberto/fechado estabelece que “entidades de software (classes, módulos, funções, etc.) devem ser abertas para extensão, mas fechadas para modificação“; isto é, a entidade pode permitir que o seu comportamento seja estendido sem modificar seu código-fonte. (Wikipedia)

Há anos, temos visto sempre os mesmos exemplos, triviais, porém distantes do “mundo real”, onde a solução para o desafio imposto pelo princípio implica em suportar alguma variação de polimorfismo.

public abstract class Employee
{
  // ...
  public abstract bool IsElegibleForRetirement();
  // ..
}

O problema destas abordagens é que elas ignoram cenários onde comportamentos expressos por mais de um elemento do contrato (mais de um método) variam independentemente. Além disso, soluções baseadas em herança geram evidente custo de acoplamento.

Uma solução, mais elegante em nossa opinião, possível em diversos cenários, é recorrer a adoção do Specification pattern.

Specification Pattern é um padrão de design de software, onde regras de negócio podem ser recombinadas através de lógica booleana. (Wikipedia em tradução livre)

public class RetirementLaw_287_2016 : IRetirementSpecification
{
  public bool IsSatisfiedBy(Employee e) { /* .. */ }
} 

A “beleza” dessa abordagem é que ela se encaixa perfeitamente para, por exemplo, implementar suporte a leis e regulações (como no caso da lei de aposentadoria, indicado no exemplo). Assim, sempre que uma nova regulação entra em vigor, podemos criar uma nova versão da especificação. Outro ponto forte dessa ideia é a facilidade de tornar o código compreensível pelo especialista do domínio.

O que acha?

Em resumo

O problema
Com frequência, precisamos suportar regras de negócio que mudam ao longo do tempo (muitas vezes por imposição legal). Em casos de desenvolvimento ingênuo, ocorrem violações do “Open/Closed Principle”, ou ainda, aumento do índice de acoplamento.
O Insight
No lugar de polimorfismo simples, podemos adotar o padrão Specification. Nesse caso, a lógica que “muda” com o tempo fica isolada e adequadamente identificada.
Os benefícios
O código resultante é mais fácil de manter e de entender, sobretudo pelos especialistas de domínio. Além disso, o código também fica mais fácil de testar.

Compartilhe este insight:

Comentários

Participe deixando seu comentário sobre este artigo a seguir:

Subscribe
Notify of
guest
1 Comentário
Oldest
Newest Most Voted
Inline Feedbacks
View all comments
Jeferson Viana Perito
Jeferson Viana Perito
3 anos atrás

Já usei esse padrão alinhado com builder pattern para construir objetos de domínio, “forçando” a passar pelas especificações e manter todo objeto na memória válido perante regras de negócio.

AUTOR

Elemar Júnior
Fundador e CEO da EximiaCo atua como tech trusted advisor ajudando empresas e profissionais a gerar mais resultados através da tecnologia.

NOVOS HORIZONTES PARA O SEU NEGÓCIO

Nosso time está preparado para superar junto com você grandes desafios tecnológicos.

Entre em contato e vamos juntos utilizar a tecnologia do jeito certo para gerar mais resultados.

Insights EximiaCo

Confira os conteúdos de negócios e tecnologia desenvolvidos pelos nossos consultores:

Arquitetura de Dados

Insights de um DBA na análise de um plano de execução

Especialista em performance de Bancos de Dados de larga escala
Arquitetura de Software

Estratégias para modernização do legado

Desenvolvedor .NET/NodeJs e especialista em Kafka com experiência em startups e grandes empresas
Infraestrutura e Nuvem

Migração para a nuvem, mais do que mudança tecnológica, implica em mudança da cultura organizacional

Engenheiro de nuvem, arquiteto de software e especialista em Containers e Devops

Acesse nossos canais

Simplificamos, potencializamos e aceleramos resultados usando a tecnologia do jeito certo

EximiaCo 2022 – Todos os direitos reservados

1
0
Queremos saber a sua opinião, deixe seu comentáriox
()
x

Usando “Specification Pattern” para respeitar o “Open/Closed Principle”

Para se candidatar nesta turma aberta, preencha o formulário a seguir:

Condição especial de pré-venda: R$ 14.000,00 - contratando a mentoria até até 31/01/2023 e R$ 15.000,00 - contratando a mentoria a partir de 01/02/2023, em até 12x com taxas.

Tenho interesse nessa capacitação

Para solicitar mais informações sobre essa capacitação para a sua empresa, preencha o formulário a seguir:

Tenho interesse em conversar

Se você está querendo gerar resultados através da tecnologia, preencha este formulário que um de nossos consultores entrará em contato com você:

O seu insight foi excluído com sucesso!

O seu insight foi excluído e não está mais disponível.

O seu insight foi salvo com sucesso!

Ele está na fila de espera, aguardando ser revisado para ter sua publicação programada.

Tenho interesse em conversar

Se você está querendo gerar resultados através da tecnologia, preencha este formulário que um de nossos consultores entrará em contato com você:

Tenho interesse nessa solução

Se você está procurando este tipo de solução para o seu negócio, preencha este formulário que um de nossos consultores entrará em contato com você:

Tenho interesse neste serviço

Se você está procurando este tipo de solução para o seu negócio, preencha este formulário que um de nossos consultores entrará em contato com você:

× Precisa de ajuda?