Lesson 7: Knowledge Check

1

第 189 页

同学们，今天我们来聊聊Salesforce中的表单定义和对象扩展。首先，表单定义确实描述了您需要的表单数据和要使用的系统对象。这个说法是正确的。表单定义帮助您确定在Salesforce中收集哪些数据，以及这些数据将存储在哪个系统对象中。接下来，我们来看第二个陈述：通过添加新属性来扩展现有系统对象比创建新的自定义对象更可取。这个说法也是正确的。在Salesforce中，扩展现有系统对象通常比创建全新的自定义对象更高效。这样做可以减少复杂性，保持数据的一致性，并且更容易维护。所以，总结一下，第一个陈述是正确的，第二个陈述也是正确的。希望这能帮助大家更好地理解Salesforce中的表单定义和对象扩展。如果有任何疑问，随时提问哦！

查看详情

2

Course Roadmap

第 190 页

同学们，今天我们来聊聊Salesforce B2C商务云的开发课程路线图。这个课程会带你一步步掌握如何使用Storefront参考架构来构建一个强大的B2C电商平台。首先，我们会从基础开始，了解什么是ISML。ISML是Salesforce B2C商务云中用来创建动态网页的模板语言。你可以把它想象成一种特殊的HTML，它允许你在网页中插入动态内容，比如产品信息、用户数据等。接下来，我们会学习内容插槽。内容插槽是页面上的特定区域，你可以在这些区域插入不同的内容模块。比如，你可以在首页的顶部插槽插入一个促销横幅，或者在产品页面的侧边栏插槽插入一个推荐产品列表。然后，我们会进入页面设计师的学习。页面设计师是一个强大的工具，它允许你通过拖放的方式设计和定制你的电商页面。你可以轻松地调整页面布局，添加或删除内容模块，甚至可以为不同的用户群体创建个性化的页面体验。最后，我们会过渡到第8课，那里会有更多高级的内容等着你去探索。记住，每一步都是构建你电商平台的重要一环，所以不要急于求成，慢慢来，确保你完全理解了每一个概念。好了，这就是我们今天的课程路线图。希望你们能跟上节奏，享受学习的过程。如果有任何问题，随时提问，我会在这里帮助你们。加油！

查看详情

3

Hooks

第 192 页

今天我们来聊聊Salesforce中的“钩”（Hook）。在Salesforce开发中，钩通常指的是在特定事件发生时自动执行的代码。你可以把它想象成一个触发器，当某个条件满足时，它就会“钩住”这个事件，然后执行你预先设定的操作。举个例子，假设你希望在某个记录被创建或更新时，自动发送一封邮件通知相关人员。这时候，你就可以使用一个“钩”来实现这个功能。具体来说，你可以编写一个触发器（Trigger），当记录被创建或更新时，这个触发器就会自动执行，发送邮件。钩的好处是它可以自动化很多重复性的任务，节省你的时间和精力。而且，它还可以确保某些操作在特定条件下一定会被执行，减少了人为疏忽的可能性。总结一下，钩就是Salesforce中的一种自动化工具，它可以在特定事件发生时自动执行你设定的操作。希望这个解释能帮助你更好地理解钩的概念。如果你有任何问题，随时问我哦！

查看详情

4

Hooks - 193

第 193 页

让我们来聊聊Salesforce中的“挂钩”（Hooks）。挂钩其实就像是一个触发器，它可以在某个特定事件发生时自动执行一些操作。你可以把它想象成一个自动化的助手，帮你完成一些重复性的任务。首先，我们来解释一下什么是“挂钩”。在Salesforce中，挂钩通常用于在某个事件发生时触发一些自定义的逻辑。比如，当客户提交了一个表单，你可以设置一个挂钩，自动发送一封欢迎邮件给这个客户。接下来，我们来看看如何创建一个自定义挂钩。假设你有一个需求：当客户注册了你的时事通讯时，你希望自动发送一封欢迎邮件。你可以通过以下步骤来实现： 1. ，确定触发事件，：在这个例子中，触发事件就是客户提交了注册表单。 2. ，编写逻辑，：你需要编写一段逻辑，比如使用Apex代码，来定义当这个事件发生时应该做什么。在这个例子中，逻辑就是发送一封欢迎邮件。 3. ，创建挂钩，：在Salesforce中，你可以通过创建一个触发器（Trigger）或者使用Process Builder、Flow等工具来实现这个挂钩。触发器会在特定事件发生时自动执行你定义的逻辑。最后，我们来谈谈如何确定运行多个挂钩的方面。有时候，你可能需要在同一个事件发生时执行多个操作。比如，除了发送欢迎邮件，你还想在客户注册时更新他们的客户记录。这时，你可以创建多个挂钩，每个挂钩负责一个特定的任务。Salesforce会按照你定义的顺序依次执行这些挂钩。总结一下，挂钩是一个非常强大的工具，可以帮助你自动化很多业务流程。通过创建自定义挂钩，你可以在特定事件发生时自动执行一些操作，比如发送邮件、更新记录等。而通过合理设计，你还可以让多个挂钩协同工作，完成更复杂的任务。希望这个解释对你有帮助！如果你有任何问题，随时问我哦。

查看详情

5

Hook

第 194 页

今天我们来聊聊Salesforce B2C Commerce中的一个非常有趣的功能——挂钩（Hooks）。挂钩就像是你在应用程序流程中设置的小小“触发器”，它们可以在特定的时刻或事件发生时，自动调用一些功能。这就像是你在厨房里设置了一个定时器，当时间到了，它就会提醒你该做什么。在Salesforce B2C Commerce中，我们主要使用两种挂钩：OCAPI挂钩和定制挂钩。首先，OCAPI挂钩。OCAPI是Salesforce提供的一套API，它允许你的应用程序与Salesforce B2C Commerce进行交互。通过OCAPI挂钩，你可以在特定的OCAPI调用之前或之后，自动执行一些脚本。这就像是你在打电话之前或之后，自动发送一条短信。然后，我们还有定制挂钩。这些挂钩是你自己定义的，你可以使用B2C Commerce的脚本系统包中的Hookspel类方法来调用它们。这意味着你可以在你的店面代码中设置这些挂钩，然后在OCAPI或店面代码中访问它们。这种灵活性使得定制挂钩非常适合用于基于同一网站的多通道应用程序集的功能。总的来说，挂钩是一个非常强大的工具，它可以帮助你在Salesforce B2C Commerce中实现更复杂、更灵活的功能。希望这个解释能帮助你更好地理解挂钩的概念和使用方法。

查看详情

6

Hook Definition

第 195 页

