Hvordan bruke merknader

"Hei, Amigo!"

"Hei, Rishi."

"I dag skal jeg gi deg en dypere introduksjon til merknader."

"Som du sikkert allerede vet, er merknader spesielle ord som kan settes ved siden av klasser, felt, metoder og variabler."

"Ja. Jeg møter dem veldig ofte."

"Noen ganger kalles de også metadata . Deres primære formål er å lagre spesifikk tilleggsinformasjon om metoder, felt og klasser."

"Hvem oppbevarer de det for?"

"Det er et veldig godt spørsmål."

"Folk skriver merknader, som betyr at noen må trenge dem."

"Annoteringer lar deg lagre tilleggsinformasjon om koden og programelementene, men formelt sett er de ikke en del av koden."

"Annoteringer kan brukes til å generere XML, avgjøre om en metode er utdatert, spore feil, etc."

"Her er et eksempel på merknader i kode:"

@CatInfo(manager=Catmanager.class, unique=true)
class Cat
{
 @Name("Missy")
 private String name;

 @SuppressWarnings(value = "unchecked")
 void getUniqueCatName()
 {

 }
}

"Som du kan se, kan data lagres i merknader."

"Hvis en merknad bare har ett felt kalt verdi , kan feltnavnet utelates:"

@SuppressWarnings("unchecked")
void getUniqueCatName()
{

}

"Hvis det ikke er noen parametere inne i parentesene, kan de også utelates:"

@Override
void getUniqueCatName()
{

}

"Det er superenkelt å lage din egen merknad. Å erklære en merknad er nesten identisk med å deklarere et grensesnitt."

@interface CatManager
{
 Class manager();
 boolean unique();
 String name() default "Unknown Cat";
}

"Det er bare et par forskjeller."

"Først setter du et «@»-tegn før ordet grensesnitt ."

"For det andre kan en merknad ha standardverdier. Du bruker ordet standard for å angi standardverdier . Se eksempelet ovenfor. Disse parameterne er valgfrie og kan utelates når du legger til merknader."

"Ah. Det hele er lettere enn jeg trodde. Og jeg har unngått dem som at Robo-Djevelen unngår hellig vann. Det er ikke veldig hyggelig når kode har mange ting du ikke helt forstår."

"Å, det er bra at du minnet meg på - jeg vil fortelle deg mer om merknader brukt av kompilatoren."

"Det er bare 3 slike merknader. Vel, tre så langt."

@Utviklet.

"Du kan kommentere en klasse eller en metode med @Deprecated. Dette vil føre til at kompilatoren utsteder en advarsel (en advarsel er ikke en feil), og IntelliJ IDEA vil vise denne metoden som gjennomstreket tekst. Noe som dette  :

Date date = new Date();
int year = date.getYear();

@Overstyring.

"Det anses som en god fremgangsmåte å legge til @Override-kommentaren til metoder du overstyrer."

"Hva er det for noe? Viser ikke IDEA allerede om en metode er overstyrt eller ikke?"

"For det første er det IDEA og så er det Java-syntaks."

"Og for det andre, hypotetisk, kan du ha en situasjon der en basisklasses metode får nytt navn uten en tilsvarende endring av metodenavnet i underklassen. Programmet vil ikke fungere som forventet, men ingen vil legge merke til det. Denne merknaden ble oppfunnet for å forhindre at disse situasjonene oppstår:"

@Override
void getUniqueCatName()
{

}

@SuppressWarnings.

"Noen ganger viser kompilatoren mange advarsler. Og noen ganger vet vi om «problemene» og velger bevisst å bruke den tilsvarende koden som lager dem. Du kan bruke denne merknaden til å skjule noen av disse advarslene."

"En programmerer kan bruke @SuppressWarnings- kommentaren for å fortelle kompilatoren: «Ikke vis en advarsel for denne feilen - den er med vilje.» For eksempel:"

@SuppressWarnings("unchecked")
void getUniqueCatName()
{

}

"Har det."

"Jeg begynner å bli litt sliten. Jeg skal våte den uttørrede halsen min. La oss fortsette etter en pause, ok?"

"Sikker."