当我们查看Fiori元素时，我们会看到有助于推动我们实现统一用户体验（通常为Fiori）的固执己见的设计、解决常见业务应用程序场景的平面图以及可用于丰富OData服务和塑造应用程序行为的注释等工具。在本系列的前几篇文章中，对Fiori元素进行了概述，并解释了特定于SAP和基于词汇表的注释。然后，我们检查了列表报表布局图中智能筛选栏的配置，并对其中的控件进行了修改（搜索帮助、日期范围选择）。

对于本文，我想将注意力从智能筛选栏转移到列表报表布局图中的智能表。我们将讨论渲染选项和初始设置，并将修改应用于清单.json在我们的应用程序中归档，并以分析表的形式简要讨论智能表正常工作的服务要求。

在我们的列表报告中配置智能表

在我们的列表报告中配置智能表是，本质上，是对现有SAPUI5表的包装。它有助于减少开发工作（就像许多抽象的情况一样），但会以失去一些细粒度控制为代价。默认情况下，列表报表的智能表将以响应表的形式呈现，但可以进行配置更改，使其采用网格表或分析表的形式。您需要参考每个表的Fiori设计指南，以确定哪种类型最适合您的设计清单.json把它归档，在我们的范围之外组件.js，是我们申请的切入点。当我们最初通过选择"newprojectfromtemplate"来设置列表报表应用程序时，webide为我们解决了一些问题。下面您将看到应用程序列表报表和对象页的初始配置示例。通过这种设置，我们的应用程序将利用响应表，服务器 云服务器，能够一次操作/选择一行清单.json

如果我们需要为我们的列表报告定义一个可能作用于多个结果行的自定义操作，我们可以为我们的智能表实现多选功能。我们的自定义操作将没有任何参数，并将对任何选定的上下文进行操作。下面你可以看到清单.json我们所做的配置更改将导致一个带有任意操作/按钮的多选响应表（允许多选工作），按下时将触发"onApproveContract"功能。

清单.json：多选设置

在以后的部分中，我们将深入了解配置但是，现在，我已经为我们的列表报表创建了一个新的扩展控制器，并创建了"onapprovedcontract"函数。新的控制器将位于"controllers"子文件夹中的"ext"扩展文件夹下，下载返利，如下所示。

在控制器中，我已经设置了预定义的控制器生命周期挂钩以及"onapprovedcontract"功能。

ListReportExtension控制器概述

我们的更改结果如下：

我们现在为我们的响应表启用多选功能

供参考：单选响应表

请注意，我们还有其他设置选项可供选择，包括列表报告的变量管理控制。变体管理允许在使用应用程序时存储用户设置的快照，如智能筛选栏中的筛选器或智能表中的可见列。

默认情况下，淘客放单平台，智能筛选栏和智能表都有自己的变体（请参阅上文，其中两者都设置为"标准"）。如果我们使用设置"smartVariantManagement"：true，我们的列表报告将有一个统一的变量管理区域，其中智能筛选栏和智能表的变量都保存在一起。

而不是默认的响应表，我们可以给我们的房间做个小小的改变清单.json文件（如下）设置列表报表floorplan中的智能表以呈现为网格表。在本例中，我们还为multi-select配置了智能表和列表报告，以利用统一的变量管理：

清单.json：多选网格表设置所需的更改

预期结果是一个带有选择多行选项的网格表。您还应该注意表右上角的新"ShowDetails"按钮。选中单行（复选框）后，我们可以使用此操作导航到对象页（详细信息）。有关网格表的解剖结构以及何时和如何使用的更多信息，请参阅Fiori设计指南。

我们现在将智能表渲染为网格表

如果我们现在要将此网格表转换为分析表，我们必须在OData服务的网关内元数据模型（SEGW）上做一些工作，因为这正是我们所需要的改变的类型。首先，我们需要将"semantics"的SAP注释设置为"aggregate"(sap:语义=在我们的智能表中表示的实体（在本例中为合同实体类型）的"聚合"）。除此之外，分析表自然需要分类为聚合角色（维度、度量或空）的数据来正确使用和操作。在没有定义至少一个度量值的情况下，如何成为淘客，分组时您将遇到分析表中组和行重复的问题。

没有定义度量值的分析表（分组时重复行/组示例）

在本演示中，我使用的是模拟数据，大数据的内容，没有连接到可以提供所需数据的实时服务功能齐全的分析表。在后台，SAPUI5将几个OData服务调用捆绑在一个批处理请求中，以检索必要的实体及其关联属性以及聚合查询结果。这些聚合查询结果为分析表提供了所需的总计和小计，这些总计和小计在下面的屏幕截图中丢失了。

缺少总计和小计的分析表