将Dictionary <T>绑定到WPF ListBox

Joa*_*nge 21 .net c# data-binding wpf listbox

给定一个字典<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;
    }
}
Run Code Online (Sandbox Code Playgroud)

Rob*_*ney 48

设置ItemsSource项控件会创建对源对象的枚举器的绑定.a的枚举器Dictionary<T1, T2>是类型的IEnumerable<KeyValuePair<T1, T2>>.因此,在项模板中,您可以绑定到KeyValue属性,并使用路径语法来获取键和值的特定属性.

这是一个例子.首先是创建和填充字典并将其添加到资源字典的代码(有很多不同的方法可以将字典暴露给数据绑定;这个很简单):

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; }
        }
    }
}
Run Code Online (Sandbox Code Playgroud)

现在用于填充a的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>
Run Code Online (Sandbox Code Playgroud)

XAML for 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>
Run Code Online (Sandbox Code Playgroud)

要回答您的后续问题:

我推荐Adam Nathan的Windows Presentation Foundation Unleashed.有关面板布局的章节解释了Grid如何相当详细地工作.这Grid在很多方面都很反直觉.您认为您想要创建Grid包含许多项的单个,但a中的行数和列数Grid不是动态的.所以你要做的就是Grid为每个项目创建一个,然后使用共享大小的功能来确保每个项目中的列Grid大小相同.它ListView有自己的怪癖,但对于常见的"在网格中显示多个项目"用例来说,它更直接.

DynamicResource是一个很有用的标记扩展StaticResource.不同之处在于,当XAML解析器解析StaticResource它时解析 - 如果引用的资源不在资源字典中,则会抛出异常.DynamicResource如果项目稍后添加到字典中,则解析引用.这有一点性能成本,但在大多数情况下它可以忽略不计.我发布的代码如果您使用StaticResource,则可以使用,因为XAML会被解析InitializeComponent.但我不想记住这一点,所以我DynamicResource默认使用,如果我绑定到我在代码中添加到资源字典中的东西,只是不要担心它是在XAML之前还是之后创建的得到解析.

至于工具箱:也许我会在VS2010中开始使用它,但我发现2008年的那个太多了.反正也不是很有用.我几乎所有的布局都在编辑器中工作,有些在Kaxaml中.我认为2008年的可视化编辑器实际上让学习WPF 变得更难,因为它在我和XAML(它本身就是我和WPF对象模型之间的抽象层)之间强加了一个抽象层.它并不是一个非常好的抽象层:在我看来,决定应该隐藏什么以及应该看到什么的设计决策不是正确的.这也是地狱的错误.

  • +1为一个很好解释的后续行动.还有一个很好的例子;) (2认同)