java - 使用枚举在 J2EE 应用程序中进行实体到 DTO 的转换？

Question

这是我什至不知道如何在 google 中搜索的主题之一(已经尝试过，大多数结果都是针对 C# 的)，所以我在这里:我正在摆弄我们庞大的应用程序，试图开始工作一个全新的 DAO/Entity/Service/DTO .. 呃... 东西。我或多或少地被孤立了，而且，或多或少，我开始理解一些方法，也许还有一两个原因。

问题是我得到了从数据库到服务的所有“向上”方式:

• 我有一个 DAO 类，它执行存储在实体类上的查询。执行后，它返回带有值的实体。
• 服务接收实体，并以某种方式将实体转换为 DTO，并在需要时将其返回。

我的问题是“不知何故”，代码是这样的:

DTOClass dto = ClassTransformerFromEntityToDTO.INSTANCE.apply(entityQueryResult);

我进入 ClassTransformerFromEntityToDTO 并发现了这个:

public enum ClassTransfomerFromEntityToDTO implements  Function<EntityClass,DTO Class> ) {
INSTANCE;

    @Override
    public DTOClass apply(EntityClass entityInstance) {
        /*Code to transform the Entity to DTO and the return*/
    }
}

这个...东西实现的类是这样的:

package com. google .common . base;

import com. google .common . annotations. GwtCompatible ;
import javax. annotation .Nullable ;

@GwtCompatible
public abstract interface Function <F , T >
{
  @Nullable
  public abstract T apply (@Nullable F paramF) ;

  public abstract boolean equals (@Nullable Object paramObject) ;
}

我在经典的“每个人在项目开始时都逃离了”，没有人知道这是为什么，这是什么(最聪明的人告诉我，也许这与Spring有关)，所以，我有两个主要问题(或多或少可以在同一侧回答):

1) 这是什么？使用带有函数的枚举进行转换有什么意义？

2)这有什么意义？为什么我可以只创建一个具有单个函数的类而忘记这个魔法？

Answer 1

不确定这里有很多要回答的...我正在添加一个答案来用我见过的一些代码来说明我的想法，但你的代码太可怕了。我其实也见过类似的东西。我的猜测是这些代码实际上早于 Spring。它被用作某种单例。

我见过这样的代码，这更糟糕:

public interface DTO {
    find(Object args)
}
public class ConcreteDTO1 implements DTO {
   ...
}
public class ConcreteDTO2 implements DTO {
   ...
}
public enum DTOType {

  CONCRETE_DTO1(new ConcreteDTO1(someArgs)),
  CONCRETE_DTO2(new ConcreteDTO2(someOtherArgs))

  private DTO dto;
  public DTOType(DTO dto) {
    this.dto = dto;
  }

  public DTO dto() {
    return dto;
  }
}

然后 DTO 基本上是通过 Enum 类型访问的:

DTOType.CONCRETE_DTO1.dto().find(args);

因此，每个试图获取 DTO 的人都通过枚举来访问它。有了Spring，你就不需要这些了。 IoC 容器旨在避免这种废话，这就是为什么我的猜测是它先于 Spring，来自应用程序的某个古老版本，当时 Spring 不存在。但也可能有人会做这样的事情，无论 Spring 是否已经在应用程序中。对于您想要做的那种事情，您最好使用访问者模式。这是来自不同答案的示例:passing different type of objects dynamically on same method