0Pricing
Java Academy · Leçon

Annotations de contrainte personnalisées

Créez une annotation @UniqueEmail personnalisée avec une implémentation de ConstraintValidator.

Annotations de contrainte personnalisées est une leçon Java Academy gratuite sur CoddyKit. Ceci est la leçon 2 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Java Academy, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Java Academy comprend 4 leçons au total.

Quand les contraintes standard ne suffisent pas

Les annotations standard de validation des beans couvrent les cas courants. Pour les règles propres au domaine (par exemple, une adresse e-mail unique, un IBAN valide ou la robustesse d’un mot de passe), créez des annotations de contraintes personnalisées.

Définir l’annotation de contrainte

Créez une annotation avec @Constraint(validatedBy = ...), les éléments obligatoires message, groups et payload, ainsi que la rétention et la cible appropriées.

import jakarta.validation.Constraint;
import jakarta.validation.Payload;
@Documented
@Constraint(validatedBy = UniqueEmailValidator.class)
@Target({ElementType.FIELD, ElementType.PARAMETER})
@Retention(RetentionPolicy.RUNTIME)
public @interface UniqueEmail {
    String message() default "Email already registered";
    Class<?>[] groups() default {};
    Class<? extends Payload>[] payload() default {};
}

Implémenter ConstraintValidator

Implémentez ConstraintValidator<UniqueEmail, String>. La méthode initialize lit les éléments de l’annotation ; isValid effectue la vérification proprement dite.

@Component
public class UniqueEmailValidator implements ConstraintValidator<UniqueEmail, String> {
    @Autowired private UserRepository repo;
    @Override
    public boolean isValid(String email, ConstraintValidatorContext ctx) {
        if (email == null) return true; // let @NotBlank handle null
        return !repo.existsByEmail(email);
    }
}

Utiliser la contrainte personnalisée

Appliquez l’annotation comme n’importe quelle contrainte standard sur un champ, un paramètre ou une valeur de retour.

public record CreateUserRequest(
    @NotBlank
    String name,
    @NotBlank @Email @UniqueEmail
    String email
) {}

Message personnalisé avec interpolation

Référencez les éléments de l’annotation dans le message avec {elementName}. Utilisez ctx.buildConstraintViolationWithTemplate() pour ajouter des messages personnalisés contenant des données dynamiques.

@Constraint(validatedBy = RangeValidator.class)
public @interface InRange {
    int min() default 0;
    int max() default 100;
    String message() default "Must be between {min} and {max}";
    // ...
}

Contrainte au niveau de la classe

Appliquez une contrainte au niveau de la classe pour valider plusieurs champs ensemble, ce qui est utile pour les règles entre champs comme la confirmation d’un mot de passe.

@Documented
@Constraint(validatedBy = PasswordMatchValidator.class)
@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
public @interface PasswordMatch {
    String message() default "Passwords do not match";
    Class<?>[] groups() default {};
    Class<? extends Payload>[] payload() default {};
}

Implémentation d’un validateur au niveau de la classe

Le validateur reçoit l’objet entier. Accédez à plusieurs champs pour effectuer une validation entre champs.

public class PasswordMatchValidator implements ConstraintValidator<PasswordMatch, ChangePasswordRequest> {
    public boolean isValid(ChangePasswordRequest req, ConstraintValidatorContext ctx) {
        if (req.getNewPassword() == null) return true;
        boolean match = req.getNewPassword().equals(req.getConfirmPassword());
        if (!match) {
            ctx.disableDefaultConstraintViolation();
            ctx.buildConstraintViolationWithTemplate("Passwords do not match")
               .addPropertyNode("confirmPassword").addConstraintViolation();
        }
        return match;
    }
}

Composer des contraintes

Créez une méta-contrainte en annotant votre annotation personnalisée avec des contraintes existantes. Les deux sont alors appliquées automatiquement.

@NotBlank
@Email
@Size(max = 255)
@Constraint(validatedBy = {})
@Target({ElementType.FIELD})
@Retention(RetentionPolicy.RUNTIME)
public @interface ValidEmail {
    String message() default "Invalid email";
    Class<?>[] groups() default {};
    Class<? extends Payload>[] payload() default {};
}

Renvoyer plusieurs violations

Utilisez ctx.disableDefaultConstraintViolation() et ajoutez un message de violation individuel pour chaque problème détecté au cours d’un même passage du validateur.

public boolean isValid(String password, ConstraintValidatorContext ctx) {
    List<String> issues = new ArrayList<>();
    if (password.length() < 8) issues.add("Too short");
    if (!password.matches(".*\\d.*")) issues.add("Must contain a digit");
    if (issues.isEmpty()) return true;
    ctx.disableDefaultConstraintViolation();
    issues.forEach(msg -> ctx.buildConstraintViolationWithTemplate(msg).addConstraintViolation());
    return false;
}

Validateurs gérés par Spring

Comme UniqueEmailValidator est annoté avec @Component, Spring y injecte les dépôts. Cela ne fonctionne que si le validateur est initialisé par le validateur de Spring, que Spring Boot configure automatiquement.

Tester les validateurs personnalisés

Testez directement les validateurs unitaires : aucun contexte Spring n’est nécessaire pour une logique de validation pure. Utilisez Validation.buildDefaultValidatorFactory() pour les tests d’intégration.

Validator validator = Validation.buildDefaultValidatorFactory().getValidator();
CreateUserRequest req = new CreateUserRequest("", "bad-email", null);
Set<ConstraintViolation<CreateUserRequest>> violations = validator.validate(req);
System.out.println(violations.size()); // 3

Vérification rapide

Quelle interface un validateur de contrainte personnalisé implémente-t-il ?

Récapitulatif

Créez une @interface avec @Constraint(validatedBy=...). Implémentez ConstraintValidator. Utilisez @Component pour l’injection Spring. Les contraintes au niveau de la classe valident plusieurs champs ensemble. Composez les contraintes existantes pour éviter les duplications.

Questions Fréquemment Posées

La leçon « Annotations de contrainte personnalisées » est-elle gratuite ?

Oui — le texte complet de « Annotations de contrainte personnalisées » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Java Academy, passe à CoddyKit PRO. Le cours Java Academy comprend 4 leçons au total.

Qu'est-ce que j'apprendrai dans « Annotations de contrainte personnalisées » ?

Créez une annotation @UniqueEmail personnalisée avec une implémentation de ConstraintValidator. Tu pratiques Java Academy avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.

Dois-je avoir de l'expérience pour commencer Java Academy ?

Aucune expérience préalable n'est requise. Java Academy sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 2 sur 4.

Combien de temps prend la leçon « Annotations de contrainte personnalisées » ?

La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.

Peux-tu écrire et exécuter du code dans cette leçon Java Academy ?

Oui. Chaque leçon Java Academy inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.

Toutes les leçons de ce cours

  1. Validation des beans : @NotNull, @Size, @Pattern
  2. Annotations de contrainte personnalisées
  3. Gestion globale des exceptions avec @ControllerAdvice
  4. Détails de problème RFC 7807 et réponses d’erreur cohérentes
← Retour à Java Academy