微软先发布一个适用于iOS的Windows bridge的早期版本（以前称为Project Islandwood）。最终版本将在这个秋天发布，届时将允许bridge技术使用VS2015更新后新的开发功能。现在当前版本的bridge已经加入开源社区，供大家使用。在正式版本发布之前，微软希望得到更多开发者对于代码的关注，期待更多的反馈和参与，来帮助微软更好地开发bridge技术。

微软基于MIT许可将开源项目iOS bridge发布出来。为了更加方便iOS开发者在Windows平台上开发和运行应用，开发者需要注意的很重要的一点就是微软目前发布的工具的开发仍在进行中，Build大会上提出的一些功能点还没有成熟或者刚刚在初始阶段。微软期待更多开发者对于bridge的兴趣和关注，对比微软正在开发的工作和开发者的应用需求。微软真诚期待各位开发者的帮助，包括源代码、测试、bug报告以及评论。微软欢迎任何形式的参与，共建Windows  bridge。

Salmaan Ahmed 发表了一篇深入分析适用于iOS的Windows bridge的文章，他讨论了编译、运行时间、IDE集成以及Windows bridge的本质。更好的是，适用于iOS的Windows bridge的源代码已经放在GitHub上面供开发者使用。适用于iOS的Windows bridge支持x86和x64处理器下的Windows 8.1和Windows 10应用。在不久的将来，还会增加编译器优化和对ARM的支持，以用来增加移动设备的支持。

下面也有一些在Build大会上报告的其他bridge的更新。适用于Web应用的Windows bridge，即Project Westminster，随着Windows 10 和 VS2015一同发布，供开发者使用。Kiril Seksenov 最近的一篇博客是关于适用于Web应用的Windows bridge。文中详细介绍了适用于Web应用的Windows bridge在Windows层级的运行过程，bridge的工作原理以及开发者如何使用Web应用bridge来创建”Hosted Web Apps”，并解答一些共同的问题。

适用于安卓的Windows bridge，即Project Astoria，目前作为预览版，需要开发者经过邀请来使用。每周微软将逐渐邀请更多的开发者使用预览版，并且将继续扩大这个预览版的使用规模，最终目标是在8月底之前让目前在候选名单里面的每个开发者都能够参与其中，并且在秋天之前将安卓Windows bridge作为公共测试版发布出去。开发者如果希望提前使用安卓Windows bridge，请在这里注册您的信息。

就像微软在安卓Windows bridge上面付出的努力一样，微软也致力于开源项目。针对开源项目，微软提交了一些修改，来帮助提升ANGLE性能(ANGLE提供了OpenGL到DirectX的转换)。这些修改已经被谷歌采纳，通过DirectX的特征级别9.3，提升了ANGLE的性能以及兼容性。

适用于传统Windows应用的Windows bridge，即Project Centennial，将在明年进行公开测试。该bridge将使开发者将他们目前的.NET和基于Win32的Windows 应用打包发布到Windows应用商店。

希望每一位开发者都能够使用适用于iOS的Windows bridge，并安装Windows 10 和开发者工具。如果您感觉目前有些功能还欠缺，微软的团队很愿意在User Voice上听到反馈的声音。同时，微软期望通过@WindowsDev看到您在Windows应用商店中的应用程序。

说起NFC这项技术其实也不算新奇了，许多手机都支持例如，Nokia、三星、SONY、HTC、小米都有机型硬件支持NFC的功能。在应用商店中搜索NFC也可以找到不少 NFC 相关的应用，但是目前来讲使用率还是个问题，不管怎样今天我还是想在这里为大家 分享一下在 Windows Phone 平台中对NFC功能的技术支持情况。对不对的请大家参考一下，多多提些意见。

从NFC在手机上支持的场景上看大致分为三种模式（点对点模式，主动模式，被动模式）

首先说一下点对点模式，点对点模式实际上就是在两台手机上都同时打开NFC后，将手机进行触碰（实现 Touch and Connect就是一个典型场景），通过NFC的数据交换，可以引导不同设备进行连接，例如应用和应用间的 Socket，蓝牙耳机、音响 （基于蓝牙配对）。这部分内容请参考我之前的文章 近场通信 NFC / Bluetooth Proximity

主动模式 （读/写 卡模式） 就是在移动设备中NFC模块产生射频场从外部采用相同标准的NFC标签中读写数据。这里面有一个典型的使用场景就是在Android手机上使用支付宝为公交卡充值。

或者从应用当中通过NFC读取银行卡的消费记录

