1.在首页增加了"热门"和"精选"的快速访问入口，省了好多事儿

2.可以离线收藏文章啦（离线所有的文字内容）

3.实现透明磁贴，去开始屏幕看看吧

4.在博主页面二级菜单里面增加了"查找博主"的功能菜单，找人再也不费劲儿了 

5.在栏目中增加几个推荐应用，马上去看看有哪些有意思的应用吧

　　下面我们重点说一下增加的推荐应用的实现过程，我们利用Web API + Cloud实现荐应用的服务器端的控制，Web API大家可能并不陌生，国内外介绍Web API的文章有很多，在这里我就不详细的介绍了，简单地介绍一下服务器端如何实现推荐频道，从sql server到Web API再到cnblogs客户端的整体实现过程

一、SQL Server数据库的创建

　　在SQL Server数据库中创建一个名为CnblogsDB的数据库实例，创建一个名为Cnblogs_Recommend_Columns的数据库表字段包括Id，Quick，Icon，Name，Desc，Page，Color，Language等，我们不必关心具体字段的含义。

创建数据库表Cnblogs_Recommend_Columns的脚本如下

CREATE TABLE [dbo].[Cnblogs_Recommend_Columns]

(

[Id] INT NOT NULL PRIMARY KEY IDENTITY (1, 1),

[Quick] VARCHAR(50) NULL,

[Icon] VARCHAR(200) NULL,

[Name] NVARCHAR(50) NULL,

[Desc] VARCHAR(500) NULL,

[Page] VARCHAR(100) NULL,

[Color] VARCHAR(10) NULL,

[Language] VARCHAR(10) NULL

)

insert into [dbo].[Cnblogs_Recommend_Columns]([Quick],[Icon],[Name],[Desc],[Page],[Color],[Language])

values ('false','Images/bingdicticon.png',N'必应词典',N'推荐应用','ms-windows-store:navigate?appid=71bbd0fd-23e8-4157-ab29-a1cbd82e425b','#AA7EAE','zh-CN')

insert into [dbo].[Cnblogs_Recommend_Columns]([Quick],[Icon],[Name],[Desc],[Page],[Color],[Language])

values ('false','Images/bingdicticon.png','BingDict','Recommendations','ms-windows-store:navigate?appid=71bbd0fd-23e8-4157-ab29-a1cbd82e425b','#AA7EAE','en-US')

insert into [dbo].[Cnblogs_Recommend_Columns]([Quick],[Icon],[Name],[Desc],[Page],[Color],[Language])

values ('false','Images/coupleticon.png',N'微软对联',N'推荐应用','ms-windows-store:navigate?appid=25035c46-0362-40b9-9c84-fd4a3cafe4df','#AA7EAE','zh-CN')

insert into [dbo].[Cnblogs_Recommend_Columns]([Quick],[Icon],[Name],[Desc],[Page],[Color],[Language])

values ('false','Images/coupleticon.png','Couplet','Recommendations','ms-windows-store:navigate?appid=25035c46-0362-40b9-9c84-fd4a3cafe4df','#AA7EAE','en-US')

insert into [dbo].[Cnblogs_Recommend_Columns]([Quick],[Icon],[Name],[Desc],[Page],[Color],[Language])

values ('false','Images/doubanicon.png',N'豆瓣一刻',N'推荐应用','ms-windows-store:navigate?appid=ed23f20b-3b0d-4efb-97f8-e70ef709b31b','#AA7EAE','zh-CN')

insert into [dbo].[Cnblogs_Recommend_Columns]([Quick],[Icon],[Name],[Desc],[Page],[Color],[Language])

values ('false','Images/doubanicon.png','BouBan','Recommendations','ms-windows-store:navigate?appid=ed23f20b-3b0d-4efb-97f8-e70ef709b31b','#AA7EAE','en-US')

insert into [dbo].[Cnblogs_Recommend_Columns]([Quick],[Icon],[Name],[Desc],[Page],[Color],[Language])

values ('false','Images/riddleicon.png',N'微软字谜',N'推荐应用','ms-windows-store:navigate?appid=4a54f6f0-d387-4517-8026-dd8b93bcdf19','#AA7EAE','zh-CN')

insert into [dbo].[Cnblogs_Recommend_Columns]([Quick],[Icon],[Name],[Desc],[Page],[Color],[Language])

values ('false','Images/riddleicon.png','Riddle','Recommendations','ms-windows-store:navigate?appid=4a54f6f0-d387-4517-8026-dd8b93bcdf19','#AA7EAE','en-US')

二、Web API的实现与部署

1.创建一个Web API 项目，命名为CNBlogsWebAPI

2.在Models文件夹中创建一个LINQ to SQL Classes，名为CnblogsDB.dbml，双击打开主文件

3.利用VS的Server Explorer与数据库连接，并且打开，拖拽表Cnblogs_Recommend_Columns进入CnblogsDB.dbml

4.在Controllers文件夹增加一个RecommendController类

类的代码如下

using CNBlogsWebAPI.Models;

using System;

using System.Collections.Generic;

using System.Linq;

using System.Net;

using System.Net.Http;

using System.Text;

using System.Web.Http;

using System.Xml.Serialization;

namespace CNBlogsWebAPI.Controllers

{

[RoutePrefix("api/cnblogs")]

public class RecommendController : ApiController

{

CnblogsDBDataContext _db = new CnblogsDBDataContext();

[Route("recommendcolumns/{language}")]

[HttpGet]

public IHttpActionResult GetRecommendColumns(string language)

{

if (string.IsNullOrEmpty(language)) language = "zh-CN";

var result = _db.Cnblogs_Recommend_Columns.Where(c => c.Language.ToLower() == language.ToLower());

return Ok(

new

{

Columns = result.ToList()

});

}

protected override void Dispose(bool disposing)

{

base.Dispose(disposing);  

if (_db != null)

{

this._db.Dispose();

}

}

}

}

测试一下，运行CNBlogsWebAPI会出现如下见面

不过，没关系，我们可以根据RoutePrefix和Route拼接出如下的链接http://localhost:34023/api/cnblogs/recommendcolumns/zh-CN，然后在地址栏中输入这个链接，回车，值得一提的是用IE浏览器打开会返回一个Json串，据说用火狐返回是XML格式（本人不用火狐的，所以并没有验证过，感兴趣的朋友可以自己试试）

5.至于部署，采用IIS托管即可，博客园UAP是在云服务器上部署的

三、Cnblogs WP客户端调用

接下来到了最关键的一步了，那就是在APP中如何调用，说起来介绍这方面的文章在网上一搜一大把，在这里也不赘述了，直接上Code（这段代码仅为示例）

using Windows.Web.Http;

public async static Task GetColumns()

{

var rootUrl = "http://localhost:34023/";

var url = rootUrl + "api/cnblogs/recommendcolumns/" + System.Globalization.CultureInfo.CurrentCulture.Name;

var client = new HttpClient();

var request = new HttpRequestMessage(HttpMethod.Get, new Uri(url));

var response = await client.SendRequestAsync(request);

if (response.StatusCode == HttpStatusCode.Ok)

{

var result = response.Content;//此处为返回结果，Json格式

}

}

通过如上的方法调用，我们得到了result，结果是Json格式的数据，得到了数据，就是我们为所欲为，大显身手的时候啦，最好是Json to object，这样我们就可以更好地与XAML界面Binding啦，最后的结果大家已经看到了，就是红色方框里的喽

2015RC中，我们可以将8.1的应用迁移到统一平台上，进而使用新的API进行开发，下面我们使用wp8.1的应用作为例子讲解下步骤。

1. 首先我们使用2015打开之前的工程。

2. 右键点击工程，选择“卸载项目”。

3. 右键点击工程，选择“编辑XXX.csproj”

4. 和上一篇一样，取得平台版本号，路径是“\Program Files (x86)\Windows Kits\10\Platforms\UAP”

下面就开始修改工程文件了

5. 找到个包含子节点TargetPlatformVersion、且值为8.1的PropertyGroup节点（其实一般第一个PropertyGroup就是了），进行下面的修改：

•   把Platform的值改成x86
•   添加TargetPlatformIdentifier节点，值为UAP
•   把TargetPlatformVersion的值改成4中取得的版本号
•   添加TargetPlatformMinVersion节点，值为4中的版本号
•   把MinimumVisualStudioVersion的值改成14
•   把ProjectTypeGuids的值改成{A5A43C5B-DE2A-4C0C-9213-0A381AF9435A};{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}
•   添加EnableDotNetNativeCompatibleProfile节点，值为true

6. 把所有的vs版本从12.0替换成14.0，这一步直接替换即可（CTRL+H）

7. 删掉配置为AnyCPU的PropertyGroup节点

8. 查看剩下配置是Release的PropertyGroup节点，如果下面没有UseDotNetNativeToolchain子节点的话，就动手加一个，值一定要是true， 即：<UseDotNetNativeToolchain>true</UseDotNetNativeToolchain>

9. 如果是手机项目的话，还需要删除下面这个节点

10. 现在重新加载我们的工程，会发现工程类型变成了Windows Universal了！下面还是需要修改manifest。

11. 打开manifest文件，首先我们需要替换掉所有的schema，把Package节点用下面这段替换。

<Package xmlns="http://schemas.microsoft.com/appx/manifest/foundation/windows10" xmlns:uap="http://schemas.microsoft.com/appx/manifest/uap/windows10" xmlns:mp="http://schemas.microsoft.com/appx/2014/phone/manifest" IgnorableNamespaces= "uap mp">

