大家好。这个博客很久没有更新了，这半年多来在工作重心上有所变动，现在主要还是研究Azure以及服务端开发这块了。不过最近Windows
App方面的变化的确令人激动，今后在App开发这块应该还会持续关注。我们准备开始撰写若干篇关于云计算以及Azure的博客文章，暂定名《云计算设计模式指南》，这是第0篇，主要是给大家介绍一下我们的想法以及作为系列文章的目录。

首先必须向Patterns & Practices（模式与实践,P&P）小组及其Cloud Development系列致敬。我们希望有更多的开发者能够关注到P&P的Cloud Design Patterns: Prescriptive
Architecture Guidance for Cloud Applications。该系列中包含了24个云计算设计模式以及10个通用场景的设计指导。这里所讲的设计模式并不是指类似经典GoF的设计模式的侧重面向对象、软件工程方面的设计指引，而是联系云计算环境的一些特质和优势所作出的架构设计层次最佳实践。可贵之处在于，事实上其中涉及到Azure的功能、服务方面的内容并不占太多篇幅，更多的只是在描述某个场景的最佳实践的同时，提及对应的在Azure中能通过哪些服务组件来完成目标。所以该系列文章老少咸宜，不管开发者关心的是不是Azure或是.Net，都将从中受益。

言归正传，正值Azure在中国大陆正式商用一周年之际，我们最近也在构思一系列的关于Azure以及云计算架构设计方面的中文博客文章，内容主要来自于平时的实践和积累，所以在引用和翻译到一些Azure官方和非官方的文档资料的同时，还会尝试加入一些个人的观点、学习笔记以及样例代码、项目。早些在学习前文所提到的Cloud Design Patterns系列的时候就已经向几乎身边所有关心Azure的同事朋友强烈推荐阅读。

我们在日常工作中接触到不少国内外的Azure用户，主要还是把Azure平台当做IDC托管机房来用，没有或者来不及考虑利用一些Azure所提供的非常优秀的特性和服务来优化开发和降低运维成本。现在提笔写这个系列文章的最主要的一个动机是希望更多的开发者在接触到云计算特别是Azure的时候，除了IaaS 的VM、Networking等基础设施的迁移之外，能够在开发设计层面重新审视一下当前的实现和架构是否已经充分利用到了云平台的优势，是否能够适应分布式计算存储、易伸缩等架构特性。

以下是我想到的内容大纲，不保证坑会被完全且按次序在接下来几个月中填满，但一定尽力。

Cache-Aside。考虑将一个传统Web 服务的满足横向扩展（scale out）的特性并迁移到云端的第一步往往是检查其缓存机制，这里并不是指狭义上的页面缓存或是数据缓存，而是包括了应用逻辑是否会依赖于某个特别计算实例内的磁盘内容、内存对象、全局变量和缓存数据等等。Azure提供了多种缓存服务但当前官方推荐的是使用Redis Service，不仅功能强大而且Client API通用，我们可以通过Linux或Windows Server VM来部署自己的Redis服务。

Competing Consumer，Priority Queue，Queue-based Load Leveling Pattern，Scheduler
Agent Supervisor Pattern等多方消息传递和分发的相关模式。不同节点之间的通讯消息，在经过队列Queue或主题Topic的缓冲和分发之后，能够极大程度上提高消息传递的效率和可靠性。Azure中消息队列服务我们一般会用到Service Bus。消息传递是个非常大的主题，我们将联系实例场景用最基础的代码演示Service Bus对以上这几个经典场景模式的实现。

Retry pattern。在公有云的环境中，整套解决方案中所涉及的包括虚拟机、网站、存储、数据库、消息队列等等服务可能散落在多个机柜甚至数据中心，而各个服务所在的物理宿主可能被多个实例共享，数据包也可能会被高负荷的网络所临时阻塞。所以在服务间互相调用的时候会有一定几率临时性地产生一些极短暂的错误（transient error），而这些错误往往并不是服务器这段的问题，且只需毫秒级别的等待重试就能解决问题。为了程序能够平稳运行，我们需要能识别这些transient error并加入重试Retry的相关机制。

Cost Effectiveness Design成本效益最大化设计。了解Azure的计费模式介绍、制定缩放计划、识别缩放单元Scale Unit、通过Management API进行自动化操作和管理将会显著降低运维成本，这些特性也是云平台同托管机房的最大的优势。而在功能实现层面，我们可以通过Azure平台或SDK内建的诊断工具（Diagnostics）集中记录和分析服务的运行情况，以分析最优的部署和缩放方案。同时某些细节功能的优化实现也能提高服务接口的吞吐量，更高效合理地利用带宽和存储资源。

