把 OData Query Language 用透：从 URL 表达力到 SAP Gateway 实战的一次讲清

在企业级系统集成里，真正让人感到OData好用的地方，并不只是它把HTTP、REST、JSON这些大家都熟悉的技术拼在了一起，而是它给了客户端一种非常克制、却又足够强大的查询表达能力。调用方不需要反复和服务端约定几十个定制接口，也不必为了一个列表页再单独申请一个按状态过滤接口、一个按金额排序接口、一个只取关键字段接口。很多需求，都可以直接通过 URL 上的系统查询参数表达出来。OData也正因此成为可查询、可互操作的REST API标准之一。(Microsoft Learn)从SAP视角看，这套查询语言的价值更明显。无论你面对的是经典的SAP Gateway Foundation，还是今天更强调模型驱动的服务开发方式，前端应用、集成平台、外部消费者，本质上都在做同一件事：告诉后端，我要哪一批数据、按什么顺序返回、要不要把关联对象一起带回来、能不能顺手给我总数。OData的查询语言，就是这层沟通协议。SAP官方文档也明确把这些能力归为OData query options