entity-framework - OData 与 EF Core/ASP.NET Core - 好还是坏？

Question

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

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

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

考虑构建 API - 构建干净的 RESTful API 而不是 OData 风格的 API 不是更好吗？

实现 OData 的东西不是为了方便而牺牲了最佳实践吗？

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

Answer 1

我会一起去Shawn Wildermuth's advice我在 Pluralsight 上发现的:

OData means that queries are on the client so that versioning OData services becomes risky and it feels like MS is moving away from it so I don't have confidence in the long-term viability of it either.