Communitygithub.com

normes-de-codage-java

Normes de codage Java pour les services Spring Boot et Quarkus : conventions de nommage, immutabilité, utilisation d'Optional, streams, exceptions, génériques, CDI, patrons réactifs et structure de projet. Applique automatiquement les conventions spécifiques au framework. À utiliser lors de l'écriture ou de la révision de code Java dans un service Spring Boot ou Quarkus.

Qu'est-ce que normes-de-codage-java ?

Cette compétence définit des normes de codage Java (17+) pour les services Spring Boot et Quarkus, garantissant un code lisible, maintenable et cohérent. Elle détecte automatiquement le framework utilisé (Spring Boot ou Quarkus) à partir du fichier de construction et applique les conventions appropriées, telles que le nommage des classes (*Controller pour Spring, *Resource pour Quarkus), l'immutabilité (enregistrements et champs finaux préférés, avec une exception pour les entités Panache de Quarkus), l'utilisation d'Optional (retourné par les méthodes find*), les meilleures pratiques pour les streams (pipelines courts et clairs), l'injection de dépendances (constructeur pour Spring, constructeur ou injection par champ package-private pour Quarkus), et les schémas réactifs pour Quarkus (Uni/Multi avec pipelines non bloquants). Elle couvre également la gestion centralisée des exceptions avec @RestControllerAdvice pour Spring et ExceptionMapper pour Quarkus, et promeut des exceptions non vérifiées pour les erreurs métier. Utile pour les développeurs et les réviseurs de code travaillant avec ces frameworks, cette compétence s'intègre dans des environnements comme Claude Code, Cursor ou Codex pour appliquer automatiquement ces normes lors de la rédaction ou de la révision de code Java.

Compatible avec~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/affaan-m/ECC/tree/main/skills/java-coding-standards

Demander à votre IA préférée

Ouvre une nouvelle conversation avec cette compétence d'agent déjà préchargée.

Documentation

Normes de codage Java

Normes pour un code Java (17+) lisible et maintenable dans les services Spring Boot et Quarkus.

Quand l'utiliser

  • Écrire ou relire du code Java dans des projets Spring Boot ou Quarkus
  • Appliquer des conventions de nommage, d'immuabilité ou de gestion des exceptions
  • Travailler avec des records, des classes scellées ou le pattern matching (Java 17+)
  • Réviser l'utilisation d'Optional, des streams ou des génériques
  • Structurer les packages et la disposition du projet
  • [QUARKUS] : Travailler avec les scopes CDI, les entités Panache ou les pipelines réactifs

Comment ça fonctionne

Détection du framework

Avant d'appliquer les normes, déterminez le framework à partir du fichier de build :

  • Le fichier de build contient quarkus → appliquer les conventions [QUARKUS]
  • Le fichier de build contient spring-boot → appliquer les conventions [SPRING]
  • Aucun détecté → appliquer uniquement les conventions communes

Principes fondamentaux

  • Préférer la clarté à l'ingéniosité
  • Immuable par défaut ; minimiser l'état mutable partagé
  • Échouer rapidement avec des exceptions significatives
  • Nommage et structure de packages cohérents
  • [QUARKUS] : Privilégier le traitement au build-time plutôt qu'à l'exécution ; éviter la réflexion à l'exécution dans la mesure du possible

Exemples

Les sections ci-dessous présentent des exemples concrets pour Spring Boot, Quarkus et Java commun pour le nommage, l'immuabilité, l'injection de dépendances, le code réactif, les exceptions, la disposition du projet, la journalisation, la configuration et les tests.

Nommage

// PASS : Classes/Records : PascalCase
public class MarketService {}
public record Money(BigDecimal amount, Currency currency) {}

// PASS : Méthodes/champs : camelCase
private final MarketRepository marketRepository;
public Market findBySlug(String slug) {}

// PASS : Constantes : UPPER_SNAKE_CASE
private static final int MAX_PAGE_SIZE = 100;

