UI必看 ！帮你快速掌握弹窗组件的设计方式
一 、组件介绍
弹窗是握弹一种瞬态的交互式视图 ，它会在"合适"的窗组时间弹出到页面的最顶层 ，并借由用户的必看帮快一次点击完成关闭。
在我们习惯的速掌设计语境中 ，弹窗仅指模态弹窗 ，握弹故这里不讨论那些看上去也是窗组弹出式却非模态弹窗 ，那些控件均有自己专门的必看帮快分类 ，例如 Toast (吐司提示)。速掌设计
这里需要专门解释一下模态 (Modal) ，模态是必看帮快指一种会打断用户原本的任务流 ，并强制用户完成当前交互的速掌设计控件场景 。
通常情况下会出现一层遮罩 ，握弹将原页面和需要交互的控件隔离开来 ，在用户完成交互或点击关闭该控件之前 ，无法在原来的页面上继续流程。例如典型的模态控件有：警告 、抽屉 、活动视图 、动作表单等等 。
在过去的交互实践中 ，模态是一种强制打断用户的场景，所以除非是优先级非常高的或紧急的情况 ，否则都会建议谨慎使用模态 。不过这种谨慎的态度在如今的设计实践中已经渐渐出现了一些变化 。
二 、使用场景
弹窗有两种主要的使用场景。
1. 警告 Alert / 对话框 Dialog
两者是同一功能的控件，在 iOS 中称为 Alert ，也就是警告 ，在 AndROId 中被称为 Dialog，也就是对话框 。这是模态弹窗最传统的用法，它通常是对系统层优先级最高的 、最实时需要用户做判断或操作的事件进行的一种弹出式控件 。在用户完成该事件的处理之前 ，无法与别的控件进行交互 。
在之后的行文中 ，我都会以警告来统称警告和对话框 。
2. 运营弹窗
这就是我之前说的 ，随着新时代互联网的深入发展 ，运营需求开始覆盖并刷新系统各个控件原本的设计意图 ，运营弹窗就此应运而生 。但运营弹窗并非只能是广告、抽奖、优惠券之类的活动内容 ，也可以是 App 内测邀请 、升级提醒 、请求开启通知权限等偏功能的运营提示 。
相对来说运营弹窗会比普通的警告承载更多的设计元素 ，会大幅度强化视觉的比重 ，但在交互上是跟警告没有太多区别的——模态加简单的交互依然是运营弹窗主要的交互特征 。
三 、设计要点
1. 弹窗的位置
在普遍的概念中模态弹窗好像都是出现在屏幕正中心，但其实不是这样 ，模态弹窗还可以出现屏幕的底部 ，这么做的很少见 ，但的确有 ，例如抖音的青少年模式弹窗 (这是弹窗 ，不是活动视图 ，需要加以区分)。
2. 警告的三段式主体
在大多数情况下 ，警告弹窗都包含三部分主体，从上至下分别是 ：标题区 、描述区和交互区 。这三部分是警告弹窗的基本骨架，想要做更深一步的精细设计 ，也是在这三个部分的基础之上。
①标题的布局
在设计实践中 ，标题的对齐可以居中或者居左 。一般来说 ，在 iOS 中警告的标题默认居中 ，在 Android 中对话框的标题默认居左 。
②描述的布局
描述的布局大体上应与标题的布局保持一致 ，标题是如何对齐的 ，描述就如何对齐 。
③交互按钮的布局
交互按钮如果少于或等于两个 ，那么优先使用水平排版 ，在此情况下还可以进一步选择均分或者偏置 ，由于拇指的活动范围有限 ，一般偏置在右侧 。
另一种垂直排版则适合任何数量的按钮——尽管 iOS 规范要求交互按钮的数量不超过三个 ，但实际情况却依然需要具体问题具体分析，存在更多按钮也是可能的 。
④交互按钮的权重
通常我们还能看到 App 设计者会对不同的交互操作给予不同的倾向，这种倾向有时是功能需求 ，有时是运营需要，会让倾向的按钮更突出 ，会让反倾向的按钮更不易察觉（甚至置灰），会让危险的按钮呈现红色 。
⑤额外内容
除了以上标准的三段式区域之外 ，警告弹窗内还可以加入其它一些额外的内容 。描述区域可以依据情况增加额外的控件或设计元素 ，例如最常见的对话框 ，可以允许用户输入文本后再进行下一步操作；标题区域之上也可以增加一个图标区 ，图标可以更直观提示该警告事件需求的操作 、完成状态或进程。
3. 警告的文案设计
在警告弹窗的设计中 ，因为它的强功能性 ，这三段的文案要求要大于设计要求 ，尽管文案几乎不归我们设计师管 ，但是我在这里还是提一下这几个部分的文案要求 。
标题——尽可能简练得总结当前所处的情况；如需额外操作，询问用户操作意见 。
如果描述本身非常的长 ，那么就一定要加标题去凝练当前的事件 ，包括目前遇到的情况 ，以及可能的解决方案并询问用户的意见 。
描述——尽可能用直接 、人性化的口吻说出目前遇到的问题 。
如果 App 是面向大众用户的 ，尽量避免用理工科思维写出一些很绕且生涩的描述 ，尤其是如果中间还有程序语言那会更糟。这一点 windows 做的就非常不足 ，充满了理工科的自说自话的气息 ，也不管用户到底看不看得懂。
按钮——给出对结果的描述，避免要求语义逻辑判断 。
按钮的文案最好是对结果的直接描述 ，按钮上说的是什么 ，结果就会是什么 ，而不要让用户做语文题 ，否定之否定等于肯定这样的情况避免出现——除非是故意的 。例如"是否删除XXXX"，正确的按钮文案应当是"删除"和"保留" ，而非"是"和"否" 。
4. 运营弹窗的三段式主体
尽管运营弹窗的布局可能眼花缭乱 ，但是它依然大致符合模态弹窗的三段式：标题 、描述和交互按钮 。只不过运营弹窗的各个部分会辅以视觉元素表达。
此外 ，最重要的一点是 ，运营弹窗一定不能缺少「关闭」按钮 ，虽然这个按钮通常会浮在弹窗主体之外 ，是大是小全看想不想让用户轻易点到 ，但它不可或缺 ，否则用户不知道如何退出这个弹窗 。
5. 运营弹窗视觉元素的类型
随着各类型 App 运营要求的逐渐提升 ，运营弹窗中视觉元素的运用也越发频繁且有往愈加浮夸的方向发展的苗头 。可以在运营弹窗中使用的视觉元素大致有以下几种 ：
①图标
最基础的视觉元素 ，还是以常用的矩形为基底 ，但会辅以契合内容的图标，其形式更加类似于警告 。
②插画
现在最常见的花哨形式，插画风格的多变性决定了它会在运营内容中大放异彩 ，甚至可以抛弃矩形边界 ，完全以插画内容为主体 。
③3D / 仿 3D
随着 3D 更多地进入 UI 领域，运营弹窗也逐渐开始使用 3D 元素，或者仿 3D 的元素。
④图片/视频
图片和视频多用在品牌营销的广告中 ，不管是人还是物 ，都可以直接在弹窗中置入品牌的广告物料图或视频 。
四、样式拓展
这里收集了一些弹窗的案例 ，也可以作为设计时的参考：
结尾
弹窗的组件就介绍到这 。本系列已经陆陆续续更新了不少，往期的文章大家可以看下面 ，记得多多点赞～
作者 ：超人的电话亭
一 、组件介绍
弹窗是握弹一种瞬态的交互式视图 ，它会在"合适"的窗组时间弹出到页面的最顶层 ，并借由用户的必看帮快一次点击完成关闭。
在我们习惯的速掌设计语境中 ，弹窗仅指模态弹窗 ，握弹故这里不讨论那些看上去也是窗组弹出式却非模态弹窗 ，那些控件均有自己专门的必看帮快分类 ，例如 Toast (吐司提示)。速掌设计
这里需要专门解释一下模态 (Modal) ，模态是必看帮快指一种会打断用户原本的任务流 ，并强制用户完成当前交互的速掌设计控件场景 。
通常情况下会出现一层遮罩 ，握弹将原页面和需要交互的控件隔离开来 ，在用户完成交互或点击关闭该控件之前 ，无法在原来的页面上继续流程。例如典型的模态控件有：警告 、抽屉 、活动视图 、动作表单等等 。
在过去的交互实践中 ，模态是一种强制打断用户的场景，所以除非是优先级非常高的或紧急的情况 ，否则都会建议谨慎使用模态 。不过这种谨慎的态度在如今的设计实践中已经渐渐出现了一些变化 。
二 、使用场景
弹窗有两种主要的使用场景。
1. 警告 Alert / 对话框 Dialog
两者是同一功能的控件，在 iOS 中称为 Alert ，也就是警告 ，在 AndROId 中被称为 Dialog，也就是对话框 。这是模态弹窗最传统的用法，它通常是对系统层优先级最高的 、最实时需要用户做判断或操作的事件进行的一种弹出式控件 。在用户完成该事件的处理之前 ，无法与别的控件进行交互 。
在之后的行文中 ，我都会以警告来统称警告和对话框 。
2. 运营弹窗
这就是我之前说的 ，随着新时代互联网的深入发展 ，运营需求开始覆盖并刷新系统各个控件原本的设计意图 ，运营弹窗就此应运而生 。但运营弹窗并非只能是广告、抽奖、优惠券之类的活动内容 ，也可以是 App 内测邀请 、升级提醒 、请求开启通知权限等偏功能的运营提示 。
相对来说运营弹窗会比普通的警告承载更多的设计元素 ，会大幅度强化视觉的比重 ，但在交互上是跟警告没有太多区别的——模态加简单的交互依然是运营弹窗主要的交互特征 。
三 、设计要点
1. 弹窗的位置
在普遍的概念中模态弹窗好像都是出现在屏幕正中心，但其实不是这样 ，模态弹窗还可以出现屏幕的底部 ，这么做的很少见 ，但的确有 ，例如抖音的青少年模式弹窗 (这是弹窗 ，不是活动视图 ，需要加以区分)。
2. 警告的三段式主体
在大多数情况下 ，警告弹窗都包含三部分主体，从上至下分别是 ：标题区 、描述区和交互区 。这三部分是警告弹窗的基本骨架，想要做更深一步的精细设计 ，也是在这三个部分的基础之上。
①标题的布局
在设计实践中 ，标题的对齐可以居中或者居左 。一般来说 ，在 iOS 中警告的标题默认居中 ，在 Android 中对话框的标题默认居左 。
②描述的布局
描述的布局大体上应与标题的布局保持一致 ，标题是如何对齐的 ，描述就如何对齐 。
③交互按钮的布局
交互按钮如果少于或等于两个 ，那么优先使用水平排版 ，在此情况下还可以进一步选择均分或者偏置 ，由于拇指的活动范围有限 ，一般偏置在右侧 。
另一种垂直排版则适合任何数量的按钮——尽管 iOS 规范要求交互按钮的数量不超过三个 ，但实际情况却依然需要具体问题具体分析，存在更多按钮也是可能的 。
④交互按钮的权重
通常我们还能看到 App 设计者会对不同的交互操作给予不同的倾向，这种倾向有时是功能需求 ，有时是运营需要，会让倾向的按钮更突出 ，会让反倾向的按钮更不易察觉（甚至置灰），会让危险的按钮呈现红色 。
⑤额外内容
除了以上标准的三段式区域之外 ，警告弹窗内还可以加入其它一些额外的内容 。描述区域可以依据情况增加额外的控件或设计元素 ，例如最常见的对话框 ，可以允许用户输入文本后再进行下一步操作；标题区域之上也可以增加一个图标区 ，图标可以更直观提示该警告事件需求的操作 、完成状态或进程。
3. 警告的文案设计
在警告弹窗的设计中 ，因为它的强功能性 ，这三段的文案要求要大于设计要求 ，尽管文案几乎不归我们设计师管 ，但是我在这里还是提一下这几个部分的文案要求 。
标题——尽可能简练得总结当前所处的情况；如需额外操作，询问用户操作意见 。
如果描述本身非常的长 ，那么就一定要加标题去凝练当前的事件 ，包括目前遇到的情况 ，以及可能的解决方案并询问用户的意见 。
描述——尽可能用直接 、人性化的口吻说出目前遇到的问题 。
如果 App 是面向大众用户的 ，尽量避免用理工科思维写出一些很绕且生涩的描述 ，尤其是如果中间还有程序语言那会更糟。这一点 windows 做的就非常不足 ，充满了理工科的自说自话的气息 ，也不管用户到底看不看得懂。
按钮——给出对结果的描述，避免要求语义逻辑判断 。
按钮的文案最好是对结果的直接描述 ，按钮上说的是什么 ，结果就会是什么 ，而不要让用户做语文题 ，否定之否定等于肯定这样的情况避免出现——除非是故意的 。例如"是否删除XXXX"，正确的按钮文案应当是"删除"和"保留" ，而非"是"和"否" 。
4. 运营弹窗的三段式主体
尽管运营弹窗的布局可能眼花缭乱 ，但是它依然大致符合模态弹窗的三段式：标题 、描述和交互按钮 。只不过运营弹窗的各个部分会辅以视觉元素表达。
此外 ，最重要的一点是 ，运营弹窗一定不能缺少「关闭」按钮 ，虽然这个按钮通常会浮在弹窗主体之外 ，是大是小全看想不想让用户轻易点到 ，但它不可或缺 ，否则用户不知道如何退出这个弹窗 。
5. 运营弹窗视觉元素的类型
随着各类型 App 运营要求的逐渐提升 ，运营弹窗中视觉元素的运用也越发频繁且有往愈加浮夸的方向发展的苗头 。可以在运营弹窗中使用的视觉元素大致有以下几种 ：
①图标
最基础的视觉元素 ，还是以常用的矩形为基底 ，但会辅以契合内容的图标，其形式更加类似于警告 。
②插画
现在最常见的花哨形式，插画风格的多变性决定了它会在运营内容中大放异彩 ，甚至可以抛弃矩形边界 ，完全以插画内容为主体 。
③3D / 仿 3D
随着 3D 更多地进入 UI 领域，运营弹窗也逐渐开始使用 3D 元素，或者仿 3D 的元素。
④图片/视频
图片和视频多用在品牌营销的广告中 ，不管是人还是物 ，都可以直接在弹窗中置入品牌的广告物料图或视频 。
四、样式拓展
这里收集了一些弹窗的案例 ，也可以作为设计时的参考：
结尾
弹窗的组件就介绍到这 。本系列已经陆陆续续更新了不少，往期的文章大家可以看下面 ，记得多多点赞～
作者 ：超人的电话亭
