DEX450

课程介绍

今天我们来聊聊Salesforce中的触发设计策略。这个话题听起来可能有点技术性，但其实很简单，我会用通俗易懂的方式来解释。 首先，什么是触发器呢？触发器是Salesforce中的一种自动化工具，它可以在某些特定事件发生时自动执行一些操作。比如，当你在系统中创建或更新一条记录时，触发器可以自动帮你做一些事情，比如更新其他相关记录，或者发送通知。 那么，触发设计策略是什么呢？简单来说，就是我们在设计触发器时应该遵循的一些最佳实践和原则。这些策略可以帮助我们写出更高效、更可靠的触发器代码。 首先，，保持触发器简洁，。触发器的代码应该尽量简单明了，不要在里面写太多复杂的逻辑。如果逻辑太复杂，可以考虑把这些逻辑放到一个单独的类里面，然后在触发器里调用这个类。这样不仅代码更清晰，也更容易维护。 其次，，避免递归触发，。递归触发是指触发器在执行过程中又触发了自己，导致无限循环。这种情况会消耗大量的系统资源，甚至可能导致系统崩溃。为了避免这种情况，我们可以使用一些技巧，比如设置一个静态变量来标记触发器是否已经执行过。 第三，，批量处理，。Salesforce中的触发器是批量处理的，也就是说，它一次可以处理多条记录。所以我们在写触发器时，要考虑到批量处理的情况，确保触发器在处理多条记录时也能正常工作。 最后，，测试和调试，。写完触发器后，一定要进行充分的测试，确保它在各种情况下都能正常工作。Salesforce提供了强大的测试工具，我们可以利用这些工具来测试我们的触发器。 总结一下，触发设计策略就是我们在设计触发器时应该遵循的一些最佳实践，包括保持代码简洁、避免递归触发、批量处理和充分测试。遵循这些策略，可以帮助我们写出更高效、更可靠的触发器代码。 好了，今天的课程就到这里，希望你们对触发设计策略有了更清晰的理解。如果有任何问题，随时问我哦！

课程章节

本课程共有 25 个章节

• 1

  Module 14: Trigger Design Strategy

  第 357 页

  今天我们来聊聊Salesforce中的触发设计策略。这个话题听起来可能有点技术性，但其实很简单，我会用通俗易懂的方式来解释。 首先，什么是触发器呢？触发器是Salesforce中的一种自动化工具，它可以在某些特定事件发生时自动执行一些操作。比如，当你在系统中创建或更新一条记录时，触发器可以自动帮你做一些事情，比如更新其他相关记录，或者发送通知。 那么，触发设计策略是什么呢？简单来说，就是我们在设计触发器时应该遵循的一些最佳实践和原则。这些策略可以帮助我们写出更高效、更可靠的触发器代码。 首先，，保持触发器简洁，。触发器的代码应该尽量简单明了，不要在里面写太多复杂的逻辑。如果逻辑太复杂，可以考虑把这些逻辑放到一个单独的类里面，然后在触发器里调用这个类。这样不仅代码更清晰，也更容易维护。 其次，，避免递归触发，。递归触发是指触发器在执行过程中又触发了自己，导致无限循环。这种情况会消耗大量的系统资源，甚至可能导致系统崩溃。为了避免这种情况，我们可以使用一些技巧，比如设置一个静态变量来标记触发器是否已经执行过。 第三，，批量处理，。Salesforce中的触发器是批量处理的，也就是说，它一次可以处理多条记录。所以我们在写触发器时，要考虑到批量处理的情况，确保触发器在处理多条记录时也能正常工作。 最后，，测试和调试，。写完触发器后，一定要进行充分的测试，确保它在各种情况下都能正常工作。Salesforce提供了强大的测试工具，我们可以利用这些工具来测试我们的触发器。 总结一下，触发设计策略就是我们在设计触发器时应该遵循的一些最佳实践，包括保持代码简洁、避免递归触发、批量处理和充分测试。遵循这些策略，可以帮助我们写出更高效、更可靠的触发器代码。 好了，今天的课程就到这里，希望你们对触发设计策略有了更清晰的理解。如果有任何问题，随时问我哦！

  ▶ 播放视频 查看详情
• 2

  Architectural Strategy

  第 358 页

  让我们来聊聊如何在Salesforce平台上设计一个架构策略，特别是关于如何自动化地确定候选人是否完成了认证要素并有资格持有认证。 首先，我们需要了解Salesforce提供的声明性机制，这些机制可以帮助我们实现复杂的业务逻辑，而不需要编写代码。声明性机制包括工作流规则、流程构建器、验证规则、公式字段等。这些工具非常适合处理一些标准化的、重复性的任务，比如自动发送电子邮件、更新记录字段、或者根据某些条件自动创建任务。 但是，声明性机制也有它们的局限性。例如，它们可能不适合处理非常复杂的逻辑，或者需要与外部系统集成的场景。在这些情况下，我们可能需要使用编程性解决方案，比如Apex代码。 接下来，我们可以探讨如何结合使用声明性和编程性功能来改进我们的解决方案。例如，我们可以使用流程构建器来触发一个Apex类，这个类可以处理更复杂的逻辑，或者与外部API进行交互。这样，我们既利用了声明性工具的简便性，又保留了编程性工具的灵活性。 回到我们的具体问题：自动化确定候选人是否完成认证要素并有资格持有认证。我们可以设计一个流程，首先使用声明性工具来检查候选人是否完成了所有必要的认证要素。如果所有要素都已完成，我们可以触发一个Apex类来进一步验证这些信息，并最终决定是否授予认证。 通过这种方式，我们不仅利用了Salesforce平台的强大功能，还确保了我们的解决方案既高效又灵活。希望这能帮助你理解如何在Salesforce平台上设计一个有效的架构策略。

  ▶ 播放视频 查看详情
