Printemps vs Hibernate
Juste essayer d'obtenir ma tête ronde de Printemps et d'essayer de comprendre comment je fil d'un Oracle de connexion dans le fichier de configuration xml, et trouvez maintenant j'ai besoin d'encore un autre cadre de! - Mise en veille prolongée, c'est tellement frustrant car il se sent comme je suis de plus en plus profondément dans de plus en plus de cadres sans réellement obtenir ce que je dois faire!!!
J'ai regardé Hibernate et il semble faire la même chose pour le Printemps, en gardant à l'esprit, je veux juste faire quelques SQL insère dans Oracle.
Je suis réticent et ne pas avoir le temps d'apprendre 2 cadres - pourrais-je sortir avec juste l'adoption d'Hibernate pour la simple choses que je dois faire?
- Je ressens votre douleur, cependant, Spring et Hibernate semblent faire assez de choses différentes. Je suis la recherche qui sont assez dépendants les uns des autres pour certaines tâches.
- Je abjurer la précédente déclaration, apparemment printemps n'orm aussi.
- "Je veux juste faire quelques SQL insère dans Oracle." Famous last words.
Vous devez vous connecter pour publier un commentaire.
Oui
Hibernate est pour ORM ( object relational mapping ) qui est, vos objets persistants pour un SGBDR.
Printemps va plus loin. Il peut également être utilisé comme un AOP, la Dépendance de l'Injecteur, une Application Web et ORM entre autres choses.
Donc, si vous avez seulement besoin de l'ORM, il suffit d'utiliser la veille prolongée. Il viendra un temps où vous avez besoin de Printemps, et vous apprendrez ensuite.
Voici une vue architectural du Printemps:
Et c'est la mise en veille prolongée:
Spring et Hibernate sont totalement différents cadres pour des problèmes différents. Le printemps est un grand cadre avec de nombreuses fonctionnalités, Hibernate est un O/R pont.
Je vous conseille d'utiliser le bon vieux JDBC dans votre cas ("juste quelques SQL insère dans Oracle').
Vous pourriez vous en sortir avec l'aide de seulement le printemps et l' printemps-intégration JDBC. Selon la complexité de votre accès aux données des besoins elle peut être plus que suffisant. Le printemps Objet-relation de mappage est également intéressant de regarder dans si vous allez faire beaucoup de données d'accès.
La bonne chose à propos de printemps, c'est que c'est un très faiblement couplé cadre. De sorte que vous pouvez lire sur les bits que vous utilisez, et oublier le reste - même dans le moment de l'exécution.
Spring et Hibernate sont vraiment destinées à faire deux choses différentes. Le printemps est d'abord et avant tout une inversion de contrôle des conteneurs et de la configuration du sous-système, tandis que Hibernate est une base de données de liaison et le chargement différé du moteur. Si vous ne voulez pas introduire un tas de nouvelles choses dans votre code, bâton avec le Printemps et rouler vos propres requêtes ou de l'utilisation iBatis de faire beaucoup plus simple de base de données de liaison.
Si vous souhaitez insérer sql pour oracle je m'en tiendrais à une simple JDBC de la bibliothèque. Tous vous avez besoin est une Connexion et peut-être quelques ConnectionPool (peut-être c3po). Hibernate et les autres sont trop gros/trop compliqué et de l'OMI inférieure. Hibernate intègre JDBC sous le capot mais dans chaque moyen de mesure est inférieure -- plus difficile à utiliser, plus rapide, et les requêtes que vous avez à écrire ou pas facilité la tâche. C'est aussi un témoignage de leur infériorité parce qu'HQL fournit également un itinéraire de contournement de sorte que vous pouvez entrer JDBC directement des requêtes. Ils fournissent ce (que je soupçonne), parce que pour tout complexe de requête que vous simplement ne pouvez pas construire dans les requêtes HQL.