让我们来聊聊这个关于挂钩（hooks）的定义。首先，想象一下，挂钩就像是你家里的一个开关，它可以控制某些设备的工作方式。在编程世界里，挂钩也是类似的，它们是一些特殊的函数或脚本，可以在特定的时刻被自动调用，来改变或增强程序的行为。现在，我们来看一下你提到的这个例子。在这个例子中，挂钩的定义是放在一个叫做`Package.json`的文件里的。这个文件就像是项目的“说明书”，它告诉项目需要哪些东西，以及这些东西怎么用。在这个“说明书”里，有一个特别的键（key），叫做`hooks`，它的作用是指向一个具体的挂钩文件。这个挂钩文件的位置是在`./Friendge/scripts/hooks.json`。这里的`./`表示的是当前目录，也就是说，这个挂钩文件是放在项目的`Friendge/scripts/`目录下的。有一点需要注意的是，挂钩和控制器（controller）是不一样的。控制器可以直接处理请求（req）和响应（res），但挂钩不行。挂钩更像是一个幕后工作者，它们在特定的时刻默默地做一些事情，而不是直接和用户交互。最后，`Package.json`文件通常位于项目的根目录下，比如你提到的`app_storefront_base`。这个文件是项目的核心之一，它包含了项目的配置信息和依赖关系。总结一下，挂钩是通过`Package.json`文件中的`hooks`关键字来定义的，它们指向具体的挂钩文件，这些文件在特定的时刻被调用，来改变或增强程序的行为。挂钩不能直接处理请求和响应，它们更像是幕后工作者。希望这个解释能帮助你更好地理解挂钩的概念！

查看详情

7

Sample Code for hooks.json

第 196 页

让我们来聊聊这个`hooks.json`的示例代码。首先，`hooks.json`文件是用来定义一些特定的扩展点的，这些扩展点可以让你在特定的时刻运行一些脚本。你可以把它想象成一个触发器，当某个事件发生时，它就会自动执行你预先设定好的脚本。在这个示例中，`hooks.json`文件通过`hooks`关键字指向了一个叫做`cart`的目录中的`calculate.js`脚本。这个脚本的作用是计算购物车中的商品总价。具体来说，`hooks.json`文件的内容可能是这样的： ```json { "hooks": { "calculateCart": "scripts/hooks/cart/calculate.js" } } ``` 这里，`calculateCart`是一个唯一命名的扩展点，它指向了`scripts/hooks/cart/calculate.js`这个脚本。当这个扩展点被触发时，`calculate.js`脚本就会被执行。 `calculate.js`脚本可以是一个CommonJS模块，这意味着你可以使用`require`和`module.exports`来组织你的代码。比如： ```javascript // scripts/hooks/cart/calculate.js module.exports = function calculateCart() { // 这里写计算购物车的逻辑 console.log('计算购物车中的商品总价...'); }; ``` 这样，当`calculateCart`扩展点被触发时，`calculate.js`脚本中的代码就会被执行，从而完成购物车商品总价的计算。总结一下，`hooks.json`文件通过定义扩展点和脚本的对应关系，让你可以在特定的时刻自动执行一些逻辑。这个示例展示了如何通过`hooks.json`文件来调用一个计算购物车的脚本。希望这个解释对你有帮助！

查看详情

8

Hooks: A Real World Example

第 198 页

让我们来聊聊胡克斯（Hooks）在现实世界中的应用，特别是通过一个具体的例子来理解它是如何工作的。想象一下，你有一个在线商店，销售两种产品：一种是普通的底座，另一种是可以定制的礼品卡。这两种产品的税收处理方式是不同的：底座需要缴纳常规的销售税，而礼品卡则是免税的。当顾客在购物车中添加了这两种产品，并准备结账时，系统需要计算整个购物车的税款。这里，胡克斯（Hooks）就派上了用场。胡克斯管理器可以召集一个活动，这个活动会从所有注册的点调用相应的计算方法。在我们的例子中，有两个注册点：一个在礼品卡的卡带上，另一个在底座的卡带上。每个注册点都会执行自己的税收计算，然后将结果汇总起来。具体来说，`plugin_giftcards`和`app_storefront_base`这两个磁带（tape）都会注册到`dw.order.calculateTax`这个扩展点。当系统运行时，B2C Commerce会按照磁带在路径上出现的顺序，依次执行这些注册的胡克斯。每个磁带都可以为同一个胡克斯注册模块，系统会按照队列路径的顺序调用这些模块。这样，无论是底座的税收计算，还是礼品卡的免税处理，都能被正确地执行和汇总，确保购物车的税款计算准确无误。通过这个例子，我们可以看到胡克斯是如何在复杂的系统中协调不同的处理逻辑，确保每个部分都能按照既定的规则正确执行。希望这个解释能帮助你更好地理解胡克斯的工作原理和应用场景。

查看详情

9

OCAPI

第 199 页

今天我们来聊聊OCAPI，也就是Open Commerce API。这个API是Salesforce Commerce Cloud提供的一个强大的工具，它允许开发者通过编程的方式与Commerce Cloud进行交互。想象一下，你有一个在线商店，你想要从外部系统（比如一个移动应用或者一个第三方服务）来管理你的商品、订单或者客户信息。这时候，OCAPI就派上用场了。它提供了一系列的RESTful API，让你可以轻松地读取、创建、更新和删除这些数据。 OCAPI分为两个主要部分：Shop API和Data API。Shop API主要用于处理与购物相关的操作，比如浏览商品、添加购物车、下单等。而Data API则更偏向于数据管理，比如管理商品信息、库存、价格等。使用OCAPI的好处是，它非常灵活，可以让你根据自己的需求定制开发。而且，由于它是基于RESTful的，所以你可以使用任何支持HTTP请求的编程语言来调用它。总的来说，OCAPI是一个非常强大的工具，可以帮助你更好地管理和扩展你的在线商店。希望这个简单的介绍能帮助你理解OCAPI的基本概念。如果你有任何问题，随时问我哦！

查看详情

10

OCAPI - 200

第 200 页

