Communitygithub.com

estándares-de-codificación-java

Estándares de codificación Java para servicios Spring Boot y Quarkus: nombres, inmutabilidad, uso de Optional, streams, excepciones, genéricos, CDI, patrones reactivos y estructura de proyecto. Aplica automáticamente convenciones específicas del framework. Úselo al escribir o revisar código Java en un servicio Spring Boot o Quarkus.

¿Qué es estándares-de-codificación-java?

Esta habilidad proporciona estándares de codificación Java exhaustivos para desarrolladores que trabajan con Spring Boot o Quarkus. Su objetivo es garantizar que el código sea legible, mantenible y consistente con las mejores prácticas de la comunidad para Java 17 y versiones posteriores. La habilidad cubre un amplio espectro de temas, incluyendo convenciones de nomenclatura, inmutabilidad, uso correcto de Optional, streams, inyección de dependencias, manejo de excepciones, genéricos, patrones reactivos (específicos de Quarkus), estructura de proyectos, formato, registro, manejo de nulos, configuración y pruebas. Detecta automáticamente si el proyecto usa Spring Boot o Quarkus a través del archivo de compilación (p. ej., `pom.xml` o `build.gradle`) y aplica las convenciones específicas del framework. Por ejemplo, para Quarkus, fomenta el uso de anotaciones de CDI como `@ApplicationScoped`, el patrón reactivo con `Uni`/`Multi`, y la inyección de campo a nivel de paquete; para Spring Boot, prefiere la inyección por constructor y anotaciones como `@RestController` y `@Service`. La habilidad también proporciona ejemplos concretos de código que pasa o falla las revisiones, lo que la convierte en una guía de referencia rápida para revisiones de código y desarrollo diario. Su objetivo principal es optimizar la mantenibilidad del código sobre micro-optimizaciones prematuras, promoviendo un código intencional, tipado y observable.

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

Preguntar en tu IA favorita

Abre un nuevo chat con esta habilidad de agente ya precargada.

Documentación

Estándares de Codificación Java

Estándares para código Java (17+) legible y mantenible en servicios Spring Boot y Quarkus.

Cuándo Usar

  • Al escribir o revisar código Java en proyectos Spring Boot o Quarkus
  • Para aplicar convenciones de nomenclatura, inmutabilidad o manejo de excepciones
  • Al trabajar con registros (records), clases selladas o coincidencia de patrones (Java 17+)
  • Al revisar el uso de Optional, streams o genéricos
  • Para estructurar paquetes y la disposición del proyecto
  • [QUARKUS]: Al trabajar con ámbitos CDI, entidades Panache o pipelines reactivos

Cómo Funciona

Detección del Framework

Antes de aplicar los estándares, determine el framework a partir del archivo de compilación:

  • El archivo de compilación contiene quarkus → aplicar las convenciones [QUARKUS]
  • El archivo de compilación contiene spring-boot → aplicar las convenciones [SPRING]
  • No se detecta ninguno → aplicar solo las convenciones compartidas

Principios Fundamentales

  • Preferir claridad sobre astucia
  • Inmutable por defecto; minimizar el estado mutable compartido
  • Fallar rápido con excepciones significativas
  • Nomenclatura y estructura de paquetes consistentes
  • [QUARKUS]: Favorecer el procesamiento en tiempo de compilación sobre el de ejecución; evitar la reflexión en tiempo de ejecución cuando sea posible

Ejemplos

Las secciones siguientes muestran ejemplos concretos para Spring Boot, Quarkus y Java compartido sobre nomenclatura, inmutabilidad, inyección de dependencias, código reactivo, excepciones, estructura de proyecto, registro, configuración y pruebas.

Nomenclatura

// PASA: Clases/Registros: PascalCase
public class MarketService {}
public record Money(BigDecimal amount, Currency currency) {}

// PASA: Métodos/campos: camelCase
private final MarketRepository marketRepository;
public Market findBySlug(String slug) {}

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

// PASA: [QUARKUS] Recursos JAX-RS nombrados como *Resource, no *Controller
public class MarketResource {}

// PASA: [SPRING] Controladores REST nombrados como *Controller
public class MarketController {}

Inmutabilidad

