Co vše lze v PHP udělat?

Napsal jirin;120760

Nicmene je pravda, ze je nekdy az moc striktni, ale aspon si tak kompenzuju prasarnosti v php co prochazi:-)

Ono to má taky svůj důvod, spousta programátorů na slovo vzatých k tomu má takový krásně proslavený příběh, že už v roce 62 ztratila NASA sondu Mariner 1 (taky) díky tomu, že se ve fortranu nemusel explicitně deklarovat datový typ :)

Napsal botanicus;120360

Co vadi me (ale treba nebude vadit sikecovi, necht se sam rozhodne): je nudna (samozrejme subjektivni, ale kdyz to porovnas s Ruby/Pythonem ... ), je staticky typovana (vetsina kodu je obchazeni statickeho typovani, vyhody temer zadne => dalsi nuda).

Sorry, ale tohle mi přijde jako názor z nějakého poplácávacího Ruby fóra, od někoho, kdo Javu viděl akorát z rychlíku. Obcházení statického typování bylo problémem v Javě 2 a starších, ale rozhodně to nikdy nebyla většina kódu. Prostě se jen občas dalo narazit na hranice jazyka, hlavně při práci s kolekcemi. Od zavedení generik v Javě 5 už není potřeba statické typování obcházet. To samé platí pro C# od verze 2.0. Statické typování má své výhody, vyplývající z toho, že lze kdykoli na kterémkoli místě v kódu přesně určit, jaké proměnné tam jsou k dispozici s jakým rozhranním.

Napsal botanicus;120755

Treba Ruby je ciste, ale neni zbytecne pedantske, coz je idealni. Neresi jake tridy je objekt, ale zda disponuje urcitou metodou.

V Javě a C# se dost kóduje proti rozhranní. Neřešíte jaké třídy je objekt, ale jestli implementuje dané rozhranní - tedy zda disponuje určitými metodami a nejde u těch metod jen o shodu názvů. Narozdíl od Ruby si ale už při sestavení můžete být jisti, že se tam nikdy neprotlačí objekt, který by těmi metodami nedisponoval. Takže tuhle eventualitu už nemusíte testovat a můžete se víc zaměřit na testování samotné funkce.

V PHP například neuděláš drag & drop...

Napsal krylm;121722

V PHP například neuděláš drag & drop...

nj to bude asi tim ze to je jazyk co bezi na serveru nikoliv u klienta, na drag and drop samozrerjme musis vytvorit script co pobezi u klienta (Javascript...) :) ale to by snad kazdeho alespon malinko oboru znaleho napadlo :D

sikec je clovek neznaly a tohle (podle meho nazoru) mu bude mnohem uzitecnejsi nez poznamky o tom, ze v PHP jde vsechno, pripadne nejake zminky o Jave nebo ASP :)

Pokud se omezíme na serverové jazyky, tak ve všem jde udělat vše. Otázkou je, za jakou cenu. Howgh.

Napsal tracy;121857

Pokud se omezíme na serverové jazyky, tak ve všem jde udělat vše. Otázkou je, za jakou cenu. Howgh.

to ano, ale to uz autora prispevku nezajimalo, on chtel vedte co v php lze udelat :D a odpoved je proste vse co lze v ramci serverovych scriptovacich jazyku udelat jde udelat i v php :) a odpoved co s tim rozhodne neudela je cokoliv co nemuze fungovat pokud to bude pouze interpretovane na serveru a ke klientovy se posle jen vysledek - takze treba drag and drop jak psal kolega nahore no :D ale to je proste logicke...

