Windows前段开发者有足够的on their plates可以简单的从Windows 32桌面和Web应用迁移到XAML/C#或者HTML5/JavaScript，而且新的Windows Runtime (WinRT) 是Windows商店应用。

　　用Microsoft Account（以前是Live ID）为用户身份验证和授权，培训团队新的后端代码技能的成本会让人望而怯步。增加了使用Windows Notification Services (WNS)的消息，电子邮件和SMS也用Windows Azure SQL Databases (WASDB)结构化存储，目标是Windows 8和Azure：微软的遗留迂回路线，而且一切变化的有点多。

　　为了轻松的让.NET开发者进入这个多种设备的完美新世界，包括Win32笔记本电脑到触屏平板电脑和智能手机，微软的Windows Azure团队发布了Windows Azure Mobile Services (WAMS)预览版。最初的发布只支持Windows商店应用（以前是Windows 8应用）；微软最近承诺支持iOS和Android设备。

　　此次发布包含下列内容：

　　1、移动服务选项增加了新的HTML Windows Azure Management Portal生成后端数据库、身份认证/授权、通知和自动化服务器端脚本服务。
　　2、Apache 2.0许可证下的开源WAMS Client SDK预览版，可以从GitHub下载；SDK要求Windows 8 RTM和Visual Studio 2012 RTM。
　　3、应用示例展示WAMS多租户性能，也可以从GitHub下载。这个示例除了移动开发者页面的教程提供的和OakLeaf Systems博客之外的。
　　4、商店菜单增加了Visual Studio 2012的Project菜单，加快Windows商店应用注册和部署。
　　5、Visual Studio 2012打开一个表格报刊开发者Windows 8许可证，创建Windows商店应用要用到。

　　WAMS消除了手工需求，多达一千多行的XAML和C#要执行并配置Windows Azure SQL Database (WASDB)，类似的也有针对客户端和设备不可知的移动后端的Access Control and Service Bus通知组件。RESTful后端使用OData的新JSON轻型负荷选择用最小的数据开销来支持多种前段操作系统。WAMS的动态模式（Dynamic Schema）性能自动生成WASDB表模式和关系，因此前段设计者不需要数据库设计技能。

　　扩展WAMS设备和性能

　　Scott Guthrie是微软的合作VP，负责Windows Azure开发，他在博客中宣布了如下的支持设备和功能：

　　1、支持iOS，企业可以连接iPhone和iPad应用到移动服务（Mobile Service）
　　2、移动服务支持Facebook,、Twitter和谷歌认证
　　3、移动服务支持Blob、Table、Queue和Service Bus
　　4、可以从移动服务发送电子邮件（和SendGrid合作）
　　5、可以从移动服务发送SMS消息（和Twilio合作）
　　6、在美国西部地区部署移动服务

　　升级并没有修复GitHub 示例文件中原来的来自Developer Center或者Paul Batum的原始DoTo示例应用的Get Started with data或者Get Started with push notifications C# 和JavaScript示例项目。

　　开始Data Service

　　在你开始测试驱动WAMS之前，至少需要一个微软庄户（以前是Live ID）和Windows Azure试阅。下一步，从Windows Azure Management Portal点击账户标签（Account tab）请求访问WAMS预览版，预览性能链接，然后移动服务部分的“Try It Now”按钮。

　　一到两天内你会收到一封电子邮件消息，指导你如何增加移动服务项目到portal的导航面板上。在预览期内，你可以创建十个免费的移动服务。

　　点击+New按钮，选择移动服务并点击创建，打开一个表格，使用现有的Windows Azure SQL数据库或者创建一个新的。示例ToDo应用，是基于WAMS开发者中心的三个“Getting Started …”例子，用一个简单的TodoItem表，通过id (bigint, idenitity), text (nvarchar(max))和完整的(bit)列采集和存储任务数据。

　　在合并这些性能时，动态模式（Dynamic Schemas）功能自动增加userId (nvarchar(max))和 channel (nvarchar(max))列进行授权和身份认证。当你按下F5在Visual Studio 2012中构建和运行时，服务生成展示这个应用的主要形式所有的XAML和C#代码（参照图一）。

图一，使用动态模式性能增加channels和columns进行授权和身份认证

　　在用Visual Studio 2012测试初始客户端应用时，为了避免意外行为，使用你进行试验或者订阅相同的微软账户来请求进入WAMS预览版并登陆Windows 8。

　　用服务器权限和客户端脚本增加用户身份认证和授权

　　WAMS利用Windows和Windows Phone的Live SDK来提供单点登录（SSO）认证你用来登陆Windows 8的微软庄户。在我的博客中，我描述了如何在Visual Studio 2012中创建一个Package.appxmanifest文件，通过创建一个用Windows Push Notifications & Live Connect service注册应用。当WAMS团队扩展到Andioid时，使用Live SDK for iOS 和Live SDK for Android。你也可以授权新的Facebook、Google和Twitter身份提供商。

　　WAMS增加了简单表格Management Portal，允许开发者设置服务器端权限来授权用户访问TodoItem表（见图二）。

图二、TodoItem表权限表格的形式让开发者选择用户授权读、插入、更新和删除操作的层级

　　增加参照到Live SDK，对Microsoft.Live和Windows.UI.Popups命名空间使用声明，23行C#代码引出一个“Let This App Access Your Info?”弹窗。

　　服务器端脚本可以让用户通过认证信息，到达Live ID后端进行授权。脚本编辑器允许开发者轻松的添加JavaScript item.userId = user.userID声明到默认的request.execute功能，进行插入、删除和升级功能操作（参见图三）。

图三、服务器端脚本编辑器简化到增加单行代码通过userId值进行授权操作TodoItem表。

　　最后，增加JavaScript query.where({ userId: user.userId });声明读功能返回登录用户的唯一内容。

　　交付推动通知

　　WAMS和LiveID SDK也允许设备向用户推送通知，通过插入新字段到TodoItems表中。我的博客描述了如何增加Windows.Networking.PushNotifications；也有一段声明和代码声明和交付一个值到静态CurrentChannel变量，再到客户端代码。步骤1-4和1-5增加了新的DataMember属性名channel和代码，提交给ButtonSave_Click事件处理程序，总共八行C#代码。然后，你可以使用Management Portal在推送表格中注册应用的Security ID (SID)，作为Windows Application Credential（Windows应用证书）之一（见图四）。

图四、移动服务需要Client Secret 和Package SID值来识别请求访问数据库表格的客户端。

　　最后，应用需要Channel表来单独存储用于推送通知的channel URI，区别于TodoItems 。你也可以增加17行C#代码（一个应用总共25行）和10行JavaScript Insert()功能代码，来完成推送通知功能（见图五）。

图五、最终的推送通知测试可能展示了一个或者更多的TodoItems条目的多种通知源代码

　　用Windows商店注册应用

　　微软坚决要让Windows上带你和苹果的APP商店竞争，所以有望没有严苛的流程。我的博客有写我如何解决Oakleaf ToDo应用UI的不同大小的自定制位图文件（见图六和图七）。我也详细介绍了提交应用到Windows商店的流程。

图六、这是一个标准的150 x 150 px logo展开图；宽版Logo是300 x 150 px

图七、应用搜索和通知使用50 x 50 px logo展开图

　　Windows 8普遍应用时，应用从开始页面到最后，Windows商店是部署应用的唯一手段。我为Windows商店注册递交了一个OakLeaf ToDo应用的升级版本。如果符合要求，你应该能够在十一月初通过搜索OakLeaf找到。注册队列从十月份开始变得冗长，因为2012年十月份末应用开发者纷纷去预定Windows 8 RTM。