¿Constructor explícito usando Lombok?

Question

estoy reescribiendo algo de código desordenado que gestiona una base de datos, y vio que el programador original creado una clase asignada a la base de datos de este modo:

(código innecesario He quitado que no tiene ningún propósito en esta pregunta)

@Entity 
@Data 
@EqualsAndHashCode(callSuper = false, of = { "accessionCode", "header", "date" }) 
@SuppressWarnings("PMD.UnusedPrivateField") 
public class PDBEntry implements Serializable { 
    @Id 
    @NaturalId 
    @NotEmpty 
    @Length(max = 4) 
    private String accessionCode; 

    @NaturalId 
    @NotEmpty 
    private Date date; 

    @NaturalId 
    // We allow for the header to be 'null' 
    private String header; 

    private Boolean isValidDssp; 

    @Temporal(TemporalType.TIMESTAMP) 
    private Date lastUpdated = new Date(System.currentTimeMillis()); 

    protected PDBEntry(){} 

    public PDBEntry(String accessionCode, String header, Date date){ 
     this.accessionCode = accessionCode; 
     this.header = header; 
     this.date = date; 
    } 
} 

todavía soy un principiante en el uso de Hibernate y Lombok, pero ¿no sería esto hacer lo mismo y me Lombok no crear automáticamente el constructor sea necesario para usted?

@Entity 
@Data 
@SuppressWarnings("PMD.UnusedPrivateField") 
public class PDBEntry implements Serializable { 
    @Id 
    @NaturalId 
    @NotEmpty 
    @NonNull 
    @Length(max = 4) 
    private String accessionCode; 

    @NaturalId 
    @NotEmpty 
    @NonNull 
    private Date date; 

    @NaturalId 
    // We allow for the header to be 'null' 
    private String header; 

    private Boolean isValidDssp; 

    @Temporal(TemporalType.TIMESTAMP) 
    private Date lastUpdated = new Date(System.currentTimeMillis()); 
} 

Además, el programador original de este código dice que se permite la cabecera para ser 'nulo', sin embargo, creados explícitamente un constructor que necesita un valor de cabecera. ¿Me estoy perdiendo algo o es esto un poco contradictorio?

Answer 1

Tenga una mirada en @NoArgsConstructor, @RequiredArgsConstructor, @AllArgsConstructor.

El comportamiento constructor de @Data es como @RequiredArgsConstructor:

@RequiredArgsConstructor genera un constructor con 1 parámetro para cada campo que requiere un manejo especial. Todos los campos finales obtienen un parámetro, como , así como los campos que están marcados como @NonNull que no están inicializados donde están declarados.

Dado que ninguno de sus campos son bien final o @NonNull, esto se traducirá en un constructor sin argumentos. Sin embargo, esta no es la forma más expresiva de lograr este comportamiento.

Lo que es probable que desee en este caso es un @NoArgsConstructor (opcionalmente en combinación con un @AllArgsConstructor), para comunicar claramente el comportamiento previsto, como también se indica en la documentación:

Ciertas construcciones de Java, tales como hibernate y la interfaz del proveedor de servicios requiere un constructor sin argumentos . Esta anotación es útil principalmente en combinación con @Data o uno de los otros generadores de anotaciones.

Answer 2

Ese bit es contradictorio, tienes razón. No he usado Lombok antes, pero con Hibernate, si quieres poder crear un bean y persistir, necesitas el constructor predeterminado como se indicó anteriormente, hasta donde yo sabía. Utiliza Constructor.newInstance() para crear instancias de objetos nuevos.

Aquí hay alguna documentación de hibernación que entra en más detalles.

Hibernate Documentation

Answer 3

Si está utilizando @Data con un campo @NonNull y todavía quiere una noargs-constructor, es posible que quieras tratar de añadir los 3 juntos anotación

@NoArgsConstructor 
@RequiredArgsConstructor 
@AllArgsConstructor 

parecer un viejo intelliJ error que hice replicar en Eclipse Kepler y lombok v0.11.4