C# 如何在ASP.NETWebAPI中组织web服务

C# 如何在ASP.NETWebAPI中组织web服务,c#,asp.net,asp.net-mvc,web-services,rest,C#,Asp.net,Asp.net Mvc,Web Services,Rest,这是一个关于如何组织web服务的理论问题 使用ASP.NET web API构建web服务您可以在其中创建许多控制器和web方法。然而,在同一个解决方案中维护许多控制器和方法可能很困难。 选择将一个解决方案拆分为两个或多个解决方案时,应使用哪些标准? 使用多种方法和控制器的单一解决方案有哪些优点和缺点?使用多种解决方案有哪些优点和缺点?我想第一个问题是:使用大量控制器时,您谈论的数字是多少? 在处理大型解决方案时,我看到的主要缺点是CPU负载?RAM,Resharper缓存。我记得我有一个54项

这是一个关于如何组织web服务的理论问题

使用ASP.NET web API构建web服务您可以在其中创建许多控制器和web方法。然而,在同一个解决方案中维护许多控制器和方法可能很困难。 选择将一个解决方案拆分为两个或多个解决方案时,应使用哪些标准?
使用多种方法和控制器的单一解决方案有哪些优点和缺点?使用多种解决方案有哪些优点和缺点?

我想第一个问题是:使用大量控制器时,您谈论的数字是多少? 在处理大型解决方案时,我看到的主要缺点是CPU负载?RAM,Resharper缓存。我记得我有一个54项目的解决方案,it建设需要3分钟。所以我们必须提取一个小的解决方案进行开发,而完整的解决方案只加载到我们部分的集成上。嗯,这可能有帮助

但这也是语义学。在我看来,最好的方法是基于完整的块进行分离,例如,您提取接口,然后it实现转到另一个解决方案或项目