以上两个场景都是属于主动模式，在 Windows Phone 生态系统中也不乏对NFC前景看好的朋友研究过此类功能。在 Windows Phone 8.0 SL 的框架下开发由于SDK的限制不能使用除了NDEN以外的通信格式。所以不能支持此功能，但是在现在的 Windows Universal 框架下 Windows Phone 8.1 可以通过Windows.Devices.SmartCards.SmartCardReader，Windows.Devices.Enumeration.DeviceInformation等SDK实现此功能，但是要有一点要注意的是和类似公交卡这样的NFC设备进行交互还需要手机硬件NFC芯片的支持，特需NXP PN547芯片 只要配置此种芯片的手机就可以实现 多种协议的NFC卡片交互例如：MIFARE Classic/Ultralight/DESfire 如果我没记错的话 公交卡是第一种。目前在Windows Phone 家族中使用此种芯片的设备有 (Lumia 830 & 73x）

这里我列举一个 Sample Code， 由于本人手上木有这新款设备暂时没有上手测试过，不过凭直觉看上去问题不大。（如果有测试设备或者有开发过Android类似应用的大牛，还请帮忙测试一下，很愿意和大家一起研究这部分功能）这里还有一个CodePlex上的开源项目用于介绍这部分功能：NFC Smart Card Reader PC/SC Library

public async void TestNFC()
        {
            string selector = SmartCardReader.GetDeviceSelector();
            var deviceInfoCollection = await Windows.Devices.Enumeration.DeviceInformation.FindAllAsync(selector, null);
 
            if (deviceInfoCollection.Count != 0)
            {
                var scReader = await Windows.Devices.SmartCards.SmartCardReader.FromIdAsync(deviceInfoCollection[0].Id);
 
                scReader.CardAdded += async (s, c) =>
                    {
                        SmartCard sc = c.SmartCard;
                        SmartCardStatus scStatus = await sc.GetStatusAsync();
                        if (scStatus == SmartCardStatus.Ready) // This Check is not needed.
                        { 
                            SmartCardConnection scConn = await c.SmartCard.ConnectAsync();
                            scConn.TransmitAsync(/*APDU command*/); // You can send the command and receive the response from Device
                        }
                    };
            }
        }

被动模式（卡模拟 - Card Emulation），顾名思义就是将具备NFC功能的手机模拟成一张消费/会员/银行/等。卡片进行数据（花）交互（钱）。谈到跟钱相关的交互不得不提的一个名词就是 NFC- Secure Element 既： NFC–SE 这个SE我们可以简单的理解成是我们在网上消费时使用网银过程中让我们插入电脑USB接口中的U盾。 这里存有用户支付相关的安全信息，需要由单独的设备保存。目前在所有手机平台中做法分为三种：

第一种，独立存储芯片（全终端的解决方案 - Embedded），例如苹果设备（iP6 用户的指纹等安全信息是保存在独立的芯片当中），提供最高安全级别的权限，并且会开发部分SDK给 MO，银行，及开发者。

第二种，SWP（Single Wire Protocol - UICC）其中还有 eNFC、NFC-SIM 其实都是可以将安全信息写在 SIM 卡中，例如 现在中国移动有一种NFC-SIM卡就是这种解决方案，实现了公交卡刷卡乘坐地铁和公交的功能，其他三方应用需要和中国移动这样的运营商合作才能使用这类的 SE 进行消费验证。

第三种，NFC-SD 如果严格说NFC-SD 也是SWP的一种，为什么把它单独拿出来的原因是他与SIM的SE相比更为灵活。不会受到MO的制约，受到银行的认可（因为每个银行本来就是有自己的U盾么），但是 NFC –SD 的短板也非常明显，首先不是所有所有的手机都支持SD卡的SE，另外面对不同的消费的模拟需要更换不同的SD卡对于用户来说还是太挑战了，所以没有广泛的使用起来。

所以综上所述，手机内独立芯片的场景目前应该是 Apple 在尝试走的路，SWP（NFC-SIM）使用较为多的一种在Windows Phone 中同样也是支持的，对于NFC Emulation的开发内容就会牵扯到手机对UICC SE （Universal Integrated Circuit Card）的操作，这里需要开发者如果要完整SE的支付是需要和 运营商（MO） 的开发者一同完成整个购买流程，另外如果是MO自己的应用有些操作内容是需要MO权限才可以例如：更新部分SE内容。（这部分内容我暂时也没有试过，如果有MO开发者想做WP上的内容欢迎联系，我们一起研究探讨）微软对于如何申请MO权限以及如何UICC SE内容也有一个指导书大家可以参考一下。总的来说还是要申请权限建立信任证书，然后根据MO的信任机制进行开发流程：

参考：App development guide for UICC based NFC card emulation for Windows Phone 8.1

从实现场景上看目前中国移动以及和多家进行了合作例如

北京市政公交一卡通

银行的闪付

今天我在这里只是为大家介绍了一下NFC支付相关内容，在 Windows Phone 8.1 也是具备 读卡，刷卡，支付 等场景的，希望大家了解了这部分内容后可以结合自己好的想法做出更好的应用，相信今后是一定会迎来一个NFC时代的到来大家赶快行动起来吧：）

希望上的总结可以帮助到大家, 同时欢迎大家在这里和我沟通交流或者在新浪微博上 @王博_Nick

操作步骤如下：

1. 打开支付页面的时候我们会看到熟悉的支付页面，我们在页面中通过点击添加或切换付款方式进行选择

2. 在打开的选择付款方式页面我们会发现中国移动的付款方式已经在列表中了我们选择即可

3. 返回到支付信息页面点击购买继续完成支持

4. 系统会自动进行支付并且返回支付结果

5. 随后我们会收到移动支付的通知短信

整个流程非常简便快捷有效率。

相信说到这里大家一定有一个疑问就是关于官方支付渠道商店分成问题，其实无论是支付宝还是中国移动的支付都遵循统一的商店分成原则（既三七分成）请参考 应用开发人员协议 。当然的应用内商品和应用本身在上商店之前是需要进行审核的只要符合标准就可以了详细内容请参考  Windows 和 Windows Phone 应用商店策略 。

以上介绍的是用户体验，这里相信开发者朋友会站出来问这里多了一种支付方式那么我们已经开发好的应用程序，或者今后开发的应用程序如何针对中国移动的支付方式进行适配呢？

其实答案非常简单，我们不需要对这种支付方式进行特殊的配置，也就是说之前已经提交在应用商店中的应用内商品和应用本身无需进行任何修改就可以支持中国移动的支付方式，此外如果是一个全新的应用或应用内商品只需要按照之前 Windows Phone 应用内商品和应用提交的审核流程操作既可以支持中国移动的支付方式。

如果您需要是使用微软的中国移动官方支付，您需要将商品提交到应用商店进行审核后，在配合客户端的代码编写及您应用本身或和您自己的服务器进行验证交互来完成应用内商品购买。我之前有一篇详细介绍应用内购买的文章请参考： Windows Phone 8 In app purchase 应用内购买 / 应用内支付

大致内容如下：

微软的支付流程如下

在进行Coding之前我们需要现在应用商店中提交我们的应用内商品

随后我们要在应用中配置好应用的详细信息，否则我们是无法再应用中拿到商品列表的。（下图是Silverlight应用的配置方法）

Universal 应用需要直接与应用相关联 （参考：如何在Windows应用商店中提交您的Windows 8.1 应用更新）

随后我们就可以进行支付部分的 Coding 工作，这里常用的 loadlistingInformationAsync() 来获取所有的商品。

private async void btnListIAPProducts_Tap(object sender, System.Windows.Input.GestureEventArgs e)
        {
            try
            {
                var ProdList = await CurrentApp.LoadListingInformationAsync();
                lbProductsList.Items.Clear();
                string t = "";

                foreach (var item in ProdList.ProductListings)
                {
                    t = string.Format("{0}, {1}, {2},{3}, {4}",
                                        item.Key,
                                        item.Value.Name,
                                        item.Value.FormattedPrice,
                                        item.Value.ProductType,
                                        item.Value.Description);

                    lbProductsList.Items.Insert(0, t);
                }
            }
            catch (Exception ex)
            {
                MessageBox.Show("Error: " + ex.Message);
            }
        }

完成支付功能 （详细内容还是建议阅读一下：Windows Phone 8 In app purchase 应用内购买 / 应用内支付）

private async void btnOrderProduct_Tap(object sender, System.Windows.Input.GestureEventArgs e)
        {
            var ProdList = await CurrentApp.LoadListingInformationAsync();
            var Prod = ProdList.ProductListings.FirstOrDefault(p => p.Value.ProductType == ProductType.Consumable);
            try
            {
                var Receipt = await CurrentApp.RequestProductPurchaseAsync(Prod.Value.ProductId, true);

                if (CurrentApp.LicenseInformation.ProductLicenses[Prod.Value.ProductId].IsActive)
                {
                    // do someting with this license...

                    // Notify the marketplace that the application has delivered the paid-for goods to the user. 
                    CurrentApp.ReportProductFulfillment(Prod.Value.ProductId);
                }
                MessageBox.Show(Receipt, "Fatura", MessageBoxButton.OK);
            }
            catch (Exception ex)
            {
                MessageBox.Show(ex.Message, "Fatura", MessageBoxButton.OK);
            }
        }

此外如果你如果需要将你的应用进行打包上传发布到 Windows Store 请参考：Windows / Windows Phone 8.1 预留应用名称及应用上传

其实整个流程也比较简单，首先填写一些应用的一些基本信息，例如应用名称，类别，销售价格，分发市场等内容。

然后提交您的应用程序包到商店中进行审核即可，待审核通过后Windows 用户就可以在商店下载（购买）您的应用了。

希望上的总结可以帮助到大家, 同时欢迎大家在这里和我沟通交流或者在新浪微博上 @王博_Nick

首先介绍一下什么是 Portable Class Library，称之为‘可移植类库’（简称PCL）支持 C# 语言开发，并且在开发 Universal 类库时支持UI呈现。 这里在次强调一下目前只支持C#开发，C# 的语法可以在 PCL 中使用，方便C# 的开发人员快速上手，并且支持调用 Windows Runtime 的 SDK 例如，网络访问，JSON 处理，内容分享等功能。 也非常适合三方SDK开发和功能集成。

如何创建一个 PCL 的类库呢非常简单只需要打开我们的VS2013（update 2 及以上版本）选择Universal 应用模板 选择PCL的项目模板即可，（Component支持 Universal 应用。 DLL 支持Silverlight以及 Windows XAML C# 应用）这里最大的区别是 DLL 的类库不允许类库中使用UI内容。（原因非常简单 Universal 应用和 SL的应用架构不同）

通过项目属性 我们还可以通过 Output Type 来切换项目的输出类型（Component 或 DLL）

另外 我们还可以是通过 Targets 属性来适配应用的应用适配平台，这里要注意的是如果应用跨 Universal 和 Silverlight 平台 （8.0 和 8.1）类库内容会受到很大的影响（类库版本越旧我们在PCL中可以使用的WinRT feature 也就越少），并且PCL 将不能支持UI控件的分享。

上面提到各种限制肯能有些复杂，我用一张图来给大家说明一下。（这里针对Universal 8.1 APP 和 Silverlight 应用架构）

1.如果你的类库只想被Universal 应用调用，那么你需要选择 Windows Runtime Component 进行输出，你的PCL将支持大部分 Windows RT的 Feature 并且支持UI控件的分享，但是WinJS项目不支持 UI 控件的展示，这里原因很简单 XAML上层渲染和 HTML是不同的。

2.如果你需要你的PCL支持 Silverlight 项目的调用，那么你需要选择 Class Library （DLL）进行输出，你的PCL也可以支持大部分 Windows RT的 Feature 。但是不可以进行 UI控件的分享，并且你输出的DLL将不能被 Universal APP的 C++ XAML 和 HTML WinJS 项目调用。

这里最好的建议就是相同的类库，如果想让它同时兼容 Universal 架构（XAML C++/C#  和 HTML WinJS）Silverlight架构，只需要将PCL的输出类型切换在编译一次就可。（三方SDK建议这样做：））

我这里给大家一个测试代码是使用 WinRT中的Share Contract 进行应用间分享。（因为没有 UI 内容可以直接 Target 到 Universal 和 Silverlight 项目中去，当然是两次编译）

项目结构（为了方便这里我做了 Component 和 DLL 的项目但是项目中的代码是相同的，当然在开发的时候用link的形势也可以）

PCL 分享类库代码如下

public sealed class ShareText
    {
        private DataTransferManager dataTransferManager;

        public string DataContent { get; set; }

        public ShareText()
        {
            this.dataTransferManager = DataTransferManager.GetForCurrentView();
            this.dataTransferManager.DataRequested += new TypedEventHandler<DataTransferManager, DataRequestedEventArgs>(this.OnDataRequested);
            DataContent = "Share Text From PCL";
        }
        private void OnDataRequested(DataTransferManager sender, DataRequestedEventArgs e)
        {
            // Call the scenario specific function to populate the datapackage with the data to be shared.
            if (GetShareContent(e.Request))
            {
                // Out of the datapackage properties, the title is required. If the scenario completed successfully, we need
                // to make sure the title is valid since the sample scenario gets the title from the user.
                if (String.IsNullOrEmpty(e.Request.Data.Properties.Title))
                {
                    return;
                }
            }
        }
        public bool GetShareContent(DataRequest request)
        {
            bool succeeded = false;

            string dataPackageText = DataContent;
            if (!String.IsNullOrEmpty(dataPackageText))
            {
                DataPackage requestData = request.Data;
                requestData.Properties.Title = "Share Text";
                requestData.Properties.Description = "Share Description"; // The description is optional.
                //requestData.Properties.ContentSourceApplicationLink = GetType().Name;
                requestData.SetText(dataPackageText);
                succeeded = true;
            }
            else
            {
                request.FailWithDisplayText("Enter the text you would like to share and try again.");
            }
            return succeeded;
        }
        public void ShowShareUI()
        {
            // If the user clicks the share button, invoke the share flow programatically.
            DataTransferManager.ShowShareUI();
        }
    }

C# 项目调用

private void Button_Click(object sender, RoutedEventArgs e)
        {
            UniversalComponent.ShareText st = new UniversalComponent.ShareText();

            st.DataContent = "Hello PCL form C#";

            st.ShowShareUI();
        }

C++  项目调用

void UniversalC__App::BlankPage::Button_Click(Platform::Object^ sender, Windows::UI::Xaml::RoutedEventArgs^ e)
{
    UniversalPCL::ShareText^ ST = ref new UniversalPCL::ShareText;
    ST->DataContent = "Hello PCL from C++";
    ST->ShowShareUI();
}

HTML + WinJS项目调用

function callComponent() {

    var component = new UniversalPCL.ShareText();
    component.dataContent = "Hello form JS";
    component.showShareUI();
}

Silverlight C# 调用

private void Button_Click(object sender, RoutedEventArgs e)
        {
            UniversalComponent.ShareText st = new UniversalComponent.ShareText();

            st.DataContent = "Hello PCL form SL";

            st.ShowShareUI();
        }

我们可以在 VS 中测试任意一个平台的调用情况

这里我就不逐一展示测试效果了，贴一张 C++ 调用的截图让大家过过瘾也好 ：）

希望上的总结可以帮助到大家, 同时欢迎大家在这里和我沟通交流或者在新浪微博上 @王博_Nick

第一步，新建Azure Mobile Service，后端采用.Net实现(因为只有.Net支持添加新的第三方账户认证)。

第二步，在Portal下载的Mobile Service工程中，在后端Service工程中添加Owin.Security.Providers包。

第三步，在后端工程中创建LoginProvider，以实现LinkedIn为例。

1. 创建一个基于LoginProvider的实现，包括三点：

　1)    注册LinkedIn OWIN中间件以配置身份认证内容；

