Newsgroup: it.comp.java
Titolo: Re: le jsp.

no?
E' leggermente diverso.  Con ASP/PHP tu hai _una sola_ pagina che
contiene il codice di generazione dell'HTML, quindi di fatto hai
logica di business mista al codice che si occupa di generare la
presentazione.
Con JSP, invece, è netta la differenza tra servlet (che si occupa
della logica di business) e jsp (che si occupa della presentazione).
La JSP può essere intesa come una pagina HTML "evoluta", nella quale è
possibile fare un "embedding" di codice Java e raccogliere quindi le
informazioni passate dalla servlet.  
In entrambi i casi, comunque, un programmatore indisciplinato può
sbagliare facilmente, farcendo di "logica" ciò che invece è destinato
solo alla presentazione.  Non è raro che le JSP contengano troppo
codice che non è strettamente legato alla presentazione delle
informazioni.

 no?
Il manuale secondo me mente.
Con PHP e ASP puoi ottenere secondo me la stessa separazione.
Ad esempio usi un file come controller e un altro che invece contiene la 
logica di presentazione (view). Il controller inoltra alla view. 

 presentazione.
Non conosco asp, ma php e jsp sě.
E in entrambi i casi sta al programmatore decidere cosa mettere e dove.
Anche in php č possibilissimo gestire logica e presentazione
separatamente.
Il fatto č piů che altro che in ambiente java sono state diffuse di piů
le "best practices" e quindi molti fanno le cose per bene piů che in
altri linguaggi.
Tra l'altro, poi, le jsp vengono tradotte in servlet e compilate come
tali, per cui volendo fare i pignoli potremmo dire che anche in java le
servlet fanno logica e presentazione
-- 
Herbie

 servlet fanno logica e presentazione
Possono farlo sicuramente, e' chiaro pero' che le JSP sono fortemente 
rivolte alla presentazione, mentre le Servlet alla logica applicativa.

 no?
non č la tecnologia che fa il buon codice, ma l'attenzione nel progettare
e scrivere applicazioni.
Anche in rete puoi scaricare esempi di jsp al 90% di codice java solo il
10% di html.
Poi considera che la separazione tra presentazione e logica ha molto senso
nella grandi strutture dove una o piů persone curano la parte grafica e 
agiscono
sull'html e sui css e altre persone programmano in java, ma ne ha molto meno 
se
a scrivere l'applicazione č una sola persona che fa entrambe le cose, anzi 
spesso
ne fa anche altre come per es. l'interfacciamento al database

 a scrivere l'applicazione è una sola persona che fa entrambe le cose
Su questo non sono d'accordo. Che lo faccia un singolo oppure no, se non si 
separano bene i vari strati o parti dell'applicazione, in breve tempo 
diventa immantenibile. A distanza di qualche mese, neppure si riesce piu' a 
star dietro a quello che si e' scritto. 

servlet fanno logica e presentazione
E' l'interfaccia verso il programmatore che conta.  Se cominciamo a
considerare che cosa avviene dietro le quinte, allora qualsiasi
sistema di sviluppo viene stravolto.  L'interfaccia verso il
programmatore prevede _due_ entità separate, ognuna con un proprio
scopo: controller e view.

nella grandi strutture[...]
La divisione tra presentazione e logica ha molto senso anche se a
sviluppare si è in tre, due o addirittura uno solo.


certo! Se lo dici cosě perentoriamente devo crederti...
personalmente trovo molto piů confusionali i taglib all'interno
delle pagine che non il codice java stesso e a meno che non
si sviluppi tutto quanto generando le pagine da servlet, quindi
senza alcuna pagina html/jsp č ben difficile manterere tutto bello
pulito e nel tentativo di rispettare questi dettami accademici si perde
un sacco di tempo.

un sacco di tempo.
E' opinabile che siano "dettami accademici".  Ho visto troppo codice
sporco nei miei anni di sviluppo per pensare che possa esistere
un'alternativa di buona scrittura del software, che non preveda il
rispetto di certe regole base.  Il tempo perso, poi, nella costruzione
del software è recuperato nelle fasi successive del suo ciclo di vita.

"Andrea Laforgia" <a.laf...@andrealaforgia.it.invalid> ha scritto nel 
messaggio news:0urnj2l9hdq8l7bos...@4ax.com...

Se lui considera le taglib piu' confusionali degli scriptlet dentro le JSP, 
beh allora e' un programmatore tutto particolare ;) 

 no?
I buoni developer non scrivono piu' da anni codice java nelle pagine jsp. Si
scirve xhtml puro.
Nicola
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 no?
Infatti lo puoi avere. Ma è cosa da evitare. Esistono tecniche (basate
principalmente sulle tag library) che consentono a vari livelli di
separare la logica java dalla jsp dove programmi solo nel
metalinguaggio dei tag.

 no?
Tutto vero quello che dici, fino ad un certo punto.
	Le JSP non sono niente di più che delle Servlet mascherate con tag più 
o meno attraenti. L'obbiettivo degli ingegneri di casa Sun(R) era quello 
di far usare una logica ben strutturata e robusta anche a chi, come i 
web master, con la programmazione non vogliono avere niente a che fare. 
Ora, io non ho mai letto il manuale di Mokabyte quindi non so cosa dica, 
    ma penso che verso la fine del libro ti possa dare le dritte per 
realizzare una applicazione ben strutturata usando JSP e Servlet e 
magari anche delle belle EJB.
	Per fartela breve generalmente le JSP sono usate per la logica di 
presentazione mentre le EJB per la logica di business. Per piccole 
applicazioni non conviene chiedere aiuto alle EJB quinndi si preferisce 
creare delle ExtensionTag che ti permetto di mascherare la logica di 
controllo all'interno di una JSP.
 
	Spero di essere stato sufficentemente chiaro.
	Mattia

 no?
praticamente si, infatti č meglio fare sě che la logic venga processata 
da un'altra parte (una servlet?) e la jsp si occupi solo di visualizzare 
le info che la logic gli passa.