Nette Scaffold – generování modelu s CRUD a náležitými presentery

Zatím jsem to netestoval, viděl jsem pouze screencast a vypadá to moc pěkně. Už se těším až budu mít čas to otestovat.

Ten vygenerovaný model mi nepřijde moc praktický v případě úpravy. Změnu názvu tabulky je potřeba přidat na 4 místech, přidání sloupce taky tak nějak.

Vyki napsal(a):

Zatím jsem to netestoval, viděl jsem pouze screencast a vypadá to moc pěkně. Už se těším až budu mít čas to otestovat.

Díky : )

Tharos napsal(a):

Taky jsem zatím koukal jenom na screencast a vypadá to na hezkou práci.

Jenom mě tak napadlo – nepřemýšlel jsi o zahrnutí nějaké výchozí implementace potvrzování mazání? Když jsem na tom videu viděl, jak položka zmizela po kliknutí na prachobyčejný odkaz, úplně jsem se lekl. Stačil by signál na triviální potvrzovací form (ideálně pak třeba i s protekcí proti CSRF).

To je třeba věc, kterou bych já musel absolutně vždycky všude ručně doplňovat.

mkoubik napsal(a):

Tharos: +1, navíc neni příjemný, když ti něco smaže google crawler (nebo klidně nějaký vlastní indexátor z jakéhokoliv důvodu).

Máte pravdu, to bych mohl přidat.

Honza Marek napsal(a):

Ten vygenerovaný model mi nepřijde moc praktický v případě úpravy. Změnu názvu tabulky je potřeba přidat na 4 místech, přidání sloupce taky tak nějak.

Jo, to je pravda. Název v tabulce se dá dát do konstanty, ale sloupečky bych chtěl dělat úplně jinak. Nerad bych bral název tabulky z názvu třídy, stejně tak jako sloupečky z property.

Souhlastím, ale to už bych potom spíš použil doctrine. Budu to řešit nějak jednoduše a průhledně.

Luxus, tak tohle ušetří hodně práce.
Ale mám dotaz, dá se nějak nechat vygenerovat model z databáze? Případně z vytvářecího SQL dotazu?

Editoval Šaman (31. 1. 2011 19:37)

trochu OT:

no, i když jsem našel i názory, že databáze slouží jenom jako tupé úložiště, tak jsem zatím zvyklý napřed si jen načrtnout model, pak důkladně připravit databázi (i s FK) a pak zdlouhavě píšu třídy modelu. Tzn, to co už jsem jednou napsal do DB, to teď napíšu ještě třikrát (každou property a pro ni setter a getter). A právě tuhle rutinní práci potřebuji zautomatizovat, tj. říct jen ze kterých tabulek vytvořit třídy a v nich proměnné a set/gettery. Úpravy, speciální třídy aj, si udělám ručně.

Pomůže mi s tímto Nette Scaffold, případně netušíte někdo zda existuje podobný nástroj? Začínám uvažovat o tom, že si ho napíšu sám, ale nechci vynalézat kolo, zvlášť když už někdo jiný možná vynalezl i pneumatiky.

Doctrine má svoje kolečko – YAML – DB – Entities – . Mělo by to jít dokola. Co jsem vyzkoušel, tak generování z databáze má dost much, nejlepší je generovat schémaza z entit. V tom souhlasím. Velká výhoda je to, že entity můžou mít libovolného rodiče, takže s trochou magie a reflexe se lze zbavit všech těch getrů a setrů (a přitom automaticky využívat explicitní definice) a připravit spoustu užitečných fcí. No a už jsme prakticky u parametrů scaffoldovacího skriptu – seznam properties. Proto mi zmíněná nadstavba nad Doctrine bez hlubší integrace do frameworku (o kterou nestojím) připadá zbytečná.

Osobně se mi zamlouvá orientace na Nette\Database jako jednoduchý a rychlý nástroj. Tenhle skript by mohl zmenšit objem nudné práce, která je nutná při použití „hloupějších“ nástrojů a knihoven. Vůbec bych se nebál relativně pevně to svázat i s presentery. Pro drobné projekty (např. weby malých podnikatelů apod.) by to mohlo fungovat výborně.

Huh, zrovna mě něco takového napadlo, že si vytvořím na presentery + templates. Takže díky moc, je to super :-) Úspěšně vyzkoušeno pod linuxem.
Akorát tedy, kde se bere proměnná $content? Při geenrování presenteru a šablon se vše provede jak má, jen to ale vypíše

PHP Notice:  Undefined variable: content in /usr/bin/nette.php on line 270

Editoval Droid (8. 3. 2011 0:11)

No, jde o to, že v předchozích řádcích (<270) vůbec o $content není ani zmínka. Ale nevadí, i tak to funguje. Radikálně? A co by to mělo všechno umět? Nebo jsi s funkcionalitou spokojen, jen se ti nelíbí ten kód?

Pokračuje tento hezký projekt nějak?