Учитывая словарь <string, Drink>
, как Вы связали бы dictionary.Values
к WPF ListBox, так, чтобы объекты использовали .Name
свойство?
struct Drink
{
public string Name { get; private set; }
public int Popularity { get; private set; }
public Drink ( string name, int popularity )
: this ( )
{
this.Name = name;
this.Popularity = popularity;
}
}
Установка ItemsSource
в элементе управления элементами создает привязку к перечислителю для исходного объекта. Перечислитель Dictionary
имеет тип IEnumerable
. Таким образом, в шаблоне элемента вы можете выполнить привязку к свойствам 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
во многих отношениях довольно нелогична.Вы думаете, что хотите создать одну сетку
, содержащую много элементов, но количество строк и столбцов в сетке
не является динамическим. Вместо этого вы создаете сетку
для каждого элемента, а затем используете функцию общего размера, чтобы убедиться, что столбцы в каждой сетке
имеют одинаковый размер. ListView
имеет свои особенности, но он намного проще для обычного варианта использования «отображение нескольких элементов в сетке».
DynamicResource
- это расширение разметки, которое во многом похоже на StaticResource
. Разница в том, что когда синтаксический анализатор XAML разрешает StaticResource
во время его синтаксического анализа - если указанный ресурс отсутствует в словаре ресурсов, он генерирует исключение. DynamicResource
разрешает ссылку, если элемент будет добавлен в словарь позже. Это немного снижает производительность, но в большинстве случаев это незначительно. Опубликованный мной код работает, если вы используете StaticResource
, потому что XAML анализируется в InitializeComponent
. Но мне не нравится помнить об этом, поэтому я использую DynamicResource
по умолчанию, если я привязываюсь к чему-то, что добавляю в словарь ресурсов в коде, и просто не беспокоюсь о том, создается до или после анализа XAML.
А что касается набора инструментов: возможно, я начну использовать его в VS2010, но я считаю, что тот, что был в 2008 году, непривычно содержит ошибки. И все равно не очень полезно. Я делаю почти все свои макеты в редакторе, а некоторые - в Kaxaml.Я думаю, что визуальный редактор в 2008 году фактически усложнил изучение WPF , потому что он наложил слой абстракции между мной и XAML (который сам по себе является слоем абстракции между мной и объектной моделью WPF). И это не очень хороший уровень абстракции: дизайнерские решения, которые позволили решить, что следует скрывать, а что должно быть видно, не являются, как мне кажется, правильными. И глючит как черт.
ListBox.DisplayMemberPath = "Name";
Это укажет списку использовать свойство 'Name' контекста данных
{{1 }}