Komentáře k článku

Podřízne Razor PHP?

Možná jste zaznamenali vznik nového engine pro ASP.NET s názvem Razor (na Zdrojáku o něm vyšla zprávička. Poměrně nenásilným způsobem kombinuje HTML stránky s jazyky, používanými ve světě .NET, tedy především C# a VB.NET. Má tato kombinace šanci vystřídat PHP na postu „nejjednoduššího jazyka pro vytváření server backendu“?

Zpět na článek

53 komentářů k článku Podřízne Razor PHP?:

  1. alancox

    Veřejné přiznání

    „díky PHP to byl spaghetti kód jako prase, plný dvířek“
    Není nad to svou neschopnost svést na nástroj.
    Pokud je programátor prase, bude prase v každém jazyce.

    1. MareceK

      Re: Veřejné přiznání

      ok tak toto mi neda… programujem sice v php ale ked pouzijes
      mysql_query('select * from $_GET['table']...');
      a vo frameworku je redefinovana funkcia mysql_query ktora vyhlada $_GET, $_POST etc.. a na $_GET, $_POST … premenne pouzije
      mysql_fucking_escape_everything_what_i_want($premenna,TRUE,I_REALLY_WANT_IT);
      tak bude tvoj kod bezpecnejsi aj ked si prase… a nezalezi na jazyku

    2. pepavondepo

      Re: Veřejné přiznání

      Pouze někteří programátoři jsou zkušení hned od svých 13-ti let a rovnou píší dokonalý kód, co?

      1. fos4

        Re: Veřejné přiznání

        Svádět svojí nezkušenost na jazyk mne přijde stejné jako říct, že auto může za to že jezdím jako prase.

      2. ondrah

        Re: Veřejné přiznání

        To ne, ale pokud autor tvrdí, že jeho kód byl prasácký „díky PHP“ (nebo díky jakémukoli jinému jazyku), tak je to spíš prasácký alibismus. „Prasáckost“ PHP3 spočívala leda v tom, že v něm něco dokázali napsat i totální amatéři a začátečníci, aniž by interpreter řval na každém řádku 10 warningů, ale taky ty jejich výtvory podle toho vypadaly.
        Taky je ovšem třeba podotknout, že v té době bylo obecně mezi vývojáři jen velmi slabé povědomí o webové bezpečnosti a existovalo jen málo přístupných zdrojů informací na toto téma. Takže s trochou nadsázky se dá říct, že toho, co nám dnes připadá jako zoufalý amatérismus, byl před 10 lety web plný…

      3. blizzboz

        Re: Veřejné přiznání

        snažiť sa o dokonalý kód v PHP je ako prísť na SM párty v latexovom obleku a poprosiť dominu aby si z vás spravila boxovací pytel… chce to proste dávku masochizmu.

  2. Martin Malý

    Rozšíření Razoru brání jediná věc...

    Řekl bych to asi takto: Za obrovskou popularitou PHP jsou dva faktory. Snadnost je jen jeden z nich, ten druhý je, že když si začátečník napíše skript, tak najde hosting zdarma nebo za 10 korun, kde mu poběží. Když napíše něco trošku vážnějšího, sežene na to plný kýbl hostingů do sta korun měsíčně. Má něco takového k dispozici Razor (či ASP.NET obecně)? Poměr bych odhadoval tak 50:1, a to jsem možná ještě optimista.
    Řeči o kvalitě služeb, které jsou tedy dražší, jsou v téhle věci irelevantní. U PHP je totiž povlovná nejen křivka učení, ale i křivka nákladů na provoz.

    1. KapitánRUM

      Re: Rozšíření Razoru brání jediná věc...


      Je to tak, podobná situace je s Java. Java tě přímo vede psát hezký kód, ale k čemu to je, když na to hosting prakticky neseženeš a na napsání ,,Hello Word“ s EJB+JavaFaces+o­máčka okolo potřebuješ pět let studovat?
      Z ASP.NET se dá alespoň něco vyplivnout, ale MICROSOFT na public serveru? Noční můra! A hosting za pár kaček? SEN!


    2. Michal Augustýn

      Re: Rozšíření Razoru brání jediná věc...

      Tenhle argument byl IMHO aktuální před mnoha lety. Už v roce 2004 tu byl první free ASP.NET hosting (a to se teď bavím jen o Česku) – http://www.aspweb.cz (který právě skončil). Stále je tu ale velmi kvalitní ASPone.cz nebo ASP2.cz.
      Stačí do googlu zadat „asp.net free hosting“ a výše uvedené odkazy vyběhnou.
      Jistě, je pravda, že PHP free hostingů je mnohem více, ale upřednostňuju kvalitu před kvantitou (i když kvantita by měla teoreticky ve zdravém konkurenčním prostředí vést i k vyšší kvalitě :)). Aspoň se člověk nemusí prohrabávat plným kýblem rádobyhostingů…;-)

    3. Tomáš J. Kouba

      Re: Rozšíření Razoru brání jediná věc...

      Dobrý den, já si myslím, že za oblibou PHP jsou i jiné věci. Například na rozdíl od asp.net je za PHP silná komunita. Microsoft do vývoje dává hodně peněz, ale bez problémů přidává další frameworky. .NET se začíná podobat Javě a to je pro ASP.NET špatně. Pokud Microsoft usoudí, že tento framework se již nehodí „do krámu“, přestane ho vyvíjet. Je tady velké riziko, že investuji velkou energii a čas do něčeho, co za 2 roky začne umírat. To se u velkých komunitních nástrojů nestává.
      Podle Tiobe indexu podíl .NET technologie klesá na rozdíl třeba od Pythonu. Za to může samozřejmě především strmý sestup (Visual) Basicu. Myslím, že za tím není objektivní srovnání kvality nástrojů, ale nedůvěra v Microsoft. To podle mého není chybou Microsoftu, ale principem Open a Close source.

      1. tom

        Re: Rozšíření Razoru brání jediná věc...

        Tak to si snad delate srandu ne ?
        U vas se jedna o zasadni nepochopeni celeho IT sveta. Microsoft ten svuj framework tvori uz cca 10 let. A verze frameworku jsou kompatibnilni to znamena ze kdyz neco udelate ve frameworku 1.0 tak to spustite po kompilaci i pod 3.5 s minimem uprav v kodu.
        A ted me ukazte framework pod JAVOU, ktery se takhle chova, ktery se kontinualne vyvyji ? NIC, NULA . Pri prechodu na jinou verzi mate co delat dva mesice a ono se vetsinou rozvoj zastavi a dalsi particka vytvori zase neco noveho a lepsiho. Vyvoj je urcite rychlejsi protoze vyvojari nemusi hledet na zpetnou kompatibilitu. Ale takhle to nefunguje. Pokud mate velky projekt na kterem pracujete 5 let tak nemuzete menit framework kazde 2 roky.
        Tak treba zkusime u JAVY nasledujici pripad:
        Servlety – zastarale – ok prechazime na
        JSP – hmm ale ty uz jsou taky zastarale – kod se kompiluje do servletu a celkove uz to neodpovida dobe tak pouzijeme jeste:
        JSF – ok dobra technologie ale vyvoj komponent je uz dal takze do toho jeste vrazime
        ICEFACES ten ma podporu AJAX – ok tak jo to uz mame 4 technologie ktere se musime naucit aby jsme zvladli vytvorit jeden jediny projekt ( nebavim se o 4 strankach ale o velkych projektech )
        Jeeee a on jim z ICEFACESU odesel hlavni vyvojar a de-facto tvurce celeho frameworku – vyvoj se zastavuje, je to strasne nachylne k chybam – je az neuveritelne kolik bugu tam jsou schopni icefaces vyvojari nasekat.


        .NET Javu „temer“ okopiroval. V nekterych pripadech jsou stejne nazvy parametru.


        Sestup Visual Basicu je zapricineny prechodem vyvojaru na C#
        tim netvrdim ze podil .NET technologie je neklesa.


        Neduvera v Microsoft ? To si delate prdel?
        A komu by jste chtel duverovat vice. Bande par programatoru ktery si tvori frameworky doma na kolene a pak kdyz dostanou nejaky dobre placeny misto v klidu odejdou a s vyvojem prestanou ?

        1. František Kučera

          Re: Rozšíření Razoru brání jediná věc...

          „Bande par programatoru ktery si tvori frameworky doma na kolene“

          Ano, radši té, resp. tomu svobodnému softwaru, který vyvíjejí. Pokud se na daný projekt vykašle open source vývojář, může to vzít kdokoli za něj – funguje tu trh a konkurence, jako zákazník si vyberu libovolného dodavatele (kdo bude pokračovat ve vývoji), resp. vyberu si toho nejlepšího. V případě uzavřeného softwaru si nevyberu – tam jsem odkázaný na původního autora (který je na trhu daného programu monopolistou) a pokud ten přestane* pracovat, mám prostě smůlu, konec, musím všechno zahodit a začít stavět znovu.

          *) těch důvodů může být spousta, třeba doslat lépe placené místo a zrušil svoje sročko, nebo mu podnikání naopak jde dobře, získává lepší a lepší zakázky a najednou jsou pro něj původní (malí) zákazníci jen otravný hmyz, který jen žere čas a pořádně neplatí. Nebo si řekl, že udělá novou verzi svého produktu a starou přestane podporovat – tak si zákazník koupí buď novější (a dražší) verzi, nebo má smůlu.

        2. jozefsevcik

          Re: Rozšíření Razoru brání jediná věc...

          V rade vecí máte pravdu, ale to čo ste popísal konkrétne u Javy sa dá jednoducho preniesť na .NET a knižnice od MS v rámci .NETu, z hlavy ma napadá napr. Data access od MS od Datasetov, linq2sql, entity FW, ďalej System.Adding/MAF/MEF.
          Každopádne máte pravdu v tom, že v .NETe sa zpetná kompatibilita dosť rieši.
          Tej zažitej bájke o opensource vývojároch čo si doma na kolene niečo klepú veríte ? Áno, u menších projektov/con­tributoroch. Pozrite sa napr. na list commiterov u veľkých projektov ASF a kto ich zamestnáva.
          Pointa je v tom, že keď MS prehlásil, že prakticky ukončuje vývoj linq2sql, mohol ste si iba zavzdychať.
          Keby lead NHibernate projektu prehlásil, že končí, tak to preberú ďalší v rade, prípadne si Vaša firma môže projekt forknúť/zamestnať človeka ktorý v tom bude pokračovať atd, pokiaľ je to pre ňu kritické.

          1. Michal Augustýn

            Re: Rozšíření Razoru brání jediná věc...

            Pointa je v tom, že keď MS prehlásil, že prakticky ukončuje vývoj linq2sql, mohol ste si iba zavzdychať.
            Cože? Kde to ohlásil? Vím, že se tenhle mem šíří (hlavně po ohlášení EF), ale není na něm nic pravdy – např. v .NET FW 4.0 je Linq2Sql plně podporovaný a přináší dost vylepšení…

            1. jozefsevcik

              Re: Rozšíření Razoru brání jediná věc...

              Mem…
              Linq2Sql bol, pokiaľ ma pamať neklame, uvedený s .NET 3.5, cca koniec roku 2007.
              O rok neskor už bolo oznámené, že od ďalšej verzie .NETu, 4.0, bude „recommended“ prístup Entity Framework [1].
              To čo je v .NET 4.0 ohľadom Linq2Sql mi po rýchlo prezretí pripadá skôr ako bugfixy, ale nemám osobnú skúsenosť a hlbšie som to neštudoval, takže sa môžem mýliť, tým lepšie pre užívateľov Linq2Sql.
              Že je aj v .NET 4.0 podporovaný je jasné, jak som písal predtým, MS rieši kompatibilitu.
              Inak ešte predtým, v .NET 2.0 boli „recommended“ Datasety.
              Bavíme sa o odstupe 2–3 rokov.
              Pointa toho čo som písal, a z čoho ste vytiahol tu jednú vetu je,
              že pokiaľ MS zmení „recommended“ API a prestane, alebo utlmí další vývoj,
              nespravíte s tým cca nič, aspoň nie u starších vecí.
              Myslím, že s MS-PL sa o tu MVC napríklad mení a je možné forkovať.
              [1] http://blogs.msdn.com/b/adonet/archive/2008/10/29/update-on-linq-to-sql-and-linq-to-entities-roadmap.aspx

              1. Michal Augustýn

                Re: Rozšíření Razoru brání jediná věc...

                Aha – takovýhle recommendations někde na blogu bych se moc nechytal – kdyby to bylo v MSDN, to by byla jiná.

                I v tom Vámi odkazovaném článku se píše „We are listening to customers regarding LINQ to SQL and will continue to evolve the product based on feedback we receive from the community as well.“ a tak to je.

                Jen jsem chtěl poukázat na nepravdivost věty „Pointa je v tom, že keď MS prehlásil, že prakticky ukončuje vývoj linq2sql, mohol ste si iba zavzdychať.“, nic víc.

                K věci: Je celkem jasné, že může být výhodnější pracovat nad open-source knihovnami (s vhodným licencováním a rozumně psanými zdrojáky) než nad něčím uzavřeným.

                že pokiaľ MS zmení „recommended“ API a prestane, alebo utlmí další vývoj,
                nespravíte s tým cca nič, aspoň nie u starších vecí.

                Pokud by mi mělo vadit, že utlumí další vývoj, tak to předpokládá, že používám něco, co nutně potřebuje další vývoj. A to si v produkčním prostředí dovolí použít asi málokdo. O bugfixy bych se u MS nebál (aspoň moje dosavadní zkušenost je taková).

                Btw. Datasety používám i v .NET FW 3.5 a nemám s nimi vůbec žádný problém. Nikdo nikoho nenutí používat jen a pouze aktuálně cool technologie. I když je tu EF a WPF, Datasety i WinForms jsou stále podporované (a už vůbec ne deprecated nebo obsoleted)…

                1. František Kučera

                  Re: Rozšíření Razoru brání jediná věc...

                  „Pokud by mi mělo vadit, že utlumí další vývoj, tak to předpokládá, že používám něco, co nutně potřebuje další vývoj. A to si v produkčním prostředí dovolí použít asi málokdo.“
                  On tu totiž někdo tímhle způsobem kritizoval Javu – když to budu brát takhle (nasadím do produkce jen to, co mi stačí, jak je, a nepotřebuji nezbytně další vývoj), tak pak vůbec nevadí, že vznikají nové a nové frameworky – prostě budu používat ten starý, na kterém jsem původně aplikaci postavil a netrápí mne to.

                2. jozefsevcik

                  Re: Rozšíření Razoru brání jediná věc...

                  V tej mojej vete bolo slovo *prakticky*, a bolo tam práve preto, že MS nepovedal otvorene „ukončujeme vývoj linq2sql“, ale povedal „EF bude recommended a do neho budeme investovať“. To som myslel tým „prakticky ukončuje“.
                  Opakujem, že je mi jasné, že všetky staršie veci pobežia aj nad novým FW, lebo na .NETe robím a viem, že MS kompatibilitu rieši, takže je mi jasné, že tie datasety z 2.0 fungujú aj na 3.5/4.
                  Datasety som uviedol ako príklad toho, jak sa za 3 roky zmenil v .NETe 3× „recommended“ wrapper nad ADO.NET pre prístup k relačným DB.
                  Osobne ma to netrápi, od 2006 idem na NHibernate a osobne som pre neho robil cca 10 patchov, jednoducho preto, že to bolo možné.
                  Netvrdím, ani som nikde netvrdil, že by som vedel o situácii, kedy nejaký subframework v .NETe nebude fungovať vo vyšších verziách FW, aby bola rozbitá kompatibilita alebo niečo podobné.
                  Hovorím čisto o situácii, kedy napr. postavím niečo nad linq2sql a v momente kedy prestane by „recommended“ tak mi síce všetko ďalej fajn pobeží, ale pokiaľ by som chcel, nemám možnosť spraviť fork, fixnúť alebo rozširovať. Buď to nechám na linq2sql, alebo to musím preniesť do niečoho iného, čo rieši daný problém.
                  Zatiaľ čo v Jave spomínanej vyššie v prípade, že pôvodný autor prestane s vývojom tu možnosť mám, pretože vačšina bežne používaných vecí je OSS.
                  Šlo mi čisto o tento praktický rozdiel – mám/nemám možnosť.

                3. jozefsevcik

                  Re: Rozšíření Razoru brání jediná věc...

                  Aha – takovýhle recommendations někde na blogu bych se moc nechytal – kdyby to bylo v MSDN, to by byla jiná.
                  Mám tomu chápať tak, že ten blogpost nemá až takú váhu, že to nie je treba brať nejak vážne ?
                  a) To je blog ADO.NET teamu
                  b) Človek podpísaný pod tým článkom je Program Manager

  3. isnotgood

    Razor podreze maximalne tak sam sebe...

    Tohle umi snad kazdej framework v PHP…to je tedy jako vse, cim chce Microsoft „podrezavat“ PHP? Davam bod za superduper emo nazev, ten je mucinky lowiskovej.

    1. Petr

      Re: Razor podreze maximalne tak sam sebe...

      Pokud budu požadovat hosting s nějakým předinstalovaným PHP frameworkem nebo s možností si ten svůj doinkludnout, tak už ten výběr nebude tak široký a levný.

      1. František Kučera

        Re: Razor podreze maximalne tak sam sebe...

        Frameworky jsou přece většinou jen akorát další .php soubory, které se připojí k programu. A pak je tu ještě hnůj v podobě různých proprietárních „akcelerátorů“ (.so knihovny…), které se využívají hlavně k obfuskaci a resp. provozu uzavřených skriptů, o které se jejich autor úzkostlivě bojí (nebo se bojí, že by se mu ostatní vysmáli, kdyby jeho kód viděli – to je častý motiv, proč uzavřený software existuje). Ale u nás takové „akcelerátory“ klidně mít můžeš – kdo chce kam…

        1. setka

          Re: Razor podreze maximalne tak sam sebe...

          PHP „akcelerátor“ nebo též „opcode cache“ nemusí sloužit jen ke skrývání kódu. A dovolím si říct, že nasazení takové věci na hostingu obvykle nesleduje tento cíl.
          Takový eAccelerator nebo php-apc dokáže snížit čas běhu PHP skriptů o desítky procent. Záleží na konkrétní aplikace, tuhle hodnotu jsme naměřili u celkem rozsáhlého portálu, který využíval Zend Framework. Výsledkem je nižší zátěž serveru a často i citelně rychlejší odezva webu.
          Uzavření kódu bývá podle mě častěji spíš z důvodu oprávněné obavy o ukradnutí aplikace, na kterou padlo obrovské množství práce, a nějaký open source model je nereálný. Nebo také security-by-obscurity. I když u různých bastličů kódu můžou být motivy různé, nad některými dotazy v diskuzích od takových lidí zůstává rozum stát. A že je takových hodně okolo PHP, to je spíš dáno historickým vývojem, něž kvalitami jazyka v aktuální verzi.
          Jo a takový Nette framework se dá includovat v podobě jednoho souboru, co má pár set kB. Můžu použít jakoukoliv, třeba vývojovou, verzi, můžu nasadit provizorní opravu chyby atd. a nemusím řešit, co je k dipozici přímo na serveru.

          1. František Kučera

            Re: Razor podreze maximalne tak sam sebe...

            „tuhle hodnotu jsme naměřili u celkem rozsáhlého portálu“
            V takových případech se ale nepoužívá běžný komoditní hosting a běží to na vlastních serverech nebo aspoň VPS, ne?

            1. andy

              Re: Razor podreze maximalne tak sam sebe...

              Zavisi od navstevnosti. Dnes mozes stiahnut a nainstalovat drupal, staci si len prisposobit skin a mas CMS. A kludne aj u desat korunoveho hostingu.

            2. setka

              Re: Razor podreze maximalne tak sam sebe...

              Ano, bylo to na vlastním serveru.
              Ale i komoditní hosting nasazením třeba eAcceleratoru může získat – snížení zatížení serveru, v některých případech rychlejší odezvy webů. Samozřejmě za předpokladu, že to snížení zátěže nevyužijí k tomu, aby na jeden stroj dali o 20 % víc zákazníků.

  4. honza

    php3

    Článek se měl spíš jmenovat „Podřízne Razor PHP3?“. Pak ať si klidně řeže… :)
    V PHP lze naprosto elegantně a jednoduše psát bezpečné a robustní aplikace, které splňují zadání, ale pokud si firma místo programátora najme šulína, který je kodér, ale myslí si, že je php programátor, tak pak se jedná o jiný probém, který nesouvisí s PHP jako jazykem.

    1. liborse

      Re: php3

      Zastávám stejný názor. PHP je výborný nástroj s mnoha výhodami. Prasecký kód se dá napsat kdekoliv.

        1. honza

          Re: php3

          možná byste měl vědět, že každý prog. jazyk má výhody i nevýhody. Tak to prostě je a každý průmerně vzdělaný student informatiky by to měl pochopit hned při úvodu u paradigmat programování. Stačí si odpovědět otázkou: Proč na světě existují stovky prog. jazyků a ne jen jeden?

    2. blizzboz

      Re: php3

      V PHP lze naprosto elegantně a jednoduše psát bezpečné a robustní aplikace

      poprosím ťa aby si nabudúce pred napísaním príspevku zahasil toho jointa.

      1. honza

        Re: php3

        Proč? Má tedy moje firma výhradně přejít na jiný nezlý jazyk jen proto, že hrstka zapšklých trueprogramátorů před 10 lety rozhodla, že php je špatné a že všechny zakázky světa odteď budou jen v Javě nebo Pythonu :D :D :D

  5. Ivan Nový

    No mnohem zajímavější by bylo,

    kdyby MS vytvořil systém programování serverových aplikací, který by zcela odstřihl HTML. A vše v aplikaci by byly objekty, s danou funkčností, bez viditelné vazby na HTML. HTML by byl jen jejich produkt na výstupu, o který by se nebylo třeba starat, tak jako se nestaráte o výstup kompilátoru. A vůbec nejlepší by bylo, kdyby základem byl javascript, aby byla jazykově homogenní, jak serverová, tak klientská část aplikace.

    1. jozefsevcik

      Re: No mnohem zajímavější by bylo,

      ASP.NET v ‚klasickej‘ podobe, naštastie vymiera (resp. nahradzuje sa asp.net mvc) a myslím, že veľa tých, ktorí mali tú „česť“ s tým pracovať sú tomu radi.

      1. Tomáš Herceg

        Re: No mnohem zajímavější by bylo,

        To není pravda, na ASP.NET WebForms nadává většina lidí, protože ho absolutně nepochopila, nezná základní principy a diví se, že to pak dělá to, co dělá. MVC je opět návrat ke špagetám, i když se tomu dala nálepka „návrhového vzoru“, aby se to nikdo neodvážil říct.
        Razor je ještě větší návrat ke spaghetti kódu, na druhou stranu začtečník v něm asi nadělá „méně škody“ než v čistém PHP (na verzi nezáleží). A přiznejme si, že když začátečník hledá články pro začátečníky o PHP, najde většinou samý odpad, který je v těch prasečinách ještě podporuje.

        1. Michal Augustýn

          Re: No mnohem zajímavější by bylo,

          MVC je opět návrat ke špagetám, i když se tomu dala nálepka „návrhového vzoru“, aby se to nikdo neodvážil říct.
          To jsi asi zase Ty nepochopil ASP.NET MVC :) Špagety se tam vyskytujou jen ve views a to jen tehdy pokud píšeš jako prase a navíc v ASPX nebo Razor enginu. Obecně by měly být views jen <am>šablony (tedy žádný imperativní kód) – tomu se docela pěkně přibližuje třeba Spark, který je pěkně deklarativní (a tudíž neumožňuje tam naprasit nějakou imperativní prasárnu).

          1. Tomáš Herceg

            Re: No mnohem zajímavější by bylo,

            Už ty vaše Html.BeginForm() je prostě imperativní kód, který mě v těch šablonách štve. A to se používá, to mi nevykládej, že ne.

            1. Michal Augustýn

              Re: No mnohem zajímavější by bylo,

              Ano, však to píšu – pokud je člověk prase a navíc používá ASPX View Engine…;-)

            2. Ivan Nový

              Re: No mnohem zajímavější by bylo,

              Když použijete Kohanu V3, a voláte pohled z pohledu, tak každý typ pohledu použijete ve zdrojáku pouze jednou, a zobrazíte tolikrát, kolikrát potřebujete a kdekoliv na stránce, jen s jinými daty uloženými v poli a získanými vně pohledu z datového modelu. Jinak šablony jsou nesmysl, vedoucí právě ke špageti kódu, a opakování funkčně stejných částí na různým místech, takže při změně je musíte opravovat na mnoha místech. Aby bylo programování webu dokonalejší, muselo by se dít ve vrstvě nad HTML, css a DOMem, ze které by HTML, css a DOM nebyl přístupný, tak jako z kompilátoru obvykle nejsou přístupné konkrétní instrukce procesoru. A ta vrstva by musela být objektová a rozhodně by nesměla mít stromovou strukturu jako má HTML, nebo DOM.

        2. jozefsevcik

          Re: No mnohem zajímavější by bylo,

          Razor absolútne nepoznám, okrem tohto článku, PHP som naposledy videl pred dávnymi rokmi, neprogramujem v ňom a nehodnotím ho, ani jeho komunitu.
          Že sa dá bastliť všade je nám asi obom jasné.
          Čo sa týka „klasického“ ASP.NET, dovolím si tvrdiť, že som ho pochopil a poznám základné princípy. Váš predpoklad, že každý, kto danú vec kritizuje, ju zákonite nepochopil, je úsmevný.
          Podľa môjho názoru je staré ASP.NET je ten druh nástroja, ktorý keď si zoberiete na riešenie problému, v tej chvíli máte problémy dva.
          Na druhom a poslednom projekte s ASP.NET, keď ma už prestalo baviť šaškovať s CSS Control Adapters som radšej utiekol k Monorail (ASP.NET MVC ešte nebolo), a neskôr z webového vývoja na MS platforme úplne a zostal len u newebových vecí v .NET.
          Konkrétny výčet technických problémov spojených s vývojom, a najma údržbou ASP.NET aplikácií by vydal na samostatný článok. Ostatne, myslíte si, že ten boom a nadšenie z ASP.NET MVC v .NET komunite existuje preto, že sú všetci idioti a nepochopili úžasné princípy ASP.NET ? Priznajme si, že je to preto, lebo málokoho baví sa v tých sr***ch hrabať :)

          1. Michal Augustýn

            Re: No mnohem zajímavější by bylo,

            Prakticky všude, kde jste napsal ASP.NET, jste chtěl napsat ASP.NET WebForms? Jinak to totiž nedává moc smysl…
            .
            ASP.NET je jen základní framework pro psaní webových aplikací, který zpřístupňuje zjednodušeně řečeno jen Request a Response.
            Teprve nad ASP.NET je postaveno ASP.NET WebForms, ASP.NET MVC, ASP.NET Web Pages nebo Monorail.

          2. Tomáš Herceg

            Re: No mnohem zajímavější by bylo,

            „Váš predpoklad, že každý, kto danú vec kritizuje, ju zákonite nepochopil, je úsmevný.“
            Bohužel podložen reálnými zkušenostmi mimo jiné ze školení a kurzů ASP.NET WebForms, které vedu. Spousta lidí si stěžuje na ViewState, na to, že špatně funguje tlačítko Zpět v prohlížečce (což se mi nikdy nepovedlo udělat, nevím, co s tím patlali), že to nefunguje bez Javascriptu, že to jde proti HTTP protokolu a kdesi cosi, ale je to způsobené v 99% případů tím, že neznají a nechápou technologii, kterou používají. Používají PostBack tam, kde má být normální odkaz atd. Pak se diví, že to renderuje škaredé výstupy, že to generuje moc dat, místo CSS používají vlastnosti FontSize, BackColor a nadávají, že to renderuje tuny inline stylů atd.
            Boom kolem MVC je pak způsoben tím, co jsem popsal v předešlém odstavci – lidi od WebForms odcházejí, protože nejsou ochotni poznat ho do hloubky (neznají ani životní cyklus stránky, bez toho se nedá dělat) a jdou prasit v MVC. Většina z nich. Tak to prostě je.

            1. jozefsevcik

              Re: No mnohem zajímavější by bylo,

              Presne tak, sám ste to presne vystihol, 100% súhlasím:
              „Lidi od WebForms odcházejí, protože nejsou ochotni poznat ho do hloubky“
              Myslím, že naše názory sa rozchádzajú len v tom, prečo nie sú k tomu ochotní.
              Vy tvrdíte, že je to preto lebo ho všetci nepochopili, nechcú sa naučiť/pochopit.
              Ja tvrdím, že je to preto, lebo WebForms je proste zlý koncept, zlá implementácia a ľudia začali odchádzať „vo veľkom“ okamžite vo chvíli, kedy mali nejaku alternatívu podporovanú Microsoftom.

    2. pas

      Re: No mnohem zajímavější by bylo,

      Javascript? No když už vysokoúrovňový framework, tak od JS bych byl rád odstíněn ještě radši než od HTML.

      1. Ivan Nový

        Re: No mnohem zajímavější by bylo,

        problém je klient, aby se do klientů dostalo něco jiného, je z obchodního hlediska téměř nemožné.

  6. Michal Augustýn

    špatná terminologie - Razor vs. ASP.NET Web Pages

    V článku (i jeho nadpisu) je použita špatná terminologie.

    Razor je jen teplatovací engine (se svou vlastní syntaxí), který není nijak vázaný na ASP.NET. Je to tedy něco jako T4. Prostě strčíme do šablony data a vypadne nám string.

    To, o čem Štepán píše, se jmenuje ASP.NET WebPages („We are referring to these pages as simply “ASP.NET Web Pages”“). Ten sice používá teplatovací jazyk Razoru pro popis šablony stránky, ale hlavně obsahuje tu hi-level nadstavbu (helpery) nad ASP.NET i dalšími částmi .NET Frameworku, které tolik usnadní start začátečníkům.

    Správně by tedy nadpis článku měl být „Podřízne ASP.NET WebPages PHP?“.

  7. LamiCZ

    Re: Podřízne Razor PHP?

    Nevím, o co se tu hádáte, je to vše o nabídce a poptávce – zkrátka o penězích, aplikace je udělána tak kvalitně, kolik se na ni vyčlení peněz. A protože je holt vžitá představa, že programování „se udělá samo“, podle toho to taky vypadá.

  8. Koubas

    Plan9

    Jedno se musí M$ v tomto případě nechat a to je smysl pro humor v případě výběru původního jména, kterým dali jasně najevo, že si jsou vědomi toho, jaké má toto rozšíření, či co to vlastně je, ambice a co v něm bude vznikat za výtvory.
    Filmoví fajnšmekři ví, že film „Plan 9 from Outer Space“ dlouhou dobu kraloval žebříčku IMDB, avšak ne tomu hlavnímu – top-100, alébrž BOTTOM-100. V jakési knize The Golden Turkey Award byl jmenován na nejhorší film všech dob.

Napsat komentář

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: https://www.zdrojak.cz/?p=3284