有效的消息传递在系统中灌输信任，传达相关信息，并为用户创造快乐的时刻。
Types 消息类型
我们可以根据用户与系统的交互行为主动与被动性把消息分为四种类型：
消息类型
1. 系统主动，用户被动
系统消息
系统通知用户与系统相关的重要问题或状态。它是由系统发起的，而不是用户操作的结果。比如：服务器维护暂停使用通知
2. 约定消息
推动用户在系统中输入或更新数据。它可以由系统或其他用户发起。如：你的班级还没有学生，可邀请学生加入班级。
王老师邀请你加入英语学习2班，是否愿意？
3. 用户主动，系统被动
访问消息 异步？
当用户试图访问不可用的项时，将出现访问消息传递。可能是因为记录被删除了，用户没有访问权限，等等。
4. 反馈消息 同步？
反馈消息传递是用户与应用程序交互时应用程序的响应。大多数创建、读取、更新、删除(CRUD)操作将导致反馈消息。
Guidelines一般准则
- 基于用户与应用之间的交互行为选择适当的消息传递类型
- 尽量复用已存在的消息组件
- 尽量与用户心流和界面相融合，不要过于突兀
- 为了引起用户注意可在一定程度内进行视觉突出
-
为消息慎重选择相应的消息状态
消息类型
Principles 原则：
- 及时，不聒噪。
- 在合适的时间传递消息，不是每个交互都要伴随消息。如可以直接跳转结果的，毋需消息提示。
- 言简意赅，不啰嗦
- 只说必要的，不要说太多。
- 可操作的，非静态的
- 为相关操作启动快捷方式以提高效率
- 跨设备，不重复
- 触发消息时，需再所有设备上提示用户，但是在用户读取消息之后应在所有设备上清除该消息。
Components 组件：
属性可决定顺序
出场方式：较小的打扰——引起你的关注
占用面积：在页面所占用面积较小，作为组件单独存在，或者存在于另一个组件或卡片中———占满整页或者大部分页面
存在周期：临时的、可解除的、内联文本——永久存在或者迫使用户采取行动才会消失
消息属性
