资讯专栏INFORMATION COLUMN

S/4HANA for Customer Management里的搜索分页处理

wupengyu / 1881人阅读

摘要:是一项服务器端渲染的技术,意味着所有页面对应的源代码都是在服务器里渲染的,然后直接在浏览器显示。在搜索这个场景里,任意时间段里,后台只会生成默认条搜索结果的源代码。当了我点了第二页的超链接时,第条到第条的源代码相应在后台生成。

这篇文章的英文版我发在了SAP Community上:Paging Implementation in S/4HANA for Customer Management

https://blogs.sap.com/2018/03/28/paging-implementation-in-s4hana-for-customer-management/

按照我的公众号文章里介绍的,S/4HANA for Customer Management 1.0里的Service Request UI仍然是采用CRM Webclient UI技术来开发的。

假设我在UI上指定max hit值为200:

每页默认显示20条数据,因此这200条搜索结果总共分10页显示。

关于CRM WebClient UI的分页机制,有两个要点:

1. 搜索按钮点击后,会有max hit的值指定条数的记录从数据库取出,存储于WebClient UI的应用的内存区域中。在我的例子里,我指定的max hit为200,因此有200条Service Request从数据库里取出。

2. WebClient UI是一项服务器端渲染的技术,意味着所有WebClient UI页面对应的html源代码都是在ABAP服务器里渲染的,然后直接在浏览器显示。在搜索这个场景里,任意时间段里,ABAP后台只会生成默认20条搜索结果的html源代码。

例如我点了搜索按钮之后,只有第1条道第20条记录的html源代码在后台生成,然后返回给浏览器由其渲染。当了我点了第二页的超链接"2"时,第21条到第40条的源代码相应在后台生成。

下面是一些技术细节。

1. 可以使用事务码ST05找到S4CRM的Service Request搜索查询的CDS view的名称CRMS4_SERVHSRCH

第201条记录被丢弃:

在视图ICCMP_INBOX/INBOXRESULTVIEW.HTM里设置断点, 在调试器里检查变量"me":

通过这个路径能找到存储在内存中的200条搜索结果:

{O:5768*CLASS-POOL=CL_BSP_WD_COLLECTION_WRAPPERCLASS=LCL_COLLECTION_REF}-IF_BSP_WD_COLLECTION_REF~COLLECTION

2. 当我点第二页的超链接后:

后台生成好的针对从第21行到第40行记录的html源代码可以在Chrome开发者工具中观察到,如下图所示:

那么后台如何得知应该从第21行开始准备其html源代码呢?这个索引信息是从前台传到后台的,通过http请求头部的字段:ItemTree_visibleFirstRow.

如果您搞不清楚类似下图这种前缀C36_W138_V139_的生成逻辑,请参考我的博客 WebClient UI element ID generation logic

在方法CL_THTMLB_CELLERATOR~GET_REQUEST_PARAMETERS设置断点,找到后台是在何处解析该前台请求传入的visibleFirstRow:

在BSP渲染类CL_THTMLB_CELLERATOR里,这个变量gv_visible_first_row被用于渲染的起始索引:lv_current_row_index:

每一行的每一个单元的源代码在循环里依次生成好。循环基于表的列定义,当前我系统里默认的配置,搜索结果有8列:

出于调试目的,您可以在变量GT_TABLE_ENTRIES里查看生成好的用于当前页面显示的html源代码:

比如对于第二页,索引从21开始:

以40结束:

为什么变量gt_table_entries有168条记录?

每页默认显示20条记录,加上1行表头,每条记录8列,所以最后是( 20 + 1 ) * 8 = 168

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/68899.html

相关文章

  • S/4HANA for Customer Management里的搜索分页处理

    摘要:是一项服务器端渲染的技术,意味着所有页面对应的源代码都是在服务器里渲染的,然后直接在浏览器显示。在搜索这个场景里,任意时间段里,后台只会生成默认条搜索结果的源代码。当了我点了第二页的超链接时,第条到第条的源代码相应在后台生成。 这篇文章的英文版我发在了SAP Community上:Paging Implementation in S/4HANA for Customer Managem...

    taohonghui 评论0 收藏0
  • S/4HANA for Customer Management里的搜索分页处理

    摘要:是一项服务器端渲染的技术,意味着所有页面对应的源代码都是在服务器里渲染的,然后直接在浏览器显示。在搜索这个场景里,任意时间段里,后台只会生成默认条搜索结果的源代码。当了我点了第二页的超链接时,第条到第条的源代码相应在后台生成。 这篇文章的英文版我发在了SAP Community上:Paging Implementation in S/4HANA for Customer Managem...

    bitkylin 评论0 收藏0
  • S/4HANA和CRM Fiori应用的搜索分页实现

    摘要:在我的博客我介绍了里采用技术实现的上的搜索分页实现。应用的搜索分页实现点击搜索按钮之后,默认返回前个命中的,同时显示总共命中的数目。实际的读取分页在后台的实现通过关键字实现。应用的搜索分页实现前台的逻辑和的应用完全一致。 在我的博客Paging Implementation in S/4HANA for Customer Management 我介绍了S/4HANA for Custo...

    Java_oldboy 评论0 收藏0
  • S/4HANA和CRM Fiori应用的搜索分页实现

    摘要:在我的博客我介绍了里采用技术实现的上的搜索分页实现。应用的搜索分页实现点击搜索按钮之后,默认返回前个命中的,同时显示总共命中的数目。实际的读取分页在后台的实现通过关键字实现。应用的搜索分页实现前台的逻辑和的应用完全一致。 在我的博客Paging Implementation in S/4HANA for Customer Management 我介绍了S/4HANA for Custo...

    lifefriend_007 评论0 收藏0
  • S/4HANA和CRM Fiori应用的搜索分页实现

    摘要:在我的博客我介绍了里采用技术实现的上的搜索分页实现。应用的搜索分页实现点击搜索按钮之后,默认返回前个命中的,同时显示总共命中的数目。实际的读取分页在后台的实现通过关键字实现。应用的搜索分页实现前台的逻辑和的应用完全一致。 在我的博客Paging Implementation in S/4HANA for Customer Management 我介绍了S/4HANA for Custo...

    孙淑建 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<