• 3

  Module Agenda - 359

  第 359 页

  同学们，今天我们来聊聊Salesforce中的触发设计策略。这个模块的议程很简单，主要分为两个部分：分析问题和产生解决方案。 首先，，分析问题，。在Salesforce中，触发器（Trigger）是非常强大的工具，它们可以在记录被插入、更新或删除时自动执行一些操作。但是，如果设计不当，触发器可能会导致性能问题，甚至引发数据不一致的情况。所以，我们需要仔细分析当前的需求，看看触发器是否真的是解决问题的最佳方式。 接下来，，产生解决方案，。一旦我们明确了问题，就可以开始设计触发器了。这里有几个关键点需要注意： 1. ，单一职责原则，：每个触发器应该只负责一个特定的任务，这样可以避免复杂的逻辑和潜在的错误。 2. ，批量处理，：确保触发器能够处理批量操作，而不是只针对单条记录。这样可以提高性能。 3. ，避免递归，：触发器可能会引发递归调用，导致无限循环。我们需要设计好逻辑，避免这种情况发生。 通过这样的分析和设计，我们可以确保触发器既高效又可靠，帮助我们在Salesforce中实现复杂的业务逻辑。 好了，这就是今天的内容。希望你们能理解并应用到实际的项目中去。如果有任何问题，随时问我！

  ▶ 播放视频 查看详情
• 4

  Automatically Creating Certification Held Records

  第 360 页

  同学们，今天我们来聊聊如何在Salesforce中自动创建持有证书的记录。想象一下，你正在参加一个网络认证考试，这个考试有两个部分：实验部分和多项选择考试。你可能会在不同的时间尝试这两个部分。 首先，假设你第一次尝试就通过了实验部分，这很棒！然后你尝试了多项选择考试，但这次没那么幸运，没有通过。没关系，你可以再试一次。第二次尝试时，你终于通过了多项选择考试。这时候，你已经通过了所有必需的考试部分，所以系统应该自动为你创建一个认证持有的记录。 这个过程是这样的：每次你尝试一个考试部分，系统都会记录你的尝试状态——可能是“已安排”、“进行中”、“通过”或“失败”。如果你失败了，你可以再次尝试。但只有当你通过了所有考试部分时，系统才会自动为你创建一个认证持有的记录。 这个自动化的过程确保了只有真正通过所有考试的人才能获得认证，同时也减少了手动操作的错误和遗漏。希望这个解释能帮助你们更好地理解这个过程！如果有任何疑问，随时提问哦！

  ▶ 播放视频 查看详情
• 5

  What Criteria Will Determine if a Certification Held Record Should Be Created?

  第 361 页

  让我们来聊聊如何决定是否应该为候选人创建一个认证持有记录。这个问题其实挺简单的，我们只需要关注几个关键点。 首先，我们需要知道候选人是否通过了这次认证尝试。如果他们没有通过，那自然就不需要创建认证持有记录了。 其次，我们要清楚这次尝试是针对哪个认证的。因为不同的认证有不同的要求和标准，所以明确认证的类型是非常重要的。 接下来，我们还需要了解与这个认证相关的其他要素。比如，有些认证可能要求候选人通过多个考试或完成特定的培训课程。我们需要确认候选人是否已经满足了所有这些要求。 最后，我们要确保候选人已经全部通过了这些相关的认证要素。如果还有未完成的部分，那么即使通过了主要的认证考试，也不能算是完全通过了认证。 总结一下，决定是否创建认证持有记录，我们需要确认候选人是否通过了认证尝试，这次尝试是针对哪个认证的，与认证相关的其他要素有哪些，以及候选人是否全部通过了这些要素。只要这些条件都满足了，我们就可以为候选人创建一个认证持有记录啦。

  ▶ 播放视频 查看详情
• 6

  How Do You Get the Needed Data?

  第 362 页

  让我们来聊聊如何获取我们需要的数据，以及这个过程为什么有时候会让人觉得有点头疼。 首先，想象一下，你正在处理一个关于认证的系统。每当有人尝试通过认证时，系统就会记录下这次尝试。我们的目标是找出哪些人通过了认证，以及他们是通过了哪些具体的认证要素。 ，1. 对哪个对象的更改可能会触发此触发器？， 这里的关键对象是“认证尝试”。每当有人尝试通过认证时，这个对象就会被更新或创建，从而可能触发我们的触发器。 ，2. 您是如何找到相关认证的？， 每个认证尝试都会关联到一个具体的认证。你可以通过查看认证尝试对象中的“认证ID”来找到相关的认证。 ，3. 您如何找到与该认证相关的要素？， 每个认证都由多个要素组成。你可以使用认证ID去查询“认证元素”表，这样就能找到所有与这个认证相关的要素。 ，4. 你如何确定应聘者是否通过了这些要素？， 接下来，你需要检查每个认证要素是否已经被这个候选人成功完成。你可以通过查询“认证尝试”表，找到那些状态为“已完成”或“已通过”的记录，然后将这些记录与认证要素匹配起来。 ，5. 处理批处理数据会让它变得更容易还是更难？， 这里有个小挑战。如果你处理的是单个候选人的数据，那可能还比较简单。但如果你要处理的是大批量的数据，比如同时处理多个候选人和多个认证，那情况就复杂多了。你需要确保每个候选人的每个认证尝试都能正确地匹配到相应的认证要素，这就像是在玩一个复杂的拼图游戏。 ，动画提示：， 想象一下，如果我们要处理的是成千上万的候选人和认证，这个匹配过程会变得多么复杂。每个候选人都可能有多个认证尝试，每个认证又包含多个要素。随着数据量的增加，这个匹配过程的复杂性也会呈指数级增长。 所以，这就是为什么我们需要结合声明性和程序性的方法来解决这个问题。声明性的方法可以帮助我们快速定义规则和关系，而程序性的方法则可以帮助我们处理那些复杂的、需要精细控制的数据匹配过程。 希望这个解释能帮助你更好地理解这个过程！

  ▶ 播放视频 查看详情