NoSQL非关系型数据库实践。同传统关系型数据库相比，主流的NoSQL解决方案在可扩展性、高可用性、并发查询等方面有极大优势，键-值的基本存储和查询方式也允许表内数据结构可变（Schema Free），更能适应海量以及非结构数据的大规模存储查询的需要。 Azure提供了Storage
Table、DocumentDB等NoSQL服务，亦可自行在Linux VM上部署Mongo DB。

Troubleshooting Azure故障排错的方法和工具。日常工作中我们需要同客户一起解决Azure使用过程中碰到的问题。有时我们通过查询数据中心端能够定位问题所在，但是更多时候我们会通过一些更高效的方法来帮助排错。而这里所涉及到的一些工具和方法本身其实并不局限于MSFT内部或付费客户。

同时，我们当前正在开发一个原型项目(POC)。初步想法是构建可随时缩放、扩展的爬虫集群，从外部数据源抓取数据，存储到本地的数据库。最终客户端能够通过API查询数据。抓取操作可以实时响应客户端要求，也能按照既定计划由专门的任务服务器所统筹。这个项目需要运用到多种云计算设计模式和场景，也会涉及到Azure的多个服务，包括Websites/WebRole/WorkerRole/ServiceBus/DocumentDB/Redis/API
Management等。待代码相对稳定成熟后会发布源代码和相关文档。。

其他方面之后亦会随时补充。

文章目录索引 (最后更新3/30)：

云计算设计模式指南系列（0） - 背景简介及内容提要

…

说起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

首先介绍一下 Windows Phone 8.1 New features

1. Cortana 中文版不用多说，升级后尽情的调戏吧。（做开发的朋友参考 如何将 Cortana 与 Windows Phone 8.1 应用集成 ）

2. Live Folders ( 暂且翻译成 动态文件夹吧 )：原因很简单，即使将应用的 Tile 放到文件夹后也可以保持 live Tile的特性，并且可以调整 Tile 的大小。

3. Store Live Tile（应用商店动态磁贴）：应用商店可以显示最新的应用情况。（每六小时更新一次）

4. 信息的多选和转发功能： 增加了信息的多选并且可以选择新建消息和多选删除。

5. Apps Corner : 这是一个偏向于企业应用的功能，有点类似于8.0里面就有的儿童天地，让几个特殊的应用运行在一个特殊的沙箱当中。

6. Accessory apps and notifications：这也是一个非常火爆的功能，例如智能手环，智能手表的提醒，可以于手机进行同步。

7. VPN 新增了 L2TP 的支持（目前支持 IKEv2 VPN 和 IPSec L2TP）。

8. Internet 分享功能的增强： 使用蓝牙连接分享手机移动网络。

另外：还有一些功能就不单独解释了等待大家使用中去发掘吧，或者你也可以参考微软官方升级文档 , 如果你不知道怎么通过 WP8.1 Developer Preview 升级 8.1 Update1 请点击这里。

此次更新主要是针对用户体验（操作系统体验的改进），对于开发者没有放出更多的SDK，但是提供了新的测试版模拟器用来配合Windows Phone 8.1 update1.

注意，微软官方Blog 提到 设备制造商提供了一些额外的API用来帮助 Windows Phone 的蓝牙连接功能，主要用于可穿戴设备。

获取 Windows Phone 8.1 update1 模拟器可以通过安装 Windows Phone 8.1 Update 1 Emulators

除此以外还同事发布了 Visual  Studio 2013 Update 3 开发者可以 从此下载更新

首先要明确两个名词 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

Sorry for the long waiting!

Finally we published the latest version of this POC onto codeplex. Actually most of the work has been done in April or earlier. Actually it is a kinda internal project so for some reasons we have to serve it internally. 

We created a dedicated demo site with corresponding services on https://bootybaydemo.azurewebsites.net/ , and both store app & local agent now point to this url (see the source file). 

This website is used for admin but we didn't set any credential or login page. Again it is for proof of concept so please feel free to go through app adding process but please leave other's app there.

We host the db on Azure SQL Database and blobs on Azure Storage Blob. Of course we hided credentials from the shared source code but you may refer to Bootybay.ServerWebApp/App_Data/bootybayDBScript.sql for the db script. Actually we use Entity Framework code first so the models are the db script indeed.

