Salesforce 管理员必备：深入解析 Lightning 应用程序生成器

八月 31, 2025

背景与应用场景

我是一名 Salesforce 管理员。在我的日常工作中，最核心的目标之一就是确保我们的 Salesforce 用户拥有一个高效、直观且符合其业务流程的工作界面。在 Salesforce Classic 时代，我们主要依赖页面布局 (Page Layouts) 来调整记录页面的外观，但其灵活性非常有限。随着 Salesforce 全面转向 Lightning Experience (LEX)，我们获得了一个颠覆性的工具——Lightning App Builder（中文：Lightning 应用程序生成器）。

Lightning App Builder 是一个功能强大的声明式（Declarative），即“点击式，非代码式”的工具。它允许管理员和开发者通过拖放组件的方式，轻松创建和定制现代化的用户界面。这个工具的出现，极大地降低了 UI 定制的门槛，使得我们管理员能够快速响应业务部门的需求，而无需编写一行代码。

它的主要应用场景包括三个方面：

1. 自定义应用程序页面 (App Page)

应用程序页面是一种单页应用程序，可以将其添加到导航栏中。例如，我们可以为销售总监创建一个“销售仪表盘”页面，将关键报告图表、最近的重要业务机会列表以及季度目标完成情况等组件集中展示在一起，让他们一进入 Salesforce 就能看到最重要的信息。

2. 自定义主页 (Home Page)

主页是用户登录后看到的第一个页面。通过 Lightning App Builder，我们可以为不同的用户群体（通过简档 Profile 或应用程序 App 分配）创建不同的主页。例如，销售团队的主页可以突出显示他们的任务、事件和业务机会管道；而服务团队的主页则可以聚焦于未解决的个案 (Case) 和知识库文章。

3. 自定义记录页面 (Record Page)

这是最常用也是最重要的场景。我们可以完全重新设计客户 (Account)、联系人 (Contact)、业务机会 (Opportunity) 等标准或自定义对象的记录详情页。不再受限于传统的页面布局，我们可以将字段、相关列表、图表、路径 (Path) 等各种组件以标签 (Tabs)、手风琴 (Accordion) 等形式自由组合，打造出信息密度和用户体验都极佳的页面。

原理说明

要理解 Lightning App Builder 的强大之处，我们需要了解其背后的核心原理：基于组件的架构 (Component-Based Architecture)。

一个 Lightning 页面本质上是一个容器，我们在其中填充各种可重用的“组件 (Components)”。这些组件就像乐高积木，我们可以自由地将它们拼接在一起，构建出丰富多彩的页面。这些组件主要分为三类：

1. 标准组件 (Standard Components)

Salesforce 开箱即用提供了大量标准组件，例如：

Highlights Panel (要点面板): 显示记录的关键字段，通常位于页面顶部。
Record Detail (记录详细信息): 显示记录的所有字段，与传统页面布局关联。
Related Lists (相关列表): 显示与当前记录相关的其他记录列表。
Path (路径): 用于引导用户完成业务流程的直观可视化组件。
Report Chart (报表图表): 直接在页面上嵌入报表图表。

2. 自定义组件 (Custom Components)

这是管理员与开发者协作的桥梁。当标准组件无法满足复杂的业务需求时，Salesforce 开发者可以创建自定义的 Lightning Web Components (LWC) 或 Aura Components。一旦开发完成并部署到组织中，这些自定义组件就会自动出现在 Lightning App Builder 的组件面板中，供我们管理员像使用标准组件一样拖放使用。例如，开发人员可以创建一个用于调用外部 ERP 系统数据显示客户订单历史的组件，而我作为管理员，只需将它拖到客户记录页面上即可。

3. AppExchange 组件

Salesforce 的生态系统非常强大。我们可以从 AppExchange 市场安装由合作伙伴开发的第三方组件。这些组件通常解决了特定的业务问题，例如文档生成、电子签名、地图可视化等，安装后同样可以在 App Builder 中使用。

除了组件架构，另外两个革命性的功能是 Dynamic Forms (动态表单) 和 Dynamic Actions (动态操作)。

Dynamic Forms: 它打破了传统页面布局的限制，允许我们将字段 (Fields) 和字段部分 (Field Sections) 作为独立的组件直接放置在页面上。更重要的是，我们可以为每个字段或字段部分设置可见性规则。例如，仅当“业务机会阶段”为“已结束并赢得”时，才显示“合同关闭日期”字段。这极大地简化了页面，减少了对多个页面布局的依赖。
Dynamic Actions: 类似地，它允许我们控制标准和自定义操作（如按钮）的可见性。例如，“提交批准”按钮仅在“业务机会金额”大于 100,000 美元时才显示。这使得页面上的操作更加智能化和与上下文相关。

示例代码

作为一名管理员，我通常不编写代码。但是，了解自定义组件是如何创建的，有助于我更好地与开发团队沟通需求。下面是一个非常简单的 Lightning Web Component (LWC) 示例，它用于显示一条问候语。这个组件开发完成后，我就可以在 Lightning App Builder 中使用了。

此代码示例来自 Salesforce 官方的 LWC Recipes，展示了一个基础组件的构成。

hello.html (HTML 模板文件)

这个文件定义了组件的结构和显示内容。

<template>
    <lightning-card title="HelloWorld" icon-name="custom:custom14">
        <div class="slds-m-around_medium">
            <p>Hello, {greeting}!</p>
            <lightning-input label="Name" value={greeting} onchange={changeHandler}></lightning-input>
        </div>
    </lightning-card>
</template>

注释:

