Názory k článku Zaostřeno na PHP (po roce) 2

...to je bohužel opět.

Navíc mi to přijde, že jsou ty objektové vymoženosti popisovány jako úžasné nové objevy, které má kromě PHP jen jakási Java ;-) ... Kdybych chtěl hodně provokovat, napíšu, že rozhraní, instanceof, typovou kontrolu objektů za běhu, ... prostě tohle všechno už mám nějaký čas i v C (s GLib), což je skutečně jazyk z nejobjektovitějších ;-)

no c nie je nejobjektovitější OOP :o) su aj lepsi :O) a hlavne c nebolo prve ked je uz rec o OOP. Podla mna je to dobry clanok. Je potrebne poznat detaily jazyka aj jed sa opakuje stale to iste u takmer vsetkych jazykov. PHP sa dostane do oblasti velkych projektov. Ma mnoho vyhod a to pohodova implementacia, bezproblemovy chod a hlavne masu programatorov. Predpokladam ze z nastupom ver.5 nastane novy a este vecsi boom pre php. len pre porovnanie Java potrebuje silnejsie stroje a lepsich programatorov, C++(cgi) je sice najrychlejsie ale zial pocet programatorov koli zlozitosti jazyka a velkym problemom pri vyvoji (bezbecnost napriklad) je fakt mala. PHP5 na webe ziska trh. Java bude na ustupe - to ma ako javistu netesi ale co uz .... to je ta evolucia ...

To asi sotva :->, PHPko se prosadilo, a) slo se jednoduse naucit, aniz by clovek musel neco vedet o programovani - s minimem znalosti lze napsat aplikaci b) nic jinyho nebylo.

Ze v PHPku pise fura programatoru, jo, ale jakych. bastliru na kolene. Zesloziteni, doplneni funkcionality PHP spis uskodi. Komplikovany programovaci jazyky tu uz jsou. A to jestli se PHP bude pouzivat na vetsich projektech ani tak nesouvisi s jazykem jako spis s jeho zazemim, pokud budou kvalitni debuggery, editory, sprava verzi tak mozna, KNIHOVNY. Nic z toho pro PHPko vicemene neni. Jestli by neco mohlo Javu ohrozit, tak jedine C#, je preci jen o par let mladsi a je to znat, jak na jazyce, tak na knihovnach, a vyvojovy cyklus je o fous rychlejsi.

Sam netusim co si evoluce vybere, pochybuju ale, ze by to bylo phpko. Melo sanci se prosadit vedle ASP (coz byl ...), proti ASP.NETu, JSP a dalsimu uz to bude mit o dost tezsi.

Podle me nema smysl takhle spekulovat, ja mam PHP rad a vyhovuje mi, a tohle priblizeni Jave akorat uvitam. Rozhrani, vyjimky, to je presne to, co jsem potreboval, nebot bez objektu vetsi projekt neudelam (samozrejme to jde...ale negativa stejne vsichni znate), ted se mi v nem bude programovat daleko lepe.

Jednoduchost PHPka pro ty bastlire a prilezitostne programatory tam stejne zustane, v tom vidim hlavni vyhodu proti Jave. Kdo bude chtit po Javovsku implementovat, extendovat a try-catchovat, ten muze. Kdo bude chtit jenom par includu, ten muze taky.

Dalsi vec je, ze PHP je (narozdil od ASP*) zdarma a narozdil od JSP DALEKO rozsirenejsi snad na vsech hostinzich (?) a ja si myslim, ze ho jen tak neco nevytlaci.

php neni vubec spatny, je nenarocny a extremne rychly (da si rici bezkonkurencne), php5 by mohlo znacnym krokem, zacinal jsem s c++ (kdysy davno) a objekty jen privitam. Zda to bude jista konkutence Javy se uvidi. Nemam nic proti C# ci ASP, VB a podobnym bazmekum od M$ jako je .net, ale podobne vymysly od M$ mi pripadaji postupem casu docela mrtve.

Mozna jsem prilis velky pesimista, ale rekl bych, ze pokud se bude menit PHP s kazdou verzi programatorum pod rukama, rozhodne masovejsi nastup nenastane.