　2)    将从LinkedIn获得的登录token序列化；

　3)    解析获得的登录token，获取内部信息；

　具体实现：为了便于分类，可以在后端工程中创建一个新的文件夹，起名LinkedInLogin，在其中添加一个类文件LinkedInLoginProvider.cs

2. 要求获取LinkedIn登录token

　具体实现：创建一个新的类文件LinkedInLoginAuthenticationProvider.cs

3. 定义一个ProviderCredentials类，将登录token作为一个公共属性

　具体实现：创建一个新的类文件LinkedInCredentials.cs

　　在完成前三步后，LinedInLogin中实现了上述的三个文件，实际上LinkedInLoginAuthenticationProvider和LinkedInCredentials都是为LinkedInLoginProvider这个对象服务的。

4. 在后台中注册新实现的LoginProvider，具体来说通过WebApiConfig类中的Register方法实现

5. 在web.config文件中添加ClientID和ClientSecret的设置

注：获取客户端ID和密钥的具体方法

　1)　通过网址https://developer.linkedin.com/，登录LinkedIn开发者网站；

　2)　要想通过LinkedIn登录，需要首先注册新应用。点击页面上方Support --> API keys --> Add New Application。

　3)    在出现的注册应用的表格中，特别注意在OAuth User Agreement一栏:

