深色模式:你说的黑是什么黑
编辑导语:随着iOS 13的发布,深色模式逐渐走入我们的视野,用户也逐渐开始使用深色模式;深色模式采用文字前景与深色背景的对比度,在设计方面也有一些难题;本文作者分享了关于深色模式的历史以及对深色模式的理解,我们一起来看一下。
近一年,随着iOS和安卓陆续支持了深色模式,各个团队的一通操作,也的确为用户带来“眼前一黑”的体验,深色模式也成为了前阵子业界最火的话题之一。
只是当设计师看了无数的关于深色模式的讨论;当无数产品跟进上线了深色模式;再当无数App的深色模式被骂的改了又改,回头来看看,你说的黑,到底是什么黑。
一、我所经历过的深色模式
虽然说,我真正开始做UI设计是近年,但是曾经还是体验过很多深色模式的界面的;甚至有很多产品,天生就是深色模式。
可以发现,史前的深色模式,要么是因为技术原因,要么就一些对注意力和对比度需求比较特殊的场景,还有可能是因为…微软的Geek们一些对深色的一些蜜汁执着吧。
1. 故事的开始其实都是深色模式:命令行界面
啥?这也算深色模式?你说的对,要说深色模式是个近年来才进入我们视野的话,其实深色模式真的是一个古老的东西,甚至比现在大行其道的“浅色模式”历史更悠久。
所以,这个深色模式,要追溯到什么时候呢?大概就是这个时候吧;毕竟那个时候,CRT显示器要不就是黑屏,要不就只显示白点,那只能这样了。
但是等到GUI出现之后,界面就变成了白色;除了视觉上的变化,在交互上,其实GUI和命令行最大的设计上的区别,是产生了“容器”和“空间层级”的概念。
不得不说,GUI真是一个伟大的发明呀。可是界面层级的问题,在白色界面下得到了很好的解决,这个也恰好是今天在做深色模式的时候,界面上最大程度被削弱的信息部分。
既然有一个“容器”,那必须得有个底,而且大家都习惯于白纸黑字,所有的界面都变成了白色了,好像白色会给人一种更加被“包装好”的感觉;从此以后黑色界面的时代就过去了,只存在于黑客电影中。
而电脑,也逐渐成为了“白色家电”,和GUI设计的风格融为一体。
2. 移动深色模式的先驱:夜间手机阅读器
2G时代,当PC正在白色UI上一去不复回时,移动端似乎在深色模式上找到了属于自己的场景:夜间阅读;UC浏览器 / Opera / Zaker / 各类信息流阅读器。
因为在低光照下需要保持低对比度来护眼,所以陆续推出了深色阅读模式;这也是深色模式在GUI时代第一次走进了大众的视野中。
3. 让人无法接受的深色模式:Windows高对比度模式
在Windows推出了相当长的一段时间里,黑色界面就不再出现了。
但是准确的说,实际上保留了一个主题功能;这个主题可以让用户设计用户界面的配色,从比较早期的Windows开始(忘了具体是哪个版本),Windows保留了高对比度的主题。
(虽然这个效果真的…没办法接受)
可能也是因为没怎么走心吧…也可能它只是一个高对比度模式,微软对于容器和控件层级的解决办法,就是通过白线来分割;虽然看起来非常没有质感,不够优雅,但是的确能解决问题。
它从来没有真正流行过。但是可以看到,微软的设计师心中,也许还是为黑色主题留了一块位置的;结果过了一段时间,他们果然找到了方向,在一款不入流的MP3上线实验了。
4. 深色中的曙光:Zune UI
在10多年前,iPod以及其夸张的流行度横扫全球的时候,曾经冒出来各种“iPod杀手”;但是这些大多数都是噱头而已,并没有真正的对iPod造成影响。
但是有一款同样不入流的MP3,它虽然依然没有对iPod市场造成影响,但是设计品质却尤其的高,并且极大的影响了后代的UI设计,并且就是Zune。
Zune是2006年发布的,它从来没有流行过,自身系统生态不行,还碰上了iPod这种魔鬼对手;但是你很难想象这样的UI是在08年的时候出现的,如此扁平、现代、简洁又优雅。
这里展示一下我家收藏的Zune HD:
那时候的Dark Mode,非常直白的用3D来表达了界面层级,甚至还有景深、视差滚动等十分大胆的界面效果。
静态视觉上看起来非常扁平,但是加上动效后就很好的凸显了界面层级;背景的黑色,就好像无尽的太空,而所有的组件都是在空中漂浮的,给人科幻的想象;加上动效和冷酷的线条,整体看起来非常酷。
5. 究极版的Zune UI:Windows Phone
是一个不入流的操作系统…但是这段历史一定是软粉很熟悉的了;Windows Phone首发的时候,我入手了台诺基亚的Lumia 800。
先不说这个和主流操作系统极度差异化的UI设计,这个暗色主题是真的很优秀。
来,聊聊暗色主题——Lumia 800作为WP的首发机型,使用的是AMOLED屏幕。
这个带来了什么结果呢?就是屏幕的边界感几乎没有了;当年还没有全面屏,手机边框还可以停航母,但是这样的UI设计的确让边界感变得很低了,看起来屏幕内容和机身更加整体。
另外,它的动效也更流畅了,虽然没有容器,但是依然可以通过酷炫的动效、视差滚动等极度有创意的方式来区分界面层级,真的是…(默默竖起大拇指)。
可惜,这些视觉效果极佳的界面,可能还是比较浪费空间吧,后期在Windows Phone 10中也没有保留下来,也随着Windows Phone的淡出退出了历史舞台。
在那个时候,还是白色UI的天下,无论是Windows,iPod优雅的All-white设计,大家都在忙着给界面做上实体的质感,这样的设计必然是过于超前的。
超前一步是先锋,超前两步是先烈;微软在深色模式上的执着,就这样成为了历史的先烈,一直没有进入主流的视野。
但是这样超前的设计理念,一直保留到了今天,并且后继有人了。
二、今天进入我们视野的深色模式
很神奇的是,对于深色模式,iOS和Android给出的规范确实是不同的方向的;我想当年早早的做了深色/黑夜模式的厂商,也没想到今天竟然会发展成这样吧。
深色模式是如何进入我们的视野的?
我们可以看到在过去的2年中,曾经出现过2个高峰:
- 第一个高峰是去年WWDC,苹果第一次发布了iOS13的测试版,并且最大的特性就是支持了深色模式。
- 第二个高峰就是随着iOS 13随着iPhone 11系列正式发布,大量的App开始为深色模式适配。
1. 深色模式到底有啥好的?
为啥要做深色模式?大概就4点:
专注内容:深色和浅色在空间关系的感知上,的确是有很大差距的。
可以说,之所以深色UI带来最体验上的差别,就是让屏幕看起来更无界,更专注于内容;基于这样的需求,有些产品天生需要更多的专注力,一开始就是黑的;例如视频播放器、开发工具、游戏平台、股票平台之类的产品。
另外,苹果应该还是非常希望弱化跑马边框和刘海的存在感的;在浅色模式下,会加剧跑马边框和刘海的存在感,但是在深色模式下,界面UI就会立马和机身融为一体——这也是为何苹果也十分乐意拥抱深色模式的原因。
体验刷新:目前有很多手机系统或者App提供了换肤的功能。但是这个换肤大多都带有很强的个性和主题性,每个主题能命中的用户其实并不是很多;相比之下,直接把整个系统变黑,新鲜感满满,接受度也很高。
降低界面刺激:在OLED的屏幕下,深色UI会使得像素点完全不发光,只保留有内容的成分,大大降低了屏幕的亮度,也降低的对眼睛的刺激;很多车用的界面一直是深色UI,就是为了防止夜间屏幕亮度对于驾驶员过于刺激了。
持久续航:最后,这个仅仅是在OLED屏幕上,深色模式的确能降低每个像素的发光量,从而达到节约功耗,提升续航的效果。
2. 太难了,一上深色模式马上就被骂
深色模式虽然好处多多,iOS 13正式上线也1年时间了,但是刚开始这段时间的好多App,每上线了深色模式,却被舆论推上了风口浪尖。
我认为由于不同的用户对于深色模式的预期不一样,有些用户的预期是一个低对比度的黑夜模式,有些用户只是想换个主题而已;导致设计师两边不讨好,有些产品的深色模式也是被骂的改了又改。
3. 暗黑模式 or 黑夜模式?
随着iOS和Android系统级支持,正式把深色模式带进了寻常百姓家,不同的产品大面积的开始适配深色模式。
现在的深色模式。和以往不同的是,这是近年来第一次深色GUI进入了主流视线,而今天的各种容器变得更加多变,层级更加丰富。
iOS使用不同的灰色和动效来表达界面层级,而Android主要通过阴影来表达,所以底色不能做成纯黑,不然阴影就体现不出来了。
所以这个真的是不同人的期待都是不一样的。
三、微云的深色模式落地
众所周知,微云为用户提供了非常强大的照片和文件的备份功能,用户有非常大的机会在夜间或者系统的深色模式下,查看文件和各种媒体。
所以,不管是仅仅刷个深色主题,还是降低视觉刺激,这两边的用户需求都是合理的,其实并不冲突;因此在真正设计深色模式的。
深色模式并不是简单的把整个界面反色了那么简单,还是要考虑到所有用户的需求,在设计启动前期就定义了适配原则。
体验一致:
- 操作系统内体验一致:参照iOS其他原生App体验建立设计原则;
- App内体验一致:从控件层面入手刷新体验。
内容聚焦
- 降低边框存在感:纯黑底色,充分发挥OLED屏幕的无边界的感受;
- 降低异形屏对内容容器边框的破坏:降低iPhone刘海存在感。
视觉柔和:
- 采用纯黑大标题底色,上划时渐变出深色毛玻璃效果,并且降低标题栏的透明度;
- 适用非纯白字色,防止页面对比度过高导致夜间对眼睛的刺激太强;
- 重新审视分割线的运用,对于分割容器用的分割线做了重新设计,改用色块来分割。
项目落地时,像微云这样的大型项目,有着几百个页面,直接一个一个页面刷一定会出一些问题,所以需要从抽象到具体,逐渐落地成型。
1. 色板更新,注意Check对比度
在更新色板时,需要特别注意的就是对比度。
对比度这个东西,在黑暗模式下变得尤其为妙;如果品牌主色是一个相对比较深的颜色,即使可能饱和度比较高,在深色模式下依然会导致对比度不足。
如何Check对比度是否符合要求呢?这里推荐一个网站可以参考:http://www.msfw.com/Services/ContrastRatioCalculator
当你输入两个色值后,会有个对比度的数值出来;推荐值是7:1是比较推荐的对比度,大于4.5:1是可用,但是基于视觉柔和的原则,3:1算是一个最小极限值;但是如果大面积的对比度过高,也不适用我们视觉柔和的原则。
2. 刷组件,输出范例页面,此时开发可以并行开发
由于在深色模式下,为了使界面看起来更浑然一体,各个容器之间的层级差异,深色模式加强了深色毛玻璃的运用;毛玻璃盖在内容上会展示出迷人的背景模糊效果,在一级界面中的导航栏都采用了这样的设计。
定义各个容器的高度,并将各个高度的容器赋予统一的底色。
在定义了大规则后,就可以输出给开发正式动工了。
3. 梳理所需的模块,并输出所有的一级页面
由于不是所有的规则都是统一的,因此还是需要同步的输出很多典型的页面,这个输出页面量大概是50+多个;但是由于在前期刷了组件,因此在这步并不太需要单独去考虑每单个界面,大概拼凑一下组件,遇到问题单独处理就OK。
4. 通过持续的交付体验,补充需要的资源
由于深色模式涉及的页面众多,状况也比较多。有些比较深的页面,可能没有走查到;因此可以建立一份腾讯文档,日常体验过程中遇到的任何问题,可以在文档中记录,并且由开发哥实时更新优化情况。
四、工程师视角的深色模式
深色模式中,为了深色模式的落地,开发哥给了非常大的支持;我们采访了腾讯高级工程师Gemi,聊聊开发视角的深色模式的适配。
1. 深色模式的适配中,希望得到设计师的输出顺序是怎么样的?
在这个项目中,首先希望还是能得到一些最大的规则性的东西,例如导航栏是怎么变的,哪些控件是怎么变的,颜色都是怎么变的,这样我们可以先开始工作;这样可以完成大部分的页面,等设计师给出了然后再去对照一个个页面,再对一些特殊情况做特殊处理。
2. 开发层面,有什么前期的好习惯,会更加有利于后期做深色模式的适配呢?
首先,希望在设计上尽量使用统一的规范;因为在前期设计师给到适配规范的时候,开始刷界面是比较快的,但是会发现有很多界面覆盖不到;这是由于前期设计用了太复杂的逻辑,或者做了特殊逻辑;这种情况就需要个页面单独处理,这个过程比较费时。
另外,因为微云在前期用了很多iOS的原生控件,这类控件在适配的时候可以直接适配,不需要做其他额外的工作。
使用原生控件的好处就是——苹果会替你思考很多问题,节约很多后期的工作量;如果前期有定义色板,并且这个规则比较科学的话,那仅仅靠修改色板就可以解决很多问题。
3. 为了使开发者快速兼容深色模式,苹果有做什么方便开发者的事情?
我感受到的最直观的2件事情:
第一件事情是图片资源的支持了深色模式:Xcode支持在原有的图片资源基础上,附加一个深色模式的图片资源,就好像2倍图和3倍图;只要直接把深色模式图片的资源拖入就行,并没有额外的工作量。
第二件事情是颜色:比如说白色,你可以指定这个白色在深色模式下直接变成黑色;如果产品体量不大可以考虑这个快速适配的能力,不过这个功能在比较复杂的产品中不太好用,因为白色可能在深色模式下对应着不同的黑,这个时候还是色板最稳妥。
五、结语
本文主要分4个部分:
- 第一章:聊了聊深色模式的历史;
- 第二章:讨论了今天不同的用户对深色模式不同的期待,以及世界上OS大厂的站队;
- 第三章:介绍了微云App在10月份的更新,适配深色模式的心路历程;
- 第四章:谈了一下开发视角的深色模式适配。
在苹果等操作系统大厂的推动下,加上业界对深色模式一通操作和讨论之后,众多App兼容了深色模式。
本文从深色模式的历史,规范,设计以及实现的角度浅浅的聊了一下深色模式,也欢迎大家各抒己见。
本文由 @腾讯ISUX 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于CC0协议。
很惊喜!一大早看到这篇关于颜色的设计文章,正好这段时间一直在想这个问题,公司的设计总监昨天给我做项目讲解的时候,我就问了他,为什么有的黑看起来不一样,就是觉得高级一点,他给我科普了很多,今天又看到这篇专业文章,开心!
前后的暗黑模式迭代,对我来索好像没啥区别哈哈哈哈哈哈外行看热闹
略微专业,居然没怎么看懂…
个人比较喜欢“护眼”模式😄