Discussion :

[coshibe]

Bonjour à tous,

Voilà quelques mois que j'ai commencé à utiliser java dans ma vie professionnelle. Partout(comprendre sur le forum) j'entends parler de ces "Frameworks", mais honnetement que sont-ils? Que vont-ils m'apporter? Sont-ils lourds à mettre en place? Et par ou commencer?

Alors bien sur j'ai essayé de lire un peu les bases de Spring, Struts. Mais si vous pouviez m'éclaircir un peu la chose avant que je ne me jette corps et ame dans l'un d'eux(ou plusieurs?).

"Créer la nouvelle discussion" avec un peu de gene.

[JoeChip]

http://fr.wikipedia.org/wiki/Framework

[DaveRidic]

Je ne connaissais pas trop les framework avant de commencer à développer en J2EE. J'étais partisan du "code tout en dur" ! Quelle erreur !

Les frameworks, c'est génial ! Quand tu te dis : "tiens, je ferais bien un système en Java qui permet d'accélérer la création des JSP, qui gère automatiquement les erreurs et qui respecte le pattern MVC !" => Inutile de te casser la tête à faire un truc pas terrible et non exhaustif parce que des types ont déjà développé Struts ou les JSF

Quand tu te dis : "tiens, j'en ai marre d'instancier à la main tous mes singletons et de mettre au début de chacune de mes méthodes toujours le même code de logger ! Je ferai bien un truc pour accélérer ça !" => Inutile de te casser la tête à faire un truc pas terrible et non exhaustif parce que des types ont déjà développé Spring ou le AspectJ

Bref, les framework font souvent gagner un temps considérable dans le développement d'une application. Il faut toutefois les utiliser avec parcimonie...

Enfin voilà... Mais c'est mon humble avis

[coshibe]

Merci DaveRidic.

Est ce que l'utilisation d'un framework d'impose un certain style de programmation? Est-il compatible avec toutes les APIS?

Pour ma part je travaille essentiellement sur des applications web/entreprise. Quel(s) Framework(s) me conseillerais tu?

[Drakiss]

Est ce que l'utilisation d'un framework d'impose un certain style de programmation? Est-il compatible avec toutes les APIS?

Oui un Framework ou littéralement cadre de travail, te soumet à suivre ce cadre, mais en général ce "style de programmation" est une bonne chose et permet à plusieurs personnes travaillant sur le même projet d'avoir la même vision des choses, et d'avancer plus rapidement sans chercher à comprendre pourquoi X à fait sa méthode comme ça, ou que Y à essayé de surcharger un truc qui sert à rien...
Un Framework est un ensemble d'API et donc peuvent être "compatible" entre eux à condition qu'il ne fassent pas la même chose.
Typiquement tu va pas mettre l'API JDBC et Hibernate en même temps puisque les deux font de la persistance...

Pour ma part je travaille essentiellement sur des applications web/entreprise. Quel(s) Framework(s) me conseillerais tu?

Si c'est à toi de prendre la décision de quel framework utiliser, je te conseille ceux qui suivent car pour ma part je bosse avec :
-spring,
-struts (qui pour moi sont des classique obligatoire dans toute application JEE)
et je commence le gwt-p (passage du MVC au MVP un peu ardu dans mon cerveau pour le moment, et manque de documentation).

[tchize_]

en programmation, un framework c'est une boite à outils. Chaque outil permet de faire certaines choses mais amène certaines contraintes. Un marteau t'imposera d'utiliser des clou, un tounevis, des vis à la bonne taille, etc.

De la même manière, spring va t'imposer certaines règles pour te faciliter certaines opération, hibernate d'autres règles pour d'autres besoins, etc.

Un framework n'est pas "compatible avec tout", il est compatible avec tout ce qui ne viole pas ses règles

Ainsi, hibernate marchera avec une base de données JDBC, mais pas avec une base no-sql. Spring peux instancier tes objets, mais ne peux pas prendre le controle d'objets d'une autre api instanciés à l'intérieur de ladite api.

JSF va exige que tu respecte le cycle de vie JSF. Vaadin, va exiger une application évènementielle avec code coté serveur. Le deux peuvent tourner en parallèle mais pas sur la même requete. Pareil avec struts /JSF

[andry.aime]

Bonjour,

Je ne connaissais pas trop les framework avant de commencer à développer en J2EE. J'étais partisan du "code tout en dur" ! Quelle erreur !

Les frameworks, c'est génial ! Quand tu te dis : "tiens, je ferais bien un système en Java qui permet d'accélérer la création des JSP, qui gère automatiquement les erreurs et qui respecte le pattern MVC !" => Inutile de te casser la tête à faire un truc pas terrible et non exhaustif parce que des types ont déjà développé Struts ou les JSF

Quand tu te dis : "tiens, j'en ai marre d'instancier à la main tous mes singletons et de mettre au début de chacune de mes méthodes toujours le même code de logger ! Je ferai bien un truc pour accélérer ça !" => Inutile de te casser la tête à faire un truc pas terrible et non exhaustif parce que des types ont déjà développé Spring ou le AspectJ

