【前端教程】全网最详！暗黑模式在 Trip.com App 的实践

一、背景

在 2019 年，随着 iOS 13 与 Q 的推出，Apple 和 同时推出主打功能暗黑模式，分别为 Dark Mode(iOS)/Dark Theme() ，下文我们统称为 Dark Theme。在前期预研中，我们发现 66% 的 iOS 13 用户选择打开Dark Theme，可见用户对暗黑模式的喜爱和期待。

那么 Dark Theme 能带来哪些好处呢？

接下来，我们从视觉设计、实现方案和开发效率三个角度来介绍 Dark Theme 在 App的实践。

二、视觉设计

暗黑模式是一套全新的设计风格，非简单的颜色明暗处理。我们将设计理念归结为三大要点，并介绍我们整体的设计思路。

2.1 三大要点 1）元素层级越高，表面颜色越浅

UI视觉层次致力于以一种用户能够快速理解的方式呈现产品内容，那么在 Dark Theme 下如何保证视觉层级依然有效呢？在 Light 模式中，我们使用带投影的白色卡片来模拟现实世界的空间深度感，而切换到 Dark 模式，则需要通过较浅的颜色表面来表示高度。层级越高，越接近于光源，表面的颜色就越浅。

2）降低饱和度，提升可读性

设计 Dark Theme 时，尽量避免使用高饱和度的颜色，因为这些颜色会在深色背景上产生视觉抖动，导致人眼产生疲劳。以 的品牌蓝为例，若颜色不做调整，直接展示在深色背景上，不仅信息的清晰度降低了，而且识别的费力度还增高了。这显然不是我们所希望的，所以在 Dark Theme 下我们选择更低饱和的颜色来达到更好的可读性。

3）增加对比度，提升可用性

依据 WCAG2.0 AA 设计标准，文本的视觉呈现以及文本图像至少要有4.5:1的对比度。深色表面选取白色文字达不到 AA 标准。

2.2 设计方案

遵循上述设计要点，我们制定了 的颜色映射和插画设计方案。

2.2.1 颜色映射方案

为了规范化管理颜色库，保证产品、设计、开发的理解一致性，我们采用最直观的方式来命名颜色。这种方式既统一了 Light 和 Dark 的颜色命名，又降低了各方的沟通难度。具体的映射效果如下：

UI中的彩色，统一进行了降饱和处理，这些彩色会应用于不同的场景，可能是背景，行动点，标签，或者是图标等等地方，那么当彩色用于背景时，为了确保文字和背景色有足够对比度，低饱和度的浅色背景就需要配合深色字一起使用。

2.2.2 插画系统的设计

开启 Dark Theme，就像是我们把房间的窗帘拉上了，打开了一盏灯，不同层级高度的物体表面会受到不同的光照，表现出不同明暗的颜色。我们插画系统中的物体和人物沿用这种设计，在暗环境中，由于光线不够充足，人物的肤色会跟着变暗，衣服的颜色也会发生微妙的变化。比如白色、鲜亮的衣服，到了暗环境下，就会呈现灰色、低饱和度的暗色。

三、实现方案

App 使用原生系统与 React 混合开发的模式。我们在各系统方案的基础上，结合 自身的特性，制定了一套iOS、和React 三端的Dark Theme适配方案。

3.1 iOS

我们为 iOS 13 以上用户提供了两种主题模式的选择：

3.1.1 适配原理

iOS系统为 、、 提供了 属性来控制 Light/Dark 主题，所以我们只要控制 的该属性，就可以控制整个 App 的主题。

3.1.2 适配方案

1）设置开关

App主题设置逻辑如图， 只有在App和系统都开启 Dark Theme 时，才会开启 Dark 主题。

跟随系统切换主题需要考虑到 App 运行时，系统主题被切换的情况：

这两种情况都需 App 进入后台，所以只需要添加 App 进入前台的监听，重复1的逻辑即可完成跟随系统变换主题的功能。

2）颜色适配

系统提供了 ider 方法来适配 Light/Dark 模式下的颜色，我们依照视觉颜色映射方案封装颜色，覆盖绝大多数场景。部分无法通过动态色适配的场景，如 、RGB 颜色，可以通过 方法解析出当前上下文所需要的颜色进行使用。

3）图片适配

系统早在 iOS12 就为 增加了 属性，我们只要向 注册 Light/Dark 下两种主题的图片，而后 根据 ange 变化自动获取 Light/Dark 图片。

App 内的静态图片资源可以通过 . 直接配置，通过网络下发或代码动态生成的图片可以通过 :: 的方式进行动态注册。

4）注意事项

动态色或 的原理都是根据容器的 取得对应的内容，视图上的动态颜色或 将根据视图的 取值，App 内直接进行颜色计算或者图片处理的将会根据 . 进行取值。

设置 的主题来完成 App 主题适配的工作，会存在 App 主题与系统主题不同步的情况，例如系统主题为 Dark，App 主题为 Light。此时直接对动态颜色或 进行操作会取得错误的结果。所以对于这种场景，都不使用动态色或 ，仅在发生主题切换时机进行视图刷新操作。

3.2

我们不仅在 Q 上实现 Dark Theme，在 Q 以下的版本也适配了 Dark Theme。在 Q 上，用户可以选择跟随系统来展示 Dark Theme 或者强制关闭 Dark 保持 Light 主题。

在 Q 以下，我们也支持了 Dark Theme，用户可以选择强制打开或者强制关闭 Dark Theme。

3.2.1 适配原理

