[RESOLU][PHP] classe extend PDO - soucis avec execute()

[srm]

Tu codes plus proprement ainsi

[Ter Rowan]

Tu codes plus proprement ainsi

+1

c'est plus chiant, mais ça évite parfois de sacrés bugs

[niahoo]

y a un raccourci avec php 5.3 mais dans l'ensemble la syntaxe de php est plutot chiante, notamment sur ce genre de trucs.

Mais à choisir je préfère afficher même les notices les plus infimes et les résoudre.

[Maks]

y a un raccourci avec php 5.3

Lequel ?

la syntaxe de php est plutot chiante

Et encore y'a beaucoup plus verbeux, genre Java ^^

[niahoo]

de mémoire je crois que c'est $foo = isset($_GET['foo']) ?:'bar';

[Maks]

ah oui un ternaire !

c'est la grande mode en JS mais je trouve ça moins lisible personnellement

mais c'est vrai que c'est pratique parfois alors...

[Sephi-Chan]

Ce raccourcis est vraiment ridicule… L'opérateur || est plus pertinent.
M'enfin, quand un langage évalue une chaîne vide, un 0 ou un tableau vide comme false, on peut raisonnablement conclure que la pertinence n'est pas sa meilleure qualité.

[niahoo]

Ton opérateur ne marche pas si la variable contient false .

[Sephi-Chan]

Tu ne peux pas avoir false dans GET ou POST, uniquement des chaînes.
Si je concède qu'on ne peut pas remplacer systématiquement un ternaire par un opérateur ||, je maintiens que quand c'est possible, il vaut mieux utiliser l'opérateur ||, plus expressif (et moins difficile à lire).

Un code expressif est toujours plus lisible et facilement à maintenir qu'un code qui ne l'est pas. C'est un peu comme autoriser les caractères ? et ! dans le nom des méthodes : ce n'est pas une fonctionnalité de dingue mais ça contribue largement à rendre le code plus expressif.


Rien que dans le snippet que tu donnes, on ne comprend pas ta volonté : qu'est-ce que tu cherches à faire ?
Bien sûr, je me doute que ce n'était que pour l'exemple syntaxique. Mais même avec des cas concret, on verrait que le ternaire n'est souvent pas le meilleur choix, surtout quand on utilise un langage plus élégant que le pachyderme…

[niahoo]

Je savais que tu allais dire ça mais on ne se sert pas de cet opérateur qu'avec _GET et consorts.

Le snippet que je donne c'est juste un opérateur qui a son fonctionnement. Si tu montres à quelqu'un « || » sans lui dire ce que c'est il ne risque pas de le deviner tout seul.

Donc utiliser tel ou tel opérateur selon les cas ça manque de consistance. De toute façon, ce que tu proposes n'existe pas en PHP et perso un énième débat PHP vs Ruby ne m'intéresse pas, je n'apprécie vraiment ni l'un ni l'autre.