如何从 Spring Data JPA 中的 id 解析不同的实体？

Question

我的申请的一些背景：
我正在使用 Spring Boot、Spring Boot Data JPA 和 JDA 在 Java 中开发 Discord-Bot。
该机器人应该在 Discord 中有几个用于不同目的的按钮。当用户单击按钮时，机器人会在事件处理程序中获取按钮的 id（我在创建它时预先给它）。

不同的示例场景：

1. ID 为 20 的 Button1 解析为具有 Role1 的角色按钮实体，因此该成员获得了分配的 Role1。
2. ID 为 32 的 Button2 解析为带有一些在点击时运行的逻辑的票据按钮实体。

（不同的按钮实体也有不同的字段）

问题：我怎样才能设计出这样的东西？

我想到的一个选项是拥有一个通用按钮实体，以便 JPA 的 id 代表 Discord 中按钮的 id 并存储另一个 id（例如，来自角色按钮实体，以运行它的逻辑与它的字段而不是票按钮实体的逻辑/字段）。
这个选项是否有意义，如果有，是否可以将Long buttonEntityId 与例如级联角色按钮实体？

提前致谢

Answer 1

有一些设计模式适合您的业务案例。例如，Factory 决定创建哪种按钮类型，或 Strategy 决定执行哪种行为。

但无论哪种方式，每个人都需要根据某些参数/属性/属性选择一条或另一条路径。您是说要使用元素的ID 来执行此操作，这与 ddbb 中将用作PRIMARY KEY 的ID 相同。所以意思是两个不同的独立表，但在 ID...

这就像软件中的几乎所有东西一样，都可以实现，但这是一种明显的代码味道，一种设计味道。使用某个 id 作为鉴别器，不是针对 id 值本身，而是针对它所代表的数据……没有意义。

您可以设法做到这一点，但您将要使用的解决方案、您必须执行的解决方法以及所有这些暗示的陷阱肯定会降低您的代码的可读性、可维护性和可扩展性。

更有意义的路径是绑定到指定其类型的按钮的特定属性，并在模式/逻辑中使用它来执行/创建一个想法或另一个想法。朝着这个解决方案努力会给你带来更好的结果。

关于此解决方案的数据库表示，除非您找到原因，否则您甚至不需要TYPE 列，因为可以直接从 TABLE/entity 推断出来，这意味着它可以直接实体中的常量。

更新

好的。我认为您在这里混合了不同的关注点。实体应该代表数据。在数据库中有按钮的目的是什么？它们不是数据，而是演示。角色是数据，工单是数据，但按钮不是数据（除非您在其中构建按钮的特定类型的应用程序）。

我会为每个按钮类型创建一个@Component，其中包含与该按钮类型相关的所有业务逻辑。

@Component
public class RoleButtonHandler {

    public doRoleStuff(...) {
        // do roles stuff
    }
   
}

@Component
public class TicketButtonHandler {

    public doTicketsStuff(...) {
        // do tickets stuff
    }
   
}

然后，我只需要一个表示不同按钮类型的枚举，而不是一个实体：

public enum ButtonType {
    ROLE(20),
    TICKET(32);

    private static Map<Integer, ButtonType> ID_VALUES_MAP = Arrays.stream(values()).collect(Collectors.toMap(b -> b.id, b -> b));

    public int id;

    ButtonType(int id) {
        this.id = id;
    }

    public ButtonType getButtonTypeFromId(int id) {
        return ID_VALUES_MAP.get(id);
    }
}

在事件处理程序中，您会收到id，您会获得 ButtonType，并基于此调用一个组件或另一个组件。

使用这种方法，即使您想将按钮保留在数据库中，它们将位于不同的表中，正如您所说的它们具有完全不同的字段，您也可以在专用的@Component 中轻松地无缝地做到这一点。

改进

我不知道这是否是您的情况，但是如果您在休息服务中通过 json 获取按钮的 ID，并且按钮的 ID 由您决定，则可以将其设为 String。在这种情况下，enum 只能有值，因为从 json 转换为具有相同 String 值的枚举是自动的，无需手动翻译所有内容的样板。并且代码更具可读性。