Adresarova struktura knihovny Nette

Navíc je to umocněné faktem že aktuálně je adresářová struktura poněkud rozhašená kvůli přichazejícímu přejmenování namespace (adresáře jsou podle nových namespace ale namespace samotné jsou zatím staré)

btw Nette si na PSR-0 nikdy nehrálo a asi ani nikdy nebude…

Chlapi, nic proti, ale jsem taky proto aby namespace reflektovaly adresáře. Má to tak taky Java a nedokážu najít jedinou výtku, spíš je to pro mě plus.

Co se týče pohodlnosti programátora, tak žádnou pohodlnost nevidím. V čem přesně? Stejně používáte IDE, kde se namespace doplňuje samo, a k tomu RobotLoader. To by jste ke své spokojenosti také mohli hodit všechny soubory do složky Nette/ a bylo by po starostech..

Patrik Votoček, Jan Tvrdík

Chlapi, Nette přeci Robotloader nepoužívá vůbec :-), čili to spolu nesouvisí.

Já osobně, když už „detailní namespaces“, viz jinde, tak ať namespace = adresář. To je jediné intuitivní při hledání souboru ve frameworku, jinak aby se člověk učil nějakou logiku/nelogiku, se kterou se prý „dobře pracuje“, ovšem fakt nevím proč.

Editoval jasir (19. 2. 2011 11:35)

jasir, redhead i wdolek mi mluví z duše :-)

Není nezbytně nutný jmenný prostor Nette\Forms\Controls, protože by to pro mě znamenalo více psaní. Ale složka Nette/Forms/controls je potřeba, protože mi umožňuje rychleji najít třídu, kterou potřebuji.

use case:

wdolek si chce najit zdrojovy soubor pro tridu Nette\Forms\Checkbox. ze ZF, Symfony, … dalsiho trilionu frameworku… je zvykly na nejaky obecny (vyse zmineny „standard“) zpusob pojmenovani trid/souboru.

vyda se tedy nejprve do slozky Nette, pak hleda slozku Forms – nalezne ji, prechazi do ni. nyni programator ocekava soubor Checkbox.php, ale at kouka jak kouka, zadny takovy tam neni. co ted?

• jak bych asi postupoval v terminalu (co bych psal):

  nano Ne<tab>\Fo<tab>\Chec<tab>k<tab>b<tab>… FFFFUUU

• jak bych postupoval v nautilu/exploreru/…:

  kliknu na zlutou slozku Nette, kliknu na zlutou slozku Forms, koukam po bile ikonce reprezentujici php soubor Checkbox.php… FFFUUU

takze bych tu pohodlnost videl spise v tom, ze s Nette pracujes nekolik let a vis ze to tak je. v opacnem pripade je to locate/find/grep, popripade klik klik klik klik klik klik …

takze bych tu pohodlnost videl spise v tom, ze s Nette pracujes nekolik let a vis ze to tak je. v opacnem pripade je to locate/find/grep, popripade klik klik klik klik klik klik …

Ano, vím z hlavy, kde co najdu. Lituji lidi, kteří se pohybují v terminálu, a také lidi, kteří neumí používat Průzkumník / Total Commander a klikají myší. I v hloupém průzkumníku se dá pohybovat neuvěřitelně rychle. Stačí zmáčknout N ⇒ vidím (!) zvýrazněnou složku Nette (to terminál nemá) ⇒ Enter ⇒ F ⇒ vidím zvýrazněnu složku Forms ⇒ Enter ⇒ Ch ⇒ nevidím zvýrazněno Checkbox.php ⇒ očima přeletím celý seznam, intuitivně otvírám Controls ⇒ Ch a hotovo.

@Honza Tvrdík: Jak říkám, dejme všechno do složky Nette! To je přece ještě rychlejší – otevřu Nette/ ⇒ Ch a mám soubor! Obhajuješ hloupost. Není to ani logické mít něco tak a něco tak, ani intuitivní (pro nováčka, jsem si jist, že ty si to pamatuješ).

