🚀 go-pugleaf

Jadalbert pisze:

> A powód tych beansów jest taki, że się przeliczyłem w tym by mieć prosty
> (tylko java) program do robienia obliczeń z danych wsadowych.
> Zagadnienie jednak wymaga jakiegoś interfejsu zjadliwego dla użytkownika
> stąd chcę to przerobić na jsf, jsp czy tak jakoś. Choćby prezentacja
> wyników - za dużo ich na konsolę czy plik tekstowy. Prócz tego te beansy
> będą mieć zastosowanie przy rozbudowie aplikacji.

Zupełnie niepotrzebnie narzucasz ograniczenia związane z warstwą widoku 
na logikę aplikacji. JavaBeans sprawuje się dobrze w takich 
zagadnieniach jak serializacja, spring framework. To taka klasa typu 
entity. Jeśli w którymś fragmencie projektu pojawi się takie wymaganie 
(czyli najczęściej na brzegu systemu - klasy boundary), to tam dopiero 
przeprowadź konwersję obiektu biznesowego na taki który spełnia 
wymagania systemu zewnętrznego (pliku, soap,.., jsp). W ten sposób jeśli 
zmienisz system zewnętrzny, będziesz musiał wprowadzić zmiany tylko w 
jednym miejscu systemu.

W przypadku stron JSP skorzystaj z jakiegoś frameworka MVC. Ja korzystam 
ze struts. Wtedy javaBean'em jest klasa formularza. Wewnątrz akcji 
struts (metoda execute() ) odczytasz właściwości obiektu biznesowego i 
ustawisz property formularza.



-- 
pozdrawiam
Piotr
XLR250&bmw_f650_dakar