Из того, что я узнал, Microsoft немного смутила название.
Я предполагаю, что вы знаете, что такое WCF, эта большая инфраструктура, построенная на основе XML, чтобы позволить пользователю создавать распределенные сервисы с использованием самых разных технологий (от SOAP до REST, MSMQ и т. Д.).
Это чертовски трудно использовать (по крайней мере, для меня), и для его работы требуется много начальной загрузки, и в конце концов они поняли это и начали предоставлять некоторую конфигурацию по умолчанию для простых служб http (кто-нибудь, начинающий набор WCF REST?). ASP.NET MVC набирал обороты, и некоторые функции, которые он предоставлял (например, автоматическое сопоставление аргументов), начали появляться в WCF.
Вот такая ситуация:
Объявление: WCF Web API теперь является ASP.NET Web API! ASP.NET Web API
выпущен с ASP.NET MVC 4 Beta. Поддержка WCF Web API и WCF для
Содержимое jQuery на этом сайте будет удалено к концу 2012 года.
http://wcf.codeplex.com/wikipage?title=Getting%20started:%20Building%20a%20simple%20web%20api
И это лучше, имхо.
Я вполне уверен, что возможно иметь возможность разместить asp.net mvc4 webapi поверх WCF (если вам это когда-нибудь понадобится), но я не могу найти документацию, которая может доказать, что я прав (или нет).
ОБНОВЛЕНИЕ (не подходит как комментарий):
Подождите, существует огромная разница между «перемещением подмножества коммуникационных технологий из библиотеки / фреймворка в другое» и «заменой WCF». Я лично считаю, что WCF был разработан для какой-то концепции коммуникации и имеет довольно крутой дизайн, но распределенные вычисления несколько переходят к новым (и более простым) решениям (посмотрите на многофункциональный SOAP против гибкого и гибкого REST, хотя многие люди все еще используют REST в стиле RPC), и я думаю, что такого рода шаблоны программирования лучше вписываются в архитектуру MVC, чем в WCF. Усилия были направлены на разработку какого-то простого способа построения / использования веб-сервисов поверх WCF, но в итоге они обнаружили, что это было не правильное решение.
Не говоря уже о том, что многие разработчики в настоящее время используют ASP.NET MVC и хотят делать отдых веб-служб для своего веб-приложения, связываться с WCF часто бывает излишним для такого рода вещей, и я испытал это на собственной шкуре.
Я думаю, что механизм маршрутизации - это круто и правильный путь, и если вы посмотрите внимательно, они включили его часть (с разными именами и типами, но шаблон был там) в WCF. Так что да, я думаю, что если MS не откажется от этой части WCF, то WE должен это сделать. Строго говоря, нет, я не думаю, что вы когда-нибудь найдете WebGet / WebInvoke в asp.net mvc *, он просто не подходит.
Да, самообслуживание - это, пожалуй, единственный фрагмент WCF, содержащийся в ASP.NET MVC4 прямо сейчас.