Podría envolver su Specification
s definiciones en clase auxiliar:
public class DelegationSpecificationsHelper {
public static Specification<Domain> notificationContactSpec(String contact) {
return (root, query, cb) -> cb.equal(root.join("notification").get("contact"), contact);
}
public static Specification<Domain> idSpec(SearchCriteria searchCriteria) {
switch (criteria.getOperation()) {
case ":":
if (root.get(criteria.getKey()).getJavaType() == String.class) {
return builder.like(
root.<String>get(criteria.getKey()),
"%" + criteria.getValue() + "%");
} else {
return builder.equal(root.get(criteria.getKey()),
criteria.getValue());
}
case "=":
return builder.equal(root.get(criteria.getKey()),
criteria.getValue());
default:
return null;
}
}
}
Y luego podría usarlo así:
Specifications<Domain> specifications = Specifications.where(DelegationSpecificationsHelper.idSpec(new SearchCriteria("id", "=", domainId))
.and(DelegationSpecificationsHelper.notificationContactSpec("someSearchString"));
Después de importaciones estáticas y algunas refactorizaciones:
SearchCriteria idCriteria = new SearchCriteria("id", "=", domainId)
Specifications<Domain> specifications =
Specifications.where(idSpec(idCriteria)
.and(notificationContactSpec("someSearchString"));
Por supuesto, debe deshacerse de los valores codificados desde aquí:cb.equal(root.join("notification").get("contact"), contact);
y use algún objeto DTO o metamodelo JPA generado en su lugar.
Después de agregar el metamodelo, podría verse así:
public static Specification<Domain> notificationContactSpec(String contactValue) {
return (root, query, cb) -> cb.equal(root.join(Domain_.notification).get(Notification_.contact), contactValue);
}
Más sobre la generación de metamodelos:https://docs. jboss.org/hibernate/orm/5.0/topical/html/metamodelgen/MetamodelGenerator.html