Mittwoch, 25. Juli 2012
Interessantes Verhalten von PHP bzgl. Arrays, Referenzen und Rückgabewerten
Sehr interessant, wie unterschiedlich PHP in den verschiedenen Versionen (4, 5.1, 5.2 und 5.3) dieses kleine Schnipsel handeln:
function f(&$obst) {Ihr dürft gerne raten, was in $obst steht
$obst['birne'] = 'gelb';
return $obst;
}
$obst['apfel'] = 'gruen';
$obst = f($obst);
Trackbacks
Trackback-URL für diesen Eintrag
Keine Trackbacks
Kommentare
Ansicht der Kommentare:
(Linear | Verschachtelt)
Das ist einfach: Nichts, weil du $blubb nirgends verwendest. 
Falls du $obst meinst, wäre die intuitive Lösung natürlich {'apfel':'gruen', 'birne':'gelb'}...
Falls du $obst meinst, wäre die intuitive Lösung natürlich {'apfel':'gruen', 'birne':'gelb'}...
Wenn $obst gemeint war, ist das Ergebnis in nahezu allen Versionen identisch: http://3v4l.org/8DlaQ
Unterschiede in den Versionen gibt es ja bei den Referenzen. Hier returnst du $obst aber sowieso wieder, und deklarierst die Referenz in der Funktionsbeschreibung, wie es sein soll. PHP sollte da in den unterschiedlichen Versionen überhaupt nichts anders machen, ich seh bei deinem Link auch überhaupt keine unterschiedlichen Ergebnisse.
Manuel, was meintest du denn?
Manuel, was meintest du denn?
Viel "lustiger" finde ich:
array() == NULL;
"" == NULL;
array() != "";
Mal abgesehen von dem Rätselraten, wie empty() auf verschiedene NULL-Werte reagiert... Mit Logik hat das jedenfalls nur noch wenig zu tun.
array() == NULL;
"" == NULL;
array() != "";
Mal abgesehen von dem Rätselraten, wie empty() auf verschiedene NULL-Werte reagiert... Mit Logik hat das jedenfalls nur noch wenig zu tun.
Zu den NULL-Vergleichen: Nachdem du typen-unsicher vergleichst konvertiert PHP alles in den selben Typ, und da sind leere Werte (egal ob Integer, Strings oder eben NULL) halt alle leer, also das selbe. Mit einem Typesafe-Vergleich (===) wäre das nicht passiert...
Was empty() angeht stimme ich dir allerdings vollkommen zu, allerdings gibt es da in der Doku ja eine Liste mit den Dingen, die empty() sind
Was empty() angeht stimme ich dir allerdings vollkommen zu, allerdings gibt es da in der Doku ja eine Liste mit den Dingen, die empty() sind
Interessante Lektüre zu dem Thema:
http://me.veekun.com/blog/2012/04/09/php-a-fractal-of-bad-design/
http://me.veekun.com/blog/2012/04/09/php-a-fractal-of-bad-design/
ja, fuer den Erfinder von PHP ist sicher ein ganz eigener Kreis in der Hoelle reserviert...
IPv6 oder IPv4?
You are here via
Suche
Kommentare
Fr, 24.05.2013 12:26
Etwas OT:
Ich wollte hier
http://www.hostblogger.de/blog
/archives/5564-Wenn-Debian-nac
h-einem-Update-nicht-meh [...]
Do, 23.05.2013 13:16
Was gibts denn besseres mit äh
nlicher Verbreitung auf Webser
vern?
Mi, 22.05.2013 23:31
Oh man... Single und Double Qu
otes haben beide ihre Daseinsb
erechtigung in PHP. Jeder, der
was anderes schreibt, h [...]
Mi, 22.05.2013 21:39
..und das ganze in ein bissche
n hübscher, und PSR-0-Standard
dann hier: https://github.com
/rchouinard/phpass
Mi, 22.05.2013 21:37
Wenn ihr schon Passworthashes
in PHP umsetzt, würde ich darü
ber nachdenken, mit PHPass zu
arbeiten (http://www.ope [...]
Mi, 22.05.2013 16:48
...ausser wenn man viele Textk
etten ausgeben muss, die einfa
che Anführungszeichen enthalte
n: Dann ist das Verwende [...]
Di, 21.05.2013 18:34
ei, sehr gut. Eine spitze Klam
mer bringt die Kommentarfunkti
on aus dem Trott. Hier nochmal
in Gänze, sorry für den [...]
Di, 21.05.2013 18:31
hmm. Links verschluckt. Es leb
e die Software!
[1] http://www.cryptopp.com/benchmarks-am
d64.html
[2] http://www [...]
Di, 21.05.2013 18:30
Naja, jein. Klar ist SHA-512 b
esser als Plain-Text und SHA m
it Salt besser als SHA ohne Sa
lt. Wenn die Software al [...]
Di, 21.05.2013 18:01
Sei doch froh, im Gegensatz zu
m normalen Pöbel musst du dank
Diesel vermutlich weder auf K
affee noch auf Internet [...]
