Názory k článku
Yii mieša karty PHP frameworkov

first! good work, srigi!

Díky za článek. S Yii si teď hodně hraju, protože mi vyhovuje jak snadno se s ním pracuje a jak snadno ho lze přiohnout podle vlastních představ. Třeba adresářová struktura jde snadno změnit (protected mám přejmenované na app a mimo adresář www_root).

Kromě toho je to fakt rychlý a vývoj v tom je radost. U ostatních frameworků (Nette, CakePHP, Zend) jsem stále narážel na něco, co mi práci komplikovalo nebo mě to minimálně vytáčelo. Tady jsem zatím na nic nenarazil.

Jediné co mi vadí, je prefix některých objektů ale to je holt daň za absenci jmenných prostorů.

ďakujem za výborný článok, práve som po yii pokukoval, lebo nette vyzerá ako nekonečný príbeh bez dokumentácie... ale mám otázku, je v yii niečo ako ladenka?

Něco takového tam je, dokonce lepší (co se týče reportovaných informací). Nicméně zatímco laděnka zachytí v podstatě všechno, Yii debugger se občas nechytí.

Vo verzii 1.1.7 sa silne zlepsilo vykreslovanie vynimiek - je podobne dynamicke ako v Nette\Debug, daju sa rozlkikavat jednotlive "stages", ktorymi vynimka bublala. Co sa tyka debug paneliku, je dostupny vo forme extesny.

Neměli by jste ukázku ("Bluescreenu")?

Ja si myslim uplne to iste. V Bratislave mame akciu menom Rubyslava a ked mi tam chalani robili ukazku prototypovania v RoR, bolo to ciste Yii :)

Já jsem to zkoušel ale cokoliv psané v RoR, potažmo Ruby bylo tak nehorázně pomalé, že jsem se rád vrátil zpět k PHP.

To jste asi dělal něco špatně, u mě to lítá lightning fast :).

Jinak tohle vypadá hezky, až budu něco potřebovat v PHP, tak hurá na to.

Asi jste měřil rychlost v dev. modu :) Production nijak za rychlostí php nezaostává... ;)

Ja bych videl vetsi problem v latenci. Req/s jde vyresit pomoci skalovani, ale kdyz trva zpracovani requestu 1200ms na vlaknu s pristupem k 3Ghz Xenonu, tak mas problem. Nad 700ms u zakladnich operaci uz to uzivatele s rychlym pripojenim nebo na intranetu omezuje. RoR historicky tenhle problem melo, ale na jeho obhajobu je potreba rict, ze se tak chova nejadna aplikace v Jave, .NETu a velka cast aplikaci v obrich PHP frameworcich jako je Zend nebo Symfony. Aktualni stav presne nevim, delsi dobu jsem tuhle problematiku neresil, takze je mozny ze zrovna RoR jsou stejne bleskurychly jako Django (v dobe kdy jsem se zajimal bylo jako jediny velmi rychly a pritom slo o plnotucnej framework).

Sekunda je dlouha doba, kdyz jde o interaktivitu.

Já jsem spíš narážel na to, že 99% čtenářů Zdrojáku šmrdlá nějaký blogy a cmska kde je traffic jeden člověk za hodinu, ale všichni mají plnou hubu řečí o rychlosti, protože si někde přečetli, že s tím měl problém twitter :-)

Tak Twitter s tím problémy měl a vyřešil je tak, že RoR opustil :) (respektive ponechal jej jen v nenáročném frontendu). Z jejich prohlášení mám pocit, že kdyby se čas vrátil a oni šli znovu do vývoje, RoR už by nezvolili (i když takto konkrétně jsem to samozřejmě v žádném vyjádření nečetl).

Já mám pocit, že RoR už nemají ani ve frontendu, ne?

Jo Twitter byl v ror proste proto ze je stejne jako ror od signalu, byla to jedna z jejich prvnich aplikaci na ror :-)

