Zdravím a děkuji za odpověď.
XSD by mě tedy asi ani nenapadlo použít, když už tak skutečně vlastní XML. V
plánu mám mít tam i možnost dělit formulář do bloků a bloky nebo jednotlivé
prvky pak skrývat na základě vstupů. Součástí XML by také mohl byt jednoduchý
query jazyk, kterým by šlo přímo deklarovat podmínky zobrazení.
Obdobný systém jsem už prakticky a úspěšně nasadil na jednom projektu, který
byl však dělaný v PHP (seznamka.sms.cz). S výsledkem jsem spokojen, avšak
několik věcí tam nebylo správně dotažených z hlediska objektového modelu, ani
XML nebylo vyřešeno nejlépe a tak jsem uvažoval že by se o to mohl pokusit
znovu a lépe v rámci diplomové práce a v Javě. Na tom webu je stejné XML
použitou pro vyhledávácí formulář, editaci profilu a zobrazení profilu. Což mi
umožňuje přidáním jedné položky do XML ovlivnit najednou všechny tři části.
J> Ted existuji minimalne 2 open-source modely pro representaci XSD schemat
J> podporujici vsechny mozny XSD konstrukty,
Víte které to jsou?
--------------------------- Původní zpráva ---------------------------
Odesilatel: Jan Moravec <[EMAIL PROTECTED]>
Předmět: formulářový framework
Datum: 9. září 2007, 14:45:31 (GMT +0200)
Přílohy: <none>
msgid:[EMAIL PROTECTED]
J> Ahoj,
J> Neco takoveho jsme kdysi delali ve firme Schemantix blahe pameti (zdravim
J> kolegy, pokud tu jsou). Bylo to udelatko, ktere generovalo hierarchii HTML
J> formularu na zaklade vstupniho XSD schematu + nejakych dalsich externich
J> udaju, ktere nesly (ci nebylo prakticke) vkladat primo do schematu. Ve
J> vystupnim HTML to generovalo automaticky JS validace dle prislusnych XSD
J> typu, HTML bylo mozne menit dle typu klienta apod. Vystupem byla validni XML
J> instance odpovidajici vstupnimu schematu, ktera se pak predavala do
J> aplikacni logiky ke zpracovani.
J> Ted existuji minimalne 2 open-source modely pro representaci XSD schemat
J> podporujici vsechny mozny XSD konstrukty, tudiz cast problemu, tj.
J> vygenerovani modelu representujiciho forulare a jejich provazani, byste mel
J> z velke casti vyresenou. Pouziti jednoduche, pro jednoduche pripady velmi
J> elegantni a skvele. Nicmene problemy nastavaji v okamziku, kdy ty formulare
J> potrebujete ruzne uzpusobovat, napriklad:
J> 1) Struktura sub-formularu je zavisla na tom co vyplnite na predchozich
J> formularich.
J> 2) Chcete jednoduse menit vzhled formulare. Muzete samozrejme zmenit XSL
J> sablonu generujici HTML, ale ta sablona byva z principu veci dost
J> koplikovana/dlouha/neprehledna a zamergovani noveho designu je dost utrpeni.
J> 3) Pri prechodu mezi formulari chcete provest nejakou akci, prednacist data
J> odnekud, pripadne zobrazit i nejaky ten progress bar.
J> atd. atd.
J> Tohle vsechno by mely byt jednoduche ukoly, nicmene s podobnymi frameworky
J> zjistite, ze cas, ktery stravite s jeho ohybanim/implementaci takoychto
J> jednoduchych vlastnosti >>> cas, ktery Vam zabere napsani formularu s
J> vyuzitim standardnich prostredku (JSP + nejaky framework). Tohle je IMO
J> hlavni duvod, proc podobne frameworky moc neujaly. Pokud Vas nenadchnul
J> Struts ci PHP, tomu celkem rozumim, zkuste mrknout na Stripes :)
J> Honza
J> -----Původní zpráva-----
J> Od: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] za
J> uživatele Tomáš Procházka
J> Odesláno: Sunday, September 09, 2007 09:43
J> Komu: [email protected]
J> Předmět: formulářový framework
J> Důležitost: Vysoká
J> Ahoj.
J> Vzhledem k tomu, že vím, že je zde hodně odborníků na webové aplikace, měl
J> bych následující dotaz.
J> Co mě na tvorbě aplikací docela nebaví je tvorba formulářů. Mé zkušenosti
J> jsou ale omezené dělal jsem jen v PHP a pod Javou jen Struts framework a
J> nijak mě to nenadchlo, příjde mi to složitější než v tom PHP.
J> Má představa je taková. Jedno XML, které specifikuje všechny položky
J> formuláře, jejich typ, validační kritéria, titulek, podmínka zobrazení, atd.
J> Z tohoto XML framework sám vygeneruje HTML s přihlédnutím na typ prohlížeče,
J> tedy v Opeře využije Web Form 2, v ostatních prohlížečích použije JS, prostě
J> tak aby tam byl kalendář, autocomplete prvky, JS kontrola na straně klienta,
J> čí podpora AJAXu. Prostě abych již nikdy nemusel nic z toho řešit.
J> V některých případech, když je potřeba udělat složitější layout formuláře,
J> tedy nestačí obyčejný tabulkový tvar by framework musel umožňovat použít
J> jiný layout manager, popřípadě formulářové prvky vkládat do předem
J> připravené šablony.
J> Pro jednodušší formuláře by šlo využít i anotací v bean třídě.
J> Existuje něco takového? Uvažuji, že bych něco takového udělal.
J>
J>
J> Datum: 19:01:35 8. září 2007
------------------------ Konec původní zprávy ------------------------
--
---------------------------------------------------------------------
Tomáš Procházka
E-mail: [EMAIL PROTECTED]
WWW: http://atom.sf.cz
ICQ: 87147320
---------------------------------------------------------------------
