Stefano Fago (29 mar 2004, 14:21:27)

Salve, penso che la risposta sia, in prima analisi, affermativa...Se l'analisi è stata correttamente condotta e partendo dall'idea che le servlet sono "web component" mi sembra lecito l'approccio in questione! (servlet1 --> servlet2) C'è anche da dire che sui casi d'uso è espressamente conteplata quanto la relazione di inclusione che di generalizzazione e quindi...Un ulteriore osservazione è che in fin dei conti anche le JSP sono servlet: perchè non ci proponiamo il problema anche con loro? L'idea è che in un contesto M.V.C. diventa importante modellare il sistema: quanto proposto vuol dire individuare, e ben delimitare, un front-controller e dei controller secondari a cui verrà passata la gestione di uno specifico compito. In conclusione la soluzione è valida ma attenzione alle dipendenze! Un ultimo warning riguarda proprio il paradigma M.V.C. Nell'articolo http://today.java.net/pub/a/today/2003/12/11/mvc.html e relativi, si presenta un'intelligente critica al paradigma in questione...E' un pò palloso ma gli spunti di lavoro sono notevoli... Spero di essere stato un pò utile... Buon Lavoro

Antonio Merico (26 mar 2004, 13:45:53)

Buongiorno, è ammissibile nel caso di sviluppo di applicazioni web sviluppate in accordo al pattern MVC, che una servlet1 che ha il compito di gestire un caso d'uso (o flusso di pagine Jsp) effettui una chiamata ad un'altra servlet2 che ha il compito di gestire un altro caso d'uso (flusso di pagine Jsp), per garantire un riuso "totale" del secondo caso ds'uso? Ci sono controindicazioni? L'alternativa sarebbe un riuso "più granulare" delle JSP del secondo caso e con maggior accoppiamento. Mi interesserebbe conoscere il vostro parere. Antonio Merico Cordiali saluti.

[SIForge.org] Il flusso di lavoro nelle JSP e Servlets

Stefano Fago (29 mar 2004, 14:21:27)

Antonio Merico (26 mar 2004, 13:45:53)