• 7

  Can the Solution Use Something Besides Matching?

  第 363 页

  让我们来聊聊这个有趣的话题。今天我们要讨论的是，在Salesforce中，除了简单的匹配之外，我们还可以用计数的方法来确定是否应该创建认证持有记录。这个方法特别适用于那些规定候选人只能对特定认证元素进行一次“完整/通过”尝试的场景。 首先，想象一下，我们有一个认证，里面包含了好几个元素，比如考试、项目、面试等。我们的第一个动画就是展示如何确定这个认证中到底有多少个元素。这一步很重要，因为我们需要知道总共有多少个关卡需要候选人去挑战。 接下来，第二个动画会展示我们如何计算候选人已经“完成/通过”这些元素的次数。这里的关键是，我们假设候选人每个元素只能尝试一次，所以每次“完成/通过”都是独一无二的。 最后，第三个动画会展示一个简单的逻辑：如果候选人“完成/通过”的次数和认证中元素的总数相匹配，那么恭喜这位候选人，他们已经成功地通过了每一个要素，应该获得认证持有记录。 这种方法的好处是，它不仅简单直观，而且非常有效。通过计数，我们可以清晰地看到候选人是否已经满足了所有的认证要求，而不需要复杂的匹配逻辑。这样，无论是对于管理员还是候选人来说，整个过程都变得更加透明和易于理解。 希望这个解释能帮助你更好地理解在Salesforce中如何利用计数来确定认证持有记录的创建。如果你有任何问题，随时欢迎提问！

  ▶ 播放视频 查看详情
• 8

  What Tool Should Be Used to Create a Solution?

  第 364 页

  让我们来聊聊在Salesforce中创建解决方案时应该使用哪些工具。首先，我们可以考虑一些声明性的选项，比如工作流程和流程构建器。这些工具非常适合那些不需要编写代码的场景，因为它们通过图形界面来设置逻辑和自动化任务。 但是，如果你发现工作流程的功能不足以满足你的需求，那么流程构建器可能是一个更好的选择。流程构建器比工作流程更强大，可以处理更复杂的业务逻辑。不过，使用流程构建器可能会有些复杂，特别是对于初学者来说。 如果流程构建器也无法满足你的需求，那么你可能需要考虑使用触发器。触发器是Apex代码的一部分，它们可以在数据库操作（如插入、更新或删除记录）之前或之后自动执行。触发器非常强大，可以处理几乎任何复杂的业务逻辑，但编写和维护触发器需要一定的编程知识。 所以，总结一下，如果你的需求比较简单，工作流程和流程构建器是不错的选择。但如果需要处理更复杂的逻辑，触发器可能是最好的解决方案。希望这些信息对你有帮助！

  ▶ 播放视频 查看详情
• 9

  Module Agenda - 365

  第 365 页

  同学们，今天我们来聊聊Salesforce中的触发设计策略。这个模块的议程分为两部分：首先是分析问题，然后是产生解决方案。 首先，，分析问题，。在Salesforce中，触发器（Trigger）是非常强大的工具，它们可以在记录被插入、更新、删除或取消删除时自动执行一些操作。但是，如果设计不当，触发器可能会导致性能问题，甚至引发复杂的逻辑冲突。所以，我们需要仔细分析业务需求，明确触发器应该在什么情况下触发，以及它们需要完成哪些任务。 接下来，，产生解决方案，。在设计触发器时，我们需要遵循一些最佳实践。比如，尽量保持触发器的逻辑简单，避免在触发器中编写复杂的业务逻辑。我们可以将这些逻辑移到Apex类中，通过调用类的方法来实现。此外，我们还要注意触发器的执行顺序，确保它们不会互相干扰。最后，测试是非常重要的一步，确保触发器在各种情况下都能正常工作。 这就是我们今天的内容，希望大家能够理解并应用到实际项目中。如果有任何问题，随时提问哦！

  ▶ 播放视频 查看详情
