當前用於.NET到.NET服務的WCF技術替代品？

Question

我正在拆分N層堆棧以允許獨立擴展層，更好地部署獨立性，並且我想知道人們目前正在爲服務邊界通信技術選擇什麼。

服務本身和服務的所有「客戶端」都可以通過內部網絡訪問彼此，並且當前都是.NET 3.5 SP1（Windows服務3.5，ASP.NET MVC 1.0，ASP.NET WebForm 3.5）。

雖然我聽說過WCF在不久的將來改變方向的傳言，但我傾向於Windows Communication Foundation。這些謠言有效嗎？

我已經否定了將構建爲自定義ASP.NET MVC服務以及作爲舊式SOAP Web服務的想法，因爲WCF將以更靈活的傳輸選擇爲代價來定製響應。

是否真的有其他的.NET服務技術可以考慮？

---

謝謝大家的意見。很高興聽到我對WCF的傾向仍然是正確的選擇，並且它會持續一段時間。

Answer 1

我還沒有聽說過有關WCF改變方向的任何信息。

我也會說這是你要找的答案。你有大量的綁定選項可以工作並提供不同程度的性能。

您可以在這裏看到WCF和傳統服務技術之間的性能比較：

http://msdn.microsoft.com/en-us/library/bb310550.aspx

Answer 2

目前，WCF仍然是.NET服務之間的通信API是最明顯的選擇。

Answer 3

.NET通信中的任何「新方向」都可能構建在WCF平臺上，該平臺具有極高的可擴展性。 WCF是您應該爲此考慮的唯一技術堆棧。

Answer 4

WCF可能是您最好的選擇。 WCF在.NET 4中並沒有發生巨大的變化，所以遷移應該非常直截了當。

（也許你在想的Windows Workflow Foundation，它是在.NET 4的近完全重寫，並導致重大遷移問題....）的

話雖這麼說，你的選擇 - 你可以寫您自己的網絡層使用System.Net命名空間。這隻需要更多的工作，因爲你基本上重複了WCF免費提供的許多好處。