Na początku oczywiście może wydawać się to dziwaczne. Ale jak już przywykniesz, to okazuje się, że jest to całkiem fajna koncepcja. I przede wszystkim oszczędzasz w ten sposób dużo czasu i nie musisz ciągle pisać takich samych metod dla wszystkich encji typu findById(). A to naprawdę robi wielką różnicę. Generalnie widzę to jako wyraz sprytu programistów, którzy kiedyś stwierdzili, po co klepać ciągle ten sam kod (tylko dla różnych encji), lepiej zrobić narzędzie, które zrobi to za nas 😉

Takie podejście znajdziesz też w kliencie http Feign, o którym tez już pisałem.

„Trudno mi sobie wyobrazić że gdzieś pod spodem w kodzie Springa jest kod będący implementacją do interfejsów które dopiero powstaną.”
Każdy z nowo powstałych interfejsów musi dziedziczyć, po jakimś interfejscie Spring Data np. JpaRepository. Więc implemnentacj jest tak naprawdę dla interfejsu JpaRepository, Ty swoim interfejsem pokazujesz Spring Data dla jakiego typu będzie musiał stworzyć implementację(to tak trochę w uproszczeniu).
Polecam także zajrzeć do klasy SimpleJpaRepository, która jest odpowiedzialna za domyślną implementację dla interfejsów w Spring Data.

Domyślnie w tym sensie, gdy używasz Spring Data ze Spring Boot to masz skonfigurowanego Springa z Hibernatem. Często używam takiego skrótu myślowego (może trochę błędnie), bo w większości przypadków korzystam ze Spring Boota i wiele osób robi podobnie. Co do innych ORMów to raczej mało kto ich używa, więc nawet o nich nie wspominałem, bo trochę szkoda czasu – to moje subiektywne spojrzenie na tą sprawę.

I tak Hibernate nie jest integralną częścią Spring Data, jest ORMem, bez którego Spring Data nie może działać. Rozpatrywanie Spring Data bez ORMa (w domyśle Hibernata) nie ma trochę sensu.

Uważam to za przesadne stwierdzenie. Hibernate jest najpopularniejszą implementacją, ale nie domyślną. Np. implementacją referencyjną JPA jest EclipseLink. Np. WebSphere AS domyślnie używa OpenJPA. I tak dalej.

„Kolejnym istotnym powodem nieużywania Spring Data jest nieznajomość komponentów, z których jest zbudowane, czyli JPA i Hibernata. ”
„Mam nadzieję, że zachęciłem Cię do głębszego poznania tego narzędzia, a także Hibernate’a, który jest jego najważniejszą częścią.”

Zdecdyowanie Hibernate nie jest częścią Spring Data JPA. Spring Data JPA jest warstwa abstrakcji nad JPA. To czy jako implementacja JPA będzie użyty Hibernate, EclipseLink, OpenJPA czy inna implementacja nie ma znaczenia. Zobacz sobie np. implementację SimpleJpaRepository: https://github.com/spring-projects/spring-data-jpa/blob/master/src/main/java/org/springframework/data/jpa/repository/support/SimpleJpaRepository.java – tam nie ma słowa o Hibernate. Wszystkie operacje są wykonywane na interfejsie EntityManager. To czy pod spodem będzie Hibernate czy coś innego – nie ma żadnego znaczenia.