當將應用程序從純正頻道移植到WCF時，我應該期待什麼問題

Question

Genuine Channels是一組用於.Net Remoting的第三方機會。

我已經給出了用WCF替換rick客戶端和服務器中.Net Remoting的用法的任務。我熟悉標準的.net遠程處理，但不是真正的通道。

那麼我應該期待什麼問題以及解決方案的任何指針？

Answer 1

有一些是我們原來用它通過標準的.Net遠程原因GenuineChannels的幾個特點：

1. 它是通過身份驗證代理，而.Net遠程不會
2. 它可以播放服務器上的事件，並有客戶收到他們
3. 它內置的功能來處理斷開離子（通過事件報告給應用程序）和自動重新連接
4. 它與SSPI認證緊密集成，但也有能力將其切換爲備用機制（它被GC稱爲ZPA）
5. 它可以gzip壓縮壓縮服務器和客戶端
6. 它可以加密服務器和客戶端之間的流量之間的流量（使用基礎Win32調用）
7. 它具有完整性檢查，其通過中間宿主防止修改

它也有很多其他的安全與您的應用程序可能使用的ty相關的功能。

我還沒有使用WCF，所以我不知道這些是否被支持，但它應該給你一個檢查事項的起始列表。

Answer 2

發送事件給客戶端不是WCF的自然行爲。 您應該使用雙面打印的合同有一些知識在這裏： Sending events from WCF server

其他然後，WCF是很酷： 你定義數據合同，並使用屬性的承包經營合同，和你有一個服務運行。 當嘗試序列化循環對象時應該更加小心（但它已被解決） 和其他 - 您在移植/學習WCF時必須找到它。

有一個簡單的方法 - 使用共享的dll，和硬方法（但更「友好」） - 生成一個服務器代理到客戶端。

Juval Lowy - 這是一本好書開始，剩下的就是googlable ....