对于Win8.1应用，还需要额外添加mp:PhoneIdentity的节点，如下，其中PhoneProductId就是Identity的Name, PhonePushedId目前是固定的值

    <Identity Name="fe8a6971-8349-489b-8941-83dd308e9b9b" Publisher="CN=xxxxxxx" Version="1.0.0.0" />

    <mp:PhoneIdentity PhoneProductId="fe8a6971-8349-489b-8941-83dd308e9b9b" PhonePublisherId="00000000-0000-0000-0000-000000000000"/>

12. 在Package下添加如下子节点，其中的版本号就是我们之前一直用的

<Dependencies>
<TargetDeviceFamily Name="Windows.Universal" MinVersion="10.0.10069.0" MaxVersionTested="10.0.10069.0" />
</Dependencies>

13. 删除Prerequisites节点

14. 检查你的Resources节点，如果是用到了Scale和DXFeatureLevel的话，为他们加上uap命名空间，如下

    <Resources>
        <Resource Language="x-generate"/>
        <Resource uap:Scale="180"/>
        <Resource uap:DXFeatureLevel="dx11"/>
    </Resources>

15. 检查你的Capability节点，如果使用声明了下列这些权限，需要加上uap命名空间。

• documentsLibrary
• picturesLibrary
• videosLibrary
• musicLibrary
• enterpriseAuthentication
• sharedUserCertificates
• removableStorage
• appointments
• contacts

如：

<Capabilities>
  <uap:Capability Name="documentsLibrary"/>
  <uap:Capability Name="removableStorage"/>
</Capabilities>

16. 将VirsualElements节点及其子节点的命名空间改成uap 

<uap:VisualElements DisplayName="App9" Square150x150Logo="Assets\Logo.png" Square44x44Logo="Assets\SmallLogo.png" Description="App9" BackgroundColor="transparent">
    <uap:DefaultTile Wide310x150Logo="Assets\WideLogo.png" Square71x71Logo="Assets\Square71x71Logo.png"/>
    <uap:SplashScreen Image="Assets\SplashScreen.png"/>
</uap:VisualElements>

对于Win8.1应用，这里需要注意的是，属性Square{SIZE}Logo中的size有了变化，70x70变成了71x71, 30x30变成44x44.

旧的：

<m2:VisualElements … Square30x30Logo="Assets\SmallLogo.png" …>
 <m2:DefaultTile … Square70x70Logo="images/70x70.png">
</m2:VisualElements>

新的：

<uap:VisualElements … Square44x44Logo="Assets\SmallLogo.png" …>
 <uap:DefaultTile … Square71x71Logo="images/70x70.png">
</uap:VisualElements>

17. 检查Extensions节点，为下列节点添加命名空间uap

• windows.accountPictureProvide
• windows.alarm
• windows.appointmentsProvider
• windows.autoPlayContent
• windows.autoPlayDevice
• windows.cachedFileUpdate
• windows.cameraSettings
• windows.fileOpenPicker
• windows.fileTypeAssociation
• windows.fileSavePicke
• windows.lockScreenCall
• windows.printTaskSettings
• windows.protocol
• windows.search
• windows.shareTarget

如：

<Extensions>
  <uap:Extension Category="windows.alarm"/>
  <uap:Extension Category="windows.search" EntryPoint="MyActivateableClassId.baz"/>
  <uap:Extension Category="windows.protocol">
    <uap:Protocol Name="mailto" DesiredView="useHalf">
     <uap:DisplayName>MailTo Protocol</uap:DisplayName>
    </uap:Protocol>
  </uap:Extension>
</Extensions>

18. 为类型为chatMessageNotification的后台任务加上uap命名空间

如：

<Extension Category="windows.backgroundTasks" EntryPoint="Fabrikam.BackgroundTask" Executable="MyBackground.exe">
 <BackgroundTasks ServerName="MyBackgroundTasks">
    <uap:Task Type="chatMessageNotification"/>
  </BackgroundTasks>
</Extension>

19. 修改PackageDependency，添加Publisher和MinVersion属性

<Dependencies>
 <PackageDependency Name="Microsoft.VCLibs.120.00" Publisher="CN=Microsoft Corporation, O=Microsoft Corporation, L=Redmond, S=Washington, C=US" MinVersion="12.0.30113.0" />
</Dependencies>

20. 将类型为gattCharacteristicNotification 和rfcommConnection的后台任务替换为Bluetooth类型。

<Extension Category="windows.backgroundTasks" EntryPoint="Fabrikam.BackgroundTask" Executable="MyBackground.exe">
<BackgroundTasks ServerName="MyBackgroundTasks">
           <Task Type="bluetooth"/>
</BackgroundTasks>
</Extension>

21. 使用新的bluetooth capability替换bluetooth.rfcomm和bluetooth.genericAttributeProfile 

旧的：

<Capabilities>
  <m2:DeviceCapability Name="bluetooth.rfcomm">
    <m2:Device Id="any">
     <m2:Function Type="serviceId:34B1CF4D-1069-4AD6-89B6-E161D79BE4D8"/>
    </m2:Device>
  </m2:DeviceCapability>
  <m2:DeviceCapability Name="bluetooth.genericAttributeProfile">
    <m2:Device Id="any">
     <m2:Function Type="name:heartRate"/>
    </m2:Device>
  </m2:DeviceCapability>
</Capabilities>

新的：

<Capabilities>
  <uap:DeviceCapability Name="bluetooth"/>
</Capabilities>

22. 删除Windows.contact和windows.contactPicker扩展

23. 删除VisualElements的ForgroundText和ToastCapable属性

24. 删除DefaultTitle的DefaultSize属性

25. 删除ApplicationView节点

26. 到此manifest文件就修改完了，保存吧！虽然看上去步骤有点多，其实17之后的很多步骤可能是用不到的

27. 下面我们需要删除一些额外的文件

• 检查解决方案目录下的子目录"\.vs\{project name}\v14"，如果存在".suo"文件，删掉它
• 删除掉工程目录下所有的后缀为.csproj.user文件

现在我们的工程就已经成功的迁移到了Universal Windows Platform了，但是对于很多应用来说，还是需要进一步修改code，因为Windows 10的很多API都有了变化。

用户在微软颜龄这一应用中选择一张包含若干人脸的照片，就可以通过云计算得到他们的性别和年龄。

今天我们就和大家分享一下开发windows phone 平台的 微软颜龄 中的经验。

用Windows Phone的小伙伴也可以扫描下面的二维码来安装体验一下：

技术背景

微软颜龄的技术来自必应和微软研究院的Oxford项目。该项目包含大量面部、语言和视觉方面的服务。微软颜龄 这款有趣的应用仅仅使用了其中人脸侦测的部分api。有兴趣的小伙伴可以访问http://www.projectoxford.ai/来尝试一下其他api，或许结合上你的好点子，一个有趣的应用就会从你手中诞生。

FACE API应用

微软颜龄windows phone版从开始开发到第一版发布只有短短几天时间，能做到这么快的发布，得益于Project Oxford优秀的SDK和例子程序，以及我们在之前的CNBLOGS等UAP应用开发中的积累。

在引用了Project Oxford的.Net SDK之后，我们只要调用FileOpenPicker在应用中得到用户所选择照片的Stream，就可以通过SDK的api分析出照片中人脸的信息：

/// <summary>

/// Detects an image asynchronously.

/// </summary>

/// <param name="imageStream">The image stream.</param>

/// <param name="analyzesFaceLandmarks">If set to <c>true</c> [analyzes face landmarks].</param>

/// <param name="analyzesAge">If set to <c>true</c> [analyzes age].</param>

/// <param name="analyzesGender">If set to <c>true</c> [analyzes gender].</param>

/// <param name="analyzesHeadPose">If set to <c>true</c> [analyzes head pose].</param>

/// <returns>The detected faces.</returns>

public async Task<Face[]> DetectAsync(Stream imageStream, bool analyzesFaceLandmarks = false, bool analyzesAge = false, bool analyzesGender = false, bool analyzesHeadPose = false)

SDK的api本身可以设置检测包括人脸的整体位置，五官位置(analyzesFaceLandmarks)，年龄(analyzesAge)，性别(analyzesGender)，甚至相对照片平面的三维角度(analyzesHeadPose)，而微软颜龄应用则只是利用了其中的年龄和性别信息。具体可以查看SDK中的Face.cs文件，或是通过在API Sample上提交一张照片取得分析结果来查看。

在通过SDK的api取得必要的人脸信息之后，我们就可以经过一系列计算，将其展示在用户的图片之上了。这一过程在SDK的例子程序的UIHelper.cs文件中也有现成的，我们可以根据自己的需求对其进行自定义。比如在windows phone版微软颜龄的第二版中，我们就将性别替换为相应图标的路径，并且增加了边框颜色的属性，使得男女在界面上区别更明显：

原版：

第二版：

不断进步

接下来我们结合在之前的开发中积累的经验与创新的思路，终于很快地将cn.how-old.net上的体验在windows Phone平台展现出来：

比如首页的自带图片选择控件，就是巧妙地控制了ScrollViewer与StackPanel的共同运作。通过设置ScrollViewer的HorizontalSnapPointsAlignment 及 HorizontalSnapPointsType属性，使得在滑动的时候，Image元素可以总是停在屏幕的正中，就像在浏览相册一样。

<ScrollViewer x:Name="sc" Grid.Row="1" Margin="0,20,0,0"

HorizontalScrollBarVisibility="Hidden"

HorizontalSnapPointsAlignment="Center"

HorizontalSnapPointsType="Mandatory"

VerticalAlignment="Top" ViewChanged="sc_ViewChanged"

HorizontalAlignment="Center" Width="780" Background="{ThemeResource BackgroundColor}">

