Discussion :

[Idelways]

Quelle évolution de la syntaxe de PHP souhaiteriez-vous ?
Déréférencement, éviction du « dollar », tableaux sans Array ou une autre ?



PHP offre un large panel de possibilités mais sa syntaxe est relativement rigide et (pour certains) « verbeuse » comparée aux autres langages dynamiques concurrents.

Johannes Schlüter travaille sur MySQL à Oracle/Sun et fait partie de la core-team (l'équipe de développement) de PHP. Il vient de présenter sur son blog une nouveauté qui sera intégrée aux versions futures du langage (5.4 ou 6, il ne précise pas).

Il s'agit de la possibilité de déréférencer des tableaux. Comme parfois un bout de code peut en dire plus qu'un long discours, il sera possible de faire :

Code :

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

1
2
3
4
5
 
<?php
$func = function() { return array('a', 'b', 'c'); };
echo $func()[0]; // prints a
?>

Alors qu'avant, la déclaration d'une $variable intermédiaire était obligatoire, cette nouveautés permettra plus de flexibilité lors de la programmation objet en PHP.

L'annonce de cette fonctionnalité soulève à la fois enthousiasme et critiques dans la communauté qui semble extrêmement partagée sur cette évolution.

Votre avis nous intéresse donc sur cette question : êtes-vous pour ou contre.

Et plus généralement, quelles sont les possibilités que vous souhaiteriez voir apparaitre dans les prochaines versions de PHP ?


Sources : Blog de Johannes Schlüter

Lire aussi :

Quelle est la solution PHP la plus obscure que vous ayez utilisée ? Scripts, CMS maisons ou langages "PHP-Killer" ?

Avez-vous inventé des termes que seuls vous et votre équipe comprenez ? Drôles ou techniques, expliquez-les nous

Les rubriques (actu, forums, tutos) de Développez :

PHP
Développement WEB
Langages

[r-zo]

J'ai du mal à voir l'intérêt de cette syntaxe.

[_skip]

Juste éviter de passer par une variable temporaire.
taper

Code :

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

$firstChild = $parent->getChildren()[0]

Au lieu de

Code :

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

1
2
$maVariableQuiPollue = $parent->getChildren()[0]
$firstChild = $maVariableQuiPollue[0];

[bombseb]

Je trouve que niveau lisibilité c'est pas top moi

[r-zo]

je demande juste :
et pourquoi ne pas faire en sorte que la fonction en question accepte un offset en paramètre comme on peut le faire depuis des lustres ?. on aurait

Code :

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

1
2
 
$var = $parent->getChildren(0);

plus clair à mon sens que de rajoute cette syntaxe, qui supprime une ligne de code, pas forcément inutile puisqu'elle rend le code plus compréhensible.

[odissey]

C'est pas tant la visibilité qui m'interpelle, pour ma part, c'est plus le fait que:
1 - Ce genre de "raccourci" incite au code brouillon
2 - Une source de bug potentielle

[Jcpan]

C'est pas tant la visibilité qui m'interpelle, pour ma part, c'est plus le fait que:
1 - Ce genre de "raccourci" incite au code brouillon
2 - Une source de bug potentielle

rien n'oblige à l'utiliser

[CIFQ_Drew]

Pour ma part cela semble fort interessant. Ce n'est certe pas une révolution, mais j'aime d'autant mieux cette syntaxe que l'utilisation d'une variable temporaire. Quand on sait qu'une fonction retourne un tableau j'aime bien l'utiliser immédiatement comme tel (comme lorsqu'une fonction retourne un objet).

[Causa Sui]

C'est pas tant la visibilité qui m'interpelle, pour ma part, c'est plus le fait que:
1 - Ce genre de "raccourci" incite au code brouillon
2 - Une source de bug potentielle

... accessoirement aussi moins de code à taper, la possibilité d’une optimisation en interne (suppression d’une référence).

J'ai encore râlé il n'y a pas une heure parce que ça n'existait pas*; et qui plus est, cette syntaxe est tout à fait logique et courante (notamment en Ruby ou en Javascript pour ne citer qu’eux).

[X0000]

La question étant :
Quelle évolution de la syntaxe de PHP souhaiteriez-vous ?

Perso je trouve le PHP trop permissif (surtout venant de C++).
Pourquoi pas faire comme en VB une option imposant la déclaration des variables avant toute utilisation, évitant le bug classique d'erreur de frappe du genre Mavariable et MaVariable.
Imposer le typage de variable lors de sa déclaration ... un des fondement en programmation non ?

[Dimitri S.]

La question étant :
Quelle évolution de la syntaxe de PHP souhaiteriez-vous ?

Perso je trouve le PHP trop permissif (surtout venant de C++).
Pourquoi pas faire comme en VB une option imposant la déclaration des variables avant toute utilisation, évitant le bug classique d'erreur de frappe du genre Mavariable et MaVariable.
Imposer le typage de variable lors de sa déclaration ... un des fondement en programmation non ?

+1

J'ai programmé en Java et en VB et pour ma part, je trouve que l'obligation de la déclaration des variables est un fondement de la programmation (et une fois l'habitude prise, ce n'est pas si contraignant que cela). de plus, comme c'est dis plus haut, la possibilité d'obliger la déclaration des variables (voir leur initialisation) ne serait pas gênant, puisque facultatif.

Pour ce qui est de la nouvelle fonctionnalité, pourquoi pas? Moi je ne l'utiliserais pas dans tout les cas car cela va à l'encontre des bonnes pratiques que je me suis fixées, mais si cela plait à d'autre pourquoi pas?

[Th3D0c]

Je dois avouer que je me suis deja retrouvé plusieurs fois a vouloir utiliser un tel syntaxe sans pouvoir le faire. Content de voir que je ne suis pas le seul ^^

Cela va nous changer la vie pour certain type de traitement comme les parsers XML ou ce genre de scripts. Apres c'est pas forcement le plus lisible de code, mais utiliser a bon escient je pense pas que cela soit problematique.

[_skip]

Je pense que c'est surtout plus cohérent niveau langage. Le fait que les expressions chaînées soient possibles sur le résultats de fonction ainsi que les opérations arithmétiques *mais pas* le déférencement me semble illogique d'un point de vue syntaxe.

[rafty]

Voir ce genre de code ne me choque plus depuis que je lis beaucoup de code JS.

Par contre, Php est-il en train de devenir le langage javascript coté serveur. Je n'ai pas dit JSP (Java Server Page).

Mais plutot JsSP (JavaScript Server Page)

[elderion]

Voir ce genre de code ne me choque plus depuis que je lit beaucoup de code JS.

Par contre, Php est-il en train de devenir le langage javascript coté serveur. Je n'ai pas dit JSP (Java Server Page).

Mais plutot JsSP (JavaScript Server Page)

Oui quand on utilise beaucoup JS, justement on se demande pourquoi cette syntaxe s'applique pas encore a PHP !

Du "JsSP" : pour ma part, ca serait pas une mauvaise chose.
Mais d'une certaine manière PHP va dans cette direction quand on voit apparaitre les fonctions anonymes, etc...

[nickyla]

Ce qui me surprend est la comparaison par beaucoup de PHP à javascript et le fait de justifier l'utilisation d'une syntaxe douteuse (niveau robustesse du code) dans PHP par son utilisation courante dans javascript
Pour moi, javascript est un langage gadget, tant par son utilité concrète que par sa syntaxe et sa structure complètement hors normes de la programmation robuste. Ce qui n'est pas le cas de PHP, au moins au sujet de son utilité (L'utilisation de ces deux langages étant particulièrement répandue dans le développement web), on voit facilement la différence quand on désactive javascript par simple click dans les options du nav, alors que PHP ... il est tout de même utilisé pour traiter des données parfois ultra-sensibles dans la plupart des sites web du monde; et celui-là pour le désactiver ...

[bmontu]

C'est une très bonne nouvelle, absolument pas incompatible avec le typage lache de php, au contraire.
On peut deja utiliser des objets retournés pour limiter la syntaxe des variables temporaires, il ne manquait que les tableaux qui sont extrèmements courants en php!

Après php est très permissif en général et ce dereferencement pourra voire arriver du code illisible et des clés fixés en dur que je deteste (sauf la 0 a la rigueur).

Ca ne revolutionnera pas le monde, coder "propre" en php, comme dans tous les langages, demande de la rigueur au programmeur

[stailer]

Personnellement je trouve cette évolution vraiment pratique... Je pense que dans mon top 10 des évolutions à faire sur php celle ci est en bonne place.

J'espère que d'autres arriveront bientôt, notamment celle sur la construction de propriétés à la C# ou java :

Code :

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

1
2
3
4
5
6
7
 
private string _persoProperty = "";
public string persoProperty
{
    get { return _persoProperty; }
    set { _persoProperty = value; }
}

Vraiment pratique et fonctionnel en c#, j'aimerais beaucoup retrouvé ça en php.

[graphiks]

Bonjour

Est-ce que ça veux dire que l'on appel la fonction chaque fois ?

Genre $parent->getChildren()[0]
et plus loin $parent->getChildren()[1]

Ce sera deux appels distinct de la méthode getChildren ?

Si oui, ce sera pas toujours judicieux de l'utiliser dans un contexte ou il faut beaucoup d'optimisation.

A voir, mais ça me semble bien pratique dans certain cas de figure !

[ThomasR]

Bonjour

Est-ce que ça veux dire que l'on appel la fonction chaque fois ?

Genre $parent->getChildren()[0]
et plus loin $parent->getChildren()[1]

Ce sera deux appels distinct de la méthode getChildren ?

Bien sûr.

Si oui, ce sera pas toujours judicieux de l'utiliser dans un contexte ou il faut beaucoup d'optimisation.
A voir, mais ça me semble bien pratique dans certain cas de figure !

Exact !