Quando fazer o “aparentemente errado” é certo

[tweet]Um dos maiores desafios à manutenabilidade é o alto acoplamento. Entretanto, muitas vezes, tentativas ingênuas de combatê-lo levam ao aumento desnecessário de complexidade, implicando, exatamente, no aumento dos custos de manutenção.[/tweet]

É comum, por exemplo, encontrarmos sistemas, sobretudo escritos em linguagens orientadas a objetos fortemente tipadas, como C# e Java, com cuidado demasiado na separação das responsabilidades.

Não é incomum encontrar “soluções” com, pelo menos, um projeto para a apresentação, outro para o domínio e um terceiro para infraestrutura. Aliás, é bem comum encontrar soluções ainda mais fragmentadas.

Geralmente, o objetivo é impedir que referências de um projeto “vazem” para os demais. Entretanto, para aplicações pequenas ou para microsserviços, esse excesso de zelo gera bases de códigos maiores que não agregam valor.

Não são raras as implementações genéricas, por exemplo, de repositórios que apenas “mascaram” o acesso a base de dados mas que são absolutamente anêmicas.

public interface IRepository<T>
{
  T GetById(string id)
  IQueryable<T> GetAll();
  void Save(T object);
  // ..
}

Ainda piores são implementações, extremamente extensas, que ignoram o fato de que repositórios são apenas um dos diversos tipos de serviços associados ao domínio, tornando-os pedágios caros para a realização de consultas, muitas vezes “hidratando” objetos pesados, como entidades com dezenas de propriedades, que são quase completamente descartados, na conversão para DTOs com dois ou três campos para composição de respostas da aplicação para os “clientes”. O mais simples seria uma consulta econômica, geralmente não realizada em nome das “boas práticas”.

Também são muito comuns os casos onde se leva absolutamente a risca a “regra” de não implementar lógica em bases de dados, condenando aplicações a trafegar dados em demasia na rede sem nenhuma compensação evidente. Em cenários onde performance seja uma demanda crítica, muitas vezes, utilizar mecanismos de indexação ou pré-computação na base podem “resolver o problema” de maneira muito mais eficaz do que trazendo o processamento “na unha” no código (frequentemente recorrendo a estratégias questionáveis de caching).

Há, finalmente, quem insista em criar “telefones sem fio” fazendo o tratamento de requisições “passar” pelas diversas camadas sem que nenhum processamento real aconteça ou, ainda pior, aplicando mapeamentos entre DTOs e ViewModels. O resultado é apenas uma stack de processamento maior, que aumenta tempos de resposta, muitas vezes criando objetos de maneira desnecessária, estressando o Garbage Collector. Idealmente, tais requisições deveriam ser tratadas de maneira muito mais econômica, trazendo, eventualmente, acesso a dados a camada de aplicação, tornando o código mais simples de entender e, geralmente, causando melhorias de desempenho.

A existência de camadas destinadas apenas a transferência de objetos, sem lógica ou valor de negócios, gera a necessidade de codificar testes repetitivos e sem sentido para manter o alto índice de cobertura. Isso pode tornar a tarefa de escrever testes mais morosa e acabar desestimulando os desenvolvedores a escrevê-los.

[tweet]A obsessão por patterns e técnicas sofisticadas de abstração são, com frequência, indicativos da falta de entendimento quanto a conceitos básicos relacionados a programação orientada-a-objetos.[/tweet] Esforços para isolar a infraestrutura na camada de domínio, em alguns cenários, acabam mitigando uma “gravidade artificial” que seria plenamente aceitável caso houvesse entendimento das consequências dessa decisão.

Alguns bancos NoSQL, como o RavenDB, possibilitam que o modelo de domínio seja persistido com pouca ou nenhuma adaptação de estrutura. Bancos de dados relacionais, por outro lado, são incompatíveis com o “modelo de domínio perfeito”. Em função disso, a solução tida como a mais “correta” seria escrever um modelo específico para persistência. Entretanto, em projetos pequenos, os benefícios dessa “solução caprichosa”, talvez não fiquem tão perceptíveis. Algumas vezes, é mais barato fazer pequenas adaptações no modelo de domínio mesmo que algum “vazamento” da infraestrutura aconteça.

[tweet]Não raro, as soluções mais baratas de desenvolver e manter são também as mais simples. Ignorar isso é expressão de um preciosismo técnico ou de total falta de entendimento do que significa a aplicação de boas práticas.[/tweet]

Compartilhe este insight:

Comentários

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

Subscribe
Notify of
guest
3 Comentários
Oldest
Newest Most Voted
Inline Feedbacks
View all comments
Patrick
Patrick
3 anos atrás

Eu poderia resumir este artigo dizendo que é necessário ter bom senso na modelagem do sistema, observando a necessidade da implementação das camadas e objetos que são trafegados pela stack..

Luiz Pais
Luiz Pais
3 anos atrás

Eu queria ter escrito esse artigo!
Prego demais isso onde trabalho. Há demasiada ânsia por utilizar frameworks e engessar o desenvolvimento utilizando archetypes que introduzem essas camadas inúteis.
Parabéns pelo artigo!

josef
josef
2 anos atrás

manutenibilidade

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.

Planejamento Estratégico

Novos produtos e processos para a transformação digital de seu negócio.

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:

Inteligência de Dados

O Papel Transformador das IAs Generativas na Automação de Código

Arquiteto especialista em aplicações corporativas complexas.
Arquitetura de Software

Consciência Situacional: O Sucesso do Software em Constante Evolução

Arquiteto de Software com experiência executiva em Tecnologia
Inteligência de Dados

Geração de Valor, Competitividade e Escala: Estratégias Vencedoras para a Era da IA

Inteligência Artificial, Engenharia de Dados e Big Data
EximiaCo 2024 - Todos os direitos reservados
3
0
Queremos saber a sua opinião, deixe seu comentáriox
()
x
Oferta de pré-venda!

Mentoria em
Arquitetura de Software

Práticas, padrões & técnicas para Arquitetura de Software, de maneira efetiva, com base em cenários reais para profissionais envolvidos no projeto e implantação de software.

Muito obrigado!

Deu tudo certo com seu envio!
Logo entraremos em contato

Quando fazer o “aparentemente errado” é certo

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

Quando fazer o “aparentemente errado” é certo

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?