Asp.net mvc OData是否适合大型MVC5/WebAPI应用程序

我正在为我的web应用程序使用以下堆栈MVC5+WebAPI 2.2+EF6+AngularJS。今天，我尝试将

OData

和

Angular BreezeJS

合并到我的应用程序中，它对其中一个实体运行良好

目前，我有大约45个表，可以转换为45个模型类

在Web API中，我可能只有5-10个控制器来处理45个模型的CRUD操作，使用基于我传递的变量的switch语句，比如

entityName

，

operationName

---

但是，在OData中，我需要45个由VS构建的控制器。是否有任何方法可以利用OData的优点，例如查询/分页/修补，而不必为每个模型类创建控制器？

我为一家电子商务公司的管理系统完成了这项工作。大约有20个表和相关的api控制器，其中一些表有10000个记录，所有控制器都启用了odata位。到目前为止，在Azure SQL和网站上对我来说似乎还不错。我为每个模型/实体使用一个控制器，你为什么反对这样做？

我为一家电子商务公司的管理系统这样做。大约有20个表和相关的api控制器，其中一些表有10000个记录，所有控制器都启用了odata位。到目前为止，在Azure SQL和网站上对我来说似乎还不错。我为每个模型/实体使用一个控制器，为什么您反对这样做？

您使用实体框架吗？如果是这样的话，你可以试试RESTier。RESTier是基于Web API OData构建的，它只需要一个控制器就可以使所有基本CRUD（包括查询）工作

---

您可以从教程中了解更多信息，Northwind的示例位于。

您使用实体框架吗？如果是这样的话，你可以试试RESTier。RESTier是基于Web API OData构建的，它只需要一个控制器就可以使所有基本CRUD（包括查询）工作

---

您可以从教程中了解更多信息，Northwind的一个示例位于。

截至目前，我们有45个实体，随着我们的扩展，我们可能会增加15-20个实体，我对处理60个控制器感到不舒服。另一个问题是，我需要有60个不同的端点用于Angular，而在WebAPI中，我现在可以使用5-10A，我们有45个实体，随着我们的扩展，我们可能会再增加15-20个，我不习惯使用60个控制器。另一个问题是，我需要有60个不同的端点用于Angular，而在WebAPI中，我可以使用5-10个端点。但由于它仍然是预览版，我会等待它的第一个主要版本。看起来很酷。但由于它仍然是预览版，我会等待它的第一个主要版本。