Reprise du message précédent :

 
S't'un euphémisme ça ...
 
Une fonction "getimagesize" qui retourne plus que la taille de l'image, j'aime. Bientôt un getfileextension qui te retourne aussi sa taille et sa date de dernière modification ...

Putain mais halp la "valeur de retour", c'est un mix entre positionnel et keywords

[faux edit]: j'avais jamais lu la doc, mais c'est du grand n'importe quoi cette fonction en fait, oscour

vrai edit: sarace le list() PHP ça slice en plus, si tu lui donnes 3 noms et que l'array fait 15 éléments ça prend les 3 premiers et ça balance le reste Et si l'array fourni est trop petit il fait quoi, il met les variables en trop à null

Et maintenant dans getimagesize:
getimagesize ne trouve pas la taille de l'image, c'est pas un échec, il renvoie $w=0, $h=0
getimagesize retourne le nombre de canaux couleur de l'image, sauf quand il veut pas
getimagesize retourne la profondeur de couleurs de l'image, sauf quand il veut pas
getimagesize formatte la taille de l'image pour inclusion dans un <img/>, parce que sinon c'est dûr

Kess'ta

Pouvoir ignorer des valeurs explicitement ça me gène pas, c'est bien pratique (bon après dans ton exemple précis c'est un peu bête )
(j'vois pas le pourquoi du explode sur un array par contre, c'est pas $str plutôt que $array?)

 
Non mais je suis d'accord avec toi sur le coup hein.
Ils justifient certainement la non-utilisation des exceptions dans le langage lui-même par je ne sais quelle retrocompatibilité de mes deux, mais c'est franchement crétin d'ajouter le support des exceptions sans les utiliser systématiquement au lieu de péter des erreurs dans tous les coins...

Bulletproof getImageType :

function getImageType($file)
{
  if(($infos = @getimagesize($file)) === false) {
    return null;
  }
  return $infos[2];
}

Les exceptions c'est le mal en php on te dit

Heuu pourquoi quelqu'un utiliserait each dans ce cas précis
 
Ya besoin ni de each ni de explode, juste de list(,,,,,,,,,$whatever) = $array non

Ya besoin ni de l'un nio de l'autre, ya besoin d'acheter un cerveau et d'utiliser la syntaxe tableau.

 
Non, il te claque une erreur dans les dents (Undefined offset: 5 ...)
 
(et pour info list ne fonctionne qu'avec des tableaux à indexes numériques, un list($nom, $prenom) = array('nom' => 'Durand', 'prenom' => 'Pierre') te pète aussi à la gueule)

Oui mais la syntaxe tablal, tu peux pas l'utiliser sur une fonction si?

Genre

$whatever = explode($string)[3];

c'est pas illégal en PHP?

L'inverse me choquerait pas mal

En fait ouais elle est naze ma fonction Remarque j'ai dû écrire ça en 2006, j'étais encore jeune
 
 
J'veux pas d'Exception à cet endroit-là

u = stupid

Le plus génial dans les trucs genre @caca(), c'est quand le machin te balance une vraie erreur à laquelle tu ne t'attendais pas... Ca passe complètement à la trappe, ou au mieux, vive la page blanche de l'espace.
 
Remarque, je sais plus si ça empêche le logging ou pas

$whatever = explode($string)[3];

 
si.
Une ligne d eplus a jamais tué personne.

$whatever = explode($string)[3];

 
Si

Non Faut pas vouloir mettre des Exceptions partout

 
En même temps y'a aucune raison d'utiliser @

Seulement là où se présentent des cas exceptionnels pas gérés. Genre quand tu essayes de connaitre le type d'image que peut être un fichier texte, quoi.

   
?

Bah ouais mais c'est une ligne qui sert à rien, et une justification (imo) acceptable pour écrire

list(,,,$whatever) = explode($string)

En smalltalk c'est pratiquen ça permet de créer un Point (ou un Point3D)

Ça suffit de mixer le PascalCase et l'underscore_separated, on est pas en Ada