忽略 Windows 10 应用程序中的大型磁贴更新

Question

我正在我的通用应用程序中实现中、宽和大磁贴的排队，以显示前 5 个新闻标题。在大图块中，我一次显示 2 个标题，所以如果有 5 个标题，则将有 5 个中宽图块，但队列中有 3 个大图块。由于在更新瓦片时，我们需要为所有瓦片尺寸提供有效负载，因此我需要指定忽略第 4 次和第 5 次更新的大瓦片有效负载。这与本机邮件应用的行为相同。

绑定元素中有一个 contentId 属性，我们可以（理论上）将其用于此目的（msdn link）。但是，它在 Windows 10 中不起作用（我使用的是版本 1703 build 15063.296）。它曾经在 Windows 8.1 中工作。 Windows 10 中的这种机制是否有任何变化？

我曾在一年前使用旧版本的 Windows 10 提出过这个问题here，后来我知道它已在内部版本中得到修复。但是，看起来它在最新的 GA 版本中仍未修复。因此，我再次提出这个问题。

Answer 1

由于在更新磁贴时，我们需要为所有磁贴尺寸提供有效负载，我需要指定忽略第 4 次和第 5 次更新的大磁贴负载。

对于自适应磁贴，无需为所有磁贴尺寸提供有效负载。您可以根据您的要求提供有效负载。因此，对于您的场景，您应该简单地省略包含其他两个 XML 有效负载的 TileLarge 绑定，如下所示：

• 通知 1
  • TileMedium
  • 平铺宽度
  • TileLarge
• 通知 2
  • TileMedium
  • 平铺宽度
  • TileLarge
• 通知 3
  • TileMedium
  • 平铺宽度
  • TileLarge
• 通知 4
  • TileMedium
  • 平铺宽度
• 通知 5
  • TileMedium
  • 平铺宽度

通过仅在三个负载中包含 TileLarge 绑定，平台将只能显示三个可显示的大图块通知，因此用户将只能看到三个大通知。这正是 MSN 新闻应用所做的。

我强烈建议使用这种方法而不是 contentId 属性，因为它会产生更小的 XML 有效负载，从而更有效。 contentId 属性被认为已过时，不建议使用。如果您确实有效地使用了 contentId，但否则无法实现，请告诉我。