Triggers 我无法理解Account对象上的myAccountTrigger我提供了问题的链接

我无法理解此链接上提供的myAccountTrigger，请帮助我完成此链接 下面是链接

---

如果您熟悉其他编程语言或数据库，那么可以从以下自学开始

我不确定我能比文档或培训模块更容易地解释它。Salesforce还组织基于网络的培训（不要认为会有任何教室，但你可能想试一试：

你应该粘贴哪些概念你挣扎，我希望它不是整个页面

在salesforce中创建/编辑/删除数据时有7个事件

之前

有时，您需要运行一些过于复杂的检查，无法通过配置实现（必填字段、验证规则、唯一字段）触发器是一个很好的地方——如果不满足某些复杂条件，您可以阻止保存。然后，如果您希望在创建或每次编辑记录时都进行检查，则由您决定。 另一个例子：如果出现某些问题，您可能希望阻止删除记录X。有一些方法可以使用配置来执行此操作，但如果它变得复杂，则“删除前”触发器非常好。删除时不会运行验证规则，这会限制您的配置选项

如果你需要预先填充一些值，“Befores”也很好。也许你需要类似“如果联系人的电话未指定-从相关帐户中提取”这样的内容。你可以使用config进行操作，但它是有效的，“before”触发器可能更整洁、更快

之后 After对“副作用”有好处。如果我克隆了一个Opportunity-也许也可以克隆Opportunity行项目。如果我知道保存成功-也许我需要向财务系统发送一些通知。设置一些提醒任务，从现在起2个月，以便与客户跟进。同样，许多提醒任务可以通过config完成

那么“上下文变量”是怎么回事呢？如果你使用所有7个事件，整个触发器的主体将执行7次。这很糟糕，你不想在每次编辑时克隆Opp行项目，只克隆一次。如果你删除记录，你不想发送财务通知（好吧，也许你会这样做。但这可能是不同的消息）。因此，可以在

if/switch

语句中使用上下文变量来决定在哪个事件上运行哪个代码

---

它看起来有点混乱，但最好在对象上有一个触发器并调用正确的函数，而不是有多个触发器，分别用于插入、更新……很快就会变得非常糟糕。Salesforce将设置这些变量（您可以称它们为全局变量）在执行代码之前。

您不了解什么？这个触发器演示了什么？就上下文变量或它们显示的伪业务逻辑而言（哪些检查最好在哪些触发器事件中实现），我无法理解这个触发器在上下文变量方面演示了什么