我的计划是什么?

在构建触发器(或其他业务规则)时，最重要的考虑事项之一是在创建条件时尽可能具体。您希望仅将触发器应用于相关门票。方法设置触发器的作用域是一个很好的例子，也是一个常见的错误票是条件。这个条件有两个值:创建和更新．

使用这个条件可以显著影响每次运行触发器时处理的票据数量。

例如，如果您正在创建一个触发器，当您的Zendesk接收到票证时，该触发器将根据某些标准对票证进行路由，那么您希望包含亚博票是……创建触发条件。这样做可以确保此触发器仅在首次创建时应用于票据，而在稍后更新时不应用于相同的票据。当然，门票只生成一次。

下面是一个触发器的例子票是…创建条件，并将包含特定标签的新创建的票据分配给2级支持小组。

对于每个包含这些标记之一的新创建的票据，此触发器都会运行一次。

如果我们不设置会发生什么票是…创建条件?每次包含这些标签的票证被创建或更新时，它将被分配给二级支持组(因为每次票证被创建或更新时，您的所有触发器都会运行，并且没有条件阻止再次发生组分配)。当然，这是我们最初想要的，但如果我们后来把票分配给不同的组呢?工单每次更新时都可以重新分配给二级支持小组。

如果您确实希望根据某些标准将操作应用于票据，则每次更新票据时都使用票是……更新条件。

何时使用此条件的最常见示例是当您希望向请求者发送通知时。要查看这方面的示例，请查看Zendesk帐户中的默认通知触发器之一:亚博通知请求者评论更新例如，触发器。您希望在每次添加新的公共评论时都执行这些操作。

的触发器的默认行为票是…更新条件是，只要触发器的条件保持为真，每次更新票证时都会重复触发器的操作。

这意味着您也可以使用票是…更新条件和应用触发器的动作只有一次到一张票。例如，也许我们希望将银行客户票证设置为高优先级。我们只希望这种情况发生一次。要做到这一点，除了票是…更新我们还添加了一个条件，检查票证的优先级是否已经设置为高。换句话说，如果票证不符合条件定义的标准，则触发器不会应用于票证。

在这个触发器中，我们在第一次更新票据时将银行客户(我们通过添加的标签知道他们是银行客户)的所有票据的优先级设置为高优先级。但首先，我们检查票据的优先级是否已经设置为高，这将表明触发器已经在票据上运行。如果有，则不更新票证。