Presne tak, nejvetsim problemem je, ze PHP se meni porad s kazdou verzi. Zajimave je, ze se vetsinou kazda dalsi verze snazi priblizit jinemu programovacimu jazyku. Jednou to bylo C, pak Perlu, ted Jave, ktery dalsi jazyk to bude ve verzi 6? Kdo se se mnou vsadi?

Visual Basic Script.

Vsazim svuj dozivotni prijem.

C# Forever (a ani o minutu víc). Až přijedeš do Plzně, máš u mě pivo.

Jestli mate problemy s tim cist "dalsi" uvod do OOP, tak to proste nectete. Porad se tady mluvi, ze PHP je pro svatecni programatory - pro koho je tedy vhodnejsi alespon strucne zopakovat zakladni principy OOP?

ad. 2. odstavec: kdybych mel po kazde novince v PHP vyjmenovavat seznam prg. jazyku, ktere danou vlastnost maji, nic jineho bych nedelal. Jsem priznivcem PHP a v tom co pisu snad jeste muzu zanechat svuj subjektivni dojem a radost, ze muj oblibeny jazyk bude mit konecne vlastnosti, ktere mi schazely, ne?

Jestliže v PHP něco velkého chybí, je to podle mého názoru důsledné inicializování proměnných, přesná typová kontrola. Zkrátka něco, co by mohlo vypadat takto :)

use strict;

Rekl bych, ze to hlavni, co PHP chybi je programovaci jazyk ;-)

Ale vazne: Perl je supr, ale uznejte, ze objektove se v nem pise strasne.
Reseni: Ruby -- to je krasa! Radost psat i cist.

Ja jsem nechtěl FLAME!:)
Nicmene Perl není tak zcela pouze programovací jazyk. Z jisté části je i vyjadřovacím prostředkem. To je jeho rafinovanost, nadčasovost, ale i zhouba... TAK! :)

Myslim ze dnes uz nejde o to mit uplne nejskvelejsi
programovaci jazyk s absolutne cistou strukturou
a pruzracnou citelnosti kodu. Dnes jde o to mit
dostatecne funkcni programovaci jazyk s relativne dobrymi vyjadrovacimi schopnostmi, ale hlavne s _velmi_ dobrou a rozsahlou knihovnou ruznych modulu pro vsechno mozne.

Kdysi jsem chtel psat zobrazovaci rozhrani pro archiv e-mailove konference :-). I rekl jsem si, ze vsichni porad opevuji ten Python, tak ze bych to zkusil v Pythonu. Skoncil jsem na tom, ze tehdejsi modul pro CGI pro Python neumel zpracovavat PATH_INFO. Smutne, ze? A Python je na tom ve srovnani s Ruby jeste dobre.

-Yenya

jednou za rok to nevydrzim a zeptam se, kolikrat stoupne moje produktivita, kdyz uz zacnu programovat konecne objektove.
Musim priznat, ze od roku 1990, kdyz se trochu rozsiril C++ jsem zatim zadnou odpoved nedostal. Snad dnes?

To je podle mě neúplně položená otázka. Ono záleží co děláte, jak to děláte. A taky na tom, jestli objektově píše jen teoreticky, a nebo tak, aby Vam to ulehcilo praci. Ja osobne objekty vitam, ale zaroven dodavam, ze objektove se da prakticky psat i v neobjektovem jazyce, jen pritom prijdete o par zjednodusujicich mechanismu. Podivejte se do C knihovny libc na implementaci funkci pro praci se soubory pomoci struktury FILE a pochopite.

..neuplna otazka ...

OK, pokusim se vyjadrit presneji:
Necht je dan programator, ktery programuje ca. 10 let funkcionalni metodou podnikove informacni systemy.
Jaky narust produktivity muze tento programator ocekavat, prejde li na objektove orientovane programovani zrovna takovych systemu po jednom roce.
Jaky je narust produktivity po 5 letech.

Pokud zacnete programovat objektove proto, ze vam nekdo rekne ze je to lepsi, vase produktivita klesne. Jeste vic klesne pokud kvuli tomu zmenite jazyk, i kdyby jen z C na C++. Pokud budete mit stesti, zacne zase stoupat az si na to zvyknete, ale neni jiste jestli prekroci puvodni hodnotu.

Neco uplne jineho je zacit programovat objektove proto ze sam objevite v cem je to konkretne pro vas (nebo dokonce konkretne pro ten projekt) lepsi. To muze produktivita zacit stoupat okamzite.

