articles mutables à Immuable

Question

Lorsque nous créons des classes immuables à l'aide de la bibliothèque Immutable objects, comment pouvons-nous gérer les membres mutables (par exemple j.u.Date)?

REMARQUE: cela est pas sur la classe Date de java et totalement en rapport avec les objets Immuable bibliothèque java qui va générer un code!

Exemple:

@Value.Immutable 
public interface MyImmutableClass { 
    Date creationDateTime(); 
} 

Est-il possible de passer outre le getter, de sorte qu'elle retourne une copie?

public Date creationDateTime() { 
    return new Date(creationDateTime.getTime()); 
} 

Answer 1

de ma question dans le Immutables issue tracker j'ai appris que la façon la plus propre de manipuler des objets mutables est d'utiliser un custom encoding annotation.

J'ai créé un petit projet open source tmtron-immutables encoding pour créer une telle annotation pour la classe java.util.Date. Cela devrait être un bon point de départ pour quiconque veut créer un encodage personnalisé.

Ensuite, vous pouvez directement utiliser votre classe mutable (par exemple java.util.Date) comme attribut et toujours obtenir la même immuabilité garantie que pour les attributs immuables (comme String, long, etc.)

@Value.Immutable 
@DateEncodingEnabled 
public interface ValueObject { 
    Date creationDate(); 
} 

L'annotation @DateEncodingEnabled fera Assurez-vous que seule la valeur longue immuable de l'objet Date est stockée dans la classe ImmutableValueObject.

Answer 2

Est-il possible de passer outre le getter, de sorte qu'elle retourne une copie?

Un peu comme vous l'avez écrit là:

public Date creationDateTime() { 
    return new Date(creationDateTime.getTime()); 
} 

(comme khelwood a souligné dans les commentaires ci-dessus).

Cependant, si vous voulez éviter une mutation accidentelle de creationDateTime dans votre classe, pensez simplement stocker les Millis comme final long:

private final creationDateTimeMillis; 

public Date creationDateTime() { 
    return new Date(creationDateTimeMillis); 
} 

Alors que vous pouvez appeler Date.setTime() même si le Date est final, muter ainsi la état interne, vous ne pouvez pas réaffecter creationDateTimeMillis.

Answer 3

Vous pouvez faire la méthode générée protected et servir le champ uniquement à partir d'une méthode de lecture de clonage:

@Value.Immutable 
public abstract class WrapMutable { 
    protected abstract Date timestamp(); 

    public Date getTimestamp() { 
     return new Date(timestamp().getTime()); 
    } 
} 

Toute utilisation du champ est alors par sa copie-getter, alors que la méthode timestamp() sert uniquement à définir le compositeur dans le constructeur:

WrapMutable obj = ImmutableWrapMutable.builder().timestamp(new Date()).build(); 
System.out.println(obj.getTimestamp()); 
System.out.println(obj.timestamp()); // Error: timestamp() has protected access in WrapMutable