2

我在同一个解决方案（不同的项目）中有一个 WCF 服务和客户端。服务类本身继承自一个接口，并且该接口在客户端和服务器之间共享（通过链接文件）。客户端使用服务工厂来生成代理。事实证明，这是一种非常好的方法，可以在不从客户端引用服务器端项目的情况下链接两端。

其中一个服务方法返回一个包含 DataContract 和 DataMember 属性的对象，直到最近这个类也链接到客户端，但是使用编译符号从客户端排除了服务器端逻辑。

我决定把它也变成一个界面会更明智。但是现在每次从客户端调用服务方法时都会出现以下异常：

底层连接已关闭：服务器关闭了预期保持活动状态的连接。

其内部异常如下：

无法从传输连接读取数据：现有连接被远程主机强行关闭。

因此，通过简化示例，我的服务本质上与客户端共享以下接口：

public interface IMyData
{
    [DataMember]
    int Id {get; set;}

    [DataMember]
    string Description {get; set;}
}

接口使用并将返回的实际对象如下所示：

[DataContract]
public class MyData : IMyData
{
    [DataMember]
    public int Id {get; set;}

    [DataMember]
    public string Description {get; set;}
}

我的服务界面如下所示：

[ServiceContract]
public interface IMyService
{
    [OperationContract]
    IMyData GetData();
}

实现看起来像这样：

[ServiceBehavior(ConcurrencyMode = ConcurrencyMode.Single, InstanceContextMode = InstanceContextMode.Single)]
public class MyService : IMyService
{
    [OperationContract]
    IMyData GetData()
    {
        // Get data.
    }
}

希望一切都有意义！我只是想知道我是否做错了。如果必须的话，我将返回共享课程并分割仅服务器端的代码......但如果可以的话，我宁愿使用接口。

有任何想法吗？

4

1 回答 1

3

将接口放在 a 上没有任何好处，DataContract因为它们只表示数据而没有逻辑。您通常将这些 DataContracts 放在同一个程序集中，ServiceContracts或者将单独的程序集放在一起。这将防止将业务逻辑暴露给您的客户。

于 2012-07-09T19:25:40.113 回答