Сообщение Re[3]: Посоветуйте тьюториал по Hibernate от 24.04.2021 15:04
Изменено 24.04.2021 15:05 vsb
Re[3]: Посоветуйте тьюториал по Hibernate
Здравствуйте, Pavel Dvorkin, Вы писали:
vsb>>Насчёт промышленного стандарта — у меня такое ощущение, что многие пользуются простыми библиотеками вроде Spring JDBC, jOOQ, JDBI и тд.
PD>Хм, а как на этих простых решениях классы с коллекциями потом делать ? Ну получим мы результат SELECT — JOIN, а разбирать его на Parent — List<Child> потом вручную ?
Обычно в каждом варианте есть какие-то решения для типовых случаев. Например для Spring JDBC есть примеры тут (BeanPropertyRowMapper). Именно Parent — List<Child> наверное придётся вручную, но просто поля промаппить можно быстро.
>>А ORM-решения в Java-мире имеют определённую плохую славу (имхо из-за пресловутого Hibernate). Но может быть ошибаюсь.
PD>Возможно. Кстати, есть MyBatis — SQL он в отличие от Hibernate не генерирует, но в класс и его коллекции маппит.
Да, это тоже нормальный вариант, есть опыт использования.
vsb>>Насчёт промышленного стандарта — у меня такое ощущение, что многие пользуются простыми библиотеками вроде Spring JDBC, jOOQ, JDBI и тд.
PD>Хм, а как на этих простых решениях классы с коллекциями потом делать ? Ну получим мы результат SELECT — JOIN, а разбирать его на Parent — List<Child> потом вручную ?
Обычно в каждом варианте есть какие-то решения для типовых случаев. Например для Spring JDBC есть примеры тут (BeanPropertyRowMapper). Именно Parent — List<Child> наверное придётся вручную, но просто поля промаппить можно быстро.
>>А ORM-решения в Java-мире имеют определённую плохую славу (имхо из-за пресловутого Hibernate). Но может быть ошибаюсь.
PD>Возможно. Кстати, есть MyBatis — SQL он в отличие от Hibernate не генерирует, но в класс и его коллекции маппит.
Да, это тоже нормальный вариант, есть опыт использования.
Re[3]: Посоветуйте тьюториал по Hibernate
Здравствуйте, Pavel Dvorkin, Вы писали:
vsb>>Насчёт промышленного стандарта — у меня такое ощущение, что многие пользуются простыми библиотеками вроде Spring JDBC, jOOQ, JDBI и тд.
PD>Хм, а как на этих простых решениях классы с коллекциями потом делать ? Ну получим мы результат SELECT — JOIN, а разбирать его на Parent — List<Child> потом вручную ?
Обычно в каждом варианте есть какие-то решения для простых случаев. Например для Spring JDBC есть примеры тут (BeanPropertyRowMapper). Именно Parent — List<Child> наверное придётся вручную, но просто поля промаппить можно быстро. В целом да, готовиться вручную каждое поле ставить, в общем случае это так.
>>А ORM-решения в Java-мире имеют определённую плохую славу (имхо из-за пресловутого Hibernate). Но может быть ошибаюсь.
PD>Возможно. Кстати, есть MyBatis — SQL он в отличие от Hibernate не генерирует, но в класс и его коллекции маппит.
Да, это тоже нормальный вариант, есть опыт использования.
vsb>>Насчёт промышленного стандарта — у меня такое ощущение, что многие пользуются простыми библиотеками вроде Spring JDBC, jOOQ, JDBI и тд.
PD>Хм, а как на этих простых решениях классы с коллекциями потом делать ? Ну получим мы результат SELECT — JOIN, а разбирать его на Parent — List<Child> потом вручную ?
Обычно в каждом варианте есть какие-то решения для простых случаев. Например для Spring JDBC есть примеры тут (BeanPropertyRowMapper). Именно Parent — List<Child> наверное придётся вручную, но просто поля промаппить можно быстро. В целом да, готовиться вручную каждое поле ставить, в общем случае это так.
>>А ORM-решения в Java-мире имеют определённую плохую славу (имхо из-за пресловутого Hibernate). Но может быть ошибаюсь.
PD>Возможно. Кстати, есть MyBatis — SQL он в отличие от Hibernate не генерирует, но в класс и его коллекции маппит.
Да, это тоже нормальный вариант, есть опыт использования.