B2B201

课程介绍

同学们，今天我们来聊聊Salesforce的课程路线图，特别是关于在Classic Store上开发和定制B2B商务的部分。这个课程路线图就像是一张地图，它会指引你如何一步步掌握Salesforce的相关技能。 首先，我们要明确的是，Salesforce的Classic Store是一个强大的工具，它可以帮助企业更好地管理他们的B2B商务活动。在这个课程中，你将学习如何在这个平台上进行开发和定制，以满足不同企业的需求。 课程的开始，我们会从基础讲起，比如Salesforce的基本概念和Classic Store的界面介绍。这就像是学习任何新技能的第一步，先了解工具的基本操作和界面布局。 接下来，我们会深入到更具体的开发技巧，比如如何创建自定义对象、字段和页面布局。这些技能将帮助你根据企业的具体需求来定制Salesforce的功能。 然后，我们会学习如何利用Salesforce的自动化工具，比如工作流和流程构建器，来简化日常的商务流程。这不仅能提高工作效率，还能减少人为错误。 在课程的后期，我们会探讨更高级的主题，比如集成第三方应用和数据分析。这些技能将帮助你更好地理解企业的数据，并利用这些数据来做出更明智的商业决策。 最后，我们会通过一些实际案例来巩固你所学的知识。这些案例将模拟真实的商务场景，让你有机会将理论应用到实践中。 记住，学习Salesforce就像是一场马拉松，而不是短跑。每一步都很重要，所以请按照课程路线图的指引，一步步来，不要急于求成。只有这样，你才能真正掌握在Classic Store上开发和定制B2B商务的技能。 好了，这就是我们今天的内容。希望你们对课程路线图有了更清晰的理解。下次课，我们将开始深入探讨Salesforce的基础知识。期待与你们再次相见！

课程章节

本课程共有 42 个章节

• 1

  Data Service Layers

  第 104 页

  今天我们来聊聊数据服务层。想象一下，数据服务层就像一个超级助手，它帮助我们在Salesforce中处理数据。这个助手有三个主要技能： 首先，它可以帮助我们，查询，数据。这就像是你在图书馆里找书，数据服务层能帮你快速找到你需要的信息。 其次，它还能，生成查询，。这就像是它不仅能帮你找书，还能根据你的需求，自动编写一个找书的清单，这样你就不用自己动手了。 第三，它能够，执行查询，。这意味着它不仅能编写找书的清单，还能亲自去书架上把书拿给你。 除了这些，数据服务层还能，变换数据，。这就像是它能把书的内容翻译成你需要的语言，或者把书中的信息整理成你想要的格式。 最后，它还能，调用相关API以获取其他数据，。这就像是它不仅能帮你找到书，还能联系其他图书馆，帮你找到更多相关的书籍。比如，如果你在找购物车的信息，它还能帮你找到购物车里的项目，甚至是这些项目对应的产品数据。 所以，数据服务层就像是一个全能的数据处理助手，让我们的工作变得更加轻松和高效。希望这个比喻能帮助你更好地理解数据服务层的功能！

  ▶ 播放视频 查看详情
• 2

  Data Service Provider

  第 105 页

  今天我们来聊聊Salesforce中的数据服务提供者（Data Service Provider）以及如何构建查询（buildQuery）。这个过程其实就像是在做一道菜，我们需要把各种食材（也就是数据）按照一定的步骤和方法组合起来，最终得到我们想要的结果。 首先，我们来看一下数据服务提供者的几个关键方法： 1. ，getFieldsMap，：这个方法就像是准备食材的第一步，我们要决定在查询中选择哪些字段。就像做菜时，你要决定用哪些蔬菜和肉类一样。这个方法会生成查询中的`SELECT`分句，告诉系统我们要获取哪些数据。 2. ，getSubPremMap，：这个方法就像是准备食材的第二步，我们要根据配置来决定如何查询相关的数据。就像做菜时，你可能需要根据菜谱来决定如何切菜或腌制肉类。这个方法会生成与配置相关的查询条件。 3. ，getDirectionMap，：这个方法就像是准备食材的第三步，我们要根据配置来决定直接查询哪些数据。就像做菜时，你可能需要直接使用某些已经处理好的食材。这个方法会生成直接查询的条件。 4. ，getGridMap，：这个方法就像是准备食材的第四步，我们要在查询中配置`WHERE`分句。就像做菜时，你可能需要根据口味来决定加多少盐或糖。这个方法会生成查询中的过滤条件。 5. ，getOrderByMap，：这个方法就像是准备食材的最后一步，我们要设置查询的顺序。就像做菜时，你可能需要按照一定的顺序来烹饪食材。这个方法会生成查询中的排序条件。 最后，我们把所有这些方法合并在一起，形成一个完整的查询。这个过程就像把所有的食材按照菜谱的步骤一步步烹饪，最终得到一道美味的菜肴。 对于每个全球API，都有一个相应的数据服务提供商。数据服务提供商通常获取B2B商务平台中下游逻辑类使用的数据。简单来说，数据服务提供商就是帮助我们获取和处理数据的“大厨”，它按照我们的需求，把各种数据组合起来，最终生成我们需要的查询结果。 希望这个比喻能帮助你更好地理解数据服务提供者和构建查询的过程。如果有任何问题，随时问我哦！

  ▶ 播放视频 查看详情
• 3

  Modifying the Product Data Service Provider

  第 106 页

  让我们来聊聊如何在Salesforce中为产品品牌添加一个新的文本字段，并通过数据服务提供商来捕获这个字段的值。这个故事里有几个关键角色：首先是我们的主角——数据服务提供商ProviderCapricorn，它负责管理和提供产品数据。然后是产品品牌，它需要一个新字段来存储一些额外的信息。最后是productDetailModel，它负责捕获和展示这些产品详情。 现在，让我们一步步来看看如何完成这个任务： 1. ，扩展CC产品定制对象的数据服务提供商类，： 首先，我们需要对ProviderCapricorn进行一些扩展。这就像给我们的主角增加一些新的技能，让它能够处理新的任务。我们需要修改ProviderCapricorn的代码，让它能够识别和处理新的文本字段。 2. ，初始化getFielddsMap方法并获取产品对象的附加属性，： 接下来，我们需要在ProviderCapricorn中初始化一个叫做getFielddsMap的方法。这个方法的作用就像是打开一个地图，帮助我们找到产品对象中所有的附加属性。通过这个方法，我们可以确保新的文本字段被正确地识别和包含在内。 3. ，将该属性添加到收件箱TFIENDS中，： 一旦我们找到了新的文本字段，我们就需要把它添加到收件箱TFIENDS中。这就像把新收集到的信息放入一个文件夹中，方便以后使用和查看。 4. ，配置B2B Commerce以使用新的数据服务提供商，： 最后，我们需要确保B2B Commerce系统知道我们更新了ProviderCapricorn，并且能够使用这个新的数据服务提供商。这就像告诉整个团队，我们的主角有了新技能，大家以后可以依赖它来获取最新的产品信息。 通过以上步骤，我们就成功地为产品品牌添加了一个新的文本字段，并且确保这个字段的值能够被productDetailModel捕获和展示。希望这个故事能帮助你更好地理解如何在Salesforce中进行数据服务提供商的扩展和配置。如果有任何问题，随时问我哦！

  ▶ 播放视频 查看详情
• 4

  Code Review: New Data Service Provider for Products

  第 107 页

  同学们，今天我们来聊聊Salesforce中的代码审查，特别是关于如何扩展一个数据服务类来添加自定义字段。 首先，我们有一个名为`ccTrainingProductService`的类，它扩展了核心的`ccrz.ccService`类。这个类的目的是处理产品数据。我们的任务是在这个类中添加一个自定义字段`Brand__c`，这样当我们查询产品数据时，这个字段也会被包含在内。 为了实现这个目标，我们需要重写`getFielddsMap`方法。这个方法的作用是获取并返回一个字段映射，这个映射决定了哪些字段会被包含在查询结果中。 在重写的方法中，我们首先调用了`super.getFielddsMap(inputData)`。这一步是为了确保我们获取到所有核心的字段映射。然后，我们从`inputData`中获取当前的字段字符串，这个字符串包含了所有已经被定义的字段。 接下来，我们将自定义的`Brand__c`字段添加到这个字段字符串中。这样，当我们执行查询时，`Brand__c`字段也会被包含在内。 最后，我们将更新后的字段字符串返回为一个新的`Map`。这个映射会被用来构建最终的查询。 总结一下，通过重写`getFielddsMap`方法，并添加自定义字段，我们能够扩展核心的数据服务类，使其包含我们需要的额外信息。这样，当我们查询产品数据时，`Brand__c`字段也会被包含在结果中，满足我们的业务需求。 希望这个解释对你们理解Salesforce中的代码扩展和自定义有所帮助。如果有任何问题，欢迎随时提问！

  ▶ 播放视频 查看详情
