Как да използвате анотации

„Здрасти, Амиго!“

„Здравей, Риши.“

„Днес ще ви дам по-задълбочено въведение в анотациите.“

„Както вероятно вече знаете, анотациите са специални думи, които могат да бъдат поставени до класове, полета, методи и променливи.“

"Да. Срещам ги много често."

„Понякога те се наричат ​​още метаданни . Основната им цел е да съхраняват специфична допълнителна информация за методи, полета и класове.“

— За кого го съхраняват?

— Това е много добър въпрос.

„Хората пишат анотации, което означава, че някой трябва да ги има.

„Анотациите ви позволяват да съхранявате допълнителна информация за codeа и програмните елементи, но формално те не са част от codeа.“

„Анотациите могат да се използват за генериране на XML, определяне дали даден метод е остарял, проследяване на грешки и т.н.“

„Ето пример за анотации в codeа:“

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

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

 }
}

„Както можете да видите, данните могат да се съхраняват в анотации.“

„Ако една анотация има само едно поле, наречено стойност , тогава името на полето може да бъде пропуснато:“

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

}

„Ако няма параметри в скобите, те също могат да бъдат пропуснати:“

@Override
void getUniqueCatName()
{

}

"Изключително лесно е да създадете своя собствена анотация. Декларирането на анотация е почти идентично с декларирането на интерфейс."

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

„Има само няколко разлики.“

„Първо поставяте знак «@» преди думата интерфейс .»

„Второ, една анотация може да има стойности по подразбиране. Използвате думата по подразбиране, за да зададете стойности по подразбиране . Вижте примера по-горе. Тези параметри не са задължителни и могат да бъдат пропуснати при добавяне на анотации.“

„Ах. Всичко е по-лесно, отколкото си мислех. И аз ги избягвах, Howто Робо-дяволът избягва светена вода. Не е много приятно, когато codeът съдържа много неща, които не разбираш напълно.“

„О, добре че ми напомни – искам да ти разкажа повече за анотациите, използвани от компилатора.“

„Има само 3 такива анотации. Е, три засега.“

@Отхвърлено.

"Можете да анотирате клас or метод с @Deprecated. Това ще накара компилатора да издаде предупреждение (предупреждението не е грешка) и IntelliJ IDEA ще покаже този метод като зачеркнат текст. Нещо подобно  :

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

@Override.

„Смята се за най-добра практика да добавите анотацията @Override към методите, които замествате.“

"За Howво е това? IDEA не показва ли вече дали даден метод е заменен or не?"

„Първо, има IDEA и след това има синтаксис на Java.“

„И второ, хипотетично, може да имате ситуация, при която методът на базовия клас се преименува без съответната промяна в името на метода в подкласа. Програмата няма да работи според очакванията, но никой няма да забележи. Тази анотация е измислена, за да предотвратяване на тези ситуации:"

@Override
void getUniqueCatName()
{

}

@SuppressWarnings.

„Понякога компилаторът показва много предупреждения. А понякога ние знаем за „проблемите“ и умишлено избираме да използваме съответния code, който ги създава. Можете да използвате тази анотация, за да скриете някои от тези предупреждения.“

„Програмистът може да използва анотацията @SuppressWarnings , за да каже на компилатора: «Не показвайте предупреждение за тази грешка — това е умишлено.» Например:"

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

}

"Схванах го."

„Малко съм уморен. Ще отида да намокря пресъхналото си гърло. Да продължим след почивка, става ли?“

"Сигурен."