Vale la pena passare da AjaxControlToolkit a jQuery?

Question

Continuo a sentire tutte queste cose su how awesome jQuery is e su come AjaxControlToolkit fa schifo. Sfortunatamente, ne ho sentito parlare solo dopo aver creato il mio intero sito WebForms utilizzando il toolkit.

Ora sto considerando di passare, se non del tutto, principalmente a jQuery. Questo è in parte per l'esperienza (non avendo mai programmato in Javascript o usato alcun framework) e parzialmente perché penso di avere più controllo su jQuery.

Non c'è bisogno di cambiare, ma sto pensando di farlo comunque.

Vale la pena affrontare la curva di apprendimento di jQuery solo per ottenere l'esperienza, dovrei lasciare il mio sito di lavoro abbastanza bene da solo?

Answer 1

Vorrei solo utilizzare jQuery e AjaxControlToolkit. Lo sto facendo ora. Tutto sommato, giocano piuttosto bene l'uno con l'altro. Tieni presente che quando Toolkit esegue un postback AJAX, jQuery non lo sa, quindi devi concatenare sia il carico del documento che gli eventi onpostback.

Answer 2

jQuery offre sicuramente maggiore flessibilità, ma dipende davvero da quale funzionalità è necessaria.

Mentre jQuery è piuttosto avvincente da usare, la libreria di controllo jQueryUI è abbastanza minimalista. Sebbene ci siano molti plugin fantastici per jQuery, il look-and-feel di questi è intrinsecamente incoerente. Al contrario, la cosa bella dell'utilizzo dei controlli dell'interfaccia utente di un singolo fornitore è che si ottiene un aspetto e un comportamento coerenti, il che rende il sito più professionale.

Non ho mai utilizzato AjaxControlToolkit, ma credo che dovresti essere in grado di includere jQuery nella pagina. Al giorno d'oggi queste grandi strutture sono abbastanza amichevoli l'una con l'altra. In questo modo puoi ottenere il meglio da entrambi i mondi. Riduce anche la quantità di lavoro che devi fare durante il "passaggio" e offre una transizione più graduale da uno all'altro.

Answer 3

Da una recente esperienza, sto pensando di passare da AjaxControlToolkit a Jquery completamente. Ciò è dovuto a un incidente, in cui abbiamo cercato di ospitare una nuova applicazione in una directory virtuale di un'applicazione precedente.

L'applicazione precedente eseguiva System.Web.Extensions versione 1.06, ma la versione più recente richiedeva la versione 3.5 (per AjaxControlToolkit 3.5). A causa del modo in cui IIS è strutturato, erediterà il file web.config del genitore, causando tutti i tipi di problemi ed errori perché l'applicazione troverebbe DUE versioni di system.web.extensions. Questo problema non è stato risolto e abbiamo dovuto ospitare la webapp con un nuovo sottodominio.

Questo problema potrebbe essere evitato, se avessimo appena usato jQuery, poiché è completamente disaccoppiato da IIS.