在十月份我们为Mobile Services交付了iOS 客户端库以后，许多人询问什么时候支持iOS推送通知。正如Scott Guthrie周三宣布的那样，Mobile Services现在支持发送iOS推送通知！通过添加一种更简单的登陆方法，我们改善了iOS Client API；现在配置用户身份认证只需要单行的">Objective-C代码。
使用此更新，现在Mobile Services可以完全支持Windows Store、 Windows Phone 8和 iOS 应用程序。
由于现在我们支持三种与客户交流的方式-推送通知、通过Twilio的SMS和通过SendGrid的电子邮件-跨三个平台，这篇文章将首先涉及iOS 推送基础，然后转向何时使用和为什么使用它们的基本指导。
Scott的博客有您需要的关于推送入门的所有细节，但是总结为两大优点：
Mobile Services使它特别容易发送推送通知。 Mobile Services给予您需要的为门户网站中的过期设备和频道处理反馈的工具，通过不将通知发送到已卸载的应用程序，定期处理数据库中的无效标记，同时为您节省资金。
在下面的视频中，Mobile Services团队的另一名成员Josh Twist将向您演示这些新的部分：
windowsazure
在移动开发中心还有两个可使用的精彩教程，第一个为推送服务和发送推送服务通知提供配置iOS应用程序的基础演练，第二个详细说明如何使用表来存储可用于向一个应用程序的用户发送推送通知的 APNS标记。
您还可以查看我们的关于如何使用APNS对象发送推送通知的完整详细信息的参考文档。
什么时候使用推送服务、电子邮件和SMS
理解怎样使用这些推送通知同样重要的是与电子邮件和SMS相比何时使用推送通知，简单的答案是取决于应用程序。
我们将会分享一些我们采用作为最佳做法的基本规则，还有分享一些演示例外情况的实例。我们很想在评论中听到一些你们自己的最佳做法，以及讨论何时背离这些最佳做法或者你们的一般准则更有意义。
推送通知：默认值规范
推送通知是专门为智能手机和应用程序创建的。它们是引起客户注意的最强大和最有效的方式。
注意，因为能力越大责任越大。开始时大多数的用户将会给你一些回旋的余地，允许推送通知。然而他们会很快撤消这项同意。