Windows phone 8.1 WP8.1 silverlight-未调用通知激活事件

我正在使用Windows Phone 8.1 silverlight应用程序处理原始通知

应用程序在前台接收通知时，必须取消通知并使用

ToastNotificationManager.CreateToastNotifier（）创建新通知。

它还有一个

backgroundtask

来处理在后台接收到的原始通知，它使用

ToastNotificationManager.CreateToastNotifier（）将接收到的原始通知转换为toast通知。

单击此通知时，还需要执行一些操作A

当应用程序在前台收到通知，但在挂起应用程序后单击通知时，会出现问题。由于此类通知的已注册激活事件不在后台任务中（因为通知是在前台逻辑中形成的），因此在单击通知时不执行任何操作A

---

对于

WP8.1silverlight

应用程序来说，这似乎是一个限制。有人能为这个问题提出一个解决方案吗？？？

如果你需要在点击Toast后做一些动作，你应该在你的应用程序中添加wp:Param到你的Toast中，并使用deep url和句柄。 吐司看起来像

<wp:Notification xmlns:wp=\"WPNotification\">
    <wp:Toast>
        <wp:Text1>You title</wp:Text1>
        <wp:Text2>Your subtitle</wp:Text2>" +
        <!-- You can add any parameter you want in deep url -->
        <wp:Param>/Page2.xaml?NavigatedFrom=Toast Notification</wp:Param>
    </wp:Toast>
</wp:Notification>

你的头衔
你的副标题“+
/Page2.xaml？NavigatedFrom=Toast通知

---

当您点击toast时，默认情况下，它将打开应用程序的Page2.xaml并向其传递uri参数

如果您需要在点击toast后执行某些操作，则应使用应用程序中的深url和句柄将wp:Param添加到您的toast中。 吐司看起来像

<wp:Notification xmlns:wp=\"WPNotification\">
    <wp:Toast>
        <wp:Text1>You title</wp:Text1>
        <wp:Text2>Your subtitle</wp:Text2>" +
        <!-- You can add any parameter you want in deep url -->
        <wp:Param>/Page2.xaml?NavigatedFrom=Toast Notification</wp:Param>
    </wp:Toast>
</wp:Notification>

你的头衔
你的副标题“+
/Page2.xaml？NavigatedFrom=Toast通知

---

当您点击toast时，默认情况下，它将打开应用程序的Page2.xaml并通过原始通知将uri参数传递给它（这在WP中是两种不同类型的通知。我指的是仅原始通知，因为在WP8.1中，后台任务仅由原始通知触发。原始通知指的是原始通知还是Toast通知（这是WP中的两种不同类型的通知。我指的是仅原始通知，因为在WP8.1中，后台任务仅由原始通知触发。好的，但是为什么不能从激活的事件导航到第2页？这是WP8.1 silverlight应用程序的限制吗？@Tulika我不理解您的目标当前执行操作a的逻辑是f从前台或后台任务为toast Notification激活的事件。您建议的替代方案要求我在toast xml中添加参数，我的问题是我们不能仅从toast的激活事件实现操作A吗？@Tulika您尝试过此事件吗？是的，我仅使用此激活事件。但如问题仅针对一种场景，当toast通知从前台显示时，因此绑定到toast的激活事件在FG逻辑中提到，但当应用程序位于BG中时，toast会被单击。好的，但为什么不能从激活事件导航到第2页？这是否是WP8.1 silverlight应用程序的限制？@Tulika我不知道我不理解您的目标当前，执行操作A的逻辑是从前台或后台任务的toast Notification的激活事件中完成的。您建议的替代方案要求我在toast xml中添加参数，我的问题是，我们不能仅从toast的激活事件中实现操作A吗？@Tulika您尝试过这个ev吗ent？是的，我仅使用此激活事件。但如问题中所述，仅适用于一种场景，当toast通知从前台显示时，因此绑定到toast的激活事件在FG逻辑中提到，但当应用程序位于BG中时，单击toast。