SAP 的 odata-library 仓库有什么用，从 ABAP 服务到 Node.js 客户端的一次梳理

一个常见的开发场景是，我们已经在 SAP 系统里发布了 OData 服务，浏览器访问服务地址也能看到数据，现在需要写一个 Node.js 程序，定时读取业务伙伴、核对订单，或者验证刚开发的接口。服务端工作已经完成，手头缺的是一个能够理解 OData、向 SAP 发请求并处理响应的客户端。https://github.com/SAP/odata-library 提供的正是这类 JavaScript 库。

仓库对自身的介绍很直接，它是用于处理 OData 协议、开发 OData 客户端的 JavaScript 库。README 将使用场景描述为通过 Node.js 访问 NetWeaver 服务器提供的 OData 服务，并给出一个极简例子，创建 Service 对象，等待 service.init 完成，再通过实体集读取记录。安装命令是 npm install @sap_oss/odata-library。这几项信息已经足够确定它在系统中的位置，它运行在发起请求的一侧，通过网络消费已有服务。GitHub

这点容易因为仓库名称而看错。我们在 ABAP 项目中说到 OData 开发，往往想到在后端定义实体、实现业务逻辑、发布服务。这个仓库处理的是另一段工作。ABAP 后端把服务暴露出来，Node.js 程序使用该库去访问服务。它不会替我们在 SAP 系统中创建 CDS View，也不会生成 RAP 的 Behavior Definition，更不会替代 Gateway 服务实现代码。仅仅把 np