0

我有一个 gradle 多项目，其中有 2 个子项目试图模拟六边形架构：

  1. 休息适配器
  2. 应用层

我不希望应用程序服务公开域模型，也不希望强制将特定表示作为输出。所以我想要应用程序服务消耗 2 个参数（一个命令和something）并返回一个T. 客户端配置服务。

其余适配器无法访问域模型，因此我无法返回域模型并让适配器创建其表示。

怎么样something。我试过 ：

  1. 有签名<T> List<T> myUseCase(Command c, Function<MyDomainModel, T> fn)。应用层是转换函数的所有者（因为签名使用 MyDomainModel）并公开函数字典。所以其余控制器引用了 Fn 之一。有用。我正在寻找更好的方法。如果它存在，则更优雅的方式。
  2. 有一个签名<T> List<T> myUseCase(Command c, FnEnum fn)对于每个枚举我都关联了一个函数。有了这个，我发现签名更优雅：消费者从枚举中提供了它想要的转换。但不起作用，因为通用方法无法编译。无法解决。目前，我没有找到方法。
  3. 与 java 8 消费者或供应商或其他东西有关的东西，但我没能解决问题。

我觉得对于这类问题有一个更优雅的解决方案：接受一个函数的服务，该函数可以转换和构建客户端提供的输出。

4

2 回答 2

0

我觉得对于这类问题有一个更优雅的解决方案：接受一个函数的服务，该函数可以转换和构建客户端提供的输出。

您正在跨应用程序和 REST 层之间的边界发送数据（可能是在应用程序和 REST 使用者之间）；考虑消息传递模式可能很有用。

例如，应用程序可以定义服务提供者接口，该接口定义了用于从应用程序接受数据的合同/协议。

interface ResponseBuilder {...}

void myUseCase(Command c, ResponseBuilder builder)

REST 适配器提供了一个实现，ResponseBuilder它可以接受输入并从中生成一些有用的数据结构。

响应构建器语义（接口中函数的名称）可能来自域模型，但参数通常是原语或其他消息类型。

CQS 意味着查询应该返回一个值；所以在那种情况下，你可能更喜欢类似的东西

interface ResponseBuilder<T> {
    ...
    T build();
}

<T> T myUseCase(Command c, ResponseBuilder<T> builder)

如果你仔细看，你会发现这里没有魔法；我们只是从应用程序和适配器之间的直接耦合切换到与合同的间接耦合。

编辑

我的第一个解决方案是使用Function<MyDomainModel, T>与您的 ResponseBuilder 有点不同的 a ；但同样如此。

它几乎是双重的。使用限制较少的签名可能会更好一些myUseCase

<T> 
List<T> myUseCase(Command c, Function<? super MyDomainModel, T> fn)

依赖结构本质上是相同的——唯一真正的区别是 REST 适配器耦合到什么。如果您认为域模型是稳定的，并且输出表示会发生很大变化，那么函数方法将为您提供稳定的 API。

但是，我怀疑您会发现输出表示在域模型之前很久就稳定了，在这种情况下，该ResponseBuilder方法将是更稳定的选择。

于 2018-04-29T14:05:36.513 回答
0

我认为您需要实现的是所谓的“数据转换器”模式。

想象一下，您有一个返回某个域对象（例如“用户”）的用例，但您不应该将域暴露给客户端。并且您希望每个客户端都选择返回数据的格式。

因此，您为域对象定义了一个数据转换器接口：

public interface UserDataTransformer {

    public void write ( User user );

    public String read();

}

对于您的客户需要的每种输出格式，您都需要定义一个实现接口的类。例如，如果您想以 XML 格式表示用户：

public class UserXMLDataTransformer implements UserDataTransformer {

    private String xmlUser;

    @Override
    public void write(User user) {
        this.xmlUser = xmlEncode ( user );
    }

    private String xmlEncode(User user) {
        String xml = << transform user to xml format >>;
        return xml;
    }

    @Override
    public String read() {
        return this.xmlUser;
    }

}

然后你让你的应用服务依赖于数据转换器接口，你在构造函数中注入它：

public class UserApplicationService {

    private UserDataTransformer userDataTransformer;

    public UserApplicationService ( UserDataTransformer userDataTransformer ) {
        this.userDataTransformer = userDataTransformer;
    }

    public void myUseCase ( Command c ) {
        User user = << call the business logic of the domain and construct the user object you wanna return >> ;
        this.userDataTransformer.write(user);
    }

}

最后，客户端可能看起来像这样：

public class XMLClient {

    public static void main ( String[] args ) {

        UserDataTransformer userDataTransformer = new UserXMLDataTransformer();
        UserApplicationService userService = new UserApplicationService(userDataTransformer);
        Command c = << data input needed by the use case >>;
        userService.myUseCase(c);
        String xmlUser = userDataTransformer.read();
        System.out.println(xmlUser);
    }

}

我认为输出是一个字符串，但你可以使用泛型来返回你想要的任何类型。

我没有提到它，但是这种将转换器注入应用程序服务的方法遵循“端口和适配器”模式。转换器接口将是端口，实现它的每个类都是所需格式的适配器。

此外，这只是一个例子。您可以使用像 Spring 这样的依赖注入框架来创建组件实例并将它们全部连接起来。而且你应该使用组合根模式来做到这一点。

希望这个例子有所帮助。

于 2018-04-29T18:32:27.693 回答