　　a. 通过勾选Default Scope来确认返回Token中包含的信息；

　　b. 在OAuth2.0 Redirect URLs中填写指向Azure Mobile Service后台服务的登录URL：

https://<Mobile Service后台服务地址>/signin-linkedin

　4)  确认后，可以获得该应用的密钥信息，其中API key就是ClientID，Secret Key就是ClientSecret。

第四步，将该后台服务发布到Azure Mobile Service上，此时可以在浏览器中通过访问REST API去检查登录配置是否成功：REST API为https://liusjmobileforlinkedin.azure-mobile.net/login/linkedin，登录后就可以访问后台服务了

第五步，如果希望在客户端使用LoginProvider，只需要通过字符串”linkedin”标示。

　　具体实现：在MainPage.cs中添加登录函数AuthenticateAsync，并在首页导航函数中调用它。

　　这时就可以在客户端实现LinkedIn登录，登陆后程度设置显示LinkedIn的用户ID

最后说几个特别需要注意的事：

　1. 　当采用LinkedIn身份认证时，一定不要在Azure Portal的身份认证一栏配置其他账户认证(比如Microsoft Live ID)，否则就无法成功了。

　2. 　在开启客户端时，别忘了将App.xaml.cs中的Mobile Service连接URL和密钥加上哦。

