使用ASP.NET MVC控制器,您可以以不同的格式公开数据.AspNetWebAPI是专门为创建API而设计的,但我可以轻松地使用MVC控制器,我不清楚在什么情况下它会比传统的MVC控制器更好.我对WebApi的好处是显而易见的情况感兴趣,并且值得为我的应用程序添加另一个复杂性层.
问题:在MVC中使用asp.net WebApi有哪些优点和/或缺点？
使用每种技术的优缺点是什么？
WCF Web Api现已合并到Asp.net Asp.net web api现在支持自托管.
我仍然想象如果我想为相同的操作公开多个协议模式,我仍然倾向于WCF,或者Mvc端点也可以这样做吗？
新的Asp.Net web api也暴露了Wsdl吗？如果不是,客户如何找出他们可以使用的操作？
可以说,Mvc的最佳特性是模型绑定器.WCF的等效性有多强？
那么有人能告诉我Asp.net web api带来哪些优势？WCF似乎绝对是更强大/可扩展的选择,imo.关于Mvc Web Api对WCF模型的唯一要求可能是易于开发,但这意味着如果它最终成为严重的设计限制则蹲下.
我是phonegap开发的新手,我正在尝试选择一个框架来使用.我想使用AngularJS,因为我已经阅读了有关它的好东西,但我希望它能与Parse.com一起作为后端使用.我注意到一个Parse.com他们没有指定与Angular的任何兼容性,他们所有的文档和Javascript API都需要Backbone.
我知道AngularJS支持http,所以我可以使用REST API与Parse通信.但是,如果我使用Backbone与Parse.com Javascript API相比,这会不会成为一团糟？我会节省时间和压力吗？
我的理解:
Asp.net MVC用于开发处理服务器请求的应用程序.它还提供视图.但最终它在服务器上呈现视图并将纯HTML发送给用户.
另一方面,angular JS不在服务器上进行任何处理.它只向客户端提供HTML或JavaScript文件,然后客户端执行这些文件.Angular Application仅通过服务器上运行的服务来预期数据.
我的问题:
如果在任何角度都不会导致任何服务器端处理负载,为什么不总是使用它来开发前端应用程序,而在服务器上为什么不使用任何服务(如Web API或WCF)而不是MVC？简而言之,为什么我们需要服务器侧视图处理框架,而不是我们可以在客户端上的服务器和角度应用程序上提供服务？