later we will probably compose some technical articles about this project on our blog. Thank you for your interesting in this project!

What’s this:

A proof-of-concept of a Windows Private Store solution for enterprise side-loading app management, including a Windows Store App as the “Private Store”, a Desktop App as the “Store Agent”, an ASP.NET MVC web application as the “Store Server”.  The target audiences are ISVs who are developing and deploying side-load apps to organizations. Our goal is  to deploy LOB windows apps more easily then  help the growth of the win8 device selling to enterprises.

How to review the demo

• Download and run the latest release for the app & desktop agent clients https://bootybay.codeplex.com/releases/
• Live Demo website: https://bootybaydemo.azurewebsites.net/
• Fork or clone the source code and review the solution from your Visual Studio
• Prerequisites: Client Windows 8.1 or Windows 2012 R2, sideloading app enabled. To enable sideloading, we need to Get a developer license (once per month) or use a sideloading key. Currently this project doesn’t provide any function or wizard to do the tasks; Server – standard  ASP.Net 4.5 MVC

Brief architecture & design:

• desktop agent (BootyBay.WPFAgent,BootyBay.StoreAppMgmtCore)
  • download & release note
  • Add, Update, Uninstall side-loading app based on the store app’s request
  • Retrieve app package’s local status and provide to the store app
  • it hosts a WCF service endpoint on https://localhost:18733 and requires admin privilege, otherwise we would have published it as ClickOnce
  • It helps to deploy the store app, and enables it loopback for network access by “CheckNetIsolation.exe LoopbackExempt” , otherwise it cannot communicate with an endpoint under localhost. - in new windows 8.1, by default a sideloading app has loopback exempt already.

• windows store app (BootyBay.PrivateStoreApp)
  • it will be automatically downloaded, deployed and started when the desktop agent runs.
  • List Apps by Search/Category, check app detail by consuming web services from the server.
  • Communicate with desktop agent for app package related tasks
  • We tried to bring a same or similar experience as the public Store app.

• web application (BootyBay.ServerWebApp,Bootybay.ServerCore) -
  • https://bootybaydemo.azurewebsites.net
  • Admin Website & Web Service host as Windows Azure Webiste
  • In the demo, it uses Windows Azure SQL Database to store app package information, and Windows Azure Storage Blob to store app package and certification binary files.
  • It can automatically analyze uploaded appx package to get all necessary metadata, such as app’s identity, publisher, icons, auto launch protocol and etc.
  • Support public store app linking

TODOs:

• so far so good. we positioned this project as prototype.

Code name ‘Booty Bay’  comes from:

https://www.wowwiki.com/Booty_Bay, which is a great place to store your treasures, right?

Who we are:

• Team blog: https://aka.ms/lighthouse
• About us: https://blogs.msdn.com/b/lighthouse/about.aspx
• Contact us: Bloggers for Lighthouse bloglighthouse@microsoft.com
• Both English and Chinese are accepted  各位同仁欢迎使用中文同我们交流。
• Core members:

             @betageek  Ranger Yu;@jazzen Jazzen Chen;@wbunle Rocco Ren; @qxwang Qixiao Wang;

In case you might think some of the nick name here are naïve -  please help vote a ‘yes’ on this codeplex bug-like feature -  Add ability for users to change username. Currently it is not allowed to rename the codeplex account.

如果是您是一个刚刚接触 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

最近比较懒好久没有来这里跟大家聊了，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

But the first time I updated this extension, I still get the update notification and can’t see new project templates under JavaScript section as below:

After some search, I finally get the solution from connect.microsoft.com: VS2013 keep saying Windows Library for Javascript needs updating (1.0.9651.40228). And I followed IanG’s solution :

1) used the PowerShell MSI tools at https://psmsi.codeplex.com/ and ran this command:

get-msiproductinfo | where { $_.Name -like '*Windows Library for JavaScript*' }

The result reported two different IDs for the 1.0.9202.20789 version, as well as the 2.1 version:

{D5FEB7A1-5D0F-4CDC-8290-F52DFB53AF23} 1.0.9202.20789     Visual Studio Extensions for Windows Library for JavaScript
{7CB4CF88-6C28-479F-BBD4-53065ACA4583} 2.1.30324.52        Visual Studio Extensions for Windows Library for JavaScript
{23F9C27A-E520-4C87-AF99-E5A7D021F24A} 1.0.9202.20789     Visual Studio Extensions for Windows Library for JavaScript