public static MobileServiceClient MobileService = new MobileServiceClient( "<Mobile Service URL>", "<Mobile Service密钥>" );

使用 App Studio 的意义在于你有一个好的创意，但是由于时间或者技术等方面因素的制约 App Studio 可以帮你在有限的资源和时间情况下帮助你快速生成和发布一个高质量 Universal Windows 平台应用。并且用App Studio 制作的应用我们还可以拿到源代码方便我们学习和升级更高级的功能。

如果你还没有使用过 App Studio 那就赶快注册成为 App Studio的开发者吧请参考 我之前的文章介绍， 今天我主要介绍一下更新后的App Studio 如何使用，感兴趣的朋友可以跟我一起尝试做一个应用。

用IE打开 App Studio 的首页： https://appstudio.windows.com

首先我们点击首页上的 Start New 开始创建一个新的项目。（这里完成一个应用只需要4步，我们一步一步来~）

点击 Start New 之后我们会看到 选择模板 页面在这里我们可以根据我们要做的应用类型选择一个合适的模板，例如这里有 音乐 视频 旅行 爱好 等等非常丰富的模板类型，当我们选择一个模板后页面都会有一个页面的预览如果喜欢 我们就可以选择 创建，就会使用这个模板创建我们的应用了。

随后我们需要设置我们应用的内容和名称，在首页中我们最多添加六个Section 我们可以针对这个六个Section进行编辑。

App Studio 为我们提供了 7种基数页面数据源，如下 这里最常用的是 RSS、HTML、以及Bing。

RSS 可以用来展示一些 Blog，相关频道，的内容有些类似于RSS阅读器的功能，可以做一个RSS聚合器。

HTML比较灵活一些我们可以嵌入一些HTML的页面或代码来自定义里面的内容。

此外还有两个高级功能的Section 分别是Menu 和 Collection。

首先说说 Menu 是一个自定义选项的页面除了可以添加上面7种基础页面的链接外还可以添加一个 MenuAction 这里包含了丰富的功能例如访问 Http/Https/FTP 的链接，调用系统功能打电话，地图导航，以及发邮件等功能。

接着在说一下Collection，数据集合这里的数据集合可以分两种，静态数据集和动态数据集。所谓静态数据集合就是最终将我们显示的资源文件打包在应用程序中，用户需要一次性下载这些资源到手机中，好处是只要应用安装在手机上后不需要依赖网络流量就可以浏览这些资源。动态资源的意思是我们将展示资源上传到云端服务器中用户，需要网络访问这些远程资源，但是好处是我们可以随时动态调整这些内容而不用从新部署应用。

并且当我们在导入较多数据的时候 APP Studio 还支持 CSV 文件的导入，也就是使用分号（；）分割数据内容来自动填充数据内容。

当我们设置完成应用内容后我们可以选择下一步设置应用的主题。在这里我们可以选择应用使用默认的亮或者暗主题，更可以自定义应用的背景图，背景颜色，字体颜色，以及Application Bar的颜色。

接着我们可以在Tile选项卡中设置我们应用的 Tile图标效果以及闪屏和锁屏界面。

Tile 图标其实就是我们的应用在手机上显示的应用图标这里可以有三种选择

Flip Template 这种图标有正反两面，系统会自动翻转他，我们可以在正反面都设置一张图片（或只设置正面），以及显示的文字。

Cycle Template 这种图标可以一直自动翻转，最多支持九张图片的轮换，当然我们也可以设置他的数据源。

Iconic Template 这种图标会一直显示一个图标在上面配合文字展示。

闪屏和锁屏图片的设置非常简单只需要 上传编辑好的图片就可以了。

剩下的就是最好一步填写应用的发布信息（非常重要，如果我们想把应用上传到应用商店供小伙伴儿们下载使用这里一定要好好看）

首先你要拥有一个Windows应用商店的开发者账号请登录 https://dev.windows.com 注册成为 Windows Store App的开发者后登陆 仪表板 并且参考我之前的帖子 Windows / Windows Phone 8.1 预留应用名称及应用上传 注意这里先做到应用名称预留这一步。后面的步骤要等我们使用 App Studio 生成应用上传包以后继续完成。

我们需要在账户的配置文件中找到 Publisher Display Name 和 Publisher ID 另外我们还需要一个隐私声明的链接这里要说明一下我们的应用不会收集或上传用户的资料信息（这个链接可以是自己的一个Blog地址，只要在公网上可以访问到就可以）。

随后我们保存并点击生成应用按钮 这里会弹出生成应用的对话框，问我们是要生成 Windows Universal App 8.1 （包括Windows 8.1 和 windows Phone 8.1 的安装包）或者是 Windows Phone 8.0 的应用。

