PHP

[PHP] Exploiter le premier elt d'un array retourné par une fonction?

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : [PHP] Exploiter le premier elt d'un array retourné par une fonction?

Yoyo@

Salut,

Je viens de tomber sur un os en PHP, et une opération qui m'aurait semblé totalement légale dans un autre langage me retourne un parse error.

En fait, je vpoulais savoir s'il était possible d'extraire la première valeur d'un table retoruné par une fonction sans passer par un tableau intermédiaire...

Un exemple valant mieux qu'un long discours...:

print array_keys($tabledata)[0];

Pourquoi l'exemple précédent ne fonctionne t il pas? J'ai beau essayer d'isoler le retour de ma fonction avec des parenthèses, ça ne fonctionne toujours pas... Suis je obligé de passer par un tableau temporaire?

Ou alors par un truc dugenre:

list($val) = array_keys($tabledata);
print $val;

Publicité

skeye

Parce-que. [:dawao]

(en gros non, tu ne peux pas utiliser directement le résultat d'une fonction, il faut le mettre dans une variable.:o)

---------------
Can't buy what I want because it's free -

anapajari

s/travail/glanding on hfr/gs;

Code :

print array_shift(array_keys($table));

FlorentG

Et encore, y'a pas longtemps on pouvait pas faire :

$pouet->bidule->machin->truc();

Maintenant on peut [:dawa]

Message cité 1 fois

gatsu35

Blablaté par Harko

FlorentG a écrit :

Et encore, y'a pas longtemps on pouvait pas faire :

$pouet->bidule->machin->truc();

Maintenant on peut [:dawa]

PHP sa simplicité en a fait sa popularité, mais aussi un langage tout pourri
Défaut simple, ya pas vraiment de terme d'objet
pour une string tu peux pas faire :
$mastring->methodedelobjet()
tu doit faire :
fonctionsurlastring($lastring);

au fait pourquoi en PHP c'est -> et pas . ?
peut etre parce que . est déjà utilisé pour la concaténation de chaînes ?

Message cité 2 fois
Message édité par gatsu35 le 12-10-2006 à 21:24:08

gooopil

pfiew

gatsu35 a écrit :

peut etre parce que . est déjà utilisé pour la concaténation de chaînes ?

Jamais compris pourquoi c'était pas +

Message cité 1 fois

masklinn

í dag viðrar vel til loftárása

gatsu35 a écrit :

peut etre parce que . est déjà utilisé pour la concaténation de chaînes ?

En même temps ça n'a pas grande importance, ce n'est qu'une convention ça, et tous les langages ne l'utilisent pas (Smalltalk utilise un simple espace pour signifier l'envoi d'un message à un objet)

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?

FlorentG

gooopil a écrit :

Jamais compris pourquoi c'était pas +

Je peux pas blairer les langage où c'est '+', parce que dès que tu fous une addition dedans c'est le bordel [:dawak]

Genre JS :

var pouet = 'tagada ' + 2 + 3;

HAHA WHAT'S GOING ON
tagada 23 ? tagada 5 ? Quel est le plus logique ? Rajouter des parenthèses pour forcer l'addition, et rajouter plein de caractère qui font chier en même temps ? [:dawak]
Je préfère :

$pouet = 'tagada ' . 2 + 3;

Dim Pouet As Integer = 'tagada ' & 2 + 3

Bon ok, c'est minime... Maintenant j'aime bien quand on mélange pas les choses, mieux vaut laisser les opérateurs mathématiques pour les maths

Message cité 2 fois
Message édité par FlorentG le 13-10-2006 à 00:41:12

masklinn

í dag viðrar vel til loftárása

FlorentG a écrit :

Je peux pas blairer les langage où c'est '+', parce que dès que tu fous une addition dedans c'est le bordel [:dawak]

Quand le langage est fortement typé ya aucun problème nulle part [:dawa]

Python:

Code :

>>> "tagada" + 2 + 3
 
Traceback (most recent call last):
  File "<pyshell#0>", line 1, in -toplevel-
    "tagada" + 2 + 3
TypeError: cannot concatenate 'str' and 'int' objects
>>>

Ruby

Code :

>> 'tagada' + 2 + 3
TypeError: can't convert Fixnum into String
        from (irb):1:in `+'
        from (irb):1

Haskell/GHCi

Code :

Prelude> "tagada" + 2 + 3

<interactive>:1:13:
    No instance for (Num [Char])
      arising from use of `+' at <interactive>:1:13
    Probable fix: add an instance declaration for (Num [Char])
    In the definition of `it': it = ("tagada" + 2) + 3

Erlang

Code :

3> "tagada" + 2 + 3.

=ERROR REPORT==== 13-Oct-2006::01:04:06 ===
Error in process <0.34.0> with exit value: {badarith,[{erl_eval,eval_op,3},{erl_
eval,expr,5},{shell,exprs,6},{shell,eval_loop,3}]}

** exited: {badarith,[{erl_eval,eval_op,3},
                      {erl_eval,expr,5},
                      {shell,exprs,6},
                      {shell,eval_loop,3}]} **

Common Lisp / clisp

Code :

[3] (+ "tralala" 2 3)
 
*** - +: "tralala" is not a number
The following restarts are available:
USE-VALUE      :R1      You may input a value to be used instead.
ABORT          :R2      ABORT

Scheme / Petite Chez Scheme

Code :

- (+ "tralala" 2 3)
 
[Repl(15)] Error in +: "tralala" is not a number.
Type (debug) to enter the debugger.

Tu veux jouer avec des langages de merde, c'est ton problème hein, c'est pas comme s'il n'y avait pas d'alternatives [:dawa]

Message cité 2 fois
Message édité par masklinn le 13-10-2006 à 00:55:02

gooopil

pfiew

FlorentG a écrit :

masklinn a écrit :

Si je résume : le choix de . dans php pour la concaténation est logique, pour éviter des confusions, à cause de la confusion de php lui même au niveau du typage...Chais chuper php
[:al_bubu]

Message cité 2 fois
Message édité par gooopil le 13-10-2006 à 08:21:34

Publicité

FlorentG

masklinn a écrit :

Ruby

Code :

>> 'tagada' + 2 + 3
TypeError: can't convert Fixnum into String
        from (irb):1:in `+'
        from (irb):1

Ah ouais ok [:dawak] En voilà quelque chose de bien

Message cité 1 fois

FlorentG

gooopil a écrit :

Si je résume : le choix de . dans php pour la concaténation est logique, pour éviter des confusions, à cause de la confusion de php lui même au niveau du typage...Chais chuper php
[:al_bubu]

Je dirais plutôt que comme + est déjà utilisé, il ont pris .

Quand tu vois les discussions sur l'implémentation des namespaces dans PHP6, ils cherchaient un symbole pour séparer les trucs. Alors normalement c'est du genre system.machin.truc, sauf qu'ils pouvaient pas faire comme ça parce que . est l'opérateur de concaténation [:dawa] . Ils pensaient aussi utiliser ::, mais pas de bol c'est pour appeller une fonction statique sur un objet. Bref, je sais pas ce qu'ils foutent, mais on dirait qu'écrire un parser qui sait différencier un opérateur suivant le contexte est au-dessus de leur moyen

Message cité 1 fois

anapajari

s/travail/glanding on hfr/gs;

gooopil a écrit :

Si je résume : le choix de . dans php pour la concaténation est logique, pour éviter des confusions, à cause de la confusion de php lui même au niveau du typage...Chais chuper php
[:al_bubu]

moi j'aurais plutôt dit que c'était "hérité" de perl

masklinn

í dag viðrar vel til loftárása

FlorentG a écrit :

Ah ouais ok [:dawak] En voilà quelque chose de bien

J'vois pas ce que tu veux d'autre qu'une TypeError dans ce genre de cas hein [:dawa]

FlorentG a écrit :

on dirait qu'écrire un parser qui sait différencier un opérateur suivant le contexte est au-dessus de leur moyen

C'est censé être étonnant de leur part ça [:petrus dei]

Message cité 2 fois

FlorentG

masklinn a écrit :

J'vois pas ce que tu veux d'autre qu'une TypeError dans ce genre de cas hein [:dawa]

Do it the PHP way, convertit en string et tente quelque chose de manière à ce que le n00b de base ait le résultat voulu.

Nan y'a mieux, convertit la string en 0, et fait l'addition [:dawa]

Message cité 1 fois

FlorentG

masklinn a écrit :

C'est censé être étonnant de leur part ça [:petrus dei]

Selon les premières meeting notes, la discussion a fini sur :

Citation :

The suggested separator is "\" as this is the only free choice.

[:johneh]

Message cité 2 fois

skeye

FlorentG a écrit :

Selon les premières meeting notes, la discussion a fini sur :

Citation :

The suggested separator is "\" as this is the only free choice.

[:johneh]

yeah, je sens venir les trucs marrants... [:dawa]

---------------
Can't buy what I want because it's free -

masklinn

í dag viðrar vel til loftárása

FlorentG a écrit :

Do it the PHP way, convertit en string et tente quelque chose de manière à ce que le n00b de base ait le résultat voulu.

Nan y'a mieux, convertit la string en 0, et fait l'addition [:dawa]

Code :

>> "tagada #{2+3}"
=> "tagada 5"

[:dawak]

FlorentG

Small test :

<?php

$str = 'machin ' . 2 + 3;
echo $str;

Affiche '3'.... Il concatène machin et 2. Puis pour additionner il convertit la première en 0, et ajoute 3. Faut mettre logiquement des parenthèses

si maintenant on a ça :

<?php

$str = '1 machin ' . 2 + 3;
echo $str;

Ca retourne '4'. De nouveau concaténation, puis pour l'addition, il convertit en 1 (en fait il stop au premier caractère non-numérique pour la conversion en int).

Faut juste le savoir [:dawak]

Message cité 2 fois

masklinn

í dag viðrar vel til loftárása

FlorentG a écrit :

Selon les premières meeting notes, la discussion a fini sur :

Citation :

The suggested separator is "\" as this is the only free choice.

[:johneh]

[:rofl]

FlorentG a écrit :

Small test :

<?php

$str = 'machin ' . 2 + 3;
echo $str;

Affiche '3'.... Il concatène machin et 2. Puis pour additionner il convertit la première en 0, et ajoute 3. Faut mettre logiquement des parenthèses

si maintenant on a ça :

<?php

$str = '1 machin ' . 2 + 3;
echo $str;

Ca retourne '4'. De nouveau concaténation, puis pour l'addition, il convertit en 1 (en fait il stop au premier caractère non-numérique pour la conversion en int).

Faut juste le savoir [:dawak]

Small test:

Code :

>>> 'machin' + 2 + 3
 
Traceback (most recent call last):
  File "<pyshell#0>", line 1, in -toplevel-
    'machin' + 2 + 3
TypeError: cannot concatenate 'str' and 'int' objects
>>> '1 machin' + 2 + 3
 
Traceback (most recent call last):
  File "<pyshell#1>", line 1, in -toplevel-
    '1 machin' + 2 + 3
TypeError: cannot concatenate 'str' and 'int' objects
>>> int("machin" ) + 2 + 3
 
Traceback (most recent call last):
  File "<pyshell#2>", line 1, in -toplevel-
    int("machin" ) + 2 + 3
ValueError: invalid literal for int(): machin
>>> int("1 machin" ) + 2 + 3
 
Traceback (most recent call last):
  File "<pyshell#3>", line 1, in -toplevel-
    int("1 machin" ) + 2 + 3
ValueError: invalid literal for int(): 1 machin
>>> "machin" + str(2+3)
'machin5'
>>> "1 machin" + str(2+3)
'1 machin5'

C'est cohérent, tu peux pas faire de connerie, ça essaie de faire exactement ce que tu demandes et pas autre chose, pas besoin de devoir se souvenir de règles stupides [:dawak]

Message cité 1 fois
Message édité par masklinn le 13-10-2006 à 12:45:05

skeye

FlorentG a écrit :

Small test :

<?php

$str = 'machin ' . 2 + 3;
echo $str;

Affiche '3'.... Il concatène machin et 2. Puis pour additionner il convertit la première en 0, et ajoute 3. Faut mettre logiquement des parenthèses

si maintenant on a ça :

<?php

$str = '1 machin ' . 2 + 3;
echo $str;

Ca retourne '4'. De nouveau concaténation, puis pour l'addition, il convertit en 1 (en fait il stop au premier caractère non-numérique pour la conversion en int).

Faut juste le savoir [:dawak]

'tain mais vive php, quoi! [:marc]

---------------
Can't buy what I want because it's free -

FlorentG

masklinn a écrit :

C'est cohérent, tu peux pas faire de connerie, ça essaie de faire exactement ce que tu demandes et pas autre chose, pas besoin de devoir se souvenir de règles stupides [:dawak]

Clairement. Si y'avait moyen sous PHP d'éviter l'automatisation à outrance

Message cité 1 fois

skeye

FlorentG a écrit :

Clairement. Si y'avait moyen sous PHP d'éviter l'automatisation à outrance

ajouter la notion de types de données? [:joce]

Message cité 1 fois

---------------
Can't buy what I want because it's free -

FlorentG

skeye a écrit :

ajouter la notion de types de données? [:joce]

Ca commence à venir tout tout doucement. Déjà dans les fonctions, tu peux forcer le type d'un paramètre (mais seulement un objet ou un Array, pas de type de base genre int ou string). Ensuite il est question aussi pour PHP6 de permettre de forcer le type de retour... Ca vient, ça vient

Message cité 1 fois

masklinn

í dag viðrar vel til loftárása

FlorentG a écrit :

Ouais enfin je viens de lire les dernières devnotes, et PHP va continuer à être une grosse blague, je vois vraiment pas l'intérêt de continuer à l'utiliser [:pingouino]

Leurs références permanentes à "PHP's KISS principle" me font exploser de rire, aussi [:dawa]

Message cité 1 fois
Message édité par masklinn le 13-10-2006 à 13:11:29

FlorentG

masklinn a écrit :

Ouais enfin je viens de lire les dernières devnotes, et PHP va continuer à être une grosse blague, je vois vraiment pas l'intérêt de continuer à l'utiliser [:pingouino]

Gratos et proposé partout. J'ai commencé le dev web avec ça, tous nos premiers hébergements en mutualisé (OVH) ne proposaient que PHP...

OVH commence à tester RoR, et devrait le proposer à terme. Maintenant on a un dédié, je pourrait le foutre dessus, mais ça veut dire tout recommencer, se reformer et tout. Donc pas avant quelques temps...

Pour l'instant sous PHP5 ça va encore, y'a moyen de faire quelque chose, à condition de bien faire gaffe. Grâce aux tests unitaires les erreurs de bases sont évitées, et j'arrive à m'en tirer sans que PHP soit trop pénalisant et limitant.

Publicité

FORUM HardWare.fr

Programmation

PHP

[PHP] Exploiter le premier elt d'un array retourné par une fonction?

Sujets relatifs
Contenu html en fonction du browser	[HTLM][PHP] Entete de tableau à 45 °
PHP : Fonction mail() bloque ma page	Exo nombre premier
[PHP]Cmt faire un post traitement?(après envoi de la page au client)	phpBB, fonction mail et OVH
[RESOLU] tab multidimensionel en paramètre d'une fonction	Exporter formulaire HTML en CSV pour Excel sans PHP
[.NET] StreamReader, position dans un fichier, fonction peek et seek
Plus de sujets relatifs à : [PHP] Exploiter le premier elt d'un array retourné par une fonction?

Page générée en 0.068 secondes