netbeans? CTRL+O (najít typ) "Chec" ENTER
konzole? $ mc
průzkumník? fuj…

Všeobecně mám raději když soubor najdu podle jeho namespace, ale protože mám IDE (hezky se na něj vymlouvá, že?) tak si hledám podle typu. Jak často potřebujete najít nějaký soubor z knihovny Nette na serveru? Tu přeci maximálně tak zkopírujete nebo provedete git pull origin master.

Já když mám hodně souborů, v nějaké komponentě třeba, tak si ji taky rozděluju podle logiky. Udělám si složku komponenta\containers, komponenta\mappers, komponenta\builders, … ale nechávám to všechno v jednom namespace komponenta

Máme NetteLoader a RobotsLoader, je proto úplně jedno v jakých je to adresářích. Soubory se dají najít vždycky snadno a když si je chci prohlédnout, proč bych je otevíral na serveru, když je tam úplně to stejné, co mám na localhostu.

Tato diskuze je bezpředmětná, bežte raději kritizovat namespacy :)

Editoval HosipLan (20. 2. 2011 12:56)

Mně také přišlo rozdělení do složek poněkud bizarní, ale pak jsem se naučil používat feturu v NetBeans Ctrl+klik na třídu/funkci/cokoliv, která vám otevře soubor, ve kterém se to nachází. Do zdroje se stejně potřebujede kouknout skoro vždy když už jméno té třídy máte stejně napsané. Naučil jsem se s tím žít a dnes se pomocí tohoto dostanu k souboru stejně rychleji, než kdyby to rozložení soborů bylo sebelepší. IDE to pořeší. Souhlasím s HosipLanem, že důležitější jsou namespacy. Já takhle totiž s adresářovou strukturou vůbec nepřijdu do styku.

Honzo, diky…

diskuse se zvrhla na to, jak je to v IDE/Total Commanderu a jinde bezpredmetne, kde co je. to mozna ano. duvodem, proc me soucasny stav poburuje neni v tom, ze se to blbe hleda na urovni fs, ale spise v tom, ze s timto rozdelenim nemohu pouzit standardni loadery ze ZF, Symfony, … a jinych – nemohu vlastne ani vytvorit zadny jiny loader, ktery by tridu pouzil (includoval soubor), protoze evidentne neexistuje zadne pravidlo (a udelat logiku, ktera pozna, ze trida je control, a tak asi bude v adresari controls… to je trosku overhead).

takze, zapomenme na IDE, na Total Commandery, na terminaly… na to, ze mame git a podobne. soustredme se v teto debate na to podstatne – absence rozumneho pravidla, ktere by umoznilo jednoduse nacitat auto_loadem tridy z Nette bez pouziti NetteLoaderu nebo RobotLoaderu, popripade nejakeho prihloupleho hledani kde co je a vytvareni nejakych mapovani…

Kdyby jsi otázku položil takto hned na začátku, tak se nemusíme „hádat“ :)

wdolek napsal v prvnim postu
„… jenze co kdyz by nekdo rad pouzil Nette jako doplnek v jinem frameworku …“

;)

Moje otázka: Proč je problém použít „ten škaredý“ NetteLoader, který to řeší za tebe?

to mam tedy v projektu psanem v ABC Frameworku pouzivat jak loader ABC Frameworku, a kdyz ten failne, tak pouzit NetteLoader? (takze zbytecne stravim cas vymyslenim nejakeho „sveho“ loaderu, ktery to cele ohandluje)… nebo to lze resit jinak? jak?

nebylo by lepsi, aby to proste fungovalo „out-of-box“ aniz bych musel na neco sahnout, neco konfigurovat, … (tedy diky nejakemu domluvenemu pravidlu, jak se to bude delat)

Není to jedno?

ne, neni to jedno. chce byt Nette takovy hobby framework pro par obdivovatelu, nebo chceme Nette poslat do sveta?

