.net WinForms привязка данных с использованием Lambda вместо свойства - PullRequest
Новая
       22

.net WinForms привязка данных с использованием Lambda вместо свойства

6 голосов
/ 23 февраля 2012

В моем проекте у меня есть модель, и я хочу связать видимое состояние метки, используя одно из свойств модели. Я не хочу добавлять другое свойство ShowLabel к модели. Я хочу иметь возможность написать что-то вроде этого: 

label.Bindings.Add("Visible", model, m => m.Name != "Default");

По сути, я хочу написать лямбда-выражение вместо добавления свойства в мою модель. Возможно ли это?

Ответы [ 2 ]

4 голосов
/ 24 февраля 2012

Да, вы можете сделать это, используя событие Формат класса Binding. Вы по-прежнему будете привязываться к рассматриваемому свойству, но ваш обработчик события Format вернет другое значение (в данном случае bool). 

var binding = new Binding("Visible", model, "Name");
binding.Format += (sender, args) => args.Value = (string)args.Value != "Default";
label.DataBindings.Add(binding);
2 голосов
/ 23 февраля 2012

Привязка данных Windows Forms распознает интерфейс ICustomTypeDescriptor, который позволяет объекту во время выполнения решать, какие свойства он представляет для привязки данных. Поэтому, если вы напишете реализацию этого, вы можете сообщить Windows Forms, что у вас есть любые свойства, которые вам нравятся, и вы можете решить, как их реализовать.

Конечно, это может не помочь - если вы хотите избежать добавления свойства, вы также можете избежать реализации довольно сложного интерфейса. Очевидным решением будет написать тип, работа которого заключается в том, чтобы выступать в качестве источника данных и связываться с ним, а не с любым объектом, с которым вы в данный момент связываетесь.

Конечно, если вы сделаете , то , вероятно, тогда будет проще реализовать любое свойство, которое вы собирались реализовать в этой оболочке.

В общем случае с привязкой данных вы хотите избегать привязки напрямую к какой-либо базовой модели именно потому, что вам не нужно добавлять какие-либо элементы в вашу модель исключительно в интересах пользовательского интерфейса. Вот почему «разделенная презентация» очень популярна - вместо того, чтобы соединять модель и представление напрямую, вы вставляете что-то посередине, чья работа заключается в посредничестве. Некоторые называют это моделью представления, некоторые называют это презентатором, но основной принцип - это всегда разделение представления.

Звучит так, будто вы пытаетесь добиться отдельного представления (что хорошо), но без введения дополнительного типа, так что этому среднему слою есть куда идти. Почему бы просто не определить класс (или набор классов), который будет действовать как этот слой?

...