Discussion :

[elderion]

Ce que je trouve bien c'est que cet apport syntaxique arrive enfin.
Ce que je déplore, c'est qu'il reste tant de choses a implémenter dans PHP.
Quand je vois qu'on s'extasie sur le support Unicode (hypothétique), les fonctions anonymes, les espaces de noms, le chaine de constructeur (new Machine()->getVar())...
alors que les autres langage le proposent déjà depuis des années,
et qu'en face PHP6, qui est censé promettre tout ca, a été retardé/suspendu :
Ca me fait vraiment penser a cette pub d'Apple qui vante l'ajout de la fonction copier/coller dans l'iPhone... Punaise le copier/coller quoi...

[elderion]

Hello,
c’est vrai que c’est marrant de voir tout le tollé que génère une simple homogénéisation de la syntaxe…

bien harmoniser/homogénéiser la lib standard ca serait pas un luxe.

et pourquoi pas aussi
- virer les vieilles lib pocédurales qui ont migré en objet, comme la classe DOMDocument.,
- encapsuler la lib cURL dans une classe.
etc...

Je me fais un peu l’avocat du diable en disant ça, mais pour moi qui aime énormément JavaScript, le fait que PHP s’en rapproche ne peut être qu’une bonne chose !

je plussoie a fond.

Après, il est vrai que quand on conçoit un langage, on a un objectif. Selon moi, un bon langage est un langage qui a réussi à se tenir à ses objectifs, ses idiomes, en mûrissant. De ce point de vue, PHP n’est peut-être pas un bon langage… Mais je l’aime bien quand même

ca fait pas mal de temps, depuis les début de PHP5 en fait, que les objectifs de PHP tendent a diverger. Ya ceux qui veulent qu eca reste du procédural, d'autres qui veulent du objet simple, et ceux qui veulent que PHP s'oriente nettement vers du Java/.Net-like (je fais partie de ceux la)

[spidermario]

Ce que je déplore, c'est qu'il reste tant de choses a implémenter dans PHP.
Quand je vois qu'on s'extasie sur le support Unicode (hypothétique), les fonctions anonymes, les espaces de noms, le chaine de constructeur (new Machine()->getVar())...
alors que les autres langage le proposent déjà depuis des années,
et qu'en face PHP6, qui est censé promettre tout ca, a été retardé/suspendu :

Fonctions anonymes et espaces de noms sont disponibles depuis PHP 5.3.

[becausefr]

Beau problème !
Je vous soutiens pour votre recherche de réponse

[elderion]

Fonctions anonymes et espaces de noms sont disponibles depuis PHP 5.3.

En effet mais je parle là d'éléments au sens symbolique.
C'est pour dire que l'évolution du langage est quand même très lente.

[Perplexe]

Et bien empty ne génère pas plus de notice que isset si une variable n'est pas définie, donc le isset est inutile. C'est un peu comme faire un if ($var != 0 && $var == 1).

J'ai compris ! Merci

Ca fait plusieurs personnes qui parlent de "foreach(func() as $key => $val)", je ne vois pas le rapport avec ce topic, vous ne voulez pas plutôt parler de "foreach(func()[0] as $key => $val)" ?
Pour "foreach(func() as $key => $val)", la boucle se fait sur la valeur retournée par la fonction, qui n'est exécutée qu'une fois, et pour "foreach(func()[0] as $key => $val)", même chose, la boucle se fait sur la valeur de la clé 0 du tableau retourné, qui doit donc elle même être un tableau, et la fonction est donc là aussi exécutée une seule fois.
Et dans les 2 cas, si ta fonction prend un paramètre, modifier ce paramètre dans la boucle ne changera rien, puisque la fonction est appelée avant la boucle, qui se fait ensuite sur le résultat de cet appel.

J'ai rien compris ! tant pis

Mais j'y reviendrai lundi et je ferai plus d'efforts.

Bon week end.

