创建应用包错误: File 'C:\somepath\bin\ARM\Release\*.appx' not found. 解决方案

微士博 Published the article • 0 comments • 36 views • 2017-04-11 08:38 • 来自相关话题

VS2017更新到Windows 10 SDK 15063后,如果创建应用商店部署包操作,将在编译ARM架构的过程中,出现如下错误:

 
解决方案如下:
 下载:http://pan.baidu.com/s/1c1RtQy0 工具,解压到指定位置 关闭所有的Visual Studio 实例 以系统管理员模式,打开Visual Studio 2017开发者命令行工具 在命令行工具中,使用cd 命令导航到 步骤1 的目录下面。 运行 Apply.cmd 
 
Happy Coding for Every Day ! 查看全部
VS2017更新到Windows 10 SDK 15063后,如果创建应用商店部署包操作,将在编译ARM架构的过程中,出现如下错误:

 
解决方案如下:
  1.  下载:http://pan.baidu.com/s/1c1RtQy0 工具,解压到指定位置
  2.  关闭所有的Visual Studio 实例
  3.  以系统管理员模式,打开Visual Studio 2017开发者命令行工具
  4.  在命令行工具中,使用cd 命令导航到 步骤1 的目录下面。
  5.  运行 Apply.cmd 

 
Happy Coding for Every Day !

Windows开发者设计指南

微士博 Published the article • 0 comments • 106 views • 2017-03-29 08:39 • 来自相关话题

 参考PDF文件
http://prodbdk.blob.core.windo ... e.pdf

如果获取TextBox控件焦点并自动弹出虚拟键盘

微士博 Published the article • 0 comments • 64 views • 2017-03-09 11:46 • 来自相关话题

如标题问题,在UWP的产品开发过程中,我们肯定会遇到要求用户输入信息的场景,好一点的产品设计师,会考虑的全一点,说白了,就是从用户体验上入手,将每个产品细节做到位,下面记录当页面导航到登陆、评论页等这些需要输入信息的页面时,如何确保输入框(TextBox)获取到焦点,并顺势弹出输入法虚拟键盘。
 
操作步骤:
1、新建项目,随便找个页面,拖个TextBox空间,简单设置一些样式,如背景色,边框,高度之类的,目的就是要让你的肉眼看到有这么一个控件在页面上,设置控件的 InputScope为 default 。
2,F7快捷键,导航到代码页(a.xaml.cs),在页面的构造函数中,加入loaded事件,Tab快捷键自动创建好了。
3,在Loaded_Page事件函数中,加入:
tbTest.Focus(FocusState.Programatic);
4,流程就是:当页面加载完毕后,TextBox获取焦点,焦点状态是自动弹出键盘.
 
以上实例代码如下可以到 这里获取  https://github.com/WinEcos/Samples  查看全部
如标题问题,在UWP的产品开发过程中,我们肯定会遇到要求用户输入信息的场景,好一点的产品设计师,会考虑的全一点,说白了,就是从用户体验上入手,将每个产品细节做到位,下面记录当页面导航到登陆、评论页等这些需要输入信息的页面时,如何确保输入框(TextBox)获取到焦点,并顺势弹出输入法虚拟键盘。
 
操作步骤:
1、新建项目,随便找个页面,拖个TextBox空间,简单设置一些样式,如背景色,边框,高度之类的,目的就是要让你的肉眼看到有这么一个控件在页面上,设置控件的 InputScope为 default 。
2,F7快捷键,导航到代码页(a.xaml.cs),在页面的构造函数中,加入loaded事件,Tab快捷键自动创建好了。
3,在Loaded_Page事件函数中,加入:
tbTest.Focus(FocusState.Programatic);
4,流程就是:当页面加载完毕后,TextBox获取焦点,焦点状态是自动弹出键盘.
 
以上实例代码如下可以到 这里获取  https://github.com/WinEcos/Samples 

UWP Community Toolkit 1.3 正式对外发布v1.3.0版本

微士博 Published the article • 0 comments • 75 views • 2017-02-11 08:17 • 来自相关话题

昨晚(北京时间) ,David Catuhe 和  Giorgio Sardo正式对外发布了UWP Community Toolkit 1.3版本,自从社区工具包推出后,受到很多开发者的欢迎,毕竟是微软自己主力推荐的开源项目,超过82%的贡献来自开发者社区,非常推荐国内开发者朋友们使用。




本次版本更新内容如下:
控件类
WrapPanel, Positions child elements in sequential position from left to right or top to bottom, breaking content to the next lineTextboxMask and TextBoxRegex (attached properties). Allows setting common or custom masks (like telephone numbers) for input.SurfaceDialTextboxHelper (attached property). Extends any Textbox control to be controlled directly from a Surface Dial.MarkdownTextBlock. Embeds and renders in real-time markdown syntax.TileControl. Enables repeatable tile content.ScrollHeader. Builds upon FadeHeader and enables Quick Return, Sticky and Fade behaviors.Expander. Provides an extendable container to show/hide any content by clicking the header.AdvancedCollectionView: Builds upon CollectionView and easily sorts and filters collections before displaying them.Loading control. Shows an animation with some content when the user should wait in some tasks of the app.   


















服务类
OneDrive service. Roam user files through the new OneDrive service with a simplified API model (similar to StorageFolder). The new service makes it easy to authenticate OneDrive users and more in the same consistent way you have come to expect from the toolkit services.Microsoft Translator Service. Translate text in 60 languages supported by Microsoft Translator Services. The free tier supports up to 2 million requests per month.We’ve added support for geographical metadata to tweets 

动画类
Light. Add light effects to your page or controls to draw user attentionReorder grid animations (attached property). Add smooth animations when resizing a grid view.ParallaxService. Allows to create a parallax effect for items contained within an element that scrolls like a ScrollViewer or ListView. 

消息推送
New toast features. Allows group toasts notifications (only available on Creator Update). 

辅助功能
With the support of the community, we started the journey to add accessibility capabilities to all the controls in the toolkit 

实例应用
The Sample App now has embedded documentation (using the new Markdown control).The Sample App provide pointers to a few external OSS resources, for example, the newly released Windows SDK for Google Analytics.It is now available for preview on Xbox One 

用户反馈
Tookit控件当前可以提交用户反馈信息与新功能请求, 戳:Tookit用户反馈
 
 
 
UWP 社区工具包深入了解,戳:这里 
Windows 应用商店下载,戳:这里  查看全部
昨晚(北京时间) ,David Catuhe 和  Giorgio Sardo正式对外发布了UWP Community Toolkit 1.3版本,自从社区工具包推出后,受到很多开发者的欢迎,毕竟是微软自己主力推荐的开源项目,超过82%的贡献来自开发者社区,非常推荐国内开发者朋友们使用。
IMAGE1.png