今天我们来聊聊OCAPI，也就是开放商务API。想象一下，OCAPI就像是一座桥梁，它连接了你的应用程序和Salesforce Commerce Cloud系统。通过这座桥，你可以发送HTTP请求，就像是在桥上传递信息一样，来访问或修改系统里的资源。每个资源，比如一个产品或者一个订单，都有一个独特的地址，也就是URL。这个地址里还包含了API的版本号，这样系统就知道你使用的是哪个版本的API来交流。当你想要获取或者发送数据时，你可以通过请求的参数或者请求头来传递信息。有时候，数据会放在请求的体内，就像是一个包裹，里面装着结构化的JSON文档。 OCAPI其实分为几个不同的部分，每个部分都有它自己的用途。比如说，Shop API，它就像是商店的前台，允许顾客或者代表顾客的代理来购物和交互。然后是Data API，它更像是后台的管理员，允许你对系统资源进行创建、读取、更新和删除操作。最后是Meta API，它提供了一个API的详细说明书，告诉你API的所有功能和自定义属性。简单来说，OCAPI就是一套工具，让你能够通过编程的方式，与Salesforce Commerce Cloud系统进行交流和操作。希望这个解释能帮助你更好地理解OCAPI的作用和结构。

查看详情

11

Shop API

第 201 页

今天我们来聊聊Salesforce中的商店API，以及一个非常有趣的例子——无尽过道（Endless Aisle）。这个功能特别适合那些在实体店工作的销售专业人员，他们可以通过移动应用程序帮助客户订购店里暂时没有库存的商品。首先，商店API是什么？简单来说，它是一个允许客户或代理与Salesforce系统进行交互的工具。无论是客户自己购物，还是代理代表客户购物，商店API都能提供支持。现在，让我们来看看无尽过道这个例子。想象一下，你在一家实体店工作，客户看中了一件商品，但店里正好没有库存。这时候，你就可以使用无尽过道功能，通过移动应用程序为客户订购这件商品。这个功能的核心是升级后的Shop API，它允许根据商品的可用性信息进行搜索。具体来说，升级后的Shop API可以让你查询其他仓库或在线商店的库存情况，找到客户想要的商品，并直接下单。这样，即使店里没有现货，客户也能顺利买到心仪的商品。如果你对这个功能感兴趣，可以在GitHub上下载无尽过道的示例代码，自己动手试试看。通过这个示例，你可以更深入地理解Shop API的工作原理，以及如何在实际业务中应用它。总之，商店API和无尽过道功能为实体店提供了更多的灵活性和便利性，帮助销售专业人员更好地服务客户。希望这个讲解对你有帮助！

查看详情

12

Data API

第 202 页

让我们来聊聊Salesforce中的数据API和ERP集成。首先，数据API是一个非常强大的工具，它允许你对Salesforce系统中的资源进行创建、读取、更新和删除操作。简单来说，就是你可以通过这个API来管理和操作你的数据。现在，想象一下，如果你的公司使用了一个企业资源规划（ERP）系统来管理供应链中的库存数据，那么你可能会希望这些数据能够与Salesforce同步。这就是ERP集成发挥作用的地方。通过集成，你可以确保Salesforce中的库存数据与ERP系统中的数据保持一致。那么，这个集成是如何工作的呢？首先，你会调用Salesforce的数据API来获取所有产品的库存记录。这些记录包含了每个产品的库存数量、位置等信息。一旦你获取了这些数据，你就可以将它们与ERP系统中的数据进行比对和同步。这样，无论你在哪个系统中查看库存数据，都能得到一致和准确的信息。总结一下，数据API让你能够操作Salesforce中的数据，而ERP集成则确保这些数据与你的企业资源规划系统保持同步。这样，你的业务流程就能更加顺畅，数据管理也更加高效。希望这个解释对你有帮助！

查看详情

13

Meta API

第 203 页

让我们来聊聊Meta API和API Explorer这两个工具，它们在Salesforce的开放商务API（OCAPI）中扮演着非常重要的角色。首先，Meta API，你可以把它想象成一个图书馆的目录。当你走进一个图书馆，想要找一本书，你会先查看目录，对吧？Meta API就是这样的一个目录，但它不是用来找书的，而是用来检索所有可用的开放商务API的正式描述。这些描述包括了API的功能、如何使用它们，以及任何自定义的属性。这意味着，无论你是想了解一个API的基本信息，还是想看看它支持哪些自定义功能，Meta API都能提供给你详细的答案。接下来是API Explorer，这个工具就像是图书馆里的一个试读区。在这里，开发人员可以浏览和测试各种OCAPI API。想象一下，你找到了一本看起来不错的书，但在决定是否借阅之前，你可能想先翻翻看几页。API Explorer就提供了这样的机会，让开发人员在实际使用API之前，可以先进行测试和探索。这不仅帮助开发人员更好地理解API的功能，还能确保它们能满足项目的需求。那么，这两个工具是如何工作的呢？首先，你会启动Meta API来获取所有可用API及其版本的列表。这就像是你先查看图书馆的目录，了解有哪些书可以借阅。然后，你可以使用API Explorer来测试这些API，确保它们符合你的需求，就像在试读区翻阅书籍一样。总之，Meta API和API Explorer是Salesforce开放商务API生态系统中不可或缺的工具，它们帮助开发人员更有效地探索和利用API资源，确保开发过程既高效又符合需求。希望这个解释能帮助你更好地理解这两个工具的作用和重要性！

查看详情

14

OCAPI HTTP Methods

第 204 页

今天我们来聊聊Open Commerce API（OCAPI）中的HTTP方法。这些方法就像是我们在与服务器对话时使用的不同“动词”，每种方法都有它特定的用途和规则。首先，我们来看看，GET，方法。这个方法就像是你去图书馆借书，你只是去获取信息，不会对图书馆的书架做任何改变。所以，GET请求是非常安全的，它不会改变服务器的状态，也不会启动任何事务。接下来是，HEAD，方法。这个方法有点像GET，但它只获取信息的“头部”，也就是一些基本的描述信息，而不获取实际的内容。它同样非常安全，不会对服务器状态造成任何影响。然后是，DELETE，方法。这个方法就像是你从书架上拿走一本书。它是一个幂等操作，意味着无论你执行多少次，结果都是一样的。如果书已经被拿走了，服务器会告诉你“204 无内容”；如果书本来就不存在，它会告诉你“404 未找到”。，PUT，方法用于创建或更新资源。如果你用PUT方法创建了一个新的资源，服务器会返回“201 已创建”，并告诉你资源的位置。如果是更新资源，它会返回“200 成功”。，PATCH，方法则允许你只修改资源的一部分。这个方法既不是安全的，也不是幂等的，因为它可能会改变资源的状态，并且多次请求可能会产生不同的结果。，POST，方法通常用于创建新资源，但资源的具体标识符由服务器决定。它也可以用于执行一些特殊的操作，比如密码重置。POST方法既不安全，也不是幂等的，因为它可能会改变服务器状态，并且多次请求可能会有不同的结果。最后是，OPTIONS，方法。这个方法就像是询问服务器：“嘿，我能用哪些方法和你交流？”服务器会告诉你它支持哪些HTTP方法。这个方法也是完全安全的，不会改变服务器的状态。通过这些HTTP方法，我们可以灵活地与服务器进行交互，执行各种操作。希望这些解释能帮助你更好地理解OCAPI中的HTTP方法！

