通知架构答案

【问题标题】：Notification Architecture通知架构
【发布时间】：2011-04-29 04:06:17
【问题描述】：

随着 WP7 的到来，我开发了一个商务约会解决方案。我想知道架构。我的 Silverlight 应用程序需要与 Web 服务通信，这里没问题。

不利的是，我还有另一个需求，即使用 Microsoft 通知推送服务推送通知手机。我的问题是如何处理这个服务器端。

我想到了一个 IIS / WAS 来托管 WCF 服务和一个处理通知推送的 Windows 服务，为每个新约会创建一个计时器来发送推送。

您对此解决方案的架构有想法吗？你知道服务器/库规划吗？

最好的问候，

文森特·布宗

【问题讨论】：

【解决方案1】：

我不确定您的问题是什么，但澄清以下内容可能会有所帮助：

推送通知消息不会保证交货。

如果您需要保证将约会添加到个人设备，以便他们不会错过任何业务约会，为什么不让该人订阅共享日历并从服务器远程更新日历？或者通过 Exchange/电子邮件发送会议请求？

关于约会的数量，您每天可以为每个应用、每台设备发送多达 500 条通知。我认为您在实体会议预约方面不会达到这个限制。除非你有一些非常忙碌的人。

就发送消息的 Web 服务器上的进程而言，您还可以考虑让 Azure Worker Role 生成消息。

【讨论】：

问题不是添加约会，而是提醒约会，如果应用程序没有运行（WP7上没有多任务），需要进行推送才能向用户发送消息。如何在没有 Azure 的情况下使用我的服务器管理一组计划推送？
日历约会内置了提醒功能。为什么要自己重新实现？您试图解决的内置行为是否存在问题？如果您必须自己执行此操作，您将需要您的服务来监控约会并在适当的时间发送消息。 MSDN上有一篇关于如何在msdn.microsoft.com/en-us/library/ff402545(VS.92).aspx发送推送通知的文章
只是因为它不是简单的约会。并且应用程序无法处理内部日历。而且我已经知道如何发送推送通知。

【解决方案2】：

这是一个非常及时的Channel9 video on push notifications，可能值得一看。

【讨论】：