aBPM框架通常自己处理浏览器和Netweaver系统之间的REST调用。这类调用的内容将自动设置，并像aBPM框架的浏览器部分那样发送。但是在某些特定的情况下，场景开发人员知道特定的数据不能被发送，因为它们与回调实现的第一行中的某一行不相关。这种情况之一可能是一个结果表，阿里大数据，在场景实现中的一组特定操作或下拉选择的每次回调执行期间都会填充该结果表。默认情况下，每个REST调用都有过时的负载内容，开源建站系统，这会增大请求的大小并需要额外的浏览器-，在本文中，我将向您展示一个简单的技巧，如何在发送有效负载之前，通过一些JavaScript函数消除过时的有效负载内容。此最佳实践将嵌入普通aBPM场景实现的浏览器部分。

提示：请注意，数据大屏，对于需要此类数据的其他操作，不应在浏览器端操作REST有效负载的内容，否则aBPM框架将无法在正常参数内运行。

先决条件

在我的应用程序中scenario I有一个独立生成的scenario应用程序，它触发不同的请求，并在结果表中主要显示与我的筛选器选项匹配的内容。但当我按下刷新按钮时，旧的结果内容将再次发送到Netweaver系统。这是没有必要的，因为回调实现首先清除旧的结果表，然后执行内部选择和设置新的结果内容。

但是对于我的应用程序内的其他操作，现有内容是相关的，不应被操纵或删除。

解决方案

以减少剩余负载大小并提高用户对我的应用程序的接受度解决方案是，对于触发REST调用的每个特定操作或下拉选择，云服务器那个好，JavaScript函数在发送请求之前清除我的结果表。

实现

此解决方案的实现可以通过添加JavaScript嵌入到场景的浏览器部分将在aBPM场景开始时加载的UI5TabletViewRenderer中的内容。

通过UI5TabletViewRenderer中的帮助程序类将文件内容加载并添加到编写器的代码段：

可以在此处找到自定义UI5TabletViewRenderer的示例（点2):

https://blogs.sap.com/2016/12/27/extend-abpm-with-pdf.js-a-pdf-viewer-that-runs-inside-different-browser-environments/

JavaScript的内容应该是这样：

这里的技巧是JavaScript将在场景开始时被加载和执行。在这里，JavaScript实现通过函数switchEvent（）搜索相应的UI5控件，并将相关按钮、输入字段和下拉列表后面的默认操作更改为我自己的操作。

提示：函数findui5controllivaui5registry（），escapeTechnicalName（），isAlphaNumeric（）和checkElement（）是助手函数，积分返现，它们的任务只是在UI5注册表中找到正确的UI5控件。

重要提示：函数findui5controllidviaui5registry（）使用aBPM场景电子表格的原始技术名称。

提示：对于函数switchEvent（），UI5控件的引用是相关的以及要更改哪个事件的信息（对于输入字段和下拉列表事件"change"，对于按钮"press"）

JavaScript最有趣的部分是原型函数invalidateordueinvoicetable的内部。在这里，相关的表将被设置为空数组，然后调用原始oEvent。这意味着此最佳实践不会更改REST请求的默认aBPM执行它在UI5控件和aBPM浏览器端框架实现之间嵌入了更多自己的代码行。

结论

每次插入此JavaScript代码后，按钮或下拉选择将比在将请求发送到Netweaver系统之前，将清除过时的结果表。

这可以通过Google Chrome和Notepad++（使用JSONFormatter）中的DevTool检查结果表的场景BO的项目列表是否为空。