JPQL 中的构造函数表达式：有益还是有问题的实践？

JPQL 提供了使用构造函数表达式在 select 语句中创建新对象的能力。虽然此功能提供了某些优势，但它引发了关于其在软件开发实践中是否适用的问题。

构造函数表达式的优点

构造函数表达式允许开发人员从实体中提取特定数据并进行组装，从而简化了数据检索将它们转换为任意类的新对象。与返回值数组相比，这提高了类型安全性和可读性。当检索数据以在持久性上下文之外进行显示或操作时，它特别有用。

潜在缺点

但是，有些人认为构造函数表达式引入了不必要的复杂性，并可能导致代码臃肿。它们还可能通过阻止持久性提供程序基于实体映射进行优化来阻碍查询优化。此外，如果返回的对象不表示持久实体并且未附加到会话，构造函数表达式可以创建孤立实体。

使用理由

构造函数表达式的使用在场景中是合理的其中以类型安全的方式检索特定数据集至关重要。这包括：

• 填充 DTO 或数据传输对象以在表示层或 API 中使用。
• 从实体中过滤和提取特定属性，而不检索整个实体图。
• 创建表示从持久数据派生的聚合或摘要信息的临时对象。

避免滥用和优化

为了避免潜在的陷阱，开发人员应该：

• 谨慎使用构造函数表达式，重点关注利大于弊的场景。
• 避免使用构造函数表达式创建持久实体，因为这可能会导致孤立对象。
• 通过确保所选属性相关并避免不必要的联接，使用构造函数表达式优化查询。
• 考虑使用 JPQL 子查询来实现相同的结果，而无需创建新对象。