• 10

  What Type of Trigger is Needed?

  第 366 页

  让我们来聊聊Salesforce中的触发器类型，特别是针对认证尝试（Certification_Attention__c）这个对象。 首先，我们需要确定的是，我们想要在什么时候触发这个触发器。是在记录被创建或更新之前（Before），还是之后（After）？这个决定很关键，因为它会影响我们如何编写触发器和处理数据。 在这个案例中，我们关注的是状态字段。我们希望在记录被创建或更新时，能够自动将状态设置为“完成/通过”。为了实现这一点，我们需要考虑两种操作：插入（Insert）和更新（Update）。 现在，让我们来看看使用Before触发器和After触发器的区别。 如果我们选择使用Before触发器，我们需要在触发器内部计算通过认证尝试的数量。这意味着我们需要查看trigger.new中的记录（即即将被插入或更新的记录），以及数据库中已经存在的记录，然后将它们结合起来计算总数。这可能会比较复杂，因为我们需要确保我们的计算是准确的，并且不会遗漏任何记录。 另一方面，如果我们选择使用After触发器，事情就会简单得多。在After触发器中，所有的认证尝试记录都已经保存到数据库中，所以我们可以直接从数据库中统计通过的认证尝试数量。此外，After触发器中的认证尝试记录已经具有正确的状态，这意味着我们不需要担心状态字段的更新问题。 因此，基于这些考虑，我们决定使用After触发器。这样，我们可以更简单、更有效地处理认证尝试的状态更新，确保我们的触发器既高效又准确。 希望这个解释能帮助你理解为什么在这个案例中选择使用After触发器。如果你有任何疑问，随时问我！

  ▶ 播放视频 查看详情
• 11

  How Many Queries are Needed for the Solution?

  第 367 页

  让我们来聊聊这个问题。首先，我们需要明确的是，每个查询通常需要一个独立的收件箱来处理数据。在这个场景中，我们有三个主要的查询任务： 1. ，查找相关认证，：这个查询需要从系统中提取所有相关的认证信息。 2. ，查找与每个认证相关的元素数量，：这个查询需要统计每个认证下有多少个元素。 3. ，查找每位候选人通过的每项相关认证的尝试，：这个查询需要追踪每位候选人对每项认证的尝试次数。 由于每个查询都是独立的，并且处理的数据类型和目的不同，因此每个查询都需要一个独立的收件箱来确保数据的准确性和处理的高效性。所以，根据这个初步的解决方案，我们至少需要，三个收件箱，来分别处理这三个查询任务。 总结一下，每个独立的查询任务通常需要一个独立的收件箱，这样可以确保数据处理的清晰和高效。在这个案例中，三个查询任务意味着我们需要三个收件箱。希望这个解释对你有帮助！

  ▶ 播放视频 查看详情
• 12

  How Can You Use Declarative Features to Reduce the Number of Queries?

  第 368 页

  让我们来聊聊如何利用Salesforce的声明性功能来减少收件箱的数量。首先，声明性功能意味着我们不需要编写代码，而是通过配置和设置来实现目标。这非常适合那些不熟悉编程的用户。 ### 1. ，理解问题， 首先，我们需要明确为什么收件箱会变得杂乱。通常，这可能是因为有太多的通知、任务或者未处理的记录。我们的目标是通过自动化来减少这些不必要的干扰。 ### 2. ，使用自动化工具， Salesforce提供了几种声明性工具来帮助我们自动化流程，比如，工作流规则，、，流程构建器，和，批准过程，。这些工具可以帮助我们自动处理一些任务，从而减少手动操作。 ### 3. ，创建公式字段， 你提到的动画部分，其实是一个很好的例子。假设我们有一个数据模型，其中包含“认证尝试”记录。我们可以创建一个公式字段来显示认证ID。这样，每当有新的认证尝试时，系统会自动填充这个字段，而不需要手动输入。 ### 4. ，设置通知规则， 接下来，我们可以设置通知规则，确保只有重要的信息才会发送到收件箱。例如，我们可以设置只有当认证尝试失败时，才会发送通知。这样，成功的认证尝试就不会占用收件箱的空间。 ### 5. ，使用流程构建器， 流程构建器是一个非常强大的工具。我们可以用它来创建一个流程，当某个条件满足时（比如认证尝试失败），自动创建一个任务或者发送一封邮件。这样，我们就可以减少手动处理这些任务的时间。 ### 6. ，定期审查和优化， 最后，定期审查我们的自动化设置是非常重要的。随着时间的推移，业务需求可能会变化，我们需要确保我们的自动化流程仍然有效。 ### 总结 通过使用Salesforce的声明性功能，我们可以大大减少收件箱的杂乱。关键在于理解问题，选择合适的工具，并定期优化我们的设置。希望这些建议对你有帮助！如果你有任何问题或者需要进一步的解释，随时告诉我。

  ▶ 播放视频 查看详情
• 13

  14-1: Create a Formula Field to Eliminate a Query

  第 369 页

  同学们，今天我们来学习如何在Salesforce中创建一个公式字段，这个字段可以帮助我们消除查询任务。具体来说，我们要在“认证尝试”对象上创建一个隐藏的公式字段，目的是让“认证尝试”对象上的“认证ID”能够被使用。 首先，我们需要理解什么是公式字段。公式字段是一种特殊类型的字段，它不存储数据，而是根据我们定义的公式动态计算并显示结果。这个公式可以包括其他字段的值、运算符、函数等。 现在，我们来看一下具体的步骤： 1. ，进入对象管理器，：首先，我们需要进入Salesforce的设置界面，找到“对象管理器”，然后选择“认证尝试”这个对象。 2. ，创建新字段，：在“认证尝试”对象的字段部分，点击“新建”按钮，选择“公式”作为字段类型。 3. ，定义公式，：接下来，我们需要定义公式。在这个例子中，我们的目标是让“认证ID”可用。假设“认证ID”是“认证尝试”对象上的一个字段，我们可以直接在公式中引用它。比如，公式可以是简单的 `Certification_ID__c`，这样公式字段就会显示“认证ID”的值。 4. ，设置字段属性，：在定义好公式后，我们需要设置一些字段属性。比如，我们可以选择字段的数据类型（文本、数字等），以及是否要将这个字段隐藏。在这个例子中，我们希望这个字段是隐藏的，所以我们可以选择“隐藏”选项。 5. ，保存并测试，：最后，保存我们的设置，并在“认证尝试”对象上测试这个新字段，确保它能够正确显示“认证ID”的值。 通过以上步骤，我们就成功创建了一个隐藏的公式字段，它可以帮助我们消除查询任务，直接显示“认证ID”的值。这样，我们在处理“认证尝试”对象时，就不需要每次都去查询“认证ID”了，大大提高了效率。 好了，这就是今天的内容，希望大家能够理解并掌握如何在Salesforce中创建公式字段。如果有任何问题，欢迎随时提问。谢谢大家！

  ▶ 播放视频 查看详情