Je to vazne zajimave cist tady ty nazory o Jave od lidi, kteri ji pravdepodobne nikdy nevideli nebo se ji uci ve skole na urovni toho, ze prevezmou nejaky vstup a vypisi to stejne na vystup. Uznavam, ze J2EE jsem take videl jenom z rychliku, ale co se tyce J2SE a J2ME, tak hlavne v druhem zminem umim perfektne programovat a je to stale jeste muj konicek. Pro lidi, kteri nikdy nedelali nic vetsiho, muze byt striktnost Javy nudna, ale je to prave jedna z nejdulezitejsich veci u velkych projektu. Stejne tak OOP. Proto jsou vsechny nase technologie postaveny na Jave a nikdy bych nepripustil, aby to bylo jinak. Nevyhoda PHP a Ruby od Javy je hlavne kompilace... tedy proces, pri kterem jsou zkontrolovany vsechny chyby, ale nahlaseny i pripadne nedostatky, atd. Take ma Java rozhodne lepsi a prehlednejsi syntaxi nez Ruby nebo PHP. Mozna, ze Ruby ma na prvni pohled jednodussi syntaxi, ale zase by na tom clovek narazil u vetsich projektu... napriklad jenom hloupa absence symbolu pro zacatek bloku je docela zasadni nedostatek. Co se tyce multiplatfomnosti na strane serveru, tak nema smysl porovnavat PHP s J2EE, naprosto shodne... tomcat je dostupny stejne tak jako apache. Co se tyce multiplatfomnosti ve smyslu server, desktop, mobil, kalkulacka, jak zde zaznelo, tak to je presne nazor cloveka, ktery o Jave nic nevi. J2EE i J2ME obsahuje cast J2SE, ale ne celou a navic pridava vlastni baliky. Navic treba J2ME vyzaduje jeste preverifikaci (post-kompilacni reseni bezpecnosti, aby se odlehcilo VM), atd. Takze nic takoveho, jakoze vezmete aplikaci pro PC a pustite ji na mobilu... dokonce v oblasti mobilnich aplikaci je potreba i upravovat aplikaci pro jednotlive modely telefonu. Vyhoda je zde v tom, ze kdyz programujete v J2ME a potrebujete nejaky tool pro PC tak zvolite J2SE a nepotrebujete se ucit syntaxi nic... to je prakticky stejne (az na to, ze J2ME ma nejvyssi verzi zdrojovych kodu 1.3) a take kompilaci, obfuskace, atd. je stejna, ale kod je obsahove jiny. Abych odpovedel na puvodni dotaz: V PHP se da udelat cokoliv co v kazdem jazyce bezicim ve VM a co mu VM dovoluje... asi tam neudelas aplikaci pro Windows nebo BIOS, ale spousta veci tam udelat jde. Kamos to pouziva dokonce i pro prejmenovavani souboru, atd. Da se udelat to same v PHP a v J2EE, ale jde o par veci: 1) Jak bude vypadat zdrojovy kod, jak pujde dale upravovat, atd. 2) Jak to bude rychle 3) Kolik to bude stat - J2EE je o tridu lepsi, ale vyvojari taky berou o dve tridy vetsi plat Btw, Java je nejoblibenejsi jazyk na svete. PHP ve vetsine zebricku nenajdete ani v prvni 5tce a Ruby je tak na 10tem miste.

Kde jsi četl, že je Java nejoblíbenější jazyk na světě? Rád bych nějaký ten žebříček viděl. "Javaři" berou mnohokrát větší plat, protože v tomto jazyku neumí nikdo dělat (ale hlavně že je nejoblíbenější)V PHP dnes dělá téměř každý a trh je přesycen.PHP je nenáročný jazyk na systém. To se v žádném případě nedá říct o Javě.Každý člověk == jiný názor :)

Ta multiplatformnost jsem samozrejme nemyslel, ze se to pusti jedna ku jedne primo v mobilu stejen jako na desktopu. Ono to staci vzit logicky, asi tezko bude v mobilu nainstalovana komplet java jako je treba na desktopu. Myslel jsem tim to, ze mas jeden jazyk /taky jsem psal multiplattformni Java, ne multiplatformni skripty/ pro vse. Takze neni treba ucit se jeden jazyk pro weby, druhy pro desktop, treti pro mobily atd. Ale mas tam stejne /podobne/ pristupy, syntaxi atd. - mluvim konkretne o J2SE, a J2EE - J2ME jsem zatim prilis nevidel. A striktnost se mi osobne prave libi, proto bych jich volil na vetsi projekty, kde nebudu delat sam, aby v tom nebyl bordel. Ale i v PHP konkretne frameworcich typu ZF je take snaha o stabni kulturu ale neni to porad ono imho. Skynet: staci dat do google the most popular programming language a mas to:)

Napsal vaclav.hodek;122051

