Svaret är att oföränderliga typer är säkrare från buggar, lättare att förstå och mer redo för förändring. Föränderlighet gör det svårare att förstå vad ditt program gör och mycket svårare att genomdriva kontrakt.
Är föränderliga objekt dåliga?
Slutligen, föränderliga objekt är mördare i samtidiga situationer. När du kommer åt ett föränderligt objekt från separata trådar måste du hantera låsning. Detta minskar genomströmningen och gör din kod avsevärt svårare att underhålla.
Varför är delstaten dålig?
Delat föränderligt tillstånd fungerar enligt följande: Om två eller flera parter kan ändra samma data (variabler, objekt, etc.). Och om deras liv överlappar varandra. Då finns det risk för att en parts modifieringar hindrar andra parter från att fungera korrekt.
Varför är oföränderlighet en bra sak?
Förutom minskad minnesanvändning tillåter oföränderlighet dig att optimera din applikation genom att använda referens- och värdelikhet. Detta gör det väldigt enkelt att se om något har förändrats. Till exempel en tillståndsändring i en reaktionskomponent.
Vilka är nackdelarna med oföränderlighet?
Den enda verkliga nackdelen med oföränderliga klasser är att de kräver ett separat objekt för varje distinkt värde. Att skapa dessa objekt kan vara kostsamt, särskilt om de är stora. Anta till exempel att du har ett miljonbitars BigInteger och du vill ändra dess låga ordningsbit:BigInteger moby=…; moby=moby.
