Die OneWay-Bindung für ToggleButton-das IsChecked-Eigenschaft in WPF

Ich habe eine ToggleButton mit seinen IsChecked - Eigenschaft an eine Eigenschaft mit einem OneWay-Bindung.

<ToggleButton
    Command="{Binding Path=SomeCommand}"
    IsChecked="{Binding Path=SomeProperty, Mode=OneWay}" />

Den SomeCommand schaltet die Boolesche SomeProperty Wert, und ein PropertyChanged - Ereignis ausgelöst wird, für SomeProperty.

Wenn ich SomeProperty in meinem viewmodel die ToggleButton drückt richtig. Jedoch wenn ich auf die ToggleButton die Bindung scheint verloren zu gehen, und die Taste nicht mehr erhält, überprüft nach dem Wert SomeProperty. Irgendwelche Ideen auf, wie dieses problem zu lösen?

Was macht Ihr SomeCommand tun? Ich habe eine Anzahl von ToggleButtons, die das gleiche tun, mit der gleichen Art der Bindung, und alle SomeCommand tut, ist, Annulliere den aktuellen Wert SomeProperty.
SomeProperty war tatsächlich ein anderer Typ und ich war mit einem Konverter zu ändern, um einen booleschen Wert. Ich, dass Links, um die Frage einfacher.

InformationsquelleAutor M. Dudley | 2010-09-22

6

Dies ist by design bei der Verwendung von oneway-Daten verbindlich. Fügen Sie die angefügte Eigenschaft PresentationTraceSources.TraceLevel=High, um Ihre Bindung und Sie werden sehen, wenn es getrennt wird. Dieser link beschreibt das problem auch (ohne Angebot keine Lösung): Debuggen von Data Binding in WPF

Die Art und Weise, die ich normalerweise nicht lösen, es ist mit einem Befehl für die Interaktion der Nutzer und code-behind zu verändern, die Kontrolle Aussehen, weil einige der veränderten Eigenschaften.
- Warum diese Antwort wurde akzeptiert? Es löst nicht das problem (die existiert und kann leicht reproduziert werden).
InformationsquelleAutor Wallstreet Programmer

Gibt es eine einfache und elegante Weise zu lösen, die original-poster, das problem - ersetzen IsChecked-Eigenschaft des ToggleButton mit einem verknüpfbaren Eigenschaft, die festgelegt wird IsChecked der Taste ändern handler:

namespace TBFix
{
  public class TBExtender
  {
    public static readonly DependencyProperty IsCheckedProperty =
      DependencyProperty.RegisterAttached("IsChecked", 
                                          typeof(bool),
                                          typeof(TBExtender),
                                          new PropertyMetadata(OnChanged));

    public static bool GetIsChecked(DependencyObject obj)
    {
      return (bool)obj.GetValue(IsCheckedProperty);
    }
    public static void SetIsChecked(DependencyObject obj, bool value)
    {
      obj.SetValue(IsCheckedProperty, value);
    }

    private static void OnChanged(DependencyObject o,
                                  DependencyPropertyChangedEventArgs args)
    {
      ToggleButton tb = o as ToggleButton;
      if (null != tb)
        tb.IsChecked = (bool)args.NewValue;
    }
  }
}

XAML wird dann wie folgt Aussehen:

<ToggleButton Command="{Binding Path=SomeCommand}"
              TBFix:TBExtender.IsChecked="{Binding Path=SomeProperty,
                                                   Mode=OneWay}" />

EDIT: Die OP-Lösung funktioniert nicht, weil, wenn Sie die Taste gedrückt, wird die IsChecked-Eigenschaft wird im code festgelegt (dies ist die Möglichkeit, MS umgesetzt Umschaltfeld-Steuerelement) - Einstellung der Eigenschaft entfernt die Bindung von es und so es nicht mehr funktioniert.

Durch die Verwendung von angefügten Eigenschaft können wir dieses problem zu überwinden, denn es ist nie ein Wert zugewiesen, in der code und damit die Bindungen intakt bleibt.

Hallo Alex, vielen Dank für die Bereitstellung der eleganteste Lösung, es funktioniert für mich. aber ich verstehe nicht, wie es funktioniert. Können Sie erklären, ein wenig mehr?
Ich habe ein paar Worte zu der Idee hinter meiner Lösung. Lesen Sie mehr über angefügte Eigenschaften auf der MSDN-Website (msdn.microsoft.com/en-us/library/vstudio/...)
Dies ist in der Tat elegant!

InformationsquelleAutor Alex_P

1

Ich habe ähnliches problem.

Ist es nicht "die Bindung scheint verloren zu gehen" (es sei denn, es ist früher frameworks Probleme). Bindung weiter arbeiten und kann leicht bewiesen durch ändern der Eigenschaft außerhalb , dass der Befehl (z.B. im handler eine andere Schaltfläche click-Ereignis/Befehl).

Das problem ist, was IsChecked verändert werden kann, zwei Möglichkeiten: 1) Bindung (wenn der Wert der SomeProperty geändert wird, wird die Schaltfläche aktualisiert, 2) Benutzer (wenn der Benutzer die Taste drücken, ändert er IsChecked aber Bindung ist OneWay so SomeProperty wird nicht aktualisiert).

So können Sie desync tritt auf, wenn SomeProperty == false aber button IsChecked == true oder vice-versa.

Um die Leistung zu optimieren Mechanismus für die Bindung ist die überprüfung, ob der neue Wert unterscheidet sich vom aktuellen. Also, wenn desync Auftritt und Sie versuchen, zu aktualisieren SomeProperty mit dem Wert, die es bereits haben, dann wird auch nichts passiert.

Abhilfe ist einfach: aktualisieren Sie die Eigenschaft in 2 Schritten
```
SomeProperty = !set;
SomeProperty = set;
```
wo set ist der Wert, den Sie benötigen (z.B. gegenüber aktuellen SomeProperty).

InformationsquelleAutor Sinatr
0

Ich denke, was das problem reduziert sich zu einem Konflikt zwischen dem Befehl und der IsChecked verbindlich. Meine Lösung war, meine viewmodel zu entlarven eine bool? und binden, dass die IsChecked Eigenschaft. Ich nicht binden Sie einen Befehl an den ToggleButton. An anderer Stelle in meinem code, wo ich will, zum Umschalten der Eigenschaft, die ich verwenden SomeCommand.

InformationsquelleAutor M. Dudley
0

Meines Wissens Sinatr korrekt ist in Bezug auf die "desync', das Auftritt, zumindest in neueren frameworks.

Eine weitere einfache Möglichkeit, um das Problem zu entfernen, die mode=oneway-und implementieren eine leere setter. Ex:
```
    bool _MyIsEnabled;
    public bool MyIsEnabled
    {
        get { return _MyIsEnabled; }
        set { }
    }
```
Mit dieser verbindlichen setup können Sie ändern Sie den Wert der backing-variable von Ihrem Befehl verbindliche Funktion, oder ob Sie müssen. Denken Sie daran, zu nennen RaisePropertyChanged.

InformationsquelleAutor raistlin

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.