Introduction
Lombok is a library that acts as an annotation processor for Java, designed to eliminate redundancy in the code. Its main function is to automate the generation of repetitive code or "boilerplate" - those elements that, although necessary, do not add direct value to the logic of our program. Mainly, it is used for the automatic generation at compile time of getter and setter methods, constructors, equals(), hashCode(), toString() methods, among other common elements in Java classes.
Instead of manually writing dozens of lines of code for these basic functions, Lombok allows you to define them using simple annotations, resulting in cleaner, more maintainable, and less error-prone code.
Facility
To use Lombok in a Java project, it is necessary to add the corresponding dependency in the pom.xml file (in case of a Maven project) or build.gradle (in case of a Gradle project), in addition to installing the corresponding plugin in the IDE we are using. During this post, we will use Maven and IntelliJ IDEA as an example.
<dependencies> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <version>1.18.36</version> <scope>provided</scope> </dependency> </dependencies>
In case of any doubt you can always check the official documentation of Lombok:
- Lombok with Maven
- Lombok in IntelliJ IDEA
@data
When we create a class we regularly perform the following actions, either manually or with a shortcut provided by our IDE:
- Encapsulate attributes and generate their getter and setter methods
- Generate an empty constructor and another that receives all attributes
- Implement the equals(), hashCode() and toString() methods
Well, Lombok has the @Data annotation that allows us to do all this in a single line, generating everything related to the POJO (Plain Old Java Objects). This annotation is a combination of the @Getter, @Setter, @EqualsAndHashCode, @NoArgsConstructor and @AllArgsConstructor annotations which we will see later.
import lombok.Data; @Data public class Persona { private String nombre; }
public class Main { public static void main(String[] args) { Persona p1 = new Persona(); p2.setNombre("Maria"); System.out.println(p1.getNombre()); } }
@NoArgsConstructor, @AllArgsConstructor and @RequiredArgsConstructor
These annotations allow us to automatically generate constructors with different combinations of arguments, considering that the attributes are used according to the order in which they were declared in the class.
- @NoArgsConstructor: Generates a constructor without arguments (empty), if it is not possible to generate one, an exception will be thrown, to avoid this just use the annotation as follows @NoArgsConstructor(force = true).
- @AllArgsConstructor: Generates a constructor with all the attributes of the class as arguments.
- @RequiredArgsConstructor: Generates a constructor for all final fields and/or marked with the @NonNull annotation.
<dependencies> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <version>1.18.36</version> <scope>provided</scope> </dependency> </dependencies>
@Getter and @setter
These annotations allow us to generate the getter and setter methods automatically for all the attributes of the class, or only for those that are marked with the corresponding annotation, that is, they can be used at the class or attribute level.
import lombok.Data; @Data public class Persona { private String nombre; }
public class Main { public static void main(String[] args) { Persona p1 = new Persona(); p2.setNombre("Maria"); System.out.println(p1.getNombre()); } }
@ToString
This annotation generates the toString() method automatically, which returns a string representation of the class and its attributes with the following format: ClassName(attribute1=value1, attribute2=value2, ...). By default all non-static attributes of the class are included in the result, but specific attributes can be excluded using the @ToString.Exclude attribute. In case you only want to display the value of the attribute and not the name as declared, you can use @ToString(includeFieldNames = false).
import lombok.AllArgsConstructor; import lombok.Data; import lombok.NoArgsConstructor; @Data @AllArgsConstructor @NoArgsConstructor public class Persona { private String nombre; }
@EqualsAndHashCode
Allows you to generate the equals() and hashCode() methods from all the attributes of the class. If you want to exclude or include an attribute, you can do so using the annotation @EqualsAndHashCode.Exclude and @EqualsAndHashCode.Include respectively.
import lombok.*; @Getter @Setter public class Persona { private String nombre; private String apellido; }
@Value
Previously in Java to create an immutable class it was necessary to carry out a series of steps, such as making the class and/or attributes be of the final type, and that the setter methods will not be generated. Lombok makes it easy for us to create immutable classes using the @Value annotation, which combines the @Getter, @ToString, @EqualsAndHashCode and @AllArgsConstructor annotations to generate an immutable class. All attributes are marked as private final and setter methods are not generated. It is the immutable variant of @Data.
import lombok.*; public class Persona { @Getter @Setter private String nombre; private String apellido; }
In recent versions of Java this annotation loses meaning compared to the use of Records, since they have the same purpose, and it is more practical to use records. If you are interested in knowing more about this topic, there are more posts on the blog about records.
<dependencies> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <version>1.18.36</version> <scope>provided</scope> </dependency> </dependencies>
@val
This annotation allows us to declare a variable as final and automatically infer its data type, that is, it is not necessary to specify the data type of the variable, Lombok takes care of inferring it. It is useful in case the variable data type is very long or complex, this way you avoid repeating it.
import lombok.Data; @Data public class Persona { private String nombre; }
This annotation may lose meaning if we directly use final var or simply var for type inference, which is more convenient since it is a characteristic of the language. If you are interested in knowing more about this, you can consult the following post
public class Main { public static void main(String[] args) { Persona p1 = new Persona(); p2.setNombre("Maria"); System.out.println(p1.getNombre()); } }
@var
It works exactly the same as @val, but it does not declare the variable as final, it simply infers its type. It is necessary to consider the concept of type inference, since you cannot declare something of type String and because it is not final to want to assign it a value of type int. Again, this annotation is replaced by var in recent versions of Java.
import lombok.AllArgsConstructor; import lombok.Data; import lombok.NoArgsConstructor; @Data @AllArgsConstructor @NoArgsConstructor public class Persona { private String nombre; }
@NonNull
This annotation can be used on class attributes and parameters of a method, it basically indicates that the value of an attribute cannot be null, in case an attempt is made to assign a null value to an attribute marked with @NonNull it will be thrown a NullPointerException, that is, if (param == null) throw new NullPointerException("param is marked non-null but is null"); is used. Regardless of the exception it generates, its use is more visible within the IDE itself, since it will indicate to us in some way that this value cannot be null.
import lombok.*; @Getter @Setter public class Persona { private String nombre; private String apellido; }
@Cleanup
This annotation allows us to ensure that any resource that uses it if it has a close() method or that implements the AutoCloseable or Closeable interfaces is automatically closed at the end of the code block in which it is located. It is useful in case of working with resources that need to be released, such as files, connections to databases, etc.
import lombok.*; public class Persona { @Getter @Setter private String nombre; private String apellido; }
This result can be obtained manually if we use a try with resources.
import lombok.*; @AllArgsConstructor @ToString public class Persona { private String nombre; @ToString.Exclude private String apellido; } // Output: Persona(nombre=Maria)
@builder
This annotation allows us to generate a design pattern Builder automatically, that is, an object that allows us to build complex objects step by step, so that different attributes of an object can be configured without having to call a constructor with many parameters. It is useful in case a class has many attributes and we do not want to have a constructor with many parameters.
<dependencies> <dependency> <groupId>org.projectlombok</groupId> <artifactId>lombok</artifactId> <version>1.18.36</version> <scope>provided</scope> </dependency> </dependencies>
@With
This annotation allows us to create a method that returns a copy of the current object with a modified attribute, that is, it generates a method withAttributeName(Object object) that allows us to create a copy of the current object with the object attribute modified by the value that we pass as an argument. It is useful in case we want to modify an attribute of an object without modifying the original object.
import lombok.Data; @Data public class Persona { private String nombre; }
public class Main { public static void main(String[] args) { Persona p1 = new Persona(); p2.setNombre("Maria"); System.out.println(p1.getNombre()); } }
Up to this point we have seen some of the annotations that can be used most frequently, each of these may or may not accept additional configurations, likewise there are others that are marked as experimental, in any case It is important to consult the official documentation to get the most out of all the features that Lombok offers us and the advantages regarding repetitive code generation.
The above is the detailed content of Lombok project in Java. For more information, please follow other related articles on the PHP Chinese website!

