Ответ 1
Установка ItemsSource элемента управления элементами создает привязку к перечислителю для исходного объекта. Перечислитель a Dictionary<T1, T2> имеет тип IEnumerable<KeyValuePair<T1, T2>>. Поэтому в шаблоне элемента вы можете привязываться к свойствам Key и Value и использовать синтаксис пути для получения конкретных свойств ключа и значения.
Вот пример. Сначала код, который создает и заполняет словарь и добавляет его в словарь ресурсов (существует множество различных способов, которыми вы можете предоставить словарь для привязки данных, этот простой):
namespace WpfApplication17
{
/// <summary>
/// Interaction logic for Window1.xaml
/// </summary>
public partial class Window1 : Window
{
public Window1()
{
Dictionary<string, Drink> d = new Dictionary<string, Drink>();
d.Add("A", new Drink("Nehi", 0));
d.Add("B", new Drink("Moxie", 1));
d.Add("C", new Drink("Vernor's", 2));
d.Add("D", new Drink("Canfield's", 3));
Resources["Drinks"] = d;
InitializeComponent();
}
public class Drink
{
public Drink(string name, int popularity)
{
Name = name;
Popularity = popularity;
}
public string Name { get; set; }
public int Popularity { get; set; }
}
}
}
Теперь XAML для заполнения ListBox (хотя a ListView будет проще, потому что вам не нужно будет определять шаблон, этот сложный, чтобы он выглядел красиво):
<Window x:Class="WpfApplication17.Window1"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
Title="Window1"
Height="300"
Width="300">
<Grid Margin="10">
<ListBox ItemsSource="{DynamicResource Drinks}" Grid.IsSharedSizeScope="True">
<ListBox.ItemTemplate>
<DataTemplate>
<Grid>
<Grid.ColumnDefinitions>
<ColumnDefinition SharedSizeGroup="Key" />
<ColumnDefinition SharedSizeGroup="Name" />
<ColumnDefinition SharedSizeGroup="Popularity" />
</Grid.ColumnDefinitions>
<TextBlock Margin="2" Text="{Binding Key}" Grid.Column="0"/>
<TextBlock Margin="2" Text="{Binding Value.Name}" Grid.Column="1"/>
<TextBlock Margin="2" Text="{Binding Value.Popularity}" Grid.Column="2"/>
</Grid>
</DataTemplate>
</ListBox.ItemTemplate>
</ListBox>
</Grid>
</Window>
XAML для a ListView намного проще и более красиво загружается:
<ListView ItemsSource="{DynamicResource Drinks}">
<ListView.View>
<GridView>
<GridViewColumn Header="Key"
DisplayMemberBinding="{Binding Key}" />
<GridViewColumn Header="Name"
DisplayMemberBinding="{Binding Value.Name}" />
<GridViewColumn Header="Popularity"
DisplayMemberBinding="{Binding Value.Popularity}" />
</GridView>
</ListView.View>
</ListView>
Чтобы ответить на ваши последующие вопросы:
Я рекомендую Adam Nathan Windows Presentation Foundation Unleashed. В главе о компоновке с панелями объясняется, как Grid работает очень подробно. Grid довольно контрастно интуитивно понятен во многих отношениях. Вы считаете, что хотите создать одиночный Grid, который содержит много элементов, но количество строк и столбцов в Grid не является динамическим. Итак, вместо этого вы создаете Grid для каждого элемента, а затем используйте функциональность с общим размером, чтобы убедиться, что столбцы в каждом Grid имеют одинаковый размер. ListView имеет свои собственные причуды, но это гораздо более прямолинейно для общего использования "отображать несколько элементов в сетке".
DynamicResource - это расширение разметки, которое очень похоже на StaticResource. Разница заключается в том, что когда анализатор XAML разрешает StaticResource, когда он анализирует его, - если ссылочный ресурс не находится в словаре ресурсов, он выдает исключение. DynamicResource разрешает ссылку, если элемент позже добавляется в словарь. Для этого есть немного производительности, но в большинстве случаев это незначительно. Код, который я опубликовал, работает, если вы используете StaticResource, потому что XAML получает парсинг в InitializeComponent. Но мне не нравится помнить об этом, поэтому я использую DynamicResource по умолчанию, если я привязываюсь к чему-то, что я добавляю в словарь ресурсов в коде, и просто не беспокойтесь о том, будет ли он создан раньше или после анализа XAML.
А что касается инструментария: возможно, я начну использовать это в VS2010, но я нахожу, что в 2008 году он был необычно багги. И вообще не очень полезно. Я почти все свои макеты работы в редакторе, а некоторые в Kaxaml. Я думаю, что визуальный редактор в 2008 году действительно усложнил обучение WPF, поскольку он наложил слой абстракции между мной и XAML (который сам по себе является абстракционным слоем между мной и объектной моделью WPF). И это не очень хороший уровень абстракции: дизайнерские решения, которые решались, что нужно скрывать, и то, что должно быть видно, не являются, как мне кажется, правильными. Также это багги, как черт.