注意：我们也可以生成 Windows Universal App 8.1 和 Windows Phone 8.0 的应用不过我们要生成两次，也就是说分开生成。 这里还有一点要特别强调的是要选择生成 安装包和发布包才可以上传应用商店。

点击生成按钮后稍等一会儿系统会帮我们自动完成应用并且提供下载。

如果我们自需要在自己的手机上使用这个应用那么先用手机或者PC安装证书一个安装包即可使用，如果我们希望有更多的用户使用您的应用那么你需要下载 publish package 在应用商店中上传审核您的应用。

如果你具备一定的Code能力可以考虑下载 源码进行学习，当然也可以在源码的基础上进行修改编辑使得应用功能更多样丰富。现在的代码已经是 Windows Universal 了，大家赶快试试发布一个自己 Windows Universal 应用吧！

希望上的总结可以帮助到大家, 同时欢迎大家在这里和我沟通交流或者在新浪微博上 @王博_Nick

首先要明确两个名词 Voice command & Voice Command Definition 即 VCD文件，相信做过windows Phone 8.0 开发的朋友应该有所了解，通过注册VCD文件 Windows phone 8.0 的应用当中就可以实现 voice command 的功能，如果你不了解请先读一下我之前的文章（这里我就不在过多介绍 8.0 Voice command 的重复内容了），Windows Phone 8 语音 - Speech for Windows Phone 8 快速了解一下Windows Phone 开发语音功能的前期准备工作。

简单的说在 Windows Phone 8.0 voice command 功能比较简单，主要是通过 Voice Command Name 判断预制在VCD文件中的几个命令。

在 Windows Phone 8.1 应用中 Cortana 提供了更强的自然语言识别（Natural language recognition）

当然 VCD 文件的中的 grammars  也得到了扩充，并且区别两个OS版本的

https://schemas.microsoft.com/voicecommands/1.0 for Windows Phone 8.0 Voice Command and Cortana compatible.

https://schemas.microsoft.com/voicecommands/1.1 only for Widnows Phone 8.1 Cortnan.

详细内容请参考

Windows Phone 8.0:  Voice command element and attribute reference for Windows Phone 8

Windows Phone 8.1:  Voice command elements and attributes

通过 8.0 和 8.1 VCD 文件属性支持情况来看有一个最主要的区别在8.1 VCD中支持 PhraseTopic 这个属性。

文字说的太抽象了还是贴出代码给大家说说吧：

这里我主要强调说一下 ListenFor  结点和 PhraseTopic 结点。 注意在 Listenfor 结点中的中括号 {dictatedSearchTerms} 是对应的 PhraseTopic  结点中的 Label 属性。同时我们可以把 PhraseTopic 理解成任意内容。最后都可以从Cortana回传到我们的应用当中来。

<VoiceCommands xmlns="https://schemas.microsoft.com/voicecommands/1.1">
    <!-- The CommandSet Name is used to programmatically access the CommandSet -->
    <CommandSet xml:lang="zh-CN" Name="chineseCommands">
        <!-- The CommandPrefix provides an alternative to your full app name for invocation -->
        <CommandPrefix> 微软 文档 </CommandPrefix>
        <!-- The CommandSet Example appears in the global help alongside your app name -->
        <Example> 搜索 构造 函数 </Example>

        <Command Name="MSDNSearch">
            <!-- The Command example appears in the drill-down help page for your app -->
            <Example> 搜索 构造 函数' </Example>

            <!-- ListenFor elements provide ways to say the command, including references to 
            {PhraseLists} and {PhraseTopics} as well as [optional] words -->
            <ListenFor> 查找 {dictatedSearchTerms} </ListenFor>
            <ListenFor> 搜 {dictatedSearchTerms} </ListenFor>
            <ListenFor> 搜索  {dictatedSearchTerms} </ListenFor>
            <ListenFor> 查 {dictatedSearchTerms} </ListenFor>
            <ListenFor> 找 {dictatedSearchTerms} </ListenFor>

          <!--Feedback provides the displayed and spoken text when your command is triggered -->
            <Feedback> 查找 MSDN... </Feedback>

            <!-- Navigate specifies the desired page or invocation destination for the Command-->
            <Navigate Target="MainPage.xaml" />
        </Command>

        <Command Name="MSDNNaturalLanguage">
            <Example> 我 想 去 Windows 手机 开发 中心 </Example>
            <ListenFor> {naturalLanguage} </ListenFor>
            <Feedback> 启动 MSDN... </Feedback>
            <Navigate Target="MainPage.xaml" />
        </Command>

        <PhraseTopic Label="dictatedSearchTerms" Scenario="Search">
            <Subject> MSDN </Subject>
        </PhraseTopic>

        <PhraseTopic Label="naturalLanguage" Scenario="Natural Language">
            <Subject> MSDN </Subject>
        </PhraseTopic>

    </CommandSet>
</VoiceCommands>

了解完新的VCD文件，在这里我提醒下大家，其实在Windows Phone 8.0的应用中也可以兼容 Cortana的功能的，在8.0的应用当中我们只需要判断一下操作系统的版本然后选择不同的VCD文件向系统注册即可。

首先我们需要把两个版本的VCD文件都存放到项目中来

