2010-01-18 21 views
5

¿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.

+0

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

+0

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

Respuesta

7

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.

+0

Ese último bit es algo bueno a tener en cuenta. – Marshall

+0

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

+1

Sospecho que DBNull da como resultado Checked = false y CheckState = Indeterminate, pero la mejor opción es, por supuesto, probarlo usted mismo :). – Webleeuw

Cuestiones relacionadas