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.
Citace od: to_je_jedno kdy 31. 08. 2016, 16:03:08
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?
Citace od: anonymní kdy 01. 09. 2016, 00:58:32
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?
Citace od: to_je_jedno kdy 01. 09. 2016, 09:20:44
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.
Citace od: Valibuk kdy 01. 09. 2016, 08:55:37
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 ;)
Citace od: Screemy kdy 01. 09. 2016, 10:04:28
Citace od: Valibuk kdy 01. 09. 2016, 08:55:37
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.
Citace od: Valibuk kdy 01. 09. 2016, 11:50:55
Citace od: Screemy kdy 01. 09. 2016, 10:04:28
Citace od: Valibuk kdy 01. 09. 2016, 08:55:37
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 ;)
Citace od: Screemy kdy 01. 09. 2016, 10:04:28
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
Citace od: Valibuk kdy 01. 09. 2016, 08:55:37
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šší.
Citace od: gl kdy 01. 09. 2016, 15:05:30
Citace od: Valibuk kdy 01. 09. 2016, 08:55:37
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.
Citace od: Ondra Satai Nekola kdy 01. 09. 2016, 15:13:55
Co nejjednodussi... ale ne jednodussi, nez je potreba.
Souhlas. Ale Nette je složitější než je potřeba.
Citace od: gl kdy 01. 09. 2016, 15:16:57
Citace od: Ondra Satai Nekola kdy 01. 09. 2016, 15:13:55
Co nejjednodussi... ale ne jednodussi, nez je potreba.
Souhlas. Ale Nette je složitější než je potřeba.
Já si to nemyslím.
Citace od: gl kdy 31. 08. 2016, 16:55:06
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.
Citace od: BoneFlute kdy 01. 09. 2016, 16:35:46
Citace od: gl kdy 31. 08. 2016, 16:55:06
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?
Citace od: gl kdy 01. 09. 2016, 17:13:09
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.
Citace od: gl kdy 01. 09. 2016, 17:13:09
V čem jsou snippety lepší, než javascriptová komponenta komunikující pomocí jednoduchého api?
No,
tohle je jednoduché api. O jaké javascriptové komponentě mluvíš?
Citace od: gl kdy 01. 09. 2016, 17:13:09
Co ti vadí na jQuery?
Nic, proč? Já mám jQuery rád.
Citace od: BoneFlute kdy 01. 09. 2016, 18:19:49
Citace od: gl kdy 01. 09. 2016, 17:13:09
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.
Citace od: BoneFlute kdy 01. 09. 2016, 18:19:49
Citace od: gl kdy 01. 09. 2016, 17:13:09
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.
Citace od: gl kdy 01. 09. 2016, 19:27:32
Citace od: BoneFlute kdy 01. 09. 2016, 18:19:49
Citace od: gl kdy 01. 09. 2016, 17:13:09
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.
Citace od: BoneFlute kdy 01. 09. 2016, 19:40:17
Citace od: gl kdy 01. 09. 2016, 19:27:32
Citace od: BoneFlute kdy 01. 09. 2016, 18:19:49
Citace od: gl kdy 01. 09. 2016, 17:13:09
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.
Citace od: gl kdy 01. 09. 2016, 19:41:58
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.
Citace od: BoneFlute kdy 01. 09. 2016, 19:51:32
Citace od: gl kdy 01. 09. 2016, 19:41:58
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.
Citace od: gl kdy 01. 09. 2016, 20:04:11
Citace od: BoneFlute kdy 01. 09. 2016, 19:51:32
Citace od: gl kdy 01. 09. 2016, 19:41:58
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:
Citace od: dg fan kdy 31. 08. 2016, 15:44:26
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.
Citace od: BoneFlute kdy 01. 09. 2016, 20:20:09
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.
Citace od: j0hny kdy 01. 09. 2016, 20:15:57
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.
Citace od: gl kdy 01. 09. 2016, 20:36:11
Citace od: BoneFlute kdy 01. 09. 2016, 20:20:09
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.
Citace od: gl kdy 01. 09. 2016, 20:40:55
Citace od: j0hny kdy 01. 09. 2016, 20:15:57
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í.
Citace od: kojot4 kdy 02. 09. 2016, 10:48:53
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.