Nette – pohled začátečníka (splní má očekávání?)

Ou :( měl jsem napsanou odpověď na tvůj příspěvek, ale spadl mi při odesílání prohlížeč :( a nechce se mi to psát celé znovu :( takže jen v rychlosti:

LastHunter napsal(a):

Od Nette očekávám praktické oddělení PHP a HTML (do Presenterů a HTML šablony, která bude mít jen nejzákladnější PHP syntaxi – data pro ni budou připravena už z Presenteru) a lepší přehlednost fungování díky objektům.

Ano toto je základní myšlenkou MVC/MVP frameworků. Nette tě k těmto praktikám více méně navádí.

Znovupoužitelnost kódu

To je to hlavní. Weby, jak dělám teď, mě už nebaví. Prakticky jakýkoli klientův požadavek umím vyřešit, ale když za mnou přijde další klient, že ho chce taky, můžu sice původní kód znovupoužít, ale za cenu toho, že v něm půlku názvů přepíšu (sloupce v tabulkách se jmenují jinak, názvy proměnných jsou vázány na první prezentaci, takže pro lepší „přehlednost“ jsem je jeden čas přepisoval také atd.), takže nejde už o programování, ale docela věrnou simulaci cvičené opice. A ještě se musím modlit, abych někde na nějakou hodnotu nezapomněl a ve specifických případech to přestalo fungovat.

Mluvíš mi z duše :-) někdy bych si raději prosřelil koleno, než dělal tyhle nudné věci, když musím nedělat v Nette. To je taky důvod proč se mi nechce zpět „do dob opičích“.

Od Nette očekávám, že nademnou bude „bdít“ (jinak řečeno, bude pro mě motivace), abych psal určité úseky kódu (možná 100%) jako komponenty s výhledem na budoucnost („to se mi bude třeba za rok na nějakým webu hodit“). A když si pak při tvorbě webu „vzpomenu“ – pro tenhle případ můžu použít komponentu, kterou jsem v předminulé zakázce dělal, tak jen zkopíruju její zdroják a upravím s ní související HTML šablonu. A když požadavky budou takové, že budu muset zasáhnout do kódu komponenty, tak tak, abych ji v dalším aplikování mohl použít jak s původní funkčností, tak tou rozšířenou.

Viz komponenta DataGrid z Quick Startu – jednoduchým selectem jí předáš v parametru data z tabulky, nad kterýma má operovat a máš znovu-použitelný výpis tabulky se stránkování a řazením, modifikáci pár řádků i ajaxovou.

Absolutní kontrola nad tvarem adres

Ať už jsou moje dosavadní zdrojáky jakékoli, tak kontrolu nad tvarem URL jednotlivých částí webu mám stoprocentní.
…
Umožní mi to routing? Neomezí mě nějak? (Omlouvám se, zatím jsem nezkoumal příslušnou dokumentaci.)

Je třeba pochopit jeho myšlenku, když ho umíš ovládat (nebo si napsat svůj) meze se nekladou.

Zabezpečení

Toto je snad jasné, když aplikaci píšu od zelené louky a nemám to vyřešené na nějaké nejnižší úrovni, nemůžu zajistit stoprocentní zabezpečení, nějaký únik nechtěných znaků do MySQL dotazů atd. Těšim se, že mi Nette a případně dibi tyto věci vyřeší a já už nebudu muset myslet na to, že mi uživatel upraví/smaže články z DB či se mi do komentářů dostanou nechtěné znaky.

Dá se říct že samozřejmost.

Neřešení 1000× řešeného

Těším se na používání věcí, které Nette samo implementuje – práci s obrázky, FTP připojení, autentizaci uživatelů. Věřím totiž, že narozdíl od mou napsaných funkcí to používá ověřené a spolehlivé postupy, které jen čekají na využití mnou :)

Není nic lehčího než zkusit, za 15min hraní si s třídou víš na čem jsi ;-)
ale pozor: je to návykové, fakt se ti nebude zpět do tvého RS který popisuješ ;-)

Jsem zvědavý, jestli mé nároky na framework nejsou příliš velké a jestli mi neřeknete, zda nechci rovnou modré z nebe :o)

Nároky jsou vysoké, ale Nette je spňuje a David Grudl nám to modré z nebe snesl ;-)

jak dlouho mi zaučení se s Nette může zabrat ? (je mi jasné, že s tím bude odlišná práce od mých obvyklých návyků)

Podle návyků a znalostí – základem je OOP, pokud již člověk pracoval s jiným MVC frameworkem dostane se do toho rychle.

Editoval romansklenar (8. 1. 2009 2:57)

Reprezentativnější kód

Aj keď ťa framework tak trochu núti kódiť podľa nejakých pravidiel, stále je to na programátorovi, aby dva krát myslel a raz písal a nesprasil kód =)

Znovupoužitelnost kódu

V nette jednoznačne ano :) Ale zase je to na programátorovi ako to spraví.

