Per quanto abbia letto buona parte dell'ottimo libro ASP.NET Ajax in Action, il fw javascirpt della M$ non mi ha fatto impazzire. Dico 'per quanto' perchè paradossalmente il libro MVC in action mi ha fatto ragionare (o presentare) sotto una differente luce questo fw.

In effetti buona parte delle critiche che si leggono in giro, riguardano il 'peso' in kb del fw. La cosa che mi ha aperto gli occhi è che quel peso 'grosso' si riferisce alla versione 'debug' del fw. Se si esegue una release il peso diminuisce drasticamente.

Il secondo punto riguarda jQuery: NON è affatto vero che bisogna fare una scelta: jQuery e .NET Ajax NON sono esclusivi, ANZI!

Sfatato questo mito, rimane una questione di gusti e a me piace usare jQuery anche per 'comuniare' con .NET vedi ad esempio un webService.

Ecco quindi una serie di appunti/regole che mi appresto a consigliarvi :)

Mai capitato di fare un'applicazione dove alcune attività sono 'delicate' (vedi cancellazione di una row)?

Capita mai di avere utenti con il morbo del doppio-click?

Se avete risposto positivamente...forse questo post fa al caso vostro..

Sono dell'opinione che non sia del tutto giusto decretare la seguente "espressione": <<o usi Ajax.NET o usi Jquery>>.

I 2 framework possono convivere...tuttalpù che aggiungere un riferimento a jquery (magari hostato da google code per velocizzare ulteriormente) costa veramente molto poco in termini di kb.

Però Jquery non è così affine con ajax.net...sopratutto se parliamo del Control.UniqueID

Jquery oltre ad essere un ottimo fw per JavaScript fornisce anche un set di componenti grafici (Jquery UI) ottimi per molte cose.

Quello che ho sfruttato ultimamente è il Sortable, il quale oltre a esporre metodi interessanti per il riposizionamento degli elementi offre anche sistemi di serializzazione per il salvataggio delle posizioni degli elementi...ma...