本期，边肖将为您带来关于如何实现S/4HANA和CRM费奥里应用程序的搜索分页的信息。文章内容丰富，从专业角度进行分析和描述。希望你看完这篇文章能有所收获。
如何在S/4HANA和CRM中实现原生费奥里应用的搜索分页？
选择S/4HANA中的产品主文档和我在CRM中的机会作为示例进行介绍。
S/4HANA费奥里应用程序的搜索分页实现
点击搜索按钮后，默认返回前25个命中产品，显示命中产品总数：140个。
br font-size :16 px；白色空间space:normal背景-color : # FFFFFF；' /
这种分页效果是通过OData请求的参数$skip=0top=25实现的。点击总数140由另一个参数$inlinecount显示，它的后台实现原理类似于ABAP Open SQL中的SELECT COUNT(*)。
观察Chrome开发工具对此请求的响应，只返回了25条记录。
将搜索结果列表滚动到底部，发现另一个OData请求自动发出：
此请求的标头参数为$skip=25top=25，因此只能从后台提取第26到第50个产品：
我的博客SAP费奥里中的列表是如何进行惰性加载的？我解释了$skip的序列值如何递增0，25，50，75.都是在前台生成的。
在这篇博客中，我将重点介绍分页搜索的后台实现。
假设我重复将搜索结果滚动到底部的动作三次，我可以观察到通过ST05有三个数据库读取请求，每个请求返回25条记录。
单击此按钮查看哪一行ABAP代码启动了数据库读取请求：
$skip和$top的值从前台传输到后台，后台的方法CL _ Sadl _ GW _ generic _ DPC ~ _ get _ entity set的输入参数io_query_option可以观察3360。
起始行的索引值等于$skip参数的值加上1。
实际读数
分页在后台的实现：通过ABAP关键字OFFSET实现。
该OFFSET的值通过方法CL_SADL_SQL_STATEMENT~GET_SECTIONS_FOR_SELECT内一个较复杂的table表达式来决定出来：
首先得出表达式lt_sections[ type = cl_sadl_sql_statement=>co_type-page ]-from的值：99.
再从内表mt_parts取出第99条记录，从其字段value2得出最终offset值75。
CRM Fiori应用的搜索分页实现
前台的逻辑和S/4HANA的Fiori应用完全一致。
该参数传至后台，存储在参数is_paging里:
至于后台的分页搜索，My opportunities应用并未使用ABAP OPEN SQL里的关键字OFFSET。相反地，所有匹配记录的GUID都通过One Order的搜索API返回：
多余的记录，即那些不在$skip和$top定义的参数之内的都被DELETE丢弃：
该实现或许不如S/4HANA采用OFFSET方式实现得直接，但是因为从数据库返回的仅仅是命中opportunity的GUID，因此也不会有太多额外的开销。
上述就是小编为大家分享的如何进行S/4HANA和CRM Fiori应用的搜索分页实现了，如果刚好有类似的疑惑，不妨参照上述分析进行理解。如果想知道更多相关知识，欢迎关注行业资讯频道。
内容来源网络，如有侵权，联系删除，本文地址：https://www.230890.com/zhan/151652.html