Absolutní kontrola nad tvarem adres

V nette znamená absolutná, naozaj absolutná :) Výhoda je, že linky sa môžu riešiť až pri dokončovaní aplikácie.

Zabezpečení

Dibi s Nette je super kombinácia. Dibi je chránená proti útokom, formuláre sú tiež zabezpečené, plus dobrá autentifikácia a pod.

Neřešení 1000× řešeného

Nette dobre spolupracuje so Zendom, takže ak chýba nejaká funkcionalita (Mail,PDF a pod) dá sa doplniť zo ZF (Zend_Mail, Zend_Pdf). Vela ľudí to tu tak používa, vrátane mňa.

Ako dlho trvá naštudovanie nette? Ja som po týždni občasného čítania dokumentácie začal robiť prvú aplikáciu v nette.

Aké sú ďalšie výhody? Česká dokumentácia a super CZ/SR komunita :). Určite ti každý ochotne poradí a ak nie každý ja určite ;)

Editoval Jod (8. 1. 2009 9:31)

Pokud je programátor vepřík, obávám se, že zůstane vepříkem i v Nette. Kdysi jsem musel z funkcionálního programování skočit bez přípravy do vod Symfony a objektů. Nedopadlo to dobře, ani tak mocný FW mě nezachránil od prasečin. Nette je ještě volnější. Spíš to chce pochopit podstatu fungování takového FW. Možná to byl právě David, kdo pronesl, že správný programátor si již zkusil napsat svůj vlastní FW. Pak se člověk mnohem lépe vžívá do myšlenek tvůrce FW a tak snadno nepodlehne vepříkování. Myslím si, že v tomto případě nestačí se jen naučit syntax a jména metod a spoléhat se, že vše ostatní udělá Nette. Géniové (kterým bez předchozí zkušenosti s jiným FW stačí pár dní k profi ovládnutí Nette) však možná budou mít jiný názor ;-)

romansklenar napsal(a):

LuKo napsal(a):

Možná to byl právě David, kdo pronesl, že správný programátor si již zkusil napsat svůj vlastní FW.

Znělo to nějak takhle: „Každý, kdo se tvorbou webů v PHP žíví si zkoušel napsat nějaké knihovny nebo framework, které by mu práci částečně automatizovali, a kdo říká že ne, ten ho píše ještě teď“ a myslím že to prones Jiří Knesl na webexpu :)

Byl to Freud a řekl to přesně takto: „Dámy a pánové, každý z nás někdy onanoval a kdo tvrdí, že ne, ten to dělá dosud.“

Mimochodem je to pěkná blbost.

Díky všem za odpovědi a rady. Začíná se mi Nette opravdu líbit :)

Včera jsem si prošel Quickstart a sám jsem si to samozřejmě zkoušel všelijak upravovat. Ale bojím se, abych do toho zasahoval podle filozofie Nette. Kam bych měl psát třeba vlastní metody, které využiji v každé prezentaci? Napadlo mě do BasePresenteru, ale možná to bude lepší jako komponenta.
Nette přichází se spoustou funkcí na řešení spousty věcí, ale chtěl bych třeba funkce setTitle, addTitle a resetTitle na práci s <title> tagem. Nebo cokoli jiného. Psát to do BasePresenteru nebo do vlastní komponenty?
Také mám rád centralizaci nastavení chování aplikace. Ale to koukám řeší Nette\Config. Geniální :)
Poslední otázka: Jelikož Nette přichází se spoustou vlastních metod, tříd a proměnných, musel bych si je všechny pamatovat, abych je mohl při psaní aplikovat. Lze nějakým způsobem donutit některé IDE, aby mi po napsání názvu třídy nabízelo všechny metody a proměnné, ke kterým mohu v dané třídě přistupovat (jak to umí třeba NetBeans s Javadocem) ? Nebo se musím proklikávat API dokumentací na webu?

LastHunter napsal(a):

Lze nějakým způsobem donutit některé IDE, aby mi po napsání názvu třídy nabízelo všechny metody a proměnné, ke kterým mohu v dané třídě přistupovat (jak to umí třeba NetBeans s Javadocem) ? Nebo se musím proklikávat API dokumentací na webu?

Netbeansy fungují parádně. Sám používám.

Netbeans je úplne super. Používam development verziu v podstate bez problémov. Tá ponúka navyše voči 6.5 niektoré super vlastnosti. Odporúčam si pozrieť blog vývojárov netbeans for php. Skoro každý deň pridávajú nejakú killer feature, kam sa hrabe zend studio, pdt, … ;) S lepším editorom som zatiaľ nerobil.

Nusphere PHPEd. Sice placený, ale pokud si člověk nekoupí poslední verzi, není to tragicky drahé a podporuje to i např. krokování PHP aplikací.

Jod napsal(a):

Tie beansy sú mrské a nemám rád, keď sa snažia robiť všetko zamňa a narobia len bordel :-/

