Το Spring Data JPA αφαιρεί το boilerplate της συγγραφής DAO classes. Δηλώνεις ένα repository interface· κατά την εκκίνηση το Spring παράγει μια proxy υλοποίηση με backend το JPA/Hibernate. Δεν γράφεις ποτέ entityManager.persist(...) για βασικό CRUD.
{
Long id;
String email;
active;
}
<User, Long> {
Optional<User> ;
List<User> ;
}
Τα derived queries είναι ευανάγνωστα για απλά κριτήρια αλλά εκρήγνυνται σε μήκος καθώς οι συνθήκες αυξάνονται. Όταν συμβεί αυτό, κατέβα σε ένα ρητό @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. Ισχυρά σημάδια: η γνώση των keywords των derived queries, η επιλογή @Query όταν τα ονόματα των methods γίνονται δύσχρηστα, η χρήση Pageable αντί της φόρτωσης ολόκληρων πινάκων, και η επίγνωση ότι τα lazy associations μπορούν να πυροδοτήσουν το πρόβλημα N+1 — ένα θέμα στο οποίο συχνά θα σε ωθήσουν στη συνέχεια.
Μια βιβλιοθήκη ερωτήσεων συνέντευξης IT με αναλυτικές απαντήσεις — από Junior έως Senior.
Δωρεά