[PHP] narekovaji

Če napišem:

$a = Array("ab"=>1,"b"=>2,"c"=>3);
print "$a['ab']".",";//tukaj javi napako, da 'ab' ne sme biti med apostrofi

medtem ko

$a = Array("a"=>1,"b"=>2,"c"=>3);
print "$a[ab]".",";//VSE OK


V čem je fora, da ne sme biti med apostrofi. Malo se mi zdi nelogično.
Recimo če napišem:

print $a[ab].",";//TUDI VSE OK

Po kakšnem sistemu deluje pretvorba tipov v teh oglatih oklepajih?

print "{$a['ab']}"; should work.

Odgovore najdeš v uradni PHP dokumentaciji, v poglavju o poljih.

Smesno (oz. inkonsistentno) je pa da:

print "Hello $arr[fruit]";

lepo deluje (vem fruit je narobe - in samo zaradi tega ker ni definiran fruit bo vse skupaj pomenilo
string 'fruit', ampak vseeno).

Prej rece pa:
Parse error: syntax error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting T_STRING or T_VARIABLE or T_NUM_STRING
Sem pogledal v lexer in ima ESCAPED_AND_WHITESPACE token definiran kot [\n\t\r #'.:;,()|^&+-/*=%!~<>?@]+
Torej je ocitno problem v ', ki se nahaja znotraj dvojnih narekovajev in se steje kot whitespace in ne kot zacetek
"stringa za index arraya" znotraj stringa. Je to bug ali se sploh ne da drugace narediti gramatike?

Dejansko je PHP se bolj obskuren kot se cloveku zdi:

<?php
define('strawberry', 'banana');
$fruits = array('strawberry' => 'red', 'banana' => 'yellow');

print "First: $fruits[strawberry]\n";
print 'Second: ' . $fruits[strawberry] . "\n";
print "Third: {$fruits[strawberry]}\n";
?>

Izpise:

First: red Second: yellow Third: yellow

Torej $fruits[strawberry] znotraj "" je isto kot $fruits['strawberry'], medtem ko
se povsod drugod (tudi znotraj {} v stringu) strawberry smatra kot konstanta,
ki dobi ima vrednost 'strawberry' samo, ce ni definirana.

Ce ne znajo narediti parserja, ki bi delal konsistentno za "simple syntax variable parsing",
naj pac vse skupaj opustijo (ter samo zacasno ohranijo sintakso kot kompatibilnost za nazaj)
in postopoma ljudi spodbudijo k uporabi "complex (curly) syntax".
Da ne govorimo o tem, da je najbrz celo expandanje spremenljivk znotraj " " oz. heredoc stringov bloat,
saj obstaja recimo printf() oz. sprintf(), ki to resi na lepsi nacin, ce ne drugega se pa lahko vedno resis
tako da uporabis konkatenacijo stringov.

Na zalost je IMHO PHP en tak zelo nepremisljen jezik. Vedno so neki novi feature-ji, ki naj bi delo olajsali,
ampak v koncni fazi pa samo se bolj zakomplicirajo jezik in tako prispevajo k manjsi produktivnosti.

fiction:

IMO, variable znotraj stringov nimajo kaj poceti.

echo "allalala${lala}kaakka" bi morali z zakonom prepovedati.

echo "allalal" . $lala . "alala"

ali pa tako kot si rekel

printf("lalalal%slalalal", $lala);

Vse ostale variante bi pa morali ven zmetat. Vsak, ki pa malo bolj pazi kako programira se bo pa tega ze sam po sebi lotil tako, da imel vse skupaj konsistentno skozi celo kodo in se bo izogibal raznim bizarnostim. :)

> Boljsi od Cjevskega bi bil c# ... aka:
> printf("{0} {1} {2} {0}", 1, "bla", 12341234);

printf("%1$d %2$s %3$ld %1$d", 1, "bla", 12341234);

Razlika med format specifierji v C-ju je samo to, da moras
pac povedati kaksnega tipa je zadeva (ker lahko izpises
poljuben del pomnilnika). Zato je treba definirati kaj je tist
bajt oz. zaporedje bajtov (stevilka, crka, naslov stringa ali kaj drugega).
Razni novi jeziki so itak objektni in imajo nek toString(), poleg tega
pe ne omogocajo dostopa do poljubnega kosa pomnilnika,
tako da formatiran izpis sploh nima vec toliko smisla.

> Isti bonus je pri phpju, kjer so namesto stevilk kar imena variabel. In je uporaba
> spremenljivk se bolj trivialna.

Samo potem je isto ce naredis konkatenacijo stringov,
ne pa da vkljucis vse v en kvazi string (format specifier je misljen samo
kot prostor kjer se mora nahajati nekaj) in vedno
delati nek impliciten sprintf() je brezveze.

printf("%1$d %2$s %3$ld %1$d", 1, "bla", 12341234);

Kolikor je meni to znano, to ni standardni C. Gcc oz. bolje receno glibc to podpira. MS kompiler pa npr. ne. V mingw npr. tudi ne dela (verjetno ker uporablja printf, ki je v msvcrt.dll). Toliko glede portabilnosti.