treba to vedieť používať, mne nerobia žiadny bordel ;-)

Kontextovou nápovědu v šablonách nenabízí ani PhpEd. A pochybuji, že to bude třeba u Zend Studia jiné. A ty funkce, udělal bych to podle citu – pokud upravují nějakou věc v presenteru, například nastavují titulek, dal bych je do předka presenterů. Pokud to je nějaký komplexnější logický celek, pak udělat samostatnou komponentu/control. Nebo pokud se jedná o sadu funkcí např. na úpravu dat, zpracovat to jako samostatnou třídu.

Vlastní metody setTitle() apod. používám teď taky a mám je v BasePresenter. Ovšem je to v TODO na hození někam jinam. Potíž je hlavně v situaci, kdy se stejné metody dostanou do vlastní třídy Presenter, což by si člověk řekl, že se asi nikdy nestane, ale třeba u metody flashMessage() se mi to už stalo a musel jsem kvůli tomu vlastní kód předělat.

Netbeans jsem teď vyzkoušel (tu betu) a oproti Eclipse PHP teda nic moc – Eclipse má suggest a navázání na dokumentaci daleko promakanější. Taky podstatně líp pracuje s dokumentačníma komentářema, todo listy atp.

Ten úvodní LastHunterův příspěvek, jako bych slyšel sebe před pár lety :-)

Keď má mať menu neobmedzenú hĺbku, jedno z možných riešení je spraviť si komponent Menu, ktorý bude mať rekurzívnu štruktúru v sebe a bude sa vedieť rekurzívne vykresliť:

class Menu extends Control
{
    protected $items;

    function loadItems()
    {
        $this->items = array(
            (object) array(
                'text' => 'Novinky',
                'dest' => 'News:',
                'sub' => new Menu(...),
            ),
            (object) array(
                'text' => 'Kontakt',
                'dest' => 'Contact:',
                'sub' => new Menu(...),
            ),
        );
    }

    function render()
    {
        $file = Environment::expand('%templatesDir%/components/Menu.phtml');
        $this->template->setFile($file);

	$this->template->items = $items;

	$this->template->render();
    }
}

A šablóna Menu.phtml napríklad takto:

<ul>
    {foreach $items as $item}
    <li><a href="{link $item->dest}">{$item->text}</a>
        {if isset($item->sub)}{!$item->sub->render()}{/if}
    </li>
    {/foreach}
</ul>

Samozrejme, to generovanie štruktúry sa očakáva z konfiguráku či odinakiaľ…

David všude oslavuje PHPEd. Dle mého právem :)

Škoda, že neni aj na mac :(

David: Díky za rady co kam mám „strkat“ i dodělání elegantní rekurze :)

Na přechod na nějaký placený editor se fakt necítím, nemyslím si, že bych využil jeho featury, stačí mi jen obarvování a napovídání při psaní kódu :)

Musím si ještě pořádně nastudovat jednotlivé metody z životního cyklu presenteru a během zkouškového se vrhnu na jeden větší projekt, který tu mám připravený. Takže pak budou určitě následovat další otázky :)

Zatím dík!

Není. Ale při aktivaci nějakého Texycosi filtru v šablonách funguje syntax <texy>…</texy> ;)

Ahoj, s použitím <texy> zkušenosti nemám, sám používám Texy jako helper:

• v presenteru:

protected function beforeRender()
{
	// Texy...
	$this->texy = new Texy();
	// ...a jeho konfigurace
	$this->texy->allowedTags = Texy::NONE;
	$this->texy->allowedStyles = Texy::NONE;
	$this->texy->setOutputMode(Texy::XHTML1_STRICT);
	// atd...

	// registrace helperu
	$this->template->registerHelper('texy', array($this->texy, 'process'));
}

• v šabloně:

{block|texy}
**tučné**, *kurziva*
{/block}
nebo
{!$promenna|texy}

Skús sa mrknúť do rout.

Error hádže do úvodzoviek kukaj ""error:.. ""

Texyla zde – http://texyla.jaknato.com/

Novější verze Texyly (stejná jako na SVN?) je dostupná tady: http://texyla.janmarek.net/

LastHunter napsal(a):

Teď mám ale problém. Mám odkazy normálně ve tvaru

<li><a href="{plink Default:}">Aktuality</a></li>

To je zvláštní… Jaké všechny filtry máš zaregistrované a v jakém pořadí?

Už to vidím, kontextové escapování je na vině. Pokusím se vyřešit.

tak je to opraveno v poslední revizi

Nette a dibi mají velmi volnou licenci, vyplývající povinnosti jsou z textu srozumitelné. Texy je pod striktnější GPL. Otázkou je, zda-li vůbec lze šířit open source projekt používající Nette/Dibi/Texy (asi ne, nejspíš budu muset Nette & dibi vydat i pod GPL). V případě komerčního prodeje není s Netta & Dibi žádný problém (stačí ponechat copyrighty), u Texy je potřeba pořídit komerční licenci.