🚀 go-pugleaf

On 20 Aug 2001 10:13:52 GMT, Andrzej Kaczmarek <ak@wroc.vulcan.pl>
wrote:

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

Faktycznie  z klamrami działa, ale po co wprowadzili taką zmianę
składni? Perl ich nie potrzebuje, nawet ich nie parsuje. Po co ta
zmiana. Trudniej jest przenosić kod między tymi językami.

>> 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? 

Różnych przełączników i skrótów. Nie pamiętam, ale kiedyś testowałem
sobie różne złożone wyrażenia regularne z książki na ich temat
("Mastering...") i w PHP wiele rzeczy nie działało a w Perlu - tak.
Skoro wprowadzają zmiany do ereg i chwalą się że to działa tak jak w
Perlu to powinno być to dokładnie sprawdzone.

>>(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

Bez przesady. $=skalar, @=tablica, %=hasz. Kod jest dzięki temu
czytelniejszy, a w PHP z samej deklaracji $ niewiele się dowiesz.

>AFAIK to <? ?> są robione na wzór ASP 

W definicji XSLT masz funkcje parse_instruction() która przetwarza XML
zawierającego tagi <?prefix jakies instrukcje?>.  Stąd można napisać
np. ładny kod XML przeplatany wstawkami PHP i potem to ładnie
przekształcać na coś innego. Robiłem szablon XML z którego za pomocą
XSLT generował mi się elegancki kod PHP i XHTML. W przypadku
nietypowych <%%> będzie to dosyć trudne.
-- 
JZ programmer@[3585753410.cut]