在 SAP Gateway 项目里，GET_ENTITYSET往往是最容易从能跑逐渐演变成难维护的一块代码。刚开始，我们可能只是从后台取出一张产品列表，塞进ET_ENTITYSET返回给 SAPUI5。等真正进入项目阶段，前端开始要求按产品类别筛选、按名称排序、每次只取二十条、滚动到底部继续取下一页，还要知道一共有多少条数据，原本简单的一次查询马上会牵扯出$filter、$orderby、$top、$skip、$skiptoken、$inlinecount等一整套 OData Query Options。这些参数并不是 SAP Gateway 自己发明的一套私有 URL 语法，而是 OData 协议对集合查询能力的标准化表达。SAP Gateway 负责解析 HTTP Request，把相关信息组织进请求上下文，而真正怎样把筛选、排序和分页落到 BAPI、Open SQL 或其他 Backend 数据源上，很多时候仍然属于 Data Provider 的职责。SAP 官方资料也明确说明，Gateway 的 Query Options 可以在数据提供类中实现，$format由框架处理，$select具有框架级支持，而分页通常需要开发者参与实现。一条典型请求可能长成这样/Products?$filter=Category eq 'Notebooks'$orderby=N 从 URI 到 ABAP 运行时，彻底理解 SAP Gateway 的 OData Query Options
在 SAP Gateway 项目里，GET_ENTITYSET往往是最容易从能跑逐渐演变成难维护的一块代码。刚开始，我们可能只是从后台取出一张产品列表，塞进ET_ENTITYSET返回给 SAPUI5。等真正进入项目阶段，前端开始要求按产品类别筛选、按名称排序、每次只取二十条、滚动到底部继续取下一页，还要知道一共有多少条数据，原本简单的一次查询马上会牵扯出$filter、$orderby、$top、$skip、$skiptoken、$inlinecount等一整套 OData Query Options。这些参数并不是 SAP Gateway 自己发明的一套私有 URL 语法，而是 OData 协议对集合查询能力的标准化表达。SAP Gateway 负责解析 HTTP Request，把相关信息组织进请求上下文，而真正怎样把筛选、排序和分页落到 BAPI、Open SQL 或其他 Backend 数据源上，很多时候仍然属于 Data Provider 的职责。SAP 官方资料也明确说明，Gateway 的 Query Options 可以在数据提供类中实现，$format由框架处理，$select具有框架级支持，而分页通常需要开发者参与实现。一条典型请求可能长成这样/Products?$filter=Category eq 'Notebooks'$orderby=N