2

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

但是，我面临着我需要的情况，例如：

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 是最好的解决方案）。

4

3 回答 3

1

在模型中调用服务可以吗？

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

  • 域绝对不应该知道使用域的底层应用程序层服务。

  • 领域层服务不是什么大问题，因为它们是同一层的一部分。

  • 相反，如果您想要域和基础设施之间的松散耦合（与存储库接口/实现相同），则必须将基础设施层服务注入到您的域对象中，并且必须在域层中声明它们的接口。谢尔盖对此有很好的实现。

于 2012-11-26T09:57:30.983 回答
1

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

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

简而言之，如果模型只是从外部源获取数据的抽象，只需使用存储库来实际获取数据并返回模型，如果外部源不会直接返回您需要的对象。

于 2012-11-23T11:22:12.870 回答
1

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

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();
    }
}

实现此目的的另一种方法是使用观察者设计模式并通知更高级别的抽象您需要它们的某些东西。

在这两种方式中，您都可以将模型与服务层的具体实现分离。

于 2012-11-26T09:08:03.343 回答