<StackPanel Orientation="Horizontal" Height="260" HorizontalAlignment="Center">

<Image Source="Assets/Images/Left_Edge.png" Stretch="UniformToFill" Width="260"/>

<Image Source="Assets/Images/0.png" Stretch="UniformToFill" Width="260"/>

<Image Source="Assets/Images/1.png" Stretch="UniformToFill" Width="260"/>

…

<Image Source="Assets/Images/13.png" Stretch="UniformToFill" Width="260"/>

<Image Source="Assets/Images/14.png" Stretch="UniformToFill" Width="260"/>

<Image Source="Assets/Images/Right_Edge.jpg" Stretch="UniformToFill" Width="260"/>

</StackPanel>

</ScrollViewer>

然而ScrollViewer并不像ListView那样有SelectedIndex属性，那么我们如何知道用户选择的是哪张图片呢？因为我们设置了相同的Image元素宽度，并且ScrollViewer是3倍Image元素的宽度，加上Image元素序列首尾有单独的首尾元素，所以简单的计算一下index就可以了：

private int idx = 0;

private void sc_ViewChanged(object sender, ScrollViewerViewChangedEventArgs e)

{

idx = (int)(this.sc.HorizontalOffset / 260.0f);

}

另一方面页面布局则是我们的designer的设计与我们在实现UI布局的经验的结合。我们的页面上有不少固定大小的元素，比如上面用来选择自带例子图片的ScrollViewer控件。如果不做任何处理，在大屏手机上就会显得比较小。所以我们在这里利用了Grid与Viewbox的组合：

<Grid x:Name="grid_Main" Opacity="0">

<Grid.RowDefinitions>

<RowDefinition Height="100"/>

<RowDefinition Height="*"/>

<RowDefinition Height="auto"/>

</Grid.RowDefinitions>

<StackPanel Orientation="Horizontal" Margin="10">

…title行

</StackPanel>

<Viewbox Grid.Row="1" Width="10000" HorizontalAlignment="Center" Margin="-5000,20">

…ScrollViewer等图片选择控件

</Viewbox>

<StackPanel Grid.Row="2" Orientation="Vertical" VerticalAlignment="Center" Margin="0,10">

…footer行

</StackPanel>

</Grid>

用Grid设置title和footer为固定高度，而中间ScrollViewer等图片选择控件所占据的空间可以随屏幕变化。加入Viewbox让我们固定大小的控件可以在布局中自动缩放而不必费心费力地通过代码来调整:

Wxga: 1080p:

是不是很方便呢？

小结

今天就先向大家分享这些心得，欢迎大家继续关注和拍砖，让我们共同进步。

我们的已经发布的应用和代码可以在下面找到：

Windows Phone Store App link:

http://www.windowsphone.com/zh-cn/store/app/博客园-uap/500f08f0-5be8-4723-aff9-a397beee52fc

Windows Store App link:

http://apps.microsoft.com/windows/zh-cn/app/c76b99a0-9abd-4a4e-86f0-b29bfcc51059

GitHub open source link:

https://github.com/MS-UAP/cnblogs-UAP

MSDN Sample Code:

https://code.msdn.microsoft.com/CNBlogs-Client-Universal-9c9692d1

Universal App 中 Windows / Windows Phone 之间分享的异同

既然是 Universal App，那自然是共享一套分享的代码啦。但是在这两个之间还是有点不一样的。区别在于，Windows 版由于有 Charm Bar 这个系统级的菜单，而这菜单里是自带分享入口的，所以 Windows 版只需要提前准备好需要分享的内容，而不需要再提供另外的分享入口。而 Windows Phone 没有这个入口，所以除了需要准备好内容，还需要通过菜单或按钮的形式，显式提供一个分享的入口。

不过随着 Windows 10 的发布，Charm Bar 的寿命也走到了尽头，在之前的 Technical Preview 中还是偶尔可以（误触）调出 Charm Bar 的，但是在刚刚发布的 Costumer Preview，我们应该就见不到 Charm Bar 的身影了，所有它提供的入口，都被移到了下图所示的位置：

这一点倒是不难理解，因为所有的 App 都可以窗口化了，右滑调出 Charm Bar 的方法已经不好用，所以单独提供一个入口。不过不得不说，这个入口的尺寸不是很适合点击，而且呼出的菜单更是容易误触，尤其是在 Surface Pro 的高分屏上。这个改动，也使得原来上/下滑呼出 App Commands 的操作需要两步才能完成，极为繁琐。我们也因此不得不在新版的博客园中添加了 App Commands 的快捷入口。

另外，Windows 默认提供了两种分享的方式，一是使用开发者提供的信息，二是直接分享当前屏幕截图。而截至到目前的 Windows Phone Technical Preview 中，也是只有一种分享方式的，没有截屏的选项。在 Windows Phone 中，我们还需要手动添加一个入口，如下图所示。

创建分享（以 Text 举例）

好了，我们以博客园的博文分享举例，来介绍一下如何创建一个分享。

在动手之前，我们要先在脑海里想一下需要分享的内容。例如，博客园我们需要分享如下格式的信息（分割线以内）：

--------------

标题：博文标题

作者：博文作者

摘要：博文摘要

博文链接

--------------

思路是这样的，我们先创建一个字符串，包含以上信息，然后加入注册到分享内容，最后显式或系统调用出分享入口，进行分享。

具体实现如下：

首先添加引用：

using Windows.ApplicationModel.DataTransfer;

然后创建一个叫RegisterForShare的方法，将需要分享的内容注册到分享区：

private void RegisterForShare()
        {
            DataTransferManager dataTransferManager = DataTransferManager.GetForCurrentView();
            dataTransferManager.DataRequested += new TypedEventHandler<DataTransferManager, DataRequestedEventArgs>(this.ShareTextHandler);
        }

在这个方法里，我们创建了一个 DataTransferManager，并让他在 DataRequested 事件时出发 ShareTextHandler 方法：

private void ShareTextHandler(DataTransferManager sender, DataRequestedEventArgs e)
        {
                DataRequest request = e.Request;
                request.Data.Properties.Title = loader.GetString("ShareTitlePrefixText") + this.post.Title;
                request.Data.Properties.Description = this.post.Summary;
                string summaryText = (this.post.Author != null ? loader.GetString("ShareContentAuthor") + this.post.Author.Name : "") + "\n"
                    + loader.GetString("ShareContentSummary")               
                    + (this.post.Summary.Length > 50 ? this.post.Summary.Substring(0, 50) : this.post.Summary) + "\n"
                    + this.post.Link.Href;
            request.Data.SetText(summaryText);
        }

接下来实现这个方法，创建一个 request，并完善其中的内容，其中 request.Data.Properties.Title 是会显示在分享的标题部分的内容，例如如果是邮件分享，那么邮件标题就是 request.Data.Properties.Title，如果 Onenote 分享，那么 note 的标题也会是 request.Data.Properties.Title。request.Data.Properties.Description 不是必选项，仅仅是个备注参考，不会在分享时显示出来。最后的 request.Data.SetText(summaryText); 将其余需要分享的内容设置好。这样，我们的需要分享的内容就像之前想的一样都已经填写进去了。

接下来要做的，是先调用 RegisterForShare 方法，这个过程可以在构造函数中完成。

分享入口

如果是 Windows，那么在构造函数调用了 RegisterForShare 方法以后，就已经可以直接分享了，入口就是之前提到过的 Charm Bar 或 菜单：

右边的下拉菜单，可以选择分享内容或截屏：

我们选择邮件分享内容

就可以发送了。

如果是 Windows Phone，那么我们还需要多做一步。

创建一个菜单的入口：

<AppBarButton x:Name="btn_Share" x:Uid="ShareBlogButton" Label="分享博文" Click="btn_Share_Click" Icon="ReShare"/>

然后在点击的方法中，显式调用分享入口：

private void btn_Share_Click(object sender, RoutedEventArgs e)
        {
            Windows.ApplicationModel.DataTransfer.DataTransferManager.ShowShareUI();
        }

这样，就会调出系统的分享入口：

由于是模拟器测试，所以没有 MS Account，因此没有邮件分享的入口。

我们选择短信

就可以发送分享内容了。

其他分享格式

除了 SetText 来分享 text 格式的内容，我们还可以创建 HTML，WebLink 和 files 等内容。具体实现和 Text 大同小异，实现细节，可以参考：

Text：https://msdn.microsoft.com/en-us/library/windows/apps/xaml/hh871372.aspx

WebLink： https://msdn.microsoft.com/en-us/library/windows/apps/xaml/hh973056.aspx

HTML：https://msdn.microsoft.com/en-us/library/windows/apps/xaml/hh973055.aspx

files：https://msdn.microsoft.com/en-us/library/windows/apps/xaml/hh871371.aspx

总结

通过以上的介绍，我们可以用不多的代码实现将我们喜欢的内容快速分享给他人的目的。我们再也不用担心隔壁老王看不到我们给他们的分（sao）享（rao）了。

分享代码，改变世界！

Windows Phone Store App link:

http://www.windowsphone.com/zh-cn/store/app/博客园-uap/500f08f0-5be8-4723-aff9-a397beee52fc

Windows Store App link:

http://apps.microsoft.com/windows/zh-cn/app/c76b99a0-9abd-4a4e-86f0-b29bfcc51059

GitHub open source link:

https://github.com/MS-UAP/cnblogs-UAP

MSDN Sample Code:

https://code.msdn.microsoft.com/CNBlogs-Client-Universal-477943ab

