Connecting to the Mac App Store
Connecting to the Mac App Store...
We are unable to find iTunes on your computer.当前位置: >
Windows Phone app的设计过程(2)
这个阶段的目标是产生关联任务的大量idea，如“贡献酒店预订的体验”。想象力（Imagination）、妄想（delusion）与古怪（craziness）是在这个点上都是好的技巧。让自己有玩的心态，思路跳出思维框架。有需多具体的头脑风暴练习如Subject+Verbs+Objects与扩展思路的Alternate Worlds、Impossible Scenarios与In Other‘s Shoes。我们会在下一篇文章讨论所提到的技术。这些游戏你可以与团队一起参与，如果你是独立开发者你可以跟朋友一起参与。这个阶段的目标不是强迫你疑虑“你如何build或编写这个或那个”。也不是关于这些东东长什么样。它是关于产生idea的。在接下来的几个阶段，这些idea会落地执行。后面，就像我们知道的，有百万个非常好的idea，但是只有一个或者两个会被恰当执行，并且成功。
探索分析/审查/测试（Exploration Dissect/Inspect/Test Ideas）
在探索阶段你会得到头脑风暴中脱颖而出的idea，并需要了解更多关于这些idea的内容。你可以通过分析、审查与测试来达到目的。这个点idea刚刚出生，它们就是孩子，没有完全的发展或成熟。然而这些idea只是头脑风暴的一部分，也许许多疯狂的idea在头脑风暴过程中已经灭了——但是有一些依然存在。你可以肯定会发现你或团队中其它人会坚信、接受并深深爱上这些idea——他们的孩子。我冒险地说这不是好事情，但同时，你需要爱上已经确定的idea，这样你就可以把其它idea推得远远儿的。有些时候idea需要发展来完全的证明。如果你太快地放弃了一个idea，也许你会失去一个好的机会。幸运的是这个阶段我们有4个非常有用的工具，允许我们探索我们的idea并发现优秀的种子：草图、故事板、简易原型与讲故事。这些工具帮助开发人员与设计人员针对idea进行测试。
拥有草图能力可以帮助你维持更多的抽象概念。故事板可以帮助你像接近皮克斯或梦工厂动画师一样讲故事。你使用手绘与故事板展现idea的用户体验情景，如何通过app来提供帮助与做出贡献。这是一个可视化的方式。原型是一个全新世界可以探索，当前重心在简易原型。这里有几种方式：一个是通过纸张、便条、卡片与胶带建立模拟原型。你可以通过手动粘贴到画布上测试情景（scenarios） 来传达交互。这类简易模型需要一个向导与测试用户。这听起来像是落伍的活动。但是它真的不是……它是非常严肃的。你会惊讶，你能在一张简易原型上用15~60分钟而不需要花一分钱，就可以收到许多反馈。在进一级的设计过程阶段不会使用简易原型，但在这个点，这是最佳选择。另外一个做简易原型的方式是使用Expression Blend（或者是Powerpoint或者其它的交互工具）。这个是Design Studio的Jared Potter第一次向我展示的复合数模技术。简单的说，你在纸上画草图、拍照、载入图像到Expression Blend，在头部的可点击区域增加透明按钮并关联导航栏。Done！他称这个是15分钟简易原型技术，我们会在下一篇文章中讲得更多。
整合产生决策 （Consolidation Make Decisions）
从头脑风暴开始得到许多idea，经历自己与团队的探索……在这里需要整合，非常好的idea会脱颖而出。这是一个决定哪一个idea会进入app的过程。有不同的练习会帮助你的团队缩减列表与基于优先级排序列表。这里的目标是移除尽可能多的不明确信息。这时，idea比起概念阶段进一步进化，并引发更多的用户情景（user scenarios）或者信息情景（information scenarios）。你需要带到下一个阶段的是一个基于优先级的情景列表。
信息架构（Information Architecture）
信息架构阶段的目标是定义信息、任务与彼此之间的关系。用户所拥有的数字体验：信息与信息利用的潜力——使用信息来帮助决策、获得关于某些事情的知识、产生信息。
信息架构是一个完整的学科。信息架构的目标是制定信息规则。
在理念与概念阶段产生的用户情景包括不定型的信息，如名字、日期、价格、图像、温度范围-在信息架构阶段你会带着不定型的信息并传递为结构化的信息。一次尝试是不可能完成的，它需要经历多个过程。
我们有两个非常有用的工具可以帮助我们定义信息框架：应用程序流程表单（Application Flow charts）与低保真原型（Low Fidelity Prototyping）。
所以在信息架构进行第一次尝试，并通过创建Flow charts进行测试。这里有不同成熟度等级，主要是从任务流程到具体屏幕+内容视图+导航表单。记得经典软件工程的Flow charts吗？这就是app flow charts，它只是一个可视化术语，我们专注在用户流程（user flow）、体验（experience）与交互设计（Interaction design）。一旦你拿到一个flow chart，你就可以尝试讲述用户情景（user scenarios）的故事。你会获得反馈与idea，用来重定义信息架构，并返回完善AI文档。这时你可以反复通过创建较高仿真的flow chart进行测试。flow charts渐渐地变得详细，从简单的任务flow到屏幕展示内容视图、导航。我不称之为高端的flow charts线框图（wireframes），确切的说是低保真框架。
另外一个工具是低保真原型（low fidelity prototypes）。在这个点纸质原型依然有用，因为低成本。无论如何，flow charts会渐渐地更高保真。你需要打印这些app flow chart并把类似的放在一起（不再是草稿、而是打印材料）或使用Jared在Expression Blend的原型技术，用拍摄的原型图像替代，把app flow程序呈现在屏幕上。
在最后你会有一个独立的IA文档，包括组织化的信息、可靠的成组flow charts与基于app flow的低保真原型。
责任编辑：横走网
共有人阅读，期待你的评论！评论17,048 Views
Windows Phone面试也有很长一段时间了，其简洁的视觉风格，完全区别于iOS及Android的交互方式受到很多设计师的青睐。
目前Marketplace中的应用数量相较App Store和Google Market还是比较少的，具有平台特色的创新交互方式也没有非常成形，我们了解这个平台最简单的方式就是先按照最接近原生体验的方式去设计应用，在充分并深入理解这个平台之后再去创造更多新颖的交互方式。
下面就从这个系统所提供的最原生的交互方式出发简单分析一下如何设计一个最为原汁原味的Windows Phone应用。
瓦片（Tile）的合理运用
Windows Phone中最大的一个特点就是主页面是由一个一个方形或长方形的“瓦片”建起来的。瓦片可不仅仅是一个icon，它还能承载应用想要展示给用户的一些信息，所以合理运用瓦片可以展示的信息将会给我们设计的应用增色不少，在用户诸多的选择中脱颖而出。
最基本的，可以像系统自带的短信功能那样，提供一个未读短消息条数的数字提示。
稍复杂点，可以在瓦片中显示一些静态或动态的图片、文字信息。不过要注意一点，Windows Phone的设计原则就是简洁为主，大色块配合尽量少的颜色展示内容比较符合这个系统整体的风格，如果把瓦片设计的太过于花哨和复杂就有点背离系统设计初衷了，放置在主界面上可能也不会有特别好的视觉效果。
不仅如此，瓦片并不是一个固定的模块，系统提供了很多翻转、推动之类的切换效果，这意味这我们可以将其视为正反两面进行看待，正面延续之前所说的设计方式，主要展示应用名称、logo及一些必要信息，反面就可以灵活放置我们想展示给用户看的内容，这就给设计师提供了很广阔的空间，想放什么？尽情开动脑筋吧。不过也有一点需要注意，目前来说，瓦片切换的动作及时间间隔是开发者不可控的，所以瓦片背面放置的东西还是应该尽量以简洁为主。
Windows Phone 7.5（芒果）系统中提供了一个新的功能，就是可以把应用中的操作或内容模块发送到桌面上形成瓦片，方便用户快速进入需要的内容或操作，如微博客户端的发微博操作或者某一分组的微博内容。这就需要设计师在设计前就想好哪些操作用户可能需要快速触发，而后告诉研发同事在相应的地方设置好发送到桌面的操作。
细心的用户还会发现，系统自带的联系人功能在瓦片中是以一种很炫的九宫格的方式进行展示的，整个瓦片被拆车3*3的小块，以每一个小块为单位进行切换，还会将相邻四个小块拼成一张大图。可惜微软官方没有将这个设计权限开放给开发者，可能是考虑到主界面运行效率和整体效果的的因素吧。这是个小小的遗憾，期待之后能用到这个效果设计出比较酷的瓦片展示方式。下图所示即为九宫格效果：
在瓦片效果的使用上，USA Today就做得非常出色：模拟了九宫格试布局，正面使用icon及新闻图片的拼接图，在反面展示了天气信息，效果很好。
全景视图（Panorama）的正确使用
全景视图模型展示
USA Today中对于全景视图的使用
全景视图设计上类似于Windows系统中的多窗口事件，每个窗口中打开的可以是不同的软件。所以全景视图中可以放置文字、图片、瓦片等等所有可以承载的内容，每个页面中的内容、布局、甚至操作都可以有所不同，每个页面右侧露出的边沿恰恰构成了切换标签的最佳隐喻（见下图）。这样的特性正好对应于iOS或者Android系统应用最为常见的一级导航，所以我们在设计Windows Phone应用时完全可以大胆的将这两个平台应用的一级架构直接移植过来。
Windows Phone的设计不太推荐一个页面中出现二级标签（也是可以支持的，但是那样就不够原生，不在本文讨论范围），这就需要设计时将内容尽量扁平化，在尽量少的层级内完成相关的操作，这一般是我们设计应用时比较花心思的地方。
全景视图中每个界面中放置的内容也可以有两种展示方式，纵向展示多用于内容较多或信息流类内容，纵向理论上可以“无限长”；横向展示多用于内容量及布局固定，希望一次性展示完毕的内容，其纵向不可操作，横向可做多屏拼接。
如下图，Xbox LIVE栏目使用的即为横向展示方式（覆盖区域为栏目范围，框选区域为一屏显示范围），其他栏目使用的是纵向展示方式。
全景视图中可以模拟主屏幕中的瓦片及动作效果，不过微软没有把1*2的长方形瓦片使用权限开放给开发者，对此我们可以使用自己绘制的方式进行效果模拟。
全景视图中不同界面内容及操作不同，则其对应的功能菜单肯定也有一些区别，解决这个问题可以在界面之间切换时设置一个操作菜单收起的动作，到下一界面再次展开时显示该界面对应的操作即可。
枢轴视图（Pivot）的正确使用
枢轴视图设计上类似于Windows系统中的多任务事件，在一个软件中开启多个并列任务，每个任务的结构、布局、操作方式都非常接近。枢轴视图中内容占据全屏位置，标题位置展示之后的一个或几个页面对应的内容。这个特性可以对应到iOS或者Android系统应用的二级导航或标签切换，是Windows Phone应用中经常出现的效果。
枢轴视图中，点击上部的标签或者左右拖动屏幕均可进行标签之间的切换，每个标签下所对应的内容在结构布局上最好保持较高的一致性。
交互逻辑上的控制
之前讨论过，Windows Phone的架构要求我们在设计时尽量扁平化，尽量压缩架构的层级，但很多操作需要到三级或者更深层级有时也是不可避免的，那么尽量让用户使用尽可能少的操作就回到更高层级的交互逻辑就显得比较重要了。
方案一：合理规划“返回”
微软推荐开发者引导用户使用实体返回键而不是返回按钮进行返回操作。返回键触发的操作可以定义为“返回上一状态”或“返回上一层级”，在合理的前提下，将枢轴视图或最终内容浏览状态下的返回操作都定义成“返回上一层级”，就会大大压缩返回操作的触发次数。
方案二：直接返回主页面的按钮
如果页面跳转的层级很深甚至产生循环嵌套，不妨在对应页面的操作菜单中直接加入一个“返回主页面”的按钮，方便用户完成操作后快速回到主页面。
以上分析是基于一个比较宏观的范围，实际设计中肯定还会有很多细节方面需要不断推敲完善，也有很多实际情况需要特殊的处理方式。这些需要我们在设计的过程中深入的思考，不断的分析，最终形成完善合理的设计方案。
写的比较肤浅，如果有不准确的地方，欢迎大家指出。
最多评论文章博客园客户端(Universal App)开发随笔 - Setting Page的实现方法与经验 - 推酷
博客园客户端(Universal App)开发随笔 - Setting Page的实现方法与经验
几乎所有的移动 App 都会为用户提供一个设置页面（Setting Page 或 Preference Page），来满足大家对于一个 App 众口难调的需求。虽然有一种说法表示，最好的 App 不需要设置，一切默认呈现给用户的就是最好的选择。但是对于大多数开发人员来说，这样的境界不是可以简单达到的；而且对于部分“设置控”用户来说，没有设置页面怎么看都觉得少了些什么。所以对于大部分 App 来说，设置页面还是一个必备品。
本文将分别介绍 Windows 和 Windows Phone 的设置页面的界面设计，最后介绍他们后台的统一实现与数据保存。
Windows App 的Setting界面设计
在 Windows App 中，设置页面的入口被统一在了 charm bar 中，手指从触摸屏右侧滑入或鼠标从屏幕右下角向下滑动都可以调出 charm bar，然后进入默认的设置页面。
开发中的默认的设置页面只有 Permissions （权限）一项，发布在市场后会自动添加 Rate and Review （评分）这一项，所以不必自己实现，但是在Windows Phone中需要自己实现。
对于一个一般的 App 来说，可以在设置页面添加如下几项：
选项 / 偏好 (Option / Preference)
关于（About）
隐私声明（Privacy Statement）（如果 App 使用了网络权限，则这一项必选）
选项 / 偏好 (Option / Preference)
以博客园应用下一版即将加入的阅读模式为例。我们希望在选项中新增阅读模式的设置，具体实现方式为在 App 的设置中增加选项一栏，点击后跳转到选项页面，并进行相应设置。
首先我们在 Universal App 中添加一个 Setting Flyout 页面：
在XAML部分，我们加入简单的说明与一个 ToggleButton。
&StackPanel Style=&{StaticResource SettingsFlyoutSectionStyle}&&
&TextBlock Text=&阅读设置& Style=&{StaticResource TitleTextBlockStyle}&/&
&TextBlock Margin=&0,0,0,10& Text=&在阅读设置部分，可以进行所有和阅读相关的设置& Style=&{StaticResource BodyTextBlockStyle}&/&
&ToggleSwitch Margin=&-6,0,0,0& x:Name=&ReadingModeToggle&
Header = &阅读模式& HorizontalAlignment=&Left& HorizontalContentAlignment=&Left& OffContent=&日间模式& OnContent=&夜间模式& Toggled=&ReadingModeToggle_Toggled&/&
&/StackPanel&
这样就实现了一个最简单的 SettingFlyout 页面。那么如何在 App 中调出这个页面呢？我们在App.xaml.cs文件中添加如下代码：
#if WINDOWS_APP
using Windows.UI.ApplicationS
并在 OnLaunched 方法内添加：
#if WINDOWS_APP
SettingsPane.GetForCurrentView().CommandsRequested += (s, args) =&
Add an About command to the settings pane
var preference = new SettingsCommand(&设置&, &设置&, (handler) =&
new PreferenceSettingsFlyout().Show());
args.Request.ApplicationCommands.Add(preference);
这样，打开应用时，在右侧的 Setting Pane 中就增加了我们的选项一栏，并可以打开进行设置。
具体设置的后台实现，可以通过 Toggled =&ReadingModeToggle_Toggled& 调用后台的具体方法实现。这一部分的有关内容将在后文提到。
关于（About）
关于（About）页面可以放置 App 相关的介绍与作者联系方式等信息，具体的实现与选项 / 偏好 (Option / Preference) 页面相似，此处不再赘述。
隐私声明（Privacy Statement）
这一项比较特殊，凡是申请了网络权限，包括 internetClient，internetClientServer 和 privateNetworkClientServer 权限的 App，都必须提供隐私声明。开发者可以在自己的网站或博客建立一个专门的页面用来放置应用的隐私声明，并在设置栏中提供一个转向的入口，这样才能确保 App 在提交时通过审核。
由于只需要跳转的链接，所以隐私声明的实现比较简单。首先在 App.xaml.cs 的 OnLaunched 方法内添加：
#if WINDOWS_APP
var privacy = new SettingsCommand(&隐私声明&, &隐私声明&, GetPrivacyPolicyAsync);
args.Request.ApplicationCommands.Add(privacy);
提供隐私声明的入口，并在 App.xaml.cs 中添加以下方法：
#if WINDOWS_APP
private async void GetPrivacyPolicyAsync(Windows.UI.Popups.IUICommand command)
await Windows.System.Launcher.LaunchUriAsync(new Uri(&/privacystatement/zh-cn/core/default.aspx&));
即可以实现。其中的 URL 请替换为适合 App 本身的隐私声明地址。
Windows Phone App的Setting界面设计
Windows Phone App 与 Windows App 在设置界面方面有两点不同：
1. Windows Phone 没有提供统一的设置入口。
2. Windows Phone App 不需要强制提供隐私声明。
因此，开发者需要自己为设置界面提供入口和界面页面。以博客园 UAP 的 Windows Phone 版举例，首先我们在项目中添加 SettingPage.xaml。
博客园的设置页面实现使用了 Pivot，好处是可以在一个页面同时实现“选项”与“关于”两项内容，并且将来可以很方便地添加新的子项。
&Pivot x:Name=&pivot_Main& SelectionChanged=&Pivot_SelectionChanged&&
&PivotItem Margin=&0& Tag=&setting&&
&PivotItem.Header&
&TextBlock Style=&{StaticResource PivotTitleFont}& Text=&设置& /&
&/PivotItem.Header&
&StackPanel Orientation=&Vertical& Margin=&20&&
&ToggleSwitch Header=&博客标题/摘要& OffContent=&只显示标题& OnContent=&显示标题和摘要& IsOn=&{Binding DefaultDisplaySummary, Mode=TwoWay}&/&
&TextBlock Text=&(刷新生效)& Foreground=&{ThemeResource CNBlogsAttributionColor}& FontSize=&14& Margin=&0,-5,0,10&/&
&ToggleSwitch Header=&点击博客标题时& OffContent=&阅读正文& OnContent=&显示/隐藏摘要& IsOn=&{Binding ClickTitleForSummary, Mode=TwoWay}&/&
&TextBlock Text=&(刷新生效)& Foreground=&{ThemeResource CNBlogsAttributionColor}& FontSize=&14& Margin=&0,-5,0,10&/&
&/StackPanel&
&/PivotItem&
&PivotItem Margin=&0& Tag=&about&&
&PivotItem.Header&
&TextBlock Style=&{StaticResource PivotTitleFont}& Text=&关于& /&
&/PivotItem.Header&
&StackPanel Margin=&20& HorizontalAlignment=&Center&&
&Image x:Name=&image_Logo& Height=&100& Margin=&0,20& Source=&ms-appx:///Assets/Logo.100.Blue.png& Opacity=&0&&
&Image.Projection&
&PlaneProjection /&
&/Image.Projection&
&StackPanel x:Name=&sp_aboutContent& Opacity=&0&&
&TextBlock Margin=&0,10& HorizontalAlignment=&Center& Style=&{StaticResource SettingPageTextHeader}& Text=&博客园& /&
&TextBlock Margin=&0,10& HorizontalAlignment=&Center& Style=&{StaticResource SettingPageTextHeader}& Text=&Windows Phone 客户端& /&
&TextBlock HorizontalAlignment=&Center& FontSize=&14& Style=&{StaticResource SettingPageTextHeader}& Text=&Powered By Microsoft& /&
&TextBlock x:Name=&tbkVersion& Text=&1.0& HorizontalAlignment=&Center& FontSize=&14& Style=&{StaticResource SettingPageTextHeader}&/&
&HyperlinkButton x:Name=&btn_RateMe& Margin=&0,40,0,10& Content=&给个好评& Style=&{StaticResource SettingPageHyperlinkButtonText}& HorizontalAlignment=&Center& Click=&btn_RateMe_Click&/&
&TextBlock Margin=&30& FontSize=&14& FontFamily=&Segoe WP& TextWrapping=&Wrap& Foreground=&{ThemeResource CNBlogsSummaryColor}&&
&Run Text=&本应用为Universal App的示例应用，使用WindowsRT SDK开发，支持Windows Phone 8.1。&/&
&Run Text=&还有一个同名应用同时发布在Windows 8.1上，两者共用一套底层代码。&/&
&/TextBlock&
&/StackPanel&
&/StackPanel&
&/PivotItem&
通过以上代码框架实现设置和关于页面的内容填充，即可实现简单的设置页面效果。
在“关于”页面中的那个“给个好评”，必须自己实现，两行代码搞定：
var uri = new Uri(string.Format(&ms-windows-store:navigate?appid={0}&, urrentApp.AppId));
await Windows.System.Launcher.LaunchUriAsync(uri);
上面的那个版本号，也可以用code从Package.appxmanifest中的这里读取：
&Identity Name=&36385XiaowuHu.F648& Publisher=&CN=60BC9EB8-6EF8-44C4-817C-FCE25D428B9B& Version=&1.0.0.18& /&
在博客园 Universal App 中，Windows Phone 版的设置页面的入口是 BottomAppBar 中定义的
&AppBarButton x:Name=&btn_Setting& Label=&设置& Icon=&Setting& Click=&btn_Setting_Click&/&
按钮提供的。这也是大多数 Windows Phone App 的设置页面的入口。
除了 AppBarButton 以外，我们还可以通过更快捷的方式直接进入设置的具体页面。例如我们在 BottomAppBar 中添加
&CommandBar.SecondaryCommands&
&AppBarButton x:Name=&btnAbout& Label=&关于本应用& Click=&btnAbout_Click& /&
&/CommandBar.SecondaryCommands&
并在后台实现点击事件对应的方法：
private void btnLogon_Click(object sender, RoutedEventArgs e)
this.Frame.Navigate(typeof(SettingsPage), new DataModel.SettingNavigationParameter() { targetPivot = TargetPivotItemName.About, targetCss = 0 });
即可直接跳转到对应的关于页面。这样除了统一的设置入口以外，在不同页面添加适应不同页面的不同快捷入口，使得用户可以根据当前页面快速找到对应设置选项。这是一个非常好的实践经验和用户体验，即，在不同上下文时提供不同的设置入口，比如在Reading Page，可以提供“设置字号”菜单进入Setting Page；在Write Comment Page可以提供“登录”菜单进入Setting Page。
设置页面的后台实现与数据保存
所有设置页面的操作，例如对 ToggleButton 的拖动，对 Button 的点击等等，都可以通过填写控件本身提供的事件方法来进行相应的操作，此处就不再赘述。那么当用户进行设置以后，如何保存用户的设置，使得用户每次打开 App 都应用上次保存的设置内容呢？
在 App 中常用的保存数据有 XML 序列化和保存 Setting 字段两种方式，前者主要适用于保存结构化的数据，对于简单的设置数据的保存，我们在博客园应用中使用了后者。
我们在 CNBlogs.DataHelper.DataModel 的命名空间下添加 Setting.cs 用于定义各设置数据。以夜间模式举例，在此类中添加如下定义：
using System.Collections.G
using System.L
using System.T
using System.Threading.T
using Windows.S
namespace CNBlogs.DataHelper.DataModel
public sealed class CNBlogSettings : DataModelBase
private ApplicationDataContainer settings = Windows.Storage.ApplicationData.Current.LocalS
const string SettingKey_NightModeTheme = &cnblog_night_mode_theme&;
public bool NightModeTheme
var obj = this.settings.Values[SettingKey_NightModeTheme];
return obj == null ? false : (bool)
this.settings.Values[SettingKey_NightModeTheme] =
base.OnPropertyChanged(&NightModeTheme&);
就实现了简单的 NightModeTheme 字段的本地保存。为了保持一致性，还可以将 Setting 类设计为单例模式。
这样，在 ToggleButton 提供的事件方法中，我们可以对 NightModeTheme 字段进行修改，Setting 类会负责读取与保存该字段的内容。
当然，可不可以不通过 C# 代码也能实现对 Setting 字段的修改呢？当然可以。XAML 的数据绑定为此提供了更优雅的解决方案。我们只需要在夜间模式对应的 ToggleButton 中的XAML定义中添加 IsOn=&{Binding NightModeTheme, Mode=TwoWay}& 这么一个属性，就可以绑定 ToggleButton 的状态与 Setting 类中 NightModeTheme 的值了。当然，根据 NightModeTheme 的值来进行怎样的操作，如提供夜间模式变换主题状态等操作，还是需要后台代码实现的。
本文介绍对 Windows App 和 Windows Phone App 设置界面的简单设计，并给出了后台代码和数据保存的基本实现。通过这些，Universal App 就可以拥有一个看起来像模像样的设置页面了。至于如何设计更加人性化，更加“高大上”的设计界面，就需要开发者们努力实现了。比如在我们的博客园客户端中的关于界面，实现了一个超出用户预期的小动画。欢迎交流。
你可以从这里下载我们分享的源代码：
当然更可以直接下载两个App来看效果，但是由于designer介入较晚，所以UI上面还需要完善，我们会持续更新App。
Windows Phone Store App link:
Windows Store App link:
纯粹干净的App, 里面绝无广告，请放心使用。
分享代码，改变世界！
MSDN官方文档：
Quickstart: Add app settings (XAML)
Guidelines for app settings
Adding app settings (XAML)
App certification requirements for the Windows Store
Loading and saving settings
已发表评论数()
已收藏到推刊！
请填写推刊名
描述不能大于100个字符!
权限设置： 公开
仅自己可见
正文不准确
排版有问题
没有分页内容
视频无法显示
图片无法显示}