C# 从填充到捕捉视觉状态时的首选行为

我目前正在实现一些快照视图，我遇到了一个找不到答案的问题。也许你们这些美丽的头脑可以帮我

当我将我的应用程序从填充状态拖动到快照状态时，有大约1-1.5秒的时间，在快照的视图空间中仍然显示旧的“填充”视图。看起来不太好！我想这里应该有一个标准的行为。我是否显示启动屏幕？我是否在项目中设置动画（如果是，我应该收听什么事件）

谢谢你的帮助

编辑：以下是我的一个视图中的一段简化代码，该视图经历了这种延迟-搜索结果页面：

<Grid x:Name="LayoutRoot">
  <Grid x:Name="FullViewGrid">
    <!-- Two GridViews containing up to 27 items each (not very advanced) -->
  </Grid>
  <Grid x:Name="SnappedViewGrid">
    <!-- Two ListViews doing the same thing, with different item templates -->
  </Grid>
</Grid>

---

基本上，我正在实现VS2012中给出的标准搜索合同模板的我自己的想法。我有一种感觉，在UI中呈现这些更改时，CPU的压力有点太大了，这就是事情进展不太顺利的原因。

是的，这是你做错了。SnapView没有这样的延迟。如果您感兴趣，可以查看我的SnapView演练：

---

如果没有你的应用程序的代码示例，这是我现在能提供的最好的。但希望这将是SnapView走上正确道路所需的全部内容。祝你好运

在我看来，最常见的是拥有旧视图的1-1.5秒视图。。。但是，这并不意味着你不应该做得更好：）。您可以处理窗口的

SizeChanged

事件，并可能隐藏当前视图。。。有关检测视图状态更改（如更改为快照）的更多详细信息，请参阅。回答不错-谢谢：）但是，我何时知道何时可以重新设置动画？还有类似于“RenderingFinished”（渲染完成）事件的事情吗？虽然我非常愿意接受我的代码远远不够完美的建议，但我看到很多应用程序都有这种行为，包括一些来自微软的应用程序。你的视频博客内容丰富，但我已经在做同样的事情了。我的问题是它没有立即切换-可能是因为MS.使用的渲染代码中存在潜在问题。为了更好地解释我的情况，我在我的原始帖子中添加了一些代码。因此，我建议您从viewstate中提取情节提要，并尝试在外部运行，测试脚本本身是否有延迟。很可能是您的故事板导致的（但不太可能是viewstate转换导致的，因为它在其他应用程序中不是原因）。这也是在ARM上提高应用程序性能（从外部测试故事板）的一个好做法。如果它在viewstate之外超快速，那么。。。啊。希望你能找到一些明显的东西。