Discussion :

[Yogui]

Bonsoir,

Depuis quelques jours, un débat fait rage sur la liste internals@lists.php.net (archives HTTP) : faut-il ou ne faut-il pas ajouter une syntaxe de construction de tableaux PHP ?
Actuellement :

Code :

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

$tab = array(1, 4, 8, 2);

La proposition :

Code :

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

$tab = [1, 4, 8, 2];

Bien sûr, cela peut donner du code très laid comme ici :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
if (1) {
    $a = [
        [
            ['a' => 1, 3],
            ($b = 3),
        ]
     ];
} else {
    $a = [
        [
            ['b' => 1, 3]
        ]
     ];
}

Mais cela permet aussi d'avoir une syntaxe :

• Qui ne porte pas à confusion avec une fonction : array() n'est pas un appel de fonction malgré les apparences ;
• Plus courte ;
• Plus proche d'autres langages (ce qui peut être un point positif ou négatif).

Dans tous les cas, la syntaxe actuelle array() ne sera pas abandonnée, la nouvelle syntaxe sera donc un ajout. Le patch est visiblement prêt, mais le débat tourne simplement autour de "doit-on ou pas ?"


Antonio Touriño propose cet exemple :

Code :

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

1
2
3
4
5
// Seems more natural to me.
$array1 = ['a' => 1, 'b' => 2];
 
// than a function call...
$array2 = array("a" => 1, "b" => 2);

Max Antonov propose un contre exemple très bien senti, prouvant que la nouvelle syntaxe ne sera ni mieux ni moins bien lisible, mais simplement une alternative :

Code :

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

1
2
3
4
//is this a good-readable code? 
foo (array('a'=2,'b'=>array('x'=>5,'c'=>array(1,4,2)),'n'=>$bar[4])); 
//what difference in? 
foo (['a'=2,'b'=>['x'=>5,'c'=>[1,4,2]],'n'=>$bar[4]]);

Quelques têtes connues de PHP ne semblent pas être du même avis :

• Les "-1" :
  • Ilia Alshanetsky
  • Pierre
  • Arnold Daniels
  • Derick Rethans
  • Steph Fox
  • ...

• Les "+1" :
  • Elisabeth Smith
  • Rasmus Lerdorf
  • Andi Gutmans
  • ...

Qu'en pensez-vous ?

PS : Ce n'est pas la première fois que ce débat apparaît dans la liste, mais cette fois un vote semble s'organiser.

[Yoshio]

Je ne vois pas trop l'intérêt de cette syntaxe, surtout qu'au vu des exemples que tu as montré ça n'apporte strictement rien à la lisibilité du code.

Au moins aund on utilise le array() on voit directement si on a un tableau a plusieur dimension ou pas.

Puis pourquoi utiliser [] ?
Pourquoi ne pas reprendre la syntaxe du C avec des accolades ?
Par exemple :

Code :

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

int matrice[2][3] = { { 1 , 2 , 3 } , { 4 , 5 , 6 } };

Enfin même si il y avait une nouvelle syntaxe étant habitué à faire avec des array() je doute fort changer et c'est probablement vrai pour d'autre aussi.

[Mogwaï]

Pour ma part, j'ai voté "sans avis".

Pourquoi ? Parce qu'en effet, array() ressemble plus à un appel de fonction, que les crochets me semblent raccourcir le code sans affecter la lisibilité, mais que l'habitude poussera beaucoup de développeurs à préférer l'utilisation de array().

Au final, et puisque les 2 écritures devraient cohabiter, ça ne changera pas les choses de façon fondamentale. N'étant ni absolument pour, ni absolument contre, je suis "au milieu"

[mathieu]

J'ai voté "pour".
Étant donné que l'ancienne syntaxe n'est pas abandonnée, il vaut mieux laissé le choix aux développeurs. Ainsi dans quelque années on pourra voir "sur le terrain" l'utilisation qui en est faite et peut-être qu'avec PHP 8, une des 2 syntaxes sera supprimées.

[Eric93]

Je vote pour à 100%

[RideKick]

Sans avis aussi ... ça ne va pas changer la face du monde , les developpeurs PHP ayant pris une habitude (vous savez ce qu'on dit sur les habitudes) , la nouvelle syntaxe risque peut etre de ne jamais servir , les nouveaux developpeurs eux vont peut etre s'y mettre mais en tout cas ce n'est pas une revolution (dans mon petit monde en tou cas !)

[Gats]

j'ai voté sans avis ... comme beaucoup l'ont déjà fait remarqué cela ne va pas apporter de grand changement... puis cela fera plaisir au capitaine Crochet

[Yogui]

Ce qui serait intéressant, serait d'avoir l'avis des "contre"

[berceker united]

J'ai voté "pour".
Étant donné que l'ancienne syntaxe n'est pas abandonnée, il vaut mieux laissé le choix aux développeurs. Ainsi dans quelque années on pourra voir "sur le terrain" l'utilisation qui en est faite et peut-être qu'avec PHP 8, une des 2 syntaxes sera supprimées.

Je suis contre, l'un des problèmes de PHP c'est qu'il y a trop de fonction en double, de synthaxe différente pour un même résultat. Là, il nous propose encore une autre. Le risque c'est que si dans une application codé par plusieurs personne, pas forcément en même temps. Nous risquons d'augmenter le risque de la non homogénéité dans l'application. Si une personne à garder une habitude de syntaxe il y en aura toujours un pour aller frimer pour faire dans une autre.

Croyez moi, nous sommes vendredi soir, il est 18h30. Il y a une mise en production, le client attend. Damned il y a un bug qui apparait lorsqu'il est posé sur le serveur du client. Vite!... il faut chercher le bug. Le responsable qui pige wallou au PHP est juste derrière vous en train de regarder, vous sentez ça respiration. Le mec qui a développé cette partie s'est barré à 16h30.
Vous cherchez, vous cherchez, vous cherchez, vous comprenez pas. En fait, au bout d'une heure, vous vous apercevez que l'erreur vient d'une petite particularité rarement utilisé et le bug s'y trouvait dedans. Mais votre oeil ne l'a pas vu. Là vous modissez le développeur ainsi que toute ça famille sur plusieurs génération. Il vous a coller un piège à ours dans son code. Tous parce qu'il a coller une synthaxe de merde qui n'apporte rien de spécial à l'application et comme par hasard l'erreur était caché dedans.

Qui n'a jamais vécus ce genre de situation ? Voila ce qui risque d'arriver si nous rajoutons encore des doublons.
La meilleurs arme contre les surprises de mise en prod le vendredi soir c'est la clareté d'un code. Il faut que ça soit de la Vitell.