Tag: Clean Code

Você já ouviu falar em TDD (Test-Driven Development), mas ainda tem dúvidas sobre como essa abordagem realmente funciona?

Neste minicurso, Landerson Gomes apresenta os fundamentos do Desenvolvimento Guiado por Testes e explica a mudança de pensamento por trás dessa prática. Mais do que simplesmente criar testes para um código pronto, o TDD coloca os testes como parte do próprio processo de construção do software. Um conteúdo direto para quem deseja compreender melhor essa abordagem e começar a aplicá-la de forma consciente no desenvolvimento de software.

Quem trabalha há bastante tempo com Delphi provavelmente já encontrou units com cláusulas uses enormes, formadas por dezenas de dependências que ninguém sabe ao certo se ainda são necessárias. Algumas foram adicionadas automaticamente pela IDE, outras eram utilizadas por trechos de código que já não existem e muitas permanecem na seção interface mesmo sendo necessárias apenas na implementação. Embora pareça um problema meramente estético, esse acúmulo pode aumentar o acoplamento entre as units, dificultar a manutenção e ampliar desnecessariamente o impacto de cada alteração realizada no projeto.

Remover essas dependências manualmente nem sempre é simples. Excluir uma unit da cláusula uses, compilar o projeto e repetir o processo até encontrar todas as dependências desnecessárias pode consumir muito tempo, principalmente em sistemas antigos ou de grande porte. Além disso, algumas units possuem efeitos colaterais durante a inicialização da aplicação e não podem ser removidas apenas porque seus símbolos não aparecem diretamente no código. É nesse cenário que o Atropos se apresenta como uma ferramenta interessante para a comunidade Delphi.

O Atropos é um projeto open source (github.com/ViniAbreu/Atropos) criado para analisar e otimizar automaticamente as cláusulas uses de projetos Delphi. A ferramenta identifica units aparentemente não utilizadas, verifica quais dependências podem ser transferidas da seção interface para a seção implementation e modifica os arquivos de código. Depois disso, ela tenta compilar o projeto para confirmar que as alterações continuam válidas. Se a compilação falhar, os arquivos modificados são restaurados automaticamente.

Quem desenvolve APIs robustas e de alta performance no Delphi utilizando o framework Horse sabe que a velocidade e a simplicidade sempre foram os pilares do projeto. No entanto, à medida que os sistemas crescem e migram para arquiteturas de microsserviços baseadas em contêineres e Kubernetes, duas necessidades tornam-se críticas: observabilidade em tempo real (APM) e a capacidade de rodar múltiplos servidores isolados no mesmo processo (Multi-Instance) de forma segura.

Neste artigo, vamos explorar a nova feature do ecossistema do Horse: a introdução de Lifecycle Hooks do Servidor, Hooks Nativos de Telemetria e o suporte completo a Lifecycle de Múltiplas Instâncias Isoladas.

Quem desenvolve APIs em Delphi utilizando o framework Horse sabe o quanto ele é leve, rápido e extremamente eficiente. No entanto, à medida que a aplicação cresce, começamos a nos deparar com um problema comum em nossos controllers: o excesso de código repetitivo (o famoso boilerplate) para ler payloads de requisições e validar os dados de entrada.

Se você se cansa de escrever dezenas de linhas checando se campos obrigatórios foram preenchidos, se e-mails são válidos ou se um valor numérico está no intervalo correto, você precisa conhecer o horse-dto.

Neste artigo, vamos entender como esse middleware automatiza o processo de desserialização e validação declarativa de dados usando atributos no Delphi.

É extremamente comum encontrar desenvolvedores Delphi em fóruns, grupos de Telegram ou redes sociais fazendo perguntas como:

Essas perguntas costumam partir de uma premissa equivocada: a de que o Horse e o DEXT disputam exatamente o mesmo espaço.

Na prática, eles possuem filosofias arquiteturais bastante diferentes. Embora ambos possam ser utilizados para criar APIs REST eficientes, eles foram concebidos para resolver problemas distintos. O objetivo deste artigo não é eleger um vencedor, mas esclarecer onde cada abordagem se destaca e ajudar você a escolher a ferramenta mais adequada para cada cenário.

