¿Alguien me puede decir los pros y los contras de usar las casillas de verificación de propiedad contra la propiedad CheckState para el enlace de datos?Casillas de verificación de casillas de verificación - Comprobado frente a CheckState
Gracias.
¿Alguien me puede decir los pros y los contras de usar las casillas de verificación de propiedad contra la propiedad CheckState para el enlace de datos?Casillas de verificación de casillas de verificación - Comprobado frente a CheckState
Gracias.
Comprobado solo puede ser verdadero o falso (presentando una marca de verificación o ninguno), mientras que CheckState también puede ser indeterminado, es decir, una marca de verificación parcialmente gris que no representa ni verdadero ni falso.
Nb. Cuando CheckState es indeterminado, Checked es verdadero. Tal vez sea irrelevante para su situación, pero aún podría ser importante.
Ese último bit es algo bueno a tener en cuenta. – Marshall
Tengo dos enlaces de datos disponibles: Checked y CheckState. Si enlace mi Boolean a Checked y el valor de DB es nulo, ¿qué valor obtiene Checked, verdadero o falso? Parece obvio que con CheckedState el DBNull estaría representado por CheckState = indeterminado. ¿Derecha? – Marshall
Sospecho que DBNull da como resultado Checked = false y CheckState = Indeterminate, pero la mejor opción es, por supuesto, probarlo usted mismo :). – Webleeuw
Acabo de echar un vistazo y basándome en una discusión que acabo de leer, supongo que la propiedad comprobada funcionaría mejor si el campo enlazado es un valor de tipo booleano, y que el estado checked, ya que puede tener 3 estados, tendrían que vincularse a un valor de tipo entero. – Marshall
En realidad, un DB boolean a veces también puede ser nulo (por ejemplo, un campo DB anulable de tipo bool), que no representa ni verdadero ni falso, por lo que sugiero que no se use una casilla para un entero a menos que sea absolutamente necesario. – Webleeuw