Vlákno názorů k článku
Java na webovém serveru: porovnání Javy a PHP

Stalo se, co jsem čekal – tedy, že se vylilo bahno na PHP od lidí, kteří o PHP a jeho schopnostech ví jen nutné minimum.

V podstatě jediné problémy PHP jsou:
a) parametry funkcí jsou nesystémové (což třeba já pomalinku řeším ve své knihovně Googy http://bitbucket.org/jiriknesl/googy)
b) PHP je vyvíjeno nesystémově a pomalu, co fungovalo v jedné verzi, v jiné nemusí bez varování fungovat apod.

Tací, co lijí bahno, nad PHP vývojáří vytváří image bastlířů, přitom dnes už je v PHP stále běžnější, že se využívají návrhové vzory, Test Driven Development, agilní metodiky, akceptační testy v Seleniu a další.

Ještě jedna připomínka:

„Dodnes je Java „objektovější“ jazyk – např. ani při psaní „Hello World“ programu se zde nevyhnete práci s třídami.“ – tohle mě pobavilo. Objective-C je objektovější než Java a žádnou třídu tam pro Hello World nepotřebujete. :) Obdobně Ruby – také objektovější než Java a taky se bez třídy pro Hello World obejdete. :) Já bych spíš řekl, že Java je méně produktivní, ale neřeknu to, protože já o ten flame vůbec nestojím. :)

" Objective-C je objektovější než Java "

Tak ten byl dobrej .-)

No, ono to tak ale vazne je :)

> Já bych spíš řekl, že Java je méně produktivní, ale neřeknu to, protože já o ten flame vůbec nestojím.

To je dobre, ja tu ciham iba na to :-D.

Toho image as nezbavite tym ze zacnete odkukovat od Javistov co robia a budete po nich opakovat (ooo vy uz ste zacali aj testovat a dokonca v seleniu). Skuste si porovnat mnozstva a kvalitu kniznic, komercnych implementacii Javy, Java servrov, security, moznosti clustrovania, dynamickeho deploymentu, moznosti rekonfiguracie aplikacie pre prislusne prostredie (Nvrstvovy deployment), java zbernice (SOA), pravidlove enginy, … .
Zrazu sa vas pidi svet rozpadne. Mozno nic take nepotrebujete to ale neznamena ze robite s lepsim jazykom. V jave to tiez nemusite pouzivat ale … mozte.

c) chyba typu:

$promenna = 1;
.
.
.
$promena = 2;

Takova chyba se velmi tezko hleda a v tom me PHP strasne vadi. Podobne jako $this->promenna je neco jineho nez $promenna coz se hleda lepe, ale taky je to opruz.

d) rozsahly PHP kod nejde oproti rozsahlemu Java kodu snadno refaktorovat.

Ide o to ze dobry programator to napise rovnako PHP ako aj v C++. Problem je ze nie je vela dobrych progratorov. Na jedneho dobreho pripada priblizne 10 priemernych. S pouzitim, generatorov, odskusanych frameworkov, Aspect Oriented Programming, code waving, … dokazem aspon trochu kludne spavat ze ta aplikacia splna aspon zakladne poziadavky na udrziavanie kodu, bezpecnost, skalovatelnost aj ked ju pise v podstate banda cvicenych opic. Na druhej strane neviem si predstavit platit partu profikov na vyvoj vsetkeho.

Refaktoring nerobime az tak casto ale minimalne orientacia v kode v dobrom nastroji je v Jave velmi jednoducha. Pre niekoho je Java velmi komplikovana a zlozita. Ked sa ale ja pozriem na PHP nevidim ziadny dovod v tom robit. Co by mi to ako malo priniest?

c/
Takova chyba se naopak najde hned.
Interpretr vam to nahlasi.
Staci zapnout error reporting a napsat funkci ktera chyby dava do DB. Je to par radku kodu, staci dat include v kazdem scriptu.

Přiřazení do jiné proměnné interpret neošetří, jen ji založí. S tím si AFAIK neporadí i Duby se svojí inferencí skoro všeho.

Jinak dělat error_reporting includem je… možné, ale máme tu IMHO lepší nástroje (.htaccess a php_value).