Risposta.

Storia della domanda:

Le annotazioni sono apparse in Java 5 per aggiungere metainformazioni al bytecode senza modificare la logica del programma stesso. Con le annotazioni è facile fornire ulteriori informazioni a classi e metodi per framework, compilatori o parser.

Problema:

Annotazioni progettate male o utilizzate in modo errato portano a una complicazione nella manutenzione del codice. A volte gli sviluppatori confondono l'applicabilità delle annotazioni o non capiscono come fare le proprie e non sanno della possibilità di fare annotazioni con parametri.

Soluzione:

Creazione di un'annotazione personalizzata:

import java.lang.annotation.*;

@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.METHOD)
public @interface MyTest {
    String value() default "";
}

Utilizzo dell'annotazione:

public class TestClass {
    @MyTest("Esempio")
    public void testMethod() {...}
}

Caratteristiche chiave:

Le annotazioni possono avere parametri con valori di default
L'annotazione deve essere fornita con le meta-annotazioni @Target e @Retention
L'uso di Runtime Retention consente di utilizzare l'annotazione tramite Reflection

Domande trabocchetto.

Può un'annotazione ereditare da un'altra annotazione?

Risposta: No, le annotazioni in Java non supportano l'ereditarietà tra di loro.

È possibile rendere il lavoro di un'annotazione obbligatorio in tutti i sottoclassi di una classe?

Risposta: Non direttamente. È necessario controllare manualmente la presenza dell'annotazione tramite riflessione, implementando manualmente tale controllo.

In cosa differisce @Retention(Class) da @Retention(RUNTIME)?

Risposta:

@Retention(RUNTIME): l'annotazione è accessibile durante l'esecuzione tramite riflessione
@Retention(CLASS): l'annotazione viene conservata nel bytecode, ma non è accessibile tramite Reflection (utilizzata solo dal compilatore)

Errori tipici e antipattern

Non specificare @Target e @Retention per le proprie annotazioni
Utilizzare le annotazioni per scopi non previsti (ad esempio, elaborarle con strumenti non appropriati o al di fuori dell'ambiente previsto)

Esempio dalla vita reale

Caso negativo

Nel progetto si è deciso di sostituire la configurazione tramite xml con annotazioni, ma non è stata aggiunta @Retention(RUNTIME)

Vantaggi:

Il codice è diventato più compatto

Svantaggi:

Le annotazioni non sono visibili a runtime, il framework non può elaborarle

Caso positivo

Abbiamo configurato un'annotazione personalizzata @Audit nei metodi, che controlla l'audit delle operazioni aziendali, con la riflessione della chiamata effettiva della logica sul server.