2
將服務總線隊列與WCF一起使用有什麼優勢?爲什麼我們不能使用QueueClient訪問隊列而不是使用WCF服務?通過WCF使用Azure服務總線隊列的優勢
將服務總線隊列與WCF一起使用有什麼優勢?爲什麼我們不能使用QueueClient訪問隊列而不是使用WCF服務?通過WCF使用Azure服務總線隊列的優勢
我在我的一個應用程序中使用了WCF的消息隊列,而不是使用繪製隊列客戶端(我在本地使用RabbitMQ)。從我的團隊的角度來看的一些原因
1,我們一直在使用WCF over net.tcp作爲我們的應用程序。爲了提高性能和可擴展性,我們決定使用RabbitMQ。使用WCF包裝,我們不需要更新整個系統代碼,只需更改WCF傳輸擴展和配置即可。 2,我們可以利用WCF通道堆棧模式,切換安全設置,消息編碼等。我們需要構建自己的如果使用plaint隊列客戶端。
3,我們可以利用WCF提供的消息交換模式。
4,擴展和定製WCF非常容易,因此我們可以添加/替換我們需要的模塊。
基本上我們想用WCF架構的ranter比自己設計和實現。
希望這會有所幫助。
謝謝你的回答肖恩!還有一個問題,通過RabbitMQ客戶端進行雙向溝通非常簡單。但我想如果你把它包裝在WCF中,你將不得不使用雙面打印功能。以及如何WCF與rabbitMQ更具擴展性和性能,然後net.tcp? – Pragmatic
我實現了,我在我的應用程序中調用了嚴格的雙工,這意味着它是1:1通信。我還實現了通配符雙工,這意味着服務實例可以將回調發送給實現回調協議的任何客戶端。 –
你沒有回答第二個問題「以及WCF與rabbitMQ的可擴展性和性能如何,然後是net.tcp」 – Pragmatic