AE
просто для вакансий и поиска работы есть отдельные чаты, а тут обсуждение технологий и проблем, хоть админы вакансии и не возбранают
Size: a a a
2020 August 31
М
мы же несем вам добро, новые возможности)
Когда джунов без опыта работы будете искать, тогда добро принесёте)
VS
просто для вакансий и поиска работы есть отдельные чаты, а тут обсуждение технологий и проблем, хоть админы вакансии и не возбранают
Тут зато хоть сразу с вилкой нормально пишут из за правил)
AE
Тут зато хоть сразу с вилкой нормально пишут из за правил)
так везде указание вилки обязательно
C
Нафиг зарплату называть вилкой...
VS
Нафиг зарплату называть вилкой...
Потому что ты с неё ешь
VE
Нафиг зарплату называть вилкой...
Зарплата - это зарплата, а вилка - это от мин до макс возможная зп, вот и разделяют два понятия
C
Зарплата - это зарплата, а вилка - это от мин до макс возможная зп, вот и разделяют два понятия
Действительно, если написать в том сообщении "зарплата до 270к", будет ничего непонятно.
VE
VE
А вообще написать много чего можно, но зачем-то ведь есть куча непонятных слов типа "лонгслив", "свитшот", "мюли" и тд)
C
Лонгслив - это когда тебя сливают на собеседовании, но не сразу...
dd
#jpa #spring_data #spring_boot Использую репозитории extends JpaRepositroy, но теперь в контроллере, если я хочу искать по нескольким параметрам, то у меня появляется огромное количество if/else условий. Я так понял лучший вариант - использовать спецификации, как это делать лучшим образом? большое количество классов, которые implements Specification<myClass> или есть другие варианты?
RS
1 класс со статическими методами
RS
спецификации имплементятся ламбдами
RS
Вроде такого:
public class PaymentOrderSpecs {
public static Specification<PaymentOrder> createdAtOrAfter(Instant from) {
return (root, query, cb) -> cb.greaterThanOrEqualTo(root.get("createdAt"), from);
}
public static Specification<PaymentOrder> createdBefore(Instant to) {
return (root, query, cb) -> cb.lessThan(root.get("createdAt"), to);
}
...
}dd
Ruslan Stelmachenko
Вроде такого:
public class PaymentOrderSpecs {
public static Specification<PaymentOrder> createdAtOrAfter(Instant from) {
return (root, query, cb) -> cb.greaterThanOrEqualTo(root.get("createdAt"), from);
}
public static Specification<PaymentOrder> createdBefore(Instant to) {
return (root, query, cb) -> cb.lessThan(root.get("createdAt"), to);
}
...
}Спасибо!
AE
Лонгслив - это когда тебя сливают на собеседовании, но не сразу...
Смотря в какой компании, в Яндексе будет лонгслив, в остальных я думал шортслив
AE
Ruslan Stelmachenko
Вроде такого:
public class PaymentOrderSpecs {
public static Specification<PaymentOrder> createdAtOrAfter(Instant from) {
return (root, query, cb) -> cb.greaterThanOrEqualTo(root.get("createdAt"), from);
}
public static Specification<PaymentOrder> createdBefore(Instant to) {
return (root, query, cb) -> cb.lessThan(root.get("createdAt"), to);
}
...
}Мы выделили свой интерфейс и делаем бинами) in - FilterDto, out - specification
AE
Просто когда в фильтре не пара полей а уже с десяток, то класс со статическими полями уже выглядит не айс)
AE
@avusaeternam а вообще лучше не спецификации, а querydsl