Se você desenvolve APIs robustas e de alta performance em Delphi ou Lazarus, com certeza já conhece ou utiliza o Horse. Hoje, trazemos uma novidade incrível e muito aguardada pela comunidade que acaba de ser integrada oficialmente ao Core do framework: os Lifecycle Hooks (Ganchos de Ciclo de Vida)!

Inspirado em padrões consolidados de ecossistemas web modernos (como Fastify e Express), o Horse agora oferece 5 momentos distintos no pipeline de execução de uma requisição. Isso abre portas para você plugar regras de auditoria de dados, caching inteligente, criptografia de payloads, monitoramento de latência e muito mais, mantendo sua aplicação limpa e altamente manutenível.

No desenvolvimento de APIs modernas e microsserviços com Delphi e Lazarus, o Horse se consolidou como o framework mais querido devido à sua simplicidade, leveza e alta velocidade. No entanto, à medida que os sistemas corporativos crescem, a necessidade de organização arquitetural, controle físico sobre conexões e conformidade com nuvens (como Docker e Kubernetes) torna-se crucial.

Recentemente, o ecossistema do Horse recebeu uma atualização de peso, focada justamente em infraestrutura corporativa: o suporte a Server Lifecycle Hooks (Ganchos de Ciclo de Vida do Servidor), o Graceful Shutdown (Desligamento Suave) unificado e o padrão de inicialização estruturada via UseStartup. Neste artigo, vamos explorar essas novidades e construir um exemplo didático e completo.

Se você desenvolve em Delphi, já deve ter percebido que a Inteligência Artificial deixou de ser uma promessa futurista e se tornou uma ferramenta essencial para o dia a dia. Escrever código repetitivo, converter JSONs gigantescos em classes de dados e encontrar aquele famigerado memory leak são tarefas que consomem um tempo precioso.

É exatamente para resolver isso que nasceu o RadIA – um assistente de IA avançado integrado nativamente na IDE do Delphi via Open Tools API. E hoje, com a chegada da versão v0.0.6, o plugin deu um salto gigantesco em flexibilidade, produtividade e inteligência.

Neste artigo, vou apresentar as novas funcionalidades que acabamos de implementar e mostrar como elas podem transformar a forma como você programa em Delphi.

O uso de strings é uma das operações mais elementares em qualquer aplicação Delphi. No entanto, a forma como manipulamos esses dados pode ser a diferença entre um sistema fluido e um que sofre com latência excessiva e fragmentação de memória.

Neste artigo, vamos descer ao nível dos bits para entender o comportamento do gerenciador de memória do Delphi e estabelecer critérios técnicos sobre quando utilizar a concatenação tradicional e quando migrar para o TStringBuilder.

Os princípios SOLID (acrônimo introduzido por Robert C. Martin) são os cinco pilares da programação orientada a objetos que, quando aplicados ao Delphi 13, combatem os três grandes vilões do software: Rigidez (difícil de mudar), Fragilidade (muda num lugar e quebra em outro) e Imobilidade (impossível de reutilizar).

Vamos detalhar como cada um desses princípios se manifesta no universo Object Pascal:

Muitos desenvolvedores Delphi veem os testes unitários como uma perda de tempo ou um fardo adicional. No entanto, o Código Limpo nos ensina que testes e código de produção são igualmente importantes. Um código sem testes não é apenas perigoso; ele é, por definição, "sujo", pois não oferece a confiança necessária para futuras refatorações.

No Delphi 13, utilizamos o DUnitX como o framework padrão para garantir que cada pequena engrenagem do nosso sistema funcione exatamente como planejado.

Refatoração é o processo de alterar um sistema de software de modo que não mude o comportamento externo do código, mas melhore sua estrutura interna. No contexto do Código Limpo, a refatoração não é um evento isolado ou uma "parada para manutenção", mas um hábito contínuo conhecido como a Regra do Escoteiro: "Deixe o código sempre um pouco mais limpo do que você o encontrou".

No Delphi 13 (Athens), refatorar código legado é essencial para reduzir a dívida técnica e permitir que o sistema continue evoluindo sem colapsar sob sua própria complexidade.