虽说开发时已经选择了 Universal App，但是上传到商店的入口还没有统一。所以我们还是要像以前一样，分别将 App 上传到：

Windows 应用商店：https://appdev.microsoft.com/StorePortals/zh-CN/Home/Index

Windows Phone 应用商店：http://dev.windows.com/zh-cn

希望能早日看到这两个商店大一统的一天。

Windows App 提交：

提交应用前，非常重要的一点：

确认账户信息中：

用户显示的名称和 ID 和打包的应用的 Manifest 文件中的一致，否则上传应用的时候不会通过自动审核。

https://appdev.microsoft.com/StorePortals/zh-CN/Home/Index

进入商店以后，在 Dashboard 的下面有一行不起眼的小字：Submit an app。这就是提交新应用的入口了。

点击进入提交入口以后，可不是上传之前打包的应用就可以了，看着这么长长的一串需要填写的东西，千万不要被吓到。App 开发的过程比这难多了，App 都开发了，岂能败在这小小的提交步骤上。

一步一步慢慢来。首先从 App Name开始。

每个应用都要有一个独一无二的名字，这应该在开发之前就已经定下来了，这个时候就是检验创意的时候了。大家都做天气应用，那可千万不要都“不约而同”地选择“天气预报”这个名字。名字要独一无二，这样才不至于和其他的应用混淆，但又不要太标新立异，以至于用户看到都不知道是什么应用，因此错过就不好了。所以起名字一定要选择一个好记，明确，个性的好名字。

起完名字，就要选择应用的价位了。作者得意的应用当然有自信开个好价位了。不过我们的博客园 UAP 是一个共同学习的过程，自然是免费多销啦。

P.S. 如果发布收费应用，需要在开发者账户中将信用卡和税务信息都填写完整。

如果希望应用被更多的人看到，那尽量是全球多多益善了。要知道，其他国家的华人也是一个不小的数目呢。当然，还有那些 Windows 账户故意填写了其他国家或填错了的用户……

如果希望应用通过审核以后立刻发布，就选择 Release my app as soon as it passes certification. 这一选项。否则，就选择一个特定时间发布。

应用的分类尽量填写准确，大家是不是也不想我们的博客园应用在饮食频道被搜索到呢。

如果开发的时候没有使用特殊的需求，这些选项可以不先用管。如果你的应用必须触摸操作，硬件要求很高或为特殊人士设计，就针对自己的应用进行选择。

内购现在已经是一个很大的潮流，如果你希望自己的应用走免费推广+内购赚钱的模式，就需要在这里填写相应的信息。

针对自己的应用填写对应的年龄分级审核信息。如果没有特殊针对儿童的内容和儿童不适的内容，推荐填写12+。

针对这四个地区推出的游戏需要填写特殊材料。其他应用可以无视。

特殊加密和安全的应用需要填写相关信息。

关键的内容来了。终于要上传我们辛辛苦苦打好的包了。找到打包的文件夹，把 appxupload 文件拖进去就行。如果没有问题，会显示上传成功，否则会提示错误信息，例如开发者 ID 不符，打包在 debug 模式下进行，应用内缺少某些文件等等。

这些应用描述信息，应用功能等信息大家自己填写就好，不要嫌麻烦，越详细越好，毕竟到时候所有用户都会根据这些信息决定是否下载应用。

需要注意的是，支持多语言的应用，每种语言都要填写对应语言的信息。

针对应用最主要的功能进行屏幕截图，推荐在高分辨率下进行截图。早期的商店限制截图必须是 Visual Studio 的模拟器截图，并且不能进行 PS 处理修改，现在貌似是放宽了这一限制。

同样需要注意的是，支持多语言的应用，每种语言都要提供该语言版本的截图。

Notes 用来填写每次更新的版本信息。

如果希望更多人是用自己的应用，而且确实没有什么硬件制约，推荐硬件一栏不需填写。

这里就是一些其他信息的填写。关键词可以让你的应用更容易被搜索到。其他的版权，联系人信息必须填写。

这一栏非常重要。这是写给审核你的应用的微软测试人员看的，他们会对你的应用进行简单试用以确保以下几点。

1. 确认你的应用有价值。这一点很重要，之前我遇到过几个开发者提交的应用由于被测试人员认为无意义而退回的。当然这个审核由于是人进行，所以根据测试人员的不同，通过的概率也不一样，我也见过同一个应用不做修改多提交几次就通过的情况。所以如果你的应用有什么特殊入口和功能，请一定要标注出来，否则测试人员找不到你的功能，可能会认为该应用无意义。

2. 没有不符合应用年龄分级的信息。

3. 没有明显的导致崩溃的大bug。

另外，如果应用需要注册才能使用，请一定提供一个测试账号给测试人员，他们懒得没有时间去注册新用户。

好啦，经过上面的九九八十一难，Windows App 终于可以进入机器测试和人工审核步骤了。请静候佳音。如果被退回，请仔细阅读错误信息，并予以修改。

Windows Phone App 提交：

Windows Phone 商店的提交应用的按钮比 Windows 那边的要醒目多了嘛……这样才对。

貌似步骤少多了，可以看出微软还是希望大力推广 WP 应用的，审核步骤都简化了。而且根据笔者经验，同样的应用，WP 版的审核步骤通常要快许多。

应用名称。这里值得注意的一点是，如果之前提交过 Windows 版的应用，那么这里再次填写同一个名字的话，后面的保留名称选项会变成关联名称，点击以后会将两个应用关联起来，以后在商店看到的时候会有这么一个标记：

表明该应用同时拥有 WP 和 Windows 两个版本。关于应用关联的具体细节，后文还会专门予以说明。

应用种类，可以参考 Windows 版部分。

如果应用和 Windows 版关联，那么根据微软的说明：

已在任一应用商店中购买应用的客户将能够从另一个应用商店下载该应用，而无需再次支付其费用（即使应用价格是不同的）。
已在 Windows 上购买耐用应用内购买的客户将能够使用相同的购买，而无需在 Windows Phone 上再次支付其费用（反之亦然）。

 

所以大家定价的时候也要考虑到这一点。

针对中国有特殊的选项……不解释。

发布后是否立即发布或隐藏的选项，不难理解。

同样上传打好的包，如果更新应用的话点击 Replace 选项。

针对不同语言填写不同的介绍内容。

以上内容和 Windows 版类似，不再赘述。

截图部分，需要注意的是，如果不选中 Automatically create lower resolution screenshots from WXGA 这一选项，那么需要针对每一个支持的分辨率提供相应的截图。所以推荐在选择模拟器的时候，选择下图所示的 WXGA模拟器进行截图，然后让商店自动生成其他分辨率的截图。

选择 WXGA 模拟器进行截图。

以上两项不是必选项，只有使用到的时候才需要填写。

从应用审核的难度看，不难看出微软推广 WP 的意图，当然这也客观为开发者提供了不少便利。

应用在两个商店的关联

最后说一下应用不同版本之间的关联。在推广 Universal App 的同时，微软也允许用户将应用在两个商店进行关联。

当你针对提交到 Windows 应用商店和 Windows Phone 应用商店的应用使用同一保留名称时，该应用将被视为共享相同的标识。 这允许客户在其所有 Windows 设备上下载该应用，这会提高应用的使用率并提升应用的吸引力。

关联的好处都有啥？谁说对了……

• 已在任一应用商店中购买应用的客户将能够从另一个应用商店下载该应用，而无需再次支付其费用（即使应用价格是不同的）。
• 已在 Windows 上购买耐用应用内购买的客户将能够使用相同的购买，而无需在 Windows Phone 上再次支付其费用（反之亦然）。
• 应用可以跨 Windows 和 Windows Phone 漫游数据。
• 将应用适用于推送通知的相同 WNS 配置设置（以便该应用的通知可以显示在所有设备上）。
• 对于在这两个应用商店中发布应用所在的市场，将同时在 Windows 应用商店和 Windows Phone 应用商店中显示应用列表图标。这可以让客户知道如果他们可将应用放入 Windows 应用商店，则他们也可以在兼容的 Windows Phone 上下载该应用（反之亦然）。

具体细节，请参考

在 Windows 应用商店和 Windows Phone 应用商店中共享你的应用的标识

http://msdn.microsoft.com/zh-cn/library/windows/apps/dn646927.aspx

好了，看到自己的应用终于出现在应用商店中，是不是开发时遇到的导致想摔电脑的困难都飞到九霄云外了呢？得意过后，是不是又要开始关注下载量，反馈和版本更新了呢？开发无止境，少（diao）年（si）们，继续上路吧！

哦对了，本文多图杀猫杀流量……

分享代码，改变世界！

Windows Phone Store App link:

http://www.windowsphone.com/zh-cn/store/app/博客园-uap/500f08f0-5be8-4723-aff9-a397beee52fc

Windows Store App link:

http://apps.microsoft.com/windows/zh-cn/app/c76b99a0-9abd-4a4e-86f0-b29bfcc51059

GitHub open source link:

https://github.com/MS-UAP/cnblogs-UAP

MSDN Sample Code:

https://code.msdn.microsoft.com/CNBlogs-Client-Universal-477943ab

Universal App 的打包发布其实与传统的 Windows Phone / Windows Store App 项目并无太大不同，但是鉴于总有人会在这些步骤中遇到问题，而且即使是发布过几个应用的开发者也不例外，所以对这个看起来比较繁琐的过程做一个小结还是必要的。

打包前的准备工作

1. 修改编译模式