Ja bych videl vetsi problem v latenci. Req/s jde vyresit pomoci skalovani, ale kdyz trva zpracovani requestu 1200ms na vlaknu s pristupem k 3Ghz Xenonu, tak mas problem. Nad 700ms u zakladnich operaci uz to uzivatele s rychlym pripojenim nebo na intranetu omezuje. RoR historicky tenhle problem melo, ale na jeho obhajobu je potreba rict, ze se tak chova nejadna aplikace v Jave, .NETu a velka cast aplikaci v obrich PHP frameworcich jako je Zend nebo Symfony. Aktualni stav presne nevim, delsi dobu jsem tuhle problematiku neresil, takze je mozny ze zrovna RoR jsou stejne bleskurychly jako Django (v dobe kdy jsem se zajimal bylo jako jediny velmi rychly a pritom slo o plnotucnej framework).

Sekunda je dlouha doba, kdyz jde o interaktivitu.

Ake veci napriklad? :)

Lebo ked niekto povie, ze A dokaze robit veci o ktorych sa B ani nesnivalo, tak to znamena, ze A vie len tolko kolko B, pripadne menej.

Konečně o lamu méně!

Ajo, takže používáš RoR, tak to seš velkej kluk..

myslim, ze takyto rozsiahly clanok o Yii som este v "Ceskoslovensku" nevidel. parada srigi, zajtra.sk za nechyta! :)

Jeste by me zajimalo co mi ten framework nabidne oproti symfony2, z toho clanku mi pripada ze nic, naopak oproti nemu spoustu veci postrada.

Dik.

S Yii jsem přišel velmi lehce do styku před několika měsíci při spoluúčasti na jednom zahraničním projektu a přestože to bylo jenom tak z rychlíku, líbil se mi. Chtěl bych využít autorova hlubšího vhledu a chtěl bych se ho zeptat, co se mu na něm líbí a naopak nelíbí oproti českému Nette? :) Který osobně preferuje a proč? Překvapuje mě, jak je komunita kolem Yii v ČR malá (pokud vím), většina vývojářů se nechytá ani na ten název (má osobní zkušenost, ale zase celou vesnici jsem neobcházel...).

Komunita imo roste. Pred mesicem jsem hledal praci a asi na 5 interview se me ptali na zkusenosti s Yii (nemel jsem zadne, pouzival jsem zatim jine FW)

...Konečně článek o frameworku, který NENÍ Nette.

Ja po troch rokoch zase od Nette odchadzam. Nevyhovuje mi slaba dokumentacia oslabena roztriestenostou medzi verziami 0.9 a 2.0, nevyhovuje mi verzia cislo 2 a neviem ake configy, ktore musim pri nej riesit (aspon tak to vyzeralo podla prveho pokusu so skeletom Nette2.0) a este par veci by sa naslo.

Takze bud Yii alebo CodeIgniter... Hm

Nechci, aby to vyznělo nějak urážlivě, ale ty tři roky tedy předpokládám byly ve znamení těžce svátečního používání. Já osobně jsem ve styku s Nette cca druhým rokem (a taky ne úplně denně) a po takové době běžného používání mně nějaká dokumentace již vůbec netrápí, protože na vše mi stačí API reference a zdrojové kódy. Moje představa je, že člověk po třech letech práce v Nette nepotřebuje ani to a že mu stačí jenom sledovat nové commity v repositáři. :)

To, že někdo po třech letech framework neovládl, může být pro neznalého vskutku odstrašující, ale já bych zde opravdu neviděl vinu ve frameworku...

Nette určitě není nejjednodušší framework a asi prostě není úplně pro každého... Faktem ale je, že je u nás v zemi dost protlačované a občas mám pocit, že se někteří nově příchozí rozhodli svou programátorskou kariéru zahájit naučením se Nette a pak až samotného PHP. :)

Sviatocne pouzivanie to nebolo. Prvy rok este ako tak ano, to som vtedy pouzival iba niektore komponenty Nette, ako formulare napriklad, a nie cely system.

Ale potom neskor som v tom zacal robit viac veci. Na take bezne a nie prilis narocne projekty sa to pouzit da. Ale akonahle pride nieco mimo toho, tak nastavaju problemy.

Okrem toho sa mi velmi nepacia snahy autorov do toho nasilu tlacit vlastne dalsie projekty ako notorm a adminer.