Je to vazne zajimave cist tady ty nazory o Jave od lidi, kteri ji pravdepodobne nikdy nevideli nebo se ji uci ve skole na urovni toho, ze prevezmou nejaky vstup a vypisi to stejne na vystup.

Uznavam, ze J2EE jsem take videl jenom z rychliku, ale co se tyce J2SE a J2ME, tak hlavne v druhem zminem umim perfektne programovat a je to stale jeste muj konicek.

Pro lidi, kteri nikdy nedelali nic vetsiho, muze byt striktnost Javy nudna, ale je to prave jedna z nejdulezitejsich veci u velkych projektu. Stejne tak OOP. Proto jsou vsechny nase technologie postaveny na Jave a nikdy bych nepripustil, aby to bylo jinak.

Nevyhoda PHP a Ruby od Javy je hlavne kompilace... tedy proces, pri kterem jsou zkontrolovany vsechny chyby, ale nahlaseny i pripadne nedostatky, atd. Take ma Java rozhodne lepsi a prehlednejsi syntaxi nez Ruby nebo PHP. Mozna, ze Ruby ma na prvni pohled jednodussi syntaxi, ale zase by na tom clovek narazil u vetsich projektu... napriklad jenom hloupa absence symbolu pro zacatek bloku je docela zasadni nedostatek.

Co se tyce multiplatfomnosti na strane serveru, tak nema smysl porovnavat PHP s J2EE, naprosto shodne... tomcat je dostupny stejne tak jako apache.

Co se tyce multiplatfomnosti ve smyslu server, desktop, mobil, kalkulacka, jak zde zaznelo, tak to je presne nazor cloveka, ktery o Jave nic nevi. J2EE i J2ME obsahuje cast J2SE, ale ne celou a navic pridava vlastni baliky. Navic treba J2ME vyzaduje jeste preverifikaci (post-kompilacni reseni bezpecnosti, aby se odlehcilo VM), atd. Takze nic takoveho, jakoze vezmete aplikaci pro PC a pustite ji na mobilu... dokonce v oblasti mobilnich aplikaci je potreba i upravovat aplikaci pro jednotlive modely telefonu.

Vyhoda je zde v tom, ze kdyz programujete v J2ME a potrebujete nejaky tool pro PC tak zvolite J2SE a nepotrebujete se ucit syntaxi nic... to je prakticky stejne (az na to, ze J2ME ma nejvyssi verzi zdrojovych kodu 1.3) a take kompilaci, obfuskace, atd. je stejna, ale kod je obsahove jiny.

Abych odpovedel na puvodni dotaz:

V PHP se da udelat cokoliv co v kazdem jazyce bezicim ve VM a co mu VM dovoluje... asi tam neudelas aplikaci pro Windows nebo BIOS, ale spousta veci tam udelat jde. Kamos to pouziva dokonce i pro prejmenovavani souboru, atd.

Da se udelat to same v PHP a v J2EE, ale jde o par veci:

1) Jak bude vypadat zdrojovy kod, jak pujde dale upravovat, atd.

2) Jak to bude rychle

3) Kolik to bude stat - J2EE je o tridu lepsi, ale vyvojari taky berou o dve tridy vetsi plat

Btw, Java je nejoblibenejsi jazyk na svete. PHP ve vetsine zebricku nenajdete ani v prvni 5tce a Ruby je tak na 10tem miste.

vaclav.hodek: 1) Kompilace: chyby se kontroluji v testech. Kdo netestuje, at se nedivi. A testovat by es melo nejen v dynamickych jazycich. Pokud chybi v projektu testy, nelze ho brat seriozne a rozhodne bych ho nechtel napr. portovat na novou verzi frameworku neco tam menit nebo do toho vubec zasahovat. 2) Co minis symbolem pro zacatek bloku? do ... end pripadne { ... } je symbol pro zacatek bloku, ne? Neni to treba u ifu atp, protoze tam to neni blok ve vyznamu closure. Nevim proc by to melo vadit? 3) Co se tyce srovnani PHP a J2EE, plati uplne totez pro Ruby/Rails. Bude to upravovatelnejsi, rychle napsany, ale vyvojari taky berou x-krat vic nez PHPkari. Nevim presne, kolik stoji PHPkari, ale Ruby on Rails senior developer dostava v USA obvykle kolem $60, nekdy ale az $150 na hodinu. Coz vim protoze se zivim freelancingem ... BTW Java je mozna nejrozsirenejsi jazyk na svete, ale nejoblibenejsi, tj. ze s ni jsou jeji programatori nejvic spokojeni rozhodne neni ... v tom vyslo nejlip Ruby mimochodem. Bohuzel jsem ten link nekam zalozil, ale byl to vetsi vyzkum, ne nejaky plk na Frantovo blogu.