在调试程序时,我们通常会选择 debug 模式，但是发布时不要忘记切换到 Release 模式，否则程序打包后连验证程序都不会执行，更不用说上传到应用商店了。为了保证程序在所有设备上都运行，我们选择 Any CPU，这样就可以保证我们的 UAP 运行在所有可以运行的平台上（包括基于 ARM 架构的 Windows RT 平板和基于 x86 架构的平板，例如 Surface Pro）了。

2. 修改 Manifest 文件

Manifest 文件记录了项目中的一些基础元数据，包括项目名称，申请的权限，项目的 Logo 和发布者信息等等，只有这些信息都填写完整并且准确，打包的文件才能保证通过上传时的自动验证。

在项目中我们可以找到本项目的 appxmanifest 文件。

我们还可以通过菜单中的选项找到修改 Manifest 文件的入口。

下面我们来逐个标签检查 Manifest 文件的内容是否完整。

在 Application 标签页中，我们需要填写项目的基本信息，并确认是否需要修改对应的屏幕旋转方向和在锁屏时如何通知用户。

与 Windows 项目不同的是， Windows Phone 项目还需要用户填写是否允许将 App 安装到 SD 卡的选项。

在 Visual Assets 标签页中，我们需要将所有用到的 Logo 图片做好对应，一般来说，如果在 Assets 文件夹中图片的命名规范正确的话，这里可以自动检测并将图片自动载入的。

需要注意的是，Badge Logo 的图片要求比较严格，要求只能有白色和透明两种颜色，哪怕有一个像素出现别的颜色，都会在自动验证程序时检测到并且不予通过，所以修改这几个图片的时候要务必小心，确认只包含白色和透明色。

在 Capabilities 页面，我们需要填写项目申请的权限，例如本项目必须在网络下运行，所以必须申请 Internet 权限。最关键的注意事项是，任何 Windows App，如果申请了网络权限，就必须在 Setting 菜单中添加隐私声明 （Privacy Statement）的入口，否则会不能通过人工审核阶段。关于如何添加隐私声明，请参考之前的博客：博客园客户端(Universal App)开发随笔 - Setting Page的实现方法与经验

Windows Phone 的项目还需要额外填写对于设备传感器的申请，如果在 App 中应用到了陀螺仪，磁场传感器，NFC，前/后摄像头等资源，需要在这里予以声明。

在 Declarations 标签页中，我们要对 App 使用的其他资源进行声明，例如博客园项目使用到了后台任务，就需要在这里声明后台任务的入口。

如果 App 使用到了特殊的通知事件，可以在 Content URIs 页面进行声明，需要注意的是，Windows 8.1 仅支持 https 协议的安全页面，不再支持 http 协议。

Packaging 页面非常关键，这里的任何一项填错都会导致项目通不过上传时的自动审核。不过好在如果我们在下面的步骤中选择了将项目对应到商店中的 App，那么这个页面中的大部分项目都会自动填好。而如果我们选择仅仅打包，委托别人帮忙发布，那么这些信息就一定要填写完整。本页面中需要填写的信息，可以在对应的开发者账户页面找到信息。

另一个注意事项是最后的 Generate app bundle 选项。如果选择了 always，那么如果之前的 Visual Assets 中有对应的多种尺寸的图片，那么打包时就会生成一个对应多种尺寸设备的整包（bundle）。这样以后再更新项目，也必须上传一个 bundle，否则就不能通过上传审核。这也意味着，Assets 文件夹里的图片只能增加，不能再减少。

当然以上的所有项目，我们都可以右键点击 manifest 文件，选择 view code 进行修改或更新。貌似这也是一个更适合 geek 的方法。

开始打包

Manifest 文件修改完之后，我们就可以开始正式的打包工作了。

这里我们选择 Create App Packages

在这里，有两种选择，选择Yes是直接登陆 Microsoft Dev 账户，将项目和商店中的 App 进行绑定，这样 Manifest 文件中关于开发者的信息会自动更新到 Microsoft Dev 账户的对应信息。这种方式适用于自己发布自己项目的情况。

选择No是不登陆账户，仅仅打包。这种情况适用于委托第三方帮忙发布项目的情况，或者是想先打个包出来给别人共享用作测试，测试完成后，你就可以直接用这个测试包提交应用了，这样更符合一般的工作流程，避免你的测试包和最后提交商店的包不一致。

我们强烈建议选择No，使用第二种方式。 在下一篇随笔中会详细说到如何提交应用。

我们先选择第一种，登陆 Microsoft Dev 账户。

登陆以后，该开发者之前提交过的项目就都显示出来，我们也可以为新项目重新预留一个名字。

为项目选择版本信息，输出位置，是否打包生成和 CPU 等信息。

都填写完之后，就可以打包项目了。打包完成后，会显示项目位置，并会提醒开发者为项目执行验证程序（Windows App Certification Kit）。由于上传后服务器会首先执行这个程序对项目进行初次自动验证，如果有不合规范的地方就不予通过，所以为了确保上传的成功性，我们通常会在本机先执行一次验证程序。

如果验证程序在本机通过，那么就可以向商店上传应用了。由于篇幅所限，我们会在将来的文章中继续介绍商店上传的注意事项。

总结

本文按照流程介绍了 Universal App 在上传商店前的打包步骤，并分析了 Windows 和 Windows Phone App打包时的细小区别和容易导致上传失败的注意事项。

我们的已经发布的应用和代码可以在下面找到：

Windows Phone Store App link:

http://www.windowsphone.com/zh-cn/store/app/博客园-uap/500f08f0-5be8-4723-aff9-a397beee52fc

Windows Store App link:

http://apps.microsoft.com/windows/zh-cn/app/c76b99a0-9abd-4a4e-86f0-b29bfcc51059

GitHub open source link:

https://github.com/MS-UAP/cnblogs-UAP

MSDN Sample Code:

https://code.msdn.microsoft.com/CNBlogs-Client-Universal-9c9692d1

准备

想要分享到微博，先得注册成为微博开发者。我们在http://open.weibo.com/上注册好开发者账号，建立个测试应用，就可以拿到我们的App key和App secret了，准备工作就是这样。

做一些努力

下面就是SDK的问题了，其实微博是有一个官方开源的for Windows 8 SDK的，还是基于Windows RunTime的。这个SDK的下载地址是http://weibowinrtsdk.codeplex.com/。

我们的Universal 应用不也是基于Windows RunTime的吗？是不是通用呢？先把它的代码下载下来吧。在http://weibowinrtsdk.codeplex.com/SourceControl/latest 页面点download，下载下来的内容包括说明文档，SDK的源码，还有一个例子程序。

打开WeiboSDKForWinRT.sln，我们可以看到微博SDK原来是for Windows 8的：

点击一下 重定目标到Windows 8.1， 确定。好了，我们的SDK已经是for Windows 8.1的了:

那我们的Universal应用还有Windows Phone 8.1 怎么办呢？理想的情况是我们在目标里加上Windows Phone 8.1 就可以了，先这么做试试看：

点击 更改… ，勾选Windows Phone 8.1

确定

添加好了，SDK项目的后缀也变成了 可移植的。

马上就在 Universal应用里试一试吧。在解决方案里新建个Universal 应用，引用上我们的SDK。

先从Windows 8.1 应用开始吧，调用代码可以从例子程序里copy一些。

我们在空白的MainPage页面上加个button，点击可以调用微博SDK授权并发一条纯文字微博:

MainPage.xaml：

<Page

x:Class="App1.MainPage"

xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"

xmlns:local="using:App1"

xmlns:d="http://schemas.microsoft.com/expression/blend/2008"

xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"

mc:Ignorable="d">

<Grid Background="{ThemeResource ApplicationPageBackgroundThemeBrush}">

<Button Content="Button" HorizontalAlignment="Left" Margin="252,140,0,0" VerticalAlignment="Top" Click="Button_Click"/>

<TextBlock x:Name="statusRun" HorizontalAlignment="Left" Margin="294,249,0,0" TextWrapping="Wrap" Text="TextBlock" VerticalAlignment="Top" Height="23" RenderTransformOrigin="0.5,0.5" Width="644">

</TextBlock>

<TextBlock x:Name="ResultRun" HorizontalAlignment="Left" Margin="280.991,346.281,0,0" TextWrapping="Wrap" Text="TextBlock" VerticalAlignment="Top" RenderTransformOrigin="0.5,0.5" Height="123.454" UseLayoutRounding="False" Width="308.332" d:LayoutRounding="Auto">

</TextBlock>

</Grid>

</Page>

MainPage.xaml.cs：

using System;

using System.Collections.Generic;

using System.IO;

using System.Linq;

using System.Runtime.InteropServices.WindowsRuntime;

using WeiboSDKForWinRT;

using Windows.Foundation;

using Windows.Foundation.Collections;

using Windows.UI.Xaml;

using Windows.UI.Xaml.Controls;

using Windows.UI.Xaml.Controls.Primitives;

using Windows.UI.Xaml.Data;

using Windows.UI.Xaml.Input;

using Windows.UI.Xaml.Media;

using Windows.UI.Xaml.Navigation;

// "空白页"项模板在 http://go.microsoft.com/fwlink/?LinkId=234238 上提供

namespace App2

