Cituji Oto Buchta <[EMAIL PROTECTED]>:
musim priznat, ze nechapu jak se bod a) vztahuje k tomu, co jsem napsal a
Protoze pises: "Az bude chtit smenarna webovou sluzbu, tak se prida
webova sluzba". JSP vracejici data automaticky zpracovatelne a ktera
vyhovuje elementarni
definici WebServisy (napr viz
http://tapikuv.blogspot.com/2008/06/webservisovn-dl-prvn-webservisa.html )
je mozno za WebServisu povazovat. Ale ot jen tak na okraj.
Dovolim si dve citace z predchozich mailu:
Frantisek Kucera: "hmm a až se ukáže, že by bylo fajn, mít na webu
ještě kurzovní lístek v XML,
tak se to bude psát znova, resp. JSP včetně SELECTů se zkopíruje* a HTML
značky se přepíší na XML."
Moje odpoved: "Az bude chtit smenarna webovou sluzbu, tak se prida
webova sluzba. Proc by se kvuli tomu melo prepisovat JSP opravdu nevim."
Zde preci JSP, ktere vraci XML, nazyvam webovou sluzbou. Takze s kym
polemizujes?
JSP vracejici SOAP jsou pro me novinkou. Pokud jde o JSP vracejici XML, tak
SOAP v doclitu neni nic jineho nez XML podle SOAPoveho schematu.
Takze Ty implementujes webove sluzby jako JSP? A neni otazka, zda JSP
muze ci nemuze vracet SOAP, protoze odpoved je samozrejme ano (napr.
pres skriptlet <%...%>), ale otazka je 1) zda je to vhodne reseni a 2)
zda to nekdo pouziva.
to samozrejme jde. Ale proc by se kvuli tomu prepisovalo puvodni JSP jsi mi
nevysvetlil.
Kdyz chces misto HTML vracet XML, asi ho prepises, ne? Mozna bys udelal jiny
postup, ja nikoli ;-)
Nechci. Rec byla o tom, ze krome HTML bude na webu jeste XML. Tj. HTML
zustane a XML se prida.
Ohledne implementace v Java WS: zadne copy&paste tady nebude. Tedy krome
SQL prikazu, pokud bych pouzil JDBC. Pri pouziti JPA ovsem ani to ne.
Ono C&P bylo v uvozovkach. Ja osobne bych si v jendom okne otevrel JSP,
v druhem Java tridu, zobrazil okna vedle sebe a "prepisoval" bych logiku
presne podle toho, co mam uz jednou napsano v tom JSPcku.
O jake logice to mluvis? Moje JSP obsahuje SQL dotaz a prochazeni
vysledku. To chces "opisovat" z JSP iteraci pres vysledek SQL dotazu?
Navic kdyz pouzijes JPA a JAXB, tak tam ani zadne prochazeni nebude.
To JSTL SQL, ktere jsem pouzil v predchozim mailu, melo 13 radku. Opravdu
mas pocit, ze je efektivni vytvaret sofistikovane reseni, abys budoucnu pri
souhre nekolika okolnosti (ktere mohou, ale nemuseji nastat) nemusel tech
13 radku zahodit?
Problem natava, kdyz tech 13 radku zahazujes poseste a poseste musis
vse znova
odladovat. Ale i ono "sofistikovane" reseni lze napsat jednoduse.
To jako ze budes pracovat na sesti projektech pro sest smenaren, ktere
budou chtit sest stejnych webu a pote sest uprav? Neni to z pohadky o
sesti trpaslicich?
K tomuhle mam jednu poznamku: vyvoj "univerzalnich" komponent, ktere jdou
nad ramec zadani, je pomerne castym duvodem selhani projektu.
Tady je jadro pudla. Neexistence definice jakekoli univerzalni knihovny
v ramci zadani od zakaznika. Jemu je burt, jestli ti nakodujes vsechno
do jendoho servletu nebo to bude bezet ve dvaceti abstraktnich vrstvach.
Pro nej je dulezite:
a) aby to fungovalo a nepadalo
b) aby to bylo hotovo co nejrychleji
c) aby nebyl problem do toho v budoucnu sahout
Rekl bych, ze jsi zapomnel na naklady. Jinak moje reseni funguje, je
levne, rychle hotove a menit jej je radost... co vic muze zakaznik
chtit :o).
Je tedy ciste na tvem rozhodnuti, co zvolis za technologii, co si
napises sam,
co hotoveho pouzijes a jakym stylem to napises.
Ja osobne prosazuju deleni na co nejmensi autonomni samostatne testovatelne
jednotky a vrstvy. V prvni fazi si to naprototypuju a behem prototypovani mi
vypadnou pozadavky na dalsi modularizaci.
V principu je mi jedno, jestli jsou onemi jednotkami metody, tridy, EJBcka,
JSPcka ci cele aplikace. V ramci prototypovani tveho prikladu bych
si asi udelal
jednoduchou beanu, ktera mi bude vracet to, co chces tahat s databaze,
napsal bych si jednoduchy testik, ze to opravdu vraci, a pak bych si hral
s xichtem. Minimalne bych predesel tomu, ze bych nekde neco spatne
zazobakoval
a pak pracne hledal, proc mi to vraci neco jineho...
Myslim, ze by bylo dobre, kdybys poslal svoje reseni. Ja jsem svoje
JSP poslal v jednom z predchozich mailu. Pak muzeme tato dve reseni
porovnat.
Jinak doufam, ze se do toho zapoji i ostatni, protoze jinak bude asi
lepsi to resit mimo konferenci.
Jave zdar a webovym sluzbam zvlaste,
Z.T.
--
Zdenek Tronicek
Department of Computer Science and Engineering
Prague tel: +420 2 2435 7410
http://cs.felk.cvut.cz/~tronicek
