WCF HTTPBinding的局限性是什么？

Question

我正在開發一個.NET應用程序（例如A），它將與其他.NET應用程序（例如B）進行通信。 應用程序A將由Java應用程序使用（例如X）。 我當前正在使用Apache Thrift。 Thrift除了對OOPS功能的基本支持（例如重載和繼承）以外，都很棒。 當然，由於它是一種開源技術，因此我們可以按照自己的方式自定義Thrift編譯器。

我的一位朋友建議對應用程序A使用WCF並使用WSHttpBinding。 使用Basic / WSHtppBinding時，WCF服務是否有任何其他限制？ 我猜想Web服務的局限性適用於上述托管方式。 請在這方面指導我。

Answer 1

我參與了一些必須將WCF和Java集成在一起的項目。 我總是最終選擇BasicHttpBinding，因為這允許兩種技術以最小的摩擦進行通信。 通過在WsHttpBinding上使用BasicHttpBinding，您會損失很多，但這與我從事的項目無關。 您將不得不在易用性（BasicHttpBinding）和支持更多/更新標准（WsHttpBinding）之間進行調用。

看看http://www.codeproject.com/Articles/36396/Difference-between-BasicHttpBinding-and-WsHttpBind

Answer 2

WCF的局限性是：ASP.NET 4.0 Visual Studio 2010 IIS 7.5 MS SQL Server 2008 R2