{

/// <summary>

/// 可独立使用或用于导航至 Frame 内部的空白页。

/// </summary>

public sealed partial class MainPage : Page

{

public MainPage()

{

this.InitializeComponent();

InitData();

}

private void InitData()

{

// TODO:编译运行之前需要开放平台参数.

SdkData.AppKey = "132125341";

SdkData.AppSecret = "55cee081b74dabb1b53bf3b9a9bfa208";

SdkData.RedirectUri = "https://api.weibo.com/oauth2/default.html";

// prepare the pic to be shared.

}

/// <summary>

/// Invoked when this page is about to be displayed in a Frame.

/// </summary>

/// <param name="e">Event data that describes how this page was reached. The Parameter

/// property is typically used to configure the page.</param>

protected override void OnNavigatedTo(NavigationEventArgs e)

{

var oauthClient = new ClientOAuth();

// 判断是否已经授权或者授权是否过期.

if (oauthClient.IsAuthorized == false)

{

oauthClient.LoginCallback += (isSucces, err, response) =>

{

if (isSucces)

{

// TODO: deal the OAuth result.

this.statusRun.Text = "Congratulations, Authorized successfully!";

this.ResultRun.Text = string.Format("AccesssToken:{0}, ExpriesIn:{1}, Uid:{2}",

response.AccessToken, response.ExpriesIn, response.Uid);

}

else

{

// TODO: handle the err.

this.statusRun.Text = err.errMessage;

}

};

oauthClient.BeginOAuth();//异步方法，如果需要在之后执行代码，请加到上面的LoginCallback中

}

}

private async void Button_Click(object sender, RoutedEventArgs e)

{

var engine = new SdkNetEngine();

ISdkCmdBase cmdBase = new CmdPostMessage()

{

Status = "test for post message without picture"

};

var result = await engine.RequestCmd(SdkRequestType.POST_MESSAGE, cmdBase);

if (result.errCode == SdkErrCode.SUCCESS)

{

this.ResultRun.Text = result.content;

this.statusRun.Text = "Post a message without picture successed！";

}

else

{

// TODO: deal the error.

this.statusRun.Text = "Post a message without picture failed！";

}

}

}

}

中间这里注意填上我们之前得到的App key和App secret：

SdkData.AppKey = "";

SdkData.AppSecret = "";

SdkData.RedirectUri = "";

RedirectUri 也是个比较重要的参数，一般情况下填 https://api.weibo.com/oauth2/default.html ，填错了服务器会返回错误。参见http://open.weibo.com/wiki/%E5%B8%B8%E8%A7%81%E9%97%AE%E9%A2%98 的faq：

Q：获取用户授权是出现 error ：redirect_uri_mismatch 怎么解决？

A：这是由于回调地址填写错误造成的，解决办法：

• 站内应用：redirect_uri等于应用信息中的"站内应用地址"而非"应用实际地址"；
• 其他应用：redirect_uri需与http://open.weibo.com/apps/30871*****/info/advanced （30871*****替换成你应用的AppKey）应用高级信息中的"应用回调页"完全匹配或在绑定的域名下。

注意：修改应用回调页或绑定域名后需要约半小时左右时间生效。

接下来就可以运行啦：

输入微博账号，就可以给我们的Windows 8.1应用授权了:（这里有点要注意的，如果我们的应用没有提交并通过审核的话，只能用自己的账号给应用授权）

现在可以点击一下button：

哈哈，成功了。看看我们的微博，是不是多了一条：

这样子Windows 8.1应用的分享到微博就基本搞定啦，下面我们看看Windows Phone 8.1应用的。

继续努力

先尝试一下在Windows Phone 8.1应用中照Windows 8.1应用的方法调用微博SDK:

出错咯。原来 WebAuthenticationBroker.AuthenticateAsync 这个方法在Windows Phone 8.1 上没有实现 -_-|||。赶紧查查资料，原来Windows Phone 8.1上要使用 WebAuthenticationBroker.AuthenticateAndContinue 这个方法。参见 https://code.msdn.microsoft.com/windowsapps/Web-Authentication-d0485122。

简单的说就是调用 WebAuthenticationBroker.AuthenticateAndContinue 方法以后，会暂时跳出我们的Windows Phone 8.1 应用，在系统提供的一个专门的空间内得到WebAuthenticationResult，再通过我们的Windows Phone 8.1 应用的onActive事件将其传回应用，再根据WebAuthenticationResult的结果继续调用ContinueWebAuthentication进行下一步的认证工作。

这样一来我们的SDK代码为了适应Universal 应用的Windows 应用和Windows Phone 应用就有了分歧，这正是条件编译派上用场的时候了。

我们将ClientOAuth.cs中的 GetAuthorizeCode 方法替换为如下：

/// <summary>

/// 授权获取authorize_code.

/// </summary>

private async void GetAuthorizeCode()

{

string oauthUrl = string.Format("{0}/oauth2/authorize?client_id={1}&response_type=code&redirect_uri={2}&display=mobile"

, Constants.ServerUrl2_0, SdkData.AppKey, SdkData.RedirectUri);

Uri startUri = new Uri(oauthUrl, UriKind.Absolute);

Uri endUri = new Uri(SdkData.RedirectUri, UriKind.Absolute);

// 调出认证页面.

#if WINDOWS_PHONE_APP

WebAuthenticationBroker.AuthenticateAndContinue(startUri, endUri);

#else

var authenResult = await WebAuthenticationBroker.AuthenticateAsync(WebAuthenticationOptions.None, startUri, endUri);

switch (authenResult.ResponseStatus)

{

case WebAuthenticationStatus.Success:

{

string authorize_code = string.Empty;

var data = authenResult.ResponseData;

authorize_code = SdkUility.GetQueryParameter(data, "code");

if (string.IsNullOrEmpty(authorize_code) == false)

{

Authorize(authorize_code);

}

}

break;

case WebAuthenticationStatus.UserCancel:

{

SdkAuthError err = new SdkAuthError();

err.errCode = SdkErrCode.USER_CANCEL;

err.errMessage = Constants.SdkMsg.OAuthUserCanceled;

if (null != LoginCallback)

LoginCallback(false, err, null);

}

break;

case WebAuthenticationStatus.ErrorHttp:

default:

{

SdkAuthError err = new SdkAuthError();

err.errCode = SdkErrCode.NET_UNUSUAL;

err.errMessage = Constants.SdkMsg.NetException;

if (null != LoginCallback)

LoginCallback(false, err, null);

}

break;

}

#endif

}

public void continueAuth(WebAuthenticationResult authenResult)

{

switch (authenResult.ResponseStatus)

{

case WebAuthenticationStatus.Success:

{

string authorize_code = string.Empty;

var data = authenResult.ResponseData;

authorize_code = SdkUility.GetQueryParameter(data, "code");

if (string.IsNullOrEmpty(authorize_code) == false)

{

Authorize(authorize_code);

}

}

break;

case WebAuthenticationStatus.UserCancel:

{

SdkAuthError err = new SdkAuthError();

err.errCode = SdkErrCode.USER_CANCEL;

err.errMessage = Constants.SdkMsg.OAuthUserCanceled;

if (null != LoginCallback)

LoginCallback(false, err, null);

}

break;

case WebAuthenticationStatus.ErrorHttp:

default:

{

SdkAuthError err = new SdkAuthError();

err.errCode = SdkErrCode.NET_UNUSUAL;

err.errMessage = Constants.SdkMsg.NetException;

if (null != LoginCallback)

LoginCallback(false, err, null);

}

break;

}

}

现在我们的SDK的条件编译还没有生效，我们需要新建一个For Windows Phone的SDK：

把我们原有SDK的文件添加为链接：

注意CmdModel 下的文件，以及RestSharp.winmd 的引用也要加进来。还有我们的程序集名称因为新建项目的原因变化了，也得改回去。

改为

现在把Windows Phone 8.1应用的引用替换成WeiboSDKForWinRTPhone的。

接下来就可以果断地借鉴例子程序Web authentication broker sample 了，把它的ContinuationManager.cs拷贝过来。参见 https://code.msdn.microsoft.com/windowsapps/Web-Authentication-d0485122。

让 MainPage 实现 IWebAuthenticationContinuable 的接口：

public sealed partial class MainPage : Page, IWebAuthenticationContinuable

再给 MainPage 加上个实现 IWebAuthenticationContinuable 接口中 ContinueWebAuthentication进行下一步的方法：

public void ContinueWebAuthentication (WebAuthenticationBrokerContinuationEventArgs ex)

{

var oauthClient = new ClientOAuth();

oauthClient.LoginCallback += (isSucces, err, response) =>

{

if (isSucces)

{

// TODO: deal the OAuth result.

this.statusRun.Text = "Congratulations, Authorized successfully!";

this.ResultRun.Text = string.Format("AccesssToken:{0}, ExpriesIn:{1}, Uid:{2}",

response.AccessToken, response.ExpriesIn, response.Uid);

}

else

{

// TODO: handle the err.

this.statusRun.Text = " Authorized Failed!";

this.ResultRun.Text = err.errMessage;

}

};

oauthClient.continueAuth(ex.WebAuthenticationResult);

}

最后处理一下App.xaml.cs中的 事件：

#if WINDOWS_PHONE_APP

ContinuationManager continuationManager;

/// <summary>

/// Handle OnActivated event to deal with File Open/Save continuation activation kinds

/// </summary>

/// <param name="e">Application activated event arguments, it can be casted to proper sub-type based on ActivationKind</param>

protected override void OnActivated(IActivatedEventArgs e)

{

base.OnActivated(e);

continuationManager = new ContinuationManager();

Frame rootFrame = Window.Current.Content as Frame;

// Do not repeat app initialization when the Window already has content,

// just ensure that the window is active

if (rootFrame == null)

{

// Create a Frame to act as the navigation context and navigate to the first page

rootFrame = new Frame();

// Place the frame in the current Window

Window.Current.Content = rootFrame;

}

if(rootFrame.Content == null)

{

rootFrame.Navigate(typeof(MainPage));

}

var continuationEventArgs = e as IContinuationActivatedEventArgs;

if (continuationEventArgs != null)

{

// Call ContinuationManager to handle continuation activation

continuationManager.Continue(continuationEventArgs, rootFrame);

}

Window.Current.Activate();

}

