谷歌设计规范_谷歌产品设计

移动端界面设计常识规范

文档内容

1.怎样规范设计移动端APP的UI

谷歌设计规范_谷歌产品设计

谷歌设计规范_谷歌产品设计

想要成为一个合格的APP开发UI设计师那就要跟紧移动时代的脚步，了解每一个UI设计师必须掌握的基本技巧才可以。

正如同网页设计师需要了解HTML/CSS一样，作为移动端UI设计师的你应该了解移动端APP的架构。首先移动端设计的语言和网页设计的语言就不太一样，不同平台有着不同的编程语言和接口，移动端界面的构成也是无法使用CSS和标签来实现。

你需要深入阅读的开发文档，寻找更多有关APP的文档知识，明白APP的构成，编译方式，发布方式，了解设计的规则。这些东西不仅关系到你的应用开发好坏，还会影响系统的 稳定性，电池续航长短等多种因素。作为移动端UI设计师，你单了解简单的移动端设计是不够的。我们需要从长远的角度去思考问题。

第二：了解移动端的技术构成

第三：发掘本地UI组件的开发潜质

安装SDK并运行，了解移动开发框架，比如TubyMotion、Xamarin、Titanium。熟悉集成开发环境，因为这其中包含了移动开发所需的方方面面。

第五：了解移动端的界面模式

三大移动平台之间，有着相似之处，但是在深入探究他们的交互设计，会发现它们在理念上的巨大异。作为一个设计师，你需要明白这些异所在，以及它们是如何体现在实际案例中的。

不要只着眼于单一平台，三大平台都需要深入体验，每天至少都要把玩一下，并且最少要持续半年。在这个过程中，体会异，并且将你觉得重要的、有代表性的、值得保存记录的界面截图留存。作为单一平台的狂热粉丝，你是做不好移动端UI设计师的。

第六：记录并解释你的UI设计

考虑到屏幕截图并不足以表现UI全部的特性，你需要学会记录界面不同的状态、转变过程、转场动画等信息，并且学会记录界面对于不同状况的反馈。

2.移动ui设计都有什么规则

界面布局应以内容为核心，提供符合用户期望的内容。

原则二：为触摸而设计

界面的设计交互系统以自然手势为基础构建，符合人体工程学保存一致性。

原则三：转换输入方式

使用各种手机的设备特性和设计手段，减少在应用内的文字输入。

原则四：流畅性

保持应用交互的手指及手势的作流、用户的注意流和界面反馈专场的流畅性。

发挥设备的多通道特性、协同的多通道界面和交互，让用户更有真实感和沉浸感。

原则六：易学性

保持界面架构简单、明了，导航设计清晰易理解，作简单可见，通过界面元素表意的和界面提供的线索就能让用户清楚地知道其作方式。

原则七：为中断而设计

考虑应用的使用情景，确保在各个产生出中断的情境下，让用户恢复之前的作，保持用户的劳动付出。

原则八：智能有爱

给用户提供让他感到惊喜有趣的、智能高效的、贴心的设计。

3.怎样规范设计移动端APP的UI

怎样规范设计移动端APP的UI 规范目的/系统 1 遵循各平台的统一的界面规范，使最终设计出来的界面效果达到最理想状态 怎样规范设计移动端APP的UI 2 提高工作效率，UI/UE/开发编码三方人员相互之间协作更轻松，减少因资源或设计问题导致的反复修改、重复劳动、效率低下的现象 3 通过规范的方式来达到以用户为中心的目的，给用户呈现效果和质的体验 4 目前使用最多的移动端作系统平台有Android、IOS、Windows Phone 其他的作系统包括BlackBerry 10、NokiaOS、Firefox 、Sailfish OS、Tizen、UbuntuTouch 怎样规范设计移动端APP的UI 设计尺寸/屏幕支持 1 IOS：宽度640PX 高度1136px 当然还需要自适应模式，以便以后的屏幕扩充需求。

IOS系统从iPhone4开始已经进入Retina（视网膜屏）时代，资源尺寸比例从原来的1X变为了2X。 2 Android：宽度720px 高度1280px 同样的设计成自适应模式，现在Android系统的屏幕也是越来越多样！ Android系统采用可自适应的屏幕支持，由于屏幕尺寸种类繁多，简单可归为ldpi(240320)、mdpi(320480)、hdpi(480800)、xhdpi(7201280)四类 3 Web Mobile：宽度640px 高度960px 这个对于网页的浏览来说是最适合不过了的！ 细节模块（客户端/Web内嵌） 1 导航栏：显示当前界面的名称，包含相应的功能或者页面间的跳转按钮，ios导航栏的ui图标格式为60px留白7px,Android系统的可以为：64px48px留白8px 2 标签栏：让用户可以在不同子任务、视图、模式之间切换。

