Mais pour résumer, oui on peut comparer PHP avec les Web Services de Microsoft et/ou les solutions Web utilisant J2EE
Et non on ne peut pas. Je ne connais pas .net, mais en ce qui concerne le J2EE, c'est beaucoup plus que de se placer derrière une URL, ce que fait PHP uniquement (bon, c'est vrai, on peut faire une appli standalone en PHP, mais autant la faire en PERL à ce moment là).
En effet, sur une application tournant sur J2EE, l'accès web n'est pas le seul (Servlet, JSP, Jumpstart ...), on peut également communiquer par le biais des bus objets (CORBA, RMI ...), par messages (JMS ...), par répertoires (JNDI ...) voire directement avec les objets de l'aplication (Entity EJB).
Réfuter ces points serait vraiment cacher la partie immergée de l'iceberg. Il est vrai que l'utilisateur lambda ou le non-informaticien de formation converti "expert Java" en 15 jours ne connait pas cela, mais ça existe. Devoir les réimplémenter dans le cas d'une programmation en PHP serait monstrueux et fastidieux. Enfin, il n'est pas nécessaire d'acheter des environnements J2EE extrèmement coûteux car il existe des solutions libres (jBoss, Enhydra ...)
Donc si le but est simplement de faire quelque chose de réalisable en PHP, alors pourquoi ne pas le faire en PHP ? C'est possible, alors allons y. En revanche, dans le cas d'une grosse application qui doit posséder d'autres points d'entrées que HTTP, alors le J2EE est pour moi incontournable (peut-être aussi .net si quelqu'un a le courage d'essayer de me montrer ses points forts face au J2EE).
[^] # Re: Pouah
Posté par François B. . En réponse à la dépêche Java J2EE vs .Net. Évalué à 1.
En effet, sur une application tournant sur J2EE, l'accès web n'est pas le seul (Servlet, JSP, Jumpstart ...), on peut également communiquer par le biais des bus objets (CORBA, RMI ...), par messages (JMS ...), par répertoires (JNDI ...) voire directement avec les objets de l'aplication (Entity EJB).
Réfuter ces points serait vraiment cacher la partie immergée de l'iceberg. Il est vrai que l'utilisateur lambda ou le non-informaticien de formation converti "expert Java" en 15 jours ne connait pas cela, mais ça existe. Devoir les réimplémenter dans le cas d'une programmation en PHP serait monstrueux et fastidieux. Enfin, il n'est pas nécessaire d'acheter des environnements J2EE extrèmement coûteux car il existe des solutions libres (jBoss, Enhydra ...)
Donc si le but est simplement de faire quelque chose de réalisable en PHP, alors pourquoi ne pas le faire en PHP ? C'est possible, alors allons y. En revanche, dans le cas d'une grosse application qui doit posséder d'autres points d'entrées que HTTP, alors le J2EE est pour moi incontournable (peut-être aussi .net si quelqu'un a le courage d'essayer de me montrer ses points forts face au J2EE).