[Galak`]

Et bien c'est simple, les instructions sont exécutées de la plus imbriquées à la moins imbriquée (dans l'ordre logique d'interprétation). Donc dans func1(func2()), func2 sera exécutée, et son résultat sera passé en paramètre à func1 (c'est logique, func1 a besoin de connaitre le résultat de func2 pour pouvoir être exécutée).C'est pareil avec le foreach, la fonction est exécutée, puis le foreach sur le résultat de celle-ci. C'est une base, si tu ne la comprends pas, tu vas vite être dépassé.

Et puis quand on poste, en général, on jette au moins un oeil à ce qu'on a posté, et on voit du premier coup d'oeil les quotes foirés, qu'on corrige

[aeocaeoc]

Certes, mais php a plein de fonctions sympa, en particulier pour le parsing de chaînes.

Je n'ai jamais rencontré de problèmes avec round. Aurais-tu un exemple svp, ça m'interesse ?

Oui, avec un petit correctif cependant.
round(0.575,2) renvoie bien 0.58 en version 5.2.9-2, donc correct (contrairement à ce que j'ai annoncé).
Mais en version 5.2.3 (j'utilise plusieurs machines), round(0.575,2) renvoie 0.57 (avec BCMathsupport 'enabled'; qu'est-ce que ce serait avec 'disabled'...)
Le bug semble donc avoir été corrigé entre ces deux versions. Dont acte.
Ceci dit vous pouvez avoir utilisé cette fonction pendant des années sans vous rendre compte de ce bug, car php répète toujours la même erreur...
Si je m'en suis rendu compte c'est que j'utilise une base de données qui dispose d'un environnement de développement intégré (Visual Foxpro pour ne pas la nommer) et avec lequel j'exécute également des traitements sur les tables. Et VFP, c'est du C à la base.
Pour ce qui est des comparaisons de nombres en virgule flottante, reportez-vous à cet article: http://www.php.net/float
Si vous avez déjà fait ce genre de comparaison, impossible de de ne pas avoir été confronté au problème.

[kaymak]

c'est normal que sa avance pas si au moindre ajoute de syntaxe aussi basique y'à 500 commentaires.... qu'ils l'intègrent;
Je vois pas ce que cela pourrait empirer : S Un langage est là pour être exploiter par un programmeur.

[aZrael51]

Bonjour à tous.

Pour ma part, une autre simplification qui pourrait être pratique, ce serait de pouvoir faire :

Code :

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

1
2
if( empty($objet->Attribut) )
{ ... }

Actuellement, on est obligé de faire :

Code :

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

1
2
3
$valeur = $objet->Attribut;
if( empty($valeur) )
{ ... }

Ceci dit, je ne suis qu'un développeur occasionnel et je suis peut-être passé à coté de quelque chose de plus pratique et qui existerait déjà...

aZ

[Galak`]

Bah si tu peux, ce que tu ne peux pas faire, c'est if (!empty($res = func())).

[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.

[Perplexe]

Et bien c'est simple, les instructions sont exécutées de la plus imbriquées à la moins imbriquée (dans l'ordre logique d'interprétation). Donc dans func1(func2()), func2 sera exécutée, et son résultat sera passé en paramètre à func1 (c'est logique, func1 a besoin de connaitre le résultat de func2 pour pouvoir être exécutée).C'est pareil avec le foreach, la fonction est exécutée, puis le foreach sur le résultat de celle-ci. C'est une base, si tu ne la comprends pas, tu vas vite être dépassé.

Je comprends maintenant (merci de m'aider à rester dans le coup )

Et puis quand on poste, en général, on jette au moins un oeil à ce qu'on a posté, et on voit du premier coup d'oeil les quotes foirés, qu'on corrige

Désolé : j'ai posté à partir de mon téléphone et je m'étais promis de revenir corriger l'erreur.

[sabotage]

round(0.575,2) renvoie 0.57 (avec BCMathsupport 'enabled'; qu'est-ce que ce serait avec 'disabled'...)

round() n'est pas une fonction BCMath.

Sinon sur le fond, je ne pense pas qu'on arrête la progression d'un langage tant qu'il a des bugs ; ca fait partie de deux démarches distinctes.
Dans ce que tu cites, c'est de toute façon hors propos puisque si problème il y avait, il n'existe plus maintenant, donc on peut avancer.

[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 !

[sergy-info]

c'est tres bon adjonction pour moi!
par example, maintenant on peut écrire

Code :

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

1
2
3
4
5
6
7
8
9
function TOTAL($a,$b){
return $a+$b;
}
 
function Difference($a,$b){
return $a-$b;
}
 
echo TOTAL*Difference;

et la nouvelle version

Code :

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

1
2
3
4
5
6
$f=function all($a,$b){
$arr[]=$a+b;
$arr[]=$a-b;
return $arr;
}
echo $f[0]*$f[1];

Je l'aime beaucoup!!

[ThomasR]

c'est tres bon adjonction pour moi!
par example, maintenant on peut écrire

Code :

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

1
2
3
4
5
6
7
8
9
function TOTAL($a,$b){
return $a+$b;
}
 
function Difference($a,$b){
return $a-$b;
}
 
echo TOTAL*Difference;

Ha bon ? Tu n'oublies pas de passer des paramètres ? Du coup je ne vois pas le rapport avec le sujet courant.

Code :

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

1
2
 
echo (Total(10, 20) * Difference(10, 20));

et la nouvelle version

Code :

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

1
2
3
4
5
6
$f=function all($a,$b){
$arr[]=$a+b;
$arr[]=$a-b;
return $arr;
}
echo $f[0]*$f[1];

Ca ne fonctionnera pas çà, si ? Tu ne passes pas de paramètes à ta fonction, tu ne met pas de parenthèses et ca ferait deux appels donc c'est naze.

Code :

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

1
2
 
echo $f($a, $b)[0] * $f($a, $b)[1];

donc autant faire à l'ancienne pour ton exemple, c'est plus performant :

Code :

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

1
2
3
 
$arr = $f($a, $b);
echo $f[0] * $f[1];

[Jcpan]

Moi je ne aucune raison d'ajouter de nouvelle fonct° avant de finaliser un Unicode correct.

[ThomasR]

Moi je ne aucune raison d'ajouter de nouvelle fonct° avant de finaliser un Unicode correct.

Ce n'est pas une nouvelle fonction.

Tous les contributeurs de PHP ne travaillent pas tous sur la même chose, je me réjouis qu'en parallèle d'implémentations comme l'Unicode certains travaillent sur d'autres améliorations celle dont il est question ici.