Привязка данных WPF к интерфейсу, а не к фактическому объекту - возможно ли приведение?

Чтобы выполнить привязку к явно реализованным членам интерфейса, все, что вам нужно сделать, это использовать круглые скобки. Например:

скрытый:

{Binding Path=MyValue}

явный:

{Binding Path=(mynamespacealias:IMyInterface.MyValue)}

Это ответ на форумах Microsoft от Беатрис Коста - MSFT стоит прочитать (довольно старая):

Группа связывания данных некоторое время назад обсуждала добавление поддержки интерфейсов, но в итоге не реализовала ее, потому что мы не смогли придумать для нее хороший дизайн. Проблема заключалась в том, что у интерфейсов нет иерархии, как у объектных типов. Рассмотрим сценарий, в котором ваш источник данных реализует как IMyInterface1, так и IMyInterface2, и у вас есть шаблоны данных для обоих этих интерфейсов в ресурсах: какой шаблон данных, по вашему мнению, нам следует выбрать?

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

Еще мы должны помнить, что отражение не так уж и дешево, и это немного снизит нашу производительность для этого сценария.

Так в чем же выход? Вы не можете сделать все это в XAML, но вы можете легко сделать это с помощью небольшого количества кода. Свойство ItemTemplateSelector ItemsControl можно использовать для выбора того, DataTemplate вы хотите использовать для каждого элемента. В методе SelectTemplate для селектора шаблона вы получаете в качестве параметра элемент, который будет шаблоном. Здесь вы можете проверить, какой интерфейс он реализует, и вернуть соответствующий ему DataTemplate.

Короткий ответ: DataTemplate не поддерживает интерфейсы (подумайте о множественном наследовании, явном v. Неявном и т. Д.). Способ, которым мы стараемся обойти это, - это расширить базовый класс, чтобы разрешить специализацию / обобщение DataTemplate. Это означает, что достойным, но не обязательно оптимальным решением будет:

public abstract class SomeClassBase
{

}

public class SomeClass : SomeClassBase
{

}

<DataTemplate DataType="{x:Type local:SomeClassBase}">
    <!-- ... -->
</DataTemplate>

У вас есть другой вариант. Задайте ключ в шаблоне DataTemplate и укажите ссылку на этот ключ в шаблоне ItemTemplate. Нравится:

<DataTemplate DataType="{x:Type documents:ISpecificOutcome}"
              x:Key="SpecificOutcomesTemplate">
    <Label Content="{Binding Name}"
           ToolTip="{Binding Description}" />
</DataTemplate>

затем ссылайтесь на шаблон по ключу, где вы хотите его использовать, например:

<ListBox ItemsSource="{Binding Path=SpecificOutcomes}"
         ItemTemplate="{StaticResource SpecificOutcomesTemplate}"
         >
</ListBox>

Ответ, предложенный dummyboy, - лучший ответ (он должен быть поставлен на первое место, imo). У него есть проблема, которая не нравится дизайнеру (выдает ошибку "Объект null не может использоваться в качестве параметра доступа для PropertyPath), но есть хорошее обходное решение. Временное решение состоит в том, чтобы определить элемент в табличке данных, а затем установите для шаблона метку или другой элемент управления содержимым. В качестве примера я пытался добавить изображение, подобное этому

<Image Width="120" Height="120" HorizontalAlignment="Center" Source="{Binding Path=(starbug:IPhotoItem.PhotoSmall)}" Name="mainImage"></Image>

Но это продолжало выдавать мне ту же ошибку. Решением было создать этикетку и использовать шаблон данных для отображения моего контента.

<Label Content="{Binding}" HorizontalAlignment="Center" MouseDoubleClick="Label_MouseDoubleClick">
    <Label.ContentTemplate>
        <DataTemplate>
            <StackPanel>
                <Image Source="{Binding Path=(starbug:IPhotoItem.PhotoSmall)}" Width="120" Height="120" Stretch="Uniform" ></Image>
            </StackPanel>
        </DataTemplate>
    </Label.ContentTemplate>
</Label>

У этого есть свои недостатки, но мне кажется, что это работает очень хорошо.

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

 <TextBlock>
    <TextBlock.Text>
        <Binding Path="Packages[0].(myNamespace:IShippingPackage.ShippingMethod).CarrierServiceCode"/>
    </TextBlock.Text>
 </TextBlock>

Или напрямую с директивой Binding.

 <TextBlock Text="{Binding Path=Packages[0].(myNamespace:IShippingPackage.ShippingMethod).CarrierServiceCode}"/>

Или при использовании нескольких свойств интерфейса вы можете переопределить DataContext локально, чтобы сделать код более читабельным.

 <StackPanel DataContext={Binding Path=Packages[0].(myNamespace:IShippingPackage.ShippingMethod)}">
    <TextBlock Text="{Binding CarrierName}"/>
    <TextBlock Text="{Binding CarrierServiceCode}"/>
  </StackPanel>

Совет: следите за тем, чтобы в конце выражения Path случайно не оказалось )}. Я продолжаю делать глупую ошибку копирования / вставки.

Path="(myNameSpace:IShippingPackage.ShippingMethod)}"

Обязательно используйте Path=

Обнаружено, что, если я явно не использую Path=, возможно, он не сможет проанализировать привязку. Обычно я пишу что-то вроде этого:

Text="{Binding FirstName}"

вместо

Text="{Binding Path=FirstName}"

Но с более сложной привязкой интерфейса я обнаружил, что Path= необходимо, чтобы избежать этого исключения:

System.ArgumentNullException: Key cannot be null.
Parameter name: key
   at System.Collections.Specialized.ListDictionary.get_Item(Object key)
   at System.Collections.Specialized.HybridDictionary.get_Item(Object key)
   at System.ComponentModel.PropertyChangedEventManager.RemoveListener(INotifyPropertyChanged source, String propertyName, IWeakEventListener listener, EventHandler`1 handler)
   at System.ComponentModel.PropertyChangedEventManager.RemoveHandler(INotifyPropertyChanged source, EventHandler`1 handler, String propertyName)
   at MS.Internal.Data.PropertyPathWorker.ReplaceItem(Int32 k, Object newO, Object parent)
   at MS.Internal.Data.PropertyPathWorker.UpdateSourceValueState(Int32 k, ICollectionView collectionView, Object newValue, Boolean isASubPropertyChange)

т.е. не делайте этого:

<TextBlock Text="{Binding Packages[0].(myNamespace:IShippingPackage.ShippingMethod).CarrierServiceCode}"/>