Objektove se totiz musi predevsim myslet.

Taky mi často připadá, že OOP je tak trochu zaklínadlo. To bude věkem...

Myslím, že má hlavně místo při analýze a návrhu - odpovídá totiž našemu evropskému pohledu na skutečnost, kterou si už někdy od Aristotela dělíme na obecnější a speciálnější, nadřízené a podřízené.

Přepisovat neobjektový projekt do něčeho objektového je hrůza (aspoň pro mě byla) nemívající dobré výsledky (u mě neměla). To už je lepší to předělat zgruntu od analýzy a třeba použít části kódu.

Jisté zjednodušení práce vidím v dokonalejší a přímo syntaxí vynucené separaci částí kódu. Což jde i v neobjektovém jazyce, ten to ale nevyžaduje, takže můžu prasit dle libosti.
A za druhé v tom, že systém se sám postará o leccos, co bych jinde musel dělat já. Na druhou stranu to ale znamená, že na to nemám vliv, a často ani šajna, co se vlastně děje. Dle hesla "to neřeš...".
Pro nás, kteří jsme začínali v dobách, kdy strukturované programování byla horká novinka a GOTO byl nenahraditelný příkaz, to může být frustrující (pro mě je).

vazeny kolego,
jiste tusite, ze ma otazka nahore byla pouze recnicka. Ja na ni tu odpoved znam, jenom mi to obcas neda trochu popichnout komunitu prevazne mladych hochu, kteri se nadchnou pro kazdou novou myslenku - sam jsem to urcite take drive delal.

Zakoncit muzeme tu diskuzi o OOP vyrokem B. Stroustrupa - "jestli mas vyvojare, kteri umi cobol, delej ten projekt v cobolu" Stroustrup sice neni Aristoteles, ale me staci kdyz nekdo takovy vyjadri originalnim zpusobem, ze vliv pouzite metody (OOP nebo ne) je zanedbatelny ve srovnani s ostatnimi vlivy pusobici na projekt.

Co mi prekvapuje, ze i Vy s takovymi zkusenostmi prohlasujete:

[...] Jiste zjednoduseni prace vidim v dokonalejsi a primo syntaxi vynucene separaci casti kodu. [...]

to ja Vam muzu okazat C++ program, ktery sestava z jedne tridy a miionu funkcnich volani :-)) Zadny compiler mi v tom nezabrani.

[...]A za druhe v tom, ze system se sam postara o leccos, co bych jinde musel delat ja. [...]

co napriklad ??

P.S: GOTO pouzivam i nadale, v linux-jadre je toho take plno - zadna hanba.

Skoda, ze Ruby se inspiroval v Perlovske syntaxi, to ho podle me dost degradovalo. Ale jinak v dobrem, nenapadejte me za to, je to jen muj nazor...

Pripomina mi to uvodnik ucebnice Fortranu, vydane u nas nekdy v roce 1980. Psali tam priblizne: "Nevime, jak bude vypadat nejpouzivanejsi programovaci jazyk v roce 2000. Ale vime jiste, ze se bude jmenovat Fortran!". Takhle nejak je to s PHP - nikdo nevi, v cem budou budouci bastlici bastlit sva fotoalba a knihy navstev, ale urcite se to bude jmenovat PHP. :-)

-Yenya

Jo, taky na to vzpominam. Spolu s dalsimi vyroky jinych:

640 KB pameti bude stacit kazdemu.

Na svete je trh tak pro 5, maximalne 6 pocitacu

I went to my first computer conference at the New York Hilton about 20
years ago. When somebody there predicted the market for microprocessors
would eventually be in the millions, someone else said, "Where are they
all going to go? It's not like you need a computer in every doorknob!"

Years later, I went back to the same hotel. I noticed the room keys had
been replaced by electronic cards you slide into slots in the doors.

There was a computer in every doorknob.
-- Danny Hillis

Naprosto souhlasim, ze by PHP melo zustat pehapkem pro (nas) bastlire. OOP do nej sice prinese nove moznosti, ale kdyz potrebuju striktne objektovej jazyk, tak pouziju Javu nebo C#. Je ale pravda, ze pouziti Javy pro ciste webovou aplikaci bez robustniho backendu je jednoduse plytvani casem.

