MVVM - Validación

Question

Estamos tratando de averiguar la validación en el mvvm haciendo la validación en la lógica o modelo de negocio. He implementado la validación según el tipo de excepción en nuestra lógica de negocio - un esquema simplificado se puede encontrar aquí:

Si tenemos mucho de la de los insumos que son independientes entre sí, no hay problema, el se lanza una excepción, el cuadro de texto lo atrapa y marca las fronteras rojas para cada entrada incorrecta. Sin embargo, cuando tenemos valores dependientes, tenemos problemas. p.

• Valor1 y Valor2 en el modelo no debe ser el mismo, así que tenemos una función de validación en cada uno de aquellos que buscan el valor iguales y lanzar una excepción si eso sucede

• ahora, si establecemos Value1 en 0 y Value2 en 1 todo está bien

• El valor 1 se establece en la GUI para 1 -> este se marca en rojo, porque la validación de los otros valores no se activa, por lo que Value2 en La GUI no está marcada como defectuosa

• Valor2 se establece en 2 en la interfaz gráfica de usuario, ahora hemos llegado a un estado válido, pero sólo Valor2 se validó, por lo Valor1 todavía está marcada como defectuosa

¿Hay un patrón común de resolver ese problema? no queremos introducir una dependencia en la GUI entre las dos cajas de texto, porque esta lógica solo debería estar presente en la capa de lógica de negocios.

En lugar de implementar la validación por excepción también se podría implementar la interfaz IDataErrorInfo, pero todavía existe el problema, no hay manera de forzar a los valores en función de validar sus valores de nuevo, al menos ninguno que yo pueda ver :)

Cualquier ayuda se agradece

alegrías, manni

---

[limpieza, retira paso unecessary]

---

15.11.2010 - Parte 2

bien, gran repensado aquí, vamos con el nivel BusinessLogic. aquí está nuestra configuración planificada actual: (la imagen es un poco pequeña a escala aquí, por favor ábrala en una ventana separada para mostrarla en tamaño completo) todo está más o menos claro, excepto cómo notificar a todos los modelos de vista/clones modelo de los diferentes editores si se cambia el modelo de datos bajo la lógica comercial. Una forma de hacerlo es rastrear los modelos clonados en la lógica de negocios que los crea. Cuando se modifique el modelo de datos utilizando la lógica de negocios commit(), todos los demás clones de modelos registrados podrán ser notificados de los cambios y propagarlos aún más. alternativamente, la lógica comercial podría publicar un evento al que se suscriban todos los modelos de vista para que también puedan obtener los cambios. ¿Alguien podría darme una pista de qué es mejor?

Gracias de nuevo por la ayuda, lo siento Estoy tan mente bloqueada;)

Answer 1

Se podría considerar el uso de la interfaz System.ComponentModel.IDataErrorInfo.Esta interfaz muy práctica le da la capacidad de:

• hacer la validación en un MVVM manera compatible
• hacer una validación personalizada para cualquier campo en particular (la validación puede comprobar varios valores si quieres que)
• se unen su UI a los errores de validación

Implementa IDataErrorInfo en su modelo de vista (o incluso virtualmente en su base de modelo de vista, y lo anula en sus modelos de vista derivados). Debido a la naturaleza de la vinculación de datos, los valores que debo verificar están todos en el modelo de vista, y puedo probar cualquier combinación de ellos. Por supuesto, todavía tiene su validación en la capa de su empresa, pero ya no necesita hacer un viaje a su capa de negocios (o Modelo) solo para realizar alguna validación.

Aquí está un ejemplo rápido de una pantalla (WPF) que reúne algunos detalles del usuario y hace la validación básica sobre ellos:

código C#:

#region IDataErrorInfo Members 

    /// <summary> 
    /// Gets an error message indicating what is wrong with this object. 
    /// </summary> 
    /// <value></value> 
    /// <returns>An error message indicating what is wrong with this object. The default is an empty string ("").</returns> 
    public override string Error 
    { 
     get 
     { 
      return this["UserCode"] + this["UserName"] + this["Password"] + this["ConfirmedPassword"] + this["EmailAddress"]; 
     } 
    } 

    /// <summary> 
    /// Gets the <see cref="System.String"/> with the specified column name. 
    /// </summary> 
    /// <value></value> 
    public override string this[string columnName] 
    { 
     get 
     { 
      switch (columnName) 
      { 
       case "UserCode": 
        if (!string.IsNullOrEmpty(UserCode) && UserCode.Length > 20) 
         return "User Code must be less than or equal to 20 characters"; 
        break; 

       case "UserName": 
        if (!string.IsNullOrEmpty(UserCode) && UserCode.Length > 60) 
         return "User Name must be less than or equal to 60 characters"; 
        break; 

       case "Password": 
        if (!string.IsNullOrEmpty(Password) && Password.Length > 60) 
         return "Password must be less than or equal to 60 characters"; 
        break; 

       case "ConfirmedPassword": 
        if (Password != ConfirmedPassword) 
         return Properties.Resources.ErrorMessage_Password_ConfirmedPasswordDoesntMatch; 
        break; 

       case "EmailAddress": 
        if (!string.IsNullOrEmpty(EmailAddress)) 
        { 
         var r = new Regex(_emailRegex); 
         if (!r.IsMatch(EmailAddress)) 
          return Properties.Resources.ErrorMessage_Email_InvalidEmailFormat; 
        } 
        break; 
      } 
      return string.Empty; 
     } 
    } 

    #endregion 

y aquí está el marcado XAML para dos de los cuadros de texto en la página (nota particularmente los ValidatesOnDataErrors y ValidatesOnExceptions propiedades en la Text vinculantes):

<TextBox Name="UserCodeTextBox" 
     Text="{Binding UserCode, 
       Mode=TwoWay, 
       UpdateSourceTrigger=PropertyChanged, 
       ValidatesOnDataErrors=True, 
       ValidatesOnExceptions=True, 
       NotifyOnSourceUpdated=True, 
       NotifyOnTargetUpdated=True}" 
     GotFocus="Input_GotFocus" 
     VerticalAlignment="Top" 
     Margin="165,0,150,0" 
     CharacterCasing="Upper" 
     /> 

<TextBox Name="UserNameTextBox" 
     Text="{Binding UserName, 
       Mode=TwoWay, 
       UpdateSourceTrigger=PropertyChanged, 
       ValidatesOnDataErrors=True, 
       ValidatesOnExceptions=True, 
       NotifyOnSourceUpdated=True, 
       NotifyOnTargetUpdated=True}" 
     GotFocus="Input_GotFocus" 
     VerticalAlignment="Top" 
     Margin="165,30,0,0" 
     /> 

Answer 2

¿Existe un patrón común para resolver ese problema? no queremos introducir una dependencia en la GUI entre las dos cajas de texto, porque esta lógica solo debería estar presente en la capa de lógica de negocios.

1. Value1 y Value2 son interdependientes debido a la condición "valor1 y valor2 en el modelo no debe ser el mismo".

2. Esto significa que cuando Value2 cambia, Value1 también cambia, y viceversa! En realidad, cuando Value2 cambia, el resultado de la validación Value1 cambia, pero está cerca de la declaración anterior.

3. Value1 y Value2 emisores deben notificar acerca tanto Value1 y Value2 cambio de propiedad.

4. La vista debe volver a leer y revalidar ambos valores y borrar la marca defectuosa.

5. No estoy seguro de si WPF lo hará si encuentra que el evento de notificación se ha levantado pero el valor en realidad no ha cambiado.