Spring Data JPA DAO კლასების წერის boilerplate-ს აშორებს. შენ აცხადებ repository interface-ს; გაშვებისას Spring აგენერირებს proxy იმპლემენტაციას, რომელსაც JPA/Hibernate უდგას უკან. ბაზურ CRUD-ისთვის entityManager.persist(...)-ს არასოდეს წერ.
{
Long id;
String email;
active;
}
<User, Long> {
Optional<User> ;
List<User> ;
}
derived query-ები მარტივი კრიტერიუმებისთვის იკითხება, მაგრამ პირობების ზრდასთან ერთად სიგრძეში იშლება. როცა ეს ხდება, გადადი ცხად @Query-ზე:
@Query("SELECT u FROM User u WHERE u.email = :email") // JPQL, not SQL
Optional<User> lookup(@Param("email") String email);
// Native SQL when you need DB-specific features:
@Query(value = "SELECT * FROM users WHERE active = true", nativeQuery = true)
List<User> findActiveNative();
Page<User> findByActiveTrue(Pageable pageable); // pass PageRequest.of(0, 20)
ინტერვიუერები ამოწმებენ, გესმის თუ არა, რა გენერირდება interface-ის მიღმა. ძლიერი ნიშნები: derived-query-ის keyword-ების ცოდნა, @Query-ის არჩევა, როცა მეთოდის სახელები უხერხული ხდება, Pageable-ის გამოყენება მთელი ცხრილების ჩატვირთვის ნაცვლად და იმის გაცნობიერება, რომ lazy ასოციაციებმა შესაძლოა N+1 პრობლემა გამოიწვიოს — თემა, რომელშიც ხშირად შემდეგ გადაგიყვანენ.
IT გასაუბრების კითხვების ბიბლიოთეკა დეტალური პასუხებით — Junior-დან Senior-მდე.
შემოწირულობა