Dotaz: HTML form toolkit?

[Josef Kufner]

Ahoj,
znáte nějaký toolkit na tvorbu HTML formulářů?

Moje představa je taková, že to dostane seznam polí (typy, rozmístění, výchozí data) a vypadne z toho kus HTML. Po odeslání formuláře se to pak postará o validaci zadaných dat a výsledek to předá aplikaci.

Zajímá mě každá zkušenost, kterou máte. Zatím nehledám nic zcela konkrétního, spíš mě zajímá, jak se s těmito záležitostmi vypořádali ostatní.

Odpovědi

[12345]

Takové generátory najdeš u frameworků. Nebyl uveden jazyk, tak zmíním, s čím jsem se setkal:

PHP: Zend_Form nebo Nette\Forms. Zend_Form je do Zend Frameworku silně zadrátovaný, ale Nette\Forms je použitelný samostatně.

Python: django.forms. Na Djangu silně závisí.

[Josef Kufner]

Díky, Nette Forms vypadají celkem hezky a kupodivu jsou velmi podobné tomu, co jsem psal před pár lety (a používám dodnes)

[Šangala]

Reaguji na „Zajímá mě každá zkušenost, kterou máte“ trošku se rozepíšu

Cca 4roky zpátky jsem z toho byl (v php + mysql) trochu nešťastný, chtěl jsem něco nezávislého s „vyšší logikou“.
Znechuceně jsem se pustil do tvorby nástroje a php tříd a stvořil si „něco“, kde definuji relativně složité asociativní pole, z kterého se mi vygeneruje kompletní databáze (sql script) včetně referenční integrity (pokud mám InnoDB) včetně automatické historie všech změn záznamů (pokud můžu používat triggery) a včetně datového modelu, který je uložen spolu s DB a jsou v něm definovány „vyšší“ kontrolní mechanismy (například. kontrola pole dle regexp, či existence domény z mailu a další nedefinovatelné na úrovni DB).
Ke každé tabulce v DB se vygeneruje PHP třída…, které na základě defince mohou (a jsou) být v dědičné struktuře a každá tato třída si načítá definice kontrolních mechanismů (já jim říkám checkery :)) a každé pole je pak na úrovni fce setXX kontrolováno a vyhodnoceno… + jednoduchá dokumentace a strom tříd

A tady se konečně dostávám k formulářům.
Jednoduchým universálním for cyklem je možné pak vytvořit generický formulář, který umí SELECT/UPDATE/INSERT a validuje všechny vstupní hodnoty (před-validuje na úrovni javascriptu) zobrazuje chyby a umožňuje zadávání lokalizovaných hodnot.
Tuto funkcionalitu využívám jen na specifické číselníky, jinak si vytvořím jeden template skript, který kopíruji a upravuji pro daný účel (volnost v budoucích úpravách).
Díky tomu, že v definici pracuji z možností upřesnění typů a atributů polí (money, read-only, state-field apod.) a díky tomu, že nastavuji pravidla pro LOCALE, tak rozeznávám tři hodnoty GUI, PHP, SQL, ale nijak mně to nezajímá, prostě uživatel zapíše 10.12.2008 do DB projde 2008-12-10, nebo v EN napíše 2,000.25 a do DB se dostane 2000.25, nebo pro False/True je combo s Ano/Ne.
Limity jsou v tom, že pro tuto funcionalitu musím editovat jen záznam v jedné tabulce kde mohou být výběry na N navázaných tabulek (zobrazí se combo). Pokud chci editovat dvě tabulky musím si to ve sciptu již něco doplnit, ale nesrovnatelně méně než kdybych to dělal „rúčo“.
Takové ty výpisy záznamu (karty), ty dělám většinou plně automaticky, názvy polí jdou přes „slovník“ kde se např 'username' přeloží do 'Uživatelské jméno' (v DB je uloženo i pořadí polí, které lze měnit, takže karta vyjede slušně)
PS: Samozřejmě na spojení z DB jsou třídy »providery«, takže lze to aplikovat i na jiné DB, ale bylo by třeba nové triggery a pod.

A tady se dostávám k závěru:
Od té doby jsem to použil již na několik projektů a bohatě se mi to vrátilo, návrh kompletní DB a aplikační PHP vrstvy se základními principy přihlašování mám v řádu několika hodin a základní administrační funkce (myšleno ksichty pro administraci) do dvou dnů (u projektů cca. do 30 tabulek), ale hlavně další věci se tvoří neustále stejně a ty zmiňované validace výpisy či česky/slovensky/hotentótsky zadané hodnoty jsou akceptované (datumy/čísla atd.) .
Hloupé je to, že „generátor“ je docela dobastlený, takže tomu rozumím jen já a to jen díky tomu, že využívám definice z minulých projektů jako základ.

Tím celým jsem jen chtěl říct, že jedině sám-si-sám k plné spokojenosti.

[Josef Kufner]

Právě dělám takový framework... je to upravené/překopané MVC tak, aby to lépe vyhovovalo webu (a taky je to moje bakalářka). Nebude to nijak napojené na DB, ale definice formulářů si to bude načítat z ini souboru. I když jak tak nad tím přemýšlím, ono by to nemuselo být vůbec od věci... no ještě uvidím.

Pointa je v tom, že bych rád nějaké udělátko, které by mi ušetřilo tu hromadu práce se sestavováním a validací formulářů aniž bych si ho musel psát sám. Bylo to odladěné, bezpečné, krásné a dokonalé, s jednoduchým api a průhlednou i mocnou konfigurací...

[Radek Miček]

Osobně používám formlets:

• Formlets - HaskellWiki
• The essence of form abstraction
• nebo třeba Web: PLT Web Applications

Co třeba k tomu udělat web server založený na continuations?

[Josef Kufner]

S tím Haskellem jsi mě trošku nahlodal. Mám to sice celé napsané v PHP, ale možná když nebudu mít pár týdnů co dělat... přecejen, druhá implementace v Haskellu by se mi v bakalářce vyjímala hezky (chudák oponent)