// PASS : [QUARKUS] Les ressources JAX-RS sont nommées *Resource, pas *Controller
public class MarketResource {}

// PASS : [SPRING] Les contrôleurs REST sont nommés *Controller
public class MarketController {}

Immuabilité

// PASS : Privilégier les records et les champs finals
public record MarketDto(Long id, String name, MarketStatus status) {}

public class Market {
  private final Long id;
  private final String name;
  // uniquement des getters, pas de setters
}

// PASS : [QUARKUS] Les entités Panache active-record utilisent des champs publics (convention Quarkus)
@Entity
public class Market extends PanacheEntity {
  public String name;
  public MarketStatus status;
  // Panache génère les accesseurs au build-time ; les champs publics sont idiomatiques ici
}

// PASS : [QUARKUS] Entités MongoDB Panache
@MongoEntity(collection = "markets")
public class Market extends PanacheMongoEntity {
  public String name;
  public MarketStatus status;
}

Utilisation d'Optional

// PASS : Retourner Optional depuis les méthodes find*
// [SPRING]
Optional<Market> market = marketRepository.findBySlug(slug);

// [QUARKUS] Panache
Optional<Market> market = Market.find("slug", slug).firstResultOptional();

// PASS : Utiliser map/flatMap au lieu de get()
return market
    .map(MarketResponse::from)
    .orElseThrow(() -> new EntityNotFoundException("Marché non trouvé"));

Bonnes pratiques pour les streams

// PASS : Utiliser les streams pour les transformations, garder les pipelines courts
List<String> names = markets.stream()
    .map(Market::name)
    .filter(Objects::nonNull)
    .toList();

// FAIL : Éviter les streams complexes et imbriqués ; préférer les boucles pour la clarté

Injection de dépendances

// PASS : [SPRING] Injection par constructeur (préférée à @Autowired sur les champs)
@Service
public class MarketService {
  private final MarketRepository marketRepository;

  public MarketService(MarketRepository marketRepository) {
    this.marketRepository = marketRepository;
  }
}

// PASS : [QUARKUS] Injection par constructeur
@ApplicationScoped
public class MarketService {
  private final MarketRepository marketRepository;

  @Inject
  public MarketService(MarketRepository marketRepository) {
    this.marketRepository = marketRepository;
  }
}

// PASS : [QUARKUS] Injection par champ package-private (acceptable dans Quarkus — évite les problèmes de proxy)
@ApplicationScoped
public class MarketService {
  @Inject
  MarketRepository marketRepository;
}

// FAIL : [SPRING] Injection par champ avec @Autowired
@Autowired
private MarketRepository marketRepository; // utiliser l'injection par constructeur

// FAIL : [QUARKUS] @Singleton quand l'interception ou l'initialisation paresseuse est nécessaire
@Singleton // non-proxifiable — utiliser @ApplicationScoped à la place
public class MarketService {}

Patterns réactifs [QUARKUS]

// PASS : Retourner Uni/Multi depuis les endpoints réactifs
@GET
@Path("/{slug}")
public Uni<Market> findBySlug(@PathParam("slug") String slug) {
  return Market.find("slug", slug)
      .<Market>firstResult()
      .onItem().ifNull().failWith(() -> new MarketNotFoundException(slug));
}

// PASS : Composition de pipeline non bloquante
public Uni<OrderConfirmation> placeOrder(OrderRequest req) {
  return validateOrder(req)
      .chain(valid -> persistOrder(valid))
      .chain(order -> notifyFulfillment(order));
}

// FAIL : Appel bloquant à l'intérieur d'un pipeline Uni/Multi
public Uni<Market> find(String slug) {
  Market m = Market.find("slug", slug).firstResult(); // BLOQUANT — casse la boucle d'événements
  return Uni.createFrom().item(m);
}

// FAIL : S'abonner plus d'une fois à un Uni partagé
Uni<Market> shared = fetchMarket(slug);
shared.subscribe().with(m -> log(m));
shared.subscribe().with(m -> cache(m)); // double abonnement — utiliser Uni.memoize()

