<!–texy–>fos4: Autor se vůbec nesekl (a kdybyste si přečetl jiný článek třeba zde: http://www.knesl.com/zend-form-event-driven.html) zjistíte, že napovídání typů používá.

PHP nemá ale type hinting pro primitivní typy, o kterých si troufnu říct, že jsou nejčastějšími parametry – a když se podíváte na příklady v článku, jsou tam v příkladu použity výhradně primitivní typy.

<!–texy–>Autor se trochu sekl v bodu c.4:
http://www.php.net/manual/en/language.oop5.typehinting.php

<!–texy–>Jiří Knesl: ano nekdy muze zprehlednit, ale nekdy muze znecitelnit, napr v c++ se da spousta veci napsat na jednu radku, napriklad ukazatel na funkci s parametry vracejici ukazatel na funkci, ale zduvodu citelnosti se pouziva substituce s rozepsanim na vic radek. jinak co se tyce alokovani pameti tak to mi jako moc velkej problem neprijde, pameti je vetsinou dostatek, a neni problem uvolnit co uz neni potreba. spis davam prednost citelnosti a jednoduchosti kodu pred usporou pameti.

<!–texy–>oldis: Právěže ono to občas ten kód může i pročistit.

Pokud chci například regulárem vytáhnout právě 2.match, javascript to má na jeden řádek, zatímco PHP na dva. Navíc se zbytečně alokuje paměť pro všechny matches tam, kde mě skutečně zajímá jen jeden z nich.

<!–texy–>to mi prijde zbytecne, pri vetsim pouziti zasvini kod, lepsi je mit kazdou cast operace na radce, zejmena pto testovani.
Me treba v php chyby vicenasobna dedicnost a sablony ;)

<!–texy–>1) Duck typing by někdy tomu bordelu zabránil. Zejména v situaci, kdy nyní musím výsledek funkce vložit do proměnné, jen abych si vytáhl pár položek.

2) no tak 10 let jsme vydrželi i bez namespace, late static bindingu a stejně se jistě najdou lidé, kteří obojí ocení.

3) to už není tak pěkný syntaktický cukr a navíc přibude starost se slashováním json_encode("[\"a\"] ") ;)

<!–texy–>zrovna ten duck typing by zbytečně přinesl bordel do kódu. Já bych radši proacoval s anonymními třídami bez přiřazení do proměnné jako
(new Zend_Date())->toString('abc');

10 let jsme vydrželi bez primitivních datových typů tak to snad přežijeme dál

JSON výraz stačí obalit json_encode() ;)

<!–texy–>Mno jo, zlaté Ruby :-)