OData请求转GraphQL自动转换器可行性及方向咨询

• 能不能开发？完全可以
  从技术逻辑上，两者都是用来定义数据查询和操作规则的API协议，核心都是描述「要什么数据/做什么操作」：

  • GraphQL里的字段选择、嵌套关联、条件过滤，能直接对应到OData的$select、$expand、$filter这些查询参数
  • CRUD操作的对应关系也很清晰：GraphQL的查询对应OData的GET请求，新增/修改/删除类的Mutation对应OData的POST/PUT/PATCH/DELETE

• 这个方案合理吗？绝对是合理方向
  这种中转层的思路能直接复用现有GraphQL端点的业务逻辑，不用重构整个服务去适配OData，同时解决后端只支持OData的限制，属于低成本对接的最优路径之一。

• 为什么没找到同类公开方案？
  主要是需求场景的特殊性：大部分情况是从REST/OData转成GraphQL（前端更爱用GraphQL），反过来从GraphQL转OData的需求相对小众，所以公开的现成方案少，但这完全不代表技术路径走不通。

• 实现时要抓的核心点

  • 先搞定GraphQL Schema和OData实体模型的映射：可以通过解析OData的$metadata元数据自动生成对应关系，不用手动硬编码
  • 做查询逻辑转换：把GraphQL的查询AST解析后，转成对应的OData查询参数
  • 处理CRUD的Mutation映射：把GraphQL的输入参数转成OData请求的请求体和对应的HTTP方法
  • 响应转换：把OData返回的JSON结构转成GraphQL要求的字段格式

内容的提问来源于stack exchange，提问作者alexanoid