Komentáře k článku

Yii mieša karty PHP frameworkov

Yii logo

Framework Yii (yes it is) je pomerne mladým hráčom na poli PHP frameworkov. Má však šancu miešať kartami na preplnenom trhu s frameworkami pre tento jazyk. Panuje okolo neho stále väčší ruch a záujem komunity okolo neho narastá. Poďme si ho preto v stručnosti predstaviť.

Zpět na článek

84 komentářů k článku Yii mieša karty PHP frameworkov:

  1. sidik

    Super

    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ů.

  2. marek

    debugger

    ď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?

    1. sidik

      Re: debugger

      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í.

    2. srigiAutor příspěvku

      Re: debugger

      Vo verzii 1.1.7 sa silne zlepsilo vykreslovanie vynimiek – je podobne dynamicke ako v NetteDebug, daju sa rozlkikavat jednotlive „stages“, ktorymi vynimka bublala. Co sa tyka debug paneliku, je dostupny vo forme extesny.

    1. srigiAutor příspěvku

      Re: Dobré!

      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 :)

  3. Martin Soušek

    Proč RoR v PHP, když můžu mít RoR v Ruby?

    Proč používat parodii, když můžu mít originál? Navíc ten originál získám s jazykem, který frameworku umožňuje věci, o jakých se PHP ani nesnilo.

    Já jsem přešel z PHP na Ruby a nelituju. Výhodou je i minimum lam.

    1. sidik

      Re: Proč RoR v PHP, když můžu mít RoR v Ruby?

      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.

      1. vetesnik

        Re: Proč RoR v PHP, když můžu mít RoR v Ruby?

        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.

      2. Pepa Chmel

        Re: Proč RoR v PHP, když můžu mít RoR v Ruby?

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

      3. Pepa

        Re: Proč RoR v PHP, když můžu mít RoR v Ruby?

        to mě baví jak v česku každej píše aplikace s milionama transakcí a každá milisekunda je pro něj kriticky důležitá :D

        1. Jerry12

          Re: Proč RoR v PHP, když můžu mít RoR v Ruby?

          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.

        2. Jerry12

          Re: Proč RoR v PHP, když můžu mít RoR v Ruby?

          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.

          1. Pepa

            Re: Proč RoR v PHP, když můžu mít RoR v Ruby?

            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 :-)

            1. Tharos

              Re: Proč RoR v PHP, když můžu mít RoR v Ruby?

              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).

              1. Pepa

                Re: Proč RoR v PHP, když můžu mít RoR v Ruby?

                No jasně. Ale twitter na ty hranice narazil až když zpracovával terrabajty dat dennně. Takže budu rád až se dostanu do stejných problémů jako twitter, ale zatím to neřeším, stejně jako by to nemělo řešit 99% čtenářů Zdrojáku.

              2. Michal

                Re: Proč RoR v PHP, když můžu mít RoR v Ruby?

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

    2. Hmmm

      Re: Proč RoR v PHP, když můžu mít RoR v Ruby?

      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.

  4. ujovlado

    dobry clanok

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

  5. Michal

    Diky za clanek

    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.

  6. Tharos

    A co na to Nette :)?

    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…).

    1. LV

      Re: A co na to Nette :)?

      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)

  7. Nox

    C prefix

    Na tomto mieste spomeňme, že v Yii sú všetky triedy (okrem Yii) prefixované C (viď. vyššie). Obmedzí sa tak kolízia s vašimi triedami a triedami iných knižníc.
    Zlaté namespacy…

    1. Nox

      Re: C prefix

      Jinak osobně mě Yii nijak neuhranul, ale samozřejmě je dobré že jsou různé frameworky, každýmu může sednout jiný. Trochu mi připomněl Kohanu, ale jsem rád, že jsem přešel k Nette (ještě Symfony2 vypadá dost slušně)

      1. Hmmm

        Re: C prefix

        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

        1. Tharos

          Re: C prefix

          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. :)

          1. Hmmm

            Re: C prefix

            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.

            1. Čelo

              Re: C prefix

              „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.

        2. David Grudl

          Re: C prefix

          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.

          1. Hmmm

            Re: C prefix

            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,…).

            1. blizz

              Re: C prefix

              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.

                1. langpa

                  jazyk

                  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 ;-)

                2. blizz

                  Re: C prefix

                  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á.

    2. imploder

      Re: C prefix

      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.

  8. plistiak

    Jazyková korektúra

    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“.

    1. srigiAutor příspěvku

      Re: Jazyková korektúra

      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.

      1. Martin Malý

        Re: Jazyková korektúra

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

        1. Michal

          Re: Jazyková korektúra

          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 :-)

          1. plistiak

            Re: Jazyková korektúra

            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 ;)

      2. plistiak

        Re: Jazyková korektúra

        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ť.

  9. marek

    pokračovanie?

    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…

    1. Pepa

      Re: pokračovanie?

      Proboha nestraš. Je rok 2011. Pokud se chce Zdroják tvářit jako moderní portál pro webaře, tak by neměl psát seriály o frameworcích v php a už vůbec ne o obskurních frameworcích v php (jeden článek bohatě stačí).

      Spíš se zaměřit na modernější věci typu Django/Python (nějakej seriál tu byl), Ruby/Sinatra/Rails (jeden článek nedávno), Capuccino (seriál tu byl, ale moc asi nezaujal), Sproutcore (nic?), Backbone (nic?), Spine (nic?) Zepto (nic?), jQuery mobile (nic?), Sencha (nic?), Play (nic?), Mongo (něco tu bylo), Redis(?), Riak, Neo4j… Prostě při vší úctě, moderní webařina je převážně úplně jinde než v php+mysql.

      Na druhou stranu chápu specifičnost zatuchlého českého rybníčku, kde prostě lidi články o ničem jiným než php moc nezajímají (viz. například téměř nulová diskuse u článků o Cappucino), a ty který to zajímá, si to dávno přečetli jinde (viz. překlady půl roku starých profláknutých článků a návodů).

      1. Martin Malý

        Re: pokračovanie?

        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.

        1. Pepa

          Re: pokračovanie?

          No to je právě to co jsem říkal. Že je problém čtenářů Zdrojáku že je ty nový technologie nezajímají, nekoukají dál za špičku svýho nosu, atd. Neříkám, že mají od zítřka všichni flákat do aplikací Redis a psát v Pythonu, ale je dobrý si to aspoň osahat a vědět jaký jsou možnosti (a třeba si z toho něco vzít i do php, viz. právě ten Yii). Přístup „kraviny, co za rok nikoho nebudou zajímat“ je bohapustá zabedněnost.

          PHP je sice stále nejpoužívanější, ale přece jen asi spíš z historických důvodů. Když se podívám třeba na http://thechangelog.com/ kterej se těm moderním webařským technologiím věnuje, tak tam zcela dominuje javascript, ruby, python,… a článek o php tam byl naposled… asi nikdy.

          Takže moje poznámka by se dala shrnout jako „seriál o Yii by byl jen dalším zakonzervováním v neblahém stavu“.

          1. Martin Malý

            Re: pokračovanie?

            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…

            1. Pepa

              Re: pokračovanie?

              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.

              1. Michal

                Re: pokračovanie?

                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.

                1. Opravdový odborník :-)

                  Re: pokračovanie?

                  Sice PHP nemám rád a už bych se k němu nechtěl vracet, ale ty argumenty nejsou tak mimo, jak si myslíš. Ad 2) výběr hostingu opravdu hraje roli. Ad 3) sehnat dobré a levné lidi taky, když máš skvělou technologii, ale nemá na tom kdo vyšívat, je to na nic. Ad 1) akorát tohle je blbost — je potřeba se odlišit od konkurence, ale zase záleží, na jaké zákazníky se firma zaměřuje — jestli chce sekat webiki jako Baťa cvičky, nebo cílit na nějakou užší skupinu a odbornější služby — a tohle je více strategické než technické rozhodnutí.

                2. Pepa

                  Re: pokračovanie?

                  Tak jim to nevysvětluj a běž o dům dál. Z pohledu zaměstnance jde přece taky o „programming happines“. A za současnýho stavu máš výhodu, že railsový firmy berou i zkušený phpčkaře, kteří chtějí switchnout.

                  Z pohledu firmy je zatím problém vyšší cena a nižší dostupnost developerů, ale dá se to částečně řešit zase nabíráním phpčkarů a jejich přeškolováním. A pak tě jako zaměstnavatele zajímají věci jako rychlost vývoje, to že se jede TDD a verzuje na Gitu, takže můžeš mít klidný spaní, když se dopisujou a přepisujou velký kusy aplikace, to že snad na všechno existuje gem a není potřeba to psát in-house, atd. atd. Nehledě na to, že když jedeš TDD na Gitu a píšeš všechno anglicky, tak není problém aby ti kus appky napsal polák, ukrajinec nebo ind. Neříkám, že tohle nejde i na php, jen prostě ty best practices obvykle začínají v rails světě a až postupně se dostávají dál.

                  1. Michal

                    Re: pokračovanie?

                    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 :-)

              2. David Grudl

                Předsudky, dojmy, průjmy

                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í.

                1. Ondřej Mirtes

                  Re: Předsudky, dojmy, průjmy

                  Souhlas. Rubysti tvrdí, že nepotřebují dependency injection, protože mají monkey-patching :)

                  Tenhle posměch ale taky pramení z neznalosti. Třeba má Ruby oproti PHP něco navíc a naopak, ale ty jednotlivé tábory si to nepřiznají.

                  Stejně tak všichni Apple hateři, které jsem potkal, zmlkli poté, co dostali do ruky iPad :)

                      1. anonym

                        Re: Předsudky, dojmy, průjmy

                        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.

                2. Pepa

                  Re: Předsudky, dojmy, průjmy

                  Co je tohle za výlev? Snaha zesměšnit vkládáním absurdních nesmyslů do cizích úst? Tenhle styl diskuse bych ponechal pánům v poslanecké sněmovně, prosím.

                    1. blizz

                      Re: Předsudky, dojmy, průjmy

                      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.

                      1. František Kučera

                        Re: Předsudky, dojmy, průjmy

                        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.

                3. Martin Soušek

                  Re: Předsudky, dojmy, průjmy

                  Ale Davídku neboj, my ti přece nechceme rozšlapat tvoje Nette náboženství. Klidně ať si v tom dělá celá tahle republika. Jsi nejlepší a my ti věříme!

                  Ale teď vážně. Jazyk je sice jen jazyk, ale asi je nějaký důvod, proč nepíšeme web aplikace v Pascalu. Musí být nějaký důvod, proč jsme kdysi z Basicu přešli na Pascal, potom na C a potom na PHP. Určitě je nějaký důvod, proč jsou VBA programátoři ostatním jen pro smích.

                  Když programátor při práci zjisti, že ho jeho stávající jazyk brzdí a nedovolí mu vyjádřit co si přeje, tak má dvě možnosti. Buď zvýší úsilí a nějak to spatlá, anebo jazyk změní za lepší. Ty jsi zvolil první možnost a je to tvé právo, které ti nikdo nebere.

                  1. Michal

                    Re: Předsudky, dojmy, průjmy

                    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.

                  2. petr dunaj

                    Re: Předsudky, dojmy, průjmy

                    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 :)

          2. Hmmm

            Re: pokračovanie?

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

        2. Hugo

          Re: pokračovanie?

          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 …

  10. Stefano

    Moja skúsenosť

    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

  11. Extak

    Také něco k Yii

    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í :-)

  12. Radoslav

    Ruky prec

    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…

    1. drla

      Re: Ruky prec

      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 ????

      1. lubos

        Re: Ruky prec

        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.

  13. moo

    yii re-generovani

    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

    1. Extak

      Re: yii re-generovani

      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.

Napsat komentář

Přihlásit se

Tato diskuse je již příliš stará, pravděpodobně již vám nikdo neodpoví. Pokud se chcete na něco zeptat, použijte diskusní server Devel.cz

Zdroj: http://www.zdrojak.cz/?p=3490