服务接口 - 几种方法的比较

Question

我很难确定哪种方法更好：

interface IService {
  ISomething CreateSomething();
}

interface ISomething {
  void Do(string parameter);
}

vs

interface IService {
  ISomething CreateSomething();
  void DoSomething(ISomething something, string parameter);
}

vs vs

interface IService {
  ISomething CreateSomething();
  void DoSomething(int somethingId, string parameter)
}

vs

interface IService {
  int CreateSomething(); // returns something.Id
  void DoSomething(int somethingId, string parameter);
}

vs vs任何其他方法...

iservice接口应该以多种不同的方式消费：

• 作为类库
• 作为一个类库WCF服务
• 作为XML服务
• 作为JSON服务

Isomething可能具有客户需要调查的许多属性，并且可能执行许多操作。 Isomething只是我需要以这种方式公开的十几个类之一。 isomething可能会返回更多我可以执行操作的接口。

我将感谢任何建议和思想。

编辑：

这个想法是创建一个服务，该服务将允许用户构建工作流程图，并将支持设计师。我的要求是具有支持客户端任何风味的服务代码（因此int参数方法）。同时，我不想遇到类型和方法的爆炸。

也许最好的方法是将其设计为功能丰富的.NET库，并为任何可能消耗的渠道创建外墙（？）？

Answer 1

我会使用：

interface IService {
  ISomething CreateSomething();
  void DoSomething(int somethingId, string parameter)
}

恕我直言，它会产生最少的流量，因为如果您只是从 CreateSomething 返回 ID，如果您需要处理详细信息，您很可能会再进行一次旅行。

在 DoSomething 中使用 id 可以为您提供最少的流量，因为似乎不需要整个对象。

始终尝试设计服务接口，以便您必须使用尽可能少的调用来完成您想要的操作。这也意味着很难告诉你答案，因为我不知道其预期目的。

Answer 2

我看到的问题是您希望一个类同时成为服务和数据契约。 ISomething 不能是接口，因为您实际上传递了具体类型，并且您的客户端应该知道它们的结构。所以我的建议是服务仍然是服务，数据合同仍然是它本身。

class Something
{
}

interface IService {  
  void Do(string parameter);
  Something GetSomething();
}

class SomeService : IService {
  private Something smth;  

  public void SomeService()
  {
    smth = CreateSomething();
  }

  public void Do()
  {
    //
  }

  public Something GetSomething()
  {
    return smth;
  }
}