Vous souhaitez démarrer un projet en Java mais vous n’êtes pas sur de savoir quelle édition utiliser, et particulièrement si l’édition Java SE sera suffisante pour répondre à vos besoins. Allez, ici je vous explique quelle édition de Java choisir suivant votre projet, sans blabla.

Déjà, il faut savoir que Java est un langage de programmation de haut niveau qui tire une grande partie de sa syntaxe auprès de C et C++ alors que J2EE est une plate-forme basée sur Java, essentiellement une extension de Java Standard Edition (Java SE).

Java EE est principalement utilisé pour le développement d’applications d’entreprise multi-niveaux sur le Web. Il peut être aussi utilisé pour les applications desktop et Web alors que Java SE est principalement utilisé pour développer des applications desktop.

Java EE se présente donc comme un ensemble d’API Java appartenant à Oracle et doté d’un ensemble puissant de bibliothèques qui ciblent les technologies d’entreprise telles que les EJB, servlets, JSP, etc.

Java SE quand à lui n’est finalement qu’un langage basé sur la POO qui simplifie le développement logiciel. Java EE implémente une architecture à deux niveaux (client et serveur) alors que Java SE et le noyau de Java qui commence par les concepts de base de Java.

Le choix entre ces deux éditions va donc grandement dépendre de vos besoins. Si vous décidez de développer une application web avec des transactions de données par exemple, et bien il faut savoir que Java SE ne proposera pas ces services alors que Java EE vous proposera toutes sortes de choses pour :

• - gérer les transactions de données
• - gérer une messagerie en ligne
• - persister des données en base
• - etc

Vous l’aurez donc compris, l’édition java SE sera donc plus limitée que l’édition Java EE. Prenons d’ailleurs un exemple pour expliquer les limites de Java SE :

Imaginez que l’on ai une bibliothèque qui souhaite stocker des livres en base de données et nous souhaiterions récupérer ces données et les mapper dans des objets Java et bien avec java SE on ne pourrait pas le faire sans passer par des framework externes ou des API’s comme JDBC (Java Data Base Connectivity).

Serait-ce vraiment un problème d’utiliser l’API JDBC et ne pas utiliser Java EE et bien oui et ce pour plusieurs raisons :

le langage SQL n’est pas un langage java JDBC croyez-moi n’est pas simple à apprendre SQL n’est pas un langage facile à refactoriser le mapping qui est fait avec JDBC est fait à la main et aucune abstraction n’existe entre nos objets et les liens avec notre base de données s’avèrent très très verbeux quand on voit un tel code, il faut avouer que c’est assez complexe à lire Et en plus il y a une multitudes d’expressions en JDBC rendant son code difficile à maintenir

Vous l’aurez compris Java EE solutionne ces problèmes en apportant de l’abstraction dans la gestion des transactions avec la base de donnée en proposant par exemple des solutions de mapping orientées objet !

Maintenant que la différence est claire entre les deux, n’hésitez donc pas à suivre nos vidéos en Java SE dans lesquelles vous apprendrez les bases de Java comme: l'héritage, le polymorphisme, ou encore comment réduire le couplage de classe, ainsi que nos vidéos en Java EE qui vous aideront à développer des applications Web qui s'exécutent à l'aide du navigateur Web.

En savoir plus

Envie d'en savoir plus sur le sujet? retrouvez l'intégralité de la formation vidéo liée à la thématique 'Créer une application d'entreprise avec Java' sur le site de l'Académie WS !