Hello,  
 
Je voudrais construire une fonction avec un argument passé par référence, mais facultatif.
Autrement dit :
 

 
i.e un mélange de

et

 
C'est possible ?
 
merci !

avec une surcharge de methode peut etre ?

enfin c'est avec la POO et les classes ...

 
Oui.
 
edit: indice => ton premier bout de code.

Ca marche chez toi ?

J'ai du mal à cerner l'intéret de la chose?
Parce que si tu attribues une valeur par défaut, c'est que le paramètre est absent dans l'appel, donc tu fais référence à quoi???

function foo(&$var = 38) { 
  echo '$var avant : ', $var, '<br />';
  $var = 59;
  echo '$var après : ', $var, '<br />';
}
 
echo 'avec valeur par défaut :<br />';
foo();
echo 'avec valeur passée en arg :<br />';
$var = 1;
foo($var);

 
=>
 

 
Ceci dit, je suis aussi un brin sceptique sur l'intérêt du truc.

function foo(&$var = 38) { 
  echo '$var avant : ', $var, '<br />';
  $var = 59;
  echo '$var après : ', $var, '<br />';
}
 
echo 'avec valeur par défaut :<br />';
foo();
echo 'avec valeur passée en arg :<br />';
$var = 1;
foo($var);

En php 4.4.4 :

En fait j'ai une fonction déja crée et utilisée sur de nombreuses pages/scripts de mon site, seulement à un endroit j'ai besoin qu'elle me retourne deux valeurs au lieu d'une.
Intérêt = gain de temps de prog quoi.

 
   tu dis qu'il faut qu'elle te retourne 2 valeurs.... auquel cas ce n'est pas en entrée mais en sortie qu'il faut regarder...
 
et puis pourquoi travailler directement sur la variable plutôt que sur une copie (le & ) ?
Enfin, passe à PHP5, il gére (bien mieux) la POO, et gére aussi mieux les passage par référence (ainsi que la surcharge de méthode)

Une variable passée en référence fait justement office de sortie, c'est presque son but, non

Ah ça faut demander à mon hébergeur Mais ça va venir.
 

plus propre

mais sinon, faut m'expliquer ce que l'adresse d'un truc déclaré en local  hors de son contexte

( en C , ca s'appelle une segmentation fault )

 
  ou est ce que tu as vu jouer ça ...
 
ça ne fais office de sortie QUE si tu claque le & devant, et encore c'est implicite, car tu viens directement modifier la variable en mémoire et non pas une copie... bref c'est une pratique que je n'aime pas du tout.
 
tu claque un return c'est plus propre à mon sens, et la tu peux retourner autant de variable que tu veux (sous forme d'un tableau hein ) ou alors tu utilise la POO, auquel cas tu travail dans une classe, tu y définis des objets, et tu viens modifier les dits objets avec ta fonction... (ça c'est encore plus propre)
 
EDIT : En partie burned by flo850  

Oui, autrement dit, si la variable passée par référence est passée par référence

Et c'est une pratique que tu n'aimes pas mais c'est comme ça que marchent beaucoup de fonctions PHP et C natives, je vois pas où est le problème...

C'est une solution, mais justement pour mon problème j'aimerais éviter de tout réécrire chaque appel à la fonction et avec ta solution j'y suis obligé

Pour ta dernière phrase je ne vois pas ce que tu veux dire, "hors de son contexte" ? à aucun moment je ne change de contexte...

 
Ba moi ce que j'en dit hein... c'est pas parce que c'est possible et tutilisé que c'est forcément bien/lisible
 
Bref, sinon tu passe par référence une variable bidon que tu auras crée spécialement pour ça.. nan ?
 
style

dans le cas suivant :  
function mafonction($var ="prout" )  
 
$var n'existe que dans le contexte de la fonction , pas avant, pas apres
 
si tu veux la passer par adresse, je presume que c'ets pour la reutiliser ensuite.
 
la solution serai de la declarer en debut de script , ou en variable gloable , mais c'est pas top

Vala, ou plutot genre:

En fait voila la vraie fonction :

La fonction retourne $montant ajouté des $taxes éventuelles.

Seulement à un seul endroit de mon site je voudrais savoir en plus si oui ou non, des taxes ont été ajoutées.
Aux autres endroits, je m'en fout.

Donc je voudrais pouvoir retourner un booleen ( function AddTaxes($montant, &$taxesOuPas) {}, appelée par $prixapres = AddTaxes($prix, $taxesoupas); )
Mais aux endroit où ça ne m'intéresse pas, je n'ai pas besoin de lui (fonctions appelée par $prixapres = AddTaxes($prix)). Dans ces cas &$taxesOuPas serait justement une variable déclarée en local dans la fonction et inutilisable ailleurs, ça toimbe bien, j'en ai pas besoin.

Maintenant je peux simplement comparer $prix et $prixapres pour savoir si des taxes ont été ajoutées, mais bon.

et si tu faisait comme suit

 
mais bon c'est un peu bancal et bricolage... c'est dommage que ce ne soit pas implémenté dans une classe... ça aurait été plus propre m'enfin

Bien vu, pourquoi pas
Mais $taxesOuPas = ($prixavant != $prixapres); marche bien aussi

ba vi, en effet .... [Mode chieur ON] Mais alors pourquoi tu nous embéte avec c'te question
Pis d'abord, j'aime pas les écritures abrégées [Mode OFF]

En PHP4, la copie n'est-elle pas le comportement par défaut ? Me semblait qu'il fallait le & pour un passage par référence sous PHP4.

yep, mais c'est toujours le cas sous PHP5... si tu ne précise pas il utilise une copie
Tu peux le préciser à deux endroits, soit dans la fonction, soit dans l'appel il me semble

euuuuuuh, non ^^

lien trouvé vite fait sur google : http://developpeur.journaldunet.co [...] t-1b.shtml
 
A moins que ça ne s'applique qu'aux objets, mais j'en serais bien étonné.

Euh, j'espère que ça ne s'applique qu'aux objets, sinon tout mon site est à refaire pour le changement de serveur

C'est ça de s'amuser à utiliser un truc qu'est même pas correctement défini dans la doc officielle... Surtout si c'est fait en PHP 4
 
Teste et "debugge" avant de refaire, ça devrait suffire comme ça.

Donc j'avais raison:
1) je vois pas l'intéret (comme dit c'est pas le but du passage par référence)
2) c'est crade parce que devoir gérer des variables "réservées" c'est de l'utopie puis du travail de gros goret
 