ios系统Tab Bar:98px Android系统Tab Bar:96px 3 工具栏：放置当前屏幕或者视图下对相关对象的作按左：IBM Carbon 模式 中：Hudl's Uniform System 模式 右：Lightning Design System 模式钮。 ios系统Tab Bar:88px Android系统Tab Bar:96px 4 为了能够让用户有更好更直观的体验，资源需要有各种状态。

5 列表：无论哪种形式列表，单行列表高度必须是用户手指接触的值 ios系统Height 88px Android系统Height 96px 6 字体： IOS：默认字体 英文 HelveticalNeue 中文 黑体 Android：默认字体 Droidsans fallback 是谷歌自己的字体，与微软雅黑很像 7 字号：以下图IOS为例子 我的音乐：34 px 我的、淘歌、发现： 30 px Muxx 34 px 本地音乐 30 px 泡沫、邓紫棋 24px 8 桌面ICON： 根据系统的不通桌面的图标设计也需要根据设计成不通的尺寸。 9 细节模块（Web内嵌）：细节最为重要，只有好的内容和完美的细节才能吸引住浏览者的关注！所以在制作的过程中也需要更加的关注！ 转载。

4.手机UI设计有哪些规范

这是创想设计学院的回答。

手机UI的规范分为安卓和ios的，所以内容比较多。截几张图，iphone的，可以参考一下。 如果需要文档，可以加q群：527+963+152，找老师要文档即可。

希望能帮到你，谢谢。

谷歌应用商店里面APP为何普遍都很小？

谷歌商店的应用遵守谷歌app设计规范。少了很多毒瘤服务。对cpu占用和唤醒都比国内的好一些。

谷歌应用商店里面的应用就是个框架的，国内都是一个应用一个运行环境，贪大全，把各种功能都给涵盖进去了，肯定不一样

国内最近不是有一个安卓推送联盟吗？如果这个人倾向与三星s6这么说吧摄像头方面，三星GalaxyNote5的摄像头组合为前置500万像素/后置1600万像素，主摄像头支持OIS、F1.9大光圈，但仍然有些凸起。相信还是有不少用户对这样的凸起不太满意。而三星GalaxyS6Edge背部摄像头像素为1600万像素，支持光学防抖功能，前置摄像头500万像素，前后两枚摄像头均为f/1.9大光圈镜头，进光量会一些，低光拍摄效果明显提升。屏幕方面，三星GalaxyNote5的改变就没有那么明显了，该机搭载了5.7英寸QHDSuperAMOLED显示屏，像素密度达到518PPI，可以算是当前只能手机的高配。而三星GalaxyS6Edge采用5.1英寸2560×1440分辨率SuperAMOLED双侧曲面屏幕，2K分辨率使得PPI高达577，你可能会觉得这样也挺好，毕竟设计和代码本身就是两个领域。至少对于文档的写作者来说这种分离还是挺方便的（只用考虑自己的需求，管理自己的进度）。显示效果十分细腻，色彩还原度也相当真实。机身方面三星GalaxyS6Edge体积为142.1x70.1x70mm，机身重量132克硬件配置方面，三星GalaxyNote5选择了自家的64位Exynos7420八核处理器，并搭配了4GB的运行内存，相信与当前主流的骁龙810+4GBRAM组合能够一拼高下。而三星GalaxyS6Edge搭载64位Exynos7420八核处理器，拥有3GBDDR4内存，取消了16GB存容量版本，但增加了128GB容量版本，全新的LPDDR4内存让数据存取速度提升了88%。系统方面，三星GalaxyNote5运行的Android5.1作系统，并且三星的TouchWiz界面进行了轻量化的定制，很大程度上保留了Android原生风格，符合谷歌MaterialDesign设计规范。而三星GalaxyS6Edge搭载AndroidOS5.0作系统个事情真的落实了，相信这些乱七八糟的APP也会正规很多。

荣耀7X手机打电话正常，但出现音放无声、或无、或通信软件无声

Takeaway：不论选择哪种形式，最重要的是在整个系统中保持逻辑一致，符合UI 设计(或称界面设计)是指对软件的人机交互、作逻辑、界面美观的整体设计，也叫界面设计。UI 设计分为实体 UI 和虚拟UI，互联网说的 UI 设计是虚拟 UI, UI 即User Intece(用户界面)的简称。读者的预期与心理模型。

此非手机问题，某些第三方应用没有遵守谷歌设计规范，上次播放完成后未及时释放相关资源，导致系统资源不足，出现无声。

