Spring Data JPA fjerner boilerplate ved at skrive DAO-klasser. Du deklarerer et repository-interface; ved opstart genererer Spring en proxy-implementering understøttet af JPA/Hibernate. Du skriver aldrig entityManager.persist(...) for grundlæggende CRUD.
{
Long id;
String email;
active;
}
<User, Long> {
Optional<User> ;
List<User> ;
}
Derived queries er læsbare for simple kriterier, men eksploderer i længde, efterhånden som betingelser vokser. Når det sker, falder du ned til en eksplicit @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)
Interviewere undersøger, om du forstår, hvad der genereres bag interfacet. Stærke signaler: at kende derived-query-nøgleord, at vælge @Query, når metodenavne bliver uhåndterlige, at bruge Pageable i stedet for at indlæse hele tabeller, og at være opmærksom på, at lazy associations kan udløse N+1-problemet — et emne, de ofte vil skubbe videre til.
Et bibliotek af IT-interviewspørgsmål med detaljerede svar — fra Junior til Senior.
Donér