本次版本更新内容如下:
控件类
  • WrapPanel, Positions child elements in sequential position from left to right or top to bottom, breaking content to the next line
  • TextboxMask and TextBoxRegex (attached properties). Allows setting common or custom masks (like telephone numbers) for input.
  • SurfaceDialTextboxHelper (attached property). Extends any Textbox control to be controlled directly from a Surface Dial.
  • MarkdownTextBlock. Embeds and renders in real-time markdown syntax.
  • TileControl. Enables repeatable tile content.
  • ScrollHeader. Builds upon FadeHeader and enables Quick Return, Sticky and Fade behaviors.
  • Expander. Provides an extendable container to show/hide any content by clicking the header.
  • AdvancedCollectionView: Builds upon CollectionView and easily sorts and filters collections before displaying them.
  • Loading control. Shows an animation with some content when the user should wait in some tasks of the app.  
  •  



















                                      服务类
                                      • OneDrive service. Roam user files through the new OneDrive service with a simplified API model (similar to StorageFolder). The new service makes it easy to authenticate OneDrive users and more in the same consistent way you have come to expect from the toolkit services.
                                      • Microsoft Translator Service. Translate text in 60 languages supported by Microsoft Translator Services. The free tier supports up to 2 million requests per month.
                                      • We’ve added support for geographical metadata to tweets 


                                      动画类
                                      • Light. Add light effects to your page or controls to draw user attention
                                      • Reorder grid animations (attached property). Add smooth animations when resizing a grid view.
                                      • ParallaxService. Allows to create a parallax effect for items contained within an element that scrolls like a ScrollViewer or ListView. 


                                      消息推送
                                      New toast features. Allows group toasts notifications (only available on Creator Update). 

                                      辅助功能
                                      With the support of the community, we started the journey to add accessibility capabilities to all the controls in the toolkit 

                                      实例应用
                                      • The Sample App now has embedded documentation (using the new Markdown control).
                                      • The Sample App provide pointers to a few external OSS resources, for example, the newly released Windows SDK for Google Analytics.
                                      • It is now available for preview on Xbox One 


                                      用户反馈
                                      Tookit控件当前可以提交用户反馈信息与新功能请求, 戳:Tookit用户反馈
                                       
                                       
                                       
                                      UWP 社区工具包深入了解,戳:这里 
                                      Windows 应用商店下载,戳:这里 

                                      UWP开发字符串编码格式问题-GBK/GB2312

                                      Reply

                                      eStan Post a question • 1 person concerned • 0 replies • 15 views • 2016-07-18 10:22 • 来自相关话题

                                      vs2015镜像修复后出现这个情况

                                      Reply

                                      rujing201 Post a question • 1 person concerned • 0 replies • 21 views • 2016-07-08 17:18 • 来自相关话题

                                      微软要收购Dockers????

                                      Reply

                                      Daroutuo Post a question • 1 person concerned • 0 replies • 39 views • 2016-06-30 07:57 • 来自相关话题

                                      Windows 10应用设计加速器--设计语言的变迁

                                      Nokiss Published the article • 0 comments • 86 views • 2016-06-04 18:23 • 来自相关话题

                                      从Windows 8到Windows 10,微软经历了重大的商业变革,与此同时也带来了设计上翻天覆地的变化。接下来的4期内容,将深入浅出的为大家讲解微软设计语言的变迁历程;对于那些正在规划,或者已经着手进行Windows 10应用设计的朋友,也将通过这几期内容对于通用应用有更深入、更直观的了解。

                                      从Windows Phone7开始,微软就提出了非常先进的移动端设计理念,但一方面由于理念过于激进难以落地,一方面受限于硬件设备的更新与普及程度,另一方面也受限于微软在移动领域里有限的市场规模,导致这套设计理念很难被绝大多数用户接受。

                                      长久以来,微软一直处于 PC 领域的霸主地位,众多系统版本中,市场份额占据最多的是 Windows 7。在全新的 Windows 10 平台中,微软融合了 Windows 7 以及 Windows 8 的优势,进行设计优化、重新包装,交还到用户手中。不管是习惯用传统桌面端操作的XP、Windows 7 老用户,还是已经习惯 Windows 8 的新用户,都可以通过开始菜单,使用自己熟悉的操作方式,快速上手。
                                       
                                      设计原则的发展 

                                      微软是首家提出移动端应用扁平化设计理念的公司。这套设计风格最初被称为Metro Design Language(现已更名,视觉风格上也有所改变),最早来源于瑞士平面设计,不光是平面设计,建筑、时装、书籍排版设计等等各处都能看到这种基于排版设计语言的影子。

                                      在现代化的地铁、机场中的视觉引导系统通常会采用硕大的字体和醒目整齐的色块来吸引人们的注意。这些公共场合的指示牌为微软设计团队提供了灵感,进而把这种全球通用的视觉语言迁移到移动端的应用设计中,为用户提供快速、简洁、直接、明确的设计。也就是我们后来看到的 Windows 8 Metro UI。

                                      2006年著名的 Zune 播放器开始使用类似 MetroUI 的设计风格。微软的设计师计划重新设计现有用户界面、更清爽的排版和较少的重点以便于用户使用。其清爽排版和设计给用户耳目一新的冲击。Metro UI在之后的时间里运用在 Windows、Windows Phone、Office 和 Xbox 甚至微软的硬件产品中。





                                       
                                      现如今,MetroDesign的设计原则已经延伸遍布到整个Windows 10平台,并且在原来的理论基础上以更开放的心态进行了优化。于是我们看到了正式更名后的Microsoft Design Language:

                                      Keep it simple 保持简单
                                       
                                      确保一致的简单性,直观的设计不言自明。确保为用户提供的内容简洁高效,易于阅读和理解。

                                      Make it personal 彰显个性

                                      创建与用户的情感连接。针对用户的生活、思考和行动方式进行设计,让用户感觉这是为他量身定做的体验。

                                      Think universal 考虑通用

                                      秉承以人为本的态度,充分考虑用户不同情境下的需求,产出具有包容性的产品与技术。

                                      Create delight 创造愉悦

                                      创造让用户尖叫的体验,关注场景化的感知。
                                       
                                      图  标 
                                       
                                      当我们打开 Windows10 资源管理器,会发现界面上的图标、按钮,都进行了重新设计,在扁平化的基础上采用极简风格。

                                      下图是 Windows 8 时代的指令按钮,这简直是 Windows 8 时代平台视觉样式的典型代表。这种样式的优势在于能够凸显微软平台设计的独特,但与此同也因为设计风格与其他平台格格不入而带来设计门槛过高,难以进行设计迁移的问题。






                                      而在 Windows 10平台,这样的指令按钮样式已经成为历史,我们会发现系统层级的控件已经全部采用极简的视觉风格,大大减少了 Windows 平台与 iOS, Android 以及 Web 之间的差异,从这一点也可以看到转型中的微软逐渐开放的态度。






                                      Windows 10 系统图标设计规范供大家参考:





                                      在应用交互层面,Windows8时代的应用导航样式比较单一。熟悉Windows移动端产品的朋友一定都记得,不论是手机还是平板,Windows 8都是以独特的“动态导航”和相对单一的“横向滑动”浏览模式著称。这种高度统一的交互模式,在一定程度上限制了设计师的创造力,对于不同产品的品牌塑造也带来一些束缚。

                                      在Windows 10平台,我们看到了更丰富的布局和控件样式,在原Windows 8的基础上进行了很大程度的优化。新的应用布局及结构会在后面几期内容中陆续跟大家见面。





                                       
                                      Scaling, Responsive, Adaptive 

                                      图中所展示了 Windows 设备家族。从无屏幕或屏幕在3寸左右大小的可穿戴设备、手机、手机平板、平板、PC、电视、XBOX、Surface Hub,甚至是全息眼镜 HoloLens,同一个 Windows 10应用即将运行在任意 Windows 家族设备上,也就是我们所说的 Universal Windows Platform,通用应用平台。

                                      微软本身拥有很强大的 OEM 厂商群体,在丰富了设备类型的同时,也带来分辨率、屏幕比例花样百出的现状。从跨度超大的应用画布尺寸到多维的自然人机交互方式,对于设计师来说,Windows 10 将是一个机遇与挑战并存的平台。我们要考虑设备的多样性,如何尽可能复用设计图去兼顾不同的设备,并且做好适配工作;如何响应传统桌面端与平板模式的切换;当应用视窗尺寸发生变化的时候,如何调整界面布局,等等。





                                       
                                      在解答这些问题之前,首先来解读“等比缩放(Scaling)”、“响应式设计(Responsive Design)”、“自适应设计(Adaptive Design)”这三个概念在Windows 10应用设计中的意义,以便通过它们来指导我们进行跨设备多场景的应用设计。
                                       
                                      等比缩放:WindowsPhone 上传统的适配手段。在应用跨越的设备物理尺寸范围比较小的时候,比如只是基于4寸到5寸的手机,可以通过直接等比放大或者缩小界面元素来完成适配。但当一款应用要跨越手机直到PC这类大显示器的时候,简单的内容缩放显然会降低信息的可读性,并不能适应用户在大设备上的阅读习惯。因此,在 Windows 10 平台,我们会更多的听到响应式、适应式设计的概念。

                                      响应式:简单的说,它来源于能够自动识别屏幕宽度、并做出相应调整的网页设计。会随着显示尺寸的变化,时时调整内容区域的展现效果,强调的重点在于视觉体验。在 Windwos10 平台上,通用应用以大家熟悉的视窗形式进行展现,伴随用户手指拖拽所触发的视窗尺寸变化,界面布局发生视觉层面的变化,以确保在任何情况下,内容都可以正常展示。

                                      这种基于视窗的展现形式是大家在传统 Win32 应用或者网页浏览中早就习以为常的。同网页设计一样,我们建议设计师采用百分比进行页面内容的划分而非绝对像素值,从而最大程度确保不同视窗下的内容展现都完美。前端设计师或者开发者可以很方便的使用 Windows 10 控件 Relative Panel 配合 Visual State Manager(视觉状态管理器)实现响应式设计布局。可以把 RelativePanel 比喻成一个大容器,用来承载各种UI元素,通过 VisualState Manager 控制这个容器内的元素布局发生变化。





                                       
                                      注意以下几个概念:
                                       
                                      VisualState 指的是界面的某种状态,里面包含两个属性,即 Triggers 和 Setters。Triggers 是 Visual State 的触发条件,可以设置当某个触发条件成立的时候,将 Setters 相应的属性值应用到控件的相应属性上。系统自带的 Triggers 包括界面显示宽度、设备类型。同时也支持开发者对 Triggers 进行自定义,当满足了相应的触发机制,系统会自动调起相应的 UI。Setters 包含了控件的属性以及相应设置值,当 Triggers 条件成立,相应的 Setters 属性值生效,应用到相应控件的相应的属性上。

                                      基于这个方式,我们可以轻松实现不同视窗宽度下,UI 元素之间的布局变化。例如下图中的大麦 APP,仅通过一套前端 XAML 控件实现了从小屏幕的手机到大屏幕 PC 的适配。





                                       
                                      3个 Tips 给大家参考:
                                       
                                      缩放:内容配合所在容器或者显示宽度的大小变化,而被积压或拉伸进行自动调整。





                                       
                                      流动:所在容器或者显示宽度大小发生变化,但内容本身不发生大小变化,而是往容器的下方延展显示。 





                                       
                                      位移:相对位置的改变。 
                                       




                                       
                                      自适应:在设备越来越丰富的今天,另外一个重要概念就是“自适应”。它是基于设备适配、跨平台设计而产生的理念。因此,自适应设计强调的不只是单纯的视觉布局变化,更多的是需要应用具备适应不同硬件设备的能力。基于不同设备,用户会有差异化的功能需求,不同硬件本身的能力也存在差异。

                                      例如我们现在看到的稀奇艺术,这是 Windows 10 平台一款基于 AR 技术的、跨手机和平板设备的艺术类 APP。首页的雕像展示,平板设备上采用了带有纵深的3D效果;考虑到手机硬件性能有限,于是在雕像展示上则采用了横向滑动的卡片效果。
                                       





                                      平板展示效果




                                      手机展示效果
                                       
                                      3个Tips给大家参考:
                                      变革:基于不同设备,不同的用户使用场景,在功能上有所颠覆。





                                      重构:由于手机端显示空间有限,平板端一屏内展现的内容,在手机端被拆分成上下级关系,带来应用信息框架的改变。





                                      替代:用户在不同设备上差异化的使用习惯,有可能带来差异化的应用结构和控件使用。
                                       





                                      在下期内容中,会为大家讲解从 Windows8 到 Windows 10,微软移动端应用的结构变化,以及全新 Windows10 控件使用技巧。会有更多设计资源带给大家哦~

                                      如果您也对 Windows10 平台产品设计感兴趣,或者正纠结于设计或开发的难题,欢迎发邮件到 waa@Microsoft.com联系WAA团队,我们期待您的反馈。
                                       
                                       
                                      转载自 软中国MSDN公众号,无删减。 查看全部
                                      从Windows 8到Windows 10,微软经历了重大的商业变革,与此同时也带来了设计上翻天覆地的变化。接下来的4期内容,将深入浅出的为大家讲解微软设计语言的变迁历程;对于那些正在规划,或者已经着手进行Windows 10应用设计的朋友,也将通过这几期内容对于通用应用有更深入、更直观的了解。

                                      从Windows Phone7开始,微软就提出了非常先进的移动端设计理念,但一方面由于理念过于激进难以落地,一方面受限于硬件设备的更新与普及程度,另一方面也受限于微软在移动领域里有限的市场规模,导致这套设计理念很难被绝大多数用户接受。

                                      长久以来,微软一直处于 PC 领域的霸主地位,众多系统版本中,市场份额占据最多的是 Windows 7。在全新的 Windows 10 平台中,微软融合了 Windows 7 以及 Windows 8 的优势,进行设计优化、重新包装,交还到用户手中。不管是习惯用传统桌面端操作的XP、Windows 7 老用户,还是已经习惯 Windows 8 的新用户,都可以通过开始菜单,使用自己熟悉的操作方式,快速上手。
                                       
                                      • 设计原则的发展 


                                      微软是首家提出移动端应用扁平化设计理念的公司。这套设计风格最初被称为Metro Design Language(现已更名,视觉风格上也有所改变),最早来源于瑞士平面设计,不光是平面设计,建筑、时装、书籍排版设计等等各处都能看到这种基于排版设计语言的影子。

                                      在现代化的地铁、机场中的视觉引导系统通常会采用硕大的字体和醒目整齐的色块来吸引人们的注意。这些公共场合的指示牌为微软设计团队提供了灵感,进而把这种全球通用的视觉语言迁移到移动端的应用设计中,为用户提供快速、简洁、直接、明确的设计。也就是我们后来看到的 Windows 8 Metro UI。

                                      2006年著名的 Zune 播放器开始使用类似 MetroUI 的设计风格。微软的设计师计划重新设计现有用户界面、更清爽的排版和较少的重点以便于用户使用。其清爽排版和设计给用户耳目一新的冲击。Metro UI在之后的时间里运用在 Windows、Windows Phone、Office 和 Xbox 甚至微软的硬件产品中。

                                      640.jpg

                                       
                                      现如今,MetroDesign的设计原则已经延伸遍布到整个Windows 10平台,并且在原来的理论基础上以更开放的心态进行了优化。于是我们看到了正式更名后的Microsoft Design Language:

                                      Keep it simple 保持简单
                                       
                                      确保一致的简单性,直观的设计不言自明。确保为用户提供的内容简洁高效,易于阅读和理解。

                                      Make it personal 彰显个性

                                      创建与用户的情感连接。针对用户的生活、思考和行动方式进行设计,让用户感觉这是为他量身定做的体验。

                                      Think universal 考虑通用

                                      秉承以人为本的态度,充分考虑用户不同情境下的需求,产出具有包容性的产品与技术。

                                      Create delight 创造愉悦

                                      创造让用户尖叫的体验,关注场景化的感知。
                                       
                                      • 图  标 

                                       
                                      当我们打开 Windows10 资源管理器,会发现界面上的图标、按钮,都进行了重新设计,在扁平化的基础上采用极简风格。

                                      下图是 Windows 8 时代的指令按钮,这简直是 Windows 8 时代平台视觉样式的典型代表。这种样式的优势在于能够凸显微软平台设计的独特,但与此同也因为设计风格与其他平台格格不入而带来设计门槛过高,难以进行设计迁移的问题。

                                      640.png


                                      而在 Windows 10平台,这样的指令按钮样式已经成为历史,我们会发现系统层级的控件已经全部采用极简的视觉风格,大大减少了 Windows 平台与 iOS, Android 以及 Web 之间的差异,从这一点也可以看到转型中的微软逐渐开放的态度。

                                      64110.png


                                      Windows 10 系统图标设计规范供大家参考:

                                      6402.png

                                      在应用交互层面,Windows8时代的应用导航样式比较单一。熟悉Windows移动端产品的朋友一定都记得,不论是手机还是平板,Windows 8都是以独特的“动态导航”和相对单一的“横向滑动”浏览模式著称。这种高度统一的交互模式,在一定程度上限制了设计师的创造力,对于不同产品的品牌塑造也带来一些束缚。

                                      在Windows 10平台,我们看到了更丰富的布局和控件样式,在原Windows 8的基础上进行了很大程度的优化。新的应用布局及结构会在后面几期内容中陆续跟大家见面。

                                      641110.jpg

                                       
                                      • Scaling, Responsive, Adaptive 


                                      图中所展示了 Windows 设备家族。从无屏幕或屏幕在3寸左右大小的可穿戴设备、手机、手机平板、平板、PC、电视、XBOX、Surface Hub,甚至是全息眼镜 HoloLens,同一个 Windows 10应用即将运行在任意 Windows 家族设备上,也就是我们所说的 Universal Windows Platform,通用应用平台。

                                      微软本身拥有很强大的 OEM 厂商群体,在丰富了设备类型的同时,也带来分辨率、屏幕比例花样百出的现状。从跨度超大的应用画布尺寸到多维的自然人机交互方式,对于设计师来说,Windows 10 将是一个机遇与挑战并存的平台。我们要考虑设备的多样性,如何尽可能复用设计图去兼顾不同的设备,并且做好适配工作;如何响应传统桌面端与平板模式的切换;当应用视窗尺寸发生变化的时候,如何调整界面布局,等等。

                                      611140.jpg

                                       
                                      在解答这些问题之前,首先来解读“等比缩放(Scaling)”、“响应式设计(Responsive Design)”、“自适应设计(Adaptive Design)”这三个概念在Windows 10应用设计中的意义,以便通过它们来指导我们进行跨设备多场景的应用设计。
                                       
                                      等比缩放:WindowsPhone 上传统的适配手段。在应用跨越的设备物理尺寸范围比较小的时候,比如只是基于4寸到5寸的手机,可以通过直接等比放大或者缩小界面元素来完成适配。但当一款应用要跨越手机直到PC这类大显示器的时候,简单的内容缩放显然会降低信息的可读性,并不能适应用户在大设备上的阅读习惯。因此,在 Windows 10 平台,我们会更多的听到响应式、适应式设计的概念。

                                      响应式:简单的说,它来源于能够自动识别屏幕宽度、并做出相应调整的网页设计。会随着显示尺寸的变化,时时调整内容区域的展现效果,强调的重点在于视觉体验。在 Windwos10 平台上,通用应用以大家熟悉的视窗形式进行展现,伴随用户手指拖拽所触发的视窗尺寸变化,界面布局发生视觉层面的变化,以确保在任何情况下,内容都可以正常展示。

                                      这种基于视窗的展现形式是大家在传统 Win32 应用或者网页浏览中早就习以为常的。同网页设计一样,我们建议设计师采用百分比进行页面内容的划分而非绝对像素值,从而最大程度确保不同视窗下的内容展现都完美。前端设计师或者开发者可以很方便的使用 Windows 10 控件 Relative Panel 配合 Visual State Manager(视觉状态管理器)实现响应式设计布局。可以把 RelativePanel 比喻成一个大容器,用来承载各种UI元素,通过 VisualState Manager 控制这个容器内的元素布局发生变化。

                                      642310.jpg

                                       
                                      注意以下几个概念:
                                       
                                      • VisualState 指的是界面的某种状态,里面包含两个属性,即 Triggers 和 Setters。
                                      • Triggers 是 Visual State 的触发条件,可以设置当某个触发条件成立的时候,将 Setters 相应的属性值应用到控件的相应属性上。系统自带的 Triggers 包括界面显示宽度、设备类型。同时也支持开发者对 Triggers 进行自定义,当满足了相应的触发机制,系统会自动调起相应的 UI。
                                      • Setters 包含了控件的属性以及相应设置值,当 Triggers 条件成立,相应的 Setters 属性值生效,应用到相应控件的相应的属性上。


                                      基于这个方式,我们可以轻松实现不同视窗宽度下,UI 元素之间的布局变化。例如下图中的大麦 APP,仅通过一套前端 XAML 控件实现了从小屏幕的手机到大屏幕 PC 的适配。

                                      612140.jpg

                                       
                                      3个 Tips 给大家参考:
                                       
                                      • 缩放:内容配合所在容器或者显示宽度的大小变化,而被积压或拉伸进行自动调整。


                                      640.png

                                       
                                      • 流动:所在容器或者显示宽度大小发生变化,但内容本身不发生大小变化,而是往容器的下方延展显示。 


                                      641111110.png

                                       
                                      • 位移:相对位置的改变。 

                                       
                                      611240.png

                                       
                                      自适应:在设备越来越丰富的今天,另外一个重要概念就是“自适应”。它是基于设备适配、跨平台设计而产生的理念。因此,自适应设计强调的不只是单纯的视觉布局变化,更多的是需要应用具备适应不同硬件设备的能力。基于不同设备,用户会有差异化的功能需求,不同硬件本身的能力也存在差异。

                                      例如我们现在看到的稀奇艺术,这是 Windows 10 平台一款基于 AR 技术的、跨手机和平板设备的艺术类 APP。首页的雕像展示,平板设备上采用了带有纵深的3D效果;考虑到手机硬件性能有限,于是在雕像展示上则采用了横向滑动的卡片效果。
                                       

                                      平板.jpg

                                      平板展示效果
                                      手机.jpg

                                      手机展示效果
                                       
                                      3个Tips给大家参考:
                                      • 变革:基于不同设备,不同的用户使用场景,在功能上有所颠覆。


                                      64qaa0.jpg

                                      • 重构:由于手机端显示空间有限,平板端一屏内展现的内容,在手机端被拆分成上下级关系,带来应用信息框架的改变。


                                      640.jpg

                                      • 替代:用户在不同设备上差异化的使用习惯,有可能带来差异化的应用结构和控件使用。

                                       
                                      633w40.jpg


                                      在下期内容中,会为大家讲解从 Windows8 到 Windows 10,微软移动端应用的结构变化,以及全新 Windows10 控件使用技巧。会有更多设计资源带给大家哦~

                                      如果您也对 Windows10 平台产品设计感兴趣,或者正纠结于设计或开发的难题,欢迎发邮件到 waa@Microsoft.com联系WAA团队,我们期待您的反馈。
                                       
                                       
                                      转载自 软中国MSDN公众号,无删减。

                                        Windows 应用商店策略

                                        微士博 Published the article • 0 comments • 94 views • 2016-02-03 13:46 • 来自相关话题

                                        文档版本:6.7

                                        文档日期:2015 年 12 月 3 日

                                        感谢您有兴趣参与开发适用于 Windows 和 Windows Phone 的应用。我们致力于与您保持紧密关系,支持并鼓励您为全球客户提供种类丰富而且引人入胜的高质量应用所作出的努力。出于向开发人员提供支持并使客户满意的双重目的,我们发布了这些策略。

                                        下面是一些入门准则:

                                        您的应用应提供真正的价值。提供具有说服力的理由,促使用户从应用商店下载您的应用。
                                        切勿在应用的功能及其提供商等方面误导我们共同的客户。
                                        切勿尝试欺骗客户、系统或生态系统。我们的应用商店不容许存在任何形式的欺骗,不论是评分和评论操控、信用卡诈骗还是其他的欺诈活动。

                                        遵循这些策略有助于您做出一些选择,以提高您的应用的吸引力并吸引更多用户。

                                        您的应用对于亿万客户的使用体验而言至关重要。我们迫不及待想要看到您所创建的应用,而且对于能够帮助向全世界提供您的应用感到非常激动。

                                        如果您对这些策略有任何反馈,请通过在我们的论坛上发表评论告知我们。我们会认真对待每一条评论。

                                        应用策略
                                        与众不同的功能和价值;准确的展示
                                        10.1

                                        应用及其关联的元数据必须准确且清晰地反映出应用的来源、功能和特性。

                                        随应用一起提供的屏幕截图、应用名称、开发人员名称、磁贴、类别和应用提要以及其他任何相关元数据,应使用户易于理解应用的功能、特性和任何重要限制。
                                        您用于应用磁贴和提要中的关键字不应冗余,应与您的应用密切相关且准确无误。与您的应用相关联的关键字应恰当切题且正确无误,不应超过发布的关键字限制。
                                        您的应用必须具备完善的功能并为客户提供独特且具有创造性的价值或效用,并且您的应用不得使用与其他应用相似的名称或图标。
                                        如果您未获得许可,不应展示来自公司、政府部门或其他实体的应用。
                                        如果您的应用包含限制到特定语言、市场或地理位置的内容或功能,或者具有其他重要限制,应清楚地描述这些信息。
                                        如果您的应用声明与给定文件类型或扩展点相关联,它必须提供客户在该关联的条件下期待的功能。例如,如果您的应用声明与 .jpg 文件类型相关联,该应用应该能打开图像,以供查看或编辑。

                                        安全性
                                        10.2

                                        您的应用不能损害或危及用户安全或者 Windows 或 Windows Phone 设备、系统或相关系统的安全或功能,并且不能有任何损害用户和其他人利益的可能性。

                                        10.2.1

                                        应用必须始终在系统提供的许可沙箱内运行。因此,以下内容将适用:

                                        您的应用必须在允许的安全模式下调用代码。有关示例,请参阅 .NET Framework 4 中的安全更改。
                                        您的应用不得通过本地机制(包括通过文件和注册表项)与本地桌面应用程序(在 Windows 设备上)或服务进行通信。
                                        您的应用可能只能依赖于对于应用商店应用允许的 Windows 运行时 API,并且必须保持在对于应用商店应用允许的边界内(例如,不得超出应用容器)。

                                        10.2.2

                                        您的应用不得以任何形式动态包含违反应用商店策略的代码,从而尝试更改或扩展所描述的功能。例如,您的应用不应下载远程脚本,然后以违背所述功能的方式执行该脚本。

                                        应用可进行测试
                                        10.3

                                        应用必须可以进行测试。如果出于任何原因(包括但不限于以下各项)无法测试应用,则该应用可能无法满足此要求。

                                        10.3.1

                                        如果你的应用需要登录凭据,请使用 Notes to Tester 字段向我们提供一个有效的演示帐户。

                                        10.3.2

                                        如果你的应用需要访问服务器,服务器必须可以验证应用是否正常工作。

                                        10.3.3

                                        如果你的应用允许用于添加礼品卡余额,请提供可在测试中使用的礼品卡号。

                                        可用性
                                        10.4

                                        您的应用必须满足应用商店的可用性标准,包括但不限于以下子部分中列出的内容。

                                        10.4.1

                                        应用必须在与应用程序指定的软件、硬件和屏幕分辨率要求兼容的设备上运行。

                                        如果应用下载到不兼容的设备上,应用应当在启动时检测出该问题并向用户显示一条消息,详细说明这些要求。

                                        10.4.2

                                        应用支持正常关闭。应用必须处理由任何托管或本机系统 API 引发的异常,并且不可意外关闭。意外关闭的应用将无法通过认证。应用必须在处理异常后继续运行并保持响应用户输入。

                                        10.4.3

                                        应用必须可以立即启动并且必须保持响应用户输入。

                                        10.4.4

                                        在适当的位置按下后退按钮应当将用户带回之前的页面/对话框。 如果用户在应用的首页按下后退按钮,应用应当终止(允许应用在后台运行的情况除外)。

                                        个人信息
                                        10.5

                                        以下要求适用于访问个人信息的应用。个人信息包括可识别或可用于识别个人身份的信息或数据,或与此类信息或数据相关的内容。个人信息的示例包括:姓名和地址、电话号码、生物特征识别、位置、联系方式、照片、音频和视频录像、文档、短信、电子邮件或其他文本通信、屏幕截图,在某些情况下还包括合并的浏览历史记录。

                                        10.5.1

                                        如果您的应用访问、收集或传输个人信息,除非法律另有要求,否则您必须遵循隐私策略。你必须向用户提供对应用的“说明”页内隐私策略的访问权限(包括将其提交到 Microsoft 以便向用户显示)。此外,您的隐私策略必须随时可从您的应用进行访问。隐私策略可以托管在应用内或直接从应用链接。您的隐私策略必须告知用户您的应用访问、收集或传输的个人信息及如何使用、存储、保护和披露该信息。隐私策略必须向用户说明,他们可以对其信息的使用和共享进行哪些控制以及他们如何存取自己的信息。此外,隐私策略必须符合适用的法律和法规。在您向应用添加新特性和功能时,必须及时更新隐私策略。

                                        此外,接收设备位置的应用必须提供设置,以允许用户启用和禁用应用访问并使用位置服务 API 中的位置。对于 Windows Phone 8 和 Windows Phone 8.1 应用,必须在应用内提供这些设置。对于 Windows Mobile 10 应用,Windows 将在“设置应用”(位于“设置”->“隐私”->“位置”页面上)中自动提供这些设置。

                                        10.5.2

                                        只有在获得用户的自愿加入同意之后,您的应用才可以将客户的个人信息发布给外部服务或其他用户。自愿加入同意是指在您执行了如下操作之后,客户在应用用户界面中明确允许您执行所请求的活动:

                                        (a) 向客户描述了信息将如何访问、使用或共享;以及

                                        (b) 在应用用户界面中向客户提供了供其在日后撤消此权限和选择退出的机制。

                                        10.5.3

                                        如果您的应用向服务或第三方发布某人的个人信息,但与其共享信息的人并不是应用客户,则必须先获得其明确的书面同意方可发布该个人信息,并且必须允许共享其信息的人在任何时间撤回同意。如果您的应用向客户提供访问其他人的个人信息的权限,也将适用此要求。

                                        功能
                                        10.6

                                        您声明的功能必须合理地与您应用的功能相关,并且这些声明的使用必须符合我们的应用功能声明。不得绕过对功能使用情况的操作系统检查。

                                        有关应用功能声明的详细信息,请参阅应用功能声明。

                                        本地化
                                        10.7

                                        您必须针对应用所支持的所有语言本地化您的应用。 必须使用声明的每种语言本地化应用的说明文本。如果你的应用已进行本地化,而某些功能在某个本地化的版本中不可用,则必须在应用提要中明确说明或显示该本地化限制。应用所提供的体验必须在它支持的所有语言中具有合理的相似之处。

                                        财务交易
                                        10.8

                                        如果您的应用包含应用内购买、支付功能或者可以捕获财务信息,则需要符合以下要求:

                                        10.8.1

                                        您必须使用 Microsoft 应用内购买 API,才能销售您的应用内所使用的数字项目或服务。
                                        您的应用中出售的应用内产品不能转换为任何法律上有效的货币(如美元、欧元等)或者任何实体商品或服务。
                                        如果您在 2015 年 6 月 29 日当天或之前创建您的应用,您可以在截止日期 2016 年 6 月 29 日之前继续通过第三方 API 使用数字项目或服务。

                                        10.8.2

                                        您必须通过安全的第三方购买 API,才能购买实体商品或服务、进行模拟现实场景的赌博或者募集慈善捐款。如果您的应用用来促进或募集慈善捐款或开展促销性的抽奖或竞赛活动,您必须遵守适用的法律。您还必须明确声明,Microsoft 不是此次促销活动的集资者或主办方。

                                        使用安全的第三方购买 API 时,应遵循以下要求:

                                        在进行交易或从客户处收集任何付款或财务信息时,您的应用必须识别商务交易提供商,验证用户身份,并获得用户对交易的确认。
                                        应用可以为用户提供保存此身份验证的功能,但是,用户必须能够要求对每项交易进行身份验证,或关闭应用内交易。
                                        如果您的应用要收集信用卡信息,或者使用第三方付款处理程序来收集信用卡信息,则付款必须按照最新的 PCI 数据安全标准 (PCI DSS) 予以处理。

                                        10.8.3

                                        如果您的应用要收集财务帐户信息,则您必须通过企业帐户类型提交该应用。

                                        10.8.4

                                        您必须提供应用内购买信息,包括提供的应用内购买类型和价格范围。不得在应用内促销和产品/服务性质方面误导客户。

                                        通知
                                        10.9

                                        您的应用必须尊重针对通知的系统设置并在它们被禁用时保持功能有效。这包括向用户显示广告和通知,而且也必须与用户的偏好设置一致,不论这些通知是由 Microsoft 推送通知服务 (MPNS)、Windows 推送通知服务 (WNS) 提供的,还是由任何其他服务提供的。如果客户禁用通知,则无论是在特定应用还是在整个系统基础上,您的应用都必须保持功能有效。

                                        如果您的应用使用 MPNS 或 WNS 来传递通知,则它必须符合以下要求:

                                        10.9.1

                                        由于通过 WNS 或 MPNS 提供的通知均被视作应用内容,它们受所有应用商店策略的约束。

                                        10.9.2

                                        您不可以遮盖或试图隐藏您的应用发布的任何通知的来源。

                                        10.9.3

                                        您不能在通知中包括任何被客户视为机密或敏感的信息。

                                        广告行为和内容
                                        10.10

                                        对于所有与广告相关联的活动,应符合以下要求:

                                        10.10.1

                                        您的应用不得以引导用户点击广告为主要目的。
                                        你的应用不得执行以下任何操作:干扰或减损应用所显示广告的可见性、价值或质量。
                                        您的应用必须尊重用户所选的广告 ID 设置。

                                        10.10.2

                                        如果您通过开发人员中心的“促销您的应用”功能购买或创建促销性广告活动来促销您的应用,则您提供给 Microsoft 的所有广告资料(包括任何相关的登录页面)必须符合 Microsoft 创意规范策略和创意认可策略。

                                        10.10.3

                                        你的应用所显示的所有广告内容都必须遵循 Microsoft 的 创意认可策略。

                                        如果你的应用需要显示广告,则所显示的所有内容都必须符合应用开发人员协议的广告要求,其中包括以下要求:

                                        10.10.4

                                        您的应用不得以广告为主要内容,广告内容必须与您的应用中的其他内容明确区分开来。

                                        10.10.5

                                        您的隐私声明或使用条款必须让用户知道您会将个人信息发送给广告服务提供商,并且必须告诉用户如何退订基于兴趣的广告。

                                        10.10.6

                                        如果您的应用面向 13 岁以下的孩子(按儿童在线隐私保护法中的定义),必须在开发人员中心中将这一事实通知 Microsoft,并且确保应用中的所有广告内容适合 13 岁以下的孩子。

                                        移动语音计划
                                        10.11

                                        您的应用不可出售、链接到或以其他方式促销移动语音计划。

                                        内容策略

                                        下面的策略适用于应用商店内提供的、用于分发的内容和元数据(包括发布者名称、应用名称、应用图标、应用说明和应用屏幕截图以及任何其他应用元数据)。内容表示应用中包含的应用名称、发布者名称、应用图标、应用说明、图像、声音、视频和文本,通过应用显示的磁贴、通知、错误消息或广告,以及从服务器中派生或应用连接到的任何事物。因为 Windows 和 Windows Phone 应用及应用商店正在被全世界的用户所使用,所以这些要求将在区域和文化规范的范畴内进行解释和应用。

                                        一般内容要求
                                        11.1

                                        随您的应用一起提交的元数据和其他内容只能包含分级为 PEGI 12、ESRB EVERYONE 10+ 或更低的内容。

                                         内容(包含名称、徽标、原创和第三方)
                                        11.2

                                        您的应用中的所有内容和相关联的元数据都必须由应用程序提供商原创、通过第三方权限持有者适当地授权、在权限持有者允许下使用,或者在法律以其他方式允许的情况下使用。

                                        伤害他人
                                        11.3

                                        您的应用必须不包含促进或宣扬在现实世界中针对人或动物的极端或不必要的暴力、侵犯人权的行为或制造或非法使用武器的内容。

                                        诽谤、造谣、诋毁和威胁
                                        11.4

                                        您的应用不得包含任何诽谤、造谣、诋毁或威胁性内容。

                                        冒犯性内容
                                        11.5

                                        您的应用不得包含任何潜在的冒犯性内容或以下任何内容:基于民族、种族、国籍、语言、性别、年龄、残疾、宗教、性取向、服兵役情况或是否属于其他任何社会团体,宣扬歧视、仇恨或暴力。

                                        酒精、烟草制品、武器和毒品
                                        11.6

                                        您的应用不得包含任何促进或宣扬过度或不负责任地使用酒精、烟草制品、毒品或武器的内容。

                                        成人内容
                                        11.7

                                        你的应用不得包含或显示正常人都会认为是色情或在性方面属于限制级的内容。

                                        非法活动
                                        11.8

                                        您的应用不得包含鼓励、促进或宣扬在现实世界中进行非法活动的内容或功能。

                                        过度亵渎和不恰当内容
                                        11.9

                                        您的应用不得包含过多或不必要的亵渎语言。
                                        你的应用不得包含或显示正常人都会认为是淫秽的内容。

                                        国家/地区特定的要求
                                        11.10

                                        不允许出现在您的应用所适用的任何国家/地区具有冒犯性的内容。由于当地法律或文化规范,一些内容可能会在某些国家/地区视为冒犯性内容。在某些国家/地区可能被视为具有冒犯性的内容示例包括以下各项:

                                        中国

                                        违禁的色情内容
                                        有争议的领土或区域引用
                                        提供或允许对违反适用的当地法律的内容或服务的访问

                                        年龄分级
                                        11.11

                                        当您在开发人员中心中提交应用或游戏时,您必须获取它的年龄分级。您有责任准确完成分级调查问卷,以获取适当的分级。

                                        11.11.1

                                        随应用提供的屏幕截图、应用名称、开发人员名称、磁贴、类别、应用提要以及任何其他相关元数据必须适当且低于:1)指定给您的应用的年龄分级;2) 12+ 的适当年龄分级。

                                        11.11.2

                                        分级低于 12+ 的年龄分级或其等效分级的应用可能不:

                                        使用户可以不受控制地访问在线社交网络,或不受控制地与第三方(包括其他玩家或在线熟人)共享个人信息。若要使此类活动被视为“受控制”,您的应用必须受到一些控制的管辖,即需要家长许可才能使用这些功能。
                                        可作为支持用户对 Internet 内容进行广泛访问的 Web 浏览器运行,也可作为支持用户在 Internet 上进行广泛搜索的搜索引擎运行。

                                        11.11.3

                                        如果您的应用所提供的内容(例如用户生成的内容、零售内容或其他基于 Web 的内容)可能适合的年龄分级高于其指定的分级,您必须允许用户使用内容筛选器或通过预先存在的帐户登录,从而选择是否接收此类内容。 查看全部
                                        文档版本:6.7

                                        文档日期:2015 年 12 月 3 日

                                        感谢您有兴趣参与开发适用于 Windows 和 Windows Phone 的应用。我们致力于与您保持紧密关系,支持并鼓励您为全球客户提供种类丰富而且引人入胜的高质量应用所作出的努力。出于向开发人员提供支持并使客户满意的双重目的,我们发布了这些策略。

                                        下面是一些入门准则:

                                        您的应用应提供真正的价值。提供具有说服力的理由,促使用户从应用商店下载您的应用。
                                        切勿在应用的功能及其提供商等方面误导我们共同的客户。
                                        切勿尝试欺骗客户、系统或生态系统。我们的应用商店不容许存在任何形式的欺骗,不论是评分和评论操控、信用卡诈骗还是其他的欺诈活动。

                                        遵循这些策略有助于您做出一些选择,以提高您的应用的吸引力并吸引更多用户。

                                        您的应用对于亿万客户的使用体验而言至关重要。我们迫不及待想要看到您所创建的应用,而且对于能够帮助向全世界提供您的应用感到非常激动。

                                        如果您对这些策略有任何反馈,请通过在我们的论坛上发表评论告知我们。我们会认真对待每一条评论。

                                        应用策略
                                        与众不同的功能和价值;准确的展示
                                        10.1

                                        应用及其关联的元数据必须准确且清晰地反映出应用的来源、功能和特性。

                                        随应用一起提供的屏幕截图、应用名称、开发人员名称、磁贴、类别和应用提要以及其他任何相关元数据,应使用户易于理解应用的功能、特性和任何重要限制。
                                        您用于应用磁贴和提要中的关键字不应冗余,应与您的应用密切相关且准确无误。与您的应用相关联的关键字应恰当切题且正确无误,不应超过发布的关键字限制。
                                        您的应用必须具备完善的功能并为客户提供独特且具有创造性的价值或效用,并且您的应用不得使用与其他应用相似的名称或图标。
                                        如果您未获得许可,不应展示来自公司、政府部门或其他实体的应用。
                                        如果您的应用包含限制到特定语言、市场或地理位置的内容或功能,或者具有其他重要限制,应清楚地描述这些信息。
                                        如果您的应用声明与给定文件类型或扩展点相关联,它必须提供客户在该关联的条件下期待的功能。例如,如果您的应用声明与 .jpg 文件类型相关联,该应用应该能打开图像,以供查看或编辑。

                                        安全性
                                        10.2

                                        您的应用不能损害或危及用户安全或者 Windows 或 Windows Phone 设备、系统或相关系统的安全或功能,并且不能有任何损害用户和其他人利益的可能性。

                                        10.2.1

                                        应用必须始终在系统提供的许可沙箱内运行。因此,以下内容将适用:

                                        您的应用必须在允许的安全模式下调用代码。有关示例,请参阅 .NET Framework 4 中的安全更改。
                                        您的应用不得通过本地机制(包括通过文件和注册表项)与本地桌面应用程序(在 Windows 设备上)或服务进行通信。
                                        您的应用可能只能依赖于对于应用商店应用允许的 Windows 运行时 API,并且必须保持在对于应用商店应用允许的边界内(例如,不得超出应用容器)。

                                        10.2.2

                                        您的应用不得以任何形式动态包含违反应用商店策略的代码,从而尝试更改或扩展所描述的功能。例如,您的应用不应下载远程脚本,然后以违背所述功能的方式执行该脚本。

                                        应用可进行测试
                                        10.3

                                        应用必须可以进行测试。如果出于任何原因(包括但不限于以下各项)无法测试应用,则该应用可能无法满足此要求。

                                        10.3.1

                                        如果你的应用需要登录凭据,请使用 Notes to Tester 字段向我们提供一个有效的演示帐户。

                                        10.3.2

                                        如果你的应用需要访问服务器,服务器必须可以验证应用是否正常工作。

                                        10.3.3

                                        如果你的应用允许用于添加礼品卡余额,请提供可在测试中使用的礼品卡号。

                                        可用性
                                        10.4

                                        您的应用必须满足应用商店的可用性标准,包括但不限于以下子部分中列出的内容。

                                        10.4.1

                                        应用必须在与应用程序指定的软件、硬件和屏幕分辨率要求兼容的设备上运行。

                                        如果应用下载到不兼容的设备上,应用应当在启动时检测出该问题并向用户显示一条消息,详细说明这些要求。

                                        10.4.2

                                        应用支持正常关闭。应用必须处理由任何托管或本机系统 API 引发的异常,并且不可意外关闭。意外关闭的应用将无法通过认证。应用必须在处理异常后继续运行并保持响应用户输入。

                                        10.4.3

                                        应用必须可以立即启动并且必须保持响应用户输入。

                                        10.4.4

                                        在适当的位置按下后退按钮应当将用户带回之前的页面/对话框。 如果用户在应用的首页按下后退按钮,应用应当终止(允许应用在后台运行的情况除外)。

                                        个人信息
                                        10.5

                                        以下要求适用于访问个人信息的应用。个人信息包括可识别或可用于识别个人身份的信息或数据,或与此类信息或数据相关的内容。个人信息的示例包括:姓名和地址、电话号码、生物特征识别、位置、联系方式、照片、音频和视频录像、文档、短信、电子邮件或其他文本通信、屏幕截图,在某些情况下还包括合并的浏览历史记录。

                                        10.5.1

                                        如果您的应用访问、收集或传输个人信息,除非法律另有要求,否则您必须遵循隐私策略。你必须向用户提供对应用的“说明”页内隐私策略的访问权限(包括将其提交到 Microsoft 以便向用户显示)。此外,您的隐私策略必须随时可从您的应用进行访问。隐私策略可以托管在应用内或直接从应用链接。您的隐私策略必须告知用户您的应用访问、收集或传输的个人信息及如何使用、存储、保护和披露该信息。隐私策略必须向用户说明,他们可以对其信息的使用和共享进行哪些控制以及他们如何存取自己的信息。此外,隐私策略必须符合适用的法律和法规。在您向应用添加新特性和功能时,必须及时更新隐私策略。

                                        此外,接收设备位置的应用必须提供设置,以允许用户启用和禁用应用访问并使用位置服务 API 中的位置。对于 Windows Phone 8 和 Windows Phone 8.1 应用,必须在应用内提供这些设置。对于 Windows Mobile 10 应用,Windows 将在“设置应用”(位于“设置”->“隐私”->“位置”页面上)中自动提供这些设置。

                                        10.5.2

                                        只有在获得用户的自愿加入同意之后,您的应用才可以将客户的个人信息发布给外部服务或其他用户。自愿加入同意是指在您执行了如下操作之后,客户在应用用户界面中明确允许您执行所请求的活动:

                                        (a) 向客户描述了信息将如何访问、使用或共享;以及

                                        (b) 在应用用户界面中向客户提供了供其在日后撤消此权限和选择退出的机制。

                                        10.5.3

                                        如果您的应用向服务或第三方发布某人的个人信息,但与其共享信息的人并不是应用客户,则必须先获得其明确的书面同意方可发布该个人信息,并且必须允许共享其信息的人在任何时间撤回同意。如果您的应用向客户提供访问其他人的个人信息的权限,也将适用此要求。

                                        功能
                                        10.6

                                        您声明的功能必须合理地与您应用的功能相关,并且这些声明的使用必须符合我们的应用功能声明。不得绕过对功能使用情况的操作系统检查。

                                        有关应用功能声明的详细信息,请参阅应用功能声明。

                                        本地化
                                        10.7

                                        您必须针对应用所支持的所有语言本地化您的应用。 必须使用声明的每种语言本地化应用的说明文本。如果你的应用已进行本地化,而某些功能在某个本地化的版本中不可用,则必须在应用提要中明确说明或显示该本地化限制。应用所提供的体验必须在它支持的所有语言中具有合理的相似之处。

                                        财务交易
                                        10.8

                                        如果您的应用包含应用内购买、支付功能或者可以捕获财务信息,则需要符合以下要求:

                                        10.8.1

                                        您必须使用 Microsoft 应用内购买 API,才能销售您的应用内所使用的数字项目或服务。
                                        您的应用中出售的应用内产品不能转换为任何法律上有效的货币(如美元、欧元等)或者任何实体商品或服务。
                                        如果您在 2015 年 6 月 29 日当天或之前创建您的应用,您可以在截止日期 2016 年 6 月 29 日之前继续通过第三方 API 使用数字项目或服务。

                                        10.8.2

                                        您必须通过安全的第三方购买 API,才能购买实体商品或服务、进行模拟现实场景的赌博或者募集慈善捐款。如果您的应用用来促进或募集慈善捐款或开展促销性的抽奖或竞赛活动,您必须遵守适用的法律。您还必须明确声明,Microsoft 不是此次促销活动的集资者或主办方。

                                        使用安全的第三方购买 API 时,应遵循以下要求:

                                        在进行交易或从客户处收集任何付款或财务信息时,您的应用必须识别商务交易提供商,验证用户身份,并获得用户对交易的确认。
                                        应用可以为用户提供保存此身份验证的功能,但是,用户必须能够要求对每项交易进行身份验证,或关闭应用内交易。
                                        如果您的应用要收集信用卡信息,或者使用第三方付款处理程序来收集信用卡信息,则付款必须按照最新的 PCI 数据安全标准 (PCI DSS) 予以处理。

                                        10.8.3

                                        如果您的应用要收集财务帐户信息,则您必须通过企业帐户类型提交该应用。

                                        10.8.4

                                        您必须提供应用内购买信息,包括提供的应用内购买类型和价格范围。不得在应用内促销和产品/服务性质方面误导客户。

                                        通知
                                        10.9

                                        您的应用必须尊重针对通知的系统设置并在它们被禁用时保持功能有效。这包括向用户显示广告和通知,而且也必须与用户的偏好设置一致,不论这些通知是由 Microsoft 推送通知服务 (MPNS)、Windows 推送通知服务 (WNS) 提供的,还是由任何其他服务提供的。如果客户禁用通知,则无论是在特定应用还是在整个系统基础上,您的应用都必须保持功能有效。

                                        如果您的应用使用 MPNS 或 WNS 来传递通知,则它必须符合以下要求:

                                        10.9.1

                                        由于通过 WNS 或 MPNS 提供的通知均被视作应用内容,它们受所有应用商店策略的约束。

                                        10.9.2

                                        您不可以遮盖或试图隐藏您的应用发布的任何通知的来源。

                                        10.9.3

                                        您不能在通知中包括任何被客户视为机密或敏感的信息。

                                        广告行为和内容
                                        10.10

                                        对于所有与广告相关联的活动,应符合以下要求:

                                        10.10.1

                                        您的应用不得以引导用户点击广告为主要目的。
                                        你的应用不得执行以下任何操作:干扰或减损应用所显示广告的可见性、价值或质量。
                                        您的应用必须尊重用户所选的广告 ID 设置。

                                        10.10.2

                                        如果您通过开发人员中心的“促销您的应用”功能购买或创建促销性广告活动来促销您的应用,则您提供给 Microsoft 的所有广告资料(包括任何相关的登录页面)必须符合 Microsoft 创意规范策略和创意认可策略。

                                        10.10.3

                                        你的应用所显示的所有广告内容都必须遵循 Microsoft 的 创意认可策略。

                                        如果你的应用需要显示广告,则所显示的所有内容都必须符合应用开发人员协议的广告要求,其中包括以下要求:

                                        10.10.4

                                        您的应用不得以广告为主要内容,广告内容必须与您的应用中的其他内容明确区分开来。

                                        10.10.5

                                        您的隐私声明或使用条款必须让用户知道您会将个人信息发送给广告服务提供商,并且必须告诉用户如何退订基于兴趣的广告。

                                        10.10.6

                                        如果您的应用面向 13 岁以下的孩子(按儿童在线隐私保护法中的定义),必须在开发人员中心中将这一事实通知 Microsoft,并且确保应用中的所有广告内容适合 13 岁以下的孩子。

                                        移动语音计划
                                        10.11

                                        您的应用不可出售、链接到或以其他方式促销移动语音计划。

                                        内容策略

                                        下面的策略适用于应用商店内提供的、用于分发的内容和元数据(包括发布者名称、应用名称、应用图标、应用说明和应用屏幕截图以及任何其他应用元数据)。内容表示应用中包含的应用名称、发布者名称、应用图标、应用说明、图像、声音、视频和文本,通过应用显示的磁贴、通知、错误消息或广告,以及从服务器中派生或应用连接到的任何事物。因为 Windows 和 Windows Phone 应用及应用商店正在被全世界的用户所使用,所以这些要求将在区域和文化规范的范畴内进行解释和应用。

                                        一般内容要求
                                        11.1

                                        随您的应用一起提交的元数据和其他内容只能包含分级为 PEGI 12、ESRB EVERYONE 10+ 或更低的内容。

                                         内容(包含名称、徽标、原创和第三方)
                                        11.2

                                        您的应用中的所有内容和相关联的元数据都必须由应用程序提供商原创、通过第三方权限持有者适当地授权、在权限持有者允许下使用,或者在法律以其他方式允许的情况下使用。

                                        伤害他人
                                        11.3

                                        您的应用必须不包含促进或宣扬在现实世界中针对人或动物的极端或不必要的暴力、侵犯人权的行为或制造或非法使用武器的内容。

                                        诽谤、造谣、诋毁和威胁
                                        11.4

                                        您的应用不得包含任何诽谤、造谣、诋毁或威胁性内容。

                                        冒犯性内容
                                        11.5

                                        您的应用不得包含任何潜在的冒犯性内容或以下任何内容:基于民族、种族、国籍、语言、性别、年龄、残疾、宗教、性取向、服兵役情况或是否属于其他任何社会团体,宣扬歧视、仇恨或暴力。

                                        酒精、烟草制品、武器和毒品
                                        11.6

                                        您的应用不得包含任何促进或宣扬过度或不负责任地使用酒精、烟草制品、毒品或武器的内容。

                                        成人内容
                                        11.7

                                        你的应用不得包含或显示正常人都会认为是色情或在性方面属于限制级的内容。

                                        非法活动
                                        11.8

                                        您的应用不得包含鼓励、促进或宣扬在现实世界中进行非法活动的内容或功能。

                                        过度亵渎和不恰当内容
                                        11.9

                                        您的应用不得包含过多或不必要的亵渎语言。
                                        你的应用不得包含或显示正常人都会认为是淫秽的内容。

                                        国家/地区特定的要求
                                        11.10

                                        不允许出现在您的应用所适用的任何国家/地区具有冒犯性的内容。由于当地法律或文化规范,一些内容可能会在某些国家/地区视为冒犯性内容。在某些国家/地区可能被视为具有冒犯性的内容示例包括以下各项:

                                        中国

                                        违禁的色情内容
                                        有争议的领土或区域引用
                                        提供或允许对违反适用的当地法律的内容或服务的访问

                                        年龄分级
                                        11.11

                                        当您在开发人员中心中提交应用或游戏时,您必须获取它的年龄分级。您有责任准确完成分级调查问卷,以获取适当的分级。

                                        11.11.1

                                        随应用提供的屏幕截图、应用名称、开发人员名称、磁贴、类别、应用提要以及任何其他相关元数据必须适当且低于:1)指定给您的应用的年龄分级;2) 12+ 的适当年龄分级。

                                        11.11.2

                                        分级低于 12+ 的年龄分级或其等效分级的应用可能不:

                                        使用户可以不受控制地访问在线社交网络,或不受控制地与第三方(包括其他玩家或在线熟人)共享个人信息。若要使此类活动被视为“受控制”,您的应用必须受到一些控制的管辖,即需要家长许可才能使用这些功能。
                                        可作为支持用户对 Internet 内容进行广泛访问的 Web 浏览器运行,也可作为支持用户在 Internet 上进行广泛搜索的搜索引擎运行。

                                        11.11.3

                                        如果您的应用所提供的内容(例如用户生成的内容、零售内容或其他基于 Web 的内容)可能适合的年龄分级高于其指定的分级,您必须允许用户使用内容筛选器或通过预先存在的帐户登录,从而选择是否接收此类内容。

                                        微云10代-UWP开发: 如何打开/关闭帧速率计数器

                                        微士博 Published the article • 0 comments • 61 views • 2016-01-28 17:33 • 来自相关话题

                                        如果您已经开始为Windows 10 UWP平台开发应用程序,我们可能在调试程序的时候注意到这样一个细节,见下图:




                                        没错,在标题栏下面会显示一组字符串,黑色背景,它是:Frame Rate Counter ,中文翻译是:帧速率计数器, 它的主要作用是显示当前应用程序使用CPU时所耗费的帧率,即每帧消耗.
                                        Frame Rate Counter 是一个Boolean值,只有唯一个属性: EnableFrameRateCounter , 如果设置该属性为 true , 则开启帧速率的检测,那么,图1中的两个数值代表什么意思呢?我们该如何利用它?




                                        上面这张表格很清晰,含义如下:
                                        App FPS:  该应用程序的UI线程帧速率,单位是每秒帧数
                                        App CPU: 该应用程序的UI线程使用CPU的帧率,单位是毫秒.
                                        Sys FPS: 系统范围复合引擎使用的帧速率,单位是每秒,通常最高到60
                                        Sys CPU:  系统使用CPU的帧速率,单位是毫秒.
                                         
                                        我们在开发调试过程中,尽量参考App FPS数值的变化,它所体现的是应用程序的UI流畅度及性能。
                                        通过今天这篇文章,我们将学会如何在UWP应用开发阶段启用/禁用帧速率计数器. 




                                        帧速率技术器只运行在"Debug Mode"下,在"Release Mode"下则是不显示, 这是应用程序的默认行为,不需要担心在调试模式下加入了开启的选项,在“发布模式”下也不会显示。
                                        调试模式下开启的方法如下:
                                        1、打开 "App.xaml.cs" ,导航到 "OnLaunched" 事件中.
                                        2、引用如下代码:      this .DebugSettings.EnableFrameRateCounter = true .
                                        当调试器被加载后,此代码将生效,开启帧速率.
                                        3、如果您想移除显示,只需要设置它为 false 即可。





                                          查看全部
                                        如果您已经开始为Windows 10 UWP平台开发应用程序,我们可能在调试程序的时候注意到这样一个细节,见下图:
                                        003.png

                                        没错,在标题栏下面会显示一组字符串,黑色背景,它是:Frame Rate Counter ,中文翻译是:帧速率计数器, 它的主要作用是显示当前应用程序使用CPU时所耗费的帧率,即每帧消耗.
                                        Frame Rate Counter 是一个Boolean值,只有唯一个属性: EnableFrameRateCounter , 如果设置该属性为 true , 则开启帧速率的检测,那么,图1中的两个数值代表什么意思呢?我们该如何利用它?
                                        002.png

                                        上面这张表格很清晰,含义如下:
                                        App FPS:  该应用程序的UI线程帧速率,单位是每秒帧数
                                        App CPU: 该应用程序的UI线程使用CPU的帧率,单位是毫秒.
                                        Sys FPS: 系统范围复合引擎使用的帧速率,单位是每秒,通常最高到60
                                        Sys CPU:  系统使用CPU的帧速率,单位是毫秒.
                                         
                                        我们在开发调试过程中,尽量参考App FPS数值的变化,它所体现的是应用程序的UI流畅度及性能。
                                        通过今天这篇文章,我们将学会如何在UWP应用开发阶段启用/禁用帧速率计数器. 
                                        Banner.png

                                        帧速率技术器只运行在"Debug Mode"下,在"Release Mode"下则是不显示, 这是应用程序的默认行为,不需要担心在调试模式下加入了开启的选项,在“发布模式”下也不会显示。
                                        调试模式下开启的方法如下:
                                        1、打开 "App.xaml.cs" ,导航到 "OnLaunched" 事件中.
                                        2、引用如下代码:      this .DebugSettings.EnableFrameRateCounter = true .
                                        当调试器被加载后,此代码将生效,开启帧速率.
                                        3、如果您想移除显示,只需要设置它为 false 即可。

                                        001.png