我是API工作的新手。我有一个使用OWIN自托管的ASP.NET Web API项目。然后,我为我的ASP.NET创建了一个单独的APIMVC5项目,包括控制器和后端工作。我在这个项目中没有视图,因为我没有需要,我只是从端点返回JSON数据。我发现我的程序的MVC控制器/路由的路由工作得更好。当最初尝试在我的Web项目中使用ApiController控制器时,我遇到了许多令人头疼的问题,试图使路由正常工作。MVC对我来说开箱即用,就像路由一样。 那么,当我从自托管的Web API项目中运行时,如何联系位于单独MVC项目中的这些控制器/路由呢?我读到过自托管MVC不起作用,所以我想找出一个变通
相反,在VisualStudio解决方案中,Azure Service Fabric中的微服务以及测试和调试中的总体最佳实践文件结构是什么?
我目前有两个Visual解决方案,每个解决方案都包含多个项目(服务)。我关心的是,在Service环境中,这些服务在发布、部署和版本控制方面是如何解耦的。我希望我错误地认为,这些服务现在在部署和版本控制方面是捆绑在一起的。希