• 14

  How Can You Use Declarative Features to Reduce the Number of Queries? (cont.)

  第 370 页

  今天我们来聊聊如何利用Salesforce的声明性功能来减少收件箱的数量。首先，我们需要理解的是，Salesforce提供了很多工具和功能，可以帮助我们自动化和管理数据，从而减少手动操作的需求。 ### 动画1：使用汇总摘要字段 想象一下，你有一个认证记录，这个记录下面有很多相关的元素，比如认证尝试。这些元素和认证记录之间有一个主-细节关系。为了知道有多少个元素与这个认证相关，我们可以使用一个叫做“汇总摘要字段”的功能。这个字段可以自动计算并显示与主记录相关的子记录的数量。这样，你就不需要手动去数了，系统会自动帮你完成这个工作。 ### 动画2：轻松访问认证尝试的价值 接下来，我们来看看如何让认证尝试记录更容易访问。你可以在认证尝试记录上创建一个公式字段，这个字段会自动显示与之相关的认证ID。这样，当你查看认证尝试记录时，你就能立刻知道它属于哪个认证，而不需要跳转到另一个页面去查找。 ### 动画3：使用公式字段 最后，我们还可以使用公式字段来简化数据管理。比如，你可以在认证尝试记录上创建一个公式字段，这个字段会自动从相关的认证记录中提取信息并显示出来。这样，你就能在认证尝试记录上直接看到重要的信息，而不需要每次都去查找认证记录。 通过这些方法，我们可以大大减少收件箱中的手动操作，让数据管理变得更加高效和自动化。希望这些技巧能帮助你更好地使用Salesforce！

  ▶ 播放视频 查看详情
• 15

  14-2: Create Fields for Counting Certification Elements

  第 371 页

  同学们，今天我们来学习如何在Salesforce中创建计算认证元素的字段。这个任务分为两部分：首先是在认证对象上创建一个汇总字段，然后是在认证尝试对象上创建一个隐藏的公式字段。我们的目标是让认证尝试元素能够显示与其关联的认证元素的数量。 首先，我们来看如何在认证对象上创建汇总字段。这个字段的作用是统计与认证对象相关联的认证元素的数量。你可以通过以下步骤来完成： 1. 打开认证对象的字段管理页面。 2. 点击“新建”按钮，选择“汇总”字段类型。 3. 在汇总字段的设置中，选择“认证元素”作为相关的子对象。 4. 选择“计数”作为汇总函数，这样就能统计出与认证对象相关联的认证元素的数量。 5. 保存并部署这个字段。 接下来，我们来看如何在认证尝试对象上创建隐藏的公式字段。这个字段的作用是引用认证对象上的汇总字段，从而在认证尝试元素上显示认证元素的数量。你可以通过以下步骤来完成： 1. 打开认证尝试对象的字段管理页面。 2. 点击“新建”按钮，选择“公式”字段类型。 3. 在公式字段的设置中，选择“文本”作为返回类型。 4. 在公式编辑器中，输入公式来引用认证对象上的汇总字段。例如，你可以使用类似`Certification__r.Certification_Element_Count__c`的公式来引用认证对象上的汇总字段。 5. 将这个字段设置为隐藏，这样它就不会在页面上显示，但仍然可以在后台使用。 6. 保存并部署这个字段。 通过以上步骤，你就成功地在认证对象上创建了汇总字段，并在认证尝试对象上创建了隐藏的公式字段。这样，认证尝试元素就能够显示与其关联的认证元素的数量了。 希望这个讲解对你有帮助，如果有任何问题，欢迎随时提问！

  ▶ 播放视频 查看详情
• 16

  What Queries Do We Need Now?

  第 372 页

  同学们，让我们来聊聊我们现在需要做什么。首先，我们有一个原始收件箱，里面有一些任务需要完成。我们需要找到相关的认证，然后看看每个认证有多少个元素与之相关。接着，我们还需要找到每个相关候选人通过的认证尝试。 听起来有点复杂，对吧？但别担心，我们有一个简单的方法来解决这个问题。通过添加三个声明性字段，我们现在可以在认证尝试记录上获取所有需要的信息。这意味着，我们只需要一个查询就能搞定所有事情！ 所以，总结一下，我们现在只需要一个查询，就能找到所有相关的认证、元素数量以及候选人通过的尝试。这样一来，我们的工作就变得简单多了，效率也大大提高了。希望这个解释对你们有帮助！

  ▶ 播放视频 查看详情
