[Linuxtrent] Re: Seminario Ajax

  • From: Guido Brugnara <gdo@xxxxxxxxx>
  • To: linuxtrent@xxxxxxxxxxxxx
  • Date: Thu, 13 Oct 2005 10:14:16 +0200

Mario wrote:

Scrive Guido Brugnara <gdo@xxxxxxxxx>:



Roberto Resoli wrote:
--cut--
> Per me il condimento cambia un po' ,), (java server side, Tomcat,
> Struts, ecc.) ma l'interesse resta altissimo.

In primo luogo parleremo di tecnologie disponibili sui browser e
quindi di DOM e Javascript, poi di metodi di trasporto e quindi di HTTP,
HTTPS, SOAP, ... e per ultimo di implementazioni lato server, per le


quali 

Direi che il trasporto è solo HTTP o HTTPS.



Ok, ok ; dal browser la comunicazione tipica è HTTP o HTTPS, mentre SOAP può utilizzare o meno quei protocolli di trasporto o altri che però non sono disponibili nei browser.

Mentre altra enfasi e importanza, secondo me, ha il protocollo di
comunicazione client/server.
Questo può essere XML (SCHEMA, SOAP, XML-RPC...), JSON....


Bè, se vogliamo essere pignoli, XML o JSON sono solo metodi per serializzare dati, mentre SOAP e XML-RPC sono dei protocolli di comunicazione che usano XML per serializzare i dati (per JSON c'è eventualmente una definizione di JSON-RPC).

SCHEMA non capisco per qualo motivo lo elenchi in questo contesto.

Avere i layer di interfaccia per questi protocolli e la scelta sul quale
utilizzare è forse un argomento di discussione interessante.


Il mio orientamento è quello di utilizzare JSON per serializzare i dati in transito tra il server ed il browser per motivi di velocità e facilità di rappresentare strutture complesse di dati nei due ambienti.

Per il trasporto mi affiderei ad un canale HTTP (o HTTPS) mantenuto persistente al fine di poter inviare eventi asincroni nelle due direzioni.

Nelle comunicazioni verso l'esterno invece penso di utilizzare SOAP in quanto è il protocollo che va più di moda ;-) In questo caso sarà sempre il Server a colloquiare verso l'esterno e mai direttamente il Client (ma un domani si può sempre cambiare idea).


bye
Guido


bye
Guido









--
Per iscriversi  (o disiscriversi), basta spedire un  messaggio con OGGETTO
"subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx


Other related posts:

  1. Home
  2. linuxtrent
  3. Archive
  4. 10-2005