ItemContainerGenerator.ContainerFromItem() 返回 null？

Question

我有一些奇怪的行为，我似乎无法解决。当我迭代 ListBox.ItemsSource 属性中的项目时，我似乎无法获取容器？我期望看到返回一个 ListBoxItem，但我只得到 null。

有什么想法吗？

这是我正在使用的代码：

this.lstResults.ItemsSource.ForEach(t =>
    {
        ListBoxItem lbi = this.lstResults.ItemContainerGenerator.ContainerFromItem(t) as ListBoxItem;

        if (lbi != null)
        {
            this.AddToolTip(lbi);
        }
    });

ItemsSource 当前设置为字典并且包含许多 KVP。

Answer 1

我在这个 StackOverflow 问题中发现了更适合我的情况的东西：

在数据网格中获取行

通过将在 UpdateLayout 和 ScrollIntoView 调用中，在调用 ContainerFromItem 或 ContainerFromIndex 之前，您会导致 DataGrid 的该部分被实现，这使得它可以返回 ContainerFromItem/ContainerFromIndex 的值：

dataGrid.UpdateLayout();
dataGrid.ScrollIntoView(dataGrid.Items[index]);
var row = (DataGridRow)dataGrid.ItemContainerGenerator.ContainerFromIndex(index);

如果您不希望如果要更改 DataGrid 中的当前位置，这对您来说可能不是一个好的解决方案，但如果可以的话，它无需关闭虚拟化即可工作。

Answer 2

终于解决了问题...通过将 VirtualizingStackPanel.IsVirtualizing="False" 添加到我的 XAML 中，现在一切都按预期工作。

不利的一面是，我错过了虚拟化的所有性能优势，因此我将加载路由更改为异步，并在加载时在列表框中添加了一个“旋转器”...

Answer 3

object viewItem = list.ItemContainerGenerator.ContainerFromItem(item);
if (viewItem == null)
{
    list.UpdateLayout();
    viewItem = list.ItemContainerGenerator.ContainerFromItem(item);
    Debug.Assert(viewItem != null, "list.ItemContainerGenerator.ContainerFromItem(item) is null, even after UpdateLayout");
}

Answer 4

使用调试器单步执行代码，看看是否实际上没有返回任何内容，或者 as 转换是否错误，从而将其转换为 null （您可以只使用正常转换以获得正确的异常）。

经常发生的一个问题是，当 ItemsControl 对大多数项目进行虚拟化时，任何时候都不会存在容器。

另外，我不建议直接处理项目容器，而是绑定属性并订阅事件（通过 ItemsControl.ItemContainerStyle）。

Answer 5

使用此订阅：

TheListBox.ItemContainerGenerator.StatusChanged += (sender, e) =>
{
  TheListBox.Dispatcher.Invoke(() =>
  {
     var TheOne = TheListBox.ItemContainerGenerator.ContainerFromIndex(0);
     if (TheOne != null)
       // Use The One
  });
};

Answer 6

虽然从 XAML 禁用虚拟化是可行的，但我认为最好从使用 ContainerFromItem 的 .cs 文件中禁用它，

 VirtualizingStackPanel.SetIsVirtualizing(listBox, false);

这样可以减少 XAML 和代码之间的耦合；因此，您可以避免有人通过接触 XAML 来破坏代码的风险。

Answer 7

我参加聚会有点晚了，但这里有另一个解决方案，在我的情况下是防失败的，

在尝试了许多建议将 IsExpanded 和 IsSelected 添加到底层对象和绑定的解决方案之后以 TreeViewItem 风格给他们，虽然这大部分有效在某些情况下它仍然失败......

注意：我的目标是编写一个迷你/自定义类似资源管理器的视图，当我单击其中的文件夹时它在 TreeView 上选择右侧窗格，就像在资源管理器中一样。

private void ListViewItem_MouseDoubleClick(object sender, MouseButtonEventArgs e)
{
    var item = sender as ListViewItem;
    var node = item?.Content as DirectoryNode;
    if (node == null) return;

    var nodes = (IEnumerable<DirectoryNode>)TreeView.ItemsSource;
    if (nodes == null) return;

    var queue = new Stack<Node>();
    queue.Push(node);
    var parent = node.Parent;
    while (parent != null)
    {
        queue.Push(parent);
        parent = parent.Parent;
    }

    var generator = TreeView.ItemContainerGenerator;
    while (queue.Count > 0)
    {
        var dequeue = queue.Pop();
        TreeView.UpdateLayout();
        var treeViewItem = (TreeViewItem)generator.ContainerFromItem(dequeue);
        if (queue.Count > 0) treeViewItem.IsExpanded = true;
        else treeViewItem.IsSelected = true;
        generator = treeViewItem.ItemContainerGenerator;
    }
}

这里使用了多个技巧：

• 用于从上到下扩展每个项目的堆栈
• 确保使用当前级别生成器来查找项目（非常重要）
• 事实上，顶部的生成器-level items 永远不会返回 null

到目前为止，它运行得很好，

• 不需要用新属性污染你的类型
• 根本不需要禁用虚拟化 。

Answer 8

这很可能是与虚拟化相关的问题，因此仅为当前可见的项目生成 ListBoxItem 容器（请参阅https://msdn.microsoft.com/en-us/library/system.windows.controls.virtualizingstackpanel(v=vs.110).aspx#Anchor_9)

如果您使用的是 ListBox 我建议改用 ListView - 它继承自 ListBox 并且支持 ScrollIntoView() 方法您可以利用它来控制虚拟化；

targetListView.ScrollIntoView(itemVM);
DoEvents();
ListViewItem itemContainer = targetListView.ItemContainerGenerator.ContainerFromItem(itemVM) as ListViewItem;