• 17

  Which Records in Trigger.new Should Be Considered?

  第 373 页

  让我们来聊聊在Salesforce的触发器（Trigger）中，如何有效地处理`Trigger.new`中的记录。特别是当我们想要查询和过滤认证尝试记录时，应该注意哪些关键点。 首先，`Trigger.new`包含了触发器触发时所有被插入或更新的记录。在这个场景中，我们关注的是认证尝试记录。我们的目标是构建一个查询，只检索那些对我们有用的记录，这样可以减少处理的数据量，提高效率。 ### 1. 过滤记录 我们首先可以排除那些状态不是“通过”的认证尝试记录。因为这些记录不会对持有认证的人产生贡献。所以，我们的查询应该只包含那些状态为“通过”的记录。 ### 2. 检查记录是否刚刚获得“完整/通过”状态 如果触发器是在记录更新时触发的，我们需要确定哪些记录是刚刚获得“完整/通过”状态的。为了做到这一点，我们可以使用`Trigger.old`来查看更新前的记录状态。如果`Trigger.old`中的状态不是“完整/通过”，而`Trigger.new`中的状态是“完整/通过”，那么这条记录就是刚刚获得这个状态的。 ### 示例 假设我们有以下字段： - ，记录ID，：在`Trigger.new`中，这些记录已经有ID，因为触发器是在记录已经插入或更新后触发的（后触发状态）。 - ，候选人ID，：标识尝试认证的候选人。 - ，认证ID，：标识具体的认证。 - ，与认证相关的元素数量，：可能与认证相关的其他元素数量。 - ，尝试状态，：标识认证尝试的当前状态。 ### 查询构建 我们可以构建一个查询，只选择那些状态为“通过”的记录，并且检查这些记录是否刚刚从其他状态变为“通过”。这可以通过比较`Trigger.old`和`Trigger.new`中的状态来实现。 ### 代码示例 ```apex for (Certification_Attempt__c attempt : Trigger.new) { // 检查状态是否为“通过” if (attempt.Status__c == 'Passed') { // 检查是否刚刚获得“通过”状态 Certification_Attempt__c oldAttempt = Trigger.oldMap.get(attempt.Id); if (oldAttempt.Status__c != 'Passed') { // 这条记录刚刚获得“通过”状态 // 在这里添加你的处理逻辑 } } } ``` 通过这种方式，我们可以确保只处理那些真正需要关注的记录，从而提高触发器的效率和性能。希望这个解释对你有帮助！如果有任何问题，随时问我。

  ▶ 播放视频 查看详情
• 18

  Using Filters in Queries to Minimize Row Count

  第 374 页

  让我们一步一步来理解如何在Salesforce中使用筛选器来减少查询返回的行数。 首先，想象一下你有一个触发器，这个触发器在数据库中的某些记录被更新或创建后运行。这些记录在触发器中被称作`Trigger.new`。我们的目标是只从数据库中获取那些我们真正需要的记录，而不是所有的记录。 ，动画1，：你可能会问，为什么触发器中的记录会出现在数据库中呢？这是因为我们使用的是“After”触发器，这意味着触发器在记录已经被保存到数据库之后运行。 ，动画2，：现在，让我们开始过滤这些记录。我们的第一步是只从数据库中获取那些在触发器中的候选人记录。 ，动画3，：这样做的好处是，我们可以立即减少查询结果中的记录数量，因为我们只关注那些与候选人相关的记录。 ，动画4，：接下来，我们进一步过滤，只获取那些已经通过认证的记录。 ，动画5，：这一步会进一步减少我们的查询结果，因为我们只保留那些既与候选人相关，又已经通过认证的记录。 ，动画6，：最后，我们只选择那些状态为“Complete/Pass”的记录。 ，动画7，：经过这三步过滤，我们得到了一组非常精确的记录，这些记录不仅与候选人相关，而且已经通过认证，并且状态是“Complete/Pass”。 ，动画8，：现在，让我们思考一下，为什么这条特定的记录会被检索到？因为它符合我们所有的筛选条件：它是候选人集合中的一部分，它已经通过认证，并且它的状态是“Complete/Pass”。 ，动画9，：总结一下，我们通过候选人、认证和状态这三个条件来筛选记录，这样可以确保我们只获取那些真正需要的记录。 ，动画10，：最后，为了更有效地管理这些数据，我们将在认证尝试对象上设置一个公式字段。这个公式字段将帮助我们理解每个认证尝试与哪个认证相关联，这样我们就可以更轻松地进行筛选和管理。 希望这能帮助你理解如何在Salesforce中使用筛选器来优化你的查询！

  ▶ 播放视频 查看详情
