Новичок - путают о привязке и ресурсах в WPF

Ответ 1

Во-первых, общий комментарий:

WPF трудно узнать. Трудно учиться, потому что есть несколько принципиально новых концепций, которые вы должны одновременно обдумать. Борьба, с которой вы сейчас сталкиваетесь, заключается в том, что вы пытаетесь изучить по крайней мере три разных момента сразу:

• Как XamlReader (и, в частности, расширения разметки) десериализует XAML в объекты.
• Как работают словари ресурса FrameworkElement.
• Как работает привязка данных.

Что-то вроде этого:

<TextBox Text="{Binding Source={StaticResource MyPerson}, Path=Name}"/>

объединяет (по крайней мере) три очень разных технологии одновременно. Все эти технологии разработаны настолько гибкими, насколько это возможно, что только делает их более запутанными для новичков. Идея о том, что источник привязки может быть примерно чем угодно: это трудно понять. Идея о том, что расширение разметки является особым видом формата сериализации, который поддерживает рекурсию: достаточно простой, чтобы понять в принципе, но немного озадачен, когда вы впервые начинаете работать с реальными примерами. Идея о том, что словарь ресурсов может содержать что угодно, и что алгоритм поиска ресурсов существенно делает ресурсы наследуемыми: опять же, довольно простой в концепции, но легко потерять поток, когда вы пытаетесь выяснить привязку данных и XAML на в то же время.

Это расстраивает, потому что что-то концептуально простое - "Я хочу привязать этот элемент управления к свойству объекта, который я создал" - требует, чтобы вы поняли многое, прежде чем сможете реально выразить его в XAML.

Единственное решение - быть терпеливым и следить за тем, чтобы вы понимали вещи на самом низком уровне. Когда вы увидите это:

{StaticResource MyPerson}

вы должны подумать: "Это вызовет обработчик расширения разметки StaticResource, который извлекает объект из словаря ресурсов с помощью клавиши MyPerson, когда XAML десериализуется.

Это очень сложная задача. Я профессионально занимаюсь разработкой программного обеспечения в течение 35 лет, и я нашел WPF самой сложной технологической платформой, которую я когда-либо изучал с большой разницей. Но все это сложно изучать, потому что это невероятно функционально и гибко. И выигрыш обучения у него огромен.

Чтобы решить пару проблем, которые не выполняли karmicpuppet:

Из моего опыта в MFC [resources] были значки, строки и т.д.

Это не изменилось. Вы все равно можете создавать файлы ресурсов в WPF и загружать их в объекты во время выполнения. Существует множество способов сделать это: вы можете создавать ресурсы в редакторе ресурсов и загружать их через объект Properties.Resources, вы можете добавлять файлы изображений (например) в проект, скомпилировать их как ресурсы и загрузить их используя их URI, и есть много других способов, о которых я не знаю.

Ресурсы, доступные FrameworkElement через свои ресурсные словари, - это совсем другое. Ну, вроде. Вот пример:

<Window.Resources>
   <Image x:Key="MyImage" Source="images/myimage.png"/>
</Window.Resources>

Это создает объект Image и добавляет его в словарь ресурсов Window с ключом MyImage. Затем вы можете ссылаться на этот объект через расширение разметки StaticResource в XAML или метод FindResource в код.

Установка атрибута Source в элементе Image в XAML также позволяет XamlReader использовать ResourceManager для чтения данных изображения из скомпилированных ресурсов проекта во время выполнения, когда он создает объект Image.

На практике это не так странно, как когда вы впервые изучаете WPF. Я никогда не получаю ресурсы, которые загружают ResourceManager и ресурсы, хранящиеся в ресурсных словарях.

И когда именно этот объект создан?

Любой объект, определенный элементом XAML, создается, когда XamlReader считывает элемент. Итак:

<Window.Resources>
   <local:Person x:Key="MyPerson"/>
</Window.Resources>

создает новый объект Person и добавляет его в словарь ресурсов Window с ключом MyPerson. Это точно эквивалентно выполнению этого в коде Window:

AddResource("MyPerson", new Person());

Так почему бы вам просто не сделать это в коде? Две причины:

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

Во-вторых, IDE знает о ресурсах, которые вы определяете в XAML. Если вы наберете

<TextBox Text="{Binding {StaticResource MyPerson}, Path=Name}"/>

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

Ответ 2

Подумайте об этом так: все элементы FrameworkElements (Windows, кнопки, другие элементы управления и т.д.), а также объект Application содержат словарь ресурсов. Всякий раз, когда вы определяете ресурс в XAML, как показано здесь:

<Window>
  <Window.Resources>
    <SolidColorBrush x:Key="myBrush" Color="Red"/>
    <DataTemplate x:Key"myTemplate">
      <!--Template definition here -->
    </DataTemplate>
  </Window.Resources>
</Window>

Мне нравится делать что-то вроде этого в коде:

class Window
{
  void Window()
  {
    this.Resources.Add("myBrush", new SolidColorBrush(Brushes.Red));
    this.Resources.Add("myTemplate", new DataTemplate());
  }
}

Вы можете поместить все объекты в качестве "Ресурсы". Все, что вы хотели бы использовать повторно в своем приложении, вы можете определить его как ресурс.

Теперь, когда вы используете "{StaticResource}" следующим образом:

<Button Background="{StaticResource myBrush}"/>

Это похоже на указание WPF выполнить поиск соответствующего ресурса "myBrush" и применить его к свойству Background. Что произойдет, WPF сначала будет искать ресурс в словаре ресурсов Button, а если он не будет найден, будет искать его родительский элемент, его родительский родитель и т.д. До ресурсов приложения.

"Статическая" вещь в "StaticResource" просто отличает ее от другого типа поиска ресурсов, называемого "DynamicResource". Разница между двумя ответами предоставляется в этой ссылке.

При применении к Binding он также работает одинаково. Скажем, например, у вас есть следующий ресурс в вашем XAML:

<local:Person x:Key="MyPerson" Name="Title"/>

и использовал его как:

<TextBlock Text="{Binding Source={StaticResource MyPerson}, Path=Name}"/>

В этом случае произойдет что-то вроде этого:

Binding b = new Binding();
b.Source = FindResource("MyPerson");
b.Path = "Name";
[TextBlock].SetBinding(TextBlock.TextProperty, b);

Опять же, разметка "{StaticResource}" в XAML сообщает WPF искать соответствующий ресурс и устанавливать его как значение свойства a. В этом случае свойство является обязательным свойством "Источник".

Это основы. Надеюсь, вы найдете это полезным