2) Run msiexec commend to remove the duplicated installation:

msiexec /x {23F9C27A-E520-4C87-AF99-E5A7D021F24A}

For the situation I met, Visual Studio still told me to install the WinJS extension, so I run msiexec again for the 2.1 version, and re-installed the update. Now every goes fine that the update notification is gone and new JavaScript templates show up:)

Hope this could help those who have the same problem.

- Jazzen

首先给大家介绍下 Windows 移动平台的应用运行后台的情景分为多种。

今天我只为大家介绍以下基础任务，后台任务响应系统事件 ( 后台任务的运行条件、ServicingComplete  - 应用更新触发器 )、维护触发器、计时器后台任务，这些内容后面我一个一个的给大家介绍。

在此之前我先介绍下使用后台的应用配置。

手动在 Package.appxmanifest 文件中声明支持的后台任务类型

声明在  <Extensions> 节点中

<Application Id="BackgroundTaskSample.App" Executable="BackgroundTaskSample.exe" EntryPoint="BackgroundTaskSample.App">
      <VisualElements DisplayName="BackgroundTaskSample" Logo="Images\squareTile-sdk.png" SmallLogo="Images\smallTile-sdk.png" Description="BackgroundTaskSample" ForegroundText="dark" BackgroundColor="#222222">
        <LockScreen Notification="badgeAndTileText" BadgeLogo="images\badgelogo.png" />
        <DefaultTile ShowName="allLogos" WideLogo="images\tile-sdk.png" />
        <SplashScreen Image="Images\splash-sdk.png" BackgroundColor="#FFFFFF" />
      </VisualElements>

      <Extensions>

          <!-- TODO: Add elements here -->

      </Extensions>

    </Application>

例如：

<Extension Category="windows.backgroundTasks" EntryPoint="Tasks.BackgroundTaskClass">
         <BackgroundTasks>
           <Task Type="systemEvent" />
           <Task Type="pushNotification" />
         </BackgroundTasks>
</Extension>

或者直接在 图形化界面中鼠标勾选 注意：这里要手动输入一个：Entry Point 这个字段很重要，这个字段要和后面 BackgroundTaskBuilder.TaskEntryPoint 注册任务时传入的参数一致（为了声明后台代理的权限以及要运行代理逻辑的命名空间）

对于后台任务代码实现部分简单的说分为两个部分：

 第一部分：运行的逻辑体本身（业务逻辑部分）你需要创建一个后台任务类（具体步骤借用MSDN原话）

你可以通过编写用于实现 IBackgroundTask 接口的类来在后台运行代码。在使用诸如 SystemTrigger 或 MaintenanceTrigger 等触发器触发特定事件时，将运行该代码。

以下步骤介绍如何编写实现 IBackgroundTask 接口的一个新类。开始之前，在解决方案中为后台任务创建一个新项目。为后台任务添加一个新的空类，并导入Windows.ApplicationModel.Background 命名空间。

• 为后台任务创建一个新项目并将其添加到你的解决方案。为此，请右键单击你的解决方案并选择“添加”->“新建项目”。然后选择 Windows 运行时组件项目类型，命名项目，并单击“确定”。
• 从 Windows 应用商店应用引用后台任务项目。首先，右键单击你的 Windows 应用商店应用项目并选择“属性，然后转到“常见属性”并单击“添加新参考”，选中后台任务项目旁边的复选框，然后单击两个对话框中的“确定”。

• 创建一个实现 IBackgroundTask 接口的新类。Run 方法是在触发指定的事件时必须调用的输入点；每个后台任务中都需要该方法。

  注意  后台任务类本身（以及后台任务项目中的所有其他类）必须是属于 sealed的 public 类。

//
// ExampleBackgroundTask.cs
//

using Windows.ApplicationModel.Background;

namespace Tasks
{
    public sealed class ExampleBackgroundTask : IBackgroundTask
    {
        public void Run(IBackgroundTaskInstance taskInstance)
        {
                BackgroundTaskDeferral _deferral = taskInstance.GetDeferral();
    
                //
                // TODO: Insert code to start one or more asynchronous methods using the
                //       await keyword, for example:
                //
                // await ExampleMethodAsync();
                //
    
                _deferral.Complete();
        }        
    }
}

第二部分：在应用程序中注册后台的代理 （在注册后台代理的时候可以 选择后台代理的类型以及代理的运行条件）

步骤 1: 定义方法签名并返回类型