• 5

  Code Review: Handlebars Template Override

  第 108 页

  同学们，今天我们来聊聊如何在Salesforce中进行Handlebar模板的覆盖。首先，我们来看一下这段代码。这段代码的目的是在页面上显示产品的品牌信息。 首先，我们有一个``标签，这里定义了一些页面的基本属性，比如不使用侧边栏、不显示头部、不使用标准样式表等等。这些设置都是为了让我们能够自定义页面的外观和行为。 接下来，我们有一个`

  ▶ 播放视频 查看详情
• 6

  Data Access Examples

  第 109 页

  今天我们来聊聊Salesforce中的数据访问，特别是SOQL（Salesforce Object Query Language）的使用。 首先，SOQL是一种非常强大的工具，它允许我们在Salesforce中查询数据。你可以把它想象成一种专门为Salesforce设计的查询语言，就像SQL用于其他数据库一样。SOQL不仅有效，而且在很多情况下都是推荐的查询方式。 但是，使用SOQL时，我们需要注意一个叫做“呼叫上下文”的概念。简单来说，呼叫上下文指的是当前操作或请求的环境。在某些情况下，这个上下文可能并不总是可用的。这意味着，不是所有的对象都能在每次查询时被访问到。 举个例子，如果你在开发人员控制台中运行SOQL查询，你可能会发现只有某些特定的对象是可用的。这是因为这些对象处于当前的呼叫上下文中。所以，理解哪些对象在特定上下文中可用是非常重要的。 总结一下，SOQL是一个非常有用的工具，但在使用时，我们需要考虑到呼叫上下文的限制。通过开发人员控制台，我们可以更直观地看到哪些对象在当前上下文中是可用的。这样，我们就能更有效地进行数据查询和管理了。 希望这个解释对你有帮助！如果有任何问题，随时问我哦。

  ▶ 播放视频 查看详情
• 7

  Data Access Examples, Continued

  第 110 页

  同学们，今天我们来聊聊在Salesforce中如何更有效地访问数据，特别是当这些数据属于托管包中的自定义对象时。 首先，什么是托管包呢？简单来说，托管包是Salesforce中一种打包和分发应用程序的方式。它允许开发者将自定义对象、字段、Apex类等打包成一个整体，供其他Salesforce组织安装和使用。 现在，假设我们需要从这些托管包中的自定义对象中检索数据。通常，我们可能会想到使用SOQL（Salesforce Object Query Language）来查询这些数据。SOQL是Salesforce中用于查询数据的强大工具，但在处理托管包中的自定义对象时，使用Global API可能会是更好的选择。 为什么呢？因为Global API提供了一种更标准、更统一的方式来访问这些数据。它不受托管包内部结构变化的影响，这意味着即使托管包更新了，你的代码也不需要跟着大改。而SOQL查询则可能会因为托管包内部的变化而受到影响，导致查询失败或返回错误的数据。 所以，推荐的做法是，当你需要从托管包中的自定义对象检索数据时，优先考虑使用Global API。这样不仅可以提高代码的稳定性和可维护性，还能确保数据访问的一致性和准确性。 希望这个解释对你们有所帮助！如果还有任何疑问，随时提问哦。

  ▶ 播放视频 查看详情
• 8

  Data Access Use Considerations

  第 111 页

  今天我们来聊聊在Salesforce中数据访问时需要注意的一些事项。这个话题非常重要，因为数据访问直接关系到系统的安全性和数据的准确性。 首先，，权限控制，是数据访问的核心。在Salesforce中，权限是通过角色、配置文件、权限集和共享规则来管理的。你需要确保每个用户只能访问他们工作所需的数据。比如，销售团队可能只需要看到客户信息和销售机会，而不需要看到财务数据。通过合理设置权限，可以避免数据泄露和误操作。 其次，，数据共享模型，也很关键。Salesforce提供了几种数据共享模型，包括私有、公共只读和公共读写。你需要根据业务需求选择合适的共享模型。比如，如果你希望某些记录只能被特定用户或团队看到，可以选择私有模型；如果你希望所有用户都能查看但不能修改记录，可以选择公共只读模型。 接下来，，字段级安全性，也是需要注意的。即使一个用户有权访问某个对象，你仍然可以通过字段级安全性来控制他们能看到或编辑哪些字段。比如，你可能希望某些敏感信息（如薪资）只对HR部门可见，而对其他部门隐藏。 另外，，记录所有权，也是一个重要概念。每条记录都有一个所有者，所有者对记录有完全的控制权。你可以通过共享规则或手动共享来让其他用户访问这些记录。但要注意，记录所有权的变更可能会影响到数据的可见性和可编辑性。 最后，，审计和监控，是确保数据访问安全的重要手段。Salesforce提供了详细的日志和报告功能，你可以通过这些工具来监控用户的数据访问行为，及时发现和解决潜在的安全问题。 总结一下，数据访问时需要注意权限控制、数据共享模型、字段级安全性、记录所有权以及审计和监控。通过这些措施，你可以确保数据的安全性和准确性，同时满足业务需求。 希望这些内容对你有帮助！如果有任何问题，随时问我。

  ▶ 播放视频 查看详情
• 9

  Debugging

  第 113 页

  同学们，今天我们来聊聊在Salesforce中调试Apex代码的一些关键点。首先，调试代码时，最重要的是要了解你的配置设置和服务管理的流程。这就像是你在开车前，需要知道车的基本操作和路况一样。 接下来，开发一个系统来解决常见问题是非常有帮助的。你可以想象，这就像是在你的工具箱里准备一些常用的工具，当问题出现时，你可以迅速拿出合适的工具来解决问题。 然后，反复记录并经常记录你的调试过程。这就像是做实验时记录实验数据一样，通过记录，你可以追踪问题的来源，也可以帮助你回顾和总结，避免未来再次遇到同样的问题。 现在，我们开始了解Apex代码。在编写和调试Apex代码时，你需要能够识别出常见的问题，比如逻辑错误、数据问题等。了解如何调试这些问题是找到解决方案的关键。 最后，有一个重要的提醒：在使用托管包时，你无法直接访问系统日志文件。但是，Salesforce提供了自定义日志实用程序，你可以利用这些工具来记录和查看日志信息，帮助你更好地调试代码。 好了，这就是今天的内容。希望这些信息能帮助你在Salesforce的世界里更加自信地航行。如果有任何问题，随时提问哦！

  ▶ 播放视频 查看详情
• 10

  Common Issues

  第 114 页

  同学们，今天我们来聊聊Salesforce中自定义代码文件的命名惯例和一些常见问题。首先，我们要知道，在Salesforce中，自定义代码文件的命名是有一定规则的，这有助于我们更好地管理和维护代码。 首先，我们来看“订阅者视觉力量页面”的命名结构。这里的命名规则是“c__”。这里的“c__”是一个前缀，表示这是一个自定义的视觉力量页面。后面的“”就是你自己定义的文件名。比如，如果你有一个文件叫做“ccTrainingCartBIE”，那么完整的命名就是“c__ccTrainingCartBIE”。这个命名规则帮助我们快速识别出这是一个自定义的视觉力量页面。 接下来，我们再看“订阅者顶峰级别”的命名结构。这里的命名规则是“c.”。这里的“c.”也是一个前缀，表示这是一个自定义的顶峰级别组件。后面的“”同样是你自己定义的文件名。比如，如果你有一个文件叫做“ccTrainingProductsService”，那么完整的命名就是“c.ccTrainingProductsService”。这个命名规则帮助我们快速识别出这是一个自定义的顶峰级别组件。 总结一下，无论是视觉力量页面还是顶峰级别组件，它们的命名都有一个共同的前缀“c__”或“c.”，这有助于我们快速识别出这些文件是自定义的。记住这些命名规则，可以帮助我们在开发过程中更加高效地管理和维护代码。 好了，今天的课程就到这里，希望大家能够掌握这些命名规则，并在实际开发中灵活运用。如果有任何问题，欢迎随时提问。谢谢大家！

  ▶ 播放视频 查看详情
• 11

  Common Issues, Continued

  第 115 页

  让我们来聊聊Salesforce中一个常见的问题：页面功能持续丧失。这个问题可能会让你感到困惑，但别担心，我们可以一步步来解决。 首先，当你发现页面功能突然不能用了，第一个要问自己的问题是：“我登录了吗？”听起来很简单，但有时候我们可能会不小心登出，或者会话过期了。所以，确保你已经正确登录到Salesforce。 接下来，检查一下你的收件箱设置。有时候，设置可能会被意外更改，导致页面功能出现问题。你可以进入设置菜单，查看是否有任何不寻常的更改，或者是否有新的设置需要调整。 然后，看看收件箱源和控制台是否有错误信息。错误信息通常会给你一些线索，告诉你哪里出了问题。如果有错误信息，仔细阅读并尝试理解它，这可能会帮助你找到问题的根源。 如果你最近做了任何配置设置的更改，记得刷新缓存配置。Salesforce有时候需要一点时间来更新这些更改，刷新缓存可以确保所有设置都正确应用。 此外，插入断点和日志陈述也是一个好方法。这可以帮助你更详细地了解代码的执行过程，看看是否有任何异常或错误发生。 最后，查看CSR流程中的页面。CSR流程是客户服务代表的工作流程，有时候页面功能的问题可能与这个流程有关。检查一下，看看是否有任何步骤或设置需要调整。 总之，页面功能丧失的问题可能由多种原因引起，但通过一步步的检查和调整，你通常可以找到并解决问题。希望这些小贴士能帮助你更好地理解和解决Salesforce中的问题。

  ▶ 播放视频 查看详情
• 12

  Common Issues, Continued - 116

  第 116 页

  让我们来聊聊这个常见的问题：有时候你在Salesforce中可能会遇到窗口或子菜单不显示的情况。这通常发生在你进行配置设置或服务管理时。别担心，我们可以一步步来解决这个问题。 首先，检查一下拼写是否正确。有时候，一个小小的拼写错误就可能导致页面无法正常显示。确保你在页面中输入的店面名称是正确的，并且这个店面的启用状态是“真”。如果启用状态是“假”，那么相关的窗口或子菜单就不会显示。 接下来，刷新一下缓存配置。你可以通过点击“刷新缓存”按钮来完成这个操作。这就像给你的Salesforce系统来一次小小的“重启”，有时候这就能解决问题。 然后，激活一下相关的配置。确保你已经激活了所有必要的设置和服务。有时候，配置虽然保存了，但如果没有激活，系统是不会应用这些设置的。 最后，检查一下控制台中的CCRZ.uiProperties。这是一个非常重要的步骤，因为它涉及到用户界面的属性设置。确保这些属性已经正确地分配给了相关的页面和组件。如果分配不正确，那么窗口或子菜单可能就不会显示。 总结一下，遇到窗口或子菜单不显示的问题时，你可以按照以下步骤来排查和解决： 1. 检查拼写和店面启用状态。 2. 刷新缓存配置。 3. 激活相关配置。 4. 检查并正确分配CCRZ.uiProperties。 希望这些步骤能帮助你顺利解决问题！如果还有其他疑问，随时问我哦。

  ▶ 播放视频 查看详情
• 13

  Common Issues, Continued - 117

  第 117 页

  让我们来聊聊Salesforce中常见的几个问题，特别是Visualforce页面上的“Continued错误500”以及服务管理中的收件箱错误，还有现场级别安全设置的可见性问题。我会尽量用简单易懂的方式来解释这些内容。 ### 1. Visualforce页面上的“Continued错误500” 首先，Visualforce是Salesforce中用来创建自定义用户界面的技术。当你遇到“Continued错误500”时，这通常意味着服务器在处理你的请求时遇到了问题。这个错误代码500是一个通用的服务器错误，表示“内部服务器错误”。 ，可能的原因：， - ，代码错误，：你的Visualforce页面或相关的Apex控制器中可能有语法错误或逻辑错误。 - ，数据问题，：可能是在处理某些数据时出现了问题，比如查询返回了空值，而代码没有正确处理这种情况。 - ，权限问题，：用户可能没有足够的权限来访问某些数据或执行某些操作。 ，解决方法：， - ，检查日志，：首先，查看Salesforce的调试日志，看看是否有具体的错误信息。日志通常会告诉你哪一行代码出了问题。 - ，简化代码，：如果代码比较复杂，尝试简化它，逐步排查问题。 - ，测试数据，：确保你使用的测试数据是有效的，并且代码能够正确处理各种数据情况。 ### 2. 服务管理中的收件箱错误 在Salesforce的服务管理模块中，收件箱是用来管理客户服务请求的地方。如果你在收件箱中遇到错误，可能是以下几个原因： ，可能的原因：， - ，配置问题，：收件箱的配置可能不正确，比如过滤器设置不当，导致无法正确显示记录。 - ，权限问题，：用户可能没有足够的权限来查看或处理收件箱中的记录。 - ，数据问题，：收件箱中的某些记录可能存在问题，比如缺失必要字段或数据格式不正确。 ，解决方法：， - ，检查配置，：确保收件箱的配置是正确的，特别是过滤器和视图设置。 - ，检查权限，：确认用户有足够的权限来访问收件箱中的记录。 - ，检查数据，：查看收件箱中的记录，确保它们的数据是完整和正确的。 ### 3. 现场级别安全设置的可见性问题 在Salesforce中，现场级别安全设置（Field-Level Security, FLS）控制着用户对特定字段的访问权限。如果你发现某个字段在页面上被隐藏了，可能是以下原因： ，可能的原因：， - ，FLS设置，：该字段的现场级别安全设置可能被配置为对某些用户或配置文件不可见。 - ，页面布局，：即使字段在FLS中是可见的，如果它没有被添加到页面布局中，用户也无法看到它。 - ，记录类型，：如果使用了记录类型，某些字段可能只对特定的记录类型可见。 ，解决方法：， - ，检查FLS设置，：进入“设置” -> “对象管理器” -> 选择相关对象 -> “字段和关系” -> 选择具体字段 -> “现场级别安全”，确保字段对相关用户或配置文件是可见的。 - ，检查页面布局，：进入“设置” -> “对象管理器” -> 选择相关对象 -> “页面布局”，确保字段被添加到页面布局中。 - ，检查记录类型，：如果使用了记录类型，确保字段对相关记录类型是可见的。 ### 总结 在处理这些常见问题时，关键是要有条不紊地排查可能的原因。首先，检查日志和配置，确保没有明显的错误。然后，逐步排查代码、权限和数据问题。希望这些解释能帮助你更好地理解和解决Salesforce中的这些问题。如果你有更多问题，随时问我！

  ▶ 播放视频 查看详情
• 14

  Custom Console Log

  第 118 页

  今天我们来聊聊如何在Salesforce的CC（Customer Console）管理中设置自定义控制台日志，以及如何使用日志令牌。 首先，什么是自定义控制台日志呢？简单来说，它就像是你工作中的一个记事本，可以帮助你记录下在CC中发生的各种操作和事件。这对于排查问题、监控系统行为非常有用。 那么，如何在CC管理中设置这个日志呢？其实步骤很简单： 1. ，登录Salesforce，：首先，你需要用你的管理员账号登录到Salesforce。 2. ，进入设置，：登录后，点击右上角的设置图标，然后选择“设置”。 3. ，找到CC管理，：在设置页面，使用左侧的搜索栏，输入“CC管理”或者“Customer Console”，然后点击进入。 4. ，设置日志，：在CC管理页面，你会看到一个选项叫做“自定义控制台日志”。点击它，然后你可以开始配置你的日志设置了。 5. ，使用日志令牌，：在配置日志时，你可以使用日志令牌来定制日志的内容。日志令牌是一些预定义的变量，比如{!User.Name}，它会自动记录下当前用户的名字。你可以根据需要添加不同的令牌来记录不同的信息。 6. ，保存设置，：配置完成后，别忘了点击保存，这样你的设置就生效了。 通过这样的设置，你就可以在CC中自动记录下重要的操作和事件了。这对于后续的问题排查和系统监控都非常有帮助。 希望这个简单的介绍能帮助你理解如何在Salesforce中设置自定义控制台日志和使用日志令牌。如果你有任何问题，随时欢迎提问！

  ▶ 播放视频 查看详情
• 15

  Custom Console Log, Continued

  第 119 页

  同学们，今天我们来聊聊如何在Salesforce的Apex类中使用自定义控制台日志，特别是ContinuedLogging这个功能。这个功能非常有用，尤其是在调试和监控代码性能时。 首先，ContinuedLogging是在方法级别完成的。这意味着你可以在特定的方法中添加日志记录，来跟踪代码的执行情况。比如，你可能想知道某个方法执行时，中央处理器（CPU）使用了多少毫秒的时间。这时候，你就可以使用ContinuedLogging来记录这些信息。 举个例子，假设你想查找某个方法执行时CPU的使用时间，你可以这样做： ```apex ccrz.ccLog.log(System.LoggingLevel.DEBUG, 'className.methodName', Limits.getCpuTime()); ``` 在这段代码中，`System.LoggingLevel.DEBUG`表示日志的级别是调试级别，`'className.methodName'`是你当前所在的类名和方法名，`Limits.getCpuTime()`则是获取当前方法执行时CPU使用的时间。 另外，如果你在远程操作中使用`ccLog`，你可以在浏览器的开发者工具中的“网络”选项卡下找到你的日志。这些日志会被标记为“Apex远程”，方便你查看和分析。 总结一下，ContinuedLogging是一个非常强大的工具，可以帮助你更好地理解和调试你的Apex代码。通过记录关键信息，比如CPU使用时间，你可以更有效地优化代码性能。希望这个解释对你们有帮助！如果有任何问题，随时问我哦！

  ▶ 播放视频 查看详情
• 16

  Logging Level ENUMs

  第 120 页

  今天我们来聊聊Salesforce中的日志记录级别，也就是LoggingLevel。这个功能非常有用，可以帮助我们更好地理解和调试我们的代码。 首先，我们有System.LoggingLevel.ERROR。这个级别是用来捕获异常的。当我们的代码运行过程中出现了错误，比如某个方法执行失败了，或者数据出现了问题，这时候就会用到ERROR级别来记录这些异常情况。这样，我们就可以在日志中看到具体是哪里出了问题，方便我们进行修复。 接下来是System.LoggingLevel.WARN。这个级别是用来记录一些意外的功能、数据错误或者系统状态。比如说，某个功能没有按照预期的方式运行，或者数据出现了不一致的情况，这时候就会用到WARN级别来记录这些情况。虽然这些问题可能不会导致系统崩溃，但我们还是需要关注它们，因为它们可能会影响到系统的正常运行。 然后是System.LoggingLevel.INFO。这个级别是用来进行高级流程跟踪的。比如说，我们想要记录某个重要的业务流程的执行情况，或者某个关键方法的调用情况，这时候就会用到INFO级别。通过INFO级别的日志，我们可以清楚地看到整个流程的执行步骤，帮助我们更好地理解系统的运行情况。 最后是System.LoggingLevel.DEBUG。这个级别是用来记录更详细的信息的，比如方法的参数数据、内部状态等。当我们需要深入调试某个方法或者某个模块的时候，就会用到DEBUG级别。通过DEBUG级别的日志，我们可以看到方法执行过程中的每一个细节，帮助我们找到问题的根源。 总的来说，不同的日志记录级别可以帮助我们在不同的场景下记录不同的信息。通过合理地使用这些级别，我们可以更好地监控和调试我们的系统，确保它能够稳定、高效地运行。希望这些内容对你们有所帮助！

  ▶ 播放视频 查看详情
• 17

  Log Statement Example

  第 121 页

  让我们来聊聊这段代码。这段代码主要是关于如何在Salesforce中记录日志的。日志记录对于开发者来说非常重要，因为它可以帮助我们跟踪代码的执行情况，尤其是在调试和排查问题时。 首先，我们来看一下这个方法的结构。这个方法叫做`getFielddsMap`，它是一个全局的、虚拟的、重写的方法。这意味着它可以在不同的上下文中被调用，并且可以被其他类继承和重写。 在这个方法内部，我们首先调用了父类的`getFielddsMap`方法，并将结果存储在`inputData`变量中。这一步是为了确保我们继承了父类的逻辑，然后再添加我们自己的逻辑。 接下来，我们从`inputData`中获取了一个叫做`ccrz.ccService.ðTFIENDS`的字段，并将其转换为字符串类型，存储在`jectFields`变量中。然后，我们在这个字符串后面追加了一个新的字段`Brand__c`。 现在，重点来了——日志记录。我们使用了`ccrz.ccLog.log`方法来记录日志。这个方法有两个参数：日志级别和日志消息。在这里，我们使用了两种不同的日志级别：`System.LoggingLevel.DEBUG`和`System.LoggingLevel.DEBUG`。`DEBUG`级别的日志通常用于记录详细的调试信息，而`INFO`级别的日志则用于记录一般的信息。 第一个日志语句记录了`inputData`的内容，第二个日志语句记录了`jectFields`的内容。这样，当这个方法被调用时，我们就可以在日志中看到这些信息，帮助我们理解代码的执行过程。 最后，这个方法返回了一个新的`Map`，其中包含了一个键值对，键是`ccrz.ccService.CLARTFIENDS`，值是`jectFields`。 总结一下，这段代码展示了如何在Salesforce中记录日志，以便在调试和排查问题时提供帮助。通过使用不同的日志级别，我们可以控制日志的详细程度，确保在需要时能够获取足够的信息。希望这个解释对你有帮助！

  ▶ 播放视频 查看详情
• 18

  Log Statement Example, Continued

  第 122 页

  让我们来聊聊这个日志声明的示例。想象一下，你正在浏览一个网站，比如orgdomain.com。当你访问这个网站的时候，URL的末尾可能会有一个特别的标记，叫做“ContinuedPlace日志标记”。这个标记的作用是帮助网站记录一些信息，比如你访问了哪个页面，或者你进行了什么操作。 在这个例子中，URL的末尾有一个“ccLog=测试日志”。这里的“ccLog”就是日志的标识符，而“测试日志”则是具体的日志内容。这个日志内容可以是任何信息，比如你点击了某个按钮，或者你输入了某些数据。 通过这种方式，网站可以轻松地记录和追踪用户的行为，这对于分析用户习惯、优化网站功能都非常有帮助。所以，下次当你看到URL末尾有这样的标记时，你就知道这是网站在默默地记录你的操作了。

  ▶ 播放视频 查看详情
• 19

  Log Statement Example, Continued - 123

  第 123 页

  同学们，今天我们来聊聊如何在Salesforce中查看日志声明。首先，你需要打开你的Web浏览器，然后访问你的Salesforce店面页面。在页面上，你可以通过右键点击页面，然后从弹出的菜单中选择“检查”选项。这个操作会打开浏览器的开发者工具。 在开发者工具中，你会看到几个不同的标签页，比如“元素”、“控制台”、“网络”等。你需要点击“控制台”标签页，这里就是你可以查看日志声明的地方。控制台会显示所有由页面生成的日志信息，包括错误、警告和普通的日志信息。 通过查看这些日志，你可以更好地理解你的Salesforce店面页面的运行情况，及时发现并解决问题。这对于调试和优化你的Salesforce应用是非常有帮助的。希望这个小技巧能帮到你们！如果有任何问题，随时提问哦。

  ▶ 播放视频 查看详情
• 20

  Log Statement Example, Continued - 124

  第 124 页

  让我们继续聊聊日志声明和它的使用场景。想象一下，你正在开发一个在线购物网站。当用户点击“添加到购物车”按钮时，你希望记录下这个操作，以便后续可以查看用户的行为或者调试问题。这时候，日志声明就派上用场了。 你可以在这个按钮的点击事件中，添加一条日志声明，比如：“用户已将商品X添加到购物车”。这样，每当有用户执行这个操作时，系统就会自动记录下这条信息。 接下来，我们聊聊如何过滤这些日志陈述。随着系统运行，日志文件可能会变得非常庞大，包含大量的信息。为了更轻松地找到你需要的日志陈述，你可以使用过滤功能。比如，你可以根据“添加到购物车”这个主题来过滤日志，这样就能快速找到所有与购物车操作相关的日志记录。 总结一下，日志声明是记录系统操作和用户行为的重要工具，而通过过滤功能，你可以更高效地管理和查找这些日志信息。希望这个解释对你有帮助！

  ▶ 播放视频 查看详情
• 21

  Overriding the Add to Cart Logic Provider

  第 126 页

  让我们来认识一下这个故事中的主角——ProviderCapricorn。ProviderCapricorn是一家公司，他们销售各种产品，但有些产品含有受限制的材料。他们希望确保这些含有受限制材料的产品不会被随便添加到购物车中。而且，他们还希望这种限制能够根据不同的客户账户有所不同。也就是说，有些客户可能被允许购买这些产品，而有些则不行。这就是ProviderCapricorn的需求，也是我们今天要解决的问题。

  ▶ 播放视频 查看详情
• 22

  Logic Service Provider

  第 127 页

  让我们来聊聊Salesforce中的逻辑服务提供者，这个概念听起来可能有点复杂，但其实很简单。 想象一下，逻辑服务提供者就像是一个工具箱，里面装满了各种工具，每个工具都有特定的功能。在Salesforce中，这些“工具”就是处理特定业务逻辑的代码块。这些代码块被设计成可以独立工作，也可以被其他部分（我们称之为“订阅者”）扩展或修改，以适应不同的业务需求。 每个逻辑服务都有一个名字，这个名字通常是根据它处理的业务实体（比如产品、客户等）和它提供的具体功能来命名的。例如，如果你有一个处理产品价格的逻辑服务，它可能会被命名为“ccLogicProductPrice”。 此外，这些逻辑服务还可以有版本号，这意味着你可以有多个版本的同一个逻辑服务，每个版本可能针对不同的业务需求或更新。例如，“ccLogicProductPrice6”可能表示这是处理产品价格的第六个版本。 如果你想找到最新的逻辑服务提供者列表，你可以查阅B2B商务文档，那里会有详细的列表和说明。 总的来说，逻辑服务提供者就是Salesforce中用来封装和复用业务逻辑的一种方式，它让我们的系统更加灵活和可维护。希望这个解释能帮助你更好地理解这个概念！

  ▶ 播放视频 查看详情
• 23

  ccrz.ccLogicCartAddTo Example

  第 128 页

  同学们，今天我们来聊聊Salesforce B2B Commerce中的一个重要功能——`ccrz.ccLogicCartAddTo`。这个功能的主要作用是在用户将产品或产品列表添加到购物车时，执行一系列的操作。 首先，`ccrz.ccLogicCartAddTo`是在`addTo`期间被`ccrz.ccAPICart`调用的。它的任务是将产品或产品列表添加到购物车中。为了更深入地了解这个功能，你可以在HELP上搜索`ccrz.ccLogicCartAddTo`，那里会有更详细的说明。 接下来，我们来看看这个功能的具体实现。它主要包含以下几个步骤： 1. ，Process InputData（inputData），：首先，它会处理传入的`inputData`，这个数据包含了用户想要添加到购物车的产品或产品列表的信息。 2. ，fetchCart（inputData），：然后，它会根据`inputData`去获取当前的购物车信息。 3. ，addCouponCode（inputData），：如果有优惠券代码，它也会在这个步骤中被添加到购物车中。 4. ，addMajorLinePoints（inputData）， 和 ，addMinorLinePoints（inputData），：这两个步骤是用来添加主要和次要的积分点，这些积分点通常与用户的购买行为相关。 5. ，contrudeAddTo（inputData），：最后，所有的信息都会被整合，并最终将产品或产品列表添加到购物车中。 整个过程完成后，`inputData`会被返回，这样系统就知道购物车已经更新了。 为了更好地理解这个过程，我建议你们查看一下Salesforce官方文档中的详细图表，链接我已经放在这里了。这个图表会帮助你更直观地看到`ccrz.ccLogicCartAddTo`的工作流程。 希望这个解释对你们有帮助，如果有任何问题，随时问我！

  ▶ 播放视频 查看详情
• 24

  Logic Class Extension vs. Subscriber Controller vs. Remote Action

  第 129 页

  今天我们来聊聊Salesforce中的逻辑类扩展、订户控制器和远程操作。这些概念听起来可能有点复杂，但我会用简单的方式来解释，让你轻松理解。 首先，，逻辑类扩展，。你可以把它想象成一个“助手”，它帮助标准控制器完成一些额外的任务。标准控制器是Salesforce自带的一个功能，它负责处理页面的基本操作，比如保存记录、删除记录等。但有时候，我们需要在页面上添加一些自定义的功能，比如显示额外的信息或者执行一些复杂的逻辑。这时候，逻辑类扩展就派上用场了。它就像一个“助手”，帮助标准控制器完成这些额外的任务。 接下来是，订户控制器，。订户控制器是用来处理订阅事件的。在Salesforce中，订阅事件是指当某个对象发生变化时，系统会自动触发一些操作。比如，当一个新的客户记录被创建时，你可能希望自动发送一封欢迎邮件。订户控制器就是用来处理这些自动触发的操作的。它就像一个“监听器”，时刻关注着对象的变化，并在变化发生时执行相应的操作。 最后是，远程操作，。远程操作是指在页面上通过JavaScript调用Apex控制器中的方法。简单来说，就是你在页面上点击一个按钮，然后通过JavaScript调用后台的Apex代码来执行一些操作。这种方式可以让页面在不刷新的情况下完成一些复杂的操作，比如动态加载数据或者执行一些后台计算。远程操作就像是一个“桥梁”，连接了前端页面和后端逻辑。 总结一下，逻辑类扩展是标准控制器的“助手”，订户控制器是处理订阅事件的“监听器”，而远程操作是连接前端和后端的“桥梁”。希望这些解释能帮助你更好地理解这些概念。如果有任何问题，随时问我哦！

  ▶ 播放视频 查看详情
• 25

  Code Review: Implement the Data Service Provider

  第 130 页

  让我们来一起看看这段代码，并且理解它的作用。 这段代码是一个Salesforce Apex类的部分，它扩展了`ccrz.ccServiceProducts`类，并且重写了`getFielddsMap`方法。这个方法的主要目的是在查询产品数据时，动态地添加一些自定义字段到查询中。 首先，我们来看一下代码的结构： ```apex global virtual override Map getFielddsMap(Map inputData) { inputData = super.getFielddsMap(inputData); String objectFields = (String)inputData.get(ccrz.ccService.DTFIENDS); objectFields += ', 品牌__c, 材料__c'; return new Map {ccrz.ccService.CLARTFIENDS => objectFields}; } ``` ### 代码解析 1. ，方法签名，： - `global virtual override Map getFielddsMap(Map inputData)`：这是一个全局的、可重写的（`virtual override`）方法，它接收一个`Map`类型的参数`inputData`，并返回一个相同类型的`Map`。 2. ，调用父类方法，： - `inputData = super.getFielddsMap(inputData);`：这里调用了父类的`getFielddsMap`方法，确保我们继承了父类的逻辑。父类可能会对`inputData`进行一些处理，所以我们先调用它。 3. ，获取现有的字段，： - `String objectFields = (String)inputData.get(ccrz.ccService.DTFIENDS);`：从`inputData`中获取当前已经存在的字段列表。`ccrz.ccService.DTFIENDS`是一个常量，表示字段列表的键。 4. ，添加自定义字段，： - `objectFields += ', 品牌__c, 材料__c';`：这里我们将两个自定义字段`品牌__c`和`材料__c`添加到现有的字段列表中。`+=`操作符用于将新字段追加到现有的字段字符串中。 5. ，返回更新后的字段列表，： - `return new Map {ccrz.ccService.CLARTFIENDS => objectFields};`：最后，我们将更新后的字段列表放入一个新的`Map`中，并返回这个`Map`。`ccrz.ccService.CLARTFIENDS`是另一个常量，表示更新后的字段列表的键。 ### 代码的作用 这段代码的主要作用是在查询产品数据时，动态地将两个自定义字段`品牌__c`和`材料__c`添加到查询的字段列表中。这样，当你在其他地方调用这个服务时，查询结果中就会包含这两个字段。 ### 总结 通过这段代码，我们学会了如何在Salesforce中扩展一个已有的服务类，并且动态地修改查询字段。这在处理自定义字段时非常有用，尤其是当你需要在多个地方使用相同的查询逻辑时。 希望这个解释对你有帮助！如果你有任何问题，随时问我。

  ▶ 播放视频 查看详情
• 26

  Code Review: Implement the Logic Provider

  第 131 页

  让我们来聊聊这段代码。这段代码是关于Salesforce中的一个自定义逻辑类，叫做`ccTrainingLogicCartAddTo`，它扩展了标准的`ccrz.ccLogicCartAddTo`类。这个类的主要作用是处理购物车相关的逻辑，特别是当用户尝试将优惠券添加到购物车时。 首先，我们来看一下这个类的结构。它有一个全局的、虚拟的、重写的方法叫做`processInputData`。这个方法接收一个`Map`类型的参数`inputData`，这个参数包含了用户输入的数据，比如优惠券代码。 在这个方法里，我们首先定义了一个布尔变量`限制产品`，并初始化为`false`。这个变量可能是用来标记某些产品是否有限制条件的。 接下来，我们从`inputData`中获取优惠券代码。这里使用了`inputData.get(ccrz.ccAPICart.COUPON_BER)`来获取优惠券代码。`ccrz.ccAPICart.COUPON_BER`是一个常量，表示优惠券代码的键。 然后，我们使用`ccrz.ccUsil.isKeyValued`方法来检查`inputData`中是否包含有效的优惠券代码。如果`inputData`中没有有效的优惠券代码，那么我们就不会继续处理这个优惠券。 总的来说，这段代码的主要目的是确保在用户尝试将优惠券添加到购物车时，我们能够正确地处理这个请求，并且避免在没有有效优惠券代码的情况下继续执行后续的逻辑。 希望这个解释能帮助你更好地理解这段代码的作用和结构。如果你有任何问题，随时问我！

  ▶ 播放视频 查看详情
• 27

  Code Review: Implement the Logic Provider, Continued

  第 132 页

  让我们一步一步来理解这段代码的逻辑。 首先，我们来看这段代码的目的是什么。它主要是从Salesforce中获取一些产品数据，然后检查这些产品是否包含一个特定的属性，叫做“材料”。如果产品有这个属性，代码就会继续去获取用户的账户数据。 现在，我们来看具体的代码部分： 1. ，获取产品数据，： ```java Map productData = ccrz.ccAPIProducts.fetch(inputMap); ``` 这行代码调用了`ccrz.ccAPIProducts.fetch`方法，传入了一个`inputMap`参数。这个方法会返回一个包含产品数据的`Map`对象，我们把它存储在`productData`变量中。 2. ，提取产品列表，： ```java List> outputProductList = (List>) productData.get(ccrz.ccAPIProducts.PRODUCT_LIST); ``` 这里，我们从`productData`中提取了一个名为`PRODUCT_LIST`的键对应的值，这个值是一个包含产品信息的列表。我们把这个列表强制转换为`List>`类型，并存储在`outputProductList`变量中。 3. ，检查产品属性，： ```java if (outputProductList[0].get('material') != null) { String restrictedDeliverMatter = (String) outputProductList[0].get('material'); ``` 这段代码首先检查列表中的第一个产品是否有一个名为`material`的属性。如果有，我们就获取这个属性的值，并把它存储在`restrictedDeliverMatter`变量中。 4. ，进一步处理，： ```java if (!String.isEmpty(restrictedDeliverMatter)) { // 继续获取用户的账户数据 } ``` 最后，我们检查`restrictedDeliverMatter`是否为空。如果不为空，代码就会继续执行，去获取用户的账户数据。 总结一下，这段代码的主要流程是：获取产品数据 -> 提取产品列表 -> 检查产品是否有`material`属性 -> 如果有，继续获取用户账户数据。 希望这个解释能帮助你更好地理解这段代码的逻辑！如果有任何问题，随时问我。

  ▶ 播放视频 查看详情
• 28

  Code Review: Implement the Logic Provider, Continued - 133

  第 133 页

  让我们来仔细看看这段代码，并理解它的作用。 首先，这段代码的主要目的是检查一个账户是否有限制材料（restrictedMaterial），如果有限制材料，并且这个限制材料与产品上的材料属性匹配，那么就不允许将这个产品添加到购物车中。 我们来一步步解析这段代码： 1. ，检查账户是否有restrictedMaterial，： ```java if (outputAccountList[0].get('restrictedMaterial') != null) ``` 这里，代码首先检查`outputAccountList`中的第一个账户是否有`restrictedMaterial`这个字段，并且这个字段的值不为空。 2. ，获取restrictedMaterial的值，： ```java String restrictedMaterialCal = (String) outputAccountList[0].get('restrictedMaterial'); ``` 如果`restrictedMaterial`存在且不为空，代码会将其值转换为字符串，并存储在`restrictedMaterialCal`变量中。 3. ，检查restrictedMaterial是否为空，： ```java if (!String.isEmpty(restrictedMaterialAccount)) ``` 这里，代码检查`restrictedMaterialAccount`是否为空字符串。如果它不是空的，代码会继续执行。 4. ，比较restrictedMaterial和restrictedMetrics，： ```java if (restrictedMaterialAccount.equals(restrictedMetrics)) ``` 如果`restrictedMaterialAccount`和`restrictedMetrics`相等，那么代码会执行一些操作，比如记录日志。 5. ，记录日志，： ```java ccrz.cclog.log(System.LoggingLevel.Info, '@@ restricted产品，D：restrictedDeliverial', restrictedDeliverial); ``` 这里，代码会记录一条日志信息，表示这个产品是受限制的。 6. ，从Fetch的输出中获取账户数据，： ```java 从Fetch的输出中获取帐户数据 ``` 这部分代码没有具体实现，但它的目的是从某个数据源（比如数据库或API）获取账户数据。 7. ，如果产品上的材料属性与账户上的restrictedMaterial匹配，则不要将产品添加到购物车，： ```java 如果产品上的材料属性与帐户上的restrictedMetal匹配，则不要将产品添加到购物车。 ``` 这是这段代码的核心逻辑。如果产品上的材料属性与账户上的`restrictedMaterial`匹配，那么产品就不应该被添加到购物车中。 总结一下，这段代码的主要功能是检查账户是否有特定的限制材料，并且如果产品上的材料属性与这个限制材料匹配，就阻止产品被添加到购物车中。这是一个常见的业务逻辑，用于确保某些受限制的产品不会被特定账户购买。

  ▶ 播放视频 查看详情
• 29

  Overriding the Cart Validate Logic Provider

  第 135 页

  让我们来聊聊这个故事。在这个故事里，我们有一个名叫ProviderCapricorn的角色。你可以把他想象成一个非常关心自己财务状况的购物者。他有一个购物车，就像我们平时在网上购物时用的那样，里面装满了想要购买的商品。 但是，ProviderCapricorn有一个特别的规则：他不能让自己的购物总额超过他的信用限额。这就像是他的信用卡有一个上限，一旦购物金额超过这个上限，他就不能再买东西了。 所以，我们的任务是确保当ProviderCapricorn的购物车总金额接近或超过他的信用限额时，系统会及时提醒他，告诉他：“嘿，你的购物金额已经快到信用限额了，不能再继续结账了哦。”这样，ProviderCapricorn就能及时调整他的购物计划，避免超出信用限额。 这就是我们这个故事的核心逻辑，简单易懂，对吧？接下来，我们可以更详细地探讨如何实现这个逻辑。

  ▶ 播放视频 查看详情
• 30

  Code Review: Update the Data Service Provider for Account

  第 136 页

  让我们来一起看看这段代码，并且我会用简单易懂的方式来解释它。 这段代码是一个Salesforce Apex类的部分，它扩展了`ccrz.ccServiceAccount`类，目的是更新Account对象的全局数据服务提供商。具体来说，它重写了`getFieldsMap`方法，这个方法的作用是获取字段的映射关系。 首先，我们来看一下代码的结构： 1. ，类定义，： ```apex public class ccTrainingServiceAccount extends ccrz.ccServiceAccount { ``` 这里定义了一个名为`ccTrainingServiceAccount`的类，它继承了`ccrz.ccServiceAccount`类。这意味着`ccTrainingServiceAccount`类可以使用`ccrz.ccServiceAccount`类中的所有方法和属性。 2. ，方法重写，： ```apex global virtual override Map getFieldsMap(Map inputData) { ``` 这里重写了`getFieldsMap`方法。`global`表示这个方法可以在整个Salesforce组织中访问，`virtual`表示这个方法可以被进一步重写，`override`表示这个方法是在父类中已经存在的，现在我们要重新定义它。 3. ，调用父类方法，： ```apex inputData = super.getFieldsMap(inputData); ``` 这行代码调用了父类的`getFieldsMap`方法，并将结果赋值给`inputData`。这样做是为了确保我们首先获取父类中定义的字段映射。 4. ，获取字段字符串，： ```apex String objectFields = (String)inputData.get(ccrz.ccService.OBJECT_FIELDS); ``` 这里从`inputData`中获取了一个名为`OBJECT_FIELDS`的字段，并将其转换为字符串类型。这个字段通常包含了默认的字段列表。 5. ，添加新字段，： ```apex objectFields += ', CreditLimit__c, RestrictedMetal__c'; ``` 这行代码将两个新的字段`CreditLimit__c`和`RestrictedMetal__c`添加到`objectFields`字符串中。注意，这里使用了逗号来分隔字段。 6. ，返回更新后的字段映射，： ```apex return new Map {ccrz.ccService.OBJECT_FIELDS => objectFields}; ``` 最后，这个方法返回一个新的`Map`，其中键是`ccrz.ccService.OBJECT_FIELDS`，值是更新后的`objectFields`字符串。 现在，你提到要在同一个方法中将`CreditDirect__c`字段也添加到`objectFields`字符串中。你可以这样做： ```apex objectFields += ', CreditLimit__c, RestrictedMetal__c, CreditDirect__c'; ``` 这样，`CreditDirect__c`字段就会被包含在最终的字段列表中。 总结一下，这段代码的主要目的是扩展`ccrz.ccServiceAccount`类，并在获取字段映射时添加一些额外的字段。通过这种方式，你可以确保在调用这个服务时，返回的数据中包含你需要的所有字段。 希望这个解释对你有帮助！如果有任何问题，随时问我。

  ▶ 播放视频 查看详情
• 31

  Code Review: Implement New Cart Validate Logic Override

  第 137 页

  让我们来一步步理解这段代码，并且我会用简单易懂的方式来解释。 首先，这段代码的目的是在Salesforce中实现一个新的购物车收件箱逻辑。具体来说，它要检查购物车中的总金额是否小于或等于当前账户的信用限额。如果满足这个条件，就返回`true`，否则返回`false`。 ### 1. 代码结构 这段代码是一个Apex类，名为`ccTrainingLogicCartDocs`，它扩展了`ccrz.ccLogicCartDocs`类。这意味着它继承了`ccrz.ccLogicCartDocs`的所有功能，并且可以添加或覆盖一些新的逻辑。 ### 2. 方法：`checkAccountCreditMin` 这个方法的名字是`checkAccountCreditMin`，它是一个私有方法，意味着它只能在当前类内部被调用。它接受一个`Map`类型的参数`inputData`，并返回一个布尔值（`true`或`false`）。 #### 2.1 获取账户信用限额 ```apex Decimal accountCreditMin = ccrz.cc_CallContext.currAccount.CreditMin__c; ``` 这行代码从当前上下文中获取了当前账户的信用限额（`CreditMin__c`），并将其存储在变量`accountCreditMin`中。 #### 2.2 获取购物车对象 ```apex List cartObjList = (List) inputData.get(ccrz.ccApiCart.CART_OBJRST); ccrz__E_Cart__c cartRecord = (ccrz__E_Cart__c) cartObjList.get(0); ``` 这里，代码从`inputData`中获取了购物车对象列表，并将其转换为`ccrz__E_Cart__c`类型的记录。`ccrz__E_Cart__c`是Salesforce中表示购物车的标准对象。 #### 2.3 检查购物车总金额 ```apex if (cartRecord.ccrz__SubTotalAmount__c inputData) { Decimal accountCreditLimit = ccrz.cc_CallContext.currAccount.CreditLimit__c; List cartObjList = (List) inputData.get(ccrz.ccApiCart.CART_OBJRST); ccrz__E_Cart__c cartRecord = (ccrz__E_Cart__c) cartObjList.get(0); if (cartRecord.ccrz__SubTotalAmount__c

  ▶ 播放视频 查看详情
• 32

  Code Review: Implement New Cart Validate Logic Override - 138

  第 138 页

  让我们来聊聊这段代码。这段代码的主要目的是实现一个新的购物车逻辑，特别是在处理购物车数据时进行一些特定的操作。我会一步步解释这段代码的每一部分，确保你能理解它在做什么。 首先，我们来看一下这段代码的整体结构。它定义了一个方法，这个方法的名字叫`处理对象`，它接受一个`Map`类型的参数`inputData`，并返回一个同样类型的`Map`。 ```java 全局重写Map处理对象（Map inputData）{ ``` 接下来，代码创建了一个新的`Map`对象，叫做`cartFetchResource`，并且把传入的`inputData`复制给了它。这个`cartFetchResource`将会用来存储我们接下来要处理的购物车数据。 ```java Map & Strange，Body & cartFetchResource = new Map & Strange，Body &（inputData）; ``` 然后，代码在`cartFetchResource`中添加了一个新的键值对。这个键是`ccrz.ccApi.SIZING`，它的值是一个嵌套的`Map`对象。这个嵌套的`Map`对象包含了一些特定的配置，用来控制购物车数据的获取方式。 ```java cartFetchDemand.put（ccrz.ccApi.SIZING， 新地图 { ccrz.ccApiCart. INTENTYName => new Map { ccrz.ccApi. ZZ_GROUP => ccrz.ccApi. ZZ_L // LARGE是将为我们返回的最小尺寸OOTB SubtotalAmount__c ，ccrz.ccApi. ZZ_ASSC => RST//对于此覆盖，我们仅对总额感兴趣，而不是单个行项目的任何详细信息 ，ccrz.ccApi. ZZ_SKIPTRZ => True //跳过转换，因此我们可以在后台直接处理sBody记录。 } } ); ``` 这里有几个关键点需要注意： - `ccrz.ccApi. ZZ_GROUP`设置为`ccrz.ccApi. ZZ_L`，这意味着我们只关心购物车的总额，而不是每个商品的详细信息。 - `ccrz.ccApi. ZZ_ASSC`设置为`RST`，这表示我们只对总额感兴趣。 - `ccrz.ccApi. ZZ_SKIPTRZ`设置为`True`，这意味着我们会跳过一些转换步骤，直接处理购物车的数据。 接下来，代码调用了`ccrz.ccApiCart.fetch`方法，传入了我们刚刚配置好的`cartFetchResource`。这个方法会返回一个`Map`类型的响应，我们把它存储在`cartFetchResponse`中。 ```java Map cartFetchResponse = ccrz.ccApiCart.fetch（cartFetchResource）; ``` 最后，代码的注释提到“重新使用处理方法。获取购物车的最新副本。”这意味着这个方法可能会被多次调用，每次调用都会获取购物车的最新数据。 ```java 4 5重新使用处理方法。 获取购物车的最新副本。“ ``` 总结一下，这段代码的主要功能是通过配置一些参数，从购物车中获取总额数据，并且跳过一些不必要的转换步骤，直接处理购物车的数据。希望这个解释能帮助你理解这段代码的作用！

  ▶ 播放视频 查看详情
• 33

  Code Review: Implement New Cart Validate Logic Override, Continued

  第 139 页

  让我们来一步步理解这段代码和它的逻辑。 首先，这段代码的目的是在购物车结算前，检查用户的信用额度是否足够支付购物车中的总金额。如果信用额度不足，系统会阻止用户进行结算，并显示一条错误信息。 1. ，变量声明，： - `ShouldAllowCheckout` 是一个布尔类型的变量，用来决定是否允许用户进行结算。它的值是通过调用 `checkAccountCreditLimit` 方法并传入 `CartFetchResponse` 来确定的。 - `retMessages` 是一个列表，用来存储将要显示给用户的消息。 2. ，条件判断，： - 如果 `ShouldAllowCheckout` 是 `false`，意味着用户的信用额度不足以支付购物车中的总金额，那么我们需要创建一个错误消息。 - 这个消息是通过 `ccrz.cc_Bean_Message` 类来创建的。我们设置了消息的标签ID、类型、严重程度和附加的CSS类。 - 然后，我们将这个消息添加到 `retMessages` 列表中。 3. ，数据传递，： - 我们将 `ShouldAllowCheckout` 的值和 `retMessages` 列表放入 `InputData` 中，这样这些信息就可以在后续的流程中被使用。 4. ，页面消息，： - 除了在代码中设置这些逻辑，我们还应该在页面上显示一条消息，告诉用户为什么结账按钮被隐藏了。如果总金额超过了信用额度，`Allow_Checkout` 参数应该被设置为 `FALSE`，反之则设置为 `TRUE`。 总结一下，这段代码的核心逻辑是：检查用户的信用额度，如果额度不足，就阻止结算并显示错误信息；如果额度足够，就允许结算。同时，我们还需要在页面上清晰地传达这些信息给用户，让他们明白为什么不能进行结算。 希望这个解释能帮助你更好地理解这段代码的逻辑！如果有任何问题，随时问我哦！

  ▶ 播放视频 查看详情
• 34

  Customizing My Account Page

  第 141 页

  让我们来聊聊这个故事。故事的主角是Capricorn，这是一家想要提升他们在线购物体验的公司。他们有一个需求，就是希望在他们的“我的帐户”页面上显示客户的信用限额信息。此外，他们还希望在购物车页面上做一些调整，如果购物车里的商品总价超过了客户的信用限额，那么结账按钮就应该消失，这样客户就不能继续结账了。 接下来，我会告诉你如何一步步实现这个需求。 ### 第一步：创建Apex控制器 首先，我们需要创建一个Apex控制器。这个控制器会负责处理页面上的逻辑，比如获取客户的信用限额信息，并判断购物车里的商品是否超过了这个限额。 ### 第二步：创建“包含页面” 接下来，我们需要为“我的帐户”页面创建一个新的“包含页面”。这个页面会引用我们刚刚创建的Apex控制器，这样它就能显示客户的信用限额信息了。 ### 第三步：更新Accounts数据服务提供商的getFieldsMap方法 然后，我们需要更新Accounts数据服务提供商的getFieldsMap方法。这个方法负责从Salesforce中获取数据，我们需要确保它能获取到客户的信用限额信息。 ### 第四步：配置B2B Commerce 接下来，我们需要配置B2B Commerce，让它使用我们新创建的“包含页面”。这样，当客户访问“我的帐户”页面时，他们就能看到自己的信用限额信息了。 ### 第五步：验证更改 最后，我们需要验证所有的更改是否都生效了。你可以登录到系统中，检查“我的帐户”页面是否显示了信用限额信息，以及购物车页面是否在商品总价超过信用限额时隐藏了结账按钮。 这就是整个过程的步骤。希望这能帮助你理解如何实现Capricorn的需求。如果你有任何问题，随时问我！

  ▶ 播放视频 查看详情
• 35

  Code Review: Implement New Apex Controller

  第 142 页

  同学们，今天我们来聊聊一个Salesforce的Apex控制器类，叫做`ccTrainingMyAccountControl`。这个类的主要任务是获取用户的账户信息，并且它有两个重要的变量：`DeliveringCredit`和`userCurrency`。 首先，我们来看一下这个类的结构。这个类被定义为`global`，这意味着它可以被其他Salesforce组织或者外部的系统访问。在类里面，我们定义了两个变量： 1. `DeliveringCredit`：这个变量是用来存储用户的信用信息，比如他们可以使用的信用额度。这个变量的类型是`December`，这可能是一个自定义的数据类型，用来表示信用信息。 2. `userCurrency`：这个变量是用来存储用户的货币类型，比如美元、欧元等。这个变量的类型是`String`，也就是字符串类型。 接下来，我们来看一下这个类的构造函数。构造函数是一个特殊的方法，当我们创建这个类的实例时，它会被自动调用。在这个构造函数里面，我们使用了一个叫做`ccrz.ccApiAccount.fetch`的方法来获取用户的账户信息。这个方法会返回一个包含用户账户信息的列表。 这个方法需要一些参数，比如API的版本和用户的ID。这些参数是通过一个`Map`来传递的，`Map`是一种键值对的集合，我们可以通过键来获取对应的值。 总的来说，这个类的主要功能就是获取用户的账户信息，并且把这些信息存储在类的变量中，以便后续使用。希望这个解释能帮助大家更好地理解这个类的结构和功能。如果有任何问题，欢迎随时提问！

  ▶ 播放视频 查看详情
• 36

  Code Review: Implement New Apex Controller, Continued

  第 143 页

  同学们，今天我们来聊聊这段代码。这段代码主要是用来处理一个Apex控制器中的逻辑，特别是关于账户信息和用户货币的设置。 首先，我们看到代码中有一个变量`account`被初始化为`null`。这意味着一开始，我们并没有任何账户信息。接下来，代码检查`acctRes`列表中的第一个元素是否不为空。如果这个元素存在，那么我们就将这个元素强制转换为`Account`类型，并赋值给`account`变量。 然后，代码从`account`对象中提取`CreditMin__c`字段的值，并将其赋值给`DeliveringCredit`变量。这个字段可能代表账户的最低信用额度。 接下来，我们看到代码将`ccrz.cc_CallContext.userCurrency`的值赋给`userCurrency`变量。这个变量可能用于存储当前用户的货币设置，以便在后续的逻辑中使用。 最后，代码提到了将`CreditDirect__c`字段的值设置为`DeliveringCredit`变量。这意味着我们可能需要在某个地方更新`CreditDirect__c`字段，以反映`DeliveringCredit`变量的值。 总的来说，这段代码的主要目的是从账户信息中提取信用额度，并设置用户的货币信息。希望这个解释能帮助大家更好地理解这段代码的逻辑。如果有任何问题，欢迎随时提问！

  ▶ 播放视频 查看详情
• 37

  Code Review: Implement Page Include

  第 144 页

  让我们来聊聊这段代码。首先，这段代码是关于Salesforce中的页面定制，特别是使用JavaScript和Handlebars模板来修改用户界面。 1. ，第一段代码，： ```javascript CCRZ.uiProperties.contactInfoView.desktop.tmpl = 'CCTrainingMyAccount-ContactInfo-桌面'; ``` 这里，我们正在设置一个模板的路径。`CCRZ.uiProperties.contactInfoView.desktop.tmpl` 是一个属性，它定义了在桌面视图下，联系信息部分应该使用哪个模板。这里，我们指定了一个名为 `CCTrainingMyAccount-ContactInfo-桌面` 的模板。 2. ，第二段代码，： ```html

  ▶ 播放视频 查看详情
• 38

  Customizing the Cart Page

  第 146 页

  让我们一起来探索如何为Capricorn公司定制一个购物车页面，以便买家在超出信用限额时能够请求信用覆盖，并且我们还能跟踪这些请求。 首先，我们需要在Case和CC Cart上创建新的属性。这些属性将帮助我们跟踪买家请求的信用覆盖。想象一下，这些属性就像是购物车里的一个小标签，告诉我们这个购物车是否关联了一个信用覆盖请求。 接下来，我们需要创建一个Apex控制器。这个控制器就像是购物车页面的大脑，它会处理所有的逻辑，比如当买家点击“请求信用覆盖”按钮时，控制器会知道该做什么。 然后，我们要为购物车页面创建一个包含页面。这个包含页面就像是购物车页面的一个小插件，它会在页面上显示一个按钮或表单，让买家可以请求信用覆盖。 之后，我们需要配置B2B Commerce以使用这个新的页面包含。这就像是告诉我们的购物车系统：“嘿，我们有一个新的小插件，记得在显示购物车的时候把它加进去哦！” 最后，我们需要验证我们的更改。这意味着我们要确保所有的新功能都按预期工作，买家可以顺利请求信用覆盖，我们也能准确跟踪这些请求。 在整个过程中，我们就像是Capricorn公司的技术团队，我们的任务是确保买家在购物时有一个顺畅的体验，同时公司也能有效地管理信用覆盖请求。通过我们的努力，Capricorn公司将能够更好地服务他们的买家，同时保持财务的健康。

  ▶ 播放视频 查看详情
• 39

  Code Review: Implement Apex Controller

  第 147 页

  让我们一步一步来理解这段代码。首先，我们有一个全局的Apex控制器类，叫做`ccTrainingCartCtrl`。这个类里面有几个关键的部分。 1. ，虚拟合并变量BLACK，： 这里我们定义了一个名为`BLACK`的变量，它是一个字符串类型的变量。这个变量有一个getter方法，当你尝试获取`BLACK`的值时，它会返回一个空字符串`''`。这个变量还有一个私有的setter方法，这意味着你不能从类的外部直接设置`BLACK`的值。 2. ，远程操作方法createCreditCase，： 这个方法是一个`@RemoteAction`方法，意味着它可以从JavaScript中调用。这个方法接受一个类型为`ccrz.cc_RemoteActionContext`的参数`ctx`，这个参数包含了调用这个方法时的上下文信息。 在方法内部，我们首先初始化了一个`ccrz.cc_RemoteActionResult`对象`res`，这个对象将用来返回操作的结果。我们通过调用`ccrz.cc_CallContext.init(ctx)`来初始化这个对象，并设置默认的`res.success`为`False`。 3. ，处理购物车ID，： 接下来，我们创建了一个字符串类型的列表`cartIdList`，并将当前购物车的ID（通过`ctx.CurrentCartId`获取）添加到这个列表中。 4. ，调用API获取购物车信息，： 最后，我们调用了`ccrz.ccApiCart.fetch`方法，这个方法会从Salesforce中获取购物车的详细信息。我们传递了一个包含购物车ID的Map作为参数。 总结一下，这段代码的主要功能是处理一个远程操作请求，获取当前购物车的ID，并通过调用API获取购物车的详细信息。希望这个解释能帮助你更好地理解这段代码的工作原理。如果有任何问题，随时问我！

  ▶ 播放视频 查看详情
• 40

  Code Review: Implement Apex Controller, Continued

  第 148 页

  让我们一步一步地来看这段代码，确保我们理解每一部分的作用。 首先，这段代码的目的是从一个API调用中获取购物车对象，并对其进行一些操作。我们来看一下具体的步骤： 1. ，提取购物车对象列表，： ```apex 列表 cartRes = (列表) cartApiFetchResponse.get(ccrz.ccApiCart.CART_ObJRST); ``` 这里，我们从`cartApiFetchResponse`中提取了一个购物车对象的列表。`cartApiFetchResponse`是一个API调用的响应，我们通过`get`方法获取了其中的购物车对象列表，并将其存储在`cartRes`变量中。 2. ，验证API是否返回至少一条记录，： ```apex ccrz__E_Cart__c theCart = null; if (cartRes.get(0) != null) { theCart = (ccrz__E_Cart__c) cartRes.get(0); ``` 接下来，我们检查`cartRes`列表中是否至少有一条记录。我们通过`cartRes.get(0)`来获取列表中的第一个购物车对象。如果这个对象不为空，我们就将其赋值给`theCart`变量。 3. ，记录日志，： ```apex ccrz.ccLog.log(LoggingLevel.DEBUG, 'ccTrainingCartAlt: CreditCase: theCart', theCart); ``` 然后，我们使用`ccrz.ccLog.log`方法记录一条调试日志。这条日志会包含购物车对象的信息，方便我们在调试时查看。 4. ，更新购物车对象的字段，： ```apex theCart.CreditOverrideSquided__c = True; ``` 最后，我们将购物车对象的`CreditOverrideSquided__c`字段设置为`True`。这个字段可能用于控制某些信用相关的逻辑。 总结一下，这段代码的主要流程是： - 从API响应中提取购物车对象列表。 - 检查列表中是否有记录。 - 如果有记录，记录日志并更新购物车对象的某个字段。 希望这个解释能帮助你更好地理解这段代码的作用。如果有任何问题，随时问我！

  ▶ 播放视频 查看详情
• 41

  Code Review: Implement Apex Controller, Continued - 149

  第 149 页

  让我们一步一步来看这段代码，并且我会解释如何改进它，以便更好地实现你的需求。 首先，这段代码的目的是创建一个新的案例（Case）记录，并设置一些字段的值，然后将这个案例插入到Salesforce中。接着，它会更新一个购物车记录，并将一个名为`res.success`的变量设置为`true`。 ### 1. 创建案例并设置字段值 你已经在代码中创建了一个新的案例对象，并且设置了一些字段的值。不过，这些字段目前都是空值或者默认值。你需要根据实际需求来设置这些字段的值。比如： ```apex Case caseRequest = new Case(); caseRequest.Origin = 'Web'; // 假设案例的来源是Web caseRequest.Reason = 'Technical Support'; // 假设案例的原因是技术支持 caseRequest.Type = 'Problem'; // 假设案例的类型是问题 caseRequest.Subject = 'Issue with Product'; // 假设案例的主题是产品问题 caseRequest.Source_Cart__c = cartId; // 假设购物车的ID存储在变量cartId中 caseRequest.ContactId = contactId; // 假设联系人的ID存储在变量contactId中 caseRequest.AccountId = accountId; // 假设账户的ID存储在变量accountId中 ``` ### 2. 插入案例记录 接下来，你需要将这个案例记录插入到Salesforce中： ```apex insert caseRequest; ``` ### 3. 更新购物车记录 假设你有一个购物车记录需要更新，你可以这样做： ```apex Cart__c cart = [SELECT Id FROM Cart__c WHERE Id = :cartId LIMIT 1]; cart.Status__c = 'Processed'; // 假设你要将购物车的状态更新为“已处理” update cart; ``` ### 4. 设置成功变量 最后，你需要将`res.success`设置为`true`，表示操作成功： ```apex res.success = true; ``` ### 完整代码示例 结合以上步骤，完整的代码可能如下所示： ```apex // 创建案例并设置字段值 Case caseRequest = new Case(); caseRequest.Origin = 'Web'; caseRequest.Reason = 'Technical Support'; caseRequest.Type = 'Problem'; caseRequest.Subject = 'Issue with Product'; caseRequest.Source_Cart__c = cartId; caseRequest.ContactId = contactId; caseRequest.AccountId = accountId; // 插入案例记录 insert caseRequest; // 更新购物车记录 Cart__c cart = [SELECT Id FROM Cart__c WHERE Id = :cartId LIMIT 1]; cart.Status__c = 'Processed'; update cart; // 设置成功变量 res.success = true; ``` ### 总结 这段代码的核心是创建一个案例记录，设置相关字段的值，并将其插入到Salesforce中。然后，它更新了一个购物车记录，并设置了一个成功标志。你可以根据实际需求调整字段的值和逻辑。 希望这个解释对你有帮助！如果有任何问题，随时问我。

  ▶ 播放视频 查看详情
• 42

  Knowledge Check - 151

  第 151 页

  同学们，现在我们来做一个小小的知识检查。别担心，这不是考试，只是为了帮助大家巩固一下我们刚刚学到的内容。我会问几个简单的问题，看看大家是不是都理解了。准备好了吗？那我们开始吧！ 第一个问题：Salesforce是什么？对，它是一个客户关系管理（CRM）平台，帮助企业管理和分析客户互动。 第二个问题：Salesforce的主要功能有哪些？没错，它包括销售管理、客户服务、市场营销自动化等等。 最后一个问题：为什么企业会选择使用Salesforce？很好，因为它可以帮助企业提高效率、增强客户满意度，并且通过数据分析做出更明智的决策。 大家都回答得很好！如果还有任何疑问，随时可以问我。我们继续学习更多有趣的内容吧！

  ▶ 播放视频 查看详情