java: des avantages de la des objets immuables dans les exemples

Immutabilité est important dans les programmes multi-thread, parce que vous savez qu'un thread ne sera pas endommager une valeur utilisée dans un autre thread. Mais il est également utile dans un programme monothread.

Voici un exemple simple:

Integer i=Integer.valueOf(17);
foo(i);
bar(i);

Vous souhaiterez peut-être de savoir, Quelle est la valeur qui est passé au bar()?

Supposons que foo() est un grand complexe de la fonction. Dans cet exemple, je sais pour un fait absolu que lorsque foo terminée, je est toujours égal à 17, en raison d'un nombre Entier est immuable. Ont été qui n'est pas vrai, je l'aurais à l'étude de foo pour savoir si il peut être modifié ou pas.

Voici un exemple légèrement plus complexe. Supposons que j'ai un objet qui ressemble à un Entier, mais est mutable. Appelons ça de la MutableInteger. Ensuite, dire que j'écris ceci:

MutableInteger currentInventory=findQtyInInventory();
MutableInteger neededInventory=currentInventory; //copy current for starters
... bunch of other code ...
neededInventory.subtract(allocatedToSales);
currentInventory.add(arriving);
... bunch of more code ...
if (neededInvenory.compareTo(currentInventory)>0)
  display("Shortage!");

Voyez-vous le problème avec ce qui précède? neededInventory et currentInventory pointent vers le même objet. Tous les additionne et soustrait sont vraiment agir sur la même valeur, pas deux valeurs différentes, de sorte que lorsque nous arrivons à l'essai, il sera toujours égale. Le code ci-dessus n'auraient jamais fonctionner si les objets sont mutables. Si elles sont immuables, les additionne et soustrait aurait à retourner un objet de résultat plutôt que la mise à jour en place, et qui serait à l'œuvre.

Il y a des années, j'ai utilisé un compilateur Fortran où entiers ONT été mutable. Nous avons eu une fonction qui accepte plusieurs paramètres, l'un d'entre eux d'un nombre entier. Dans certains cas rares, la fonction de mise à jour de l'entier. Puis un jour, quelqu'un a écrit un appel à cette fonction en passant la constante "2" comme l'entier. La fonction a décidé de mettre à jour le paramètre, et donc de changer la "constante" de 2 à 1! Tous les autres endroits dans le programme qui a utilisé une constante 2 maintenant mystérieusement obtenu la valeur 1 au lieu de. Cela a pris beaucoup de temps à déboguer.

OriginalL'auteur Jay

Que Java retourne en valeur (c'est à dire les références de l'objet sont renvoyées par les méthodes), si par exemple je retourne une Chaîne de caractères comme suit:

private String myString = "foo";

public String getString() {
    return this.myString;
}

et de la classe String n'était pas immuable, alors le visiteur de getString() pourrait modifier myString, qui ne peut être que le comportement souhaité; d'autres parties du système peut ne pas vouloir ni s'attendre à myString à changer. Si l'appelant ne peut modifier l'objet qui myString points à, pas myString lui-même.

OriginalL'auteur Dunnie

Comme vous le savez déjà, c'est un grand modèle pour le multithreading.

Cela signifie aussi beaucoup meilleure encapsulation. Vous pouvez passer ces objets et de les partager et de vous de ne jamais, jamais avoir à s'inquiéter que quelqu'un change de l'objet d'état.

Il y a quelques bons exemples en Java de base de la bibliothèque. Nombre de sous-classes sont un, mais je pense que le meilleur exemple est String. Vous les transmettre autour de, concaténer, obtenir des sous-chaînes, etc. et ne jamais avoir à penser à d'autres endroits. Si c'était mutable comme le C/C++ char[], vous aurait toujours besoin de garder cela à l'esprit.

Pour la même raison, il conduit également à plus lisible et maintenable code. Pas besoin de prendre soin des autres utilisateurs de l'objet.

Ces deux raisons nous amènent à un autre modèle important appelé Objet de Valeur. En bref, c'est logique, quand on soin de certains de la valeur particulière de (une date, un nombre, une chaîne, un intervalle de temps, de l'argent, ou quelque peu plus complexe des objets si vous avez besoin d'), mais la valeur elle-même n'a pas d'identité, c'est à dire qu'il a exactement le même sens quel que soit le contexte.

OriginalL'auteur Konrad Garus

L'idée principale ici est de faire de vos classes thread-safe en utilisant des objets immuables. Je pense que ce l'article est une bonne lecture sur ce.

Espérons que cette aide!

OriginalL'auteur CoolBeans