<lightning-card> 是一个基础组件，提供了一个带标题的容器。
{greeting} 是一个绑定变量，它的值来自下面的 JavaScript 文件。
<lightning-input> 是一个标准的输入框组件。onchange={changeHandler} 表示当输入框内容改变时，会调用 JavaScript 中的 changeHandler 方法。

hello.js (JavaScript 控制器文件)

这个文件定义了组件的业务逻辑和数据处理。

import { LightningElement, track } from 'lwc';

export default class HelloWorld extends LightningElement {
    // @track is a decorator to make a property reactive.
    // If the property’s value changes, the component’s template rerenders.
    @track greeting = 'World';

    // This function is called when the input value changes.
    changeHandler(event) {
        this.greeting = event.target.value;
    }
}

注释:

import { LightningElement, track } from 'lwc'; 引入了 LWC 框架的核心模块。
@track greeting = 'World'; 定义了一个名为 `greeting` 的响应式属性，并设置了初始值为 'World'。当这个属性的值改变时，HTML 模板会自动更新。
changeHandler(event) 方法获取输入框的当前值，并更新 `greeting` 属性。

hello.js-meta.xml (元数据配置文件)

这是对我们管理员来说最重要的文件！它定义了组件的配置，并决定了它是否以及在哪里可以被使用。

<?xml version="1.0" encoding="UTF-8"?>
<LightningComponentBundle xmlns="http://soap.sforce.com/2006/04/metadata">
    <apiVersion>58.0</apiVersion>
    <!-- This boolean value makes the component available for use in tools like App Builder. -->
    <isExposed>true</isExposed>
    <!-- Define where the component can be used. -->
    <targets>
        <target>lightning__AppPage</target>
        <target>lightning__RecordPage</target>
        <target>lightning__HomePage</target>
    </targets>
</LightningComponentBundle>

注释:

<isExposed>true</isExposed> 是关键。如果设置为 `false`，这个组件将无法在 Lightning App Builder 中找到。
<targets> 标签定义了该组件可以被放置的目标页面类型。在这个例子中，它被配置为可用于应用程序页面 (AppPage)、记录页面 (RecordPage) 和主页 (HomePage)。

当开发者部署这三个文件后，我就可以登录 Salesforce，打开 Lightning App Builder，在左侧的“自定义”组件列表中找到名为“HelloWorld”的组件，并将它拖放到我想要的位置。

注意事项

在使用 Lightning App Builder 时，有几个关键点需要我们管理员特别注意：

权限 (Permissions): 要访问和使用 Lightning App Builder，用户需要拥有“自定义应用程序 (Customize Application)”的系统权限。在将设计好的页面分配给用户时，也要确保他们拥有访问页面上所有组件和相关数据的权限。
激活 (Activation): 创建或修改一个 Lightning 页面后，仅仅保存是不够的。你必须点击右上角的“激活 (Activation)”按钮。激活时，系统会提供多种分配选项：
- Org Default (组织默认): 将此页面设为整个组织的默认页面。
- App Default (应用程序默认): 将此页面设为特定应用程序的默认页面。
- App, Record Type, and Profile (应用程序、记录类型和简档组合): 这是最精细的控制方式，允许你为特定的应用程序、对象的记录类型和用户简档的组合分配不同的页面。这是实现用户界面精细化管理的核心。
性能 (Performance): 虽然可以添加很多组件，但这会影响页面加载速度。Lightning App Builder 内置了一个“分析 (Analyze)”按钮，可以评估页面的预测加载时间，并提供优化建议。我们应该避免在单个页面上放置过多的组件，特别是那些数据密集型的组件。
移动端体验 (Mobile Experience): 在设计页面时，要时刻考虑它在 Salesforce 移动应用程序上的显示效果。某些组件在桌面端和移动端的表现可能不同。建议使用 App Builder 内的设备预览功能进行检查。
变更管理 (Change Management): 任何对用户界面的重大更改都应该先在沙箱 (Sandbox) 环境中进行全面的测试，并收集最终用户的反馈。直接在生产 (Production) 环境中进行修改可能会中断用户的正常工作流程。

总结与最佳实践

作为一名 Salesforce 管理员，Lightning App Builder 是我工具箱中最有力的武器之一。它将我们从繁琐的页面布局配置中解放出来，让我们能够聚焦于真正重要的事情：为用户创造价值，提升业务效率。

以下是我总结的最佳实践：

以用户为中心进行设计
在动手之前，先与最终用户沟通，了解他们的痛点和日常工作流程。设计页面的目标是让他们能更快地找到信息、更便捷地完成操作。
优先使用动态功能
积极拥抱 Dynamic Forms 和 Dynamic Actions。它们是减少页面混乱、避免创建大量冗余页面布局的最佳方式。一个设计良好的动态页面可以替代过去的五到十个静态页面布局。
明确声明式与编程式的边界
了解 Lightning App Builder 的能力边界。当需求超出其范围时（例如，需要复杂的业务逻辑、调用外部系统 API），要能够清晰地向开发团队阐述需求，并协作使用自定义组件来解决问题。
持续迭代与优化
UI 设计不是一蹴而就的。发布页面后，要主动收集用户反馈，并利用 App Builder 的性能分析工具定期检查页面健康状况，持续进行优化和迭代。
保持组件的整洁
定期审视组织中安装的自定义组件和 AppExchange 组件。移除那些不再使用或价值不大的组件，保持组件选择面板的清爽，也避免了潜在的技术债。

总之，熟练掌握 Lightning App Builder，将使你能够将业务需求快速转化为功能强大的用户界面，从而在你的 Salesforce 之旅中扮演更加战略性的角色。

Salesforce中文网