Et si on modifiait nos POJO pour rendre l'API fluent ?

Je suis fan des API fluent et j'ai tendance à appliquer cette règle dès que je le peux, que ce soit au niveau de mes classes services mais aussi des simples objets Java (POJOS plain old java object). Dans nos applications multi couches nous n'arrêtons pas de transférer ces objets d'une couche à l'autre, de transférer leur contenu dans des objets propres au transfert (DTO)….

Prenons un exemple avec un POJO tout simple

public class Article{

    private String code;
    private String label;
    private Long version = Long.valueOf(0);
    private boolean active;

    public String getCode() {
        return code;
    }

    public void setCode(String code) {
        this.code = code;
    }

    public String getLabel() {
        return label;
    }

    public void setLabel(String label) {
        this.label = label;
    }

    public Long getVersion() {
        return version;
    }

    public void setVersion(Long version) {
        this.version = version;
    }

    public boolean isActive() {
        return active;
    }

    public void setActive(boolean active) {
        this.active = active;
    }
}

Maintenant si je veux valoriser les différentes propriétés d'une instance de cet objet je dois écrire

public class ArticleHelper {

    public Article createAndPopulateArticle(){
        Article article = new Article();
        article.setLabel("label");
        article.setActive(true);
        article.setCode("code");
        article.setVersion(1L);
        return article;
    }
}

Sauf que dans nos applications de gestion, le nombre de propriétés est parfois assez conséquent et on se retrouve à écrire de grosses portions de code pour peupler un objet.

Reprenons notre POJO pour que chaque setter renvoie notre instance

public class Article{

    private String code;
    private String label;
    private Long version = Long.valueOf(0);
    private boolean active;

    public String getCode() {
        return code;
    }

    public Article setCode(String code) {
        this.code = code;
        return this;
    }

    public String getLabel() {
        return label;
    }

    public Article setLabel(String label) {
        this.label = label;
        return this;
    }

    public Long getVersion() {
        return version;
    }

    public Article setVersion(Long version) {
        this.version = version;
        return this;
    }

    public boolean isActive() {
        return active;
    }

    public Article setActive(boolean active) {
        this.active = active;
        return this;
    }
}

Maintenant la portion de code pour remplir les valeurs de l'objet est simplifiée.

public class ArticleHelper {

    public Article createAndPopulateArticle(){
        return new Article().setLabel("label").setActive(true).setCode("code").setVersion(1L);
    }
}

Je ne sais pas si cette pratique est très répandue, mais je trouve que dans mon cas, elle simplifie grandement des portions de mon code. Bon ce n'est pas demain que la convention sur les POJO avec leurs getter/setter changera mais si elle pouvait évoluer dans ce sens nous gagnerions en visibilité. Aujourd'hui nous utilisons tous les générateurs présents dans nos IDE pour créer les getter/setter de nos classes Java et cette pratique demande de revenir sur le code généré.