• 19

  14-3: Create Collections to Filter the Query

  第 375 页

  同学们，今天我们来学习如何在Salesforce中创建集合来过滤查询任务。这个任务的目标是编写代码，创建一个查询过滤器，然后循环SOQL的结果，最后更改代码以调用一个新的类处理程序方法的逻辑。我们还会测试这个新的触发逻辑。 首先，我们需要创建一个查询，这个查询将带回认证尝试的记录。我们可以使用SOQL（Salesforce Object Query Language）来实现这一点。SOQL是一种类似于SQL的查询语言，专门用于查询Salesforce中的数据。 假设我们有一个对象叫做“认证尝试”（Certification_Attempt__c），我们想要查询所有状态为“成功”的记录。我们可以这样写SOQL查询： ```apex List successfulAttempts = [SELECT Id, Name, Status__c FROM Certification_Attempt__c WHERE Status__c = '成功']; ``` 这个查询会返回所有状态为“成功”的认证尝试记录，并将它们存储在`successfulAttempts`这个列表中。 接下来，我们需要循环这个列表，对每一条记录进行处理。我们可以使用一个`for`循环来实现这一点： ```apex for (Certification_Attempt__c attempt : successfulAttempts) { // 在这里处理每一条记录 System.debug('认证尝试名称: ' + attempt.Name); } ``` 在这个循环中，我们简单地打印出每一条认证尝试的名称。你可以根据实际需求在这里添加更多的处理逻辑。 现在，假设我们想要将处理逻辑封装到一个新的类中。我们可以创建一个新的Apex类，比如叫做`CertificationAttemptHandler`，并在其中定义一个方法来处理这些记录： ```apex public class CertificationAttemptHandler { public static void processSuccessfulAttempts(List attempts) { for (Certification_Attempt__c attempt : attempts) { // 在这里处理每一条记录 System.debug('认证尝试名称: ' + attempt.Name); } } } ``` 然后，我们可以在原来的代码中调用这个新的方法： ```apex List successfulAttempts = [SELECT Id, Name, Status__c FROM Certification_Attempt__c WHERE Status__c = '成功']; CertificationAttemptHandler.processSuccessfulAttempts(successfulAttempts); ``` 这样，我们就将处理逻辑封装到了一个独立的类中，使得代码更加模块化和易于维护。 最后，我们需要测试这个新的触发逻辑。你可以创建一个测试类，使用`Test.startTest()`和`Test.stopTest()`方法来模拟触发器的执行，并验证结果是否符合预期。 这就是我们今天的内容，希望你们能够理解并掌握如何创建集合来过滤查询任务。如果有任何问题，随时提问！

  ▶ 播放视频 查看详情
• 20

  How is the Count for Passed Certification Attempts Accomplished?

  第 376 页

  同学们，今天我们来聊聊如何通过认证尝试的计数来帮助我们决定是否应该创建认证持有记录。这个过程其实挺有意思的，我们一步步来。 首先，我们已经收集了所有需要的数据。现在的问题是，我们怎么用这些数据来判断是否需要为某个候选人创建认证持有记录呢？ 第一步，我们需要做的是汇总结果。具体来说，就是对于每一个候选人ID和认证ID的唯一组合，我们要看看有多少条记录。这就像是在数一数，每个候选人尝试了多少次某个认证。 接下来，我们怎么存储这些结果呢？这里，动画1会展示给我们看。我们使用一个叫做Map的数据结构。Map非常适合这个任务，因为它的键（key）可以是候选人ID和认证ID的组合，而值（value）就是这个组合出现的次数。这样，我们就能轻松地知道每个候选人尝试了多少次某个认证。 最后，动画2会带我们一步步创建这个Map，并计算每个唯一组合的元素计数。这样，我们就能清楚地看到哪些候选人已经尝试了足够多的次数，可能需要创建认证持有记录了。 这个过程听起来是不是很简单？通过这样的方法，我们就能有效地管理和跟踪认证尝试的情况了。希望这能帮助大家更好地理解如何使用数据来做出决策。

  ▶ 播放视频 查看详情
• 21

  14-4: Use a Map to Aggregate Results

  第 377 页

  同学们，今天我们来学习如何在Salesforce中使用地图（Map）来汇总查询结果。这个任务的目标是帮助我们确定候选人是否已经通过了所有的认证要素。我们将在20分钟内完成这个任务。 首先，我们需要理解什么是地图（Map）。在Salesforce中，Map是一种数据结构，它允许我们将键（Key）和值（Value）配对存储。这样，我们可以通过键快速查找对应的值。 接下来，我们来看如何构建并使用Map来聚合查询结果。假设我们有一个查询，返回了所有候选人的认证信息。我们需要将这些信息汇总，看看每个候选人是否已经通过了所有的认证要素。 我们可以这样做： 1. 首先，创建一个Map，键是候选人的ID，值是一个布尔值，表示该候选人是否通过了所有认证。 2. 然后，遍历查询结果。对于每个记录，我们检查候选人是否通过了当前认证要素。如果通过了，我们就在Map中更新该候选人的状态。 3. 最后，我们可以通过查看Map中的值，快速确定每个候选人是否已经通过了所有的认证要素。 现在，我们来测试一下这个逻辑。假设我们有一个候选人，他已经通过了两个认证要素，但还有一个没有通过。我们期望在Map中，这个候选人的值应该是false，表示他还没有通过所有的认证要素。 通过这种方式，我们可以有效地汇总查询结果，并快速确定候选人是否已经通过了所有的认证要素。这不仅提高了我们的工作效率，也使得数据处理更加清晰和有条理。 好了，这就是我们今天的内容。希望你们能够理解并掌握如何使用Map来汇总查询结果。如果有任何问题，随时提问。我们下次再见！

  ▶ 播放视频 查看详情
• 22

  14-5: Create Certification Held Records

  第 379 页

  同学们，今天我们来学习如何为合格的候选人创建认证持有记录。这个任务非常重要，因为它帮助我们跟踪和管理那些已经通过认证的候选人。我们将在15分钟内完成这个任务。 首先，我们需要明确什么是认证持有记录。简单来说，这就是一个记录，用来证明某个候选人已经通过了特定的认证。这个记录通常包括候选人的姓名、认证类型、通过日期等信息。 接下来，我们来看看如何创建这个记录。在Salesforce中，我们可以通过以下几个步骤来完成： 1. ，登录Salesforce，：首先，我们需要登录到Salesforce系统。确保你有足够的权限来创建和修改记录。 2. ，导航到对象，：在Salesforce中，认证持有记录通常是一个自定义对象。我们需要找到这个对象。你可以通过搜索或者导航菜单找到它。 3. ，创建新记录，：找到对象后，点击“新建”按钮来创建一个新的认证持有记录。 4. ，填写信息，：在弹出的表单中，填写候选人的相关信息。比如，候选人的姓名、认证类型、通过日期等。确保所有信息都准确无误。 5. ，保存记录，：填写完所有信息后，点击“保存”按钮。这样，一个新的认证持有记录就创建成功了。 6. ，测试解决方案，：创建完记录后，我们需要测试一下这个解决方案是否有效。你可以尝试查找这个记录，看看是否能正确显示所有信息。 好了，这就是创建认证持有记录的基本步骤。接下来，你可以自己动手试试看。记住，实践是最好的学习方式。如果在操作过程中遇到任何问题，随时可以问我。 祝你们学习愉快！

  ▶ 播放视频 查看详情
