A válasz az, hogy a megváltoztathatatlan típusok biztonságosabbak a hibáktól, könnyebben érthetők és készebbek a változtatásra. A változékonyság megnehezíti annak megértését, hogy mit csinál a program, és sokkal nehezebb a szerződések betartatása.
A változtatható objektumok rosszak?
Végül a változtatható objektumok gyilkosok egyidejű helyzetekben. Amikor különböző szálakból ér el egy változtatható objektumot, meg kell küzdenie a zárolással. Ez csökkenti az átviteli sebességet, és jelentősen megnehezíti a kód karbantartását.
Miért rossz a megosztott állapot?
A megosztott változtatható állapot a következőképpen működik: Ha két vagy több fél megváltoztathatja ugyanazt az adatot (változók, objektumok stb.). És ha az életük átfedi egymást. Ekkor fennáll annak a veszélye, hogy az egyik fél módosításai megakadályozzák a többi felet a megfelelő működésben.
Miért jó dolog a megváltoztathatatlanság?
A csökkentett memóriahasználat mellett a változhatatlanság lehetővé teszi az alkalmazás optimalizálását a referencia- és értékegyenlőség használatával. Így nagyon könnyen megállapítható, hogy változott-e valami. Például egy reakciókomponens állapotváltozása.
Mik a megváltoztathatatlanság hátrányai?
A megváltoztathatatlan osztályok egyetlen valódi hátránya, hogy minden egyes értékhez külön objektum szükséges. Ezen objektumok létrehozása költséges lehet, különösen, ha nagyok. Tegyük fel például, hogy van egy millió bites BigInteger, és meg akarja változtatni annak alacsony rendű bitjét:BigInteger moby=…; moby=moby.
