WCF - 使用完全相同的数据契约的多个服务契约

Question

我有一个新问题要问 WCF 专家。

因此，我有一个类 User ，它接近我用于数据库操作的数据库中的“用户”表示形式。现在，我想要有 2 个不同的服务合约，它们使用此类作为数据合约，但每个服务合约都以自己的方式...我的意思是，

public class DBLayer
{
    void InsertUsers(List<User> userList)
    {
        // both 'PropertyVisibleForService1' and 'PropertyVisibleForService2'
        // are used HERE to be inserted into their columns 
    }
}

[DataContract]
public class User
{
  [DataMember] public string PropertyVisibleOnlyForService1{...}
  [DataMember] public string PropertyVisibleOnlyForService2{...}
}

[ServiceContract]
public interface IService1  
{   
   List<User> GetUsers();  // user with 'PropertyVisibleOnlyForService1' inside
}

[ServiceContract]
public interface IService2  
{   
    List<User> GetUsers(); // user with 'PropertyVisibleOnlyForService2' inside 
}

所以，这个想法是每个服务将获得不同类型的用户，< 的子集代码>“用户”。请记住，我想按原样使用 'User' 进行数据库操作，我可以选择什么来实现此目的？我真的需要创建不同的数据合约还是有其他更聪明的方法？

最好不仅给我解决方案，还向我解释一些最佳实践和替代方案。

先感谢您。

编辑1： 我在这里添加了一个虚拟 DBLayer 类，以便更好地概述以及为什么我认为在这种情况下继承可能不好。

解决方案是使用另一个“UserForService1”和“UserForService2”作为数据协定，这些协定将在末尾映射到“User” ’但我想要一些其他的观点。

编辑2：非常好的文章，在这种情况下对我有帮助：http://bloggingabout.net/blogs/vagif/archive/2009/03/29/iextensibledataobject-is-not-only-for-backward-compatibility.aspx

Answer 1

您可以为每个服务创建单独的 DTO，但您的情况实际上非常适合 装饰器模式

[DataContract]
public class UserForService1 : User
{
     private User mUser;
     public UserForService1(User u)
     {
         mUser = u;
     }

     //expose only properties you'd like the user of this data contract to see
     [DataMember]
     public string SomeProperty
     {
         get
         {
            //always call into the 'wrapped' object
            return mUser.SomeProperty;
         }
         set
         {
            mUser.SomeProperty = value;
         }
     }
     // etc...
}

：对于 Service2 类似的代码，只公开您关心的内容......

Answer 2

如果它们被设计为代表不同类型的用户，那么它们应该是不同的类。我同意评论中的 phoog，您应该从共享 User 类中派生出您想要的类型，并将特定的服务属性添加到派生类中。

在这种情况下，你为什么不认为继承是件好事呢？如果您向我们提供更多详细信息，我们可以尝试修改建议以适合您的实际问题。

Answer 3

正如评论中所建议的，您可以有两个从基本用户派生的类，然后使用 Data合约已知类型，您就可以完成您想要的目标。有关更多示例，请参阅以下链接。

http://www.freddes.se/2010/05/ 19/wcf-knowntype-attribute-example/

http://footheory.com/blogs/bennie/archive/2007/07/28/handling-data-contract-object-hierarchies-in-wcf.aspx

Answer 4

如果您不想使用继承，例如：

[DataContract]
public class User
{
}

[DataContract]
public class Service1User : User
{
  [DataMember] public string PropertyVisibleOnlyForService1{...}
}

[DataContract]
public class Service2User : User
{
  [DataMember] public string PropertyVisibleOnlyForService2{...}
}

[ServiceContract]
public interface IService1  
{   
   List<Service1User> GetUsers();  // user with 'PropertyVisibleOnlyForService1' inside
}

[ServiceContract]
public interface IService2  
{   
    List<Service2User> GetUsers(); // user with 'PropertyVisibleOnlyForService2' inside 
}

那么我不确定您会做什么。此时您有点违反了类型声明的原则。以普通的 .NET 方式思考它；如果您在应用程序中定义“User”，那么它在任何地方都是相同的类型。某些属性无法对某些其他类或方法隐藏。

WCF 还将将此类型信息打包到生成的 WSDL 中，并且它只会定义一次 User 类型，因此它需要知道其中有哪些属性。

现在，如果您只关心构建的实际 SOAP 消息，并且不关心 WSDL 或从 WSDL 生成的任何客户端将看到的内容，那么从技术上讲，您可以让它不将该属性发送到 SOAP 消息中当它为空时，通过执行以下操作：

    [DataMember(EmitDefaultValue=false)]

然后，当该属性为空时，它不会包含在序列化中。如果客户端是从 WSDL 生成的，那么这不会产生任何真正的区别，因为它的 User 类型仍然必须包含这两个属性。它只会更改序列化，以便不向客户端发送类似以下内容：

<User>
  <PropertyVisibleOnlyForService1 nil="true" />
  <PropertyVisibleOnlyForService2>something</PropertyVisibleOnlyForService2>
</User>

而是发送：

<User>
  <PropertyVisibleOnlyForService2>something</PropertyVisibleOnlyForService2>
</User>