带有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

我会采纳我在 Pluralsight 上找到的Shawn Wildermuth 的建议：

OData 意味着查询在客户端进行，因此版本控制 OData 服务变得有风险，并且感觉MS 正在放弃它，因此我对其长期生存能力也没有信心。