解决方案：

请尝试重启手机或者更换其他同类应用。

荣耀9手机打完电话总会出来音乐？

原则一：内容优先

问题原因：此非手机问题，某些第三方应用不没有遵守谷歌设计规范，上次播放完成后未及时释放相关资源，导致系统资源不足，出现无声。解决方案：请尝试重启手机或者更换其他同类应用。

第四：了解移动端的工作流程

荣耀V10手机打电话正常，但播放音乐没声音？

部分第三方应用可能没有遵守谷歌设计规范，上一次播放完成后未及时释放相关资源，资源被持续占用，系统资源不足，从而导致播放无声。此并非手机故障，请放心使用。

解决方案每个移动作系统中中总有着大量的本地UI组件，他们有着极大的自由度，方便你进行定制。你需求确切地知道他们的特征（尺寸，大小，功用），你可以为与你合作的开发者节省大量的工作时间。：

请清除系统进程，重启手机或者更换其他同类应用进行尝试。

学习新媒体UI设计要哪些要求？

据mobiles，开发者KubaWojciechowski表示，谷歌Pixel平板已经进入EVT(工程验证阶段)，这意味着谷歌Pixel平板已经完成了原型设计阶段，产品的外观和硬件配置应该已经确定。通过工程验证后，谷歌下一步可能就要开始量产Pixel平板。

目前UI设计行业整体发展非常不错，具体待遇根据个人的能力而定。有绘画基础会更好，许多企业都急需设计方面人才，相应设计岗位需求也在不断增强，正是学习的好时机。想要学好UI设计，需要掌握相应的技能。

规范文档是连接读者与内容的媒介。内容会有不同的格式或模块，因此成本也各有异，而你需要最终把它们编织在一起。

这个基础指的并不是会画画。设计的美术基础，更多是要求有一定的审美能力。而这种能力是可以培养的，在你接触设计以后，你会有意的让自己沉浸在美好的视觉氛围里，久而久之你的审美就会高于普通人。

streamlit设置图的风格

案例

截至2023年5月19日，它的风格是基础风格。

这种错觉包含的会增加较远物体的感知尺寸，例如等边三角形可能被视为中看到的道路平面图，顶部顶点位于无穷远处，底部是道路的最近部分。

可以通过在streamlit应用程序中使用函数来设置主题，具体如何设置取决于应用程序结构和外观要求。另外，也可以使用第三方包或自定义css样式表来实现更多样化的页面风格。

ui设计规范文档怎么写

高质量的规范文档是一个设计系统的代表物。我们详实地描述每个 UI 组件的设计与代码规范，来帮助设计师高效地作出决策，推动开发速度。编写高质量的文档需要前期规划和一系列合理的流程来辅助，付出的成本相当高。

这个系列由六篇文章组成，致力于描述编写组件规范文档的过程。本篇我会从目标读者、文档内容、文档结构开始。然后会涉及案例，设计与代码指南。这些内容来自于我自己这些年的实践经验以及社区里大家所分享的知识。

那么我以一个问题开始今天的主题：文档的目标读者是谁，他们需要什么样的内容，作为编写者我们该怎样组织文档结构来作出清晰的表达？

文档的目标读者

首先：你要弄清楚谁是你的文档的主要读者。

工程师，设计师，还有公司里的所有人！

在我看来，两个问题的都是肯定的。规范文档是从不同的角度来服务于多种角色的。

除了设计与工程，它还服务于其他人吗？很有可能，特别是当文档所在的设计系统已经成为产品的基石时。简短有效的介绍对于 PM（产品） 很有价值，QA（测试） 则比较关注案例部分…等等。

规范文档是从不同的角度来服务于多种角色的

很多设计系统团队还会把自己的系统公开出来，在体现共享精神的同时也能起到吸引行业人才的作用。所以文档应该能够体现团队的专业与严谨。

文档的主要目标是：为设计师、工程师和团队里的其他角色服务，让他们能够高效地做决策。

Takeaway：设计系统的效应和影响力不只覆盖设计与工程，一个成长中的系统必将会服务于更多的角色。

工程师，接着是设计师，然后才是其他人

为所有角色服务并不意味着平等地服务所有角色。工程师每天会查阅 10 次或更多次文档，他们甚至会把文档与代码编辑器窗口并排排列！设计师的访问次数应该是少于工程师的，其他角色则会更少。

所以代码参考谁是最重要的？以我的经验来看，设计系统最初就是为了工程与设计之便，由工程师和设计师建立的。即使其他角色也对其有所贡献，但他们仍是偏次要的。因此我们首先需要确保工程师与设计师的需求能够得到满足。

