ListViewCachingStrategy、RecycleElement、buggy吗？

我已经在一个项目上工作了很长时间，现在有几个人，在所有的功能中，用户可以通过列表搜索另一个。我们正在使用Xamarin的ListView控件，并通过将ListViewCachingStrategy设置为RecycleElement来优化其性能。到目前为止，一切都运行得很好，我们通过在后端使用ElasticSearch改进了计时响应

我们只显示用户的信息，并允许连接的用户通过点击所需的单元格打开其他人的页面。问题是，我们最近实现了一个新功能，允许他/她通过位于单元格中的按钮打开列表的第二个控件。为此，我们在UserViewModel中设置了一个命令，初始化我们需要的一切，并设置绑定到此新控件的IsVisible属性的bool，但是当这个命令被触发时（该命令），我们不会进入与我们想要的用户对应的UserViewModel

更准确地说，这个问题只会在前六个用户（页面出现后显示的第一个用户）之后出现，如果我们向下滚动，用户的信息会正确更新，因此理论上，通过点击按钮，我们应该将命令触发到想要的用户的ViewModel中，对吗？然而，事实并非如此，因为我们最终将成为前六个UserViewModels中的一个

如果有人遇到同样的问题，我一直在谷歌上搜索，但没有一个结果与我的类似，但我确实明白，在Android上，RecycleElement面临一些问题。我的问题自然是：情况仍然如此吗？如果没有：是否有人面临类似问题

此外，我们的ListView的itemSource是一个简单的列表，而不是一些人建议使用的可观察集合。这会导致这样的问题吗？我希望我的解释足够简单，如果你需要任何细节，请告诉我。我真的很想调试这种情况

提前感谢所有阅读我文章并愿意花时间回复的人。 致以最良好的祝愿

MT WSM

有一位名叫达尼尔（全部归功于他）的人在Xamarin的官方论坛上回复了我，他的领导帮助我解决了我的问题

诀窍只是创建一个自定义视图单元格并重新设置给定控件的BindingContext。因为问题是，即使listview项的BindingContext值正在更新，控件也不是这样。因此，通过强制，它工作得非常好

致以最良好的祝愿

MT WSM