"Na take bezne a nie prilis narocne projekty sa to pouzit da" -- přesně tak. Akorát, že bych namísto Nette rovnou mluvil rovnou o celém PHP a jeho fw.

Pokud dáš ještě Nette šanci, mám pro tebe dobrou zprávu. Verze 2.0 beta bude vydána v pátek 27. 5. 2011, ostrá by pak měla následovat krátce poté.

A dne 1. 6. bude spuštěna zcela nová dokumentace v českém jazyce.

Nie, dakujem. Prave 2.0 je to co sa mi nepaci. Alebo teda zatial na mna dobry dojem neurobila.

Za to sa mi cim dalej paci CodeIgniter a jeho triedy na vselico mozne (vytvaranie tabuliek, typografiu,...).

ja tiež odchádzam od nette, podľa mňa je to síce perfektný framework, hlavne sa mi páčia šablóny latte čo mi ale vadí je pomalý a zastaralý jazyk/platforma - PHP, ktoré nemá zatiaľ ani také základné veci ako lambda výrazy, alebo closures. Na menšie projekty mám Node.JS a na vačšie si robím vlastný CMS nad ASP.NET MVC.

Jo, ale pořád chybí try/finally blok a taky by bylo fajn rozšířit type hinting na int, float, string... (array a objekty jsou již pokryté). Prostě přinést výhody staticky typovaných jazyků do PHP, ale přitom zanechat možnost psát dynamicky, beztypově, ono se PHP v nějaké verzi možná do 10 let do toho dostane, nebo nám M$ přinese vlastní .NET dialekt ;-)

máte pravdu php5.3 už má aj closures. aj keď májú divnú syntax (nutnosť použiť keyword use a za ním vypísať zoznam premenných, ku ktorým budem pristupovať)

php 5.3 má tiež anonymné funkcie, ale lambda výraz je skrátená verzia anonymnej funkcie, a tie PHP nemá.

když nevíš, jaké configy, tak to je zlé"

To víš, jmenné prostory jsou prý moc enterprise a kanón na vrabce :-D

To samé je u Qt, tak začínají všechny třídy na Q. Neviděl bych to jako zásadní problém (tj. důvod proč framework nepoužívat), i když namespacy jsou takové systémovější řešení. Je to open-source, takže jde si v případě nutnosti třídy přejmenovat.

Vďaka za tento článok. Je na vysokej odbornej úrovni a rád som si rozšíril obzory. Keďže však autor je tiež len normálny "ajťák", bolo by fajn dať článok prečítať aj (slovenskej) jazykovej korektorke. Český čitatelia si asi chyby nevšimnú ale Slovákom (zvlášť z východu) by korektúra mohla pomôcť k lepšiemu "prožitku".

*priežitku. Podle vzoru riezok.

Riezok? To nie je "rezeň"? Su zmatené! ;)

Par ludi mi uz pisalo, ze su tam velke chyby v gramatike. Trosku som dufal, ze ich vychyta nejaky korektor z IInfo. Ja som to pisal iba s pomocou spellcheckera vo Firefoxe.

Korektora máme, ale ne na slovenštinu :( Pokusíme se s tím něco udělat, abychom byli připraveni

Nevim jak dulezita je gramatika z Vaseho uhlu pohledu, ale neni to jenom obrana proti prudicum? Myslim si ze rozumny lidi si z toho clanku vezmou to co v nem je a k tomu par gramatickych chyb rozhodne neprekazi.
Lidem, ktery maji ruzne osob(nost)ni problemy z toho mozna vstavaji vlasy na hlave, ale stoji Vam za to se na takove ohlizet a vynakladat prostredky na zmirneni jejich lince?

Piece :-)

Nie som purista a drobné chyby mi nevadia. Cením si, že Igor napísal tento článok a nechcel som nikoho kritizovať. Myslím, že štylisticky a pravopisne správne texty poukazujú na profesionalitu periodika. Predpokladám, že keby české texty neprechádzali jazykovou korektúrou, tak ja by som si to nevšimol, ale vám by sa čítalo oveľa ťažšie.

