Перечисление привязки WPF к видимости
Я использую шаблон MVVM (начало работы) для приложения WPF
У меня есть свойство под названием TrainDirection, определенное в классе Train.cs модели:
public enum TrainDirection
{
Unknown,
None,
Left,
Right
}
в представлении я хочу показать / скрыть symbol, который представляет trainObject в соответствии со значением перечисления.
Я создал UserControl:
<Grid >
<Path x:Name = "TrainToRight" Data = "M80,160L220,160 270,190 220,220 80,220" Stretch = "Fill" StrokeThickness = "2" Opacity = "0.9"
</Path>
<Path x:Name = "TrainToLeft" Data = "M130,160L260,160 260,220 130,220 80,190z" Stretch = "Fill" StrokeThickness = "2" Opacity = "0.9"
</Path>
</Grid>
Думаю, мне нужно что-то вроде trainDirectionToVisibilityConverter, чтобы привязать свойство видимости к TrainDirection, чтобы показать / скрыть правильный символ в соответствии с направлением.
Думаю реализовать конвертер так:
class TrainDirectionToVisibilityConverter : IValueConverter
{
public object Convert(object value, Type targetType, object parameter, CultureInfo culture)
{
var direction = (TrainDirection)value;
switch (direction)
{
case TrainDirection.Unknown:
return Application.Current.FindResource("TrainDirectionUnknown");
case TrainDirection.None:
return Application.Current.FindResource("TrainDirectionNone");
case TrainDirection.Left:
return Application.Current.FindResource("TrainDirectionLeft");
case TrainDirection.Right:
return Application.Current.FindResource("TrainDirectionRight");
default: throw new ArgumentException($"Unsupported TranDirection value: {direction}");
}
}
public object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture)
{
throw new NotImplementedException();
}
}
Существует также ResourceDictionary, в котором для приложения определены пользовательские стили.
Как я могу реализовать эту привязку?
Некоторые объяснения были бы очень полезны, потому что я только начинаю программировать на C# и WPF.
Ответы 1
Нет необходимости в конвертере, вы можете просто использовать триггеры данных, то есть что-то вроде этого:
<Path x:Name = "TrainToRight" Data = "M80,160L220,160 270,190 220,220 80,220" Stretch = "Fill" StrokeThickness = "2" Opacity = "0.9">
<Path.Style>
<Style TargetType = "{x:Type Path}">
<Setter Property = "Visibility" Value = "Hidden" /> <!-- default value -->
<Style.Triggers>
<DataTrigger Binding = "{Binding TrainDirectionProperty}" Value = "Unknown">
<Setter Property = "Visibility" Value = "Visible" />
</DataTrigger>
</Style.Triggers>
</Style>
</Path.Style>
</Path>
Это нужно сделать один раз для каждого пути.
В качестве альтернативы вы также можете просто объявить один путь и использовать DataTriggers, чтобы установить свойство «Data» для данных пути, которые вам нужны:
<Path Stretch = "Fill" StrokeThickness = "2" Stroke = "Black" Opacity = "0.9">
<Path.Style>
<Style TargetType = "{x:Type Path}">
<Style.Triggers>
<DataTrigger Binding = "{Binding TrainDirectionProperty}" Value = "Left">
<Setter Property = "Data" Value = "M130,160L260,160 260,220 130,220 80,190z" />
</DataTrigger>
<DataTrigger Binding = "{Binding TrainDirectionProperty}" Value = "Right">
<Setter Property = "Data" Value = "M80,160L220,160 270,190 220,220 80,220" />
</DataTrigger>
<!-- etc -->
</Style.Triggers>
</Style>
</Path.Style>
</Path>
Еще одна возможность - создать общий стиль, который используют все ваши пути. В этом случае вам понадобится другой способ их различения, и один из способов сделать это - сохранить их значение в свойстве «Tag», которое вы можете использовать для произвольных пользовательских данных:
<Path Tag = "{x:Static vm:TrainDirection.Right}" Data = "M80,160L220,160 270,190 220,220 80,220" Style = "{StaticResource TrainDirectionStyle}" />
<Path Tag = "{x:Static vm:TrainDirection.Left}" Data = "M130,160L260,160 260,220 130,220 80,190z" Style = "{StaticResource TrainDirectionStyle}" />
... etc...
Затем вы создаете стиль, который сравнивает связанное значение со значением в теге и соответственно устанавливает видимость:
<Style x:Key = "TrainDirectionStyle" TargetType = "{x:Type Path}">
<Setter Property = "Stretch" Value = "Fill" />
<Setter Property = "StrokeThickness" Value = "2" />
<Setter Property = "Stroke" Value = "Black" />
<Setter Property = "Opacity" Value = "0.9" />
<Setter Property = "Visibility" Value = "Hidden" />
<Style.Triggers>
<DataTrigger Value = "True">
<DataTrigger.Binding>
<MultiBinding Converter = "{StaticResource EqualityConverter}">
<Binding Path = "TrainDirectionProperty" />
<Binding RelativeSource = "{RelativeSource Self}" Path = "Tag" />
</MultiBinding>
</DataTrigger.Binding>
<Setter Property = "Visibility" Value = "Visible" />
</DataTrigger>
</Style.Triggers>
</Style>
Это один из редких случаев, когда на преобразователь требуется гарантия, но это общий компаратор равенства, который можно использовать в других частях вашего кода, в отличие от специальной поддержки только этого одного случая:
public class EqualityConverter : IMultiValueConverter
{
public object Convert(object[] values, Type targetType, object parameter, CultureInfo culture)
{
return object.Equals(values[0], values[1]);
}
public object[] ConvertBack(object value, Type[] targetTypes, object parameter, CultureInfo culture)
{
throw new NotImplementedException();
}
}
Я бы предпочел вариант №2, потому что он сводит к минимуму количество привязок и объектов графического интерфейса, но при этом относительно прост для чтения и понимания.
Первое решение работает очень хорошо, если вы хотите переключаться между несколькими панелями в зависимости от значения перечисления. просто нужно использовать Collapsed вместо Hidden. Спасибо!
@AlexisLeclerc true, хотя в этом случае я, вероятно, предпочел бы использовать ContentControl вместо этого и использовать DataTriggers для установки содержимого на основе значения перечисления. Проблема с видимостью заключается в том, что все элементы графического интерфейса и их привязки и т. д. Все еще находятся в визуальном дереве ... не имеет большого значения, если вы просто отображаете несколько путей, но не совсем то, что вам нужно, если вы его используете для всего, что имеет множество дочерних элементов управления.
Отличное решение.