驾驭 Salesforce 闪电应用生成器：管理员的声明式指南

背景与应用场景

我是一名 Salesforce 管理员 (Salesforce Administrator)。在我的日常工作中，最核心的任务之一就是确保我们的用户拥有最高效、最直观、最符合其业务流程的 Salesforce 使用体验。随着 Salesforce 从 Classic 时代迈入 Lightning Experience (闪电体验) 时代，我们手中的工具也发生了革命性的变化。其中，Lightning App Builder (闪电应用生成器) 无疑是每一位管理员都必须精通的核心工具。

在过去，定制页面布局往往意味着要在繁琐的 Page Layout (页面布局) 编辑器中拖动字段，并且灵活性非常有限。我们无法轻易地根据特定条件向用户显示或隐藏整个组件，也无法将字段组织成更具逻辑性的区块。所有用户，无论其角色或当前正在处理的记录阶段如何，看到的几乎都是千篇一律的页面。这不仅导致了信息过载，也降低了用户的工作效率。

Lightning App Builder 的出现彻底改变了这一局面。它是一个所见即所得 (WYSIWYG) 的点击式工具，允许我们管理员无需编写任何代码，就能创建和定制现代化、响应式的页面。它的应用场景极其广泛：

创建高度定制化的记录页面 (Record Page)：我们可以为客户、业务机会或任何标准/自定义对象创建动态页面。例如，仅当业务机会进入“谈判”阶段时，才显示一个包含竞争对手分析的组件；或者根据用户的简档，展示不同的相关列表。

设计引人入胜的主页 (Home Page)

构建单页应用程序 (App Page)

通过 Lightning App Builder，我们管理员能够将静态的、数据驱动的页面转变为动态的、用户驱动的、智能的交互界面，真正地将 Salesforce 定制化提升到了一个新的高度。

原理说明

要精通 Lightning App Builder，首先需要理解其背后的核心原理。它主要建立在三大支柱之上：组件化架构、页面类型和动态交互性。

1. 组件化架构 (Component-Based Architecture)

Lightning App Builder 的整个画布都是基于 Lightning Components (闪电组件) 构建的。每一个您在页面上看到的元素——无论是字段详情、相关列表、图表还是路径——都是一个独立的、可复用的组件。这些组件分为三类：

标准组件 (Standard Components)：由 Salesforce 预置，开箱即用。例如 “Record Detail” (记录详情)、“Related Lists” (相关列表)、“Highlights Panel” (摘要面板)、“Chatter” 等，满足了绝大部分的业务需求。
自定义组件 (Custom Components)：由您团队的 Salesforce 开发人员使用 Lightning Web Components (LWC) 或 Aura Components 创建。当标准组件无法满足复杂的业务逻辑时，开发人员可以创建功能强大的自定义组件，然后我们管理员可以像使用标准组件一样，轻松地将其拖放到页面上。
AppExchange 组件：可以从 Salesforce 的官方应用市场 AppExchange 上安装由第三方合作伙伴开发的组件。这极大地扩展了平台的功能，无需内部开发资源即可快速获得新功能，例如文档签名、地图集成等。

这种架构的优势在于其灵活性和可维护性。我们可以自由组合、配置和排列这些组件，构建出无限可能的页面布局。

2. 页面类型 (Page Types)

作为管理员，我们可以在 Lightning App Builder 中创建和编辑三种主要的页面类型：

应用页面 (App Page)：这种页面不与任何特定对象关联，它像一个自由的画布，允许您添加各种组件来创建一个功能单一、目标明确的页面。它非常适合用作应用程序的“着陆页”，例如展示全公司的关键绩效指标 (KPI) 或提供特定项目的资源中心。
主页 (Home Page)：这是用户登录 Salesforce 后看到的默认页面。我们可以为主页分配不同的简档 (Profile)，从而为销售、服务、市场等不同角色的用户提供个性化的主页体验。例如，销售代表的主页可能侧重于今天的任务、最重要的业务机会和季度业绩仪表板。
记录页面 (Record Page)：这是我们最常打交道的页面类型，它围绕一个特定的对象记录（如一个客户或一个业务机会）来展示信息。在这里，我们可以打破传统页面布局的束MET，将信息组织在多个选项卡中，并使用动态功能来控制组件的可见性。

