Die antwoord is dat onveranderlike tipes veiliger is teen foute, makliker om te verstaan en meer gereed is vir verandering. Veranderbaarheid maak dit moeiliker om te verstaan wat jou program doen, en baie moeiliker om kontrakte af te dwing.
Is veranderbare voorwerpe sleg?
Laastens, veranderbare voorwerpe is moordenaar in gelyktydige situasies. Wanneer jy toegang tot 'n veranderlike voorwerp van afsonderlike drade kry, moet jy sluiting hanteer. Dit verminder deurvloei en maak jou kode aansienlik moeiliker om in stand te hou.
Waarom is gedeelde staat sleg?
Gedeelde veranderlike toestand werk soos volg: As twee of meer partye dieselfde data (veranderlikes, voorwerpe, ens.) kan verander. En as hul lewens oorvleuel. Dan is daar 'n risiko dat een party se wysigings ander partye verhoed om reg te werk.
Waarom is onveranderlikheid 'n goeie ding?
Behalwe vir verminderde geheuegebruik, stel onveranderlikheid jou in staat om jou toepassing te optimaliseer deur gebruik te maak van verwysings- en waardegelykheid. Dit maak dit baie maklik om te sien of iets verander het. Byvoorbeeld 'n toestandsverandering in 'n reaksiekomponent.
Wat is die nadele van onveranderlikheid?
Die enigste werklike nadeel van onveranderlike klasse is dat hulle 'n aparte objek benodig vir elke afsonderlike waarde. Die skep van hierdie voorwerpe kan duur wees, veral as hulle groot is. Veronderstel byvoorbeeld dat jy 'n miljoen-bis GrootGeheelgetal het en jy wil sy lae-orde bietjie verander:Groot Geheelgetal moby=…; moby=moby.
