This is version 1 2 3 4 5 6 7 8 9 10 11 12 . It is not the current version, and thus it cannot be edited.
[Back to current version]   [Restore this version]

Librerie che "nascondano" la complessità ajax:#

Ne esistono parecchie open. Nello sviluppo "webup2" stiamo utilizzando prototype.
http://www.prototypejs.org/
Avevo scritto qualcosa qui

---

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 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?

---

Un progetto come GWT è tutt'altro che non debuggabile anzi permette di dimenticare debuggger specifici per javascript. Si guardi questo articolo GWT recipes on Javaworld per capire come fare il debug, come implementare lo unit test e come separare la logica client da quella server con GWT.

Comunque penso che prodotti come GWT o come ZK abbiano il grande pregio di aiutare a preoccuparsi meno del layout e della compatibilità tra browser(perchè ci pensano loro) e più del flusso di interazione con l'utente.

--Carlo Cestana, 10-dic-2008 16:37