Design Vocabulary设计词汇 · 样本集 01

VOCABULARY / 词条

通知中心

Notification Center

加入比较 +

把已经送达的通知汇集到一处、按时间或来源排列,供用户在自己方便的时候回看、展开处理或清除;它是通知的去处,而不是通知的发生地。

示意图 · 编辑插画,尚无可操作示例
一张虚构手机示意图:从屏幕顶部下拉出的面板中,通知按来源分成三组,每组有一个小图标标题与两三条灰色占位通知卡片,面板右上角是一个清除全部的控件。
一张虚构手机示意图:从屏幕顶部下拉出的面板中,通知按来源分成三组,每组有一个小图标标题与两三条灰色占位通知卡片,面板右上角是一个清除全部的控件。

识别特征

  • 已送达的通知按时间或来源汇集在一个固定位置
  • 每条通知可以被展开处理,也可以被单独或整体清除
  • 清除通知不会删除它所指向的内容

概念边界

通知中心与通知的呈现方式是两件事:横幅、声音与角标决定"当时有多响",通知中心决定"事后还找不找得到"。因此被静音的通知仍应进入通知中心——否则静音就等同于丢弃。它也不是收件箱:收件箱里的条目本身就是内容,通知只是指向别处内容的指针,清除通知不应删除它指向的东西。判定标准是"可回看的已送达通知列表",而不是"一个装着未读红点的抽屉"。

什么时候考虑它

  • 通知在用户不方便查看时到达,需要一个事后回看的地方
  • 来源很多,需要按应用或按时间归拢才能读完
  • 产品提供勿扰一类的静音模式,被拦下的消息必须有去处

什么时候慎用

  • 被静音的通知不进入通知中心,用户事后无从得知
  • 把它当作第二个收件箱,清除通知就删除了原始内容
  • 列表长期堆满永不过期的营销消息,真正要紧的事被淹没

取舍

把打断与记录分开,让通知可以安静地到达而不丢失,代价是这个列表会膨胀:条目越多,用户越倾向于整体清空,于是真正要紧的一条也被一并清掉。

条件规则 · 编辑建议

当通知被静音、延后或分组投递必须仍然把它放入通知中心并保留原始时间,使用户事后能完整看到发生过什么。
当用户清除一条通知必须只移除这条提示,不要删除它指向的内容,并让对应内容仍可从原处找到。

相关词条

勿扰模式 ↗可以配合 · 勿扰模式静音了部分通知

通知中心是被静音消息的去处;两者配合才能做到"不打断但不丢失"。

状态消息 ↗条件替代 · 决定一条信息应当就地提示还是进入通知中心

状态消息属于当前任务、随任务结束而消失;通知中心承载跨任务、跨时间仍需被看到的信息。

平静技术 ↗可以配合 · 产品希望在不争夺注意力的前提下让信息可查

把"送达"与"打断"分开,正是让状态持续可查而不持续打扰的做法。

持续纠缠 ↗条件冲突 · 营销与评分请求被持续塞进通知中心且无法按来源关闭

回看清单一旦被低价值内容填满,用户就会整体忽略它,连要紧的通知也一并失效。

来源与支持范围

Wikipedia · Notification Center ↗

该条目把通知中心记载为 iOS 与 macOS 等系统中汇总通知的功能,并描述了按应用分组、把选定应用的通知延后到设定时间以单条汇总形式送达,以及在通知到达时把对应应用静音一小时或一整天等行为;本词条据此转述"汇总与回看"的机制,取舍判断属编辑意见。

检索日期:2026-09-16 · 存档于 2026-09-22

定义参考以上来源;数字界面示例、选择建议、条件关系及配方由本样例编辑,尚未经用户研究验证。

类型扩展与实现说明

本词条尚无可操作示例;插画为编辑示意,其中的通知内容均为虚构。应用到产品前仍须确认被静音的通知确实进入列表,并检查清除操作不会连带删除原始内容。