Pravopis, samozrejme, nie je niečo, čo by mi prekážalo natoľko, aby som prestal čítať texty na tomto webe. Len v tomto článku bolo niekoľko výrazov, pri ktorých som sa pozastavil, pretože sú to buď poslovenčené české slová, alebo slang zo západneho Slovenska. Vidím, že p. Malý a p. Krčmář sa snažia zvyšovať kvalitu a napadlo mi, že toto by mohlo tiež trocha pomôcť.

PS: zo Slovenského jazyka som na maturite dostal 4 ;)

Jasné, veď ty si predsa neštudoval slovenčinu na profi úrovni. Tiež robím chyby a niekedy si nie som istý. Preto som písal, že po odbornej stránke som veľmi spokojný a teším sa tomuto článku. Skôr som to myslel ako návrh pre IInfo. Z času na čas vydajú aj články v slovenčine, tak by sa to mohlo hodiť.

ešte raz ďakujem za článok, ešte ma napadlo, nechcel by si z toho urobiť aj seriál? Napr. nejaký tutoriál ako urobiť nejakú aplikáciu. Myslím, že mnohí by to ocenili, sa mi zdá, keď si čítam túto diskusiu...

Backbone nahozeno zde: http://zdrojak.root.cz/clanky/javascriptareni-nejen-jquery-ziv-je-javascriptar/, jQmob je v plánu, na Senchu ani Mongo nemám autory, Redis zde: http://zdrojak.root.cz/clanky/redis-key-value-databaze-v-pameti-i-na-disku/, Zepto ve zprávičkách... Jenže druhá věc je, že články o těhle technologiích mají naprosto mizivou odezvu, a když nějakou mají, tak spíš zápornou ("to jsou nějaké kraviny, co za rok nikoho nebudou zajímat, napište radši něco o klasických SQL databázích nebo o Javě").

Překlady "půl roku starých profláklých návodů, co už všichni četli" mají, věřte nebo ne, docela osvětový efekt: dostanou se i k těm, které by tyhle informace ani nenapadlo hledat. Poměrně častá je reakce "Tyjo, tohle jsem potřeboval a netušil jsem, že to už existuje..."

Pokud je na druhou stranu PHP nejpoužívanější jazyk pro tvorbu webů (celosvětově, ne jen "v českém rybníčku"), nemůže se mu Zdroják nafrněně "ze zásady" nevěnovat.

Já nesouhlasím s tím shrnutím. Z mého pohledu je článek o Yii právě ukázkou modernějšího směru vývoje, frameworku, který je v PHP "nová generace". A jako takový si zde místo zaslouží. Ale to je na delší diskusi...

No jo, jenže on je "nová generace" právě jen ve světě php. Jinak přináší věci, který jsou v ruby nebo pythonu běžný několik let.

Článek sem nepochybně patří, i já si rád přečtu něco málo o php, přesto že v něm nedělám, a i z php světa můžou přijít zajímavý nápady. Ale na seriál to asi není. To složení článků už takhle totiž moc neodpovídá tomu, co se ve světě web developmentu děje.

Třeba nejžhavější témata jsou v současnosti právě 1) javascript - backbone je megahit, sproutcore má novou významnou verzi a novou dokumentaci, node.js prochází bouřlivým vývojem a 2) html na mobilech a tabletech - html5, jquery mobile, media-queries, javascript microframewor­ks/microlibra­ries, apod. Téma NoSQL je skoro passé :-) a ten největší hype už opadl.

Ono je to hezky ty moderni frameworky v ruby a pythonu, jenze vysvetli tady v CR nejaky firme ze (pro ne) standardni procesy pro stagovani (manualni FTP kopirovani v total commanderu) se uz dneska pouzivaji jen tady a v Ukrajine.
Vysvetli jim, ze v PHP pises zbytecny znaky a slova ktery te nekde jinde neobtezujou a pises tam tudiz rychlejs. A dalsi a dalsi....
Jednou jsem se snazil ve firme prosadit ror a dopadlo to tak ze uz jsme o tom vickrat nemluvili, protoze jsem nemohl argumentovat proti konzervativnim duvodum.
1) musime byt stejni jako ostatni, kdyz budeme mit jine nastroje nez ostatni, nemuzeme migrovat projekty se spratelenyma firmama
2) museli bysme mit dalsi zvlastni hosting, chceme jen jeden a ten menit nemuzeme
3) spousta firem meni programatory jak na bezicim pase a kdyby se zacalo programovat v necem jinem nez je PHP, nebylo by takovy portfoli.
atd. atd...