Hot AI Tools

Undress AI Tool
Undress images for free

Undresser.AI Undress
AI-powered app for creating realistic nude photos

AI Clothes Remover
Online AI tool for removing clothes from photos.

Clothoff.io
AI clothes remover

Video Face Swap
Swap faces in any video effortlessly with our completely free AI face swap tool!

Hot Article

Hot Tools

Notepad++7.3.1
Easy-to-use and free code editor

SublimeText3 Chinese version
Chinese version, very easy to use

Zend Studio 13.0.1
Powerful PHP integrated development environment

Dreamweaver CS6
Visual web development tools

SublimeText3 Mac version
God-level code editing software (SublimeText3)

There are three main differences between Callable and Runnable in Java. First, the callable method can return the result, suitable for tasks that need to return values, such as Callable; while the run() method of Runnable has no return value, suitable for tasks that do not need to return, such as logging. Second, Callable allows to throw checked exceptions to facilitate error transmission; while Runnable must handle exceptions internally. Third, Runnable can be directly passed to Thread or ExecutorService, while Callable can only be submitted to ExecutorService and returns the Future object to

Java supports asynchronous programming including the use of CompletableFuture, responsive streams (such as ProjectReactor), and virtual threads in Java19. 1.CompletableFuture improves code readability and maintenance through chain calls, and supports task orchestration and exception handling; 2. ProjectReactor provides Mono and Flux types to implement responsive programming, with backpressure mechanism and rich operators; 3. Virtual threads reduce concurrency costs, are suitable for I/O-intensive tasks, and are lighter and easier to expand than traditional platform threads. Each method has applicable scenarios, and appropriate tools should be selected according to your needs and mixed models should be avoided to maintain simplicity

