Question

服务层应该位于模型层之上。因此，模型不应该称为服务。

然而，我正面临着我需要的情况，例如：

interface Component {
    getResult();
}
class Number implements Component {
    private value;
    public getResult() {
        return value;
    }
}
class Addition implements Component {
    private component1;
    private component2;
    public getResult() {
        return component1->getResult() + component2->getResult();
    }
}
class ConstantFromExternalSource implements Component {
    private identifier;
    public getResult() {
        // call a service for fetching constant identified by identifier
    }
}

（伪代码）

在这里，我的模型需要通过服务（web服务与否）访问外部数据源。

在这种情况下我该怎么办？ 在模型中调用服务是否可以？

如果你建议从模型中移除“getResult”方法并将其放入“ComponentService”中，我会不同意，因为我会失去OOP的所有优点（在这里我的模型会生成一个需要的树）以递归方式解决，因此OOP是最佳解决方案。）

Answer 1

我希望外部源直接返回常量作为Component。我不会将ConstantFromExtenralSource类与服务结合，甚至不作为接口，因为类（至少在这种形式下）除了调用服务之外什么都不做。

但是如果外部源返回一些需要在ConstrantFromExternalSource类中包装的数据，我只需通过构造函数将数据推送到对象中。

简而言之，如果模型只是从外部源获取数据的一种弊端，那么只需使用Repository来获取数据并返回模型，如果外部源不直接返回您需要的对象。

Answer 2

您可以通过多种方式实现这一目标。首先，您可以在单独的界面中提取模型的依赖关系，如：

interface CustomService {
 getResult();
}

class ExternalService implments CustomService 
{
  getResult() { // access web service }
}

然后将该依赖项注入模型中：

class ConstantFromExternalSource implements Component {
    private identifier;
    private CustomService service;

    ConstantFromExternalSource(CustomService service)
    {
        this.service = service;
    }


    public getResult() {
        // call a service for fetching constant identified by identifier
        return service.getResult();
    }
}

实现此目的的另一种方法是使用Observer Design Pattern并通知更高级别的抽象，你需要他们提供一些东西。

您可以通过两种方式将模型与服务层的具体实现分离。

Answer 3

在模型中调用服务是否可以？

取决于什么样的服务。就DDD而言，

域名绝对不应该知道使用该域的基础应用程序层服务。
域层服务不是什么大问题，因为它们属于同一层。
相比之下， Infrastructure 层服务必须注入您的域对象，如果您希望域和基础架构之间存在松散耦合，则必须在域层中声明其接口（与存储库接口/实现）。谢尔盖很好地实现了这一点。

模型 - 服务解耦：如果我的模型需要服务怎么办？

3 个答案: