在逻辑删除后恢复 LongListSelector 中的滚动位置

我正在尝试使用 WP7 Silverlight 工具包中的 LongListSelector 控件。这需要一些工作，但我终于让它与我的应用程序一起工作。不幸的是，我在正确处理逻辑删除过程时遇到了一些麻烦。

当应用程序逻辑删除（或用户通过选择列表中的项目导航到另一个页面）时，我会保存列表中最顶层可见项目的副本。我将其保存到类变量和应用程序状态集合中。

ICollection<object> visibleItems = myLongList.GetItemsInView();
_lastItem = null;
if (visibleItems.Count > 0)
    _lastItem = visibleItems.First();
IDictionary<string, object> state = 
              Microsoft.Phone.Shell.PhoneApplicationService.Current.State;
state["IndexByName_LastTopItem"] = _lastItem;

然后，当用户返回页面时，我检查两个值（状态或变量）之一，并使用它来恢复最后的滚动位置。

if (_lastItem == null) 
{ 
    if (state.ContainsKey("IndexByName_LastTopItem")) 
    { 
        _lastItem = state["IndexByName_LastTopItem"] as Chemical; 
    } 
} 

if (_lastItem != null) 
    Dispatcher.BeginInvoke(() => { myLongList.ScrollTo(_lastItem); }); 

除非应用程序存在墓碑，否则这非常有效。在这种情况下，我不会收到任何错误，但列表是完全空白的，直到我触摸它并拖动为止。一旦我这样做，它就会重新显示在列表顶部。我查看了控件的源代码，发现当您调用 .ScrollTo(object) 时，它没有匹配。进一步的调查发现，当搜索要滚动到的项目时，它使用 == 而不是 Equals 进行比较。我只覆盖了 Equals，显然默认的 == 比较（按设计）引用。当您在逻辑删除后恢复状态项时，引用不匹配。 我可以覆盖 ==，但这感觉不对。我可以更改并重建控制源来调用 equals （我尝试过并且它有效），但它是由比我聪明得多的人编写的，我想知道我是否只是不明白它。 有没有更好的办法？

这是我最终想出的解决方案......

由于工具包可以免费获得源代码，因此我最终编辑了 LongListSelector 源代码以调用 .Equals 而不是 ==。它似乎适合我的用例，我想我会分享以防其他人发现它有用......

在 LongListSelector.cs 中找到 GetFlattenedIndex(object item) 函数并替换

if (item == _flattenedItems[index].Item)

with

if (item.Equals(_flattenedItems[index].Item))

然后在同一个文件中找到 GetResolvedIndex(object item, out ContentPresenter contentPresenter) 函数并替换

if (node.Value.Content == item)  // Nov 2010 Release
// OR
if (_flattenedItems[index].Item == item)  // Feb 2011 Release

with

if (item.Equals(node.Value.Content))  // Nov 2010 Release
// OR
if (item.Equals(_flattenedItems[index].Item))  // Feb 2011 Release

请注意，替换取决于您使用的工具包下载！

一旦您对控件进行了这些更改，它就会正确匹配 ScrollTo(object) 中指定的对象，即使引用不相等，只要您为 LongListSelector 中显示的所有对象类型正确重写 Equals 即可。不要忘记这适用于您的分组类以及您的项目类（如果您有分组列表）！