Microsoft Ajax Control Toolkit gegenüber jQuery
zurzeit entwickeln wir eine Reihe von benutzerdefinierten asp.net server-Steuerelemente. Jetzt möchten wir gerne hinzufügen, dass einige Ajax-Unterstützung, um einige von Ihnen. Nun, grundsätzlich gibt es dann zwei Optionen
- Microsoft Ajax & Microsoft Ajax Control Toolkit
- jQuery
Arbeitete ich bereits mit der Control Toolkit, das schreiben einer vollständigen Extender und es war Recht intuitiv, sobald Sie verstehen, die Geschichte hinter. Ich mag aber auch die Einfachheit von jQuery.
So, ich würde gerne hören, einige von Ihnen, was Sie möchten, gehen für (Vorteile/Nachteile eines jeden von Ihnen), auch unter Berücksichtigung, dass wir vor allem im Umgang mit Microsoft-Technologien. Würden Sie mehr für das toolkit oder jQuery,...oder beides?
//Edit:
Ich habe gerade einige tests durch, und ich muss zugeben, dass im moment finde ich das Toolkit besser wegen der integration. Mein Zweck ist hauptsächlich für den Einsatz auf dem server-Steuerelemente, so dass mit dem toolkit habe ich die entsprechenden Klassen auf der server-Seite, wo ich etwas tun kann, wie
CalendarExtender toolkitCalendarExtender = new CalendarExtender();
toolkitCalendarExtender.TargetControlID....
...
this.Controls.Add(toolkitCalendarExtender);Ist das wirklich schön, weil ich auf diese Weise gar nicht zu tun haben mit der Darstellung von vordefinierten JavaScript, das ich-Konstrukt irgendwie als string in meine benutzerdefinierte server-control. Mit jQuery müsste ich tun (außer für die toolkit Nicolas erwähnt, aber der support dort ist zu schwach für die Verwendung in einem professionellen Umfeld)
Vielen Dank.
- Was sind Sie targeting? User-Basis der Steuerung?
Du musst angemeldet sein, um einen Kommentar abzugeben.
Während diesen vielleicht nicht großen Punkte, ich werde es versuchen. jQuery nicht ein UpdatePanel - Das ist eine gute Sache. Ihre jQuery-Fähigkeiten würde leicht die übertragung auf einen anderen Stapel wie ASP.NET MVC, Django oder Rails. Es ist schon eine Weile her, seit ich gesehen habe, MS Ajax-docs, aber die jQuery-Dokumentation ist ein riesige Faktor für mich - es ist ausgezeichnet.
Ich habe gehört, einige Entwickler, die mit beiden Bibliotheken, das könnte etwas sein, zu schauen, wie gut.
Ich gelegentlich verwenden beide. Manchmal ist die MS AJAX Toolkit ist super praktisch, für gewisse Dinge, und andere Zeiten, es ist nur ein Durcheinander. jQuery ist ideal für viele Dinge, aber kann gelegentlich eingeschränkt sein.
Ich würde allerdings eher auf der Seite von jQuery, da egal welche Plattform Sie gehen, jQuery wird immer anwendbar, da es vollständig client-basiertes, in der Erwägung, dass die MS AJAX Toolkit Fähigkeiten werden dir nicht helfen, sollten Sie sich entscheiden, versuchen Sie einen anderen server-side-Plattform.
Für mich, die ich benutzen würde AjaxControlToolkit nur, wenn das jQuery-plug-in nicht vorhanden ist. Darüber hinaus werden mit der Verwendung von jQuery control Toolkit verwenden, können Sie mit jQuery server-Steuerelemente. Haben Sie einen Blick auf ihn zu codeplex
Gründe für die JQuery-API über AjaxControlToolkit:
Ist der erste und wichtigste Punkt meiner Meinung nach ist der Kundenstamm für diese beiden.
Ich denke, dass jQuery hat eine Breite Nutzer-Gruppe im Vergleich zu Microsoft Ajax. Also der Unterstützung für jQuery, viel mehr sein wird.
Wenn Sie mit WebForms (server-Steuerelemente), Sie sollten mit Extender, um zu organisieren, Ihr Skript, und geben Sie eine server-side-Präsenz für Sie. Da eine komplette toolkit existiert bereits (Ajax-Toolkit), das ist die beste Wette, aber wenn Sie wirklich JQuery verwenden möchten, schreiben Sie Ihre eigenen Extender, der Aufruf von JQuery.
Allerdings, wenn Sie mithilfe von MVC, dann verwenden Sie einfach nackt JQuery; es ist Bestandteil dieser apps standardmäßig, und es gibt keine server-side controls, das würde benötigen, server-side-Extender entsprechen.
War ich noch nie begeistert mit dem ajax-toolkit. Es schien, unförmig und aufgedunsen.
Wenn ich stolperte über jQuery habe ich nie bereut...
JQuery ermöglicht Ihrer Anwendung, frei zu sein von ASP.NET releases. Wir benutzten MS AJAX toolkit und wir uns sorgen machen mussten Ihre Versionen und sehen, ob es kompatibel ist mit ASP.NET 2.0 etc.
Wir begannen mit JQuery Kontrollen und fanden unsere Anwendung deutlich schneller zu sein und unseren Steuerungen entwickeln könnte unabhängig von .NET-Versionen. Konnten wir auch werfen .NETTO zugunsten von PHP, wie die meisten unserer Sachen ist der WebService basiert. Also für die Präsentation, die Sie haben könnten einfache HTML-Seiten mit JQuery und den meisten anderen Sachen umgesetzt werden können, wie WebServices.
Wenn Sie hauptsächlich code in MS Geschäften mit Visual Studio, dann das toolkit ist der Weg zu gehen, werden Sie noch brauchen, zu wissen, einige javascript, gewisse Dinge zu tun, aber in dieser situation das toolkit erlauben, wirklich schnell, dev und einige code-behind-Unterstützung für bestimmte Steuerelemente. Das heißt, es schadet nie, um zu lernen beide, das toolkit ist wirklich Meerenge nach vorne, so dass die Lernkurve ist klein und bis zu einem gewissen Grad, das hängt vor allem von Ihrem wissen in javascript, so ist jquery. Die meisten apps, die ich bin zu sehen, jetzt Tage verwendet und es funktioniert ganz gut und wenn Sie lernen, genug von jedem werden Sie in der Lage zu entscheiden, was zu verwenden, wobei... im Grunde beide builds eine größere toolbox und big toolbox ist immer eine tolle Sache.
Nicht-web-Steuerelemente sollen zu abstrakten client-Implementierung zu einem gewissen Grad? Und wenn dem so ist, ist es nicht möglich die MS implementieren der Ajax-toolkit-Einsatz von jquery irgendwann?
Jquery ist glatt, und ich mag zu spielen, um mit, aber es gibt auch etwas sehr dauerhaft über die web-Steuerelemente in der Umsetzung bekommen können automatisch aktualisiert, neben client-Technologien.