本文属于 OData 系列 引言 在 OData 中，EDM（Entity Data Model） 代表“实体数据模型”，它是一种用于表示 Web API 中的结构化数据的格式。EDM 定义了可以由 OData 服务公开的数据类型、实体和关系。 EDM 也提供了一些规则来描述数据模型中的实体之间的关
本文属于OData系列文章 前文说到了 EDM 与 OData 之间的关系，具有 EDM 的 OData 提供了强大的查询能力，但是 OData 并不必须要配置 EDM，我们也可以使用 Non-EDM 方案。 Non-EDM 所谓 Non-EDM ，并不是说在 OData 运行时不需要 EDM 配置
本文属于 OData 系列文章 引言 OData 是一个开放标准，已经在 oasis 组织标准化，因此我们可以在标准的官网查询到 OData 的标准请求与返回形式：OData JSON Format Version 4.01 (oasis-open.org) 针对不同的数据类型，输出返回的格式也不尽
本文属于 OData 系列文章 ABP 是一个流行的 ASP. NET 开发框架，旧版的的 ABP 已经能够非常好的支持了 OData ，并提供了对应的 OData 包。 ABP vNext 是一个重新设计的，面向微服务的框架，提供了一些非常有用的特性，包括分页查询等但是它并不能原生支持 OData
本文属于OData系列 Introduction ODATA v4提出了新的聚合查询功能，这对于ODATA的基本查询能力（$expand等）是一个非常大的补充。ODATA支持的聚合查询功能，可以对数据进行统计分析，例如求和、平均值、最大/最小值、分组等。 聚合查询是通过$apply关键字实现的。使用
我习惯性使用OData，它的$expand与层级查询非常好用，这个功能非常依赖于数据库的导航属性，也就是外键结构。最近想着把一个单体的系统拆分为多个小系统，首先需要处理外键依赖的问题。 多个服务各自有各自的数据库，数据库层面并不互通，也就无法使用外键约束。 我使用EF Core来描述数据库的结构，有
本文属于OData系列 Intro 对外提供WEBAPI时，如果遇上了版本升级，那么控制WEBAPI的版本也是非常必要的。OData官方提供了版本控制以及管理的解决方案，我个人是实践体会是不好用，好在社区提供了对应的nuget包，与.NET主版本同步更新。 介绍 ASP.NET API Versio
本文属于OData系列文章 Intro 前面写了很多有关OData使用的文章，很多读者会有疑问，直接将实体对象暴露给最终用户会不会有风险？$expand在默认配置的情况下，数据会不会有泄露风险？ 答案是肯定的，由于OData的特性，提供给我们便捷同时也会带来一些风险。很多地方推荐使用DTO模式来隔离
本文属于 OData 系列文章 Introduction 更新： 由于新版的 OData 已经默认使用了 endpoint 模式（Microsoft.AspNetCore.OData 8.0.0），不再需要额外配置，本文已经过时（asp.net core 3.1）。 最近看 OData 的 devb
之前一篇博客已经写了有关AI在博客编写方面的优势与对未来博客的编写方面的思考。这篇文档我继续分享我在开发中的一个案例和相关的感想。 事件还原 我发现ChatGPT也可以帮助我编写OData，于是我也利用GPT帮助我编程。 OData如何将filter与apply字段联合使用？答案如下： GET /o