Takze ve vysledku bych byl jak trosecnik na ostruvku a programoval si neco, na co by byl problem sehnat zastupitelnost a z pohledu managementu by s tim bylo spousta problemu.

Byly casy kdy jsem si rikal ze PHP definitivne odzvonilo, ale ted uz vim, ze tady s nama bude dokud budou stat banky a bude porad nejpouzivanejsi.

Ja jedu TDD i BDD a na gitu i v PHP to jen tak naokraj.slovic­karis.

Ale jinak peknej prispevek, zamyslim se nad tim :-)

Skazky o úžasných frameworcích na Ruby a Pythonu, které už dnes umí věci, o kterých se hlupáčkům s PHP ani nesní :-)) Blud ze stejné kategorie, jako že lepší je vše, co je „zahraniční“ nebo dokonce „americké“. Ale prosím, klidně si tomu věřte.

Nářky nad PHP, které ty „objekty přece vůbec neumí, na Webtrhu kucí říkali“, ačkoliv realita je taková, že oproti Ruby umí interfaces, type hint, oproti Pythonu umí privátní a protected proměnné, atd., tedy věci, bez kterých si řada programátorů neumí život představit.

Nábožné uctívání Rails? Framework, který teprve v poslední verzi z roku 2010 objevil unobtrusive JavaScript a přestal generovat kód, kde v každém „ajaxovém“ elementu je monstrózní atribut onclick? Gratuluji!

Jazyk je jazyk. Můžeme se smát maďarštině, že zní legračně, ale vůbec to neznamená, že Maďaři jsou hloupější. Hloupý je leda ten, kdo to tvrdí.

Kde to nekdo vyznacny z komunity tvrdi? Zase JPP?

Ja se ptal na _vyznacneho_ predstavitele Ruby komunity a ne na nejakeho smudlu z Hornidolni. Vzdyt tento clovek nepracuje na zadnem vyznacnem Ruby projektu ci se nejak vyznacne nezapojuje do komunity.

Pravdivy vylev.

python má aj privátne atribúty, akurát sa nepoužíva kľúčové slovo private ale dve potržítka pred názvom atribútu. a keď chcete k takejto premennej / metóde, pristupovať z vonka tak sa proste vyhodí chyba.

U toho musel někdo asi "hodně" přemýšlet -- když budu chtít změnit přístupnost metody/proměnné, tak abych přepsal celý program.

Nette mi nesedi, ale tvymu prispevku davam velkej dislike!
Kolik jsi toho napsal ze se do nej takhle poustis? Asi toho moc nebude, protoze jinak bys tohle nikdy nenapsal.

zrovna jsem o te volbe jazyka premyslel, kdyz si jakub vrana postezoval na twitteru, ze kvuli php projel google code jam a pak publikoval na blogu obskurni reseni problemu

o kolik lehceji by to slo udelat v jinem jazyku. v nekterych by dokonce k chybe ani nedoslo, protoze na presne vypocty prepnou automaticky :)

Staci si do vyhladavania tej stranky zadat php a hned sa tam tych clankov o PHP objavi niekolko :)

To je podstatne viac ako...asi ziaden :)

Suhlas :"Překlady "půl roku starých profláklých návodů, co už všichni četli" mají, věřte nebo ne, docela osvětový efekt: dostanou se i k těm, které by tyhle informace ani nenapadlo hledat. Poměrně častá je reakce "Tyjo, tohle jsem potřeboval a netušil jsem, že to už existuje..."" to som presne ja :)
Inak k tomu pokroku - nie je potrebne sa vrhat na kazdu novu technologiu, ktora sa objavi. Jedna clovek zisti, ze to nakoniec ani nepotrebuje a je zbytocne mat v hlave X frameworkov, etc ...