{
  "states": [
    "empty",
    "unread",
    "reviewed"
  ],
  "a11y": [
    "列表是一个有可访问名称的区域,每条通知的时间与来源可被朗读",
    "清除操作可键盘完成,并且不会把焦点丢到页面顶部"
  ],
  "motion": "新通知的进入动画可省略;减弱动态偏好下直接出现"
}
完整 Agent 条目 JSON
{
  "id": "notification-center",
  "type": "interaction",
  "name": {
    "zh": "通知中心",
    "en": "Notification Center"
  },
  "aliases": [
    "Notification Shade",
    "Notification Drawer",
    "通知栏",
    "消息中心"
  ],
  "granularity": "component",
  "intents": [
    "inform",
    "reduce-interruption"
  ],
  "tags": [
    "通知",
    "汇总",
    "历史",
    "回看",
    "分组"
  ],
  "definition": "把已经送达的通知汇集到一处、按时间或来源排列,供用户在自己方便的时候回看、展开处理或清除;它是通知的去处,而不是通知的发生地。",
  "boundary": "通知中心与通知的呈现方式是两件事:横幅、声音与角标决定\"当时有多响\",通知中心决定\"事后还找不找得到\"。因此被静音的通知仍应进入通知中心——否则静音就等同于丢弃。它也不是收件箱:收件箱里的条目本身就是内容,通知只是指向别处内容的指针,清除通知不应删除它指向的东西。判定标准是\"可回看的已送达通知列表\",而不是\"一个装着未读红点的抽屉\"。",
  "signature": [
    "已送达的通知按时间或来源汇集在一个固定位置",
    "每条通知可以被展开处理,也可以被单独或整体清除",
    "清除通知不会删除它所指向的内容"
  ],
  "when": [
    "通知在用户不方便查看时到达,需要一个事后回看的地方",
    "来源很多,需要按应用或按时间归拢才能读完",
    "产品提供勿扰一类的静音模式,被拦下的消息必须有去处"
  ],
  "when_not": [
    "被静音的通知不进入通知中心,用户事后无从得知",
    "把它当作第二个收件箱,清除通知就删除了原始内容",
    "列表长期堆满永不过期的营销消息,真正要紧的事被淹没"
  ],
  "tradeoff": "把打断与记录分开,让通知可以安静地到达而不丢失,代价是这个列表会膨胀:条目越多,用户越倾向于整体清空,于是真正要紧的一条也被一并清掉。",
  "comparison": {
    "focus": "让已送达的通知在事后仍可被找到与处理",
    "mechanism": "按时间或来源汇总的可清除列表",
    "cost": "列表膨胀后用户倾向整体清空"
  },
  "sources": [
    {
      "id": "notifcenter-wikipedia",
      "title": "Wikipedia · Notification Center",
      "url": "https://en.wikipedia.org/wiki/Notification_Center",
      "claim": "该条目把通知中心记载为 iOS 与 macOS 等系统中汇总通知的功能,并描述了按应用分组、把选定应用的通知延后到设定时间以单条汇总形式送达,以及在通知到达时把对应应用静音一小时或一整天等行为;本词条据此转述\"汇总与回看\"的机制,取舍判断属编辑意见。",
      "checkedAt": "2026-09-16",
      "archive": {
        "lookupUrl": "https://web.archive.org/web/20260916*/https://en.wikipedia.org/wiki/Notification_Center",
        "status": "available",
        "checkedAt": "2026-09-22T11:54:57.222Z",
        "jobId": "spn2-4bed19926bf301409ed91dda4b859a46f86a8c16",
        "url": "https://web.archive.org/web/20260922115522/https://en.wikipedia.org/wiki/Notification_Center",
        "timestamp": "20260922115522"
      }
    }
  ],
  "relations": [
    {
      "target": "do-not-disturb",
      "kind": "composes_with",
      "condition": "勿扰模式静音了部分通知",
      "reason": "通知中心是被静音消息的去处;两者配合才能做到\"不打断但不丢失\"。",
      "basis": "editorial"
    },
    {
      "target": "status-message",
      "kind": "alternative",
      "condition": "决定一条信息应当就地提示还是进入通知中心",
      "reason": "状态消息属于当前任务、随任务结束而消失;通知中心承载跨任务、跨时间仍需被看到的信息。",
      "basis": "editorial"
    },
    {
      "target": "calm-technology",
      "kind": "composes_with",
      "condition": "产品希望在不争夺注意力的前提下让信息可查",
      "reason": "把\"送达\"与\"打断\"分开,正是让状态持续可查而不持续打扰的做法。",
      "basis": "editorial"
    },
    {
      "target": "nagging",
      "kind": "conflicts_when",
      "condition": "营销与评分请求被持续塞进通知中心且无法按来源关闭",
      "reason": "回看清单一旦被低价值内容填满,用户就会整体忽略它,连要紧的通知也一并失效。",
      "basis": "editorial"
    }
  ],
  "rules": [
    {
      "when": "通知被静音、延后或分组投递",
      "instruction": "仍然把它放入通知中心并保留原始时间,使用户事后能完整看到发生过什么。",
      "strength": "must",
      "basis": "editorial"
    },
    {
      "when": "用户清除一条通知",
      "instruction": "只移除这条提示,不要删除它指向的内容,并让对应内容仍可从原处找到。",
      "strength": "must",
      "basis": "editorial"
    }
  ],
  "behavior": {
    "states": [
      "empty",
      "unread",
      "reviewed"
    ],
    "a11y": [
      "列表是一个有可访问名称的区域,每条通知的时间与来源可被朗读",
      "清除操作可键盘完成,并且不会把焦点丢到页面顶部"
    ],
    "motion": "新通知的进入动画可省略;减弱动态偏好下直接出现"
  },
  "demo": null,
  "version": "0.1.0",
  "editorialStatus": "drafted",
  "requirements": [],
  "demoCapabilities": [],
  "implementationNote": "本词条尚无可操作示例;插画为编辑示意,其中的通知内容均为虚构。应用到产品前仍须确认被静音的通知确实进入列表,并检查清除操作不会连带删除原始内容。",
  "image": {
    "src": "/images/notification-center.webp",
    "alt": "一张虚构手机示意图:从屏幕顶部下拉出的面板中,通知按来源分成三组,每组有一个小图标标题与两三条灰色占位通知卡片,面板右上角是一个清除全部的控件。"
  },
  "searchTerms": [
    "notifications",
    "aggregation",
    "history",
    "review",
    "grouping"
  ]
}