GD Ant Design设计目标#
指导用户采取你希望他们采取的行动。
帮助用户避免犯错。
类型#
常规按钮#
① 次按钮#
常规按钮，用于非主要动作。如果不确定选择哪种按钮，次按钮永远是最安全的选择。
② 主按钮#
突出“完成”、“推荐”类操作；一个按钮区最多使用一个主按钮。
③ 文字按钮#
弱化的按钮，采用更轻量的按钮样式，可用于需大面积展示按钮场景，例如表格组件中的操作列。
④ 图标按钮#
图标提供视觉线索，避免逐字阅读按钮文案，更高效地使用界面。
需要在较小的空间内展示尽量多的按钮。
使用纯图标按钮必须有 Tooltip 提示按钮含义。
⑤ 在按钮中添加图标#
用于对按钮含义补充解释，提高按钮识别效率。
按钮强调#
常规按钮类型呈现出不同的强调程度，使用者可以据此变化出合适的按钮类型：
Do&Don't#
2、操作无主次，次按钮是最安全的选择。
2、将次要操作收纳至右侧下拉按钮中。
特殊按钮#
虚线按钮 Dashed button#
用于引导用户在一个区域中添加内容。
危险按钮 Danger button#
警示用户该操作存在风险。
幽灵按钮 Ghost button#
置于复杂或较深的背景中，避免按钮突兀地破坏背景的整体性。该场景下可灵活定制样式。
行动号召按钮 Call to action#
经常独立出现，行动号召按钮就像是电脑在对用户大声说“跟我来吧”，有点命令用户点击的意味，通常出现于 landing page 或者 一些引导性场景。最大可以将按钮放宽到与父区域等宽。一个屏幕空间中，建议只有一个行动号召按钮。
位置#
按钮区#
按钮区是用于放置按钮的区域，一个按钮区内可以有多个按钮。
跟随内容的按钮区#
按钮区跟随受控内容。将按钮区放置于用户浏览路径中，便于被用户发现。
工具栏中的按钮区#
工具栏中的按钮区，靠右放置。控制工具栏控制的内容范围。
如何确定按钮区的放置位置？#
页面/卡片/一组信息都能够呈现一个主题，主题的描述可以抽象为三个区域：#
Header：主题的标题和摘要信息内容区的导航等
Body：具体内容
Footer：主题的补充信息和工具栏等
将按钮区放置在不同的区域，有不同的含义：见右图。
也存在一些特殊情况，将“完成”主题类的动作放在 Header 区。例如，编辑器中为了最大化编辑空间，将“完成”类动作放到了右上角。
什么时候需要在 Footer 中放置按钮区？#
为避免页脚工具栏滥用，我们不推荐使用页脚工具栏，仅建议以下两种场景使用：
1）对象详情页，「推进」对象的进展，例如审批流「通过」「驳回」。
2）异常复杂的表单页，表单的内容复杂到需要切分为多张卡片。
按钮顺序#
按钮顺序#
推荐操作是阅读的起点，折叠内容始终在最右侧。
如何确定按钮顺序？
对话习惯：按钮放置顺序类似于电脑和用户的对话，优先询问用户可能需要执行的操作，或你希望用户执行的操作，最后向用户提供存在风险的操作。
方向性含义：例如，具有返回意义的按钮，应该放在左侧，暗示其方向是回到之前，例如上一步。
按钮组#
多个按钮形成一组时，将按钮排列在一起即可。
有很多按钮组，如何确定顺序#
工具栏中的操作类型很多，我们会倾向于将变化较少的内容位置固化。以表格工具栏举例，排列逻辑如下：
业务逻辑：「推进」进程的操作。例如：编辑、新建、发布、保存、取消、撤回等；
视图控制：控制内容展示的形式。例如：全屏、表格密度、放大缩小、布局控制等；
其他：刷新、分享、设置等；
溢出：被折叠的操作，若进行响应式设计，从右往左折叠至溢出操作。
按钮分组#
当需要布置的按钮数量过多，可以把相关的动作组成一组，并采用相似的视觉设计。当某一个按钮是首要动作时仍可使用主按钮强调。
按主次折叠部分按钮
平铺每个按钮：优先推荐通过间距来区隔分组，也可以使用分割线来区隔视觉相似的按钮组。
文案#
文案需清楚传达用户按下按钮时系统将执行的操作。
必须使用动词。（下拉按钮除外）
与语境紧密关联，用语简练。
Ant Design 组件中默认使用 “确定 / 取消”文案 ，但你仍然可以通过以下方式优化按钮文案：
描述任务结果。
发布、登录、注册
主要操作也为否定含义时，强调后果。
你确定要删除它吗？删除 / 取消