查看详情

15

OCAPI URL Syntax - Base URL

第 205 页

让我们来聊聊Open Commerce API（OCAPI）的URL结构，特别是基本URL的部分。想象一下，你要去一个大型购物中心，基本URL就像是购物中心的主入口，无论你要去哪个商店，都得先经过这个主入口。在OCAPI中，基本URL是所有API请求的起点。它就像是一个固定的地址，告诉系统：“嘿，我要从这里开始访问数据。”这个地址会根据你使用的是生产环境还是测试环境有所不同。生产环境就像是购物中心的正式营业时间，而测试环境则像是购物中心的试营业或者装修期间。基本URL的结构是这样的：它由几个部分组成。首先，有一个“api_type”，这就像是购物中心的不同区域，比如店铺区、数据区或者元数据区。然后，有一个“公共域”，这就像是购物中心的地址，比如“www.Example.com”。接下来是“子域”，这就像是购物中心的不同楼层或者区域，比如“staging.Store.Customer.demandware.net”。最后，还有一个“站点ID”，这就像是购物中心里的具体商店，比如“SiteGenesis”。所以，当你想要访问OCAPI的功能时，你需要先确定你要去哪个“区域”（api_type），然后找到正确的“地址”（公共域和子域），最后定位到具体的“商店”（站点ID）。这样，你就能顺利地开始你的API请求之旅了。希望这个比喻能帮助你更好地理解OCAPI的基本URL结构。如果你有任何问题，随时问我哦！

查看详情

16

OCAPI URL Syntax - Extended URL

第 206 页

让我们来聊聊OCAPI URL收件箱和扩展URL的一些关键概念。首先，我们得明白，OCAPI，也就是开放商务API，它允许我们通过URL来访问和管理电商平台上的各种资源，比如产品、订单、用户信息等。，版本ID，：每个OCAPI都有一个版本ID，这个ID决定了你能使用哪些资源类型、属性、关系类型和操作。简单来说，版本ID就像是API的“版本号”，不同的版本可能支持的功能会有所不同。新版本可能会增加新的资源类型，或者给现有的资源类型添加新的属性，甚至可能会淘汰一些旧的功能。，资源类型，：在OCAPI中，资源类型是基础，就像你在网上购物时看到的商品、购物车一样，这些都是资源类型的实例。每个资源类型都有它自己的属性、关系类型和可以执行的操作。比如，产品资源类型会有名称、价格等属性，而购物车资源类型则可能包含添加商品、删除商品等操作。，标识符，：每个资源实例都有一个唯一的标识符，这就像是每个商品的条形码，独一无二。通过这个标识符，我们可以精确地找到并操作特定的资源。例如，如果你想查看某个特定产品的详细信息，你可以在URL中使用这个产品的标识符来请求数据。总结一下，OCAPI的URL结构帮助我们通过版本ID、资源类型和标识符来精确地访问和操作电商平台上的各种资源。理解这些概念，就像是掌握了打开电商数据宝库的钥匙，让你能够更有效地管理和利用这些数据。希望这些解释能帮助你更好地理解OCAPI的工作原理！

查看详情

17

OCAPI URL Syntax - Extended URL, continued

第 207 页

让我们来聊聊OCAPI中的URL语法扩展部分。首先，我们来说说“多标识”。想象一下，你有一堆产品，每个产品都有自己的编号。如果你想一次性获取多个产品的信息，你可以在请求的URL中列出这些产品的编号。Open Commerce API会处理这个请求，并返回一个包含所有这些产品信息的数组。这就像你去超市，一次性买了好几样东西，收银员会给你一张包含所有商品信息的收据。接下来是“活动”。这里的活动，你可以理解为对某些特定资源或关系进行的特殊操作。比如，客户登录就是一个活动。这个活动是针对“客户”这个资源类型的，不是所有的资源类型都能进行登录操作。这就像你有一把钥匙，但这把钥匙只能打开特定的门，不是所有的门都能用这把钥匙打开。最后，我们来说说“关系类型”。在OCAPI中，有些资源是依赖于其他资源的。比如，产品链接（ProductLinks）就是依赖于产品（Product）的。这种依赖关系让我们可以在API中对一对多的关系进行建模。每种资源类型都可以定义自己独特的关系类型。这就像在一个大家庭中，每个成员都有自己的角色和关系，比如父母、子女、兄弟姐妹等，每种关系都是独特的。总结一下，OCAPI的URL语法扩展让我们能够更灵活地处理多个资源、执行特定操作，以及管理资源之间的复杂关系。希望这些解释能帮助你更好地理解OCAPI的工作原理。

查看详情

18

Resource Types

第 208 页

让我们来聊聊Salesforce B2C商务信息中心中的资源类型资源。想象一下，你正在使用一个非常强大的工具箱，这个工具箱里有很多不同的工具，每种工具都有它特定的用途。在Salesforce的世界里，这些“工具”就是所谓的“资源”。现在，假设你需要找到一些特定的资源，比如Shop API资源或者Data API资源。你可以把这些资源想象成是工具箱里的螺丝刀或者锤子，它们各自有不同的功能。Shop API资源可能帮助你管理在线商店的商品和订单，而Data API资源则可能让你能够访问和操作数据。为了找到这些资源的完整列表，你可以进入B2C商务信息中心，就像打开你的工具箱一样。在那里，你可以搜索Shop API资源或Data API资源，就像在工具箱里翻找你需要的那把螺丝刀或锤子。一旦你找到了这些资源，你就可以看到它们的完整列表，了解它们各自的功能和如何使用它们。所以，简单来说，资源类型资源就是Salesforce提供的一系列工具，帮助你完成不同的任务。通过搜索Shop API资源或Data API资源，你可以找到这些工具的完整列表，就像在工具箱里找到你需要的工具一样。希望这个比喻能帮助你更好地理解这个概念！

查看详情

19

Shop API Example

第 209 页

让我们来聊聊这个商店API的示例用例。想象一下，你是一个客户服务代理，你需要查看某个客户过去购买的商品。这个API就是来帮你做这件事的。首先，这个API允许你通过一个GET请求来获取客户购买的商品列表。具体来说，你需要提供客户的ID（customer_id）、产品列表的ID（list_id）、商品的ID（title_id）以及建筑物的ID（buildings）。这些信息就像是钥匙，帮你打开客户购买历史的大门。当你发送这个GET请求时，API会去查询数据库，找到这个客户在过去购买的所有商品，然后把它们列出来给你看。这样，你就可以轻松地了解客户的购买历史，帮助他们解决问题或者提供更好的服务。简单来说，这个API就像是一个智能助手，帮你快速找到客户过去的购买记录，让你能更高效地工作。希望这个解释对你有帮助！

