JSP vs PHP [ETUDE COMPARATIVE] - Java - Programmation
Marsh Posté le 31-03-2004 à 23:28:39
Marsh Posté le 31-03-2004 à 23:35:19
De toute façon, même si il trouve les topic en question, ils ont tous dérivé en "mon langage il a la plus grosse"
Marsh Posté le 01-04-2004 à 07:54:44
meuhh j'ai cherché avant .. j'ai pas trouvé vraiment un test impartial moi cé plutot ce que je recherche.
j'ai deja touché les deux langages mais là je parle niveau professionnel ...
Marsh Posté le 01-04-2004 à 08:02:53
Peut-être tout simplement parce qu'il n'y a pas de test impartial et que le choix d'un langage dépend du reste de l'architecture déjà mise en place?
Marsh Posté le 01-04-2004 à 08:03:56
la viper a écrit : j'ai deja touché les deux langages mais là je parle niveau professionnel ... |
côté professionnel java est mieux implanté. Le PHP se développe en suivant la mouvance opensource-mysql ...
Ca dépend bcp de l'existant de l'entreprise
Marsh Posté le 01-04-2004 à 08:14:53
ReplyMarsh Posté le 01-04-2004 à 08:24:09
uriel a écrit : Java c'est comme le thon c'est bon |
Depuis que j'en donne de temps en temps à mon chat, j'arrive plus à en manger.
Marsh Posté le 01-04-2004 à 08:26:16
uriel a écrit : Java c'est comme le thon c'est bon |
c'est le steak de lamer
Marsh Posté le 01-04-2004 à 09:20:53
Java en utilisant le framework Jakarta Struts pourquoi pas
c'est assez en vogue en ce moment.
Et il y'a pas mal de tag empechant la redondance de code dans les .jsp
http://jakarta.apache.org/
Marsh Posté le 01-04-2004 à 09:25:19
gizmo a écrit : Peut-être tout simplement parce qu'il n'y a pas de test impartial et que le choix d'un langage dépend du reste de l'architecture déjà mise en place? |
bah justement là je pars d'une page blanche
à moi de decider du reste de l'architecture, mais il ne faut pas que je me base juste sur le langage que je maitrise le plus..
Marsh Posté le 01-04-2004 à 09:30:05
l'existant de ma société est nulle, c'est un nouveau concept que je dois realiser. La base de données sera sous MySQL ca c'est fixé. Apres comme c'est une application extranet et que la contrainte doit etre que le site soit dynamique et 'gratuit' (sur la technologie utilisée).
Marsh Posté le 01-04-2004 à 10:30:55
Et à part le site, vous avez/aurez quoi d'autre? puisque si ca t'es, à priori, égale pour le site, regarde pour ce qu'il y a autour.
Marsh Posté le 01-04-2004 à 10:44:18
Faut faire du PHP passke c'est mieux
JSP ça pue
Vala
Marsh Posté le 01-04-2004 à 10:47:54
gizmo a écrit : Et à part le site, vous avez/aurez quoi d'autre? puisque si ca t'es, à priori, égale pour le site, regarde pour ce qu'il y a autour. |
bah je me dis que dans l'avenir mais ce n'est pas encore ecrit noir sur blanc, on pourrait fournir une meme offre mais offline (d'ou la recuperation des classes java dans ce cas là) ....
bref, ce qui me pose probleme avec le php, cé qu'il est orienté que web ..
mais en fait, j'ai pas une enorme experience niveau pool connection, session etc sous php .. est ce que ca tiens la route face à java/jsp ?
Marsh Posté le 01-04-2004 à 10:51:12
la viper a écrit : |
autant que jsp, il te faut un serveur web
Marsh Posté le 01-04-2004 à 10:52:49
la viper a écrit : |
Ba ça c'est pas une histoire de langage mais de serveur
Marsh Posté le 01-04-2004 à 10:54:40
si je dev une classe en java je peux aussi bien l'utiliser avec des jsp que en front-end plus tard .. en php je serais obligé de reecrire les fonctions dans un autre langage pour les re-utiliser
Marsh Posté le 01-04-2004 à 10:56:37
Ba t'as intérêt à super bien penser ton bordel, alors. Passke la réutilisation Web de composants non-Web et inversement, c'est loin d'être automatique. Franchement, pars pas trop là-dessus.
Marsh Posté le 01-04-2004 à 10:59:38
la viper a écrit : si je dev une classe en java je peux aussi bien l'utiliser avec des jsp que en front-end plus tard .. |
euh, pas trop en fait, tu en as deja fais?
Marsh Posté le 01-04-2004 à 11:00:23
Taiche a écrit : Ba t'as intérêt à super bien penser ton bordel, alors. Passke la réutilisation Web de composants non-Web et inversement, c'est loin d'être automatique. Franchement, pars pas trop là-dessus. |
heu ... si quand même ... Si tu fais une couche métier correcte, c'est bien réutilisable. Bien sur, en codant tout dans les servlets/jsp comme un porchiot c'est plus dur ...
Marsh Posté le 01-04-2004 à 11:00:30
ok, et sinon niveau performance ca donne quoi?
coté connection pool, session, risque de debordement etc ..
Marsh Posté le 01-04-2004 à 11:01:03
la viper a écrit : ok, et sinon niveau performance ca donne quoi? |
ca doit être très proche globalement, mais ca dépend des applications ...
Marsh Posté le 01-04-2004 à 11:01:33
la viper a écrit : ok, et sinon niveau performance ca donne quoi? |
tres bien pour moi en jsp/servlet, mais je suis jamais alle jusque la en php alors je peux pas comparer
Marsh Posté le 01-04-2004 à 11:06:41
uriel a écrit : |
idem, et c'est pour ca que je demande des avis, je voudrais faire le bon choix ..
Marsh Posté le 01-04-2004 à 11:19:50
Quels sont tes exigences à ce niveau? Parce que pour le DB, c'est visiblement une petite DB, mais pour les connexion et compagnie, tu attends quoi?
Marsh Posté le 01-04-2004 à 11:28:45
gestion des utilisateurs, possibilité de restriction suivant la connexion.
Session securisée (ssl).
une 50ene de connexions simultannées (cé pour ca le pool connection).
Un temps de reponse genre google.
affichage genre excel des resultats (si possible pouvoir trier les infos comme sous excel, d'ailleurs, est possible? de manipuler des colonnes sur une page web comme sous excel. moi je suis resté sceptique devant mon boss qui veut ca).
Le site serait surement hebergé à l'exterieur sur des serveurs mutualisés sauf si pas possible et là on l'hebergera .. ..
logiquement tous les soirs il faudra traiter les informations, d'ailleur le concept reposera sur le principe de moteur de recherches. Le client cherche un contact ou un type de contact (nom, prenom, tel, societe) et nous on lui renvoi par autre croissant les plus populaires (donc principe de scoring.. traitement etc). Il pourra gerer sa propre liste de contact sur une base à part la mettre à jour etc tout en gardant l'historique dessus .. et donc je me demande si php serait pas trop 'leger' surtout qu'il ne prend pas en compte l'objet (sauf version 5 mais trop recente)... .
Marsh Posté le 01-04-2004 à 11:36:47
la viper a écrit : gestion des utilisateurs, possibilité de restriction suivant la connexion. |
C'est de l'authentification à 2 balles avec gestion de droits, y a ça aussi bien en PHP qu'avec JSP.
la viper a écrit : |
Problème serveur, pas de langage.
la viper a écrit : |
Idem.
la viper a écrit : |
Idem.
la viper a écrit : |
Comme de toute façon au final le truc généré sera du HTML, ça dépend pas du langage côté serveur.
la viper a écrit : |
C'est à eux qu'il faut préciser vos demandes de hardware avec temps de réponse, etc... Spa à toi de t'en occuper sauf si c'est toi qui héberges.
la viper a écrit : |
Là encore, si t'as la base de données et le serveur qui va bien, c'est pas un pb de langage serveur.
la viper a écrit : |
Si t'as déjà fait ton choix, pourquoi tu viens ici ?
Sérieusement, la plupart de tes requêtes n'ont rien à voir avec le langage côté serveur. Tout dépend de la façon dont tu aimes programmer ; tu préfères l'objet pur, assez contraignant au niveau du typage et avec une gestion d'exceptions ? Fonce sur Java. Tu préfères le scripting et un langage plus laxiste au niveau de la syntaxe ? Fonce sur PHP.
C'est surtout là que ça va se jouer passke dis-toi bien que c'est toi qui vas te palucher le dev et la maintenance, donc pense bien que tu feras du meilleur boulot avec un langage qui t'est agréable plutôt qu'avec un qui te fait chier
Marsh Posté le 01-04-2004 à 11:40:08
d'autant qu'avec des bibliotheques comme Pear pour php, le langage est tout aussi capable que jsp (selon moi mais j'ai pas teste).
donc le choix se fera pas sur les capacite du langages mais plus un choix personnel
Marsh Posté le 01-04-2004 à 11:48:38
tkz j'vais me poser cette question ce soir devant une pinte de biere .. Ca donne à reflechir
Marsh Posté le 01-04-2004 à 11:48:45
voir aussi l'experience du gusse. parce que bon, si c'est pour tout taper dans des jsp comme un bourrin, qu'il le fasse en php. par contre s'il a de bonnes notions et qu'il a déjà eu l'occasion de faire joujou avec des frameworks java plus modernes, a mon avis y'a pas photo
Marsh Posté le 01-04-2004 à 11:48:47
uriel a écrit : d'autant qu'avec des bibliotheques comme Pear pour php, le langage est tout aussi capable que jsp (selon moi mais j'ai pas teste). |
PHP a le même côté hyper-pratique que Java pour ça ; tous les gros trucs sont implémentés soit de base soit dans des modules à part.
Pour pratiquer régulièrement les 2 langages, je reste sur ma position sur le choix concernant la syntaxe et le confort de dev.
Marsh Posté le 01-04-2004 à 11:58:40
the real moins moins a écrit : voir aussi l'experience du gusse. parce que bon, si c'est pour tout taper dans des jsp comme un bourrin, qu'il le fasse en php. par contre s'il a de bonnes notions et qu'il a déjà eu l'occasion de faire joujou avec des frameworks java plus modernes, a mon avis y'a pas photo |
l'idée cé que si je fais ca en jsp .. je fais ca avec les struts
autant etre cohérent et exploiter les tekos à fond ..
Marsh Posté le 01-04-2004 à 12:00:37
hermes le messager a écrit : PHP, parce que c'est mieux. g bon pour l'argumentaire ? |
J't'ai grillaid depuis 1h15
Marsh Posté le 31-03-2004 à 22:26:37
voilà, je vais commencer un projet ayant une grosse ampleur avec, c'est decidé, une base MySQL. (1 millions d'enregistrement à terme, dans 5/6 tables ..).
Mais voilà, etant plus 'jsp' je me pose tout de meme une question... quelle technologie choisir entre php et jsp concernant un site de gestion de contacts (nom,prenom..) multi-utilisateur avec un variable evolution non negligeable..
je suis preneur de bench etc
PLZ aidez moi à faire le bon choix
merci d'avance