Asp.net mvc ASP.NETWebAPI和WCF

Asp.net mvc ASP.NETWebAPI和WCF,asp.net-mvc,asp.net-mvc-4,asp.net-web-api,Asp.net Mvc,Asp.net Mvc 4,Asp.net Web Api,可能重复: ASP.NETWebAPI过去是基于WCF的。我现在注意到,在MVC4版本的ASP.NETWebAPI中没有更多的服务主机工厂(至少看起来是这样的) WCF是否不再是WebAPI框架的一部分?ASP.NET Web API与WCF无关。这是一个全新的框架。它所基于的整个HTTP堆栈都是新的。ASP.NET Web API与WCF无关。这是一个全新的框架。它所基于的整个HTTP堆栈都是新的。事实并非如此。ASP.NET Web API的一部分是在团队变更之前由WCF团队构建的,并且自

可能重复:

ASP.NETWebAPI过去是基于WCF的。我现在注意到,在MVC4版本的ASP.NETWebAPI中没有更多的服务主机工厂(至少看起来是这样的)


WCF是否不再是WebAPI框架的一部分?

ASP.NET Web API与WCF无关。这是一个全新的框架。它所基于的整个HTTP堆栈都是新的。

ASP.NET Web API与WCF无关。这是一个全新的框架。它所基于的整个HTTP堆栈都是新的。

事实并非如此。ASP.NET Web API的一部分是在团队变更之前由WCF团队构建的,并且自托管ASP.NET Web API仍然在WCF服务主机上运行。是的,那是在Web API完全重写和自托管之前,RTM就是这样。作为Web API核心的
System.Web.Http
程序集对WCF没有任何依赖性。System.Web.Http.SelfHost仍然依赖于System.ServiceModel,即使在夜间构建中也不依赖于RTM。您显示的是
System.Web.Http.SelfHost
程序集,而不是
System.Web.Http
程序集,这正是我在前面的评论中提到的。对不起,我误解了你的评论。您实际上是说SelfHost仍然依赖于WCF。是的,我同意。我意识到了这一点,但System.Web.Http.Selfhost仍然是“ASP.NET Web API”的一部分,事实并非如此。ASP.NET Web API的一部分是在团队变更之前由WCF团队构建的,并且自托管ASP.NET Web API仍然在WCF服务主机上运行。是的,那是在Web API完全重写和自托管之前,RTM就是这样。作为Web API核心的
System.Web.Http
程序集对WCF没有任何依赖性。System.Web.Http.SelfHost仍然依赖于System.ServiceModel,即使在夜间构建中也不依赖于RTM。您显示的是
System.Web.Http.SelfHost
程序集,而不是
System.Web.Http
程序集,这正是我在前面的评论中提到的。对不起,我误解了你的评论。您实际上是说SelfHost仍然依赖于WCF。没错,我同意。我意识到这一点,但System.Web.Http.Selfhost仍然是“ASP.NET Web API”的一部分