查看详情

20

Shop API Example, continued

第 210 页

让我们一起来回顾一下这个商店API的示例。首先，我们来看一下请求的URL。这个URL是用来向服务器请求某个特定客户的某个特定产品列表中的某个特定项目的购买记录的。URL中的`4562`代表客户的ID，`5965`代表产品列表的ID，`6314`代表产品列表中的某个项目的ID。`客户端_id`是用于验证请求的客户端身份的一个参数。接下来，我们来看一下响应部分。响应是以JSON格式返回的，这是一种常用的数据交换格式。在这个响应中，有几个关键字段： - `计数`：这个字段表示返回的数据条数，这里显示的是0，意味着没有找到匹配的购买记录。 - `数据`：这是一个数组，里面包含了具体的购买记录。在这个例子中，数组是空的，因为`计数`是0。 - `总数`：这个字段表示总的购买记录数，这里也是0。每个购买记录对象包含以下几个字段： - `id`：购买记录的唯一标识符。 - `order_no`：订单编号。 - `产品_列表_项目_id`：产品列表中的项目ID。 - `builder_Name`：构建者的名称。 - `数量`：购买的数量。这个示例展示了如何通过API请求获取特定客户的购买记录，以及响应的数据结构。希望这个解释能帮助你更好地理解这个API的使用。如果有任何疑问，随时提问哦！

查看详情

21

Endless Aisle Example

第 211 页

让我们来聊聊这段代码。想象一下，你正在建造一座桥，这座桥连接了两个重要的地方：你的应用和Salesforce的数据。这段代码就是这座桥的设计图。首先，我们确定了桥的起点和终点。起点是你的应用，终点是Salesforce的某个特定位置。我们使用了一个叫做“HTTPS”的协议，这就像是桥的材质，确保数据传输的安全。接下来，我们添加了一些标识，比如客户端ID，这就像是桥上的标志，告诉Salesforce是谁在请求数据。我们还设置了一个特殊的标志，叫做“endless aisle”，这个标志告诉Salesforce我们想要获取更多的数据，就像是在桥上设置了一个特殊的通道，可以让我们获取更多的信息。然后，我们注意到有些操作，比如PUT、DELETE和PATCH，在生产环境中是不被允许的。这就像是桥上有一些限制，我们不能随意改变桥的结构。所以，如果我们需要做这些操作，我们会把它们改成POST，并添加一个特殊的标志，告诉Salesforce我们实际上想要做什么。最后，我们创建了一个网络客户端，这就像是桥上的交通工具，它会根据我们的需求，选择GET或POST的方式，去获取或发送数据。当数据到达时，我们会有一个函数来处理这些数据，这就像是桥的另一端有一个接收站，负责处理到达的货物。这就是这段代码的大致意思，它帮助我们安全、有效地与Salesforce进行数据交换。希望这个比喻能帮助你更好地理解这段代码的工作原理。

查看详情

22

Data API Example

第 212 页

让我们来聊聊这个数据API的示例用例。想象一下，你有一个营销应用程序，这个应用程序需要和Salesforce系统进行集成，目的是为了确保你的电子邮件活动总是使用最新的客户列表。这听起来是不是很有用呢？那么，具体怎么操作呢？首先，你的营销应用程序会触发一个数据API的调用。这个调用的目的是去读取现有的客户列表。这个过程是通过一个GET请求来完成的。GET请求是HTTP协议中的一种方法，用来从服务器获取数据。在这个例子中，GET请求的路径是`/customer_lists/{list_id}`。这里的`{list_id}`是一个占位符，代表你想要获取的特定客户列表的ID。当你发送这个GET请求时，你需要把`{list_id}`替换成实际的列表ID。简单来说，这个过程就是：你的营销应用程序告诉Salesforce，“嘿，给我这个特定ID的客户列表”，然后Salesforce就会返回给你最新的客户数据。这样，你的电子邮件活动就能使用最新的客户信息了，是不是很方便呢？希望这个解释能帮助你理解这个数据API的用例。如果有任何问题，随时问我哦！

查看详情

23

Data API Example, continued

第 213 页

让我们来聊聊这个数据API的示例。首先，我们来看一下这个请求的URL。这个URL是用来访问Salesforce Commerce Cloud中的一个特定客户列表的。URL的结构是这样的： ``` https://demo-ocapi.demandware.net/s/-/dw/data/v20_4/customer_lists/2345?客户端_id= aaaaaaaaaaaaaaaaaaaaaaaaa ``` 这里有几个关键部分需要理解： 1. ，基础URL，：`https://demo-ocapi.demandware.net/s/-/dw/data/v20_4/` 这是API的基础地址，所有的请求都会从这里开始。 2. ，资源路径，：`customer_lists/2345` 这部分指定了我们想要访问的资源类型和具体的资源ID。在这个例子中，我们想要访问的是ID为2345的客户列表。 3. ，查询参数，：`?客户端_id= aaaaaaaaaaaaaaaaaaaaaaaaa` 这是一个查询参数，用来验证请求的客户端身份。每个客户端都有一个唯一的ID，这个ID在这里被用来确保请求是来自一个合法的客户端。接下来，我们来看一下响应部分。响应是一个JSON格式的数据，结构如下： ```json { “id”：“字符串” } ``` 这个响应非常简单，只包含了一个字段`id`，它的值是一个字符串。这个字符串通常代表了请求的资源ID，也就是我们之前提到的2345。最后，讲师还提到了一点，就是在我们的沙箱环境中，`list_id`通常是`RefArch`或`RefArch Global`。这意味着在测试环境中，我们可能会用这些特定的ID来模拟客户列表。总结一下，这个示例展示了如何通过API请求访问特定的客户列表，并且如何通过响应获取到该列表的ID。希望这个解释能帮助你更好地理解Salesforce Commerce Cloud的API使用。如果有任何疑问，随时提问哦！

查看详情

24

Meta API Example

第 214 页