// PASA: Favorecer registros y campos finales
public record MarketDto(Long id, String name, MarketStatus status) {}

public class Market {
  private final Long id;
  private final String name;
  // solo getters, sin setters
}

// PASA: [QUARKUS] Entidades de registro activo Panache usan campos públicos (convención Quarkus)
@Entity
public class Market extends PanacheEntity {
  public String name;
  public MarketStatus status;
  // Panache genera accesores en tiempo de compilación; los campos públicos son idiomáticos aquí
}

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

Uso de Optional

// PASA: Devolver Optional desde métodos find*
// [SPRING]
Optional<Market> market = marketRepository.findBySlug(slug);

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

// PASA: Usar map/flatMap en lugar de get()
return market
    .map(MarketResponse::from)
    .orElseThrow(() -> new EntityNotFoundException("Market not found"));

Mejores Prácticas con Streams

// PASA: Usar streams para transformaciones, mantener pipelines cortos
List<String> names = markets.stream()
    .map(Market::name)
    .filter(Objects::nonNull)
    .toList();

// FALLA: Evitar streams anidados complejos; preferir bucles para claridad

Inyección de Dependencias

// PASA: [SPRING] Inyección por constructor (preferida sobre @Autowired en campos)
@Service
public class MarketService {
  private final MarketRepository marketRepository;

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

// PASA: [QUARKUS] Inyección por constructor
@ApplicationScoped
public class MarketService {
  private final MarketRepository marketRepository;

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

// PASA: [QUARKUS] Inyección de campo a nivel de paquete (aceptable en Quarkus — evita problemas de proxy)
@ApplicationScoped
public class MarketService {
  @Inject
  MarketRepository marketRepository;
}

// FALLA: [SPRING] Inyección de campo con @Autowired
@Autowired
private MarketRepository marketRepository; // usar inyección por constructor

// FALLA: [QUARKUS] @Singleton cuando se necesita intercepción o inicialización perezosa
@Singleton // no proxyable — usar @ApplicationScoped en su lugar
public class MarketService {}

Patrones Reactivos [QUARKUS]

// PASA: Devolver Uni/Multi desde endpoints reactivos
@GET
@Path("/{slug}")
public Uni<Market> findBySlug(@PathParam("slug") String slug) {
  return Market.find("slug", slug)
      .<Market>firstResult()
      .onItem().ifNull().failWith(() -> new MarketNotFoundException(slug));
}

// PASA: Composición de pipeline no bloqueante
public Uni<OrderConfirmation> placeOrder(OrderRequest req) {
  return validateOrder(req)
      .chain(valid -> persistOrder(valid))
      .chain(order -> notifyFulfillment(order));
}

// FALLA: Llamada bloqueante dentro de un pipeline Uni/Multi
public Uni<Market> find(String slug) {
  Market m = Market.find("slug", slug).firstResult(); // BLOQUEANTE — rompe el bucle de eventos
  return Uni.createFrom().item(m);
}

// FALLA: Suscribirse más de una vez a un Uni compartido
Uni<Market> shared = fetchMarket(slug);
shared.subscribe().with(m -> log(m));
shared.subscribe().with(m -> cache(m)); // doble suscripción — usar Uni.memoize()

Excepciones

  • Usar excepciones no verificadas para errores de dominio; envolver excepciones técnicas con contexto
  • Crear excepciones específicas del dominio (p. ej., MarketNotFoundException)
  • Evitar catch (Exception ex) amplio a menos que se relance o registre de forma centralizada
throw new MarketNotFoundException(slug);

Manejo Centralizado de Excepciones

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

// [QUARKUS] Opción 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] Opción B: @ServerExceptionMapper (RESTEasy Reactive)
@ServerExceptionMapper
public RestResponse<ErrorResponse> handle(MarketNotFoundException ex) {
  return RestResponse.status(Status.NOT_FOUND, ErrorResponse.from(ex));
}

Genéricos y Seguridad de Tipos