（上面的示例还利用了 DoEvents() 静态方法，此处有更详细的解释；WPF 如何在处理更多代码之前等待绑定更新发生？）

之间还有一些其他细微差别列表框和 ListView 控件（之间有什么区别ListBox 和 ListView) - 这本质上不会影响您的用例。

Answer 9

VirtualizingStackPanel.IsVirtualizing="False" 使控制变得模糊。请参阅下面的实现。这有助于我避免同样的问题。
始终设置您的应用程序 VirtualizingStackPanel.IsVirtualizing="True"。

有关详细信息，请参阅链接

/// <summary>
/// Recursively search for an item in this subtree.
/// </summary>
/// <param name="container">
/// The parent ItemsControl. This can be a TreeView or a TreeViewItem.
/// </param>
/// <param name="item">
/// The item to search for.
/// </param>
/// <returns>
/// The TreeViewItem that contains the specified item.
/// </returns>
private TreeViewItem GetTreeViewItem(ItemsControl container, object item)
{
    if (container != null)
    {
        if (container.DataContext == item)
        {
            return container as TreeViewItem;
        }

        // Expand the current container
        if (container is TreeViewItem && !((TreeViewItem)container).IsExpanded)
        {
            container.SetValue(TreeViewItem.IsExpandedProperty, true);
        }

        // Try to generate the ItemsPresenter and the ItemsPanel.
        // by calling ApplyTemplate.  Note that in the 
        // virtualizing case even if the item is marked 
        // expanded we still need to do this step in order to 
        // regenerate the visuals because they may have been virtualized away.

        container.ApplyTemplate();
        ItemsPresenter itemsPresenter = 
            (ItemsPresenter)container.Template.FindName("ItemsHost", container);
        if (itemsPresenter != null)
        {
            itemsPresenter.ApplyTemplate();
        }
        else
        {
            // The Tree template has not named the ItemsPresenter, 
            // so walk the descendents and find the child.
            itemsPresenter = FindVisualChild<ItemsPresenter>(container);
            if (itemsPresenter == null)
            {
                container.UpdateLayout();

                itemsPresenter = FindVisualChild<ItemsPresenter>(container);
            }
        }

        Panel itemsHostPanel = (Panel)VisualTreeHelper.GetChild(itemsPresenter, 0);


        // Ensure that the generator for this panel has been created.
        UIElementCollection children = itemsHostPanel.Children; 

        MyVirtualizingStackPanel virtualizingPanel = 
            itemsHostPanel as MyVirtualizingStackPanel;

        for (int i = 0, count = container.Items.Count; i < count; i++)
        {
            TreeViewItem subContainer;
            if (virtualizingPanel != null)
            {
                // Bring the item into view so 
                // that the container will be generated.
                virtualizingPanel.BringIntoView(i);

                subContainer = 
                    (TreeViewItem)container.ItemContainerGenerator.
                    ContainerFromIndex(i);
            }
            else
            {
                subContainer = 
                    (TreeViewItem)container.ItemContainerGenerator.
                    ContainerFromIndex(i);

                // Bring the item into view to maintain the 
                // same behavior as with a virtualizing panel.
                subContainer.BringIntoView();
            }

            if (subContainer != null)
            {
                // Search the next level for the object.
                TreeViewItem resultContainer = GetTreeViewItem(subContainer, item);
                if (resultContainer != null)
                {
                    return resultContainer;
                }
                else
                {
                    // The object is not under this TreeViewItem
                    // so collapse it.
                    subContainer.IsExpanded = false;
                }
            }
        }
    }

    return null;
}

Answer 10

对于仍然遇到此问题的任何人，我可以通过忽略第一个选择更改事件并使用线程基本上重复调用来解决此问题。这就是我最终所做的：

private int _hackyfix = 0;
    private void OnMediaSelectionChanged(object sender, SelectionChangedEventArgs e)
    {
        //HACKYFIX:Hacky workaround for an api issue
        //Microsoft's api for getting item controls for the flipview item fail on the very first media selection change for some reason.  Basically we ignore the
        //first media selection changed event but spawn a thread to redo the ignored selection changed, hopefully allowing time for whatever is going on
        //with the api to get things sorted out so we can call the "ContainerFromItem" function and actually get the control we need I ignore the event twice just in case but I think you can get away with ignoring only the first one.
        if (_hackyfix == 0 || _hackyfix == 1)
        {
            _hackyfix++;
            Dispatcher.RunAsync(CoreDispatcherPriority.Normal, () =>
        {
            OnMediaSelectionChanged(sender, e);
        });
        }
        //END OF HACKY FIX//Actual code you need to run goes here}

编辑 10/29/2014：您实际上甚至不需要线程调度程序代码。您可以将所需的任何内容设置为 null 以触发第一个选择更改事件，然后从事件中返回，以便将来的事件按预期工作。

        private int _hackyfix = 0;
    private void OnMediaSelectionChanged(object sender, SelectionChangedEventArgs e)
    {
        //HACKYFIX: Daniel note:  Very hacky workaround for an api issue
        //Microsoft's api for getting item controls for the flipview item fail on the very first media selection change for some reason.  Basically we ignore the
        //first media selection changed event but spawn a thread to redo the ignored selection changed, hopefully allowing time for whatever is going on
        //with the api to get things sorted out so we can call the "ContainerFromItem" function and actually get the control we need
        if (_hackyfix == 0)
        {
            _hackyfix++;
            /*
            Dispatcher.RunAsync(CoreDispatcherPriority.Normal, () =>
        {
            OnMediaSelectionChanged(sender, e);
        });*/
            return;
        }
        //END OF HACKY FIX
        //Your selection_changed code here
        }