Prosim??!!!Psal jste nekdy v JSP nebo STRUC-ech?

STRUC - nemyslite nahodou STRUTS? :-)

V JSP ano: Prilis slozity deploy na tak maly vykon. Ve STRUTS zatim ne. Ted nesrovnavam primo JSP s PHP, ale jiste vite, jak je Java _nechutne_ pomala...?

Odhadnul bych to tak jeste na 5 let a nakonec bude PHP srovnatelne s Javou.

Nikoli, je potreba si uvedomit, ze prizen autoru PHP urcitemu jazyku je nestala a vrtkava. Jednou melo byt PHP co nejpodobnejsi jazyku C. Obcas byl vzorem jazyk Perl. Ted je to Java. A za 5 let uz autori PHP ani nebudou vedet, ze se kdy chteli priblizit Jave, a budou se priblizovat uplne jinemu jazyku.

Me by bohate stacilo u PHP, kdyby alespon za tech 5 let byl soucasti zakladniho baliku preklad do binarniho kodu a alespon radkovy debugger. Tedy to, co ma Java, ale i Perl a jine jazyky uz spoustu let.

PHP ma preklad do binarneho kodu aj debugger, len je to komercne. Viac pozri www.zend.com

Java ma zadarmo zakladni debugger, Java normalne kompiluje do binarniho kodu. Perl ma zadarmo zakladni debugger, zadarmo pracuje s binarnim kodem. Python ma zadarmo....

Atd.. Proste mit v PHP moznost debuggingu i binarni kodu jen za penize povazuji za velmi vyznamne minus PHP... Navic prave diky komercnimu podnikani autoru je tu celkem slusna jistota, ze to tak bude i nadale.

Ja bych uvital, kdyby soucasti kazdeho baliku byl prekladac z predchozich verzi PHP do te nove ...

Co proboha tech 5 let budou delat, ucit se Javu ?

Ne, Flex:-)

Zdravim vas vsechny. Jen predem rikam, ze uz v PHP delsi dobu neprogramuji a zastavam ve firme jinou funkci, ale vyvoj internetu a programovacich jazyku mne zajima o to vic. PHPko jsem miloval a stale ho u nas s radosti pouzivame, nicmene se priznam, ze toho moc nevim o ASP NET. Kazdy o tom mluvi, ale nikdo mi jeste poradne nevysvetlil vyhody v porovnani s napr. s "nasim" PHPkem. Nejde mi ani tak se dohodadovat na urovni programatoru co je lepsi, jak spis na moznosti vyuziti v relanem svete. Co vim o ASP NET je to, ze ma velkou vyhodu v tom, ze muzu napasat libovolnou aplikaci, ktera mi pote bude bez vetsich problemu chodid na webu, deskotpu, handheldu a jinych zarizeni. Pokud to je skutecne tak, neni opravdu vyhodnejsi se naucit ASP NET (resp. .NET) misto 5 programovacich jazyku? Ac jsem priznivcem Linuxu, predstava ze si v jednom prostredi vytvorim aplikaci, ktere bude komunikovat na urovni web-Windows-handheld je pomerne lakava. Vam by se nelibilo v PHPku napsat aplikaci pod Windows? Dekuji za konstruktivni nazory.

No, ja bych jen podotknul, ze se stejnym nazorem jsem zacinal pred nekolika lety, ac namisto ASP.NET tam byly jine technologie od MS. Kdyz jsem pak zjistil, ze mam sice jeden jazyk, ale ten se dost meni podle momentalniho marketinkoveho smeru MS, a ja jsem nucen ji dost casto poupravovat vzhledek k aktualnimu objektovemu a dalsimu pozadi momentalni verze, tak jsem ucinil jeden zaver. Pouzivej vyvojove prostredi MS stridme, a zejmena na rychloprojekty. Pro projekty, ktere budes chtit provozovat dlouho dej, pokud je to mozne, od technologii MS ruce pryc, nebo stravis spoustou casu neustalymi upravami kodu tak, aby vyhovovaly dalsim a dalsim verzim jazyka.

Takze ano, laka me to, ale uz jsem poucen. A tak vim, ze si to MS vybere jinde, a platit za pouzivani ASP.NET budeme v jinem smeru. Tudiz v souctu to zase tak velkou vyhodu neprinese. To je jen muj nazor, mozna zatim prilis pesimisticky a predcasny, uvidime.

