Question

J'apprends Java EE 6. J'ai vu combien de progrès il a accompli dans cette version de la spécification des parapluies. Les EJB 3.1 sont beaucoup plus faciles et plus légers que les versions précédentes, et CDI est incroyable.

Je ne connais pas le printemps, mais j'ai souvent lu qu'il offrait des fonctionnalités soignées que la pile Java EE n'était pas. Pourtant, j'ai également lu maintenant que Java EE a rattrapé et peut maintenant rivaliser pleinement avec le printemps.

Je sais que choisir parmi les deux dépend de nombreux facteurs, mais si nous nous concentrons uniquement sur les fonctionnalités, disons les dernières tendances, etc. Laquelle a le bord d'attaque? Le printemps 3 peut-il offrir des actifs que la pile Java EE 6 ne peut pas?

Aussi, qu'en est-il du cadre de couture? D'après ce que j'ai lu, c'est comme Java EE 6 mais avec quelques ajouts?

Était-ce utile?

La solution

Au fil du temps, Javaee a en effet rattrapé en termes de fonctionnalités.

Mais un facteur, que je suis tombé sur plusieurs fois, est la principale raison pour laquelle je préfère le printemps depuis longtemps - les serveurs et les implémentations Javaee sont les buggy et les développeurs peu amicaux. Cela peut ressembler à une diatribe, mais même le meilleur de Javaee 6 - CDI (Weld Imp) a des messages d'exception cryptique et donne aux développeurs une période difficile (vois ici). Sans parler des serveurs d'application - plein de bugs vraiment laids (j'ai réussi à trouver environ 5 bogues pendant 3 heures en travaillant avec JBoss 5)

Une autre chose qui rend le printemps plus attrayant pour moi, c'est que les fonctionnalités peuvent être ajoutées dans de petits délais. Comme je l'ai noté dans mon commentaire, l'abstraction unifiée du cache et la gestion des conversations seront ajoutées dans la prochaine version de Spring, qui est quelques mois après la version précédente. À Javaee, vous devriez attendre beaucoup de temps (pour une solution standard au moins)

Mais ce n'est pas si noir avec Javaee. De nombreux problèmes ont des solutions de contournement ou sont réparés en temps opportun. Et finalement, c'est une question de préférence personnelle.

Soit dit en passant, le portefeuille de Spring a été rempli de projets latéraux entre-temps, qui ajoutent de nombreux ensembles de fonctionnalités / fonctionnalités spécifiques. Notez que beaucoup d'entre eux peuvent également être utilisés avec Javaee, mais sont conçus pour s'adapter parfaitement au printemps:

  • Spring Security - Sécurité déclarative
  • Spring Roo - Un outil pour les projets de bootstrap rapides
  • Spring Web Flow - Framework ontop of MVC pour gérer les voyages d'électricité des sorciers
  • Données de printemps - Encore nouveau, visant à unifier l'accès aux magasins NoSQL
  • Spring Mobile - Apporter le printemps aux plateformes mobiles
  • Spring Social - un ensemble d'outils pour interagir avec les réseaux sociaux

Ce ne sont que des extras, et Javaee a également des extras, mais ils sont plus généraux (pour autant que je vois l'image), en dehors de Seam, qui est spécifiquement ciblé pour fournir ce que CDI manque.

Une note très importante à conclure avec. Comparer le printemps à Javaee est incorrect. Je préférerais comparer Spring au serveur d'applications CDI + EJB +. Le reste de Javaee peut être utilisé avec le printemps, et il l'est souvent. JAX-WS, JAXB, même JSF s'adaptent bien au ressort et sont souvent utilisés.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top