Exceptions

  • Utiliser des exceptions non vérifiées pour les erreurs de domaine ; envelopper les exceptions techniques avec du contexte
  • Créer des exceptions spécifiques au domaine (par exemple, MarketNotFoundException)
  • Éviter les blocs catch (Exception ex) larges sauf pour relancer/centraliser la journalisation
throw new MarketNotFoundException(slug);

Gestion centralisée des exceptions

// [SPRING]
@RestControllerAdvice
public class GlobalExceptionHandler {
  @ExceptionHandler(MarketNotFoundException.class)
  public ResponseEntity<ErrorResponse> handle(MarketNotFoundException ex) {
    return ResponseEntity.status(404).body(ErrorResponse.from(ex));
  }
}

// [QUARKUS] Option A : ExceptionMapper
@Provider
public class MarketNotFoundMapper implements ExceptionMapper<MarketNotFoundException> {
  @Override
  public Response toResponse(MarketNotFoundException ex) {
    return Response.status(404).entity(ErrorResponse.from(ex)).build();
  }
}

// [QUARKUS] Option B : @ServerExceptionMapper (RESTEasy Reactive)
@ServerExceptionMapper
public RestResponse<ErrorResponse> handle(MarketNotFoundException ex) {
  return RestResponse.status(Status.NOT_FOUND, ErrorResponse.from(ex));
}

Génériques et sécurité de type

  • Éviter les types bruts ; déclarer les paramètres de type
  • Privilégier les génériques bornés pour les utilitaires réutilisables
public <T extends Identifiable> Map<Long, T> indexById(Collection<T> items) { ... }

Structure du projet

[SPRING] Maven/Gradle

src/main/java/com/example/app/
  config/
  controller/
  service/
  repository/
  domain/
  dto/
  util/
src/main/resources/
  application.yml
src/test/java/... (miroir du main)

[QUARKUS] Maven/Gradle

src/main/java/com/example/app/
  config/              # @ConfigMapping, @ConfigProperty beans, Producers
  resource/            # Ressources JAX-RS (pas "controller")
  service/
  repository/          # Implémentations PanacheRepository (si on n'utilise pas l'active record)
  domain/              # Entités JPA/Panache, entités MongoDB
  dto/
  util/
  mapper/              # Mappers MapStruct (si utilisés)
src/main/resources/
  application.properties   # Convention Quarkus (YAML supporté avec quarkus-config-yaml)
  import.sql               # Import automatique Hibernate pour le dev/test
src/test/java/... (miroir du main)

Formatage et style

  • Utiliser 2 ou 4 espaces de manière cohérente (standard du projet)
  • Un seul type public de premier niveau par fichier
  • Garder les méthodes courtes et ciblées ; extraire des helpers
  • Ordre des membres : constantes, champs, constructeurs, méthodes publiques, protégées, privées

Mauvaises pratiques à éviter

  • Listes de paramètres longues → utiliser DTO/builders
  • Imbrication profonde → retours précoces
  • Nombres magiques → constantes nommées
  • État mutable statique → privilégier l'injection de dépendances
  • Blocs catch silencieux → logger et agir ou relancer
  • [QUARKUS] : @Singleton là où @ApplicationScoped est prévu — casse le proxy et l'interception
  • [QUARKUS] : Mélanger quarkus-resteasy-reactive et quarkus-resteasy (classique) — choisir une pile
  • [QUARKUS] : Panache active-record + pattern repository dans le même contexte borné — choisir un

Journalisation

// [SPRING] SLF4J
private static final Logger log = LoggerFactory.getLogger(MarketService.class);
log.info("fetch_market slug={}", slug);
log.error("failed_fetch_market slug={}", slug, ex);

// [QUARKUS] JBoss Logging (par défaut, zéro coût au build-time)
private static final Logger log = Logger.getLogger(MarketService.class);
log.infof("fetch_market slug=%s", slug);
log.errorf(ex, "failed_fetch_market slug=%s", slug);