设计师与工程师优先级

那么，工程师与设计师孰轻孰重呢？我最近参与设计的设计系统项目中都需要同时服务于两者，为设计和代码制作规范指南。我也在一些企业的文档中看到了对其中一方的过多偏见，或者是有将他们的目标完全分离开的倾向（稍后我会解释）。有很度需要考量：设计系统的目标，他们的使用频率，内容深度、质量、生产成本，以及和他们日常工作的相关度。

设计师 vs 工程师

Takeaway：读者的优先级由很多因素决定。要有预期：工程师和设计师的需求会有冲突，并尽可能地优化和处理这些冲突。如果实在不行，就要偏向于距离最终产品最近的那一方，通常是工程师。这就意味着工程师优先，设计师其次。

文档内容模块：和案例

抽象地来看，规范文档的内容通常包含以下四种模块：

介绍：组件的名称，以及一段简明扼要的介绍。（必要）

案例：这个组件的各种形式，状态，尺寸等等其他要素，比较好的做法是用代码直接把这些展示出来，而不是不可以交互的静态。（必要）

设计参考：比如什么时候应该用这个组件，允许的做法与不允许的做法，以及视觉、交互、文案方面的指南。（）

代码参考：包含 API 和其他实施及部署方面的指南。（必要）

不同的模块会有不同的制作成本

横轴：细节的丰富程度由浅到深。纵轴：制作成本由低到高

请点击输入描述

Takeaway：规范文档可以包含很多内容模块。所以需要团队在前期就进行充分的讨论，对每种内容模块做出符合自己团队和产品价值的判断，再投入成本去制作。

文档的信息结构

在实践中，设计师往往会自顾自的发布或更新和自己相关的内容，工程师也一样。这样的惯会在无意中增加设计与工程的距离。所以大家需要在前期就对文档的信息结构达成共识。

谷歌的 Material 文档生态就是这种距离感的代表。 Material’s design foundation 优先服务于设计实践, 而 Material Design Lite，Polymer Project，Android Dloper’s，Material UI (built for React) 都是服务于代码，和设计规范绑定的并不紧密。

请点击输入描述

这种分离的状态其实是有意义和理由的。因为 Material 是一个作系统的底层系统，跨越了许多框架，团队，平台。它的复杂度在某种意义上超越了目前世界上所有的设计系统。但你要知道大多数的设计系统并不是服务于一个作系统的，因此不会发展至如此复杂的形态。

对于像我们一样的产品团队来说，设计和代码分开是符合共识的。这种做法能够给分别为两种角色设计符合他们需求的体验。

组件设计规范与 API 和代码规范分别放在两个网站上。来自：Atlassian

请点击输入描述

这种做法也有风险。随着时间推移，两个网站可能出现不同步的现象：

设计与代码的分类逻辑出现异（最简单的例子就是 Loader 和 Spinner 的命名：代码里叫 Loader，而设计里则叫 Spinner）

但真正的读者需要的是一个「真相的来源（Single source of truth）」。如果你是一个对设计和代码都有需求的读者，你会发现自己不停在两个网站间切换，两个地方都有对你有价值的内容，这感觉就像是在打网球时陷入了拉锯战。

Takeaway：要慎重地看待设计与代码的分离。虽然一开始方便了内容作者和发布者，但之后会有风险。这种做法也可能会在潜移默化中造成设计与工程的距离扩大。

合并内容的两种方案：堆叠还是切换？

例如 Morningstar Design System 是把设计和代码放在一个页面里，读者就能找到完全统一的命名，指南，功能描述。

一个页面之堆叠式：把设计和代码放在一个页面中，纵向滚动来查看。

请点击输入描述

堆叠式的布局方式会使得页面变得冗长。当然还有一种方式是使用 Tab 来切换内容。

一个页面之切换时：把设计和代码放在一个页面中，通过 Tab 来切换内容。

请点击输入描述

Takeaway：将设计和代码混合在一起是有可能的，大家可以按自己的需求来选择以上两种布局方式。

按类型来为内容做排列和编组

不论选择那种布局方式，文档内容的模块结构和顺序应该是保持一致的：

设计参考

其实只要把「案例」放到读者一进来就能看到的地方，把设计和代码参考放在一步点击就能达到的地方，就是一个不错的设计了。下面是几种行业内比较有代表性的模式：

请点击输入描述

IBM Carbon 认为代码更应该被优先展示，将交互用法和样式分别放在其他的 Tab 中。Hudl’s Uniform 把顺序反了过来，设计优先于代码。 Salesforce’s Lightning Design System 把代码和组件案例放在 Tab 上方，默认选中开发者指南这个 Tab，而后两个 Tab 则被奇怪地留空了。

