Newsgroup: it.comp.lang.javascript
Titolo: AJAX: ritornare codice HTML o XML?

Salve a tutti,
sto realizzando un'applicazione web per un'intranet, che consiste in
un'interfaccia ad un database. Vorrei usare usare ajax per generare delle
tabelle di risultati presi dal database (vari record di una tabella).
Non so se generare la tabella html direttamente lato server e spedirla
al client (usare quindi un semplice innerHTML di un div) oppure ritornare
i risultati come XML e creare la tabella lato client attraverso JS.
Come è meglio procedere? Considerate che è l'unica applicazione che si
interfaccia, non ho quindi vantaggi a creare una risposta standard,
stile web service, da riutilizzare in altre occasioni.
Grazie,
Carlo.

 stile web service, da riutilizzare in altre occasioni.
Se restituisci l'intera tabella (non parte di essa), e le righe e celle
rischiano di essere parecchie, usa pure innerHTML.
Se vuoi avere piů dettagli in merito, cerca negli archivi di questo NG,
ad esempio:
http://groups.google.it/group/it.comp.lang.javascript/browse_frm/thread/
daac2211b25ebdb8/eaf082ab0cc06549
-- 
"Se c'č qualcosa di piů importante del mio ego su questa nave,
la voglio catturata e fucilata."

 dettagli in merito, cerca negli archivi di questo NG, ad esempio:
Per esempio una delle cose che devo fare è una restituire i record (non
ancora quanti campi) che soddisfano alcuni criteri che si possono
scegliere al volo, quindi può rispondere con tutti i record del db o
anche con uno solo.
Considera che i problemi di compatibilità sono marginali, dato che essendo
eseguito in intranet "conosco" i client su cui verrà utilizzata.
Quindi consigli un approccio del tipo generare la tabella server-side e
mostrarla come innerHTML?
Carlo.

Carlo Sandroni ha scritto:

Ti consiglio di spulciare un pò sta ricerca: 
http://www.google.it/search?q=ajax+vs+ahah
Ciau
Ivan

 mostrarla come innerHTML?
Dato che il quadro completo della situazione non ce l'ho io, ma tu,
l'unica cosa che posso fare è descriverti i vari pro e contro della
proprietà innerHTML, usata assieme a XmlHttpRequest. Poi sei tu che
devi applicare il tutto alla tua casistica, e decidere cosa fare.
Il link che ti ho fornito dovrebbe esserti d'aiuto in questo, ma se
ci fossero dubbi o problemi in merito chiedi pure.
-- 
~ "La storia sarà buona con me perché sarò io a scriverla."
(Winston Churchill)

 ci fossero dubbi o problemi in merito chiedi pure.
Grazie mille, ho trovato spunti interessanti, erano circa le
considerazioni che avevo fatto da solo, ma non sapevo se erano corrette!
Mi chiedevo solo se in un ambito particolare come può essere
un'applicazione per un'intranet bisognasse prendere diversi accorgimenti.
Per la cronaca, l'applicazione è un semplice CRM con anagrafica dei
contatti e gestione degli scambi di informazioni/documenti/materiali con
questi.
Carlo.

 questi.
Ultimo suggerimento: Non fare l'errore di "incaponirti" su un
certo tipo di tecnologia, che sia per una questione di moda o
di altro.
Spesso a uno sviluppatore quando ha in mano un martello tutto 
sembra un chiodo.
XmlHttpRequest è una gran cosa, certo. Ma non devi disdegnare
altri tipi di approcci.
Circa un anno fa, ho fatto il refactoring di alcuni software,
che erano stati sviluppati usando XmlHttpRequest per caricare
proprio delle tabelle con potenzialmente diverse righe.
L'iframe in quelle casistiche è stata la scelta più azzeccata
rispetto all'XmlHttpRequest.
-- 
"Se c'è qualcosa di più importante del mio ego su questa nave,
