On Friday 04 of November 2005 10:20, Martin Kuba wrote: > Pavel Kolesnikov wrote: > > Presne tak. Dodal bych, ze obecne se ve Struts povazuje za rozumne > > pouzivat v ActionForm tridach properties typu String nezli konkretni > > datove typy. > > > > Zduvodneni prakticke: lip se s tim pracuje (viz aktualni priklad s > > Date), navic pri > > chybnem vstupu by Vas automaticka konverze mohla pripravit o puvodni > > hodnotu. > > > > Zduvodneni "filosoficke": ActionForms odpovidaji formularum. Do formularu > > (resp. jejijch textovych poli) vzdy vypisujete posloupnosti znaku, tedy > > retezce. > > A ja bych dodal, že z praktických důvodů je lepší nabídnout uživateli > pro zadání datumu tři selecty pro den, měsíc a rok, protože > jednak nemusí sahat po klávesnici, a druhak mají mnohem menší > možnost zadat nějakou jedovatou hodnotu.
Načež jeden můj známý webdesigner vždy vyprskne a dodá, že vždy je lepší nechat si ho (uživatele) naklikat datum v krásném grafickém JavaScriptovém kalendáři, protože 31. září je podle mnohých naprosto normální datum a že stejně se lidé orientují hlavně podle týdnů a chtějí tudíž vydět členění na pondělky, úterky,... ; načež zase podotknu já, že v linksu na textové konzoli je mi klikací JavaScriptový kalendář k ničemu a máme tu krásnou klasickou ohnivou diskusi na téma zpětná kompatibilita a minimální požadavky versus nové technologie a maximální požadavky :-) Jinak k tématu: v Javě se vždy lépe pracuje s objekty než se Stringovou reprezentací, obzvláště ukládáte-li data přes EntityBeany. Proto je třeba mít někde mezivrstvu, která deserializuje Stringy. Proto bych zavrhl dva extrémy: - znovu si tuto vrstvu psát znova (třeba proč ručně parsovat datum, když máme SimpleDateFormat) - nechat všechno na frameworku bez možnosti hooku či jiného způsobu vlastního zpracování chybových stavů Takže se tazatel ptal velmi správně - jistě už někde něco takového je. Já osobně jsem to psal do tří proprietárních frameworků. Možná právě proto neznám nic, co by se mohlo tazateli hodit ;-) -- Oto 'tapik' Buchta, [EMAIL PROTECTED] Senior Engineer, Systinet Corp, http://www.systinet.com
