Fórum Root.cz
Hlavní témata => Vývoj => Téma založeno: dg fan 31. 08. 2016, 15:44:26
-
Jaky je vas nazor na v cesku opevovany Nette framework?
Osobne jsem nikdy nevidel nic tak nekonzistentniho jako je nette framework.
Meni se v nem pravidelne uplne vse -- od latte sablon, struktura konfiguracnich souboru, oficialni extensions, dokonce i adresarova struktura a tresnickou na dortu je fragmentovana, neaktualni dokumentace a navody. Pokud mate nejaky problem, ktery nekdo vyresil pred vice jak rokem, tak jeho postup uz pravdepodobne neni aktualni.
Vim ze se pouziva casto ve firmach a rikam si jak je to mozny. To to ti lidi nevidi? Je jim to fuk? Nemaji srovnani s jinyma frameworkama? (django, flask, asp.net mvc)
-
IMHO je Nette jedina volba pro "programatory" kteri neumi anglicky - a ze jich je takovych hromada. Jinak k tomu nemam co rict pozitivniho.
-
Taky me trochu unika proc je nette u nas tak oblibene, asi jak pise to je jedno?
Kdybych programoval v php tak rozhodne sahnu na vetsi projekty po symphony.
-
Nikdy jsem tu mánii a oblibu nepochopil. Taky nic pozitivního nemám.
-
Před pár lety jsem v tom něco dělal. Přišlo mi, že to co jiné frameworky řeší jednoduše, Nette řeší složitě a ještě si k tomu vymýšlí vlastní názvosloví. IMHO události, snippety, AppFormy a spoustu dalších blbostí aplikace jen komplikují a ztěžují testování. Proč potřebuji metody render, action, beforeRender atd??? Nestačila by jedna, tak jak je to všude jinde? Proč musí být formulář navázaný na presenter? Autor Nette IMHO trochu moc ujíždí na návrhových vzorech a OOP. Možná jen Nette pořádně neznám.
-
IMHO je Nette jedina volba pro "programatory" kteri neumi anglicky - a ze jich je takovych hromada. Jinak k tomu nemam co rict pozitivniho.
Já naopak mám dojem že skoro každý developer umí tu angličtinu líp jak já, a to ji mám vcelku obstojnou.
-
Došel jsem k závěru, že to neumí nic, co by se v nativním PHP nedalo napsat na několika málo řádcích.
-
Všetko sa dá napísať aj v čistom PHP. Ale ak píšete desiatu aplikáciu rozsiahlejšiu než helloworld.php, zistíte, že buď si budujete vlastný framework alebo píšete to isté dokolečka. Ja Nette používam dosť, aj keď niektoré časti frameworku ignorujem a používam buď vlastné riešenia alebo iné knižnice. Všetko je to vec zvyku. Ak je niekto zvyknutý písať v assembleri a prejde na PHP, asi z Nette ani žiadneho iného frameworku nebude nadšený (samozrejme z PHP ošedivie).
-
Tak první verze nette právě na rozdíl od jiných frameworků řešili věci jednoduše a elegantně, jednoduše spojený routry s prezentry a komponentamy v základu podpora ajaxu. No časem se s toho stala taková divná věc.
Na jednoduché věci ok, ale jakmile chce člověk něco složitějšího tak je nette špatná volba.
-
Děláte si srandu? Nevíte ani o jedné pozitivní věci z toho frameworku? Jasně. Není dokonalý, ale to asi žádný framework. Ale říkat, že na něm není nic pozitivního, no nevím nevím :-). Asi to má nějaký důvod, že je tady tak oblíbený, nemyslíte?
-
Děláte si srandu? Nevíte ani o jedné pozitivní věci z toho frameworku? Jasně. Není dokonalý, ale to asi žádný framework. Ale říkat, že na něm není nic pozitivního, no nevím nevím :-). Asi to má nějaký důvod, že je tady tak oblíbený, nemyslíte?
To co jsem jmenoval, může být pro někoho pozitivní. Osobně, líbí se mi Laděnka a roboloader.
-
Mám zkušenosti jen s historickou verzí a neměl jsem čas se s tím pořádně seznámit. Možná kritizuji neprávem.
-
Když jsem dělal v PHP, dělal jsem v Nette.
Výhoda je česká dokumentace/komunita a když někdo něco chce, tak se to řeší v češtině == opadá problém s cizím jazykem.
Další výhoda je Tracy a laděnka ta něměla chybu
Jinak proč je to tak rozšířené? Nevím, požná kvůli podpoře v Čj a že každý kdo s PHP začíná díky českému foru a dokumentaci sáhne po Nette.
Jinak si to vysvětlit taky nedokáži
-
A jeje. Tady je mudrlantu. Samy bfu vyvojar. Dnes je Nette dekomponovane. Vyuzit muzete co chcete. Celkove je to dost uzitecna a funkcni zalezitost. Viz dokumentace. Ta je dnes v prijatelne podobe. Chapu, ze pro bfu nebude nikdy nic dobreho. Vracet se do minulosti, co bylo/nebylo, je stejne dulezite ja to, ze kazdy z nas se 1 roce veku posraval do plinek. To ze je fw tak rozsireny je dane jeho relativni kvalitou, jednoduchosti a fugujici komunitou. Naopak tazatel a spousty diskutujicich z tohoto vlakna muzou mit mindrak, ze jsou bfu vyvojari, kteri na to nemaji (protoze by nemeli ani na to symfony).
-
takze oznacujes za BFU ty kteri umi anglicky a tudiz nebyli/nejsou pri vyberu nastroje omezeni na malicky cesky pisecek?
-
takze oznacujes za BFU ty kteri umi anglicky a tudiz nebyli/nejsou pri vyberu nastroje omezeni na malicky cesky pisecek?
No tak v anglosasském světě je nyní nejrozšířenější Laravel, ale ten by se vám asi taky nelíbil.
-
A jeje. Tady je mudrlantu. Samy bfu vyvojar. Dnes je Nette dekomponovane. Vyuzit muzete co chcete. Celkove je to dost uzitecna a funkcni zalezitost. Viz dokumentace. Ta je dnes v prijatelne podobe. Chapu, ze pro bfu nebude nikdy nic dobreho. Vracet se do minulosti, co bylo/nebylo, je stejne dulezite ja to, ze kazdy z nas se 1 roce veku posraval do plinek. To ze je fw tak rozsireny je dane jeho relativni kvalitou, jednoduchosti a fugujici komunitou. Naopak tazatel a spousty diskutujicich z tohoto vlakna muzou mit mindrak, ze jsou bfu vyvojari, kteri na to nemaji (protoze by nemeli ani na to symfony).
Cekal jsem kdy se tu objeví první Netták :-)
Psal jsem, ze kdyz jsem delal v PHP pouzival jsem ho (cca 1 rok zpet a cca 14 dni jsem na tom delal interni CRM) takze ano, vim o cem pisu ;)
-
A jeje. Tady je mudrlantu. Samy bfu vyvojar. Dnes je Nette dekomponovane. Vyuzit muzete co chcete. Celkove je to dost uzitecna a funkcni zalezitost. Viz dokumentace. Ta je dnes v prijatelne podobe. Chapu, ze pro bfu nebude nikdy nic dobreho. Vracet se do minulosti, co bylo/nebylo, je stejne dulezite ja to, ze kazdy z nas se 1 roce veku posraval do plinek. To ze je fw tak rozsireny je dane jeho relativni kvalitou, jednoduchosti a fugujici komunitou. Naopak tazatel a spousty diskutujicich z tohoto vlakna muzou mit mindrak, ze jsou bfu vyvojari, kteri na to nemaji (protoze by nemeli ani na to symfony).
Cekal jsem kdy se tu objeví první Netták :-)
Psal jsem, ze kdyz jsem delal v PHP pouzival jsem ho (cca 1 rok zpet a cca 14 dni jsem na tom delal interni CRM) takze ano, vim o cem pisu ;)
A ted si predstav, ze krome Nette me bavi i Symfony.
Btw 1 projekt na Nette, to neni moc zkusenosti. To je takove to lepenicko z dokumentace a fora. Souvislosti, ktere dojdou casem, te minuly. Takze ano, vetsina z vas tady nevi, o cem pise.
Ps: bfu vyvojari, radeji uz nepiste, dost se v tom topite
Ps 2: vlastne piste, ale k veci. Neznalost a z toho pramenici pocity nejsou komunite k uzitku.
-
A jeje. Tady je mudrlantu. Samy bfu vyvojar. Dnes je Nette dekomponovane. Vyuzit muzete co chcete. Celkove je to dost uzitecna a funkcni zalezitost. Viz dokumentace. Ta je dnes v prijatelne podobe. Chapu, ze pro bfu nebude nikdy nic dobreho. Vracet se do minulosti, co bylo/nebylo, je stejne dulezite ja to, ze kazdy z nas se 1 roce veku posraval do plinek. To ze je fw tak rozsireny je dane jeho relativni kvalitou, jednoduchosti a fugujici komunitou. Naopak tazatel a spousty diskutujicich z tohoto vlakna muzou mit mindrak, ze jsou bfu vyvojari, kteri na to nemaji (protoze by nemeli ani na to symfony).
Cekal jsem kdy se tu objeví první Netták :-)
Psal jsem, ze kdyz jsem delal v PHP pouzival jsem ho (cca 1 rok zpet a cca 14 dni jsem na tom delal interni CRM) takze ano, vim o cem pisu ;)
A ted si predstav, ze krome Nette me bavi i Symfony.
Btw 1 projekt na Nette, to neni moc zkusenosti. To je takove to lepenicko z dokumentace a fora. Souvislosti, ktere dojdou casem, te minuly. Takze ano, vetsina z vas tady nevi, o cem pise.
Ps: bfu vyvojari, radeji uz nepiste, dost se v tom topite
Ps 2: vlastne piste, ale k veci. Neznalost a z toho pramenici pocity nejsou komunite k uzitku.
:D promin, ale kde jsem psal 1 projekt na Nette ? :-)
Dělal jsem v něm cca 3 - 4 roky pravidelně, když jsem se živil jako PHP vývojář :-) Teď už v nem nedělám a občas si na tom něco postavím, viz pred 14dni CRM :)
Takze ne, 1 projekt jsem na tom opravdu nedelal ;)
-
Cekal jsem kdy se tu objeví první Netták :-)
Jojo, taky jsem se nemoh dočkat, málem jsem kvůli tomu ani neusnul. ;D
-
A jeje. Tady je mudrlantu. Samy bfu vyvojar. Dnes je Nette dekomponovane. Vyuzit muzete co chcete. Celkove je to dost uzitecna a funkcni zalezitost. Viz dokumentace. Ta je dnes v prijatelne podobe. Chapu, ze pro bfu nebude nikdy nic dobreho. Vracet se do minulosti, co bylo/nebylo, je stejne dulezite ja to, ze kazdy z nas se 1 roce veku posraval do plinek. To ze je fw tak rozsireny je dane jeho relativni kvalitou, jednoduchosti a fugujici komunitou. Naopak tazatel a spousty diskutujicich z tohoto vlakna muzou mit mindrak, ze jsou bfu vyvojari, kteri na to nemaji (protoze by nemeli ani na to symfony).
Framework není výzva, na které si dokazuje, že na to mám. Je to nástroj, který by měl být pokud možno co nejjednodušší.
-
A jeje. Tady je mudrlantu. Samy bfu vyvojar. Dnes je Nette dekomponovane. Vyuzit muzete co chcete. Celkove je to dost uzitecna a funkcni zalezitost. Viz dokumentace. Ta je dnes v prijatelne podobe. Chapu, ze pro bfu nebude nikdy nic dobreho. Vracet se do minulosti, co bylo/nebylo, je stejne dulezite ja to, ze kazdy z nas se 1 roce veku posraval do plinek. To ze je fw tak rozsireny je dane jeho relativni kvalitou, jednoduchosti a fugujici komunitou. Naopak tazatel a spousty diskutujicich z tohoto vlakna muzou mit mindrak, ze jsou bfu vyvojari, kteri na to nemaji (protoze by nemeli ani na to symfony).
Framework není výzva, na které si dokazuje, že na to mám. Je to nástroj, který by měl být pokud možno co nejjednodušší.
Co nejjednodussi... ale ne jednodussi, nez je potreba.
-
Co nejjednodussi... ale ne jednodussi, nez je potreba.
Souhlas. Ale Nette je složitější než je potřeba.
-
Co nejjednodussi... ale ne jednodussi, nez je potreba.
Souhlas. Ale Nette je složitější než je potřeba.
Já si to nemyslím.
-
Před pár lety jsem v tom něco dělal. Přišlo mi, že to co jiné frameworky řeší jednoduše, Nette řeší složitě a ještě si k tomu vymýšlí vlastní názvosloví. IMHO události, snippety, AppFormy a spoustu dalších blbostí aplikace jen komplikují a ztěžují testování. Proč potřebuji metody render, action, beforeRender atd??? Nestačila by jedna, tak jak je to všude jinde? Proč musí být formulář navázaný na presenter? Autor Nette IMHO trochu moc ujíždí na návrhových vzorech a OOP. Možná jen Nette pořádně neznám.
Snippety umožňují vytvořit SPA aniž by bylo nutné sklouznout k čistě javascriptové aplikaci.
Události souvisí s komponentovým modelem. U web aplikace poněkud neobvyklé, ale IMHO se to Davidovi podařilo navrhnout dost dobře.
AppForm je prostě Form. Moc nerozumím co ti na tom vadí.
Formulář nemusí být navázaný na presenter. Ale pokud presenter používáš a chceš formulář mít jako jednu z komponent, tak je na to předpřipravený právě v AppForm.
Moje zkušenost je naopak taková, že se David až nezdravě soustřeďuje na uživatelskou přívětivost. Něco jako jQuery styl v PHP. Snaží se nejdřív vymyslet api, které by bylo dobře použitelné, a pak se na to snaží naroubovat dobré techniky. DIC, Composer, MVP, Bezpečnost, knihovny před frameworkem, atd. Dobře to demonstruje třeba skutečnost, že v prvních verzí Nette bylo postaveno na SL, zatímco od cca 2.1 a vejš se masivně překopává na DI.
-
Před pár lety jsem v tom něco dělal. Přišlo mi, že to co jiné frameworky řeší jednoduše, Nette řeší složitě a ještě si k tomu vymýšlí vlastní názvosloví. IMHO události, snippety, AppFormy a spoustu dalších blbostí aplikace jen komplikují a ztěžují testování. Proč potřebuji metody render, action, beforeRender atd??? Nestačila by jedna, tak jak je to všude jinde? Proč musí být formulář navázaný na presenter? Autor Nette IMHO trochu moc ujíždí na návrhových vzorech a OOP. Možná jen Nette pořádně neznám.
Snippety umožňují vytvořit SPA aniž by bylo nutné sklouznout k čistě javascriptové aplikaci.
Události souvisí s komponentovým modelem. U web aplikace poněkud neobvyklé, ale IMHO se to Davidovi podařilo navrhnout dost dobře.
AppForm je prostě Form. Moc nerozumím co ti na tom vadí.
Formulář nemusí být navázaný na presenter. Ale pokud presenter používáš a chceš formulář mít jako jednu z komponent, tak je na to předpřipravený právě v AppForm.
Moje zkušenost je naopak taková, že se David až nezdravě soustřeďuje na uživatelskou přívětivost. Něco jako jQuery styl v PHP. Snaží se nejdřív vymyslet api, které by bylo dobře použitelné, a pak se na to snaží naroubovat dobré techniky. DIC, Composer, MVP, Bezpečnost, knihovny před frameworkem, atd. Dobře to demonstruje třeba skutečnost, že v prvních verzí Nette bylo postaveno na SL, zatímco od cca 2.1 a vejš se masivně překopává na DI.
Na AppFormech mně tenkrát vadilo, že nešly snadno vyseparovat z kódu a otestovat validaci nezávisle na prezenteru. Určitě to jde přepsat na normální formy, ale není to přímočaré. Mluvím o cizím kódu, který jsem měl nějakým způsobem udržovat. V čem jsou snippety lepší, než javascriptová komponenta komunikující pomocí jednoduchého api? Co ti vadí na jQuery?
-
Na AppFormech mně tenkrát vadilo, že nešly snadno vyseparovat z kódu a otestovat validaci nezávisle na prezenteru. Určitě to jde přepsat na normální formy, ale není to přímočaré. Mluvím o cizím kódu, který jsem měl nějakým způsobem udržovat.
Jenže takové historky jsou o každém FW.
V čem jsou snippety lepší, než javascriptová komponenta komunikující pomocí jednoduchého api?
No, tohle je jednoduché api. O jaké javascriptové komponentě mluvíš?
Co ti vadí na jQuery?
Nic, proč? Já mám jQuery rád.
-
Na AppFormech mně tenkrát vadilo, že nešly snadno vyseparovat z kódu a otestovat validaci nezávisle na prezenteru. Určitě to jde přepsat na normální formy, ale není to přímočaré. Mluvím o cizím kódu, který jsem měl nějakým způsobem udržovat.
Jenže takové historky jsou o každém FW.
To je asi pravda.
V čem jsou snippety lepší, než javascriptová komponenta komunikující pomocí jednoduchého api?
No, tohle je jednoduché api. O jaké javascriptové komponentě mluvíš?
Mluvím o tahání dat v JSONu. Snáz se to debuguje.
-
V čem jsou snippety lepší, než javascriptová komponenta komunikující pomocí jednoduchého api?
No, tohle je jednoduché api. O jaké javascriptové komponentě mluvíš?
Mluvím o tahání dat v JSONu. Snáz se to debuguje.
Nette si to taky tahá v JSONu.
-
V čem jsou snippety lepší, než javascriptová komponenta komunikující pomocí jednoduchého api?
No, tohle je jednoduché api. O jaké javascriptové komponentě mluvíš?
Mluvím o tahání dat v JSONu. Snáz se to debuguje.
Nette si to taky tahá v JSONu.
Ten JSON neobsahuje data, ale HTML.
-
Ten JSON neobsahuje data, ale HTML.
Aha. Chápu.
No, chtěl jsi jednoduché api, tady ho máš :-P
V čem vidíš nevýhody? Konkrétně prosím.
-
Ten JSON neobsahuje data, ale HTML.
Aha. Chápu.
No, chtěl jsi jednoduché api, tady ho máš :-P
V čem vidíš nevýhody? Konkrétně prosím.
Blbě se s tím pracuje. HTML uvnitř JSONu si nemohu zobrazit v jako preview v devtools. Pokud bych to chtěl testovat automaticky, tak si musím ten snippet rozparsovat. Pokud se mám rychle zorientovat ve velké cizí aplikaci, tak je velká výhoda pokud je jasně oddělená serverová a klientská část.
-
S nette je to trochu složitejší. Pokud ho člověk bere jako celek, moc dobrý framework to není. Některé věci jsou vyloženě nelogické, celkově je dost nekonzistentní, komunita se skládá většinou s lidí kteří všichni ví jak to dělat nejlíp, bohužel ale každý jinak :-).
S verzí 2, kde došlo k rozbití na několik součástí je to ale supr věc. Některé věci mají fakt vychytané (Tracy, Latte, Router, Presentery) a když ty ostatní nepoužitelné (Databáze, systém komponent atd.) nahradíte použitelnějšími knihovnami, dá se to používat velmi dobře i na velkých projektech a je to mnohem méně ukecané než třeba ta Symfony.
U nás Nette používáme už několik let i na velké projekty typu interní informační systémy nebo zákaznické portály a postupně jsem došel k ideální kombinaci Nette + Symfony validator a serializer + Doctrine ORM a dalších pár součástí a programuje se v tom výtečně. Člověk si ale musí najít správnou cestu.
Zkrátka pokud člověk chce framework na všechno a chce ho používat tak jak doporučují v dokumentaci, dál než přes jednoduchý blog se nedostane. Pokud si ale vytvoří dobrou kombinaci s knihovnami typu Doctrine, dají se v tom poměrně čistě psát i velké aplikace, má to i slušný výkon.
-
Ten JSON neobsahuje data, ale HTML.
Aha. Chápu.
No, chtěl jsi jednoduché api, tady ho máš :-P
V čem vidíš nevýhody? Konkrétně prosím.
Blbě se s tím pracuje. HTML uvnitř JSONu si nemohu zobrazit v jako preview v devtools. Pokud bych to chtěl testovat automaticky, tak si musím ten snippet rozparsovat. Pokud se mám rychle zorientovat ve velké cizí aplikaci, tak je velká výhoda pokud je jasně oddělená serverová a klientská část.
V automatickém testování bych problém neviděl.
Co se týče rychlého zorientování - no, pokud jsi do té doby dělal ve spring a prototype, tak přepnutí do nette a jquery nebude bezbolestné.
Co se týče oddělený serverové a klientské části - nemyslím si, že by s tím mělo Nette nějaký problém. Ale na klasickou SPA dělanou v angularu je Nette škoda, to nepopírám.
Zapnu ajax, kouknu co mi to posílá za snippety, ve většině případů zjistím, že posílá/neposílá, nebo že je tam část navíc, kterou nechci, upravím invalidaci/umístění tagů finito dvacet. Názvy snippetů korenspondují s názvy komponent, takže se dá dohledat přesně kde je problém.
Mimochodem snippety jsou na konkrétní použití. Pokud chceš posílat čistej JSON, tak si ho posílej. Nette ti v tom i trochu pomůže.
Neříkám, že nemá chyby či nedostatky, ale obávám se, že na hlášky typu:
Vim ze se pouziva casto ve firmach a rikam si jak je to mozny. To to ti lidi nevidi? Je jim to fuk? Nemaji srovnani s jinyma frameworkama? (django, flask, asp.net mvc)
by to chtělo něco víc.
-
Zapnu ajax, kouknu co mi to posílá za snippety, ve většině případů zjistím, že posílá/neposílá, nebo že je tam část navíc, kterou nechci, upravím invalidaci/umístění tagů finito dvacet. Názvy snippetů korenspondují s názvy komponent, takže se dá dohledat přesně kde je problém.
Mimochodem snippety jsou na konkrétní použití. Pokud chceš posílat čistej JSON, tak si ho posílej. Nette ti v tom i trochu pomůže.
Pokud píšeš aplikaci od začátku, tak se můžeš rozhodnout kdy snippety používat a kdy ne. Já mluvím o údržbě cizího kódu.
-
S nette je to trochu složitejší. Pokud ho člověk bere jako celek, moc dobrý framework to není. Některé věci jsou vyloženě nelogické, celkově je dost nekonzistentní, komunita se skládá většinou s lidí kteří všichni ví jak to dělat nejlíp, bohužel ale každý jinak :-).
S verzí 2, kde došlo k rozbití na několik součástí je to ale supr věc. Některé věci mají fakt vychytané (Tracy, Latte, Router, Presentery) a když ty ostatní nepoužitelné (Databáze, systém komponent atd.) nahradíte použitelnějšími knihovnami, dá se to používat velmi dobře i na velkých projektech a je to mnohem méně ukecané než třeba ta Symfony.
U nás Nette používáme už několik let i na velké projekty typu interní informační systémy nebo zákaznické portály a postupně jsem došel k ideální kombinaci Nette + Symfony validator a serializer + Doctrine ORM a dalších pár součástí a programuje se v tom výtečně. Člověk si ale musí najít správnou cestu.
Zkrátka pokud člověk chce framework na všechno a chce ho používat tak jak doporučují v dokumentaci, dál než přes jednoduchý blog se nedostane. Pokud si ale vytvoří dobrou kombinaci s knihovnami typu Doctrine, dají se v tom poměrně čistě psát i velké aplikace, má to i slušný výkon.
S tím souhlasím. Ale to stejné dokáže i kdejaký mikroframework.
-
Zapnu ajax, kouknu co mi to posílá za snippety, ve většině případů zjistím, že posílá/neposílá, nebo že je tam část navíc, kterou nechci, upravím invalidaci/umístění tagů finito dvacet. Názvy snippetů korenspondují s názvy komponent, takže se dá dohledat přesně kde je problém.
Mimochodem snippety jsou na konkrétní použití. Pokud chceš posílat čistej JSON, tak si ho posílej. Nette ti v tom i trochu pomůže.
Pokud píšeš aplikaci od začátku, tak se můžeš rozhodnout kdy snippety používat a kdy ne. Já mluvím o údržbě cizího kódu.
Ten JSON jsem myslel spíše v případě, kdy něco potřebuješ napojit na Nette. Nemyslím si, že by snippety byly nějaký problém. Mě vyhovují. Zatím jsem nenarazil na lepší systém.
-
S nette je to trochu složitejší...
S tím souhlasím. Ale to stejné dokáže i kdejaký mikroframework.
To sice ano, nicméně jsem nenarazil zatím na žádný, který by zvládal ty věci, které má Nette opravdu dobře vymyšlené, stejně dobře. (tady se bavím především o té Tracy, Latte šablonách a routeru, ale má i pár dalších příjemných věcí). Samozřejmě lze namítnout že by se to dalo otočit, tzn. použít mikroframework a tyto věci si do něho naroubovat jako standalone. To je samozřejmě taky možné a výsledek bude obdobný, ale to už je věc osobní preference ;)
-
Když se tu baví o konzistenci a dokumentaci, tak určitě jako nejlepší vidím Python a Django. Django je neskutečně konzistentní a integrované s velmi dobrou dokumentací.
-
Když se tu baví o konzistenci a dokumentaci, tak určitě jako nejlepší vidím Python a Django. Django je neskutečně konzistentní a integrované s velmi dobrou dokumentací.
O tom nikdo nepochybuje, ale řekl bych, že django řeší truchu jiné problémy. Je postaveno okolo ORM a k plnému využití funkčnosti potřebujete mít kontrolu nad strukturou databáze. To ne vždy máte. Django narozdíl od nette nemá žádný systém snippetů. Je to čisté MVC. Velikost komunity ja samozřejmě neporovnatelná. Rails je na tom ještě lépe.