Which pattern does Hibernate follow?
Solution 1
Hibernate make use of several patterns:
- Lazy load (proxing collections)
- Unit of Work (as part of Session object)
- probably Identity Map or something more sophisticated
- Mapping Metadata
- Query Object for Criterion API
- all object relational structual patterns
Solution 2
Hibernate does not follow ActiveRecord pattern. The pattern that Hibernate adheres most closely is the Datamapper pattern.
Solution 3
If you're looking for design patterns explicity, then you could consider Hibernate a fancy API for implementing the Active Record Pattern:
In software engineering, the active record pattern is a design pattern frequently found in software that stores its data in relational databases. It was named by Martin Fowler in his book Patterns of Enterprise Application Architecture. The interface to such an object would include functions such as Insert, Update, and Delete, plus properties that correspond more-or-less directly to the columns in the underlying database table.
Active record is an approach to accessing data in a database. A database table or view is wrapped into a class; thus an object instance is tied to a single row in the table. After creation of an object, a new row is added to the table upon save. Any object loaded gets its information from the database; when an object is updated, the corresponding row in the table is also updated. The wrapper class implements accessor methods or properties for each column in the table or view.
Solution 4
Hibernate is obviously domain model. The objects in ORM are the domain model, so you can't do ORM without it.
Related videos on Youtube
yuos
Updated on May 13, 2020Comments
-
yuos about 4 years
In his book "Patterns of Enterprise Application Architecture", Martin Fowler talks about persistence patterns which are commonly found in software development and particularly in relation to ORMs.
Is there a pattern that Hibernate adheres to most closely?
-
yuos almost 15 yearsjpartogi's response that it follows Data Mapper seems valid. Is it possible that both of you are correct?
-
yuos almost 15 yearsduffymo's response that it follows the domain model seems valid. Is it possible that both of you are correct?
-
yuos almost 15 yearsIt does seem to follow all of these patterns but at the higher level I am inclined to agree more with either jpartogi or duffymo that in terms of the big picture it seems to follow either domain model or data mapper.
-
yuos almost 15 yearsdata mapper does seem like a closer fit than active record, as jpartogi has pointed out. would you agree?
-
duffymo almost 15 yearsData Mapper would be one way to ferry values out of a ResultSet and into an object. I would say that Data Mapper concentrates on extracting a row to an object, but ORM takes the extra step of dealing with more complex issues like 1:m and m:n relationships, lazy loading, caching, etc.
-
Psycho Punch almost 11 yearsA few years late but, anyway. Hibernate provides a mechanism for Object-Relational Mapping (ORM); it's an ORM framework. If you look at the description of Data Mapper pattern, it's pretty much the same as the concept of ORM.
-
Psycho Punch almost 11 yearsDomain Model pattern does not define anything about persistence. In certain practices like Domain Driven Design, domain models are even forced to be persistence agnostic.
-
duffymo almost 11 years"Forced"? Nothing is forced. It's always a choice. Did you notice that this answer is four years old?
-
juanitogan almost 10 yearsIf Hibernate followed active record it couldn't do this: "Idiomatic persistence --- Hibernate enables you to develop persistent classes following natural Object-oriented idioms including inheritance, polymorphism, association, composition, and the Java collections framework. Hibernate requires no interfaces or base classes for persistent classes and enables any class or data structure to be persistent."
-
borjab almost 8 yearsIn my opinion Hibernate entities typically are POJOs with a lot of getter and setters. That is, they have Data without behaviour. The Domain patter does not even need to have a database. In a domain object you tipically encapsulate a lot of logic instead of accesing the fields directly. In an hibernate object their all have setter and getter with the minimum amount of behaviour.