3. 动态交互性 (Dynamic Interactivity)

这是 Lightning App Builder 最强大的功能，也是我们管理员施展才华的关键所在。它主要体现在以下几个方面：

组件可见性筛选 (Component Visibility Filters)：我们可以为页面上的几乎任何一个组件设置显示规则。这些规则可以基于记录的字段值（例如，业务机会的阶段）、用户的简档或权限，甚至是设备的类型（桌面或手机）。这使得我们能够创建“智能”页面，仅在需要时才显示相关信息，极大地简化了用户界面。
动态表单 (Dynamic Forms)：这是对传统页面布局的颠覆。通过动态表单，我们可以将“Record Detail”组件升级，直接在 App Builder 中配置字段和字段区域 (Field Sections) 的可见性。不再需要为了微小的字段显示差异而维护数十个页面布局。我们可以将字段分组到不同的折叠区域中，并为整个区域或单个字段设置可见性规则。例如，只有当客户类型为“合作伙伴”时，才显示“合作伙伴协议编号”字段。
动态操作 (Dynamic Actions)：与动态表单类似，动态操作允许我们根据特定条件控制记录页面上操作按钮的可见性。例如，“提交审批”按钮只在记录状态为“草稿”时显示；“生成报价”按钮只对销售经理简档的用户可见。这清理了页面顶部的操作栏，确保用户只看到他们当前上下文中最相关的操作。

理解并综合运用这些原理，是作为一名 Salesforce 管理员，利用 Lightning App Builder 交付卓越用户体验的基础。

示例代码

虽然 Lightning App Builder 主要是一个声明式工具，但它在设置“组件可见性筛选”时允许我们使用类似公式的逻辑。这可以被看作是管理员级别的“代码”。以下示例来自 Salesforce 官方文档，展示了如何为一个组件设置可见性规则。

场景：在一个业务机会 (Opportunity) 记录页面上，我们希望仅当业务机会的阶段 (StageName) 为“Closed Won”或“Closed Lost”时，才显示一个包含“后续步骤”指引的富文本组件。

操作步骤：

在 Lightning App Builder 中打开您的业务机会记录页面。
从左侧组件面板中拖动一个“Rich Text” (富文本) 组件到页面画布上。
在富文本组件中输入您的指引内容，例如：“此业务机会已结束。请确保所有相关备注都已更新，并检查是否有新的交叉销售机会。”
选中该组件，在右侧的属性面板中，找到“Set Component Visibility” (设置组件可见性) 部分，点击“+ Add Filter” (添加筛选器)。
设置筛选条件，如下所示：

筛选类型 (Filter Type): Advanced (高级)

在高级筛选中，我们需要定义一个返回 True 或 False 的表达式。我们可以引用记录的字段。以下是配置详情：

// 字段选择 (Field Selection)
// 1. 点击 "Field" 链接
// 2. 选择 "Record" > "Stage"
//
// 完整的筛选条件逻辑：
// 当业务机会的阶段是 "Closed Won" (已成交) 或 "Closed Lost" (已丢单) 时，组件才可见。

// 在高级筛选模式下，你可以直接引用字段API名称，并使用公式函数。
// 但是在UI中，通常是点选字段并选择操作符和值。
// 为了演示其逻辑，我们用公式的形式来表达这个规则。
// Salesforce 在后台会将UI选择转换为类似的逻辑表达式。

/*
  详细注释：
  - {_record.StageName} 是一个占位符，代表在App Builder的UI中通过点击选择的当前记录的StageName字段。
  - ISPICKVAL() 是一个标准的Salesforce公式函数，用于检查选项列表字段的值是否等于某个特定的字符串。
  - OR() 是一个逻辑函数，当其任何一个参数为True时，它就返回True。
*/