Takeaway：把和案例放在一开始最重要的位置，接下来的模块则没有的方案，需要大家自己做出符合自己团队情况的判断。

若页面很长，则为读者提供定位「介绍」写起来当然非常的短平快。结构的「案例」也是值得投入成本的，并且写起来会越来越顺手。工程师也需要一个合理清晰的「代码参考」。但是，真正有效的「设计参考」可能会非常耗费成本。导航

你的文档页面越长，越需要给读者清晰的认知，要让他们知道这个页面里会包含哪些内容以及当前所处的位置。纵向的定位导航栏是个不错的方案：一直固定存在于页面右侧，在滚动时同步位置，并且可以包含子标题。

Morningstar Design System 在文档页面右侧设计了一个两级的定位导航栏

请点击输入描述

展示设计？展示代码？还是都展示？

把设计和代码融合，就会有读者只对其中一个方面感兴趣，他们会提出自己的意见：

设计负责人可能会问到：我能把这些代码案例和指南隐藏掉嘛？

工程师可能会问：我能把这些和设计规范有关的文字隐藏掉嘛？

可以考虑加一个选项或按钮来允许隐藏设计/代码内容。比如：

Design Only：把代码指南、代码片段和属性表等等都隐藏起来

Code Only：把视觉样式指南和文案指南都隐藏，但还是要把一部分交互用法指南保留着，这对工程师们也有用。

UI设计规范说明书

UI 设计师的职能大体包括三方面:一是图形设计，软件产品的产品“外形”设计。二是交互设计，主要在于设计软件的作流程、树状结构、作规范等。三是用户测试/研究，这里所谓的“测试”，其目标恰在于测试交互设计的合理性及图形设计的美观性，主要通过以目标用户问卷的形式衡量 UI 设计的合理性。

UI设计目前的前景还是很不错的，很多企业都缺少 UI设计师。而且可以看到的是，现在的发展，更多的智能机和智能机器人研发出现，这些都离不开UI 设计师。所以说 UI 设计的是很有前途的，是不会失业的。而且 UI 设计门槛不高，要入门也不难的。

从工作内容来说，U当一个设计系统包含了代码指南，工程师们显然会是读者。那么一个只包含了代码指南的设计系统应该服务于设计师吗？如果文档里只包含了设计规范而没有代码（如 Material Design），工程师还是读者吗？I 设计在当前的互联网领域、科技领域可以说无处不在，

总的来说，UI 设计相比较于编程而言，还是非常适合大众学的并且就业前景很广阔。学完 UI 设计，能获得一份稳定而又不失乐趣的工作，同时有利于追求更高品质的生活，在艺术领域可以获得更多的启迪。

谷歌Pixel平板规格曝光：10.95英寸触摸屏，首发搭载Android13

对于一个UI设计师来说光了解平台的基本特征是不够的。接下来你需要了解它相关的技术构成：位置服务（wifi,GPS等），蓝牙（低功耗蓝牙技术），信号，前后摄像 头，麦克风，陀螺仪，位置传感器，加速度传感器，指纹扫描仪（iPhone 5s），眼动技术，语音识别，人脸识别，等等等等。每一个新技术的背后以为着应用程序更多的可能性，交互设计、使用体验，甚至商业模式。

谷歌此前宣布将于2023年推出Pixel平板电脑，并且该平板将和手机一样搭载GoogleTensor芯片。今日，有消息人士带来了谷歌Pixel平板的更多信息。

今年5月份，USI网站就上出现了一款代号为Tangor的谷歌平板电脑。该清单确认相关平板电脑已通过USI认证，符合USIStylus和设备规范。USI是一个维护可互作手写笔标准规范的组织，确保手写笔可以在各种触摸屏设备上工作，包括智能手机、平板电脑和个人电脑。谷歌自2018年以来一直是USI的成员，并且已经在ChromeOS中增加了对USI的支持。

该开发者此前爆料称，谷歌Pixel平板将配备一前一后两个800万像素索尼IMX355传感器，并且不支持4K：要了解平台录制、慢动作等功能。

同时，谷歌Pixel平板还没有距离传感器(proximitysensor)与气压传感器(barometersensors)，这意味着该平板的适用场景仅限于家中，而非在旅途中等场景使用。代码还表明，谷歌Pixel平板将使用名为“Citron”的开发板，这意味该平板将搭载代Tensor芯片。

据9to5Google于6月份的，谷歌Pixel平板背面将配有几个金属触点，用户可以将该平板放置在名为“GoogleDock”的专用底座，以更好的在家中使用该平板。