发布ASP.NET Web后，asp.net MVC框架的未来是什么？

Question

我已经使用asp.net MVC约1.5年，正在享受它的功能，并部署了许多成功的asp.net应用程序，但我目前正在阅读有关asp.net web技术。我发现以下几点：

1. 我可以使用MVC实现我所使用的任何功能；使用新的Web并采用更轻量级的方法。
2. 与web相比，使用Web更容易开发asp.net服务。

那么，asp.net Web将来会接管asp.net MVC吗?还是每种技术都会有自己的发展空间，或者我们应该考虑在同一个web应用程序中使用这两种技术呢？

Answer 1

除了@jmoerdyk的回答外，我还想指出一点：

关键是理解每项技术的目标：

• 这将是用于创建web服务的新API，它是传统XML服务和WCF服务的替代，因此值得首先指出的是WEB API与其他Web服务框架之间的主要区别。 Web与WCF/ASMX服务的主要区别在于，不是基于SOAP，而是基于HTTP，因此您可以利用以下所有HTTP特性：

- It contains message headers that are very meaningful and descriptive - headers that suggest the content type of the message’s body, headers that explain how to cache information, how to secure it etc.
- use of verbs to define the actions (POST, PUT, DELETE..)
- it contains a body that can be used to send any kind of content
- It uses URIs for identifying both information paths (resources) and actions

这是Web (当时称为Web )的主要目标:停止通过WCF的眼睛查看HTTP --作为传递请求的传输协议。相反，它允许我们把它看作是一个真正的应用层协议--一个丰富的、可互操作的、面向资源的协议。web的目的是正确地使用URI、HTTP头和主体为Web创建HTTP服务，并为所有希望将HTTP作为其协议和终身朋友的人创建HTTP服务。

查看本文以获得更多信息：http://www.codeproject.com/Articles/341414/WCF-or-ASP-NET-Web-APIs-My-two-cents-on-the-subjec

因此，基本上，Web实际上可以与WCF或XML进行比较

如果你想知道WCF会发生什么？

因此，事实是，我们有太多的选择，因此太多的混乱。我们该怎么做？我们合并小队！(有点让我们想起LINQ和实体框架、WCF和Ado.Net数据服务以及其他类似的例子)。因此，WCF团队和ASP.NET团队联合起来，为web世界创建了一个专注于REST/Hypermedia/HTTP服务世界的新框架，从而推出了ASP.NET Web。

• MVC 既然您已经知道Web的目标是什么，那么就应该更容易地说明为什么MVC包含了主要呈现视图的附加功能。 您所关心的是WEB实际上是基于MVC的，但它们的目标是不同的。 另一方面，HTTP基础设施对ASP.NET请求和响应的优雅处理，以及对容易创建控制器的支持，似乎是创建这种新型服务的正确方法。

Answer 2

不，他们不是真的做同样的事。

Web实际上只用于生成用于实现基于REST的API的JSON、XML或其他基于文本的响应。MVC也可以做到这一点，但是新的Web似乎使它变得更容易，特别是通过自动内容类型协商。

MVC不打算使用Web生成全部或部分带有视图的HTML页面等等。

因此，在ASP.Net框架中，每一个都有各自的目的，不太可能超越另一个。

Answer 3

WebAPI和MVC是两种不同的东西，但它们都在同一个框架中工作。WebAPI用于restful服务。MVC用于网页。

您可以在MVC中创建restful服务，所做的工作比在WebAPI中要多得多。相反，事实并非如此。您不能在WebAPI中创建网页。因此，你的问题从根本上讲是混乱的。