OR(
    ISPICKVAL({!Record.StageName}, "Closed Won"),
    ISPICKVAL({!Record.StageName}, "Closed Lost")
)

设置完成后，保存并激活页面。现在，当用户查看一个处于任何其他阶段（如“Prospecting”或“Negotiation”）的业务机会时，这个富文本组件将自动隐藏。只有当他们查看一个已结束的业务机会时，该指引才会出现。这正是动态页面的强大之处。

注意事项

尽管 Lightning App Builder 功能强大且易于使用，但在实践中，我们管理员需要注意以下几点，以避免潜在的问题：

性能影响 (Performance Impact)：页面上组件的数量、复杂性以及可见性规则的数量都会直接影响页面的加载速度。一个包含过多组件和复杂筛选逻辑的页面可能会变得非常缓慢，从而影响用户体验。最佳实践是：在保存页面之前，始终使用页面右上角的“Analyze” (分析) 按钮来评估页面的预测加载性能。该工具会为您提供桌面和移动端的性能评分，并指出哪些组件对性能影响最大。
权限与可见性 (Permissions & Visibility)：组件的可见性规则并不能覆盖 Salesforce 底层的共享和安全模型。例如，如果您设置了一个规则来显示一个相关列表，但当前用户对该相关列表的对象没有读取权限，那么即时组件可见，用户也看不到任何数据。可见性规则控制的是 UI 元素是否“渲染”，而数据访问权限则由简档、权限集和共享规则决定。
页面布局的依赖 (Dependency on Page Layouts)：虽然动态表单让我们能够在 App Builder 中直接管理字段，但传统的页面布局并没有完全消失。“Record Detail”组件（非动态表单版本）以及移动端布局仍然在一定程度上依赖于页面布局的设置。此外，必填字段、字段依赖性等规则仍然在页面布局或字段级别进行配置。
移动端体验 (Mobile Experience)：在 App Builder 中进行的更改会同时影响桌面和移动端。然而，两者的屏幕尺寸和交互方式截然不同。一个在桌面上看起来很棒的布局，在手机上可能会显得拥挤和混乱。请务必在 Salesforce 移动应用程序上彻底测试您的页面，确保其在不同设备上都能提供良好的用户体验。可以考虑使用组件可见性规则，根据设备类型（Form Factor）来显示或隐藏特定组件。
变更管理 (Change Management)：切勿直接在生产环境 (Production) 中进行复杂的页面修改。始终遵循最佳的变更管理流程：在沙盒 (Sandbox) 环境中进行开发和测试，让关键用户进行用户验收测试 (UAT)，确认一切正常后再通过变更集 (Change Sets) 或其他部署工具将其部署到生产环境。

总结与最佳实践

作为一名 Salesforce 管理员，Lightning App Builder 是我们工具箱中最具变革性的工具之一。它赋予了我们前所未有的能力，去创建响应迅速、高度相关且极具吸引力的用户界面，而这一切都无需依赖代码。通过熟练运用组件化架构、不同页面类型以及强大的动态功能（动态表单、动态操作和组件可见性），我们可以显著提升用户采纳率和工作效率。

以下是一些在日常工作中总结出的最佳实践：

从用户出发：在开始拖拽组件之前，先花时间与您的用户沟通，了解他们的工作流程、痛点以及他们最需要看到的信息。设计的目标应该是简化他们的工作，而不是展示所有可能的数据。
保持简洁：信息过载是生产力的杀手。善用选项卡 (Tabs) 和折叠区域 (Accordion) 组件来组织信息，并利用可见性规则默认隐藏非必要信息。一个干净、整洁的页面远比一个堆满组件的页面更受欢迎。

拥抱动态化

性能优先

迭代与反馈

文档化您的设计

总之，Lightning App Builder 不仅仅是一个页面设计工具，它是一个强大的平台，让 Salesforce 管理员能够真正地成为用户体验的设计师和业务流程的优化者。不断学习和探索它的新功能，您将能够持续地为您的组织创造巨大的价值。

Salesforce中文网