Jak to vidim - PEAR je posledni zoufaly pokus udelat z php nejakou levnou napodobeninu perl. V perlu unifikovane databazove rozhrani existuje od roku 1992 (soucasny DB.php uz je funkcne nekde vedle DBI z roku 1995) :) Zbytek knihoven, nabizenych PEAR take maji v perlu mnoholetou historii...
me prijde phpko proti perlu pokrok
kdo videl cecko i objeky treba jen z vlaku muze klido zacit psat v phpku, co se mu zachce
zato perl me dostal do kolen, udelat tridu a metodu
bez navodu to je o zivot
uz me na stole lezi 2 knizky o perlu
prvni s velbloudem mi prisla totalne nesrozumitelna
ackoliv je na ni na netu sama chvala
spousta obratu typu: VYRAZ dela neco, pozor ale MIRNEPOZMENENYVYRAZ se ale nechova, jak byste cekali, dela neco uplne jinyho - skoda, ze uz tam neni napsany, z jakyho duvodu
- dobra asi jako mentalni cviceni, ale ja potreboval
funkci skripty do par hodin
abych jen nekritizoval, foreach je super vec, uz sem se 3x pristih, jak ho pisu do javascriptu a nechapu, proc na me zase rve :)
implicitni $_ taky nema chybu, (teda jednu)
blby je, ze nektery fce se v php a perlu jmenujou jinak, za to muze php, pac je mladsi
nevim, jaky meli vyvojari duvod
isset <-> defined
ltrim <-> s/^\s+//
rtrim <-> s/\s+$//
shift <-> array_shift
a tuny dalsich
Třeba defined v PHP existuje a má význam analogický s #defined v C. ltrim, rtrim, trim jsou zase známé funkce z Basicu a spol.. Uznejte sám, že funkce ltrim bude výrazně rychlejší, než jeho ekvivalent v regulárních výrazech.
Osobně s Vaším názorem na Perl souhlasím. Perl prostě není špatný jazyk, ale můj názor je, že je to hrozná prasečina.
Na druhé straně je nutno říci, že nevýhodou PHP je jeho ořezávání z důvodu komerčního podnikání autorů. Tedy v základním balíku nenajdete ani debugger, ani převod do binárního kódu, jak umí Perl. Pro tyto věci sice je rozhraní, ale to je všechno. Díky aktivitám autorů si celkem můžu být jistý, že nic takového PHP mít nebude.
PHP si také nědělá příliš hlavu se zpětnou kompatibilitou, i zatím z toho byly jen minimální problémy. Nevím, jak zde Perl.
Osobně si myslím, že ani safe mode v PHP není příliš šťastně vymyšlen.
Já sám mám v PHP značnou praxi, ale uvažuji o přechodu na něco jiného.
Tak to pozor, ta knizka s velbloudem je VYBORNA. Je to nejlepsi knizka o Perlu, co sem kdy videl. Ale vzhledem k tomu, ze Perl nebyl puvodne objektovej, tak ani ta knizka se nesnazi byt navodem k OO programovani v Perlu.
Jo a pouzivani $_ je pekna prasarna ;-). I v Perlu se da psat ciste, ale za 'necistou' syntaxi ho vetsinou kritizujou lidi, co to neumi.
mnohem vic se mi libilo programovani v perlu po pokrocile
-o dve tridy srozumitelnejsi, alespon pro me
priklad toho co me na velbloudovi vadilo hodne:
definujeme skalary, pole, hashe
stale v pohode, typegloby zminime, ale uz nikdo nerekne, co to proboha je
a pak se najednou zacne operovat s pojmem seznam,
ktery neni nijak vymezenej vuci predchozimu.
ano, postacujici definici sem nakonec nasel vzadu v seznamu pojmu, ale az po letech :(
duvod, proc jsou regularni vyrazy popsany nejdriv jako regularni vyrazy na str 21 a pak poradne jako porovnani podle vzoru na 61, no to je asi proto, aby az budu neco hledat, tak sem si po prostudovani prvniho dilu popisu na str.21 myslel, ze to v ty knizce popsany neni a byl na ni nasranej?
na strane 54(seznamujeme se s hashem) je priklad s referenci na anonymni hash, ktery se probira na str.261(!), takze nikdo, kdyz to cte, vubec netusi, ktera bije
vyborna knizka je podle me takova, kdyz autor vi, co uz ctenari sdelil a nenuti ho svoje dilo cist 2x,
aby pochopil.
ten 'zda se mi ponekud nestastny zpusob objektu' jsem nevycital knizce, ale perlu samotnemu, teda rikal jsem ze phpko je v tomhle lepsi
-
v pripadech jako tenhle mi treba pouziti implicitni promeny
prijde pekny
foreach (@array) {
if(/prvni/) {
}
}
ciste:
no ja nevim, upsat se k smrti a zahodit pulku syntaxe jen abych psal ciste a ukazal, ze to I v perlu jde, neni zrovna to, co od skriptovaciho jazyka cekam. ja jsem rad, kdyz je to rychle napsany a funguje to
