[Web2.0] [FLAME??] Linguaggio di sviluppo per le futureapplicazioni web2.0 ?

[Marcello Vezzelli]

Emiliano Gabrielli (aka AlberT) ha scritto:
> On martedì 29 maggio 2007, Marcello Vezzelli wrote:
>   
>> Personalmente (e qui si che scattano i flame!!!) spero che questa
>> "febbre" da web 2.0 si esaurisca presto, non appena la gente si renderà
>> conto che gestire una fatturazione con un'applicazione web dentro a un
>> browser è come andare ai 150 in autostrada contromano bendati su una 500 :)
>>     
>
> mi puoi argomentare meglio questo punto che mi interessa?? tnx
>   

Il problema principale è il browser, che è un client improprio per le 
applicazioni.
Il suo problema principale è che è in grado di fare richieste sincrone 
lato utente, ma non di ricevere comunicazioni dirette dal server.
Di fatto per come è concepito il protocollo http, essendo nato per 
visualizzare documenti, è sempre il client che fa richieste al server e 
mai il server che segnala qualcosa al client.
Il server può segnalare qualcosa solo a una richiesta del client... 
quindi se si vuole implementare un protocollo client-server l'unica è 
utilizzare il polling (con tutti i guai che ne seguono).

Tant'è che se si toglie il browser e si mette un thin client un po' 
intelligente, tutto il resto va bene..
pensa a una cosa molto semplice: lavoriamo entrambi a un recordset live. 
Io faccio una modifica.. tu non la vedi se non refreshi la pagina.
Il server dovrebbe segnalare al tuo client che il campo che ho 
modificato va aggiornato... con un browser lo puoi fare se vai in 
polling richiedendo gli aggiornamenti.
Anche se si fa con ajax, diventa rapidamente un carico insostenibile per 
il server (e con php anche per il db, perché è un continuo 
connetti/sconnetti per fare query magari semplici, siccome non c'è un 
pooling).

Spiegato senza troppi termini tecnici così ci capiamo bene.

Ciao
Marcello