¿El cheque del estado realmente redundante en el siguiente ejemplo ?:condición redundante cheque antes de la sugerencia de asignación para C# en ReSharper 5
public class MyClass {
public bool MyProperty { get; set; }
public void DoSomething(bool newValue) {
// R# says: redundant condition check before assignment
// on the following line:
if (MyProperty != newValue) { // <======
MyProperty = newValue;
}
}
}
Sé que de cualquier manera MyProperty
se establecerá en newValue
, pero es el cheque redundante?
En Adobe Flex, el getter is called implicitly by the VM se ejecuta siempre que se llama a un setter aunque no se esté realizando una comprobación explícita. El resultado final es que la comprobación antes de una asignación da como resultado dos comprobaciones, una explícita y otra implícita, lo que da como resultado una verificación redundante. ¿Pasa algo similar en C#?
En mi caso es en torno a un formas de las ventanas 'propiedad TopMost' que sí tiene efectos secundarios. Muy buenos puntos sobre los valores inmutables. –