我一直在寻找在自托管应用程序中使用ASP.NET Web API和SignalR的可能性,并且我注意到ASP.NET Web API自托管实现使用WCF ,SignalR自托管实施使用System.Net.HttpListener
。这使得想出一个组合的自托管解决方案有点困难,但它确实让我想知道为什么不同的项目团队会使用不同的方法。比较自我托管:WCF vs HttpListener
每种方法的优点和缺点是什么?为什么SignalR不能使用WCF自托管或者Web API不能使用HttpListener?有什么特别的理由吗?我知道Web API自托管提供了比SignalR更完整的堆栈,我的问题更多的是关于为什么在实现自己的自托管解决方案时,您会选择通过System.Net.HttpListener执行WCF实现的原因。回到顶端这篇文章中的信息适用于: 。
我一直在寻找比较为什么我会选择'HttpListener'通过WCF,反之亦然,但仍然没有找到一个很好的比较。也许我不够努力。如果有人感兴趣,我已经为Web API和SignalR编写了一个自托管解决方案。它使用'HttpListener'作为一个简单的事实,使得Web API支持'HttpListener'似乎更容易,而让SignalR支持WCF。我希望它是有用的。 https://github.com/jjeffery/WebAppHost –