Yii framework som skusal zhruba pred rokom.
Určite stoji za vyskušanie. Mne sa pacilo vytvaranie a validacia formularov priamo v modely. Cache kde si clovek urci ktore casti su dynamicke a ktore staticke. Jednoducha podpora pre validaciu formularov pomocou ajaxu. Rychlost. Generovanie kodu. atď.
Momentalne pouzivam Zend Framework ktory mne vyhovuje najviac

Vzhledem k tomu, že v diskuzi se o Yii téměř nediskutuje, dovolím si zmínit svou osobní zkušenost.

Asi před dvěma lety (V té době Yii byla horká novinka) jsem se rozhodoval pro PHP nový framework (dříve CakePHP, Kohana). Nette vypadalo zajímavě, ale z mého pohledu se ještě nehodilo pro produkční nasazení, takže jsem skončil u Yii a už na něm tedy nějakou dobu vyšívám.

Zatím jsem nenarazil na nic produktivnějšího pro frontend webových aplikací. Výborná dokumentace, solidní podpora pro nejběžnější problémy a téměř neomezená ohýbatelnost.

A dovolte mi ještě také zvednou prapor za PHP. Existuje spousta a spousta zajímavějších, modernějších a krásnějších technologií, májí ovšem lepší poměr cena / výkon? To je totiž to, co obvykle zajímá ty pány v sakách co nám platí :-)

Mal som moznost pracovat v Yii na velkom pre-made scripte, ktory bol (podla autorov) spickovo napisany, ale to sielene zanorenie tried a abstraktnost vytvara tony suborov a pri velkych projektoch je to az sialene neprehladne. Chcete zmenit jedno pole v formulari a musite urobit 5 zmien na 5 miestach pre kompletnu validaciu s ohladom na to aby ten formular este bol vobec funkcny.

Mozno na male low cost blog apps, inak urcite nie...

Dovolim si nesuhlasit. Ak si sa nevrtal v jadre Yii frameworku tak si urcite nenarazil na sialenu abstrakciu (ktora tam podla mna ani nie je). Cize vychadza mi z toho ze to preabstraktoval clovek alebo tym ludi ktory vyvijali danu aplikaciu a v tom pripade to nema nic SPOLOCNE S AKYMKOLVEK frameworkom... A to s tym formularom je podla mna blbost , pokial viem Yii ti umoznuje viacerymi sposobmi vytvorit formular...

bud v controller si vytvoris model a vo view pouzijes helpery pre dane formularove prvky, alebo pouzijes form builder, velku cast spravis v controller a vo view ho iba vykreslis ,alebo pouzijes widget.

Podla toho aky sposob pouzijes na pridanie prvku vo forme ti v podstate staci napr. vo view pridat helper a v model validaciu a skoncil si, kde si zobral 5 miest ????

Taktiez si myslim, ze je to skor emocionalny postoj, ako argumentujuci. Mam s Yii dobre skusenosti, robil som v nom niekolk palikacii. Pri porovnani so Zend Frameworkom jednoznacne vyhrava Yii. Dovodov je mnoho a su akozeinac subjektivne, takze ich radsej neuvadzam, ale vsetky aplikacie robim uz len v Yii.

nejak mi nedochazi jak resit ze v yii vygenerovat model a subclassnout ho, aby se mi pre pregenerovani neprepsaly vsechny zmeny, uz je trochu problematicky, a predpokladam ze kdyz z toho budu chtit vytvorit crud stranky (a taky je parkrat pregenerovat), tak mam na velmi nesikovny pouziti frameworku zadelano?
Tak sem skoncil u symfony...ale yii se mi libi, muze mi nekdo rict jestli delam nekde v uvazovani chybu? Krome toho ze pocitam ze model budu parkrat upravovat..tomu se nehodlam vyhybat.

WESTRAY, xiscris

U nás ve firmě to řešíme tak, že se snažíme mít kvalitní analýzu a návrh, podle kterého vygenerujeme kostru aplikace a v případě změn je už doděláme ručně. Problém je totiž nejenom s modely (ty by se dali vyřešit děděním asi docela dobře), ale s kontroléry a především views, kde obvykle přibývají např. všelijaké JS udělátka.