Pourquoi utiliser le php plus qu'un autre langage ?

Florent V. a écrit :

Mouais...

Entre une réponse argumentée qui montre que l'on a compris les enjeux que recouvre la question, et un petit jeu de « je retourne la question en la questionnant à mon tour » qui fait courir le risque de passer pour un petit malin jouant de rhétorique pour rester à la surface sans s'attaquer au problème...

Je ne conseillerais pas à un étudiant de licence dans une filière technique d'aller chercher ce genre de subtilités, à moins qu'il ne s'en sente capable (mais là, le risque de plantage est grand...). Quoi qu'il en soit, la justification d'un choix de conception technique ne me semble pas nécessiter de telles circonvolutions intellectuelles. Les pistes de réponse que je propose ci-dessus me semblent beaucoup plus fiables, et tout à fait suffisantes pour un projet tuteuré dans le cadre d'une licence.

Ba, comme le but est aussi d'éviter à erehcab des désarrois inopportuns je dirai :

+1 et Amen

Ce qui devrait suffire...

Il m'a l'air bien inutilement compliqué ce topic

bonsoir,

a écrit :

heyoan a écrit
Merci pour l'info : j'étais persuadé que J2EE nécessitait la JVM...

... ben si c'est nécessaire ; la technologie J2EE est une technologie écrite ne java pour le déploiement d'application Web .

Pourquoi PHP alors ??
Plutôt que Java ... ou bien des transformations XSL ...!

Je pense qu'il faudrait définir le cadre d'utlisation du langages avant de se demander quel langage utilisé. ( et pourquoi PHP) .
Le PHP est 'adapté ' aux applicatons Web actuelle , il semble , mais quelles sont les évolutions à prévoir (Web 2.0 , 3.0, ...25.0
) ; script Asynchrone , 'nouveau support ' Mobile ...ect!

Alors PHP, ASP, JSP ..

kzone a écrit :
Je pense qu'il faudrait définir le cadre d'utlisation du langages avant de se demander quel langage utilisé. ( et pourquoi PHP) .

Bien vu .

Donc ne pas se poser la question du langage/tehnologie/framework/etc. préalablement à la définition des besoins, des conditions dans lesquels ceux-ci vont être satisfaits (web, full web, mixte...), pendant combien d'années, pour satisfaire quels besoins, à quel coût.

Est-ce que les besoins d'un client (grand, petit, privé, public etc.) se posent en termes de "/tehnologie/framework/etc." à utiliser?

kzone a écrit :
bonsoir,

heyoan a écrit
Merci pour l'info : j'étais persuadé que J2EE nécessitait la JVM...

... ben si c'est nécessaire ; la technologie J2EE est une technologie écrite ne java pour le déploiement d'application Web .
Je voulais dire : sur le poste client... Mais j'ai peut-être pas pigé ce que j'ai lu !

Du moment que le serveur renvoi une requête http(s), tu peux utiliser le langage que tu veux.

on peut trés bien faire du code compilé en natif (le JNI) en java. j'en ai fais une fois à la fac. ceci dit je sais même pas si je connaissais l'existence du J2EE je ne crois pas que ce soit corrélé.

reste que java c'est compliqué.

je dis le php c'est simple c'est vraiment sa plus grande force.

CPascal a écrit :
on peut trés bien faire du code compilé en natif (le JNI) en java. j'en ai fais une fois à la fac. ceci dit je sais même pas si je connaissais l'existence du J2EE je ne crois pas que ce soit corrélé.

Ce n'est pas vraiment ça.

JNI permet de faire la liaison entre du code natif et du code Java.

Pour la simplicité d'installation, il me semble que ce n'est pas si difficile que ça d'utiliser un serveur Tomcat.

a écrit :

* Pas pratique dans le développement, le modèle mvc est souvent apprécié.
* Un mode objet ajouté après. Un esprit donc fonctionnel.
* Un code vite lourd pour de gros projets.
* Un langage interprété.

pas pratique pour le développement, le modèle mvc est souvent apprécié.

Je ne vois là aucun rapport avec le langage lui même, MVC est un design pattern et peut s'appliquer à n'importe quel langage.
Tout mes projets en PHP sont basé sur ce design pattern.

Mode objet ajouté apres.
La aussi la POO est un "style" de conception , certain langage l'oblige ( JAVA) d'autres permettent une programmation procédurale ( php, python etc..) mais rien n'empêche d'appliquer une COO avec ces langages , surtout avec PHP5 qui n'a plus grand chose à envier au langage uniquement objet.

Un code vite lourd pour de gros projets.
Là c'est totalement un problème de conception du au développeur alors.
Avec un code 100% objet qui repose sur des design pattern éprouvés, le code n'est pas plus lourd qu'avec un autre langage, il permet même d'avoir moins de fichiers à gérer en JAVA par exemple du fait que plusieurs classes peuvent ce trouver dans un même fichier.
Des classes bien écrite, pas de redondance , pas de code procédurale et je vous assure que votre code n'a rien de lourd.

Un langage interprété.
En effet c'est du coup un peu plus lent, mais ca permet en même temps de travailler plus rapidement.

Pour moi les bonnes raison d'utiliser un langage sont

- je maitrise parfaitement ce langage
- il est adapté, voir dédié au type d'application auquel je fais face

c'est suffisant, car apres tout devient matière à discussion quoi qu'il arrive.

Mais depuis PHP5 y a pas photo , il nous permet une conception et un code orienté objet donc plus de blabla a propos de code lourd et de problème d'organisation, car ce n'est plus la faute du langage lui même.

Sinon comme alternative, et bien moi je vote pour python !
Modifié par PeterPetrelli (09 Jul 2007 - 08:36)