此方法包含任务入口点、任务名称、预构建的后台任务触发器以及后台任务的SystemCondition（可选）。此方法返回 BackgroundTaskRegistration 对象。

下面是捕获系统事件的情况下激发后台任务，这里叫做 SystemTrigger

实际 8.1 SDK 中枚举选项会多一些。

为了我们后台代理执行的有效性 例如：只有在机器联网的情况下执行后台代理，windows移动平台的后台代理 为我们提供了 后台任务的执行条件选择的机会。由 SystemConditionType 枚举表示，在Win8.1 SDK 中实际会比截图中的选项更多一些

这里有一个注册后台代理的代码给大家参考下（可以直接使用。 注：这里的 condition 其实是支持添加多个的）

//
// Register a background task with the specified taskEntryPoint, name, trigger,
// and condition (optional).
//
// taskEntryPoint: Task entry point for the background task.
// taskName: A name for the background task.
// trigger: The trigger for the background task.
// condition: Optional parameter. A conditional event that must be true for the task to fire.
//
public static BackgroundTaskRegistration RegisterBackgroundTask(string taskEntryPoint,
                                                                string taskName,
                                                                IBackgroundTrigger trigger,
                                                                IBackgroundCondition condition)
{
    //
    // Check for existing registrations of this background task.
    //

    foreach (var cur in BackgroundTaskRegistration.AllTasks)
    {

        if (cur.Value.Name == taskName)
        {
            // 
            // The task is already registered.
            // 

            return (BackgroundTaskRegistration)(cur.Value);
        }
    }


    //
    // Register the background task.
    //

    var builder = new BackgroundTaskBuilder();

    builder.Name = taskName;
    builder.TaskEntryPoint = taskEntryPoint;
    builder.SetTrigger(trigger);

    if (condition != null)
    {

        builder.AddCondition(condition);
    }

    BackgroundTaskRegistration task = builder.Register();

    return task;
}

ServicingComplete 触发器

写ServicingComplete 触发器的方法体的方法上面事件触发器的形式是一致的。这个触发器的作用顾名思义 就是当应用更新完成以后激发。

除了SystemTrigger 还有 MaintenanceTrigger 维护触发器

使用维护触发器每 15 分钟运行一次任务。维护任务仅在设备插入交流电源时运行，而无需位于锁屏上。这里我还是引用一下 MSDN

创建新的 MaintenanceTrigger 对象。第二个参数 OneShot 指定维护任务是运行一次还是继续定期运行。如果 OneShot 被设置为 true，则第一个参数 (FreshnessTime) 会指定在计划后台任务之前需等待的分钟数。如果 OneShot 被设置为 false，则 FreshnessTime 会指定后台任务的运行频率。

注意  如果 FreshnessTime 设置为少于 15 分钟，则在尝试注册后台任务时将引发异常。

int waitIntervalMinutes = 60;
MaintenanceTrigger taskTrigger = new MaintenanceTrigger(waitIntervalMinutes, false);
SystemCondition exampleCondition = new SystemCondition(SystemConditionType.InternetAvailable);
string entryPoint = "Tasks.ExampleBackgroundTaskClass";
string taskName   = "Maintenance background task example";
BackgroundTaskRegistration task = RegisterBackgroundTask(entryPoint, taskName, taskTrigger, exampleCondition);

计时器后台任务 创建方式还是与SystemTrigger十分相似。

创建时间触发器

• 创建新的 TimeTrigger。第二个参数 OneShot 指定后台任务是运行一次还是保持周期性运行。如果 OneShot 被设置为 true，则第一个参数 (FreshnessTime) 会指定在计划后台任务之前需等待的分钟数。如果 OneShot 被设置为 false，则FreshnessTime 会指定后台任务的运行频率。

  Windows 8 具有以 15 分钟间隔运行后台任务的内置计时器。

• 如果 FreshnessTime 设置为 15 分钟并且 OneShot 为 true，则任务将从其注册之时起 0 至 15 分钟内运行一次该任务。

• 如果 FreshnessTime 设置为 15 分钟并且 OneShot 为 false，则任务将从其注册之时起 0 至 15 分钟内每隔 15 分钟运行一次该任务。

• 注意  如果 FreshnessTime 设置为少于 15 分钟，则在尝试注册后台任务时将引发异常。

TimeTrigger hourlyTrigger = new TimeTrigger(60, false);

SystemCondition userCondition = new SystemCondition(SystemConditionType.UserPresent);

BackgroundExecutionManager.RequestAccessAsync();

