/ / WPF DataTrigger срещу .Net собственост - wpf, datatrigger

WPF DataTrigger срещу .Net собственост - wpf, datatrigger

Аз съм с MVVM модел и има сценарий, където трябва да се скрие контрол въз основа на някои функционални логика.

Имам две възможности да се справя.

  1. Мога да създам булева собственост върху визуален модел и да го свържа със съответния контрол, за да се справя с видимостта и тази собственост се определя на базата на някаква функционална логика.

  2. Мога да използвам DataTrigger на контрола, за да се справя с видимостта на самата XAML, която използва същата функционална логика тук. (Тази функционална логика е лесна за достъп на XAML)

Въпрос - Кой е правилният начин да се справите с него по отношение на производителност и поддръжка и т.н. в WPF?

Отговори:

2 за отговор № 1

Бих казал, че вариант 1: Кажи, че искаш да включиш Silverlight View. След това не трябва да отидете и да създадете спусъка в изгледа Silverlight.

Така че първата опция ще бъде най-добрият модел според MVVM.


4 за отговор № 2

просто погледнете това

По-добре ли е DataTrigger да се използва вместо бази данни?