WCF - 未聲明爲ServiceKnownType傳遞對象

Question

我有一個通過的net.tcp露出下面的WCF接口：

[ServiceContract] 
public interface IMyWCFService 
{ 
    [OperationContract] 
    Response ProcessRequest(Request request); 
} 

這是由以下類（大大簡化了這一目的驅動問題）：

[Serializable] 
public abstract class Message 
{ 
    [XmlAttribute] 
    public string Sender { get; set; } 
    [XmlAttribute] 
    public string Recevier { get; set; } 
} 

[Serializable] 
public abstract class Response : Message 
{ 
    [XmlAttribute] 
    public int EventCode { get; set; } 
} 

[Serializable] 
public abstract class Request : Message 
{ 
    [XmlAttribute] 
    public string SourceSystem { get; set; } 
} 

[XmlRoot(Namespace="http://blah.blah.com/blah/")] 
public class StringRequest : Request 
{ 
    [XmlElement] 
    public string Payload { get; set; } 
} 

[XmlRoot(Namespace="http://blah.blah.com/blah/")] 
public class StringResponse : Response 
{ 
    [XmlElement] 
    public string Payload { get; set; } 
} 

注：我們使用XMLSerializer而不是DataContractSerializer因爲這些類必須與基於.NET的2是舊系統兼容。

由於接口採用抽象的請求/響應類的ProcessRequest方法我們要聲明StringResponse/StringRequest爲ServiceKnownType，例如：

[ServiceContract] 
[ServiceKnownType(typeof(StringRequest))] 
[ServiceKnownType(typeof(StringResponse))] 
public interface IMyWCFService 
{ 
    [OperationContract] 
    ResponseMessage ProcessRequest(RequestMessage request); 
} 

這完美的作品，一切都在好世界，然而......

WCF偵聽器只是一個更大的框架的一個組件，上面描述的類在整個過程中都被使用。我們還設計了這個框架，使我們能夠相對容易地添加新類型的請求/響應消息。例如，我可能會添加：

public class CustomRequest : Request 
{ 
    public MyCustomXmlSerialisableRequestObject Payload { get; set; } 
} 

public class CustomResponse: Response 
{ 
    public MyCustomXmlSerialisableResponseObject Payload { get; set; } 
} 

這也工作得很好，直到我得到的WCF服務接口。當我們添加一個新的自定義請求/響應對時，我們還需要更新接口上的ServiceKnownType以包含它們。這意味着我必須重新部署該服務。所以問題是 - 有什麼辦法可以避免更新界面？

作爲我們使用遠程處理的例子，我們可以通過任何我們喜歡的對象，只要它們是可序列化的，所以我假設/希望WCF中有類似的解決方案。

編輯：更新

繼這裏找到指導：

http://ashgeek.blogspot.com/2011/02/wcf-serialization-dynamically-add.html

我似乎是在正確的軌道上。但是，當我更新客戶端服務引用時，它會將所有動態類型引入服務引用。這是不可取的，因爲不是所有的客戶需要，或者應該知道，從請求/響應得到

更重要的是我似乎失去用來推送消息的ServiceClient類，如所有消息：

// Client proxy class goes AWOL after service reference update 
var client = new MyServiceReference.Client(); 
var responseMessage = client.ProcessRequest(requestMessage) 

Answer 1

在開始時您提到您需要與.NET 2.0服務兼容，但同時您抱怨.NET Remoting中的某些內容在WCF中不起作用 - 您受.NET特性的限制2.0 Web服務，其中服務器和客戶端必須知道服務層上傳輸的類型=類型必須在服務描述和WSDL中。此外，因爲您決定使用XmlSerializer的，你通常失去了大部分的方式如何實現這一點：

• ServiceKnowType可以從靜態方法加載已知類型
• KnownTypes defined in configuration（需要DataContractSerializer）
• DataContractResolver（僅適用於WCF 4）和loading all derived types on startup（需要DataContractSerializer）
• Passing .NET type information in messages（需要NetDataContractSerializer和自定義行爲）=通常，這與遠程處理中的功能相同，它要求在服務和客戶端之間共享類型，服務和客戶端必須是使用WCF東西的.NET應用程序。

隨着XmlSerializer你有一個選擇

• 返回 XElement，並通過自己 在服務操作中的XElement和處理XML - 不工作在.NET 2.0

編輯：

服務描述中沒有動態行爲。它只在主機啓動時創建，並且在重啓主機之前不會更改。如果您需要每個客戶端的WSDL子集，則每個客戶端都需要單獨的端點，並且您必須準確定義每個端點上應該公開哪些數據協定。