对话框库

适用于：SDK v4

“对话”是 SDK 中的 cMicrosoft Entral 概念，提供管理与用户之间长时间运行的对话的方法。 对话执行可表示部分或完整对话线程的任务。 它可以只跨越一轮或跨越多轮，并且可以跨越或短或长的时间。

本文介绍对话库的核心类和功能。

• 你应该熟悉机器人的工作原理（包括轮次的定义）和管理状态。
• 每个对话表示一个对话任务，该任务可以运行到完成并返回收集的信息。
• 每个对话都表示一个基本控制流单元：它可以开始、继续和结束；暂停和恢复；或被取消。
• 对话类似于编程语言中的方法或函数。 启动对话时，可以传入引数或参数，对话稍后可以在结束时生成返回值。

对话状态

对话可实现“多回合对话”，因此，其依赖于跨多个轮次的“持久化状态”。 如果对话中没有状态，则机器人就不知道它在对话中所处的位置，也不知道它已收集的信息。

若要在对话中保留对话的位置，必须每个轮次从内存检索并向其保存对话状态。 这是通过机器人对话状态上定义的对话状态属性访问器进行处理的。 此对话状态管理所有活动对话的信息，以及活动对话的子对话。 这样，机器人就可以获取上次离开的位置，并处理各种对话模型。

在运行时间，对话状态属性包括对话在其逻辑进程中位置的相关信息，包括“对话实例”对象形式的任何内部收集的信息。 同样，这需要每个轮次读取到机器人中，并保存到内存中。

对话基础结构

除了各种类型的对话，以下类还涉及对话的设计和控制。 虽然通常不需要直接与这些类交互，但了解它们及其用途在为机器人设计对话时非常有用。

对话类型

对话库提供一些内置对话类型来简化机器人对话的管理。 本文稍后将更详细地介绍某些此类型元素。

对话模式

从机器人开启和管理对话有两种主要模式。

1. 建议使用 Bot Framework Composer 创作对话，以便受益于更自然、自由流动的对话功能。 有关详细信息，请参阅 Bot Framework Composer 简介。 此类机器人仍然可以根据需要使用代码进行扩展。
2. 使用 SDK 语言之一开发机器人，并使用根对话的“运行”扩展方法。 有关将运行方法与组件对话一起使用的信息，请参阅有关组件和瀑布对话以及如何实现顺序对话流。

对话堆栈

对话上下文包含有关所有活动对话的信息，并包含“对话堆栈”，该堆栈充当所有活动对话的“调用堆栈”。 每个容器对话都有一组其控制着的内部对话，因此每个活动容器对话都会引入内部对话上下文和对话堆栈作为其状态的一部分。

你虽然不会直接访问堆栈，但了解它的存在及其功能会帮助你了解对话库各个方面的工作原理。

容器对话

容器对话 可以是较大对话集的一部分。 每个容器都有一个内部对话集，该对话集也是被管理的。

• 每个对话集都创建用于解析对话 ID 的范围。

• SDK 当前实现两种类型的容器对话：组件对话和自适应对话。

  两者的概念结构大相径庭。 但是，Composer 机器人可以使用这两者。

对话 ID

将对话框添加到对话集时，可在该集中为其分配唯一 ID。 集内的对话通过其 ID 相互引用。

当一个对话在运行时间引用另一个对话时，它通过对话的 ID 执行此操作。 对话上下文尝试根据即时对话集中的其他对话解析 ID。 如果没有匹配项，它将在包含范围内或外部对话集等位置查找匹配项。 如果未找到匹配项，则会生成异常或错误。

组件对话

组件对话为对话使用序列模型，容器中的每个对话都负责调用容器中的其他对话。 当组件对话的内部对话堆栈为空时，组件将结束。

如果机器人具有相对简单的控制流，该流不需要更多动态对话流，则考虑使用组件对话和瀑布对话。

关于组件和瀑布对话更详细地介绍了组件、瀑布对话和提示对话。

其他对话

QnA Maker 和技能对话可用作独立对话，也可以用作容器中对话集合的一部分。

QnA Maker 对话

QnA Maker 对话访问 QnA Maker 知识库，并支持 QnA Maker 的跟进提示和主动学习功能。

• 跟进提示（也称为多轮次提示）允许知识库在回答用户问题之前询问详细信息。
• 主动学习建议使知识库能够随时间推移而改进。 QnA Maker 对话支持主动学习功能的直接反馈。

有关详细信息，请参阅：

• 在 Composer 中，如何将 QnA Maker 知识库添加到机器人。

技能对话

技能对话访问和管理一个或多个技能。 技能对话将活动从父机器人发布到技能机器人，并将技能响应返回给用户。

有关详细信息，请参阅：

• 在 SDK 中，为技能概述。
• 在 Composer 中，为关于技能。

后续步骤