La respuesta es que los tipos inmutables están más a salvo de errores, son más fáciles de entender y están más preparados para el cambio. La mutabilidad hace que sea más difícil entender lo que está haciendo su programa, y mucho más difícil hacer cumplir los contratos.
¿Son malos los objetos mutables?
Finalmente, los objetos mutables son asesinos en situaciones concurrentes. Cada vez que accede a un objeto mutable desde subprocesos separados, debe lidiar con el bloqueo. Esto reduce el rendimiento y hace que su código sea mucho más difícil de mantener.
¿Por qué el estado compartido es malo?
El estado mutable compartido funciona de la siguiente manera: Si dos o más partes pueden cambiar los mismos datos (variables, objetos, etc.). Y si sus vidas se superponen. Entonces existe el riesgo de que las modificaciones de una parte impidan que otras partes funcionen correctamente.
¿Por qué es buena la inmutabilidad?
Además del uso reducido de la memoria, la inmutabilidad le permite optimizar su aplicación haciendo uso de la igualdad de referencia y valor. Esto hace que sea realmente fácil ver si algo ha cambiado. Por ejemplo, un cambio de estado en un componente de reacción.
¿Cuáles son las desventajas de la inmutabilidad?
La única desventaja real de las clases inmutables es que requieren un objeto separado para cada valor distinto. Crear estos objetos puede ser costoso, especialmente si son grandes. Por ejemplo, suponga que tiene un BigInteger de un millón de bits y desea cambiar su bit de orden inferior:BigInteger moby=…; moby=moby.