其次在注册VCD文件的时候根据系统版本进行一下判断即可。

        /// <summary>
        /// Installs the Voice Command Definition (VCD) file associated with the application.
        /// Based on OS version, installs a separate document based on version 1.0 of the schema or version 1.1.
        /// </summary>
        private async void InstallVoiceCommands()
        {
            const string wp80vcdPath = "ms-appx:///VoiceCommandDefinition_8.0.xml";
            const string wp81vcdPath = "ms-appx:///VoiceCommandDefinition_8.1.xml";
            const string chineseWp80vcdPath = "ms-appx:///ChineseVoiceCommandDefinition_8.0.xml";
            const string chineseWp81vcdPath = "ms-appx:///ChineseVoiceCommandDefinition_8.1.xml";

            try
            {
                bool using81orAbove = ((Environment.OSVersion.Version.Major >= 8)
                    && (Environment.OSVersion.Version.Minor >= 10));

                string vcdPath = using81orAbove ? wp81vcdPath : wp80vcdPath;
                if (InstalledSpeechRecognizers.Default.Language.Equals("zh-CN", StringComparison.InvariantCultureIgnoreCase))
                {
                    vcdPath = using81orAbove ? chineseWp81vcdPath : chineseWp80vcdPath;
                }

                Uri vcdUri = new Uri(vcdPath);
                await VoiceCommandService.InstallCommandSetsFromFileAsync(vcdUri);
            }
            catch (Exception vcdEx)
            {
                Dispatcher.BeginInvoke(() =>
                {
                    MessageBox.Show(String.Format(
                        AppResources.VoiceCommandInstallErrorTemplate, vcdEx.HResult, vcdEx.Message));
                });
            }
        }

最后在应用当中获取用户的语音输入方法，注意这里也是需要通过 PhraseTopic 结点的 Label 名称获取的。

        /// <summary>
        /// Takes specific action for a retrieved VoiceCommand name.
        /// </summary>
        /// <param name="voiceCommandName"> the command name triggered to activate the application </param>
        private void HandleVoiceCommand(string voiceCommandName)
        {
            // Voice Commands can be typed into Cortana; when this happens, "voiceCommandMode" is populated with the
            // "textInput" value. In these cases, we'll want to behave a little differently by not speaking back.
            bool typedVoiceCommand = (NavigationContext.QueryString.ContainsKey("commandMode") 
                && (NavigationContext.QueryString["commandMode"] == "text"));

            string phraseTopicContents = null;
            bool doSearch = false;

            switch (voiceCommandName)
            {
                case "MSDNNaturalLanguage":
                    if (NavigationContext.QueryString.TryGetValue("naturalLanguage", out phraseTopicContents)
                        && !String.IsNullOrEmpty(phraseTopicContents))
                    {
                        // We'll try to process the input as a natural language query; if we're successful, we won't
                        // fall back into searching, since the query will have already been handled.
                        doSearch = TryHandleNlQuery(phraseTopicContents, typedVoiceCommand);
                    }
                    break;
                case "MSDNSearch":
                    // The user explicitly asked to search, so we'll attempt to retrieve the query.
                    NavigationContext.QueryString.TryGetValue("dictatedSearchTerms", out phraseTopicContents);
                    doSearch = true;
                    break;
            }

            if (doSearch)
            {
                HandleSearchQuery(phraseTopicContents, typedVoiceCommand);
            }
        }

整个过程就这么简单，心动不如行动，赶快把你的应用加入Cortana 功能让小伙伴儿们调戏一番。

更多参考资料：

Quickstart: Voice commands (XAML)

Speech for Windows Phone 8

快速入门：语音命令 (XAML)

源码下载：

MSDN Voice Search for Windows Phone 8.1

最近比较懒好久没有来这里跟大家聊了，WP 8.1 的 preview 发布已经有一阵子了，并且商店支持 8.1 应用也有一段时间了。我就把这篇 8.1 的应用商店预留提交作为 8.1 的一个开始吧。

1. 首先登陆 Windows Phone DevCenter 链接 

点击屏幕左侧的 提交应用 按钮 会看到如下页面，和以前的 8.0 商店的步骤一致，我们直接进入应用信息的填写。

WP 8.1 这里和 WP 8.0 有所不同，关键是以前8.0的应用名称是从应用包中读取的，这样会造成 WP 8.0 应用名称重复的情况发生，但是 8.1解决了这个问题并且，8.1的应用商店实现了 universal （通用）的概念，换句话说就是我一个应用名称我们可以在WIN8.1 和 WP8.1 都可以使用。或者说我已有了一个Win8/8.1的应用我可以使用关联功能使用 Win 应用的名称。

这里总结了一下大家可能会遇到的几种场景：

实际操作中来看我们既可以在这里申请一个新的应用名称也可以和现有8.0/8.1的应用名称进行关联。这个关联非常重要，微软商店目前来说是先到先得的原则，所以你心仪的应用名称有可能被抢注滴，让然微软也有正规渠道来申诉你的应用名称。

关联以后我们的应用就会在应用商店中显示 universal APP的 logo，这里对于我们的应用体验也是非常有帮助的。

如果没有Win8应用我们也可以直接在这里保留一个新的应用名称。

这里会列出你的应用的一些打包信息（剩下的市场和价格部分和8.0是一致的）

打包一个WP8.1的应用包 这个过程和 Win8 非常相似。鼠标右键我们的项目然后选择 store – create app packages

是否要上传到应用商店选择 YES！随后输入你的开发者账户。

选择刚刚申请（预留的应用名称）

路径如下：

选择  .appxupload  文件

剩下的内容就是

商店说明：就是我们在下载应用前看到的应用介绍。

更新描述：用来介绍我们的应用在这个版本更新了那些内容，来吸引用户。

关键词：让用户在商店搜索的时候可以通过你输入的关键字找到我们的应用。

应用标题图像：是显示在应用商店中的图像

促销图像：是我们的应用在上推荐位的时候显示的各种展示图片。

