!Librerie che "nascondano" la complessità ajax:
Ne esistono parecchie open. Nello sviluppo "webup2" stiamo utilizzando prototype.\\
[http://www.prototypejs.org/]\\
Avevo scritto qualcosa [qui|WEBUP2]


----

Si, è ottimo, lo stiamo usando anche noi, anche se non esplicitamente per implementare chiamate AJAX, se non in pochi casi. E' comodissimo anche per il javascript più tradizionale, visto chè è cross-browser e che aggiunge agli elementi della pagine funzioni e attributi per la manipolazione abbastanza semplici da usare, e soprattuto ben documentati.

--m.sanfilippo, 12-nov-2008


----

Io invece sono abituato ad usare strumenti che per quanto possibile tolgano la complessità di usare direttamente il javascript ma che in qualche modo siano in forma di IOC o di generatori di codice javascript. Due esempi sono:
* DWR che permette di interagire con Java e ha un buon seguito nella community Java-Ajax
* GWT che permette di dimenticarsi di Javascript e di utilizzare Java per generare interfaccie SWT/Swing-like
  Inoltre in questo caso è possibile anche aggiungere componenti già creati e molto funzionali come quelli forniti dal progetto GWT-EXT

--Carlo Cestana, 09-dic-2008 09:55


----

Il problema con cui mi sono scontrato io è che spesso il codice generato da questi strumenti è difficile da integrare con quello scritto "alla vecchia", è molto complicato da debuggare e non scala bene, quindi si presta male alle personalizzazioni spinte e/o ai grossi progetti. Diciamo che sono ottimi per utility piccole e con funzioni semplici, pensate e realizzate interamente con uno di questi toolkit.
Sicuramente saranno migliorati con il tempo, e, con buona probabilità, in futuro si tenderà sempre più a utilizzare "generatori" di codice javascript.
Diciamo che prototype risolve alcuni problemi cross-browser e arricchisce gli oggetti con proprietà e metodi che aumentano la leggibilità e l'efficienza del codice.

Lasciatemi dire che, tra l'altro, qui AJAX non c'entra molto...

--m.sanfilippo, 09-Dec-2008 16:23

----
Effettivamente non mi è chiara quale sia la connessione tra strumenti come prototypejs e Ajax...
 
Comunque tornando al discorso sui framework per sviluppo Ajax, è vero che scriversi tutto in casa permette di avere personalizzazioni spinte sul codice prodotto. E' anche vero però che prima di raggiungere la copertura operativa e la qualità dei componenti di un framework è necessario un lavoro mastodontico. Ad esempio, ho dato una occhiata a [Zk|http://www.zkoss.org/] e mi ha colpito la quantità e la qualità dei componenti di base forniti, nonchè il numero di referenze prodotte (700.000 utilizzatori dichiarati e referenze del calibro di Sun).
Perchè per noi è cosi difficile partire da un framework di questo tipo?