让我们来聊聊这个Meta示例用例。想象一下，你是一个开发人员，手里有一堆API，每个API都有不同的版本。你需要一个工具，能够让你轻松地查看这些API的所有版本以及它们的状态。这就是Meta API的用武之地。首先，你需要启动Meta API。这个API的作用就是帮你检索给定API的所有现有版本及其状态。你可以把它想象成一个图书馆的管理员，你只需要告诉它你想要哪本书（也就是哪个API），它就会告诉你这本书的所有版本以及它们的状态（比如，是已经出版还是正在编写中）。具体操作是这样的：你发送一个GET请求到`/rest/{api_Name}`这个路径。这里的`{api_Name}`就是你要查询的API的名字。比如，如果你想知道一个叫“UserAPI”的API的所有版本，你就发送一个GET请求到`/rest/UserAPI`。 Meta API收到你的请求后，会去查找这个API的所有版本，并把它们的状态信息返回给你。这样，你就可以轻松地知道这个API的各个版本是处于什么状态了。简单来说，Meta API就是一个帮你管理API版本的工具，让你不再为查找API版本而头疼。希望这个解释对你有帮助！

查看详情

25

Meta API Example, continued

第 215 页

同学们，让我们一起来回顾一下这个Meta API的示例。这个示例展示了一个请求的URL和它的响应格式。首先，我们来看这个URL： ``` https://demo-ocapi.demandware.net/s/-/dw/meta/v99_9/rest/shop?客户端_id= aaaaaaaaaaaaaaaaaaaaaaaaa ``` 这个URL是用来请求某个商店的元数据信息的。`客户端_id`是一个参数，这里用了一串`a`字符作为示例，实际使用时应该替换为有效的客户端ID。接下来，我们来看响应的格式，它是一个JSON格式的数据： ```json { “版本”：[ { “link”：“字符串”， “名称”：“字符串”， “状态”：“字符串” } ] } ``` 这个响应告诉我们，返回的数据包含一个名为“版本”的数组。数组中的每个元素都是一个对象，包含三个字段： - `link`：这是一个字符串，表示某个资源的链接。 - `名称`：这也是一个字符串，表示这个资源的名称。 - `状态`：同样是一个字符串，表示这个资源的状态。简单来说，这个API请求返回了一个列表，列表中每一项都包含了资源的链接、名称和状态信息。希望这个解释能帮助大家更好地理解这个Meta API的示例。如果有任何问题，随时提问哦！

查看详情

26

Override HTTP Method

第 216 页

同学们，今天我们来聊聊HTTP方法，特别是那些在Web开发中常用的方法。你们可能已经知道，HTTP方法有很多种，比如GET、POST、PUT、DELETE等等。但在某些情况下，比如使用AJAX框架时，可能只支持GET和POST这两种方法。这就有点限制了，对吧？不过，Open Commerce API提供了一个聪明的解决方案。它允许我们通过POST请求来“模拟”其他HTTP方法。这就是所谓的“方法重写”。具体来说，它支持RST、HEAD、OPTIONS、UTE和PATCH这些方法的重写。那么，怎么实现这个重写呢？有两种方式：第一种是通过查询字符串。你可以在请求的URL后面加上一个参数，比如`method=PUT`，这样即使你发送的是POST请求，服务器也会把它当作PUT请求来处理。注意，这里的`method`参数的值要大写哦。第二种方式是通过HTTP头。你可以在请求的头部添加一个特殊的字段，叫做`x-DW-http-system-override`，然后把你想重写的方法名（同样要大写）放在这个字段的值里。比如，如果你想模拟一个DELETE请求，你可以设置`x-DW-http-system-override: DELETE`。这两种方式都可以让你在只支持GET和POST的环境中，灵活地使用其他HTTP方法。这在开发复杂的Web应用时非常有用。好了，这就是今天的内容。希望你们能理解并记住这两种方法重写的技巧。下次我们在实际项目中遇到类似问题时，就可以灵活运用了。

查看详情

27

Client ID

第 217 页

同学们，今天我们来聊聊客户ID在API请求中的重要性。想象一下，客户ID就像是你进入一个高级俱乐部的会员卡。没有这张卡，你就进不去，对吧？同样地，当你的应用程序想要与Salesforce的服务器进行对话时，它也需要出示这张“会员卡”——也就是客户ID。这个客户ID可以通过几种方式传递给服务器：你可以把它放在一个叫做Bearer令牌的特殊通行证里，或者直接作为请求的一部分，就像你在填写一个在线表格时输入的信息一样，还可以放在HTTP头里，这就像是你在寄信时写在信封上的地址。但是，如果你同时用了好几种方式来传递这个客户ID，服务器会按照一定的顺序来决定使用哪一个。这个顺序是：首先看Bearer令牌，如果那里没有，就看请求参数，最后才看HTTP头。这就像是如果你同时给了门卫好几张会员卡，他会先看最正式的那张。如果你忘了带会员卡，也就是没有提供客户ID，那么服务器就会告诉你：“不行，你不能进来。”这就像是服务器返回了一个HTTP状态400的错误，意思是“坏请求”。最后，这张幻灯片上显示的客户ID是一个通用的客户ID，你可以在任何沙箱环境中使用它。沙箱就像是Salesforce的练习场，你可以在这里测试你的应用程序，而不用担心影响到真实的数据。所以，记住，客户ID是你与Salesforce服务器沟通的关键，确保每次请求都带上它，这样你的应用程序就能顺利地与Salesforce进行交互了。

查看详情

28

OCAPI Settings

第 218 页

今天我们来聊聊Salesforce中的OCAPI设置。OCAPI，也就是Open Commerce API，是Salesforce提供的一个强大的工具，它允许开发者通过API与Salesforce Commerce Cloud进行交互。首先，OCAPI设置是用来管理各种功能的，比如控制哪些OCAPI客户端有权限访问系统，以及如何控制OCAPI的缓存机制。这些设置都是在业务管理器中配置的。要配置OCAPI设置，你需要编辑一个或多个JSON格式的文档。这些文档定义了具体的设置内容。你可以为单个网站（也就是特定网站）或者所有网站（全球）来定义这些客户端设置和权限。这意味着，如果你有多个网站，你可以为每个网站单独设置权限，或者为所有网站设置统一的权限。在使用OCAPI之前，你必须先配置客户端的权限。这些权限决定了客户端应用程序可以读取或写入哪些资源。默认情况下，没有任何权限是被授予的。如果客户端应用程序尝试访问没有权限的资源，OCAPI会拒绝这个请求，并返回一个401（未授权）的HTTP状态码。简单来说，OCAPI设置就是帮助你控制谁可以访问你的系统，以及他们可以做什么。通过合理配置这些设置，你可以确保系统的安全性和数据的完整性。希望这能帮助你更好地理解OCAPI设置的重要性和基本操作。如果有任何疑问，随时提问哦！

查看详情

29

Code Review: JSON Document

第 219 页

