使用事件

事件是设计环境中的三个 Interact 配置元素之一，可以与 Interact API 直接交互。 当对接触点进行编码以使用 Interact API 时，您使用 postEvent 方法引用事件。 Interact API 中使用的事件名称必须与设计环境中配置的事件名称匹配。 该名称不区分大小写。

事件触发以下一个或多个预定义的操作：

触发重新分段 运行时环境使用访问者的会话中的当前数据，重新运行与交互式通道关联的当前受众级别的所有交互式流程图。

设计交互时，请记住，除非您指定特定流程图，否则重新分段将重新运行与此交互式通道关联的当前受众级别的所有交互式流程图，并且任何要约请求都将等待，直到所有交互式流程图完成。 在单次访问中过多的重新分段会以客户可见的方式影响接触点的性能。

在已将重要的新数据添加到运行时会话对象中后，应将客户置于新段中。 此新数据可以来自 Interact API 中的请求（例如，更改受众）或客户操作（例如，向愿望列表或购物车中添加新项）。

记录要约联系 运行时环境标记建议的要约以便数据库服务可以将这些要约记录到联系历史记录中。

对于 Web 集成而言，最佳做法是在请求要约以最大程度地减少接触点与运行时服务器之间的请求数的同一调用中记录要约联系。

如果接触点未返回要呈现给访问者的要约的处理代码，运行时环境将记录上次的建议要约列表。

记录要约接受 运行时环境标记所选要约以便数据库服务可以将其记录到响应历史记录中。

记录要约拒绝 运行时环境标记所选要约以便数据库服务可以将其记录到响应历史记录中。

如果创建了具有多个记录要约操作的事件，请记住，Interact API 针对关联的要约执行同一操作。 因此，您不应创建同时记录要约接受和要约拒绝的事件，因为它们互相矛盾。 但是，在环境中创建单个事件以记录要约联系和接受，或要约联系和拒绝可能会十分有用。

默认情况下，运行时环境可以跟踪两种类型的响应：要约接受和要约拒绝。 您可以使用 accept 和 reject 配置属性修改“记录要约接受”和“记录要约拒绝”事件记录的响应类型。

Interact API 还可以使用事件触发您使用 API 中的事件参数定义的操作。 这些事件包括记录到自定义表、跟踪多个响应类型和指定要运行的特定流程图。 您可能会需要创建一些未定义系统反应的事件，或几个具有同一系统反应的事件，如记录联系，以便与保留事件参数一起使用。

您可能需要创建具有“记录要约接受”操作的多个事件（针对要记录的每个响应类型创建一个），或具有“记录要约接受”操作的单个事件（对于用来记录不同响应类型的每个 postEvent 调用都使用该事件）。

例如，为每种类型的响应都创建一个具有“记录要约接受”操作的事件。 您可在 UA_UsrResponseType 表中定义以下自定义响应 [以名称 (代码) 形式]： Explore (EXP)、Consider (CON) 和 Commit (CMT)。 然后，您创建了三个事件，并将它们命名为 LogAccept_Explore、LogAccept_Consider 和 LogAccept_Commit。 所有这三个事件完全相同（都具有“记录要约接受”操作），但名称不同，以便使用 Interact API 的人员可以区分它们。

或者，您可以创建具有“记录要约接受”操作的单个事件，并将该事件用于所有自定义响应类型。 例如，将其命名为 LogCustomResponse。

使用 Interact API 时，各个事件之间不存在任何功能差异，但命名约定会使代码更易懂。 另外，如果您为每个自定义响应都提供一个不同名称，则“通道事件活动摘要”报告会显示更准确的信息。

有关保留参数和 postEvent 方法的更多信息，请参见《Interact 管理员指南》。

系统定义的事件

“事件”选项卡包含默认类别：系统定义的类别。 您无法编辑、添加或删除此类别中的事件。 此类别包含与 Interact API 对应的事件。 使用“通道事件活动摘要”报告可以监视在接触点上发生所有这些事件的频率。

这些事件包括：

结束会话 - 标记访问者交互式会话的结尾。

获取要约 - 请求供访问者使用的建议要约的列表。

获取配置文件 - 请求会话中存储的访问者配置文件数据；这包括临时数据以及从配置文件表中读入的数据。

设置受众 - 在访问者的交互式会话中更改访问者的受众级别。

设置调试 - 重写访问者的交互式会话的当前日志记录级别。

开始会话 - 标记访问者交互式会话的开头。