Discussion :

[Sun03]

Bonjour,

j'ai un souci de comprendre le principe des objets immutables .

Je sais que : Wrapper objects are immutable.

mais je ne comprends le principe.

Merci d'avance.

[tchize_]

immutable = ne change pas!

[Sun03]

c'est à dire il n y a pas des méthodes pour changer sa valeur?

[professeur shadoko]

c'est à dire il n y a pas des méthodes pour changer sa valeur?

oui et mieux encore: membres final.

[Sun03]

Merci bien, je vois bien.

Bonne journée

[sinzen]

Bonjour à tous,

Je me permet de réagir a ce post après un long moment deja

Quand vous dite d'utiliser au maximum des objets immutable,

comment traduisez vous cela dans l'implementation?

Comme vous le savez avec les librairies reactive sous divers technos, ce principe est deja assez utilisé et recommandé.

Peut alors quand même implementer tout de même le principe d'immutable en dehors de ce que font deja ces libraires ?

Quel en serait les avantages ou inconvénients ? peut-on en abuser également, est-ce recommander? Et dernière question quel sont les impacts sur les performances au niveau de l'application?

Merci en tout cas pour cette question Sun03

[Gugelhupf]

Bonsoir,

Quand vous dite d'utiliser au maximum des objets immutable, comment traduisez vous cela dans l'implementation?

Pour résumer, tu dois mettre toutes les limitations possibles pour que ton objet ne puisse pas changer d'état, ta classe ne doit pas avoir de setter (mutateurs) par exemple. Ta classe doit être final pour pas que d'autres classes puissent en hériter. Pense à mettre tous tes champs en private pour qu'ils ne soient pas accessibles de l'extérieur et final pour qu'ils soient bien tous initialisés à la constructeur de l'objet. Soit prudent avec certains getters qui retournent une List par exemple, on peut toujours faire un add avec et changer son état, tu peux retourner une copie de ces objets.

Quel en serait les avantages ou inconvénients ? peut-on en abuser également, est-ce recommander? Et dernière question quel sont les impacts sur les performances au niveau de l'application?

Cela présente l'avantage de pouvoir utiliser ces objets threadsafe sans crainte dans un contexte multithread. L'inconvénient est qu'il faut savoir quand appliquer le concept d'immutabilité sur une classe, ça peut être utile sur les types de base (les Wrappers Integer/Long/Double etc, BigInteger/BigDecimal, les dates, les valeurs monétaires). Cela peut aussi avoir des conséquences sur la mémoire alloué, tu vas créer de nouveaux objets à chaque changement d'état au lieu d'utiliser le même objet.



A+

[professeur shadoko]

en bon français: immuables -> dont l'état ne change pas
ces objets ont par ailleurs un certain nombre d'avantages: pas d'effet de bord
(modification incontrolée de l'état), bonne prise en compte par des optimisations (pas de conflits d'accès), etc. Il est intéressant d'essayer de peupler ses applications avec ses propres objets immuables.

[Rei Ichido]

Le principe c'est que tu ne peux pas les modifier. Si tu changes la valeur d'un Long, en fait tu crées un nouveau Long (et si le premier Long avait été affecté à des variables, il leur reste affecté).