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
# Quelques commentaires
Posté par Sébastien Koechlin . En réponse au journal Développement Tomcat vs Php ?. É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