a k cemu jsou treba coding standards? kdyby si kazdy jednotlivec psal zdrojak jak jemu se to libi, tak tu mame tak neprehledne zdrojaky, az by z toho nakonec vsichni plakali. myslim, ze s navrhem jak pojmenovavat tridy/jmenne prostory/adresare v kterych se skripty nachazi je to podobne. jde o to, usnadnit si praci v momente, kdy programator prechazi od projektu k projektu, pouziva jednu cast projektu v druhem a pod.

samozrejme, pokud si komunita Nette preje mit vlastni pisecek a ignorovat okolni svet, proc ne. v takovem pripade mi ale prijde, ze vynalozene usili na framework je zbytecne – protoze dela radost jen nekolika malo lidem.

wdolek napsal v prvnim postu …

;)

Musíš víc jasně, i pro nás pomalejší :P

ne, neni to jedno. chce byt Nette takovy hobby framework pro par obdivovatelu, nebo chceme Nette poslat do sveta?

Ale já to neobhajuju, já jenom zastávám stanovisko, že je mi to jedno :D Ale máš pravdu, že standartizací se to dostane mezi více lidí :)

(takze zbytecne stravim cas vymyslenim nejakeho „sveho“ loaderu, ktery to cele ohandluje)… nebo to lze resit jinak? jak?

vždycky jsem si myslel, že autoloading se řadi do fronty a nenahrazuje předchozí definovaný. Proto když zařadím dva autoloadery za sebe, tak když jeden nenajde třídu, vrátí ho ten druhý, popřípadě ani jeden, nebo ne? + class_exists ?

Editoval HosipLan (20. 2. 2011 18:30)

nooo ono to tak asi i funguje, pokud použiješ __autoload, ale spl_autoload_register to řadí :)

Tady se to koukám docela zvrhlo :)

RobotLoader není vhodný, když má projekt hodně souborů (A Zend jich hodně má).

Mno, vzhledem k tomu, co tu napsal HospiLan (#27), tak uz je tato debata asi bezpredmetna:-) Asi by se tu dala zacit dalsi o tom, jestli ma Nette jasna pravidla a proc, ale poustet se mi do ni nechce:-)

Mám třeba teď v projektu 3 frameworky, z RobotLoaderu v Nette jsem si kompletně vyloučil libs a načítá jenom adresář app. Na symfony (byť používám jenom konzoli) mám jeho vlastní loader (jedna instance jedné třídy). Na Zend (kvůli GDATA) mám taky jeho loader (jedna instance jedné třídy). Nette má pak taky svůj loader.

Všechno je lazy. Nette, Symfony i Zend + aplikaci načítá RobotLoader. Nikdy nemám načtené nic co v aktuálním requestu nevyužiju.

Samozřejmě to neomlouvá absenci pravidla pro umístění tříd v adresářové struktuře. A máš pravdu, že takové pravidlo by se opravdu hodilo. :)

//edit: jo a zapoměl jsem na Doctrine 2, na ten používám taky jeho nativní Doctrine/Common/ClassLoader

Editoval HosipLan (21. 2. 2011 7:51)

Tady se motá hodně věcí dohromady, tak postupně.

1. Načítání tříd z Nette opravdu není potřeba za žádných okolností řešit, ať už se používá jen část frameworku nebo Nette ve spojitosti s jinou knihovnou. Tohle prostě funguje automaticky tím, že se zavolá require 'Nette/loader.php' resp. require 'nette.min.php'. Nesouvisí s tím ani RobotLoader.
2. Adresářová struktura víceméně odpovídá mým představám o kategorizaci/katalogizaci tříd frameworku.
3. Jmenné prostory odpovídají historickému vývoji. Zde by mělo dojít k větším změnám, které sice dovedu realizovat bez BC breaku, ale dokud se nedohodne definitivní podoba, nechci se do toho pouštět.
4. Zatím jsme se dohodli, že se nedohodneme :-) Nebo že bychom si to rozdali v sobotu na PS?