带有 EF Core / ASP.NET Core 的 OData - 好还是坏？

Question

我已经阅读了很多关于 EF Core / ASP.NET Core 的 OData。 在我看来，每个人对此都有自己的看法，而且这有点令人困惑，所以冒着听起来很愚蠢的风险，我有几个问题：

请注意：
！我不是在谈论带有 EF6 的经典 ASP.NET 4.6 或 4.7！
！我说的是带有 EF Core 的 ASP.NET Core！

1. 考虑构建 API - 是否有单独的 EF Core 无法像使用 OData 的 EF Core 一样处理的东西？

2. 考虑构建 API - 构建干净的 RESTful API 而非 OData 样式 API 不是更好吗？

3. 实施 OData 是否会为了方便而牺牲最佳实践？

4. 长期呢？ ASP.NET Core + EF Core 的构建不是考虑了速度和效率，因此它们本身不会更快更高效吗？

Answer 1

ASP.NET Core/EF Core 上的 OData 运行良好。版本控制可以通过微软的版本控制 api 来完成。 我不一定认为 MS 会放弃这项技术。主要的api（ms graph）是odata 4兼容的。

在 EF Core 之上使用 Odata 对于许多用例来说真的很有趣。尤其是我非常喜欢的查询部分。 为了实现写入/命令，我通常会使用 webapi/Mediatr。

这里https://www.jannikbuschke.de/blog/cqrs-with-mediatr-and-odata/ 和这里https://www.jannikbuschke.de/blog/odata-getting-started/ 我写了一些关于这个主题的想法/指南。

一个缺点是工具和社区。那里没有很多。

Answer 2

我会选择我在 Pluralsight 上找到的 Shawn Wildermuth's advice：

OData 表示查询在客户端上，以便 对 OData 进行版本控制 服务变得有风险，感觉就像MS正在远离它所以 我对它的长期生存能力也没有信心。