Pułapki w PHP Opcje

[michalg]

Witam,

Ostatnio w pracy natknęliśmy się na pewien problem, który z pozoru może być niezrozumiały na pierwszy rzut oka. Choć zachowanie to jest prawidłowe i zupełnie uzasadnione. Chodzi o problem foreacha "psującego" tablice (oczywiście problem wystąpił w dużo bardziej złożonym kodzie, ten jest tylko przykładem):

[PHP] pobierz, plaintext 
<?php
$tablica = array('1', '2', '3');
    
    foreach($tablica as &$element) {}
 
    foreach($tablica as $element) {}
    
    print_r($tablica);
?>
[PHP] pobierz, plaintext 

Rezultat 1, 2, 2 może wydawać się nieprawidłowy, lecz wszystko działa prawidłowo. Nie napiszę tu, dlaczego tak jest, żeby osoby, które nigdy się z tym nie zetknęły mogły same dojść do tego, co się stało

Znacie jeszcze jakieś takie ciekawe smaczki w PHP?

[Maciekbjw]

Ameryki nie odkryliście

Hmm, co do smaczków

Ciekawym jest, że w operatorze ternariuszu nie można używać echo -> http://www.kacka.pl/index.php?showtopic=24

[michalg]

Ameryki nie odkryliście

W to nie wątpię

Hmm, co do smaczków

Ciekawym jest, że w operatorze ternariuszu nie można używać echo -> http://www.kacka.pl/index.php?showtopic=24

Ciekawe, choć uzasadnienie jest trochę mylące. Powodem raczej nie jest to, że ternariusz musi coś zwracać, tylko to, że echo nie jest funkcją tylko specjalną kontstrukcją języka.

Często, można się też przejechać na porównaniach i niejawnym rzutowaniu typów, np mogłoby się wydawać, że coś takiego będzie porównywać dwa stringi:

[PHP] pobierz, plaintext 
<?php
if ("1.00" == "1.0") echo "ROWNE\n";
    if ("001" == "01") echo "ROWNE\n";
?>
[PHP] pobierz, plaintext 

Oczywiście w dokumentacji jest opisane, że w tych wypadkach rzutowanie jest na typy numeryczne.

Inna pułapka, niekoniecznie związana z PHP, ale z arytmetyką zmiennoprzecinkową, to to, że przykładowo dwa nie zawsze jest równe dwa:

[PHP] pobierz, plaintext 
<?php
$a = 1;
 
    while ($a < 3) {
    $a += 0.1;
 
    echo $a."\n";    
        if ($a == 2.0) {
        echo "a == 2\n";
        }
 
        if (round($a, 5) == 2.0) {
        echo "round(a, 5) == 2\n";
        }
 
    }
?>
[PHP] pobierz, plaintext 

[kodereq]

Rezultat 1, 2, 2 może wydawać się nieprawidłowy, lecz wszystko działa prawidłowo.

Mógłbym jednak poprosić o wyjaśnienie przykładu ?

[mike]

Powodem raczej nie jest to, że ternariusz musi coś zwracać, tylko to, że echo nie jest funkcją tylko specjalną kontstrukcją języka.

Nie. Uzasadnienie, które podważasz jest poprawne. Twoje jest niepoprawne.
print() podobnie jak echo() jest konstrunkcją językową w PHP ale zwraca wartość. Dlatego można go w omawianej sytuacji użyć.

[bazyliszek83]

Mógłbym jednak poprosić o wyjaśnienie przykładu ?

Wszystko wyjaśnione jest w manualu:

Warning

Reference of a $value and the last array element remain even after the foreach loop. It is recommended to destroy it by unset().

[ucho]

Proszę bardzo: http://pl.php.net/foreach . Osobiście uważam że ten kto wymyślił takie a nie inne zachowanie php powinien oberwać. O http://pl.php.net/manual/pl/types.comparisons.php nie wspominając

[wookieb]

Ja bym jednak polecał troszkę jaśniejsze wyjaśnienie które zobrazuje przypadek.
http://i-code-today.blogspot.com/2009/02/p...references.html

Osobiście uważam że ten kto wymyślił takie a nie inne zachowanie php powinien oberwać

Też tak uważałem ale czasem coś takiego może się nawet przydać.

Co do porównywania typów to mam co do tego dobre uczucia. Nie musisz się bawić z konwersja przy porównywaniach. Robi to za ciebie silnik. Jeżeli ktoś zna zasady porównywania to nie sprawi mu to żadnego kłopotu.

Kolejny przykład.
http://forum.php.pl/index.php?showtopic=112957

Ten post edytował wookieb 27.02.2009, 11:15:25

[michalg]

Witam,

Nie. Uzasadnienie, które podważasz jest poprawne. Twoje jest niepoprawne.

Skoro to uzasadnienie (że ternariusz musi coś zwracać) jest poprawne, to dlaczego poniższy fragment kodu działa?

[PHP] pobierz, plaintext 
<?php
$a = (true) ? flush() : flush();
    
    var_export($a);
?>
[PHP] pobierz, plaintext 

Funkcja flush nie zwraca żadnej wartości. W efekcie ternariusz również nie zwraca wartości. A jednak działa - dlaczego?

print() podobnie jak echo() jest konstrunkcją językową w PHP ale zwraca wartość. Dlatego można go w omawianej sytuacji użyć.

Racja, print() również jest konstrukcją językową. Ale to, że zwraca wartość nie ma tutaj znaczenia - ważne jest to, że zachowuje się jak funkcja. Równie dobrze print() mogłby nie zwracać wartości, ale póki miałby charakter funkcji, to mógłby być używany m.in. w ternariuszu.

[erix]

to dlaczego poniższy fragment kodu działa?

Nie działa, gdyż $a ma wartość null.

Analogicznie:

[PHP] pobierz, plaintext 
<?php
var_dump($jakasNieistniejacaZmienna);
?>
[PHP] pobierz, plaintext 

też zwraca null.

[michalg]

Nie działa, gdyż $a ma wartość null.

Działa w takim sensie, że nie powoduje błędu - tak, jak dzieje się w przypadku użyciu echo. Bo dyskusja dotyczy właśnie tego, dlaczego w ternariuszu nie działa echo.

[erix]

echo() is not actually a function (it is a language construct)

Przy flush" title="Zobacz w manualu PHP" target="_manual takiej wzmianki nie znalazłem. Wszystko jest w porządku.

[michalg]

Przy flush" title="Zobacz w manualu PHP" target="_manual takiej wzmianki nie znalazłem. Wszystko jest w porządku.

No i właśnie do tego dążę. Że echo nie działa w ternariuszu nie dlatego, że ternariusz musi zwracać wartość (jak widać na moim przykładzie, nie musi), tylko że echo jest specjalną konstrukcją, której nie można używać jak funkcji.

[ucho]

Apropo flush() - nawet jak nie użyliście echo ani nic takiego to flush spowoduje wysłanie nagłówków http - raz przez to strasznie się głowiłem dlaczego mam ciągle "headers already sent"
I jedna "pułapka" - zachowanie php które jest kompletnie logiczne, tylko nikt o tym nie wie/nie pamięta. Otóż jeśli nasz użytkownik otworzy np. 10 podstron naszego serwisu to wszystkie, z wyjątkiem aktualnie aktywnego żądania, będą wisieć na session_start(). PHP dba w ten sposób o spójność danych w $_SESSION ale może to zrobić kuku, kiedy jedna z podstron ładuje się długo. Należy używać session_write_close(), kiedy wiemy, że już nic w sesji zmieniać nie będziemy.