Ale tak kus ty pravdy taky mas. Jsem si jisty, ze zvolis cestu adekvatni
"mission criticallicnosti" dane ulohy - o tom je ta debata nakonec predevsim
- jako obvykle. Spojeni JSON a FM bych se proste ja obloukem vyhnul.
Navrhuju ale, az se ti to lepeni stringu opravdu vymsti, abyses tady k tomu
hrde priznal a rek: kuci, vy ste tenkrat meli pravdu :-)
2008/9/4 Oto Buchta <[EMAIL PROTECTED]>
> On Thu, Sep 04, 2008 at 12:55:04PM +0200, Tomas Zverina wrote:
> > >
> > > Tak ted nechapu, jaky je rozdil mezi tim, kdyz vygeneruju vlastni
> > > proprietarni
> > > XML a to pak transformaci prevedu do potrebneho formatu, nebo kdyz
> > > vygeneruju
> > > proprietarni FreeMarkerovou Hash-like strukturu a tu pak pomoci
> > > FreeMarkerove sablony prevedu do potrebneho formatu.
> >
> >
> > Rozdil je v podle me v pristupu: FM, JSP, Velocity - vsechno pracuje se
> > stringy, generuje stringy. Stringy jsou pro stroje spatne, pro stroje
> jsou
> > dobre streamy. Nakonec bude totez, ale rozdil je prave v tom pristupu.
>
> No tak tady si nejsem jist, zda s tebou muzu plne souhlasit. Mas pravdu,
> ze datove streamy jsou pro stroje to nejlepsi, co muze byt - presne dany
> format, mapovani objekt na objekt,...
>
> Mas-li ale jako pozadavek textovy protokol, ktery navic ma byt rucne
> psatelny,
> je to totez. Stroj k textovemu streamu vzdycky bude pristupovat jako ke
> streamu,
> a je jedno, jestli mu to servirujes jako Stream nebo jako pole retezcu. A
> to
> proto, ze textovy protokol je primarne zamyslen prave jako pole retezcu.
> Viz HTTP, SMTP, POP, IMAP, SNMP, prikazova cast FTP ,... a to se ani
> nebavim
> o SQL ci programovacich jazycich. Format dat u textoveho protokolu pak
> vetsinou
> kopiruje onen navrh String[]. Jedine fomraty, ktere jdou "proti" tomuto
> konceptu jsou znackovaci jazyky, ktere pracuji s textem, tedy SGML, HTML,
> TeX,... Schvalne zde neuvadim XML, protoze XML pouzivane na transport dat
> je
> typicky prave radkovano, kdezto v podobe DocBooku ci XHTML jde zase o
> Stream.
> JSON je IMHO taky navrzen radkove, protoze je podle mne konstrukce
>
> {name: "Ja jsem
> prase uzeny"}
>
> nevalidni. V pripade Streamoveho pristupu by se naopak jednalo o validni
> zapis.
>
> tapik
>
> > > Koles i LT maj 100% pravdu v tom, ze generovat takovyhle format
> > > > "System.out.println" neni nejlepsi napad ... Musis tu lenost
> prekonat, je
> > > to
> > > > pro dobrou vec :-)
> > >
> > > FreeMarker neni generovani pomoci System.out.println. Doporucuji se
> podivat
> > > na http://freemarker.org . Uz obrazek na homepage jasne ukazuje
> zakladni
> > > princip. V Jave se predpripravi data ve FreeMarkerovem formatu a ten
> pak
> > > naparsuje sablonu a vlozi ona data na to spravne misto.
> >
> >
> > Znam FM a pouzivam, predevsim proto, ze je to jedinej sablonovaci nastroj
> > trochu pouzitelnej - pokud nekdo zna neco lepsiho, proboha sem s tim. Ale
> > nerikejte Velocity.
> >
> > Jiste, ze to neni primo System.out.println, to byla jako takova nadsazka.
> > Ale v principu to je totez - "lepis stringy" misto toho abys
> "serializoval
> > objekty". No a to bys nemel. Generovani XML pomoci JSP je tak na hrane
> > unosnosti, rekl bych. Principielne to je taky ponekud spatne.
>
> 1) Otazka zni, zda chci serializovat objekty nebo lepit Stringy ;-) RMI
> urcite pres FreeMarker delat nehodlam. To by byla prasarna. Stejne tak
> serializace HttpSession ci jineho objektu pro naslednou deserializaci.
> Na to snad nevypadam. Nebo jo?
>
> 2) Taky IMHO lepsi nez FM neni.
>
> tapik
>
--
S pozdravem,
Tomas Zverina
Multimedia atelier s.r.o.
Na Dolinách 4
147 00 Praha 4
IČO: 25127071
tel.: 241 433 120
e-mail: [EMAIL PROTECTED]
http://www.m-atelier.cz/
Společnost Multimedia atelier s.r.o. je zapsána u rejstříkového soudu v
Praze, oddíl C, vložka 51961.
