MVVM - Walidacja

Question

Staramy się wymyślić walidację w mvvm przeprowadzając walidację w logice biznesowej lub modelu. mam wdrożony zatwierdzić typu wyjątku w naszej logiki biznesowej - uproszczony schemat można znaleźć tutaj:

Jeśli mamy partii wejść, które są od siebie niezależne, nie ma problemu, wyjątek jest wyrzucany, pole tekstowe przechwytuje go jako znak, że graniczy z czerwonym dla każdego błędnego wejścia. Jednak gdy mamy wartości zależne, mamy kłopoty. np.

• Value1 i WartoÊç2 w modelu nie muszą być takie same, więc mamy funkcję sprawdzania poprawności w każdym z tych, którzy szukają wartości równa się i rzucić wyjątek, jeśli tak się stanie

• teraz jeśli ustawimy wartość 1 na 0 i wartość 2 na 1 wszystko będzie dobrze

• Wartość 1 zostanie ustawiona w GUI na 1 -> ta zostanie zaznaczona na czerwono, ponieważ sprawdzanie poprawności innych wartości nie zostanie uruchomione, więc wartość 2 w GUI nie jest oznaczone jako wadliwe

• WartoÊç2 zostanie ustawiona na 2 w GUI, teraz doszliśmy poprawny stan, ale tylko WartoÊç2 zostanie potwierdzone, więc Value1 nadal jest oznaczony jako uszkodzony

Czy istnieje wspólny wzór, aby rozwiązać ten problem? nie chcemy wprowadzać zależności w GUI między dwoma polami tekstowymi, ponieważ logika ta powinna być obecna tylko w warstwie logiki biznesowej.

Zamiast wdrażania zatwierdzić wyjątku można też zaimplementować interfejs IDataErrorInfo, ale problem nadal istnieje, nie ma sposobu, aby zmusić zależności od wartości ponownie potwierdzić swoje wartości, przynajmniej nie widzę :)

Każda pomocy ocenia się

cheers, manni

---

[czyszczenia, usuwa unecessary krok]

---

15.11.2010 - Part2

ok, duży przemyślane tutaj, jedziemy z businesslogic kondygnacji. tutaj jest nasza obecna planowana konfiguracja: (obraz jest nieco mały skalowany tutaj, proszę otworzyć go w osobnym oknie, aby pokazać go w pełnym rozmiarze) wszystko jest mniej lub bardziej wyraźne, z wyjątkiem tego, jak powiadomić wszystkie modele widoków/modeluj klony różnych edytorów, jeśli zmieni się model danych w ramach logiki biznesowej. jednym ze sposobów jest śledzenie sklonowanych modeli w logice biznesowej, która je tworzy. Gdy model danych zostanie zmieniony przy użyciu logiki biznesowej commit(), wszystkie inne zarejestrowane klony modelu mogą zostać powiadomione o zmianach i dalej je propagować. Ewentualnie logika biznesowa może opublikować wydarzenie, do którego subskrybowane są wszystkie modele widokowe, aby również mogły one uzyskać zmiany - czy ktoś mógłby dać mi wskazówkę, co jest lepsze?

Jeszcze raz dziękuję za pomoc, przepraszam, że jestem tak umysł zablokowany;)

Answer 1

Można rozważyć przy użyciu interfejsu System.ComponentModel.IDataErrorInfo.To bardzo wygodny interfejs daje możliwość:

• zrobić walidację w MVVM sposób zgodny
• zrobić niestandardową walidacji dla danego pola (walidacja mógł sprawdzić kilka wartości, jeśli chcesz go)
• wiążą twój interfejs użytkownika na błędy sprawdzania poprawności

Implementujesz IDataErrorInfo na swoim viewmodelu (lub nawet wirtualnie w swojej bazie modelu widoku i zastępujesz go w pochodnych modelach widoku). Ze względu na charakter wiązania danych, wartości, które należy sprawdzić, znajdują się w modelu widoku i mogę przetestować dowolną ich kombinację. Oczywiście nadal masz sprawdzanie poprawności w warstwie biznesowej, ale nie musisz już robić podróży do warstwy biznesowej (lub Modelu) tylko po to, aby przeprowadzić jakąś walidację.

Oto krótki przykład z ekranu (WPF), która gromadzi pewne dane użytkownika i robi podstawowe walidacji na nich:

kodu 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 

A oto znaczników XAML dla dwóch te pola tekstowe na stronie (uwaga zwłaszcza ValidatesOnDataErrors i ValidatesOnExceptions właściwości w Text wiązaniami):

<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

Czy istnieje wspólny wzorzec do rozwiązania tego problemu? nie chcemy wprowadzać zależności w GUI między dwoma polami tekstowymi, ponieważ logika ta powinna być obecna tylko w warstwie logiki biznesowej.

1. Value1 i Value2 są współzależne ze względu na stan „Value1 i WartoÊç2 w modelu nie muszą być takie same”.

2. Oznacza to, że gdy Value2 zmienia się, zmienia się także Value1 i vice werset! Rzeczywiście, gdy zmienia się Value2, wynik sprawdzania poprawności zmienia się, ale jest zbliżony do poprzedniej instrukcji.

3. Value1 i Value2 ustawiaczy musi powiadomić o zarówno Value1 i Value2 zmiany własności.

4. Widok musi ponownie odczytać i ponownie potwierdzić obie wartości oraz wyczyścić wadliwy znak.

5. Nie jestem pewien, czy zrobi to WPF, jeśli stwierdzi, że zdarzenie powiadomienia zostało podniesione, ale wartość faktycznie nie uległa zmianie.