Si t'as besoin de plusieurs variables en sortie t'as le tableau comme on t'a déjà dit, sinon faut te poser la question de l'utilité pour une fonction de retourner plusieurs variables

Notez aussi une chose, quand on parle "par copie", c'est pas vraiment par copie. Faut pas s'amuser à tout passer par référence pour des histoires de conso mémoire ou de perfs, à la base y'a pas de notion de copie.
 
Pour faire les tests suivants, choppez xDebug
 
Prenez une variable simple, et regardez la zval correspondante :

Résultat :

 
Maintenant on va déclarer une autre variable égale à celle-là, sans référence :

Résultat :

Là on voit que b et a pointent sur la même zval (refcount est passé à 2) : ce n'est pas une copie, c'est la même zval. Notez que le champ is_ref est à 0, on n'a pas fait de référence.
 
Si maintenant on déclare par référence :

 
Résultat :

 
Là, boom : a et c pointent sur la même zval, et is_ref est passé à 1. Mais regardez b... Lui a du coup sa propre zval à lui, c'est seulement à ce moment là que la copie à été réalisée.
 
C'est un peu la même chose lors d'une réassignation :

Lors du $b = $a, $b pointe sur la même zval que $a. C'est uniquement lorsqu'on modifie $b qu'une nouvelle zval est crée.
 
 
Maintenant avec des classes objets, en PHP5, y'a plus de copie, il faut obligatoirement implémenter la méthode magique __clone pour pouvoir retourner une copie...
 

En attendant ce serait très très surprenant, ce serait bien le premier language qui passe par défaut les variables par référence nan ?

1) Quel est selon toi le but du passage par référence alors ?
2) Rien compris

J'ai la flemme de faire le test si qqn a le courage, mais en fait je me dis que ça doit s'appliquer qu'aux objets le passage par référence, par défaut. Pour les variables, ça pourrait foutre un beau bordel.
 

Bah non. Si tu as fais du passage par référence en utilisant &, ça ne changera rien en tournant sous PHP5. Le seul truc qui serait chiant, c'est si tu as fait du passage par copie et qu'ensuite tu modifiais allègrement la variable dans ta fonction. Mais comme dit plus haut, je ne pense pas que ça s'applique aux variables à la réflexion.
 

Mouais, ça doit s'appliquer qu'aux objets.

doc PHP5 ...  
Depuis PHP 5, new retourne une référence automatiquement, donc, l'utilisation de =&  dans ce contexte est obsolète et produit un message de degré E_STRICT.
 
et puis :
Dans les versions récentes de PHP, vous devriez recevoir une alerte disant que "Call-time pass-by-reference" est obsolète lorsque vous utilisez un & dans foo(&$a);.
 
Moralité, le passage par référence n'est automatique QUE pour les objets (utilisation de new)...

Oui, c'est que pour les objets. Et on peut pas passer par copie un objet, il faut faire un clone dans la fonction par exemple.

non mais oui c'était logique, j'étais un peu endormi en postant Quand j'ai lu ton message j'ai pensé objet direct en  oubliant les variables ^^

Bravo, c'est exactement ce que je disais