Clean Architecture & Design Patterns in Practice · Aula

Funções de Adequação Arquitetural e Testes de Limite

Aprenda a proteger os limites arquiteturais ao longo do tempo usando funções automatizadas de adequação e testes da direção das dependências.

Aula 4 de 413 etapas

Funções de Adequação Arquitetural e Testes de Limite é uma aula grátis de Clean Architecture & Design Patterns in Practice no CoddyKit. Esta é a aula 4 de 4. Você pode ler a aula completa abaixo gratuitamente — depois pratica ao vivo no navegador com um editor de código integrado e um tutor de IA 24/7. Faz parte do caminho de aprendizado de Clean Architecture & Design Patterns in Practice, e seu progresso é sincronizado entre a web e o app CoddyKit. O curso de Clean Architecture & Design Patterns in Practice inclui 4 aulas no total.

Partes desta aula ainda não foram traduzidas e aparecem em inglês.

Architecture Erodes Silently

A clean design tends to decay. Under deadline pressure, someone imports the database into an entity, or a use case reaches into the web layer.

Code review alone misses these. We need automated guards.

What Is a Fitness Function?

An architectural fitness function is an automated test that asserts a structural property of the system.

Just as unit tests guard behavior, fitness functions guard architecture — for example, the direction of dependencies.

The Rule We Want to Enforce

In Clean Architecture, dependencies point inward:

  • Entities depend on nothing.
  • Use cases depend only on entities.
  • Frameworks depend inward, never the reverse.

A fitness function can fail the build if this is broken.

Expressing It as a Test

Tools like ArchUnit let you encode the rule directly.

ArchRule rule = classes()
    .that().resideInAPackage("..domain..")
    .should().onlyDependOnClassesThat()
    .resideInAnyPackage("..domain..", "java..");

Forbidding Forbidden Imports

You can also assert that the core never touches infrastructure.

noClasses()
    .that().resideInAPackage("..usecase..")
    .should().dependOnClassesThat()
    .resideInAPackage("..web..");

Boundary Contract Tests

Beyond dependency direction, test that adapters honor their port contracts.

Run the same suite against every implementation of a gateway so a new adapter cannot silently break the boundary.

A Simple Home-Grown Check

Even without a library you can scan for violations programmatically.

public class Main {
  public static void main(String[] a){
    String[] domainImports = {"java.util.List", "domain.Order"};
    boolean clean = true;
    for (String imp : domainImports) {
      if (imp.startsWith("web.") || imp.startsWith("db.")) { clean = false; }
    }
    System.out.println("Domain layer clean: " + clean);
  }
}

Running Them in CI

Fitness functions belong in the continuous integration pipeline.

When a pull request breaks a boundary, the build goes red immediately — long before the violation spreads through the codebase.

Choosing the Right Functions

  • Layer dependency direction.
  • No framework imports in the core.
  • Naming and package conventions.
  • Cyclic-dependency detection.

Start with the few rules that matter most for your design.

Evolving the Rules

Fitness functions are living. As the architecture intentionally evolves, update the rules to match the new intent.

A failing fitness function is a prompt to decide: fix the code, or consciously change the rule.

Balancing Strictness

Too many brittle rules cause friction and get disabled. Too few let decay creep in.

Aim for a small set of high-value, stable rules that protect the boundaries you care most about.

Quick Check

Test your understanding of fitness functions.

Recap

You learned to defend boundaries over time.

  • Fitness functions automate architectural rules.
  • Enforce inward dependency direction and a framework-free core.
  • Run them in CI and evolve them deliberately as the design changes.
Grátis para começar

Aprenda Clean Architecture & Design Patterns in Practice com um tutor de IA — grátis

Escreva e execute código real no seu navegador, obtenha ajuda instantânea de um tutor de IA 24/7 e continue de onde parou na web ou no app.

Cursos
12
Aulas
48

Perguntas Frequentes

A aula “Funções de Adequação Arquitetural e Testes de Limite” é grátis?

Sim — o texto completo de “Funções de Adequação Arquitetural e Testes de Limite” é grátis para ler aqui na web. Para praticá-la interativamente (um editor de código integrado e um tutor de IA 24/7) e desbloquear o restante do curso de Clean Architecture & Design Patterns in Practice, atualize para CoddyKit PRO. O curso de Clean Architecture & Design Patterns in Practice inclui 4 aulas no total.

O que vou aprender em “Funções de Adequação Arquitetural e Testes de Limite”?

Aprenda a proteger os limites arquiteturais ao longo do tempo usando funções automatizadas de adequação e testes da direção das dependências. Você pratica Clean Architecture & Design Patterns in Practice com código prático que executa diretamente no navegador, e um tutor de IA 24/7 responde suas dúvidas enquanto trabalha na aula.

Preciso ter experiência prévia para começar Clean Architecture & Design Patterns in Practice?

Nenhuma experiência prévia é necessária. Clean Architecture & Design Patterns in Practice no CoddyKit é estruturado para alunos iniciantes até avançados, então você pode começar aqui ou desde o início e aprender no seu ritmo. Esta é a aula 4 de 4.

Quanto tempo leva a aula “Funções de Adequação Arquitetural e Testes de Limite”?

A maioria das aulas CoddyKit leva cerca de 5–10 minutos. Cada uma é compacta e interativa, então você faz progresso constante e retoma exatamente de onde parou entre web e app.

Posso escrever e executar código nesta aula de Clean Architecture & Design Patterns in Practice?

Sim. Cada aula de Clean Architecture & Design Patterns in Practice inclui um editor de código integrado, então você escreve e executa código real direto no navegador e recebe feedback de IA instantaneamente — nenhuma configuração local necessária.

Todas as aulas deste curso

  1. Estratégia de Testes em Camadas
  2. Considerações de Implantação para a Arquitetura Limpa
  3. Evoluindo e Mantendo Sistemas Limpos
  4. Funções de Adequação Arquitetural e Testes de Limite
← Voltar para Clean Architecture & Design Patterns in Practice