Nekolik jazyku muze byt ohromna vyhoda. V kazdem jazyku napisu tu cast, ve ktere je ten dany jazyk vykonny, a pospojovani nekolika jazyku dohromady muze byt velmi efektivni.

...ze mam sice jeden jazyk, ale ten se dost meni podle momentalniho marketinkoveho smeru MS...

Pocity a dojmy stranou - který jazyk a prostředí to tedy bylo ? Objektový model ASP se za sedm let existence ASP prakticky nezměnil, ale ASP od začátku podporovalo několik skriptovacích jazyků (VBScript, JScript, později i Perl, Python a další, na MS nezávislé). Nezapomeňte, že ASP se používá téměř na jedné třetině webů internetu a více než 70% intranetů.

ASP.NET je od začátku plně objektové prostředí - je to aplikační prostředí doplněné vnitřně konzistentním balíkem snadno použitelných high-level knihoven tříd, které lze využít i v klientských a off-line aplikacích, middleware - výhody ASP.NET oproti PHP začínají zhruba tam, kde Java a končí tam, kde začínají aplikační služby pro Javu (jako jsou webové služby a Bean containery), které prostředí ASP.NET integruje do sebe. ASP.NET je prostě jiná kategorie a co se nekompatibility a linie vývoje týče, není na tom nijak hůže, než PHP, spíš lépe - vzhledem k dosud nízkému počtu verzí.

Co lze od ASP očekávat ? Vše, co od Javy a aplikačních serverů Javy dohromady - tj. nejen dynamické webové stránky, ale i aplikační služby a webové servisy a rozhraní pro apliakční cache a webové farmy, konzistentní rozhraní pro databáze (ne jako v PHP, kde je každá DB knihovna jiná ves a umí něco jiného), podpora komunikačních protokolů pro na bázi HTTP i jiných (SOAP/TCP/IP remoting) atd.

ASP.NET dále podporuje serverové ovládací prvky a komponenty, které umožňují zapouzdřit funkcionalitu do webové stránky způsobem, který zatím v PHP nemá obdobu. Prostředí ASP.NET umožňuje plně oddělit deklarativní (HTML/XML) a procedurální funkcionalitu webu a implementovat pro ni programovací model založený na třídách, metodách a událostech - tak jako je to dnes už běžné ve většině programovacích jazyků pro klientské aplikace. Pro prostředí ASP.NET existují vizuální návrhové prostředí různých výrobců (některá jako např. ASP WebMatrix jsou dokonce free) - čili něco, co pro PHP nebo dokonce Javu dosud není a zjevně hned tak jen nebude.

Kdybych měl prostředí ASP.NET k něčemu přirovnat, tak bych řekl, že je to modernější a kvalitativně vyšší generace Javy, zatím fungující především na Windows platformě (klony pro MacOS/BSD/Linux vnikjaí na Open/Shared source bázi) a pro tuto platformu optimalizované a vybavené funkcemi, které v Javě teprve vznikají a umožňující produktivitu práce malých i velkých týmů v rozsahu, který zatím žádné podobné aplikační prostředí nenabízí.

dobrý den vespolek,
mám jednoduchý dotaz:
používání spojení if(): ... endif; while(): ... endwhile; atd vs. užití obyčejných složených závorek {...}

já sám používám 1. možnost, avšak vždy, když vidím ukázky kódů někde v diskuzích tak se používají váhradně {}.
Co je rychlejší? nebo je v tom vůbec nějaký rozdíl kromě počtu znaků které je nutné napsat pro stejný výsledek? Osobně se mi zdá 1. možnost přehlednější v případě že mám víc vnořených cyklů a/nebo podmínek.

zdravim mohl by me nekdo presne a podrobne vysvetlit pouziti Interface vubec jsem nepochopil jeho vyuziti protoze si udelam interface kde mam stejne jenom metidy ktere me nic nedelaji a jsou prazdne a tudiz jsou me na nic a stejne jejich obsah musim delat ve scriptu s PHP delam uz delsi dobu a s objektama si uz taky delsi dobu hraju ale bohuzel jenom na urovni PHP a tak me asi vyuziti interface uchazi