#endif

赶紧运行看看：

好吧，又出错了。看起来是跳转到应用外失败了，是不是我们太早跳转了呢？把OnNavigatedTo中的授权的过程放到 Page 的 Loaded 事件里试试吧：

仍然不行，那只有采用延迟的办法了：

private async void Page_Loaded(object sender, RoutedEventArgs e)

{

await Task.Delay(1000);

var oauthClient = new ClientOAuth();

// 判断是否已经授权或者授权是否过期.

if (oauthClient.IsAuthorized == false)

{

oauthClient.LoginCallback += (isSucces, err, response) =>

{

if (isSucces)

{

// TODO: deal the OAuth result.

this.statusRun.Text = "Congratulations, Authorized successfully!";

this.ResultRun.Text = string.Format("AccesssToken:{0}, ExpriesIn:{1}, Uid:{2}",

response.AccessToken, response.ExpriesIn, response.Uid);

}

else

{

// TODO: handle the err.

this.statusRun.Text = err.errMessage;

}

};

oauthClient.BeginOAuth();

}

}

再看看行不行？

好了，终于大功告成。

结尾

我们这个修改过的微博SDK可以在https://code.msdn.microsoft.com/windowsapps/Share-To-Weibo-in-c99da5fa 找到。其中难免会有一些Bug，欢迎大家指正。

分享代码，改变世界！

Windows Phone Store App link:

http://www.windowsphone.com/zh-cn/store/app/博客园-uap/500f08f0-5be8-4723-aff9-a397beee52fc

Windows Store App link:

http://apps.microsoft.com/windows/zh-cn/app/c76b99a0-9abd-4a4e-86f0-b29bfcc51059

GitHub open source link:

https://github.com/MS-UAP/cnblogs-UAP

MSDN Sample Code:

https://code.msdn.microsoft.com/CNBlogs-Client-Universal-477943ab

0. 准备工作

在建立多语言支持前，首先要看一下 Manifest 文件中的默认语言选项，将它设置为你希望的默认显示语言。

接下来建立存放语言字符串的文件夹。如果是Universal App，就如下图所示，在 Shared 文件夹下建立 Strings 子文件夹，并在其中根据自己 App 希望支持的语言，再建立子文件夹，子文件夹的名称要和语言的编码一致。关于具体语言的编码，可以查询 Language Codes 页面：

http://msdn.microsoft.com/en-us/library/ms533052%28v=vs.85%29.aspx

如果不是 Universal App，那么 Strings 文件夹应该放在项目的根目录下。

建立好文件夹以后，在每个文件夹中添加 "Resources File (.resw)"。微软推荐使用默认文件名，以便在项目中进行调用。如果有特殊命名需求，请参考 How to load string resources (XAML) 页面：

http://msdn.microsoft.com/en-us/library/windows/apps/xaml/hh965323.aspx

这些做完以后，多语言支持的框架就算是搭起来了，剩下的就是往里填写内容了。

1. 填写字符串

以 en-US 举例，我们打开 en-US 的 Resources.resw 文件，会发现其中分为三列，分别是 Name，Value 和 Comment。顾名思义，分别是字符串引用的名称，字符串的内容和字符串的备注或评论。那么我们就开始根据自己的需求填写字符串。其中 Name 和 Value 较为重要，必须填写，Comment 主要是增强可读性，不是必填项。

如果是需要对界面，也就是 XAML 语言定义的部分进行多语言支持，那么 Name 的部分就要像 XAML 语言定义一样，针对控件的每个单元进行定义。例如：

需要对文本框的内容，也就是 Text 进行多语言支持，那么 Name 部分就必须是 NameofTextbox.Text 的格式。比如下图中，我们要对“精华栏标题”进行多语言支持，那么我们首先为精华栏标题命名为 BestTitle，并且针对 BestTitle.Text 这一 Name 填写内容 Best。那么这一工作就做完了。

对于Button控件来说，其文本部分叫做Label（为什么就不能统一叫Text呢？好奇怪啊），所以要给AppButton_Zoom这个button填写一个AppButton_Zoom.Label项。

2. 界面引用字符串

有了这个命名，我们如何在界面中进行调用呢？

很简单，通过 Uid 实现。

找到 XAML 中对应的部分，添加 x:Uid="BestTitle" 这一属性，这样系统就会自动在多语言支持中找到对应的内容，并将 Text 的内容对应赋予该 TextBlock 的 Text 属性。这样，我们就无需在 XAML 文件中将现实的内容硬编码进去，只需要修改对应的资源文件就可以，是不是很方便呢。

<Button Style="{StaticResource Win8TopAppBarButton}" Tag="CNBlogs.Pages.BestPostsPage" Click="NavButton_Click" Padding="30">
                <Button.Content>
                    <TextBlock>
                    <Run Text="" FontFamily="Segoe UI Symbol"/>
                    <Run x:Uid="BestTitle" Text=""/>
                    </TextBlock>
                </Button.Content>
            </Button>

运行一下看看效果，如果系统语言默认是英文的话，那么显示的内容就已经如我们所愿，变成英文的了。如果不是英文也没有关系，我们可以通过切换系统语言，或者在程序中设置应用语言来实现这一点，设置语言的方法，会在后文讲述。

对应的，我们也要添加上中文的内容，这样才能保证两种语言的对应性。

眼尖的读者一定发现了，不光 Text，连 FontSize 也可以定义么？对的，对于 Width，字体等简单属性，我们都可以根据不同语言的特性，对控件进行根据语言分类的设定，这样才可以使界面更加符合不同语言的特性及使用习惯。

3. 后台代码引用字符串

虽然前台设计主要由 XAML 实现，但是还是会有部分漏网的字符，是在后台的 C# 代码中实现的。对于这些部分的显示，如何调用资源文件中的内容呢？答案也是非常简单的。

首先，在资源文件中定义要调用的字符串。值得注意的是，这里不能像定义 XAML 中使用的字符串一样，使用类似 NameofTextbox.Text 的格式，而是要使用类似于变量命名的命名规则，不能再用”.”等分隔符隔开。否则系统调用会失败。

填写完成以后，我们打开后台 C# 代码，首先添加这一句：

Windows.ApplicationModel.Resources.ResourceLoader loader = new Windows.ApplicationModel.Resources.ResourceLoader();

这样就定义了一个 loader，由他负责从资源文件中找寻对应的语句。

当我们需要字符串的时候，就将字符串的部分替换为 loader.GetString("STRING_NAME")即可，其中 STRING_NAME对应的就是在资源文件中定义的 Name。例如，我们需要调用 "CommentTextblockText_Status1" 和 "CommentTextblockText_Status2" 字符串，那么我们就使用语句：

CommentButton.Content = isCommentTemperarorilyShown ? loader.GetString("CommentTextblockText_Status2") : loader.GetString("CommentTextblockText_Status1");

就可以了。

4. 设置程序语言

如果在 Windows Store App 中希望无视系统语言，强制设置程序语言，也是可以的。我们只需要在页面中添加一句：

Windows.Globalization.ApplicationLanguages.PrimaryLanguageOverride = "zh-CN";

就可以了。不过需要注意，这一句代码执行完了以后，只会对之后打开的页面生效，之前加载的页面的语言并不会发生变化。若希望全局生效，最好的办法是重新启动一下应用程序。

一个更好的办法是建立一个如图的下拉菜单：

这样可以方便用户自己选择界面语言。

遗憾的是，在 Windows Phone 中并没有这么好的全局设定方案，界面语言只能跟随系统显示语言。如果想要重设界面语言，就只能使用另外的黑科技了。

5. 其他

在中文和英文资源文件之间来回切换是个很痛苦的事情，尤其是界面字符串数目比较多的时候。笔者推荐一个插件，可以比较方便的进行语言之间的比较和翻译。

在 Visual Studio 中选择 TOOLS – Extensions and Updates，搜索 ResXManager 这一插件，安装重启以后，在 TOOLS 菜单中就可以打开它，界面如下图所示：

这样的对照界面比原来单一语言界面方便多了，如果有某种语言条目的空缺，他还会标红提醒，实在是多语言及本地化支持的利器。

小结

本地化及多语言支持的技术并无难点，困难之处往往在于多语言特点的兼顾，翻译的准确性及维护上。本文只是万里长征的第一步，后面的路还要开发者们一个字符串一个字符串去铺成……

分享代码，改变世界！

Windows Phone Store App link:

http://www.windowsphone.com/zh-cn/store/app/博客园-uap/500f08f0-5be8-4723-aff9-a397beee52fc

Windows Store App link:

http://apps.microsoft.com/windows/zh-cn/app/c76b99a0-9abd-4a4e-86f0-b29bfcc51059

GitHub open source link:

https://github.com/MS-UAP/cnblogs-UAP

MSDN Sample Code:

https://code.msdn.microsoft.com/CNBlogs-Client-Universal-477943ab

每一个页面都是这个App的门面，尤其是主页面，看上去干净整洁清爽宜人容易操作，那么你的App就成功了一半。这也反映出了你这个开发团队的基本审美素质和设计理念。如果你不是一个团队，而是一个个人开发者，建议你好好读读以下心得体会，相信会帮助你做出好看而实用的App。用一堆拥有丑陋UI的App充斥Window Store，不是我们高大上的程序员所为，被其他手机开发平台的开发者们耻笑。

三大纪律：

1）不乱用颜色。一个页面内不要超过3种颜色

2）不乱用大图片当背景。你是想让用户看你的背景图片呢，还是看你的内容？

