Spring ORM lub Hibernate

Question

Zastanawiam się, dlaczego połączenie Spring i Hibernate jest tak popularne, skoro można zostawić Hibernate i używać tylko Spring ORM?

Answer 1

Wiosna jest popularna, ponieważ dba o "kodowany" kod wycinania i wklejania w dowolnej strukturze ORM. Pomyśl try ... finally bloków zajmujących się obiektem sesji (hibernacja lub nie) i commit/rollback (transakcje).

Zarządzanie transakcją to także siła Wiosny. Możesz definiować transakcje za pomocą adnotacji lub w pliku konfiguracyjnym Spring xml. W pliku konfiguracyjnym korzyścią jest to, że można używać symboli wieloznacznych w celu określenia, że ​​na przykład wszystkie metody wyszukiwania w niektórych zestawach pakietów powinny obsługiwać transakcje (PROPAGATION_SUPPORTS), ale wszystkie metody wstawiania, aktualizacji i usuwania powinny wymagać transakcji (PROPAGATION_REQUIRED).

Zawsze używam Springa, niezależnie od struktury ORM. Jeśli masz proste wymagania lub nie tyle kodu JDBC, to szablony JDBC Springa mogą ci wystarczyć. A Spring ułatwia aktualizację do Hibernate w razie potrzeby.

Answer 2

Wiosna nie ma własnej ORM. Możesz użyć Hibernacji, TopLink, iBatis lub JDO.

Możesz używać Spring JDBC, ale musisz samemu napisać wszystkich maperów.

Zaleca się pozostawienie ORM poza pętlą, jeśli nie lubisz dynamicznego SQL lub złożoności rozwiązania ORM. Możesz także zlikwidować zależność przez samodzielne uporanie się z utrwalaniem.

Answer 3

Inne odpowiedzi są naprawdę dobre. Ale odpowiedź na pytanie "dlaczego Spring/Hibernate" jest tak popularna - IMHO, ponieważ są one najlepszymi technologiami, które pozwalają na szybsze działanie. Wiosna to o wiele więcej niż tylko zastrzyk zależności i transakcje. Zapewnia rozwiązania dla JMS, harmonogramów i innych rzeczy. Dodatkowo są testowane i dobrze napisane. Pozwalają skupić się na potrzebach biznesowych i sprawić, że niektóre ciężkie rzeczy znikną.

Wszystko to nie znaczy, że nie potrzeba dobrych programistów do wdrożenia dobrego rozwiązania.