如何在通用窗口中更新通知

toast通知不是适合您的用例的解决方案
让我们从toast通知的指导原则开始。Microsoft为toast通知推荐以下内容（此问题的要点摘录）：

• 如果通知不再有效，则隐藏通知。例如，如果对方挂断了电话或用户已经在另一台设备上接听了电话，则隐藏对来电的吐司。请注意，您只能在应用程序运行时隐藏通知

在您的用例中，一旦百分比发生变化，旧信息将不再有效。您应该隐藏这些通知
另一方面，我们有这样一点：

• 除非绝对必要，否则不要隐藏吐司通知

用户应该能够处理现有的toast通知。您的应用程序应该而不是处理现有通知的清理！

• 不要将用户未要求通知的内容通知用户。例如，不要假设所有用户都希望在每次他们的联系人出现在线时收到通知

请记住，发送新通知总是会弹出一个新窗口。大多数用户可能会在短时间后感到恼火。为您的用户提供选择此通知的可能性，以及在哪个级别（开始和结束，每10%更新一次，每5%更新一次）：

• 不要将toast通知用于通知量大的内容，例如股价信息

给用户高更新率会让他更加恼火。

最后但并非最不重要的是，提供替代方案：

• 如果吐司中提供的信息很重要，请为用户提供其他获取方式。例如，您可能希望在应用程序的实时互动程序上或应用程序中显示相关信息

让我们继续学习瓷砖和徽章的指导原则。微软在这里也提出了一些建议。但看看最关键的可能会有所帮助：

您的互动程序应该多久更新一次

如果您选择使用实时互动程序，请考虑互动程序的更新频率。

对于个性化内容，如消息计数或游戏中轮到谁，我们建议您在信息可用时更新互动程序，特别是当用户注意到互动程序内容滞后、不正确或丢失时。对于非个性化内容，如天气更新，我们建议互动程序每30分钟更新一次。这可以让你的互动程序感觉最新，而不会让你的用户不知所措。

这个30分钟的时间范围对于您的用例的实时更新来说太长了。

IMHO:对Upload finished、Song finished等使用不可变的toast通知。但允许用户选择使用此通知功能
对于实时更新（实际百分比），您的用户应该在您的应用程序中并在那里接收更新。