conventions de nommage dans Hibernate

Question

pouvait-on s'il vous plaît me dire quelle est la convention de nommage les développeurs Hibernate la mise en jachère pour donner des noms pour DAO calass, classe Sesgleton qui créent unique SessionFactory et retour précis ou chiffré Session throug une méthode statique, mise en veille prolongée fichiers de mapping etc

Answer 1

Je ne peux répondre que de mon expérience et de ma perspective plutôt limitées, mais je suis heureux et habitué à la façon dont nous le faisons. En général, nous utilisons une classe abstraite appelée DatabaseHelper qui a beaucoup de méthodes statiques. Exemples:

DatabaseHelper.getSession() renvoie Session. Les deux méthodes DatabaseHelper.commitTransaction() et DatabaseHelper.beginTransaction() gèrent les transactions.

Les haricots ont pas de convention de nommage, mais étendent tous

public abstract class HibernateBean<T> implements Serializable 

Vous aimez cette

@Entity 
@Table(name = "table_name") 
public class TableEntry extends HibernateBean<TableEntry> { 

Le HibernateBean contient des méthodes comme getId() pour récupérer l'ID généré Hibernate.

Answer 2

Ceci est très subjectif, mais voici ce que j'utilise:

noms pour la classe DAO

Pour une entité Order, j'utilise OrderDao pour l'interface et HibernateOrderDao pour la mise en œuvre Hibernate (un L'implémentation basée sur JPA serait JpaOrderDao, etc).

classe qui créent unique SessionFactory et session throug un retour précis ou chiffré méthode statique

J'utilise le HibernateUtil traditionnel (et vous trouverez de nombreuses références dans la documentation Hibernate, littérature, etc.). Voici an example. Il y a a more sophisticated version dans l'exemple d'application Caveat Emptor.

• fichiers de mappage de mise en veille prolongée

Une classe nommée foo.bar.Foo seraient mises en correspondance par un fichier foo/bar/Foo.hbm.xml. Tout d'abord, cela rend les mappages faciles à organiser, à trouver et à faciliter la maintenance. Deuxièmement, cela permet d'utiliser la méthode fortement typée Configuration#addClass(Class) (qui est résistante au refactoring).