[PHP] Wat betekent $_?

[Verwijderd]

Ik heb een vraag over php. Ik heb me helemaal rot gezocht naar dit probleem. Het enige wat ik heb kunnen vinden is dat het een alias ergens voor is. Weet iemand waar de volgende variabele $_ naar verwijst?

global $_;

[pasta]

Ik neem aan naar iets anders.

Zoek eens door je code waar $_ nog meer voorkomt, dan kom je er vanzelf achter waar hij gebruikt wordt.

[Bosmonster]

Google: [google]$_[/google]

et voila: Perl

[ Voor 43% gewijzigd door Bosmonster op 12-01-2006 10:43 ]

[Verwijderd]

Ik heb het gevonden denk ik. Het verwijst volgens mij naar $_ENV["_"] welke het relatieve pad naar het huidige bestand bevat. Alleen omdat register_globals uit staat bestaat de variable $_ niet als zodanig. Weet iemand of dit een correcte aanname is?

@Bosmonster

Ik heb ik google gezocht maar van die perl links die ik vond kon ik niet meer opmaken dan dat het een alias was alleen niet naar wat.

[ Voor 11% gewijzigd door Verwijderd op 12-01-2006 10:58 ]

[Bosmonster]

Ah, het ging over PHP... dan lijkt je aanname me correct..

Het eerste waar ik aan dacht bij $_ is Perl, waar het een veel voorkomend iets is (zoals Google je ook aangeeft).

Blijkbaar is er in PHP met ranzige instellingen ook iets dergelijks standaard gedeclareerd.

[ Voor 65% gewijzigd door Bosmonster op 12-01-2006 11:13 ]

[Verwijderd]

Volgens mij is $_ gewoon een legitieme variabele naam.

[kenneth]

In Perl en Ruby is het de impliciete variabele. Het bevat het resultaat van de laatste expressie:

Ruby:

while gets           # assigns line to $_
  if /Ruby/          # matches against $_
    print            # prints $_
  end
end

[NMe]

Legitiem is nog niet netjes. Aan een variabelenaam moet je kunnen zien waar die variabele voor is, en anders is je code gewoon al heel snel niet te lezen. Weet jij bij $_ (global) of $_ENV['_'] (superglobal) waar die variabele voor dient? Zonder in de manual te spieken uiteraard?

$_ is gewoon ranzig als variabelenaam.

Trouwens, @TS: zou je in het vervolg iets beter in de manual willen kijken? Of desnoods zelfs uitproberen? Wanneer je echo $_; had gedaan dan had je toch genoeg geweten? Je zou dan in elk geval geweten hebben dat, wat de variabele ook betekent, het om een global ging die door een superglobal is vervangen, en dan had je daarna alleen nog maar hier moeten kijken om na een paar kliks bij het goede antwoord te komen.

[spone]

Hoe ik php gebruik, kom ik $_ tegen als een global, in de vorm van $_GET['varnaam'] en $_POST['varnaam']

[NMe]

spone schreef op donderdag 12 januari 2006 @ 11:31:
Hoe ik php gebruik, kom ik $_ tegen als een global, in de vorm van $_GET['varnaam'] en $_POST['varnaam']

Ik denk toch echt dat topicstarter de global variabele $_ uit de pre-superglobal tijd bedoelt, en niet $_ als een onderdeel van de variabelenaam van een van de superglobals.

[Verwijderd]

-NMe- schreef op donderdag 12 januari 2006 @ 11:29:
Trouwens, @TS: zou je in het vervolg iets beter in de manual willen kijken? Of desnoods zelfs uitproberen? Wanneer je echo $_; had gedaan dan had je toch genoeg geweten? Je zou dan in elk geval geweten hebben dat, wat de variabele ook betekent, het om een global ging die door een superglobal is vervangen, en dan had je daarna alleen nog maar hier moeten kijken om na een paar kliks bij het goede antwoord te komen.

Uiteraard heb ik de variabele op het scherm gezet. Deze gaf echter een lege string. Het is niet mijn eigen werk waarin ik dit tegen ben gekomen. Ik heb ook op die manual pagina gekeken. Het is me nu dus duidelijk geworden dat die collega van mij een ranzige manier heeft gebruikt om een bepaalde waarde uit de $_ENV global te halen.

[NMe]

Ik gok dat die manier niet ranzig is, maar de code gewoon oud, of zijn testserver was niet bepaald up to date.

[Apache]

Het doet me een beetje aan de short versie van gettext denken, nl _(), mss gebruiken ze die variable voor localization?

[NMe]

Apache schreef op donderdag 12 januari 2006 @ 13:11:
Het doet me een beetje aan de short versie van gettext denken, nl _(), mss gebruiken ze die variable voor localization?

Volgens mij was het al opgelost hoor.

Verwijderd schreef op donderdag 12 januari 2006 @ 10:52:
Ik heb het gevonden denk ik. Het verwijst volgens mij naar $_ENV["_"] welke het relatieve pad naar het huidige bestand bevat. Alleen omdat register_globals uit staat bestaat de variable $_ niet als zodanig. Weet iemand of dit een correcte aanname is?