屏幕截图非常重要，这个图片可以让用户最直接的了解您的应用，并且要和您的应用的支持分辨率进行对应。 这里建议可以在模拟器中截图或者真机截图都可以。

我之前还有两篇文章分别介绍  (为大家提供借鉴)

在Windows phone store 商店中提交你的 windows phone 8 应用 

从 windows phone7 到 windows phone 8 更新 如何设配两个版本

如何在Windows应用商店中提交您的Windows 8.1 应用更新

整个流程很简单吧，我在这里先给大家做了一个介绍 有windows phone 8应用的朋友们不妨去试试。

欢迎大家在这里和我沟通交流，也可以在新浪微博上 @王博_Nick

如果是您是一个刚刚接触 WP开发的朋友可以先看下我之前的文章了解一下故事背景：Windows Phone 8 与 windows 8 开发技术概览

首先给大家完善一个概念 - 那就是 Windows Phone 8.1 和 Windows Phone 8.0 的区别

1. WP8.0 的开发架构是基于 silverlight runtime 运行时

2. WP 8.1 的开发架构有两种 silverlight runtime /  Windwos XMAL ( 等同于Windows 8.1 ) 运行时

今后我所说的 Universal APP 是基于 Windows XAML 运行时的 包括以后我会详细介绍 WP8.1 的新 feature 也会基于 Windows XMAL 这套框架下的内容进行主要介绍。

上面这张图是我们最新的 Windows & Windows Phone 8.1 的开发平台架构图在这里我们可以非常清楚的看到，蓝色部分是 universal 的 其中包括的 WinJS 、C#、VB、C++  只有 silverlight 是Windows Phone所独有的，所以说如果我们想开发一个 Universal APP 可以基于一个 Windows 8.0 /8.1的开发架构下进行扩展到 WP 8.1 上来，这个过程是非常方便的。

另外之前我也为大家介绍过在WP8.0中如何共享代码，在 8.1 universal app 中我们可以分享更多的代码并且非常的方便， 这个common的内容提升是一个相当大的飞跃（从8.0 共享 27% 提升到了 8.1 共享 77%）所以我们在开发的过程中可以非常方面的share代码，并且在VS2013中可以使用universal 的应用模板进行代码分享。

接着我跟大家介绍一下 Windows Store Universal APP 在VS2013中升级 Update 2 安装WP 8.1 的开发环境后，我们会看到 Universal Apps 的模板（同样在 WinIS 和 C++ 中都有universal模板）

这里是universal APP 的项目结构，在一个SLN里面自动的创建了 WIN8.1 和 WP8.1 的应用project 并且 还有一个 Shared project，做过WP8.0开发的同学肯定注意到了这个Shared project 中有一个 app.xaml 和 app.xaml.cs 文件 这就意味着，WP的生命周期和 Win 8.1 一致了,小伙伴们不用在处理墓碑化啦。（Silverlight 架构下还是有墓碑话的），并且我们在Share project 中的文件会自动分享到 Win8.1 和 WP8.1中去 并且，在WP8.1 和Win 8.1 中有可以定义平台所特有的内容。

并且universal APP 也支持 Windows Runtime Components

另外在 Windows xaml 框架下我们可以我们提供了很多基础控件的 universal ，换句话说就是相同的控件运行在不同的平台上的效果不样，例如： Hub ，AppBar/CommandBar，Date/Time Pickers and List Pickers，ListView，Multi-select; containers, swipe selection，Flyouts，Media。

当然还有完全相同的，可以更容易的 share 代码。

这里肯定有朋友想问我 按我以前开发的 8.0 silverlight 应用怎么办？可不可以升级到8.1呢？ 答案当然是肯定的！ 可以升级到8.1，但是要有一些问题要注意，我也在这里给大家介绍一下。

首先在WP silverlight 8.1 我们可以从 8.0 的应用直接升级上来，非常的方便，这里要注意的是有一些功能目前只有在 silverlight 框架下可以使用， 在 Windows Xaml 中暂时没有的：

也就是说如果你的应用在8.0中使用了一下功能，并且你想在8.1中继续使用，那么你一定是用 silverlight 这套框架。

升级注意事项 - Breaking Changes

但是这里我有一个特别注意的地方： 如果你的WP silverlight 8.0 应用升级到8.1 用到了一下两个功能那么你就要斟酌一下，更新的方法了。

Background Audio 不在支持，在8.1中需要您从写成 background task

Continuous background execution agent 也不再支持, 同样也需要使用 background task 代替

实现方法请参考 Windows 8.1 应用开发后台任务概述（Windows XAML）

所以说我们在选择升级或者全新开发一个WP8.1 应用的时候有几种选择。

1. 如果我们只是想做一个WP 8.1 的APP 那么任何一个开发框架都适合。

2. 如果我们已有一个 Windows 应用商店的应用，那么我们选择 Windows Xaml 框架开发可以最大的复用已有代码。

3. 如果我们的应用要使用 锁屏，lense，或者VOIP 这类功能那么我们只能选择 WP silverlight 的开发框架。

4. 如果是一个音乐应用并且要使用后台播放那么，只能使用 8.0的WP silverlight 框架或者 WP 8.1 Windows XAML 框架。

5. 如果是一个现有的 WP Silverlight 项目我们可以选择升级到 Silverlight 8.1 或者 重构到 WP 8.1 Windows XAML 框架。

今天我先给大家接招这么多内容，后面我会继续给大家介绍 WP8.1 的新feature 敬请大家期待！

欢迎大家在这里和我沟通交流或者在新浪微博上 @王博_Nick