Het antwoord is dat onveranderlijke typen veiliger zijn tegen bugs, gemakkelijker te begrijpen en meer klaar voor verandering. Veranderbaarheid maakt het moeilijker om te begrijpen wat uw programma doet, en veel moeilijker om contracten af te dwingen.
Zijn veranderlijke objecten slecht?
Ten slotte zijn veranderlijke objecten killer in gelijktijdige situaties. Telkens wanneer u toegang krijgt tot een veranderlijk object vanuit afzonderlijke threads, heeft u te maken met vergrendeling. Dit vermindert de doorvoer en maakt uw code aanzienlijk moeilijker te onderhouden.
Waarom is gedeelde status slecht?
Gedeelde veranderlijke status werkt als volgt: Als twee of meer partijen dezelfde gegevens kunnen wijzigen (variabelen, objecten, enz.). En als hun levens overlappen. Dan bestaat het risico dat de aanpassingen van een partij andere partijen verhinderen correct te werken.
Waarom is onveranderlijkheid een goede zaak?
Naast een verminderd geheugengebruik, stelt onveranderlijkheid u in staat uw toepassing te optimaliseren door gebruik te maken van referentie- en waardegelijkheid. Dit maakt het heel gemakkelijk om te zien of er iets is veranderd. Bijvoorbeeld een toestandsverandering in een react-component.
Wat zijn de nadelen van onveranderlijkheid?
Het enige echte nadeel van onveranderlijke klassen is dat ze een apart object nodig hebben voor elke afzonderlijke waarde. Het maken van deze objecten kan kostbaar zijn, vooral als ze groot zijn. Stel bijvoorbeeld dat u een BigInteger van een miljoen bits hebt en u wilt het bit van lage orde wijzigen:BigInteger moby=…; moby=moby.