  • Evitar tipos crudos; declarar parámetros genéricos
  • Preferir genéricos acotados para utilidades reutilizables
public <T extends Identifiable> Map<Long, T> indexById(Collection<T> items) { ... }

Estructura del Proyecto

[SPRING] Maven/Gradle

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

[QUARKUS] Maven/Gradle

src/main/java/com/example/app/
  config/              # @ConfigMapping, beans @ConfigProperty, Productores
  resource/            # Recursos JAX-RS (no "controller")
  service/
  repository/          # Implementaciones PanacheRepository (si no se usa registro activo)
  domain/              # Entidades JPA/Panache, entidades MongoDB
  dto/
  util/
  mapper/              # Mapeadores MapStruct (si se usan)
src/main/resources/
  application.properties   # Convención Quarkus (YAML compatible con quarkus-config-yaml)
  import.sql               # Importación automática de Hibernate para desarrollo/pruebas
src/test/java/... (refleja main)

Formato y Estilo

  • Usar 2 o 4 espacios de forma consistente (estándar del proyecto)
  • Un tipo público de alto nivel por archivo
  • Mantener métodos cortos y enfocados; extraer ayudantes
  • Ordenar miembros: constantes, campos, constructores, métodos públicos, protegidos, privados

Olores de Código a Evitar

  • Listas de parámetros largas → usar DTO/constructores
  • Anidamiento profundo → retornos tempranos
  • Números mágicos → constantes con nombre
  • Estado mutable estático → preferir inyección de dependencias
  • Bloques catch silenciosos → registrar y actuar o relanzar
  • [QUARKUS]: @Singleton donde se pretende @ApplicationScoped — rompe la creación de proxies y la intercepción
  • [QUARKUS]: Mezclar quarkus-resteasy-reactive y quarkus-resteasy (clásico) — elegir una pila
  • [QUARKUS]: Patrón de registro activo Panache + patrón repositorio en el mismo contexto acotado — elegir uno

Registro

// [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 (por defecto, costo cero en tiempo de compilación)
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] Alternativa: registro simplificado con @Inject
@Inject
Logger log; // inyectado por CDI, con ámbito en la clase declarante

Manejo de Nulos

  • Aceptar @Nullable solo cuando sea inevitable; de lo contrario, usar @NonNull
  • Usar Validación de Beans (@NotNull, @NotBlank) en las entradas
  • [QUARKUS]: Aplicar @Valid en @BeanParam, @RestForm y parámetros del cuerpo de la solicitud

Configuración

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

// [QUARKUS] @ConfigMapping (seguro de tipos, validado en tiempo de compilación)
@ConfigMapping(prefix = "market")
public interface MarketConfig {
  int maxPageSize();
  Duration cacheTtl();
}

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

Expectativas de Pruebas

Compartido

  • JUnit 5 + AssertJ para aserciones fluidas
  • Mockito para simulación; evitar simulaciones parciales cuando sea posible
  • Favorecer pruebas deterministas; sin sleeps ocultos

[SPRING]

  • @WebMvcTest para pruebas de controlador, @DataJpaTest para pruebas de repositorio
  • @SpringBootTest reservado para pruebas de integración completas
  • @MockBean para reemplazar beans en el contexto de Spring

[QUARKUS]

  • JUnit 5 + Mockito simple para pruebas unitarias (sin @QuarkusTest)
  • @QuarkusTest reservado para pruebas de integración CDI
  • @InjectMock para reemplazar beans CDI en pruebas de integración
  • Dev Services para base de datos/Kafka/Redis — evitar configuración manual de Testcontainers cuando Dev Services sea suficiente
  • @QuarkusTestResource para ciclo de vida personalizado de servicios externos
// [SPRING] Prueba de controlador
@WebMvcTest(MarketController.class)
class MarketControllerTest {
  @Autowired MockMvc mockMvc;
  @MockBean MarketService marketService;
}

// [QUARKUS] Prueba de integración
@QuarkusTest
class MarketResourceTest {
  @InjectMock
  MarketService marketService;

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

// [QUARKUS] Prueba unitaria (sin CDI, sin @QuarkusTest)
@ExtendWith(MockitoExtension.class)
class MarketServiceTest {
  @Mock MarketRepository marketRepository;
  @InjectMocks MarketService marketService;
}

Recuerde: Mantenga el código intencional, tipado y observable. Optimice para la mantenibilidad sobre micro-optimizaciones a menos que se demuestre necesario.

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 relacionados