今天我们来聊聊代码审查中的SON文档。首先，SON文档是一种非常常见的键-值对数据格式，它看起来就像是一对大括号里面包含了很多“键”和“值”的组合。每个键和值之间用冒号连接，而不同的键-值对之间则用逗号隔开。比如，你可能会看到这样的结构：“name”：“John”，“age”：30，“city”：“New York”。在这个例子中，我们使用SON文档来设置基于资源的客户端权限。这主要是为了控制你的应用程序如何访问新商务API的端点。通过这种方式，你可以精确地定义哪些资源可以被访问，哪些不可以，从而确保应用的安全性和效率。在设置这些权限时，你需要仔细检查每个键-值对，确保它们正确地反映了你的安全需求和业务逻辑。比如，如果你不希望某个特定的客户端访问用户数据，你就可以在SON文档中明确地设置这一点。总之，SON文档是一个强大的工具，可以帮助你管理和控制应用程序的访问权限。通过仔细的代码审查，你可以确保所有的设置都是正确和安全的。希望这个解释对你有帮助！如果有任何疑问，随时提问哦！

查看详情

30

OCAPI Hooks

第 220 页

让我们来聊聊OCAPI Hooks和它们在Salesforce B2C Commerce中的使用。首先，OCAPI Hooks是一种服务器端脚本函数，它们通常在执行HTTP方法之前或之后被调用。想象一下，你正在使用SHOP API，这是一个用于电子商务的API，允许你与Salesforce B2C Commerce平台进行交互。当你使用SHOP API时，你可能需要在执行某些操作之前或之后做一些额外的事情。比如，你可能想在用户添加商品到购物车之前检查库存，或者在订单提交之后发送一封确认邮件。这就是OCAPI Hooks派上用场的地方。在B2C Commerce信息中心中，你可以搜索到OCAPI Hooks的相关信息。这些Hooks允许你在特定的HTTP方法执行前后插入自定义的逻辑。例如，你可以在`POST`请求之前添加一个Hook来验证数据，或者在`GET`请求之后添加一个Hook来记录日志。举个例子，假设你有一个SHOP API的资源，比如`/cart`，你可以在用户向购物车添加商品之前使用一个Hook来检查库存。如果库存不足，你可以阻止这个操作并返回一个错误消息。讲师在这里提醒我们，OCAPI Hooks是可用的，并且建议我们回顾一下示例代码，以便更好地理解它们是如何工作的。同时，查阅官方文档也是一个好主意，因为文档中会有更详细的说明和更多的示例。总之，OCAPI Hooks是一个强大的工具，可以帮助你在Salesforce B2C Commerce中实现更复杂的业务逻辑。通过使用它们，你可以在API调用前后执行自定义代码，从而更好地控制和管理你的电子商务流程。

查看详情

31

API Explorer

第 222 页

今天我们来聊聊API Explorer这个工具。想象一下，API Explorer就像是一个探索API世界的望远镜，它让开发者能够轻松地查看和理解各种API的功能。首先，API Explorer允许你浏览和审查API。这就像是你在图书馆里翻阅书籍的目录，你可以看到API提供了哪些功能，每个功能需要什么样的输入，以及会返回什么样的结果。这样，你就可以在编写代码之前，对API有一个全面的了解。其次，API Explorer还允许你通过启动请求来测试API。这就像是你在图书馆里借了一本书，然后开始阅读。你可以通过发送请求来调用API的功能，看看它是否按照预期工作。这对于调试和验证你的代码非常有帮助。 API Explorer是基于Swagger-UI构建的，这是一个非常流行的API文档工具。它使用了Swagger 2.0规范，这是由Meta API提供的一种标准，用来描述和定义API的结构和行为。总的来说，API Explorer是一个非常有用的工具，它可以帮助开发者更高效地使用和理解API，从而加快开发速度，减少错误。希望这个简单的介绍能帮助你更好地理解API Explorer的作用和重要性。

查看详情

32

API Explorer Demo

第 223 页

今天我们来聊聊如何使用Salesforce的API资源管理器来浏览和测试API。这个过程其实很简单，我会一步步带你走一遍。首先，你需要登录到API资源管理器。确保你的用户账户有文档用户角色，这样你才能访问所有必要的资源。登录后，导航到https://api-explorer.commercecloud.salesforce.com这个网址。在这里，你需要通过客户经理验证你的身份，这一步是为了确保安全。验证通过后，你就可以开始浏览API了。API资源管理器提供了几种类型的API，比如商店、数据和元数据API。你可以根据需要选择一个。比如，如果你选择了数据API，你会看到一个列表操作，展开这个操作，你可以看到更多的详细信息。接下来，我们来启动一个请求。首先，从“选择新的API”下拉列表中选择“数据”。这会刷新页面，并在版本下拉列表中显示数据API的可用版本。选择一个版本，比如20.3，这样页面就会显示这个版本的数据API中的资源。然后，选择一个资源，比如“目录”，它会展开显示可用的端点。选择一个操作，比如“获取/目录/{Catalog_id}”，这会展开显示这个端点的详细信息。在“目录_id”参数中输入一个具体的目录名称，比如“电子产品-目录名称”。最后，点击“试用”来启动请求。如果一切顺利，你会看到一个HTTP响应代码200，这表示请求成功，并且页面上会显示有关指定目录的详细信息。这就是使用Salesforce API资源管理器的一个基本流程。希望这能帮助你更好地理解和使用Salesforce的API。如果有任何疑问，随时问我！

查看详情

33

Jobs

第 227 页

工作，简单来说，就是我们在日常生活中为了达成某个目标而进行的活动。在Salesforce的世界里，工作通常指的是使用这个平台来管理客户关系、销售流程、市场营销活动等。想象一下，你是一个销售员，每天要联系客户、跟进销售机会、记录交易信息。在Salesforce中，所有这些活动都可以被系统化、自动化，让你能更高效地完成工作。比如，你可以设置提醒来跟进潜在客户，或者自动生成报告来分析销售数据。这样，你就能把更多的时间花在真正重要的事情上，比如与客户建立更深的关系，而不是被繁琐的日常事务所困扰。Salesforce就像是一个强大的助手，帮助你更好地完成工作，提升效率。

查看详情

34

Jobs - 228

第 228 页

让我们来聊聊Salesforce中的作业和流程。想象一下，作业就像是你一天的工作计划，而流程就是完成这个计划的具体步骤。首先，每个作业都包含一个或多个流程。你可以把流程看作是完成作业的小任务。每个流程又包含一个或多个步骤，这些步骤就是具体要做的事情。流程控制着这些步骤的执行顺序，确保每件事都按部就班地进行。每个作业至少需要一个流程，而每个流程至少需要一个步骤。步骤是作业的核心，它告诉作业具体要做什么。Salesforce提供了一些现成的系统作业步骤，这些步骤可以直接使用，不需要额外的编码。但如果这些系统步骤不能满足你的需求，那么开发人员就需要创建自定义的作业步骤。简单来说，作业是一个大任务，流程是完成这个大任务的小任务，而步骤就是具体要做的事情。通过这种方式，Salesforce帮助你高效地管理和执行各种任务。