3）不乱填充内容。页面元素如果太满，给读者压抑感，无所适从。

八项注意：我们从字号，字体，颜色，导航栏，标题栏，内容区，菜单栏，间距与对齐等八个方面介绍了我们开发App的心得体会。

字体

推荐一律使用Segoe WP字体。在特殊的显示符号的地方，可以使用其它字体，如：Segoe UI Symbol。有些字体在设计时可以呈现，但是在deploy到手机上后毫无效果，原因是手机上没有你指定的字体。

文字大小

在WP的设置中，有一项文字大小设置：

缺省时，文字最小，slider处于最左侧的位置。但是看邮件时太费劲啦，尤其是英文邮件，再加上喜欢坐城铁，基本上看几分钟我的K金狗眼就瞎了。所以我一般会把这个文字调到上图的大小。这时，WP内置的“节电模式”应用会这样：

看那个“节电模式”四个字，比上面的“设置”两个字大一些吧，这个页面的其它所有文字也都比正常要大。我不知道这是by design呢，还是bug呢？反正其它的内置App不这样。 这一点会被大多数人遗忘，以至于一些很有名头的App，或者是上述WP自带的App本身都掉入此坑。这个如何避免呢？

在Page中加入这么一句话即可：

<Page ...... IsTextScaleFactorEabbled="False">

这个定义是告诉WP：我的App忽略那个文字大小调整的影响。否则，你所有的文字相关的控件，都会变得巨丑无比，整个UI就毁了。

在Windows 8.1中没有这个设置，因此以上代码只能在Windows Phone Project中编译通过，因此这句话要写在Page中，而不能写在任何Shared Project的XAML中。

主题色

看到应用商店中的很多简单的App都使用了黑色作为主题色，无非是以下几个原因之一：

1）是一个简单的App，没有designer，没仔细设计过，干脆用黑色的

2）看到Windows Phone自带的App都是黑色，以为黑色就是官方指定的

3）黑色上显示白色的字，天经地义，不用做特殊设置

4）黑色是万能搭配色

以上这些都可以理解。但是一个纯正的第三方App绝不可以用黑色，一个是避免和WP自带的App混淆，一个是避免别人以为你偷懒用个黑色在这里充数。反正我个人没见过哪个口碑好的App是用黑色的。如果是自己用黑色做个App随便玩玩也就罢了，一旦上传到应用商店去，就只能说明又多了一个屌丝了，注意素质。

最简单的避免成为屌丝的方法很简单:

1）定义一个主题色（比如就用红色怎么啦，和IT之家似的），用于标题栏，可点击文字（带link）等场合

2）定义一个浅主题色（可选），用于菜单栏

3）用一个白色或浅灰色（假设主题色是深色）做大字体颜色（比如标题栏之内的文字）

4）用一个深灰色做大量文本的颜色（在白色背景下）

反正一共就4种颜色就够了，足以展示程序员的素质了。如果要精益求精，还需要更多一些的颜色，比如作者/发布时间的颜色，摘要的颜色，以及下方attribution的颜色（推荐/阅读/评论）。

主题色也应该在Page中这样定义：

<Page ...... RequestedTheme="Light" ......>

这样你就省去了在code中写this.RequestedTheme = Light的麻烦，这是为了做日间模式和夜间模式的切换。

状态栏

状态栏，就是Windows Phone顶部的那个大概有25像素高的横条，平时显示网络状态，时间，电池状态等等。下图中黑色的部分就是状态栏。

原则：不要轻易决定隐藏状态栏，除非你是在做一个游戏。因为在大多数情况下，用户是希望能随时看到自己的WIFI网络状态、电池状态和当前时间的。节省25个像素而用于显示更多的应用内容的想法有点儿小气。

如何隐藏状态栏呢？在Silverlight中，是在Page的XAML设置一个属性（忘记是什么了），但是在Win RT SDK中，目前知道的必须用code做这件事：

await Windows.UI.ViewManagement.StatusBar.GetForCurrentView().HideAsync();

一旦在一个页面内调用了上述语句，那么在该App本次的以后使用过程中，顶部状态条都不会再显示了，除非你再调用ShowAsync()来显示它。

如何让状态栏和你的App的色调搭配和谐呢？你应该在Page里这样定义：

<Page ...... Background="{ThemeResource MyAppThemeColor}">

这里假设你在StyleDictionary.xaml里设置了MyAppThemeColor的值。这样的话，这个页面的状态栏也会被刷成应用主题色，一般来说会和你的这个页面的顶部标题栏颜色一致，看上去比较顺眼的啦。

但是这导致了一个问题：如果你的App有下方的命令栏（Command Bar）而且是淡蓝色背景，在页面切换动画时，能看到命令栏后面的深蓝色背景一闪而过，不太协调，原因是上面那个设置把整个页面都设置成了深蓝色，包括底部命令栏的后背景。这个虽然不是大问题，但作为程序员的我们一定要知道当有人Challenge这件事时，我们如何解决。

为了避免这个问题，我们可以只设置状态栏的背景色，而不设置页面背景，用code做：

Windows.UI.ViewManagement.StatusBar statusBar = Windows.UI.ViewManagement.StatusBar.GetForCurrentView();
statusBar.ForegroundColor = CNBlogsThemeColor;

但是别忘了去掉上面Page里的Background设置。

标题栏

博客园的标题栏设计如下：

特简单。注意了吗，页面上没有“博客园”或“CNBlogs”字样。同学们一般习惯把“博客园”字样作为Pivot的Title放在本页的最上方，但是仔细想想那有什么意义呢？人家用你这个App的人，知道你这是博客园，为何一定要占据宝贵的空间来展示自己的自恋情结呢？

另一个页的标题栏设计如下：

高度/颜色/字体等和其他页完全一致，切换页面时无跳跃感。和Android的App的最大区别是：由于Windows Phone有特定的底部Command Bar来放置命令按钮和菜单，所以顶部的标题栏一定不要再放任何可以操作的东西啦，而只能用于信息展示。比如上图，告诉你当前页面显示了热门博客的前20条。那个“2日内阅读排行”是一个辅助手段，告诉你当前页的具体展示类别。这么多字在标题栏里放不下，所以放在这里会随着ListView的滚动而上移从而隐藏。

内容区

内容区不要太杂，最好只放一类东西，除非你是在做那个叫做“找你妹”的游戏。如果只有一类内容，那么我们一般用ListView就搞定了。如果有两类以上的内容要显示，最好放在两个页面内；如果非要在一个页面内，就用这种方式：

用一个蓝条分开了不同种类的内容，而且每类内容可以单独展开或收起。这里你还可以选择用ListView的分组方式展示数据，第一个分组标题是“分类”，第二个分组标题是“博主”等等，但是不是最佳选择，因为两类内容的模板不一致，需要写很多code来实现。

菜单栏

菜单栏也有几个小技巧可以分享，看下图：

1）我们使用了主题色来显示菜单项和按钮(Foreground = CNBlogsThemeColor)

2）用淡雅主题色来作为菜单背景（在Flyout Menu的弹出式菜单中也是如此）(Background = CNBLogsThemeLightColor)

3）使用标准ICON做按钮，如果不够用，在Segoe UI Symbol中基本上可以找到你要的东西，就不要麻烦designer再去画了。如果非要自定义的话，就画一个25x25 png，放在40x40的png内。你可以试试其它尺寸，很难看的。

4）重要操作放在上面的按钮中（最多4个），不重要的放在菜单中，这个你自己定吧。

这个菜单栏的样式定义如下：

<Style TargetType="CommandBar">
    <Setter Property="Background" Value="{ThemeResource CNBlogsThemeLightColor}"/>
    <Setter Property="Foreground" Value="{ThemeResource CNBlogsThemeColor}"/>
</Style>

这个定义放在了StyleDictionary.xaml中，这样所有页面的菜单项都会是同一个样式了。

间距与对齐

间距是屌丝程序员经常忽视的问题，但其实它是隐藏最深的能影响用户体验的关键元素之一。我们举例说明吧，看下图：

每个红色的圆形都表示一个间距（人家Designer给的设计叫做Redline，用红色直线表示），对称位置的两个间距要保持一致，整个界面才能好看。比如1和2，3和4，5和6，7和8，都要保证数值一样。

从对齐上看，标题区的WinRT/Metro的左边距，ListViewHeader的左边距，以及每篇博客的左边距都是一致的。

再比如设置页面，也是丝毫不能马虎，看那些红色的线条的长度，必须保证一样长：

小结

Windows 8.1上的App对审美的要求其实更高，因为它的显示面积大，不像Windows Phone上可以随便用点儿什么手段就能填满屏幕。我们会有专门一篇Blog介绍博客园 UAP的Windows 8.1版本的界面设计。

作为同样屌丝的我，实在是写不出什么更好的东西，只是在和designer接触过程中学了些皮毛，让大家见笑了。总之几句话概括一下：注意颜色，注意字体，注意间距，注意内容。让我想起了解放军的三大纪律八项注意，违纪者扣6分罚200！把自己的脸整容成雷锋也不行！呵呵，又扯远了…

分享代码，改变世界！

Windows Phone Store App link:

http://www.windowsphone.com/zh-cn/store/app/博客园-uap/500f08f0-5be8-4723-aff9-a397beee52fc

Windows Store App link:

http://apps.microsoft.com/windows/zh-cn/app/c76b99a0-9abd-4a4e-86f0-b29bfcc51059

GitHub open source link:

https://github.com/MS-UAP/cnblogs-UAP

MSDN Sample Code:

https://code.msdn.microsoft.com/CNBlogs-Client-Universal-477943ab