// [QUARKUS] Alternative : journalisation simplifiée avec @Inject
@Inject
Logger log; // injecté par CDI, limité à la classe déclarante

Gestion des valeurs nulles

  • Accepter @Nullable uniquement quand c'est inévitable ; sinon utiliser @NonNull
  • Utiliser la validation par Bean Validation (@NotNull, @NotBlank) sur les entrées
  • [QUARKUS] : Appliquer @Valid sur @BeanParam, @RestForm et les paramètres du corps de la requête

Configuration

// [SPRING] @ConfigurationProperties
@ConfigurationProperties(prefix = "market")
public record MarketProperties(int maxPageSize, Duration cacheTtl) {}

// [QUARKUS] @ConfigMapping (type-safe, validé au build-time)
@ConfigMapping(prefix = "market")
public interface MarketConfig {
  int maxPageSize();
  Duration cacheTtl();
}

// [QUARKUS] Valeurs simples avec @ConfigProperty
@ConfigProperty(name = "market.max-page-size", defaultValue = "100")
int maxPageSize;

Attentes pour les tests

Commun

  • JUnit 5 + AssertJ pour des assertions fluides
  • Mockito pour les mocks ; éviter les mocks partiels dans la mesure du possible
  • Privilégier les tests déterministes ; pas de sleep cachés

[SPRING]

  • @WebMvcTest pour les tranches de contrôleurs, @DataJpaTest pour les tranches de repositories
  • @SpringBootTest réservé aux tests d'intégration complets
  • @MockBean pour remplacer des beans dans le contexte Spring

[QUARKUS]

  • JUnit 5 simple + Mockito pour les tests unitaires (pas de @QuarkusTest)
  • @QuarkusTest réservé aux tests d'intégration CDI
  • @InjectMock pour remplacer des beans CDI dans les tests d'intégration
  • Dev Services pour la base de données/Kafka/Redis — éviter la configuration manuelle de Testcontainers quand Dev Services suffit
  • @QuarkusTestResource pour le cycle de vie de services externes personnalisés
// [SPRING] Test de contrôleur
@WebMvcTest(MarketController.class)
class MarketControllerTest {
  @Autowired MockMvc mockMvc;
  @MockBean MarketService marketService;
}

// [QUARKUS] Test d'intégration
@QuarkusTest
class MarketResourceTest {
  @InjectMock
  MarketService marketService;

  @Test
  void should_return_404_when_market_not_found() {
    given().when().get("/markets/unknown").then().statusCode(404);
  }
}

// [QUARKUS] Test unitaire (pas de CDI, pas de @QuarkusTest)
@ExtendWith(MockitoExtension.class)
class MarketServiceTest {
  @Mock MarketRepository marketRepository;
  @InjectMocks MarketService marketService;
}

Rappelez-vous : Gardez le code intentionnel, typé et observable. Optimisez pour la maintenabilité plutôt que pour les micro-optimisations, sauf si elles sont avérées nécessaires.

Individual skills in this repo

This repo contains 20 individual skills — each has its own dedicated page.

accessibility

Design, implement, and audit inclusive digital products using WCAG 2.2 Level AA. Use when building or auditing UI that must meet WCAG 2.2 Level AA, or when reviewing a change for keyboard, contrast, or screen-reader support.

affaan-m/content-engine

Create platform-native content systems for X, LinkedIn, TikTok, YouTube, newsletters, and repurposed multi-platform campaigns. Use when the user wants social posts, threads, scripts, content calendars, or one source asset adapted cleanly across platforms.

affaan-m/ECC

Multi-platform content distribution across X, LinkedIn, Threads, and Bluesky. Adapts content per platform using content-engine patterns. Never posts identical content cross-platform. Use when the user wants to distribute content across social platforms.

affaan-m/fal-ai-media

Unified media generation via fal.ai MCP — image, video, and audio. Covers text-to-image (Nano Banana), text/image-to-video (Seedance, Kling, Veo 3), text-to-speech (CSM-1B), and video-to-audio (ThinkSound). Use when the user wants to generate images, videos, or audio with AI.

