Query option是指客户端在获取EntitySet的URL中后缀的一些指令,在第一篇第四小节我们已经见识了一部分Query指令。在下面表中列出了最重要的QueryOption。注意指令在URL中必须小写。
Operation |
Query Option |
Filtering and projecting |
$filter and $select |
Sorting |
$orderby |
Client-side paging |
$top, $skip and $inlinecount |
Counting |
$count |
lnlining |
$expand |
Formatting |
$format |
框架不会提供默认Filter,我们必须在service implemenation中自己实现Filter,也就是在Get_entityset方法的重写中自己代码实现Filter,框架会将Filter转化成Select-Option形式以方便ServiceImplementation中代码的处理。
支持以下元素:
由ComplexType形成的多层结构如第一篇中的Item,使用斜杠访问成员【http..ser/Item$filter=DETAIL_INFO/UNIT eq 'KG'】
逻辑运算符【not/and/or】:都必须小写,注意not加单个条件不需要括号,否则要括号明确not的结合方向
关系运算符【eq等于/ne不等/lt小于/le小等/gt大于/ge大等】:都必须小写,=只能出现在filter之后不能当做eq使用
函数 contains(MATNR,'abc')
实例【$filter=(not startswith(MATNR, 'S')) and ITMNO eq '0020'】
框架解析为Select-Option形式【MATNR:E CP S*】和【ITMNO:I EQ 0020】
实现projection效果,限定返回实体的property。简化返回字段对接口性能,乃至后端功能都有提升。
实例【$select=DOCNO,MATNR】
注意字段名区分大小写,多字段逗号分隔;
投影由框架自动实现,我们重写DPC时不需要自定义代码,但是可以通过如下代码获取传入的投影字段。
io_tech_request_context->get_select_entity_properties()
很简单,在第一篇第四节已经说过了,多列逗号分隔,默认asc
实例【$orderby=ITMNO,MATNR desc】
客户端分页常用于移动端应用,有限的页面空间要展示大量的实体集必须要分页展示,在页面上有一些显示元素来标识分页信息:实体集的总数量,当前展示的分页数,当前分页展示的行位于实体集的从几行到几行。
比如在UI5页面中放入一个Table控件,绑定了OdataModel(下图红框),并设置为可分页且每页5行(下图蓝框)
在页面加载第一批数据时,我们可以看到浏览器请求地址中$skip=0&$top=5限定了取值范围,inlinecount=allpages用于获取数据总条数(下一小节详述)
我们点击页面上的More获取第二次数据,地址中的$skip=5&$top=5限定了第二批数据取数范围
获取满足filter条件的Entity行数,这样客户端可显示总行数而且能计算出分多少页;该指令有以下两种用法
$inlinecount=allpages 返回数量
$inlinecount=none 不返回数量
在DPC的Get_entityset中我们用如下代码
IF io_tech_request_context->has_inlinecount( ) EQ ABAP_true. //allpages为真,none为假
es_response_context-inlinecount = '3'. //将计算数量放入该返回参数
ELSE.
clear es_response_context-inlinecount.
ENDIF.
在返回的报文中,将多出来一个标签表示entity总数量
获取Entity数量;它很特别,
其一URL没有?来引导【https://www.123.com:44301/sap/opu/odata/sap/Y_TEST_ODATA4_SRV/ItemSet/$count】
其二,返回body中只有一个数量,没有其他任何内容
在DPC的Get_entityset中我们可以用如下代码判断是否客户端请求为count
io_tech_request_context->has_count( ) EQ ABAP_true
es_response_context-count = '998'.
如果使用自定义代码直接赋值,最后返回为所赋值,否则系统自动根据所得et_entityset的行数返回,考虑到效率如果只想获取$count我们没必要获取entityset,我们可以使用上面自定义代码直接select count(*)并返回。
$count与$inlinecount的区别:$count返回报文只有数量,而$inlinecount可以跟数据一起返回数量,另外$inlinecount必须自定义代码显式赋值
借助Navigation关系,将互相关联的多个Entity以层级方式在报文中返回。
实例【https://xxxxxx:44301/sap/opu/odata/sap/Y_TEST_ODATA4_SRV/HeaderSet('4500000002')?$expand=Association_To_Item】
最终形成的报文在导航Link中加了一个inline标签,而导航目标的EntitySet就包含在这个标签如下图ItemsData
上例中Header的Key可以不指定,多个导航逗号分隔,假设有三个Entity关联为A-B-C
我们以A为URL起点【https://xxxxxx:44301/.._SRV/A('01')?$expand=A_To_B,A_To_B/B_To_C】
我们以B为URL起点【https://xxxxxx:44301/.._SRV/B('01')?$expand=B_To_A,B_To_C】
$expand导航默认会使用get_entity和get_entityset来取数,这可能导致多次取数的性能影响,_DPC_EXT还提供了get_expanded_entityset方法来一次性取出所有关联实体(如果实现了该方法就不会通过get_entityset取数了)
格式选项决定了OData调用和响应的格式,OData2.0支持XML和JSON两种格式,其中XML是默认的。用法【$format=json】
【$format=xslx】指明响应是一个二进制excel文件流。注意该格式只支持NetWeaver7.4以上,且有很多限制譬如不支持$expand