string entryPoint = “Tasks.ExampleBackgroundTaskClass”;
string taskName   = “Example hourly background task”;

BackgroundTaskRegistration task = RegisterBackgroundTask(entryPoint, taskName, hourlyTrigger, userCondition);

其他触发器参考（这里要注意的是使用限额）：

或者你的应用对后台实时性要求非常高 可以考虑下 ：

MSDN 说的非常拗口，我把它翻译成人话说说，

PushNotificationTrigger 实际上就是在应用受到推送的时候才执行的后台代理，用来扩展推送对应用自身功能。

ControlChannelTrigger  是针对与一些应用无法使用 WNS 推送服务的一种解决方案，或者有关于隐私或消息服务级别协议 (SLA) 的问题时，通常需要此类。

详情参考： https://msdn.microsoft.com/en-us/library/windows/apps/xaml/jj662741.aspx

However, we might still want to use our custom font family for our applications, either in XAML or HTML, to make our applications more pleasing and beautiful. Also, our applications could be more user-friendly if user could decide which font to be downloaded and used. I will introduce how to use custom fonts in Windows Phone 8 Applications to:

1) Change font family at runtime for a XAML control by C#

2) Display a local HTML page for Web Browser control

Change font family at runtime

Introduced as MSDN library, Text and fonts for Windows Phone, Windows Phone support TTF file and stream-based zip file,

“The font that you specify may not necessarily be the font that Windows Phone uses. Windows Phone chooses the font from the supported local fonts, from the fonts provided in a packaged file referenced in the FontFamily property, or from the stream-based zip or .ttf file passed to the FontSource property. “

If located in application package, there are 2 options to use custom font files, FontFamily property and FontSource property. Below is a sample for FontFamily property, FontSource will be introduced later:

   1: text.FontFamily = new FontFamily(@"\Assets\Fonts\ALGER.TTF#Algerian");

FontFamily constructor requires a family name string, and it should be at the format of: Path\[File Name]#[Font Name]. Font name could be find in the first line of a TTF file.  And one most import step before run the application is, we must set the Build Action property of a TTF file to Content:

Another situation is, we might want the TTF files to be downloaded by users instead of published within the package. But after font files to be downloaded to app’s isolated storage, we would need to read the font file to stream and pass it to FontSource. FontFamily does not work for local stored font files. See code below:

   1: using (IsolatedStorageFile storage = IsolatedStorageFile.GetUserStoreForApplication())

   2: {

   3:     IsolatedStorageFileStream stream = new IsolatedStorageFileStream(filename, System.IO.FileMode.Open, storage);

   4:  

   5:     text.FontSource = new System.Windows.Documents.FontSource(stream);

   6:     text.FontFamily = new FontFamily(fontname);

   7: }

Filename here shall be the full path name in isolated storage.

Use local custom font in WebBrowser Control

If we want to use local custom fonts in WebBrowser control, it turns out to be much more complicated than XAML. Refering to an online TTF file works fine, on the contrary for local files.

I used to believe that it is impossible for Windows Phone application to use a local custom font in WebBrowser, until I read this StackOverflow post: Getting a web-font to work on an HTML5 Windows Phone App? Solution provided by Thomas Forth based on if the conditions listed below are matched,

1. Windows Phone 8 device should be  GDR2 or greater

2. Font file’s Build Action property must be Content

3. Font file’s embeddable flag must be set to 0

For more detail about embeddable flag, Wikipedia has a good explanation, as mentioned by Tomas Forth, there is an open-source TTFEdit could be used to change embeddable flag: View>Show>Advanced>Legal rights for embedding. But keep in mind that, such change has potential copyright issues.

There is also a good sample created by Gabriel, that built a project using Font Awesome: A barebones example of using CSS3 @font-face with embedded fonts in Windows Phone 8.

After the most difficult part is solved, it becomes quite easy to browser local HTML with local custom font, see sample below:

   1: @font-face {

   2:     font-family: 'ALGER';

   3:     src: url('ALGER.ttf') format('truetype'), url('Fonts/ALGER.ttf') format('truetype');

   4: }

   5:  

   6: p {

   7:     font-family: 'ALGER';

   8:     font-size: 18px;

   9: }

Such CSS works for the HTML and font files located in either application package or isolated storage.

Last but not least, the local HTML file must have the HTML doctype declaration, as @font-face is only support in CSS2 or CSS3, no mather whether the declaration is HTML 4.01 or HTML 5, we just have to use one.

- Jazzen