Die Antwort ist, dass unveränderliche Typen sicherer vor Fehlern, einfacher zu verstehen und bereiter für Änderungen sind. Veränderlichkeit macht es schwieriger zu verstehen, was Ihr Programm tut, und viel schwieriger, Verträge durchzusetzen.
Sind veränderliche Objekte schlecht?
Schließlich sind veränderliche Objekte Killer in gleichzeitigen Situationen. Immer wenn Sie von separaten Threads aus auf ein veränderliches Objekt zugreifen, müssen Sie sich mit Sperren befassen. Dadurch wird der Durchsatz verringert und die Wartung Ihres Codes erheblich erschwert.
Warum ist der gemeinsame Zustand schlecht?
Shared Mutable State funktioniert wie folgt: Wenn zwei oder mehr Parteien dieselben Daten (Variablen, Objekte usw.) ändern können. Und wenn sich ihre Lebenszeiten überschneiden. Dann besteht die Gefahr, dass die Modifikationen einer Partei andere Parteien daran hindern, korrekt zu arbeiten.
Warum ist Unveränderlichkeit eine gute Sache?
Neben reduziertem Speicherverbrauch ermöglicht die Unveränderlichkeit die Optimierung Ihrer Anwendung durch Ausnutzung von Referenz- und Wertegleichheit. Dadurch ist es wirklich einfach zu sehen, ob sich etwas geändert hat. Zum Beispiel eine Zustandsänderung in einer Reaktionskomponente.
Was sind die Nachteile der Unveränderlichkeit?
Der einzige wirkliche Nachteil unveränderlicher Klassen ist, dass sie für jeden eindeutigen Wert ein separates Objekt benötigen. Das Erstellen dieser Objekte kann kostspielig sein, insbesondere wenn sie groß sind. Angenommen, Sie haben eine Millionen-Bit-BigInteger und möchten ihr niederwertiges Bit ändern:BigInteger moby=…; moby=moby.
