Discussion :

[revever]

Effectivement, l'usage PHP devient répandu ces derniers années. Pourtant, il me parait clair aussi que dans certaines conditions ce langage est incapable d'arranger les affaires.

Donc, quand je lis dans ce rapport "Parmi les décideurs interrogés, la moitié utilisent activement PHP et la moitié restante pensent utiliser PHP dans un futur proche" - autrement dit - la totalité des interrogés favorisent l'emploie de PHP, je suis franchement surpris. A mes connaissances & à mes expériences, il existe plein de projets où PHP n'est pas choisi voire loin d'être choisi après études.

Et là, sachant que je ne suis pas contre PHP, je suis amené à douter de la manière que ce rapport a été conduit et conclut!

[Gugelhupf]

Sauf que, C,C++,Java,C# n'imposent pas des $ partourt, ce choix syntaxique (inspiré de ? ) ne se justifie plus aujourd'hui

Inspiré de Perl, "$" pour des variables ("@" pour des tableaux).
Théoriquement le $ ne sert à rien car il s'applique à la fois pour les variables et les tableaux ("@" à une toute autre signification encore), donc si le $ continue d'exister cela doit être pour des raisons plus historique (meilleure compréhension des variables/conteneurs pour les débutants ? Meilleur parsage ? etc...)
A titre d'exemple, pourquoi "end" existe en Ruby en plus de l'indentation imposé contrairement à Python.
Le "end" existe aussi en T-SQL et pourtant il n'y a pas d'indentation.

le code est forcément bien indenté et lisible , donc bien moins d'erreurs syntaxiques

Si ce n'est pas l'IDE (en espérant que tu ne codes pas en mode console), c'est le compilateur qui t'indiquera forcément une erreur.

Pour les performances, c'est juste un constat personnel. Je ne connais personne ayant une maitrise de toutes les dernières versions des langages qu'on cite, qui pourrait faire un vrai benchmark comparatif.

[stailer]

Ben disons que si y a pas le "$" , alors c'est une constante

[5h4rk]

Cette article pourrait être un super article si il n'était pas orienté.
Il serait très dur de dire que celui ci n'est pas orienté PHP (trop à mon sens)

Pour commencer, je suis spécialiser PHP et Zend Framework.

Ce que je dirais :
- PHP est simple à apprendre, c'est vrai
- le code est sale, c'est faux ( tout dépend du développeur et des façon de développer. A ce titre j'en invite certains à développer en utilisant rien que Php CodeSniffer, car en effet des fois c'est vraiment horrible)
- le code est inmaintenable, c'est faux (sinon c'est que le développeur ne prend pas la peine de respecter les recommandations PHP ou propre à son application)
- plus rapide à développer avec, ça dépend ( utilisation ou non de framework, ça dépend de l'environnement, etc)

Je rappel quand même que PHP tend à se rapprocher de JAVA, il suffit de regarder les dernières versions de PHP.

En ce qui concerne Python, je confirme que c'est bien plus rapide et non pas avec quelques petits tests (Utilisation du Framework Django)

Tout ça pour dire que chaque langage a ses avantages et inconvénients et qu'à ce que j'ai pu voir aucun n'est parfait et tout dépend de ce qu'il faut réaliser.

Ce n'est pas parce que l'on aime un langage que celui ci est le meilleur et représente l'avenir. Ça ne serait pas la première fois que les tendances s'inverse.

[camus3]

Je rappel quand même que PHP tend à se rapprocher de JAVA, il suffit de regarder les dernières versions de PHP.

mouais : typage faible et dynamique , PHP n'est pas java et n'a rien à voir avec. PHP n'a pas été designé avec la programmation objet en tête du coup l'aspect objet est une juste surcouche. avec JAVA tu n'a pas le choix , tu dois écrire des classes ,et des interfaces si tu veux un peux de souplesse dans l'utilisation de tes types par exemple.

le code est sale, c'est faux ( tout dépend du développeur et des façon de développer. A ce titre j'en invite certains à développer en utilisant rien que Php CodeSniffer, car en effet des fois c'est vraiment horrible)

Personne n'affirme que le code est sale.

le code est inmaintenable, c'est faux (sinon c'est que le développeur ne prend pas la peine de respecter les recommandations PHP ou propre à son application)

Personnne ne dit cela non plus.
Le code est surtout pollué par beaucoup de bruit ( $, \\\ à tire-larigot ) , 50 fonctions pour la même opération... l'incansistence dans la nomenclature des mêmes fonctions , l'api bordélique , ...

