🚀 go-pugleaf

JZ napisał(a):

> Nie wiecie czemu PHP tak kiepsko parsuje zmienne bardziej zlozone? Np.
> Perl bez problemu sparsuje zmienne w napisie "To jest $arr[0][1] a to
> jest $hasz{kucz}". Zas dla PHP trzeba to rozdzielac, nie da sie
> wsadzic wszystko w jeden string. Czyli musi byc "To jest
> ".$arr[0][1]." a to jest ".$hasz{"klucz"}. To trochę denerwujące.

echo "to jest{$arr[0][1]}";

> Tak samo zauważyłem, że instrukcje typu preg_match czy preg_replace
> mimo, że mają być bardziej "perlopodobne" niz wcześniejsze ereg() i
> ereg_replace() to i tak daleko im do faktycznej kompatybilnosci z
> wyrażeniami regularnymi perla i jego przełącznikami. Czy konstruktorzy
> PHP planują uzyskać większą kompatybilność z perlem poprzez stworzenie
> 3-ciej generacji funkcji o nazwach TerazNaprawdePerl_EregMatch()

A czego na przykład brakuje? Bo tych funkcji nie pisali autorzy PHP, ale
ktoś z zewnątrz - autor biblioteki PCRE, chyba najbardziej znanej biblioteki
do obsługi wyrażeń regularnych kompatybilnych z Perlem.
(polecam http://www.pcre.org)

> Brakuje mi też operatorów =~ do wyrażeń regularnych i podziale

Niestety, mi też :( Ale to już chyba wynika ze specyfiki tego jeżyka.

> zmiannych na skalary, tablice i hasze (w PHP jest tylko $, w Perlu zaś
> $, @, %)

Mi tam akurat pod tym względem odpowiada PHP, bo w Perlu nigdy nie pamiętam
co który 'krzaczek' oznacza

> Pochwalić PHP mogę za prosto zrobioną obsługę sesji,
> zmiennych w URL i klasy. No i syntax <?php ?> jest chyba pomyślany aby
> pasował do XML, bo tam jest odpowiednia komenda dla XSLT która obrabia
> polecenia <?prefix ?>

AFAIK to <? ?> są robione na wzór ASP (w końcu można nawet ustawić <% %>)

-- 
pozdrawiam,
Andrzej