In Java, enums are suitable for representing fixed constant sets. Best practices include: 1. Use enum to represent fixed state or options to improve type safety and readability; 2. Add properties and methods to enums to enhance flexibility, such as defining fields, constructors, helper methods, etc.; 3. Use EnumMap and EnumSet to improve performance and type safety because they are more efficient based on arrays; 4. Avoid abuse of enums, such as dynamic values, frequent changes or complex logic scenarios, which should be replaced by other methods. Correct use of enum can improve code quality and reduce errors, but you need to pay attention to its applicable boundaries.

JavaNIO is a new IOAPI introduced by Java 1.4. 1) is aimed at buffers and channels, 2) contains Buffer, Channel and Selector core components, 3) supports non-blocking mode, and 4) handles concurrent connections more efficiently than traditional IO. Its advantages are reflected in: 1) Non-blocking IO reduces thread overhead, 2) Buffer improves data transmission efficiency, 3) Selector realizes multiplexing, and 4) Memory mapping speeds up file reading and writing. Note when using: 1) The flip/clear operation of the Buffer is easy to be confused, 2) Incomplete data needs to be processed manually without blocking, 3) Selector registration must be canceled in time, 4) NIO is not suitable for all scenarios.

Java's class loading mechanism is implemented through ClassLoader, and its core workflow is divided into three stages: loading, linking and initialization. During the loading phase, ClassLoader dynamically reads the bytecode of the class and creates Class objects; links include verifying the correctness of the class, allocating memory to static variables, and parsing symbol references; initialization performs static code blocks and static variable assignments. Class loading adopts the parent delegation model, and prioritizes the parent class loader to find classes, and try Bootstrap, Extension, and ApplicationClassLoader in turn to ensure that the core class library is safe and avoids duplicate loading. Developers can customize ClassLoader, such as URLClassL

Javaprovidesmultiplesynchronizationtoolsforthreadsafety.1.synchronizedblocksensuremutualexclusionbylockingmethodsorspecificcodesections.2.ReentrantLockoffersadvancedcontrol,includingtryLockandfairnesspolicies.3.Conditionvariablesallowthreadstowaitfor

The key to Java exception handling is to distinguish between checked and unchecked exceptions and use try-catch, finally and logging reasonably. 1. Checked exceptions such as IOException need to be forced to handle, which is suitable for expected external problems; 2. Unchecked exceptions such as NullPointerException are usually caused by program logic errors and are runtime errors; 3. When catching exceptions, they should be specific and clear to avoid general capture of Exception; 4. It is recommended to use try-with-resources to automatically close resources to reduce manual cleaning of code; 5. In exception handling, detailed information should be recorded in combination with log frameworks to facilitate later

HashMap implements key-value pair storage through hash tables in Java, and its core lies in quickly positioning data locations. 1. First use the hashCode() method of the key to generate a hash value and convert it into an array index through bit operations; 2. Different objects may generate the same hash value, resulting in conflicts. At this time, the node is mounted in the form of a linked list. After JDK8, the linked list is too long (default length 8) and it will be converted to a red and black tree to improve efficiency; 3. When using a custom class as a key, the equals() and hashCode() methods must be rewritten; 4. HashMap dynamically expands capacity. When the number of elements exceeds the capacity and multiplies by the load factor (default 0.75), expand and rehash; 5. HashMap is not thread-safe, and Concu should be used in multithreaded