• 23

  How Can You Avoid Creating Duplicate Certification Held Records?

  第 380 页

  让我们来聊聊如何避免在Salesforce中创建重复的认证持有记录。这个问题其实很常见，但解决起来也有几种方法。我会尽量用简单的语言来解释，这样你听起来也会觉得轻松。 首先，我们得明白什么是“认证持有记录”。简单来说，就是记录某人持有某种认证的信息。比如，小明持有“Salesforce管理员”认证，这就是一条认证持有记录。 现在，问题来了：如果小明不小心被记录了两次，或者通过不同的方式（比如通过用户界面和触发器）被记录了两次，那就会产生重复的记录。这显然是我们不希望看到的。 那么，怎么避免这种情况呢？这里有三种方法： 1. ，使用重复规则功能，：这个方法听起来不错，但其实不太适合我们这个问题。因为重复规则主要是基于两个关系字段来工作的，而我们的认证持有记录可能并不完全符合这个条件。 2. ，使用工作流程，：这个方法就比较实用了。我们可以设置一个工作流程，当有新的认证持有记录被创建时，自动检查是否已经存在相同的记录。如果存在，就阻止新记录的创建，或者更新已有的记录。这样，就能有效避免重复了。 3. ，在触发器中执行，：如果你已经在使用触发器来处理认证持有记录，那么可以在触发器中加入检查重复的逻辑。这样，无论是通过用户界面还是触发器创建记录，都能确保不会重复。 最后，为了更彻底地解决这个问题，我们还可以创建一个新的文本字段，这个字段由两个值组成，并且标记为唯一。这样，每当有新的认证持有记录被创建时，Salesforce会自动检查这个唯一字段，确保没有重复的记录被创建。 总结一下，避免创建重复的认证持有记录，我们可以通过设置工作流程、在触发器中加入检查逻辑，或者创建一个唯一字段来实现。希望这些方法能帮助你更好地管理Salesforce中的认证持有记录！

  ▶ 播放视频 查看详情
• 24

  14-6: Use a Workflow to Avoid Creation of Duplicate Records (Optional)

  第 381 页

  今天我们来学习如何使用工作流程来避免在Salesforce中创建重复的记录。这个技巧非常实用，尤其是在管理认证持有者这样的重要数据时。 首先，我们需要创建一个新的隐藏文本字段。这个字段将用来存储一些关键信息，帮助我们识别记录是否重复。你可以把这个字段想象成一个秘密的标签，只有系统知道它的存在和内容。 接下来，我们要创建一个工作流规则。这个规则的作用是，当有新的记录被创建时，它会自动检查这个新记录是否与现有的记录重复。如果发现有重复，工作流规则就会自动填充我们之前创建的那个隐藏文本字段。这样，我们就可以通过这个字段来识别和阻止重复记录的创建。 然后，我们需要对所有现有的记录执行这个工作流规则。这一步是为了确保我们的系统中所有的记录都符合这个新的规则，没有遗漏。 最后，别忘了测试你的工作流规则。你可以尝试创建一个新的记录，看看系统是否能够正确地识别并阻止重复记录的创建。如果一切正常，那么恭喜你，你已经成功地使用工作流程来避免创建重复记录了！ 这个过程大约需要10分钟，但它的效果会持续很长时间，帮助你保持数据的清洁和准确。现在，轮到你动手试试看了！

  ▶ 播放视频 查看详情
• 25

  Key Takeaways - 382

  第 382 页

  让我们来聊聊在Salesforce中创建解决方案时需要考虑的几个关键点。首先，我们要关注的是，声明性业务逻辑选项，。这是什么意思呢？简单来说，声明性业务逻辑就是通过配置而不是编写代码来实现业务需求。Salesforce提供了很多这样的工具，比如流程构建器、工作流规则、验证规则等等。这些工具可以帮助你快速实现业务逻辑，而不需要写复杂的代码。 接下来，我们要谈谈，声明性功能，，比如公式字段和汇总字段。这些功能非常强大，可以帮助你简化和提高代码的性能。举个例子，公式字段可以让你在不写代码的情况下，通过简单的公式计算出一个字段的值。而汇总字段则可以帮助你自动汇总相关记录的数据，比如计算某个客户的所有订单总额。 使用这些声明性功能的好处是，它们不仅易于设置和维护，还能显著提高系统的性能。因为它们是Salesforce内置的功能，所以运行起来非常高效，不会像自定义代码那样可能带来性能瓶颈。 总结一下，当你在Salesforce中创建解决方案时，优先考虑使用声明性业务逻辑选项和声明性功能。它们不仅能帮助你快速实现业务需求，还能让你的系统运行得更顺畅。希望这些建议对你有所帮助！

  ▶ 播放视频 查看详情