- plus rapide à développer avec, ça dépend ( utilisation ou non de framework, ça dépend de l'environnement, etc)

Je ne pense pas que le but de cette discussion soit une critique de php , tout le monde sait quels sont ses qualités et ses défaults.
Le problème est de savoir ou l'utiliser.

[camus3]

Pour commencer, je suis spécialiser PHP et Zend Framework.

La version 2 est très intéressante comme l'est Symfony 2 , mais ce n'est pas le problème. le problème est d'avoir tout ses frameworks ultra sophistiqués sur un langage lui même bancale , dont il faudrait casser la compatibilité ascendante plutôt que de rajouter des surcouches. Virer toutes les fonctions array , et avoir une classes array de base , idem pour les chaines de charactère.
pouvoir faire :

$string = new String(); // ou $string= "ma chaine"; en litéral
$result = $string->addslashes(); // et pourquoi pas "ma chaine"->addslashes() ?

Les librairies écrites pour php3,4 ne devraient plus être compatibles php5.X par exemple.
C'est ce qui me chagrine avec ceux qui développe ce language , il ne prennent plus vraiment de risques depuis 5 ans.

Quand tu regardes sous la carcasse de Zend ou Symfony , c'est plein de fonctions pas structurées , avoir besoin d'un framework pour avoir un minimum de structure au code et abstraire le bordel , c'est le problème de php.

[5h4rk]

Il ne faut pas dire ce que je n'ai pas dit.
PHP n'est pas Java, j'ai seulement d'y que quand tu regarde les évolutions des dernières versions tu te rends compte rapidement que des principes fort ressemblant y sont ajouter.

L'ensemble des mes commentaires ne fait pas référence au premier post de cette discussion mais aux messages que j'ai pu y lire (La discussion n'est pas que le premier et le dernier post d'une discussion).

Je sais très bien que que le but de cette discussion n'est pas une critique de PHP, c'est tout le contraire je dirai même. Si tu lis le premier post, tu te rendra compte que tous les développements sont où seront prochainement en PHP.

La version 2 est très intéressante comme l'est Symfony 2 , mais ce n'est pas le problème. le problème est d'avoir tout ses frameworks ultra sophistiqués sur un langage lui même bancale , dont il faudrait casser la compatibilité ascendante plutôt que de rajouter des surcouches.

Tout à fait d'accord avec cela, c'est d'ailleurs cequi est fait dans les dernières versions de ces framework (mais pas avec toutes les anciennes versions).

Virer toutes les fonctions array , et avoir une classes array de base , idem pour les chaines de charactère.

Ah ben tient, ça ne te fait pas penser à quelque chose ça ? JAVA Power

[ithel]

@5h4rk
Je ne comprend pas: à quoi fais tu référence lorsque tu dis que les dernières versions de "PHP se rapprochent de Java"?

[Gugelhupf]

Virer toutes les fonctions array , et avoir une classes array de base

Oui un peu comme en Python ou en Java, par contre ça existe déjà et ça s'appelle ArrayObject.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
<?php
$array = new ObjectArray();
$array->append("Hello");
$array->append("World");
echo $array->count();

Sauf que ce n'est pas complet et aussi pratique qu'on le croit.
Les array devraient se comporter comme les listes en Python, càd être objet et posséder une syntaxe sucrée.
Je suis du même avis concernant les string et les array, ils devraient être objet.

Quand tu regardes sous la carcasse de Zend ou Symfony , c'est plein de fonctions pas structurées , avoir besoin d'un framework pour avoir un minimum de structure au code et abstraire le bordel , c'est le problème de php.

PHP t'offre toutes les briques nécessaires au développement A à Z, c'est au développeur de gérer le truc, tu as les framework pour le coté KISS des technologies JEE, mais derrière chaque fonctionnalité qu'on ne voit pas il y a surement l'équivalent d'une brique PHP.

Concernant les alias de fonction, il y a toujours une quinzaine qui sont restés, ils devraient disparaître avec PHP6 (enfin je l'espère ).

[stailer]

Pour les array, tout est la de base, depuis longtemps et c'est très bien.

Quand on veut faire plus complet et plus sophistiqué, il y a toutes les classes Iterator etc.. FilterIterator notamment.

J'avais fait une petite suite de classes il y a longtemps :
on passait un répertoire et après on pouvait rajouter des filtres... Il y avait des filtres pour exclure certains types d'images, de fichiers , de poids etc..

Je crois que certaines librairies ORM pour faciliter l'accès aux BDD utilisent ces classes. Pas mal de jeunes qui les découvre essaye ça tout de suite en général

y a de quoi bien s'amuser : http://php.net/manual/fr/class.arrayiterator.php

[camus3]

PHP t'offre toutes les briques nécessaires au développement A à Z, c'est au développeur de gérer le truc,

Je ne parle pas forcément d'un routeur et d'une architecture MVC mais plutôt d'une API propre et non redondante.
Avoir des alias cela ne sert à rien et rend le code d'autrui bien moins lisible.

Mais mon problème est surtout avec les $ devant les variables , au final qu'il faut au plus vite supprimer.

[Gugelhupf]

Je reconnais que PHP a besoin de plus d'API orienté objet, pour les fonctions sur les fichiers, les sockets ou les mails (un truc équivalent à SwiftMailer serait l'idéal). Par contre le langage a fait beaucoup de progrès depuis la version 5.x (DateTime ou DOM).
Même Java n'a pas un réel équivalent standard de l'API DateTime du PHP ! (Calendar ).

Mais mon problème est surtout avec les $ devant les variables , au final qu'il faut au plus vite supprimer.

C'est comme si tu disais qu'il fallait enlever les @ en T-SQL.
C'est trop ancré (18 ans PHP), ça n'arrivera pas.
Je trouve que c'est plutôt intuitif pour un débutant, puis vu l'emplacement de la touche $ c'est pas trop la mort

[stailer]

Franchement si je dois comparer à mon autre langage préféré, C#, je crois surtout que PHP a besoin d'autre chose que de commencer à supprimer des $ ou à revoir je ne sais quel détail dans les fonctionnalités des Array.

Pour ceux qui font du C#, le 1er atout quand on lui demande son avis, c'est de penser tout de suite à Linq !

Voilà un truc qui me manque bien en PHP, l'unique même je dirai.

[Gugelhupf]

LINQ ?

J'aurais préféré qu'ils intègrent directement du SQL comme en T-SQL ou PowerBuilder.
Le seul avantage que je vois du C# pour le moment, c'est qu'il y a les arguments facultatifs et qu'il accepte les string dans les switch par rapport à Java (parce que PHP fait déjà ces deux choses ).
Et franchement, les nested namespace inspiré du C++ c'est pas top.

[stailer]

LinQ To Object
LinQ To Entities
Linq To XML

C'est juste énorme tout ce que tu peux faire sur n'importe quel type de collection, d'objets ou d'entités etc... Tu requêtes sur tout et n'importe quoi. PHP ne le fait pas et quand on utilise souvent des tableaux (ce qui est tous notre cas) on aurait bien envi qu'il existe un truc pareil.

D'ailleurs il existe un projet : PhpLinq sur codeplex, qui marche pas mal mais bon.. Il n'y a pas d'équivalent sur les entités ou alors c'est jamais aussi puissant que Linq (sans parler de l'autocomplétion bien entendu).

Après, désolé mais ça :

Et franchement, les nested namespace inspiré du C++ c'est pas top.

C'est pour moi encore une fois regarder des petits détails d'un peu trop prêt.

[hackrobat]

PHP en lui même est plus comparable au langage C que C#.

PHP apporte toutes les fonctions de base permettant la réalisation d'une application, comme le C.

C# apporte une POO au langage C avec diverses couches pour répondre efficacement à differents besoins.

Il n'y a pas d'architecture OO en PHP, il faut passer par un framework pour avoir un "PHP#". De plus, avec la communauté Open Source, nombreux sont les projets/librairies permettant de se forger un framework sur mesure en fonction des besoins.

Utilisez Yii, un Sf2 ou un ZF couplé à Doctrine2 par exemple, vous verrez que la réalisation se fait les doigts dans le nez tout en industrialisant votre application.

PHP répond à la plupart des besoins. Je rejoins globalement l'avis de Zend mais pour les besoins critiques, ca devient plus délicat. Les fuites mémoires sur les objets sont récurrentes par exemple.

[Gugelhupf]

Il n'y a pas d'architecture OO en PHP

A te lire on croirait que la POO n'existe pas en PHP
Tu as surement voulu dire que la technologie PHP ne poussait pas l'utilisateur à utiliser le pattern MVC comme le font JEE / ASP .NET C# ?

[Dinoosaure]

Il n'y a que moi que ça choque de voir « PHP » et « Application critique » dans la même phrase ? Je dénigre pas le PHP pour son application Web mais qu'on l'utilise pour développer des applications critiques, c'est une hérésie (en particulier parce que PHP n'offre pas un système de type convenable).

Concrètement, il sera difficile de prouver formellement que le programme fonctionne dans tout les cas si il est développé en PHP. Bien entendu, on peut ne pas avoir la bonne définition d'application critique sinon. Dans ce cas, ça peut être intéressant de le souligner.

[GrandFather]

Concrètement, il sera difficile de prouver formellement que le programme fonctionne dans tout les cas si il est développé en PHP. Bien entendu, on peut ne pas avoir la bonne définition d'application critique sinon. Dans ce cas, ça peut être intéressant de le souligner.

Je pense surtout qu'il y a une petite confusion (problème de traduction ?) entre « stratégique » et « critique ».

[Julien Alric]

Pourquoi la plupart des discussions visant à critiquer tel ou tel langage dérivent généralement vers des considérations syntaxiques sans intérêt ?

Personnellement, je n'aime pas les syntaxes à la python/ruby, je préfère de loin le code C-style (C, Php, Java, C#, Javascript...). Personnellement, je préfère les flèches aux points, question d'habitude, et j'aime bien le $. Mais franchement, ces considérations sont d'ordre esthétique et sans grand intérêt en pratique.

Quand je vais comparer un langage à un autre, ce qui va m'intéresser, c'est son contexte d'application, les concepts qu'il implémente, ses performances, toute la richesse des librairies qui l'accompagnent, et celle de son environnement.

Sur tous ces points, et dans le contexte web, PHP s'en sort plutôt bien. Il ne doit peut-être pas sont succès au hasard.