Bonjour,
j'ai une question que je n'arrive pas à résoudre car je ne trouve pas de document qui répond à la question suivante :
"D'un point de vue pratique (coté développement), qu'apporte Tomcat par rapport à un développement Php ?"
Merci d'avance... pour vos explications ou URL à ce sujet.
Journal Développement Tomcat vs Php ?
3
oct.
2004
# Java vs Php
Posté par @ . Évalué à 6.
Après tout dépend du projet. A mon sens Tomcat fait quand même partie de l'artillerie lourde, et son usage s'inscrit dans le cadre d'un extranet dans lequel on souhaite intégrer des solutions métier déjà faites. (ex: Une compagnie d'aviation veut faire ses réservations en ligne et se rattacher à son système déjà en place). Quand j'ai bossé avec le J2EE en général j'ai retenu que c'était assez chiant a mettre en place au début, mais une fois que ça marche c'est très configurable au niveau scalabilité, montée en charge, load-balancing etc...
Donc c'est peut être démesuré pour un site web perso ou avec relativement peu de visites. Le php est quand à lui utilisable chez plein d'hébergeurs, et une solution de test est déployable très facilement (sur toutes les distrib linux à base de packages il suffit d'installer les bon et ça marche sans rien faire de plus).
A la limite peut être plus de détails sur le projet seraient bienvenus pour orienter vers une solution.
[^] # Re: Java vs Php
Posté par Gabriel . Évalué à 1.
Cela dépend beaucoup du projet, de tes intentions, de savoir si tu es seul à développer ou pas, etc.
Compter aussi de savoir si tu veux utiliser des librairies (plutôt java) ou des solutions réutilisables (blog, forum, wiki... plutôt php).
[^] # Re: Java vs Php
Posté par Xarli (site web personnel) . Évalué à 4.
(faux-ami, cf http://www.tout-savoir.net/lexique.php?rub=definition&code=943(...) )
[^] # Re: Java vs Php
Posté par Narmer . Évalué à 1.
Il existe aussi des solutions réutilisables en java (blog, forum,wiki ...) donc cet argument ne tient pas forcément ...
[^] # Re: Java vs Php
Posté par Gabriel . Évalué à 2.
Tu peux comparer le nuke de JBoss avec postNuke mais alors il faut aussi voir la différence de communauté.
En ce sens, une commmunauté jsp est Pas forcément moins active, mais le plus souvent beaucoup plus petite en général. Et en général encore, les caractéristiques développées sur des solutions toutes faites en java sont pompées des caractéristiques développées sur des solutions toutes faites en php.
Mais il faut voir le cas particulier bien sûr
# Et zope
Posté par Pinaraf . Évalué à 1.
Donc merci pour d'éventuelles infos :)
[^] # Re: Et zope
Posté par Yoan B (site web personnel) . Évalué à 2.
Comme on dit, le meilleur langage de programmation c'est celui que l'on connait.
[^] # Re: Et zope
Posté par Antoine . Évalué à 2.
Pas forcément. Si on ne connaît que le C et qu'on veut faire un site Web, il vaut mieux apprendre PHP plutôt que d'écrire du traitement de chaînes, de la gestion de sessions et de l'accès à une base de données dans des CGI en C.
[^] # Re: Et zope
Posté par ckyl . Évalué à 2.
http://undeadly.org/(...)
Note: oui ca doit prendre approximativement 15x plus de temps et je parle meme pas de la sécu
[^] # Re: Et zope
Posté par Joris Dedieu (site web personnel) . Évalué à 2.
Et si on connait que le FORTRAN ????????????????? :-)
[^] # Re: Et zope
Posté par fat_cartman . Évalué à 1.
La question était plutôt de savoir si passer de JSP à PHP ca vaut le coup, ou inversement, suivant les connaissances qu'on a.
# Quelques commentaires
Posté par Sébastien Koechlin . Évalué à 2.
PHP:
* Le démarrage est très rapide, on trouve du PHP partout
* L'hébergement est très facile, on le trouve partout.
* On trouve pleins de trucs tout fait sur le net: forum et autres, la qualité est pas forcément terrible, pas mal de trous de sécurité et le code est rarement maintenable
* LE LANGAGE EST MAUVAIS, les concepts objets, héritage... sont ajouté après coup et mal supportés.
* Les APIs changent régulièrement, les mises à jour de sécurité peuvent vous obliger à monter de plusieurs version mineures et casser l'application.
* Il n'y a pas d'interface unifié pour l'accès aux bases de données PEAR règle ce problème, mais bien trop peu de projets publics l'utilisent.
* Les librairies semblent riches initialement, mais ne sont pas du tout extensible. Il y a celles qui sont supportés par le binaire, pour les autres...
* Le portage est douloureux, rien que d'un hébergeur à l'autre, parce que la configuration n'est pas la même et certaines fonctions se comportent différement, on en vient rapidement à écrire du code rien que pour s'adapter à la configuration.
Tomcat:
* Le démarrage est douloureux, l'installation d'un frontal apache avec un Tomcat derrière ne se fait généralement pas les doigts dans le nez. La compréhension des contextes n'est pas triviale en venant d'Apache.
* L'hébergement est problématique, il est bien plus difficile de trouver un hébergeur tomcat qu'un hébergeur PHP
* Il y a beaucoup moins de code disponible sur le net, de forum tout fait, de logiciels prets à installer.
* Le langage est bien plus riche et normalisé, mais il y a beaucoup à apprendre avant d'avoir une bonne vision de ce qui est disponible de base dans le JDK et dans les normes Servets/JSP
* La séparation MVC, par exemple en se basant sur Struts, donne des programmes bien plus propre, et maintenable, une séparation élégante de la logique et de la présentation. Il est possible de faire pareil avec PHP au prix de règles draconniènnes à imposer aux développeurs.
* Il y a beaucoup de librairies qui font beaucoup de chose, toutes les librairies Java sont utilisables et généralement pratiques à utiliser. La comunauté apache sur http://jakarta.apache.org/(...) est une source inestimable d'inspiration.
* L'accès aux bases de données est unifié par JDBC, et en plus, Tomcat fourni un mécanisme de Pool et une déclaration externalisée de ces pools par rapport à l'application
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.