Tässä opetusohjelmassa opitaan erityyppisistä Java-merkinnöistä esimerkkien avulla.
Java-merkinnät ovat ohjelman lähdekoodin metatietoja (tietoja tiedoista). Java SE tarjoaa useita ennalta määritettyjä merkintöjä. Lisäksi voimme myös luoda mukautettuja merkintöjä tarpeidemme mukaan.
Jos et tiedä mitä merkinnät ovat, käy Java-merkintöjen opetusohjelmassa.
Nämä merkinnät voidaan luokitella seuraavasti:
1. Ennalta määritetyt merkinnät
@Deprecated
@Override
@SuppressWarnings
@SafeVarargs
@FunctionalInterface
2. Mukautetut merkinnät
3. Meta-merkinnät
@Retention
@Documented
@Target
@Inherited
@Repeatable
Ennalta määritetyt merkintätyypit
1. @Poistettu
Merkintä @Deprecated
on merkintämerkintä, joka osoittaa, että elementti (luokka, menetelmä, kenttä jne.) On vanhentunut ja korvattu uudemmalla elementillä.
Sen syntaksi on:
@Deprecated accessModifier returnType deprecatedMethodName() (… )
Kun ohjelma käyttää vanhentuneeksi julistettua elementtiä, kääntäjä luo varoituksen.
Käytämme Javadoc- @deprecated
tunnistetta vanhentuneen elementin dokumentoimiseksi.
/** * @deprecated * why it was deprecated */ @Deprecated accessModifier returnType deprecatedMethodName() (… )
Esimerkki 1: @ Poistettu merkintäesimerkki
class Main ( /** * @deprecated * This method is deprecated and has been replaced by newMethod() */ @Deprecated public static void deprecatedMethod() ( System.out.println("Deprecated method"); ) public static void main(String args()) ( deprecatedMethod(); ) )
Tuotos
Vanhentunut menetelmä
2. @Override
@Override
Merkintä täsmennetään, että menetelmä alaluokka ohittaa menetelmän yläluokkaan samalla menetelmällä nimi, palautuva, ja parametriluettelo.
Ei ole pakollista käyttää @Override
menetelmän ohittamisessa. Kuitenkin, jos käytämme sitä, kääntäjä antaa virheen, jos jokin on vialla (kuten väärä parametrityyppi), kun ohitat menetelmän.
Esimerkki 2: @Override annotation example
class Animal ( // overridden method public void display()( System.out.println("I am an animal"); ) ) class Dog extends Animal ( // overriding method @Override public void display()( System.out.println("I am a dog"); ) public void printMessage()( display(); ) ) class Main ( public static void main(String() args) ( Dog dog1 = new Dog(); dog1.printMessage(); ) )
Tuotos
olen koira
Tässä esimerkissä tekemällä Koira-luokan objektikoira1 voimme kutsua sen menetelmää printMessage (), joka sitten suorittaa display()
käskyn.
Koska se display()
on määritelty molemmissa luokissa, alaluokan menetelmä Koira ohittaa eläinluokan menetelmän. Näin ollen display()
alaluokan kutsutaan.
3. @SuppressWarnings
Kuten nimestä voi päätellä, @SuppressWarnings
merkintä kehottaa kääntäjää tukahduttamaan varoitukset, jotka syntyvät ohjelman suorituksen aikana.
Voimme määrittää estettävien varoitusten tyypin. Varoitukset, jotka voidaan estää, ovat kääntäjäkohtaisia, mutta varoituksia on kahta luokkaa: vanhentaminen ja tarkistamattomat .
Tietyn varoitusluokan estämiseksi käytämme:
@SuppressWarnings("warningCategory")
Esimerkiksi,
@SuppressWarnings("deprecated")
Useiden varoitusten luokkien tukahduttamiseksi käytämme:
@SuppressWarnings(("warningCategory1", "warningCategory2"))
Esimerkiksi,
@SuppressWarnings(("deprecated", "unchecked"))
Luokka deprecated
kehottaa kääntäjää estämään varoitukset, kun käytämme vanhentunutta elementtiä.
Luokka unchecked
kehottaa kääntäjää tukahduttamaan varoitukset, kun käytämme raakatyyppejä.
Määrittelemättömät varoitukset jätetään huomiotta. Esimerkiksi,
@SuppressWarnings("someundefinedwarning")
Esimerkki 3: Esimerkki @SuppressWarnings-merkinnästä
class Main ( @Deprecated public static void deprecatedMethod() ( System.out.println("Deprecated method"); ) @SuppressWarnings("deprecated") public static void main(String args()) ( Main depObj = new Main(); depObj. deprecatedMethod(); ) )
Tuotos
Vanhentunut menetelmä
Tässä deprecatedMethod()
on merkitty vanhentuneeksi ja antaa kääntäjävaroituksia käytettäessä. Käyttämällä @SuppressWarnings("deprecated")
merkintää voimme välttää kääntäjän varoitukset.
4. @SafeVarargs
The @SafeVarargs
annotation asserts that the annotated method or constructor does not perform unsafe operations on its varargs (variable number of arguments).
We can only use this annotation on methods or constructors that cannot be overridden. This is because the methods that override them might perform unsafe operations.
Before Java 9, we could use this annotation only on final or static methods because they cannot be overridden. We can now use this annotation for private methods as well.
Example 4: @SafeVarargs annotation example
import java.util.*; class Main ( private void displayList(List… lists) ( for (List list : lists) ( System.out.println(list); ) ) public static void main(String args()) ( Main obj = new Main(); List universityList = Arrays.asList("Tribhuvan University", "Kathmandu University"); obj.displayList(universityList); List programmingLanguages = Arrays.asList("Java", "C"); obj.displayList(universityList, programmingLanguages); ) )
Warnings
Type safety: Potential heap pollution via varargs parameter lists Type safety: A generic array of List is created for a varargs parameter
Output
Note: Main.java uses unchecked or unsafe operations. (Tribhuvan University, Kathmandu University) (Tribhuvan University, Kathmandu University) (Java, C)
Here, List
… lists
specifies a variable-length argument of type List
. This means that the method displayList()
can have zero or more arguments.
The above program compiles without errors but gives warnings when @SafeVarargs
annotation isn't used.
When we use @SafeVarargs
annotation in the above example,
@SafeVarargs private void displayList(List… lists) (… )
We get the same output but without any warnings. Unchecked warnings are also suppressed when we use this annotation.
5. @FunctionalInterface
Java 8 first introduced this @FunctionalInterface
annotation. This annotation indicates that the type declaration on which it is used is a functional interface. A functional interface can have only one abstract method.
Example 5: @FunctionalInterface annotation example
@FunctionalInterface public interface MyFuncInterface( public void firstMethod(); // this is an abstract method )
If we add another abstract method, let's say
@FunctionalInterface public interface MyFuncInterface( public void firstMethod(); // this is an abstract method public void secondMethod(); // this throws compile error )
Now, when we run the program, we will get the following warning:
Unexpected @FunctionalInterface annotation @FunctionalInterface MyFuncInterface is not a functional interface multiple non-overriding abstract methods found in interface MyFuncInterface
It is not mandatory to use @FunctionalInterface
annotation. The compiler will consider any interface that meets the functional interface definition as a functional interface.
We use this annotation to make sure that the functional interface has only one abstract method.
However, it can have any number of default and static methods because they have an implementation.
@FunctionalInterface public interface MyFuncInterface( public void firstMethod(); // this is an abstract method default void secondMethod() (… ) default void thirdMethod() (… ) )
Custom Annotations
It is also possible to create our own custom annotations.
Its syntax is:
(Access Specifier) @interface ( DataType () (default value); )
Here is what you need to know about custom annotation:
- Annotations can be created by using
@interface
followed by the annotation name. - The annotation can have elements that look like methods but they do not have an implementation.
- The default value is optional. The parameters cannot have a null value.
- The return type of the method can be primitive, enum, string, class name or array of these types.
Example 6: Custom annotation example
@interface MyCustomAnnotation ( String value() default "default value"; ) class Main ( @MyCustomAnnotation(value = "programiz") public void method1() ( System.out.println("Test method 1"); ) public static void main(String() args) throws Exception ( Main obj = new Main(); obj.method1(); ) )
Output
Test method 1
Meta Annotations
Meta-annotations are annotations that are applied to other annotations.
1. @Retention
The @Retention
annotation specifies the level up to which the annotation will be available.
Its syntax is:
@Retention(RetentionPolicy)
There are 3 types of retention policies:
- RetentionPolicy.SOURCE - The annotation is available only at the source level and is ignored by the compiler.
- RetentionPolicy.CLASS - The annotation is available to the compiler at compile-time, but is ignored by the Java Virtual Machine (JVM).
- RetentionPolicy.RUNTIME - The annotation is available to the JVM.
For example,
@Retention(RetentionPolicy.RUNTIME) public @interface MyCustomAnnotation(… )
2. @Documented
By default, custom annotations are not included in the official Java documentation. To include our annotation in the Javadoc documentation, we use the @Documented
annotation.
For example,
@Documented public @interface MyCustomAnnotation(… )
3. @Target
We can restrict an annotation to be applied to specific targets using the @Target
annotation.
Its syntax is:
@Target(ElementType)
The ElementType
can have one of the following types:
Element Type | Target |
---|---|
ElementType.ANNOTATION_TYPE | Annotation type |
ElementType.CONSTRUCTOR | Constructors |
ElementType.FIELD | Fields |
ElementType.LOCAL_VARIABLE | Local variables |
ElementType.METHOD | Methods |
ElementType.PACKAGE | Package |
ElementType.PARAMETER | Parameter |
ElementType.TYPE | Any element of class |
For example,
@Target(ElementType.METHOD) public @interface MyCustomAnnotation(… )
In this example, we have restricted the use of this annotation to methods only.
Note: If the target type is not defined, the annotation can be used for any element.
4. @Inherited
By default, an annotation type cannot be inherited from a superclass. However, if we need to inherit an annotation from a superclass to a subclass, we use the @Inherited
annotation.
Its syntax is:
@Inherited
For example,
@Inherited public @interface MyCustomAnnotation (… ) @MyCustomAnnotation public class ParentClass(… ) public class ChildClass extends ParentClass (… )
5. @Repeatable
An annotation that has been marked by @Repeatable
can be applied multiple times to the same declaration.
@Repeatable(Universities.class) public @interface University ( String name(); )
@Repeatable
Merkinnässä määritetty arvo on säilön merkintä. Säilömerkinnässä on edellä olevan toistettavan huomautuksen taulukotyypin muuttuja. Tässä Universities
ovat merkintätyyppi.
public @interface Universities ( University() value(); )
Nyt @University
merkintää voidaan käyttää useita kertoja samassa ilmoituksessa.
@University(name = "TU") @University(name = "KU") private String uniName;
Jos meidän on haettava merkintätiedot, voimme käyttää Reflection API: ta.
Huomautusten arvojen hakemiseen käytämme Reflection API: ssa määritettyä menetelmää getAnnotationsByType()
tai getAnnotations()
menetelmää.