App 启动时会根据系统的配置加载不同的资源，以加载图片为例，高分辨率系统加载三倍图，低分辨率系统加载二倍图。同样地，系统也会根据 Dark Theme 的打开或者关闭来加载 Dark 或者 Light 资源。

我们会往 App 的 value 和 value-night 文件目录下放置 UED 提供的 Light 和 Dark 两套资源。当 App 打开 Dark Theme，系统选择从 value-night 目录加载资源，展示 Dark 界面；当 App 关闭 Dark Theme，系统选择从 value 目录加载资源，展示 Light 界面。

3.2.2 适配方案

我们通过开关设置、颜色适配、图片适配和其他注意事项四小节来介绍的Dark Theme适配方案。

1）开关设置

从上述代码可以看出，只有使用 的代码才具有 Dark Theme 特性，例如继承 和 才支持 Dark Theme，而普通的 和 不会展示 Dark Theme，同样地 也不支持。

// 打开darkmode 

2）颜色适配

在 value 和 value-night 目录下定义 Light 和 Dark 相同名字的颜色，如下图：

在 XML 或者代码中使用

//xml 

注意： 必须是 实例，不能是 /。另外由于带透明度的颜色必须一个一个在 XML 声明，为了减轻开发工作量，我们提供了一个脚本可以快速生成 Light 和 Dark 下的透明度颜色。

3）图片适配

图片适配工作分资源图片适配和自定义 适配：

4）注意事项

public class IBUDarkModeDelegate {

3.3 3.3.1 适配方案

RN 桥接 端，通过直接获取和动态监听两种方式获取 端的主题变化。

1）从 端获取当前的 theme 值

使用 的同步方法在 JS 端获取当前 theme 值，JS 端方法调用能直接得到 同步方法的返回值，而非一个 。

同步方法于 2017 年 1 月和 10 月先后被引入 的 端和 iOS 端， 但直到现在，仍然没有被写入文档：

同步方法的缺点是无法在 Debug 时调用，所以必须在 Debug 时，提供默认值。我们接入 dark theme 时，选择了 dark 作为默认值。

2）theme 值变化监听

我们使用RN事件监听Theme变化。

3）RN业务方调用 theme

我们提供 & 两个类供产线获取主题。 提供了一个无需为每层组件手动添加 props，就能在组件树间进行数据传递的方法。 是 在 Theme 上的一个应用， 负责同步 Theme 值，并将其传递给 .。

// IBUThemeContext

将 嵌入App 的根节点， 组件树便能通过如下两种方法，获取theme值:

通过.theme 读取全局theme。声明了 = 的类中使用 this.，获取theme值。

4）颜色适配

我们提供下列方法供产线使用颜色，方法支持透明度的设置：

export declare class IBUColor{

所有方法均接受 theme 和 alpha 两个可选参数， 方法会先根据 theme 选择对应颜色的 hex 字符串色值，如果 theme 值为空， 则 到 .theme ， 之后再根据 alpha 值计算颜色的的 alpha hex 值，并拼接到 hex 字符串色值之后。如 alpha 为空，则不拼接 hex 色值。最后将对应的 hex 色值字符串返回。

5）图片适配

我们使用 lazy 解决 Light/Dark 图片展示的问题。方式如下：

RN端图片之前已经作了统一的静态资源管理：

export const images = {

使用 lazy ，稍作改造后，即能完美适配：

export const images = {

6）

导出的 只会在文件引入时，初始化一次，不会随着 App 的变化而变化这就导致系统主题发生变化时，RN 无法更新 ，导致 RN 页面与 不一致的问题。为此我们提出 来解决该问题。

type IBUNamedStyles = { [P in keyof T]: ViewStyle | TextStyle | ImageStyle };

是一个 ，它接受一个返回值是 style 的 作为参数，并且返回一个 。这种 也被称High Order 。

创建 style 的代码被包在参数的 中，这样可以保证每次取值都会取到当前的 theme 对应的 style。每次 前, 将返回的 执行一次，并将这个 的返回值作为真正的 style 使用。

内部对 light 和 dark 下的 style 作了缓存，这样大部分情况下 style 仍然只会被创建一次， theme 发生变化时 style 被创建两次， theme 发生多次变化时，style 最多只被创建两次。

采用这种方式，代码改动量不仅小， 而且性能损失少， 达到实时切换Theme的目的。

7）

App 开启dark theme

export default class App extends Component{

Class 接入

class MyClass extends React.Component {

接入

export const MyComponent = () => {

注意：必须声明, 否则不能在theme发生变化时触发重绘。

四、工具&效率

在建立颜色规范到方案落地的过程中，我们发现新的颜色命名虽然容易理解，由于对使用的名字命名，开发在使用时需要对照视觉稿查找对应的颜色命名，造成开发效率上的浪费。

例如视觉稿上显示 #，开发根据色值查找此颜色的映射名称 ，再将颜色设置成 。

为了解决此问题，我们扩展了 插件，颜色一栏不再展示颜色的色值，取而代之的是颜色的命名。这样开发能依照视觉稿直接获取颜色名，大大减少工作量。

插件效果如下 ：

至此完美解决了开发适配 Dark Theme 的效率问题。

五、结语

Dark Theme适配是一项涉及多职能部门合作的项目。在规范的设计指导、完善的落地方案和便捷的效率工具加持下，我们的适配成本和资源大大降低。在各端仅投入一位研发人员的情况下，在两周内完成了从方案制定到方案落地，并推进产线接入。

一直致力于追随前沿新特性，带给用户最好的体验，让用户更舒适，旅行从此简单。

服务推荐