Ist es die Zeit wert, von AjaxControlToolkit zu jQuery zu wechseln?

Question

Ich höre all diese Dinge über how awesome jQuery is und wie das AjaxControlToolkit saugt. Leider habe ich davon erst gehört, nachdem ich meine gesamte WebForms-Website mit dem Toolkit erstellt habe.

Jetzt erwäge ich den Wechsel, wenn nicht vollständig, hauptsächlich zu jQuery. Dies ist teilweise für die Erfahrung (nie in Javascript codiert oder verwendet Frameworks) und teilweise, weil ich denke, ich habe mehr Kontrolle über jQuery.

Es gibt keine dringende Notwendigkeit zu wechseln, aber ich überlege es sowieso.

Lohnt es sich, die Lernkurve für jQuery anzupacken, nur um die Erfahrung zu machen, sollte ich meine Arbeitsstelle gut genug alleine verlassen?

Answer 1

Ich würde nur beide jQuery und AjaxControlToolkit verwenden. Ich mache das jetzt. Alles in allem spielen sie ziemlich gut miteinander. Seien Sie sich jedoch bewusst, dass jQuery, wenn Toolkit ein AJAX-Postback ausführt, es nicht kennt, sodass Sie sowohl das Laden des Dokuments als auch das Onpostback-Ereignis verketten müssen.

Answer 2

jQuery bietet definitiv mehr Flexibilität, aber es hängt wirklich davon ab, welche Funktionalität Sie benötigen.

Während jQuery ziemlich süchtig zu verwenden ist, ist die jQueryUI-Steuerelementbibliothek ziemlich minimalistisch. Obwohl es viele tolle Plugins für jQuery gibt, sind deren Aussehen und Verhalten in sich widersprüchlich. Im Gegensatz dazu ist das Schöne an der Verwendung von UI-Steuerelementen von einem einzigen Anbieter, dass Sie alles sehen und sich konsistent verhalten, was die Website auch professioneller erscheinen lässt.

Ich habe nie AjaxControlToolkit verwendet, aber ich glaube, Sie sollten in der Lage sein, jQuery in die Seite aufzunehmen. Heutzutage sind diese großartigen Frameworks ziemlich freundlich zueinander. Auf diese Weise können Sie das Beste aus beiden Welten herausholen. Es reduziert auch die Menge an Arbeit, die Sie während des "Schalters" tun müssen, und bietet einen abgestufteren Übergang von einem zum anderen.

Answer 3

Aus jüngster Erfahrung denke ich über den vollständigen Wechsel von AjaxControlToolkit zu Jquery nach. Dies ist auf einen Vorfall zurückzuführen, bei dem wir versucht haben, eine neue Anwendung in einem virtuellen Verzeichnis einer älteren Anwendung zu hosten.

Die ältere Anwendung lief System.Web.Extensions Version 1.06, aber die neuere Anwendung benötigt Version 3.5 (für AjaxControlToolkit 3.5). Aufgrund der Art und Weise, wie IIS strukturiert ist, würde er die Datei web.config des übergeordneten Elements erben, was zu allen Arten von Problemen und Fehlern führen würde, da die Anwendung ZWEI Versionen von system.web.extensions finden würde. Dieses Problem wurde nicht gelöst und wir mussten die Webapp unter einer neuen Subdomain hosten.

Dieses Problem könnte vermieden werden, wenn wir nur jQuery verwendet hätten, da es vollständig von IIS entkoppelt ist.