Bref, les framework font souvent gagner un temps considérable dans le développement d'une application. Il faut toutefois les utiliser avec parcimonie...

Enfin voilà... Mais c'est mon humble avis

Je ne suis pas trop de cet avis. Pour l'apprentissage, mieux vaut apprendre les bases et coder soit même. C'est quant on arrive à comprendre les fonctionnements, c'est là qu'on passe à l'utilisation des Frameworks pour faciliter les tâches.
Des fois l'utilisations des frameworks sont trop abusives (usine à gaz). Je parle de façon général mais pas seulement du coté Java.

A+.

[thierryler]

Alors, il y a des fois où l'utilisation d'un framework prend plus de temps, à apprendre et/ou à comprendre, que de se coder directement le truc. Je pense à un singleton par exemple. Toutefois, dans un projet, c'est la somme de ces petites utilisations qui est importante et qui justifie l'emploi du-dit framework. Là je parle des petites fonctionnalités. Evidemment, il y a des frameworks comme Struts qui sont tellement pratique et qui font gagner tant de temps qu'on a envie de les utiliser même sur les petits projets.

Pour ce qui est de l'apprentissage, je dirais que c'est bien que les étudiants commencent par les bases, sans utiliser de framework. Et quand ils maîtrisent les basiques, on leur montre qu'il existe des framework qui font deja tout le boulot, et souvent qui savent faire plein de choses en plus, et bien mieux que ce qu'aurait pu écrire le développeur lambda.

Je pense par exemple à mes élèves à qui je montre comment lire des fichiers CSV (cf. article sur dvp), ce qui impose de gérer des listes, traiter des buffers, des fichiers, des streams, etc. Et puis quand les bases sont acquises, ils découvrent des problèmes de multithreading, de grosses volumétries, de performances, etc. Et là on passe à des frameworks comme open-csv qui s'occupent de tout et qui le font bien.

[coshibe]

Merci à tous pour toutes vos réponses. si d'autres veulent ajouter leur avis n'hésitez pas, je ne compte pas mettre ce topic en résolu avant d'avoir fait un choix.

J'aimerai que vous m'éclaircissiez également sur un autre point, j'ai cru lire qu'un EJB pouvait etre utiliser de la même manière qu'un framework, est ce vrai? est ce absurde? Comment utilise-t-on un EJB?

Ensuite la plupart d'entre vous font la distinction entre petits et gros projets, apparemment vous semblez unanimes pour dire que lorsque le projet est trop peu conséquent ça ne vaut pas la peine d'utiliser un framework. Mais qu'est ce que c'est un gros projet pour vous?

Merci à tous pour vos conseils.

[thierryler]

Rhoooo, grosse question là.

Pour moi, un gros projet, c'est au moins 5 personnes sur 12 mois.

Où se situe la limite ? J'ai fais des projets de 2 ans avec 75 personnes. Là on peut dire que c'est gros. Je fais aussi plusieurs petits projets en parallèle, avec une équipe réduite à deux membres durant quelques mois, et même pas à temps plein. Là c'est du petit projet.

[coshibe]

Je commence à me dire que c'est magique un framework^^

Par exemple actuellement pour toutes les applications que je fait, j'ai une JSP, une classe ecran contenant diverse informations pour faire le lien entre formulaire et servlet, une servlet. A l'aide d'un framework je pourrai automatiquement générer ces 3 fichiers(ou du moins leur trame?). En fait je suis sur qu'il doit etre possible de créer un framework pour faire ca... Ils sont ou les tutos??????? Très sérieusement je ne sais pas quoi chercher pour ce que je veux faire.

[thierryler]

Et tu veux faire quoi ?

[tchize_]

faut que t'arrête de penser framework pour commencer. Un framework = une libirairies = une solution pour résoudre un problème courant. Tu dois donc réfléchir non pas "quand dois-je utiliser un framework?" mais plutot "j'ai un besoin précis X, est-ce que ça vaut le coup d'utiliser Y pour le résoudre?"

[Robin56]

faut que t'arrête de penser framework pour commencer. Un framework = une libirairies = une solution pour résoudre un problème courant. Tu dois donc réfléchir non pas "quand dois-je utiliser un framework?" mais plutot "j'ai un besoin précis X, est-ce que ça vaut le coup d'utiliser Y pour le résoudre?"

Totalement sinon tu risques justement de comparer le Java à un plat de spaghetti.

Je commence à me dire que c'est magique un framework^^

Il ne faut mieux pas, enfin, il faut cerner ce qu'apporte ton framework. Sinon tu risques de ne pas pouvoir te plonger dedans à la moindre modification à apporter.

[coshibe]

faut que t'arrête de penser framework pour commencer. Un framework = une libirairies = une solution pour résoudre un problème courant. Tu dois donc réfléchir non pas "quand dois-je utiliser un framework?" mais plutot "j'ai un besoin précis X, est-ce que ça vaut le coup d'utiliser Y pour le résoudre?"

Donc avant toute chose j'ai intérêt à lire la documentation d'un framework pour mieux comprendre dans quoi je me lance. Je vais lire la doc de struts et ensuite je reviendrai avec une armée de questions beaucoup moins vagues.

Merci pour votre aide.