Napsal Skynet;122093

Kde jsi četl, že je Java nejoblíbenější jazyk na světě? Rád bych nějaký ten žebříček viděl.

"Javaři" berou mnohokrát větší plat, protože v tomto jazyku neumí nikdo dělat (ale hlavně že je nejoblíbenější)

V PHP dnes dělá téměř každý a trh je přesycen.

PHP je nenáročný jazyk na systém. To se v žádném případě nedá říct o Javě.

Každý člověk == jiný názor :)

Java vubec neni slozita, naopak Java je trapne jednoducha. Tak trapne ze to neni ani zadna zabava. Opravte me pokud se pletu, ale nikde zadne slusne funkcionalni prvky, closures, method_missing, define_method ... proste nuda. Kdybych musel pouzit JVM jako platformu, tak beru JRuby nebo Groovy.

Napsal botanicus;122518

vaclav.hodek:

3) Co se tyce srovnani PHP a J2EE, plati uplne totez pro Ruby/Rails. Bude to upravovatelnejsi, rychle napsany, ale vyvojari taky berou x-krat vic nez PHPkari. Nevim presne, kolik stoji PHPkari, ale Ruby on Rails senior developer dostava v USA obvykle kolem $60, nekdy ale az $150 na hodinu. Coz vim protoze se zivim freelancingem ...

BTW Java je mozna nejrozsirenejsi jazyk na svete, ale nejoblibenejsi, tj. ze s ni jsou jeji programatori nejvic spokojeni rozhodne neni ... v tom vyslo nejlip Ruby mimochodem. Bohuzel jsem ten link nekam zalozil, ale byl to vetsi vyzkum, ne nejaky plk na Frantovo blogu.

Frantuv blog tohle asi nebude - ctyri nezavisle vyzkumy... http://www.devtopics.com/most-popular-programming-languages/ . Jinak PHPckar profi se muze take dostat na castku 1000,-/hod. ale je to spise vyjimka:) 150$ bych rekl ze ne:) Na druhou stranu Javistu je taky dost a jsou placeni velmi slusne

Napsal botanicus;122518

1) Kompilace: chyby se kontroluji v testech. Kdo netestuje, at se nedivi. A testovat by es melo nejen v dynamickych jazycich. Pokud chybi v projektu testy, nelze ho brat seriozne a rozhodne bych ho nechtel napr. portovat na novou verzi frameworku neco tam menit nebo do toho vubec zasahovat.

"Test" je hrozně široký pojem. Máme unit testy, integrační testy, sanity checks, blackbox testy nad GUI... V jazycích jako Java nebo C# lze kompilaci považovat za další extra test.

BTW Java je mozna nejrozsirenejsi jazyk na svete, ale nejoblibenejsi, tj. ze s ni jsou jeji programatori nejvic spokojeni rozhodne neni ... v tom vyslo nejlip Ruby mimochodem. Bohuzel jsem ten link nekam zalozil, ale byl to vetsi vyzkum, ne nejaky plk na Frantovo blogu.

Za prvý na tom nezáleží a za druhý tohle nelze ani trochu objektivně změřit. Záleží na metodice a hlavně na vzorku.

Napsal botanicus;122521

Java vubec neni slozita, naopak Java je trapne jednoducha. Tak trapne ze to neni ani zadna zabava. Opravte me pokud se pletu, ale nikde zadne slusne funkcionalni prvky, closures, method_missing, define_method ... proste nuda. Kdybych musel pouzit JVM jako platformu, tak beru JRuby nebo Groovy.

method_missing a define_method a dalsi podobne veci povazuju za konstrukce, kterym by se mel clovek vyhnout a opet to plati zvlaste pro vetsi projekty.