[JavaTech] riport (j2ee flame :)

[Viktor Szathmary]

hi,

> >es ha mar a j2ee "egyszerusiteseinel" tartunk, szerintem az sem teszi
> >jobba az egeszet, hogy mondjuk egy bean home es remote 
> implementaciojat
> >ugyanabban az osztalyban kell eszkozolod - csak eppen mas elvek
> 
> Ezt kifejtened?
> Homenal csak interfacet definialok, az appserver irja meg nekem az
> implementaciot annak fuggvenyeben, hogy milyen protokollt hasznalok

elnezest, nem voltam preciz a megfogalmazassal, valojaban nem a home es
a remote implementaciorol beszelek, hanem a bean implementaciorol :)

mondjuk egy BMP entity beanrol van szo... ugy vettem eszre, hogy a
tapasztalatlanabb programozokat megteveszti az hogy pl egy
ejbFindByAkarmit meg mondjuk az akarmiBusinessMethod-ot ugyanott kell
implementalni.. pedig nincs igazan kozuk egymashoz: a biz method a bean
peldanyon operal, mig a finder termeszetesen NEM (de persze kell hozza
egy bean objektumpeldany amin meghivhatja :) - csak epp a Sun ide
sikeritette.

ez nem nagy gond, de szerintem tisztabb lett volna ha nem keverik egy
osztalyba a ket dolgot... meg ha mar igy van akkor minek ez a naming
convention az "ejb" prefixszel, amikor a biz methodusokra nem terjed
ki...

szoval nincs baj az EJB-vel, mindenki orul neki nagyon, viszont lehetett
volna elegansabban is sokmindent.. :)
egy elegans APIval egyreszt orom dolgozni.. masreszt vegyuk a
hatekonysagot :))) tegyuk fel hogy 20 percet kell azzal tolteni, hogy
megertessem a programozoval a fenti dolgot (vagy kijavitsak vmit amit
elrontott mert nem tudta)... a programozo meg a magyarazo orabere legyen
olcso, 20 ill 40 USD :)) akkor ez a 20p 20 USD. ha mondjuk 100.000 EJB
projekt van a vilagon, akkor az mar 2millio USD... :) szoval ilyen
skalan mar szamit, hogy mennyire elegans egy API :)) vegyuk csak a win32
api-t.. eheh :))


	viktor