Vlákno názorů k článku
PHP bude mít preload, zvětší výkon o 30 - 50 % od null null - Problémy PHP jsou úplně jinde. Ale proč ne...

PS: Nevzpomenu si přesně co to bylo, řešil jsem to asi před půl rokem na php 7.1, byl to nějaký E_NOTICE nebo něco takového a dopátral jsem po zkoušení a googlování že to prostě chytat nejde, mám pocit že to bylo ve spojitosti s CLI. Ale za boha si nemohu vzpomenout co to bylo za situaci. Nejsem hňup, o tom že existují user defined error functions vím roky, ale toto fakt nešlo. Nemžu to teď najít ... možná mě to v práci trkne ...

Najskôr napíšeš, že ti chýba "poriadny systém exceptions" a potom tu dávaš príklady s PHP errors. V PHP errors a exceptions sú dve rôzne veci, takže namiesto set_error_handler() treba používať try-catch-finaly bloky poprípade ako posledný záchytný bod set_exception_han­dler().

Exceptions sú k dispozícií už od PHP verzie 5, kedy boli zriadené ako alternatívna technológia na ošetrovanie chýb a v podstate koexistovali popri errors. S ich postupným rozvojom sa stalo bežnou praxou (napríklad v rôznych frameworkoch), že jedinou úlohou error_handler-a bolo transformovať error na exception a všetko sa už riešilo iba cez exceptions.

Od verzie 7.0 boli exceptions významne posilnené zavedením Throwable a Error tried so zjavnou ambíciou errors úplne nahradiť. Vo verzií 7.1 bolo množstvo knižničných funkcií pozmenených v tom zmysle, že miesto error generujú už len Error exception a tento trend pokračuje. Myslím, že najneskôr vo verzií 8.0 už žiadne errors vôbec nebudú prítomné, každopádne aj v aktuálnych verziách PHP už skutočne len ťažko nájdeš niečo, čo by sa nedalo cez exceptions ošetriť. Samozrejme, ak je top level script neparsovateľný kvôli syntaktických chybám a vôbec sa preto nespustí, tak takáto chyba sa kódom toho scriptu zachytiť nedá, ale to je myslím celkom logické.

Vo všeobecnosti - treba si uvedomiť, že PHP je tu už takmer 25 rokov a stále sa vyvíja (a podľa mňa v zásade dobrým smerom).

namiesto set_error_handler() treba používať try-catch-finaly bloky poprípade ako posledný záchytný bod set_exception_han­dler()

To sice taky nefunguje žádným použitelným způsobem, ale jinak je situace nadmíru výtečná...

@Matúč Čák

No právě, připadne mi to neucelené. Ale to je jen můj názor a na to jsem byl tázán. To co jsem napsal nebylo, nemělo být, není a nebude žádné technické resumé. Prostě po 8 letech denodenní práce s php mi připadne, že systém errors a vyjímek by chtěl zrevidovat a ucelit. Ty si to nemyslíš? Fajn ...

Ano php je tu 25 let. Minule jsem ho taky tak hájil - prostě jsou tam staré věci a změny se musí udát nějakým tempem. Ale to neznamená že je všechni v pohodě ....

Nejste vy nahodou python vyvojar, ze takhle neobjektivne pisete o PHP? Proc by E_PARSE a podobne chyby mely byt odchytovatelne kdyz to nedava zadny smysl? Mimochodem, nesmysly, ktere popisujete nejsou mozne ani v C++ treba.

@johny cash

Tak zaprvé je tam nejenom E_PARSE. za druhé byla otázka co nejde chytat a za třetí jsem do "PS" hned pod to napsal ještě dovysvětlení toho jak jsem to myslel. Jenže k tomu by se nedalo zas tolik pindat, hádat čeho je kdo vývojář apod., že?
Co je to ty nesmysly a nejde v C - jako by na tom záleželo? Kdo zvolil C jako etalon?

To, co mate v PS muzeme probrat az si to vzpomenete.

Co se tyce zbytku:

If errors occur before the script is executed (e.g. on file uploads) the custom error handler cannot be called since it is not registered at that time.

p.s.
Psal jsem o C++, ne C.

@johny cash

Ano, C++, pardon. Ale neviděl jsem tam proč a kdo to vybral jako etalon. Já ne. Error který jsem zaznamenal jsem zaznamenal a bylo kolem toho co jsem napsal. Pokud si myslíš že kecám, fajn, no a co? Co jsem tehdy řešil už neodřeším, poctivě přiznávám že to momentálně neprokážu. Mysli si o tom co chceš, ale není to důvod abys vedl hněty typu "Vy budete asi ... blá blá".

Systém errorů podle mě chce v php ještě dopracovat. Je to podle mě tím, že do systému errorů se přidaly exceptions ale jenom někam. Nějak jdou zapnout/vypnout, jdou nastavit error levely, custom handlery a pak je v tom akorát zmatek a člověk neví co může čekat co, kde, kdo a jak pustí a ještě ke všemu dohromady s brutálně širokými možnostmi implicitního přetypování to dává velmi nejisté pole.
Zvykl jsem si na to, počítám s tím, nijak kvůli tomu php nehaním, jenom si myslím že to je větší problém než rychlost. Ale dokážu pochopit že vyřešení zrovna tohoto je zase obtížnější co se šířky zásahu do systému týče. To ale neznamená že to podle mě není potřeba. Udělalo by to z php o moc lepší jazyk ...