affaan-m/manim-video

日本語翻訳:このファイルは manim-video 用の日本語翻訳が必要です

affaan-m/remotion-video-creation

Remotion のベストプラクティス - React で動画を作成する。3D、アニメーション、音声、字幕、チャート、トランジションなどをカバーするドメイン固有の29のルール。

affaan-m/video-editing

AI-assisted video editing workflows for cutting, structuring, and augmenting real footage. Covers the full pipeline from raw capture through FFmpeg, Remotion, ElevenLabs, fal.ai, and final polish in Descript or CapCut. Use when the user wants to edit video, cut footage, create vlogs, or build video content.

agent-architecture-audit

Full-stack diagnostic for agent and LLM applications. Audits the 12-layer agent stack for wrapper regression, memory pollution, tool discipline failures, hidden repair loops, and rendering corruption. Produces severity-ranked findings with code-first fixes. Essential for developers building agent applications, autonomous loops, or any LLM-powered feature. Use when an agent or LLM feature misbehaves and the failing layer is unknown, or before shipping an agent stack.

agent-eval

Head-to-head comparison of coding agents (Claude Code, Aider, Codex, etc.) on custom tasks with pass rate, cost, time, and consistency metrics. Use when choosing between coding agents, or when a change to an agent setup needs measured pass rate, cost, and time rather than an impression.

agent-harness-construction

Design and optimize AI agent action spaces, tool definitions, and observation formatting for higher completion rates. Use when defining or revising an agent

agentic-engineering

Operate as an agentic engineer using eval-first execution, decomposition, and cost-aware model routing. Use when planning or executing engineering work that agents will carry out end to end.

agentic-os

Build persistent multi-agent operating systems on Claude Code. Covers kernel architecture, specialist agents, slash commands, file-based memory, scheduled automation, and state management without external databases. Use when building a persistent multi-agent system on Claude Code with its own memory, commands, and scheduling.

agent-introspection-debugging

Structured self-debugging workflow for AI agent failures using capture, diagnosis, contained recovery, and introspection reports. Use when an agent run fails and you need a reproducible diagnosis instead of a retry.

agent-payment-x402

Add x402 payment execution to AI agents with per-task budgets, spending controls, and non-custodial wallets. Supports Base through agentwallet-sdk and X Layer through OKX Payments / OKX Agent Payments Protocol. Use when an agent must pay for something itself and needs per-task budgets, spending controls, and a non-custodial wallet.

agent-self-evaluation

Use after completing any non-trivial task. The agent self-rates its output on 5 axes — accuracy, completeness, clarity, actionability, conciseness — with concrete evidence per criterion. Produces a structured 1-5 scorecard with specific improvement suggestions.

agent-sort

Build an evidence-backed ECC install plan for a specific repo by sorting skills, commands, rules, hooks, and extras into DAILY vs LIBRARY buckets using parallel repo-aware review passes. Use when ECC should be trimmed to what a project actually needs instead of loading the full bundle.

ai-first-engineering

Engineering operating model for teams where AI agents generate a large share of implementation output. Use when setting team process, review gates, or ownership rules for a codebase largely written by agents.

ai-regression-testing

Regression testing strategies for AI-assisted development. Sandbox-mode API testing without database dependencies, automated bug-check workflows, and patterns to catch AI blind spots where the same model writes and reviews code. Use when adding regression coverage to AI-assisted code, or when the same model both wrote and reviewed a change.

android-clean-architecture

Clean Architecture patterns for Android and Kotlin Multiplatform projects — module structure, dependency rules, UseCases, Repositories, and data layer patterns. Use when structuring modules, layers, or data flow in an Android or KMP project.

angular-developer

Generates Angular code and provides architectural guidance. Trigger when creating projects, components, or services, or for best practices on reactivity (signals, linkedSignal, resource), forms, dependency injection, routing, SSR, accessibility (ARIA), animations, styling (component styles, Tailwind CSS), testing, or CLI tooling.

Skills associés