Comment pouvons-nous maintenir l'Immuabilité d'une classe avec une référence mutable

Bien, le concept est la lecture de la JLS et de la compréhension. Dans ce cas, le JLS dit:

finale des domaines aussi permettre aux programmeurs de mettre en œuvre thread-safe des objets immuables, sans synchronisation. Un thread-safe immuable objet est considéré comme immuable par tous les threads, même si une course est utilisé pour transmettre des références à l'immuable objet entre les threads. Cela peut fournir des garanties de sécurité contre l'utilisation abusive de immuable de classe en raison d'une erreur ou d'un code malveillant. final champs doivent être utilisées correctement pour fournir une garantie de l'immuabilité.

Le modèle d'utilisation finale des champs est simple: Set de la finale de champs pour un objet de ce constructeur de l'objet; et de ne pas écrire une référence à l'objet en cours de construction dans un endroit où un autre thread peut le voir avant le constructeur de l'objet est terminé. Si cela est suivi, puis, quand l'objet est vu par un autre thread, le thread va toujours voir l'correctement construites version de l'objet final de champs. Il permettra également de voir les versions de tout objet ou le tableau référencé par ces derniers domaines qui sont au moins à la date de la finale de champs.

Si vous avez besoin de:

1. Faire address final et privé.
2. Pour tout mutable objet, vous devez empêcher la référence à cet objet d'être vu de l'extérieur.

Dans ce cas, #2 signifie probablement que vous ne pouvez pas retourner une référence à l'Adresse que vous avez avec getAddress(). Et vous devez faire une copie défensive dans le constructeur. I. e., faire une copie de tout mutable paramètre, et de stocker la copie de l'Employé. Si vous ne pouvez pas faire une copie défensive, il n'y a vraiment aucun moyen de faire de l'Employé immuable.

public final class Employee{
    private final int id;
    private final Address address;
    public Employee(int id, Address address)
    {
        this.id = id;
        this.address=new Address();  //defensive copy
        this.address.setStreet( address.getStreet() );
    }
    pulbic int getId(){
        return id;
    }
    public Address getAddress() {
        Address nuAdd = new Address(); //must copy here too
        nuAdd.setStreet( address.getStreet() );
        return nuAdd;
}

La mise en œuvre de clone() ou quelque chose de similaire (une copie ctor) rendrait la création de la défensive des objets plus facile pour compliqué les classes. Cependant, la meilleure recommandation que je pense serait de faire Address immuable. Une fois que vous faites cela, vous pouvez passer librement autour de sa référence sans fil-les questions de sécurité.

Dans cet exemple, je ne PAS ont pour copier la valeur de street. Street est une Chaîne de caractères, et les chaînes sont immuables. Si street se composait de champs mutables (entier le numéro de la rue par exemple), alors je serait devez faire une copie de street aussi, et ainsi de suite ad infinitum. C'est pourquoi des objets immuables, sont si précieux, ils cassent la "infini" copie de la chaîne.

OriginalL'auteur markspace

Si vous voulez encapsuler un mutable objet dans un immuable, alors vous avez besoin de:

1. Créer un copie de l'objet mutable (c'est à dire via le constructeur de copie, de clonage, de la sérialisation/désérialisation, etc.);
   ne jamais stocker la référence à l'origine mutable objet.
2. Jamais de retour de l'objet mutable. Si vous devez, puis retour une copie de l'objet.
3. Éviter les méthodes qui peuvent changer la mutable objet.

publique Employé(int id, Adresse){

        this.id = id;
        this.address=new Address();  
        this.address.setStreet( address.getStreet() );
    }



public Address getAddress() {
        Address nuAdd = new Address(); //must copy here too
        nuAdd.setStreet( address.getStreet() );
        return nuAdd;
}

OriginalL'auteur Neeraj Gahlawat

Vous pouvez également utiliser la copie superficielle à l'aide de clonage

public final class Employee{
    private final int id;
    private Address address;
    public Employee(int id, Address address)
    {
        this.id = id;
        this.address=address.clone();
    }
    public int getId(){
        return id;
    }
    public Address getAddress(){
        return address.clone();
    }
}

À l'aide de cette volonté de créer un objet distinct de l'Adresse des Employés de la classe dans ce cas, toutes les modifications apportées à l'Adresse de l'objet passé en argument de l'Employé constructeur ne va pas changer la variable de membre de l'Adresse de l'objet de la classe Employé.

La getAddress() la méthode est également de retour en un clone de l'objet afin que toutes les modifications apportées à l'objet récupéré par cette méthode n'affecte pas l'adresse d'un objet de la classe Employé.

Remarque:
Pour utiliser cette Adresse de classe Clonable.

OriginalL'auteur sanjeev51