Установка ItemsSource
для элемента управления элементов создает привязку к перечислителю для исходного объекта. Перечислитель типа 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
(хотя 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 для 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>
Чтобы ответить на ваши дополнительные вопросы:
Я рекомендую Адама Натана 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). И это не очень хороший уровень абстракции: дизайнерские решения, которые вошли в решение, что должно быть скрыто, а что должно быть видимым, не являются, как мне кажется, правильными. Также он чертовски глючит.