查看详情

35

Job Flows

第 229 页

让我们来聊聊Salesforce中的工作流程和流控制。想象一下，你正在组织一个大型的家庭聚会。你需要准备食物、装饰房间、安排座位等等。这些任务可以按照一定的顺序来执行，也可以同时进行。在Salesforce中，我们也是这样管理任务的，通过配置“流”来控制任务的执行顺序。首先，我们有“顺序流”，这就像是你必须先准备好食材，然后才能开始烹饪。顺序流中的任务是一个接一个地执行的，确保每一步都完成后，再进行下一步。然后，我们有“并行流”，这就像是你可以同时让几个人一起装饰房间和准备音乐。并行流中的任务是同时进行的，这样可以节省时间，提高效率。在实际的工作中，我们经常会把顺序流和并行流结合起来使用。比如，你可以先让几个同事同时下载不同的文件（这是并行流），然后等所有文件都下载完成后，再按顺序导入这些文件（这是顺序流）。接着，可能还需要下载更多的文件，再导入，最后可能还需要做一些整理和复制的工作。每个工作流程至少需要一个流，每个流至少需要一个步骤。通过合理地配置这些流，我们可以确保任务按照我们期望的顺序和方式执行，从而提高工作效率，确保每个步骤都准确无误。所以，就像组织家庭聚会一样，通过精心设计的流程，我们可以确保Salesforce中的任务也能顺利进行，达到预期的效果。希望这个比喻能帮助你更好地理解Salesforce中的工作流程和流控制。

查看详情

36

Job Flow Scope

第 230 页

大家好，今天我们来聊聊Salesforce中的工作流作用域。想象一下，你有一个工具箱，每个工具都有它特定的用途和适用的场景。在Salesforce中，每个工作流（我们称之为“流”）也有它自己的作用域，这决定了它能在哪里使用。首先，流的作用域可以是整个组织，这意味着它可以在公司的任何地方运行。或者，它可以是所有店面站点，这样它就能在所有面向顾客的网站上运行。如果你只想在特定的店面站点上运行流，你也可以选择特定站点。还有一种情况是，当你使用OCAPI数据API传递站点信息时，流可以在你指定的站点上运行。但是，不是所有的流步骤都能在所有作用域下运行。比如，有些步骤只能在站点上下文中执行，而有些则只能在组织上下文中执行。如果你不小心把不支持的步骤分配给了流，系统会显示错误，提醒你调整。当你配置一个顺序流为多个站点运行时，只要系统资源允许，这些流会并行执行，这样可以大大提高效率。在创建作业流时，你需要选择一个作用域选项。如果你选择“组织”，流会为常规执行流程运行。选择“所有Storefront站点”，流会在所有可用的店面站点上执行，但不会在Business Manager站点或待删除的站点上运行。如果你选择“特定站点”，流就只在你选定的店面站点上执行。最后，如果你选择“站点参数”，流会在你通过OCAPI数据API传递的站点上执行，但这时你不能从Business Manager执行或自动安排这个作业。希望这能帮助你更好地理解Salesforce中工作流的作用域。如果有任何疑问，随时提问哦！

查看详情

37

Job Steps

第 231 页

让我们来聊聊Salesforce中的作业步骤。想象一下，作业步骤就像是烹饪食谱中的每一步指示。它们告诉系统在作业流程中需要完成哪些具体任务。每个作业流程至少需要一个步骤，就像每道菜至少需要一步操作一样。 Salesforce提供了一些现成的系统作业步骤，这些步骤就像是预制的调料包，你可以直接使用，不需要自己从头开始制作。这些系统步骤覆盖了很多常见的操作，比如发送邮件、更新记录等。但是，如果你需要做一些特别的操作，而这些系统步骤又无法满足你的需求，那么你就需要请开发人员来帮忙了。他们会为你创建自定义的作业步骤，就像是为你量身定制的特殊调料，确保你的作业流程能够完美运行。所以，作业步骤是作业流程中的关键部分，它们确保了每个任务都能按照计划顺利进行。无论是使用现成的系统步骤，还是开发自定义步骤，目的都是为了帮助你更高效地完成工作。

查看详情

38

Job Parameters

第 232 页

让我们来聊聊Salesforce中的作业参数。想象一下，你在做一个大项目，这个项目被分成了好几个小步骤。每个步骤都需要一些特定的信息，比如日期、数字或者文本。这些信息就是作业参数。现在，假设你在第一步设置了一个作业参数，比如一个日期。然后，在接下来的几个步骤中，你都需要用到这个日期。如果这个日期需要更改，你不需要每个步骤都去改一次。你只需要在最初设置这个参数的地方改一次，所有用到这个参数的步骤都会自动更新。这就像是你有一个遥控器，可以一次性控制所有的灯，而不是每个灯都要单独去开关。但是，这里有一个小细节要注意：你只能在那些和最初设置参数类型相同的步骤中使用这个参数。比如，如果你最初设置的是一个日期参数，那么你只能在那些需要日期参数的步骤中使用它，不能在需要数字或文本的步骤中使用。所以，作业参数是一个非常方便的工具，可以帮助你在多个步骤中共享和更新信息，节省时间和精力。希望这个解释对你有帮助！

查看详情

39

Managing Jobs

第 233 页

今天我们来聊聊如何在Salesforce中管理工作和作业。首先，你可以查看作业的历史记录。这个功能非常有用，因为它能让你看到作业的详细信息，比如作业的状态、结束时间以及它持续了多久。这就像是查看你的作业日记，帮助你了解每项任务的进展和完成情况。接下来，我们谈谈监控作业的统计信息。你可以看到作业的执行时间和数量，这有助于你评估工作的效率和进度。你可以对这些统计数据进行过滤和排序，比如按职位名称或地点来筛选，或者根据你的需要调整排序方式。当你应用这些过滤器或排序选项时，屏幕会立即更新，显示你选择的结果。如果你选择了一个特定的日期范围，记得点击“过滤器”按钮来刷新屏幕，这样你就能看到最新的数据了。通过这些工具，你可以更好地管理和监控你的作业，确保一切都在按计划进行。希望这些信息对你有所帮助！

查看详情

CCD102

课程介绍

课程章节