Wir entwickeln derzeit einige benutzerdefinierte asp.net-Serversteuerelemente. Jetzt möchten wir einigen von ihnen einige Ajax-Unterstützung hinzufügen. Jetzt im Grunde gäbe es zwei Möglichkeiten
Ich habe bereits mit dem Control Toolkit gearbeitet, einen kompletten Extender geschrieben und es war ziemlich intuitiv, sobald Sie die Geschichte dahinter verstanden haben. Aber ich mag auch die Einfachheit von jQuery.
Ich würde gerne einige von Ihnen hören, was Sie bevorzugen würden (Vorteile / Nachteile von jedem von ihnen), auch wenn wir uns hauptsächlich mit Microsoft-Technologien befassen. Würden Sie mehr für das Toolkit oder jQuery, ... oder beides gehen?
// Bearbeiten:
Ich habe gerade einige Tests gemacht und muss zugeben, dass ich das Toolkit im Moment aufgrund der Integration besser finde. Mein Zweck ist hauptsächlich, es auf den Serversteuerelementen zu verwenden, also habe ich mit dem Toolkit entsprechende Klassen auf der Serverseite, wo ich etwas wie
Das ist wirklich nett, weil ich auf diese Weise nicht mit dem Rendern von vordefiniertem JavaScript umgehen muss, das ich irgendwie als String in meinem benutzerdefinierten Server-Steuerelement konstruiere. Mit jQuery müsste ich das tun (außer dem Toolkit Nicolas erwähnt, aber die Unterstützung dort ist zu schwach für die Verwendung in einer professionellen Umgebung)
Vielen Dank.
Auch wenn dies keine wichtigen Punkte sind, werde ich es versuchen. jQuery hat kein UpdatePanel - Das ist eine gute Sache. Ihre jQuery-Fähigkeiten würden problemlos auf einen anderen Stack wie ASP.NET MVC, Django oder Rails übertragen. Es ist eine Weile her, seit ich MS Ajax Dokumente gesehen habe, aber die Dokumentation von jQuery ist ein großer Faktor für mich - es ist exzellent.
Ich habe von einigen Entwicklern gehört, die beide Bibliotheken benutzen, das könnte auch etwas sein, das man sich genauer ansehen sollte.
Ich benutze gelegentlich beides. Manchmal ist das MS AJAX Toolkit für bestimmte Dinge super praktisch und manchmal ist es nur ein Durcheinander. jQuery eignet sich hervorragend für viele Dinge, kann aber gelegentlich eingeschränkt werden.
Ich würde jedoch auf der Seite von jQuery irren, denn egal auf welcher Plattform man sich befindet, jQuery wird immer anwendbar sein, da es komplett clientbasiert ist, während die MS AJAX Toolkit-Fähigkeiten Ihnen nicht helfen werden versuchen Sie eine andere serverseitige Plattform.
Für mich würde ich AjaxControlToolkit nur verwenden, wenn das jQuery-Plug-in nicht existiert. Darüber hinaus können Sie mit jQuery control Toolkit jQuery mit Serversteuerelementen verwenden. Sehen Sie es sich auf Codeplex
anGründe für JQuery API über AjaxControlToolkit:
Wenn Sie WebForms (Serversteuerelemente) verwenden, sollten Sie Extender verwenden, um Ihr Skript zu organisieren und eine serverseitige Präsenz dafür bereitzustellen. Da ein vollständiges Toolkit bereits vorhanden ist (Ajax Toolkit), ist das die beste Wahl, aber wenn Sie wirklich JQuery verwenden möchten, schreiben Sie Ihre eigenen Extender, die JQuery aufrufen. Wenn Sie jedoch MVC verwenden, verwenden Sie einfach nackte JQuery; Es ist standardmäßig in diesen Apps enthalten und es gibt keine serverseitigen Steuerelemente, mit denen serverseitige Extender übereinstimmen müssten.
Ich war nie begeistert von dem Ajax-Toolkit. Es wirkte klobig und aufgebläht.
Als ich über jQuery stolperte, habe ich nie zurückgeschaut ...
Mit JQuery ist Ihre Anwendung frei von ASP.NET-Versionen. Wir haben das MS AJAX-Toolkit verwendet und mussten uns über seine Versionen Gedanken machen und sehen, ob es mit ASP.NET 2.0 usw. kompatibel ist. Wir begannen mit JQuery-Steuerelementen und fanden unsere Anwendung viel schneller und unsere Steuerelemente konnten unabhängig von .NET-Versionen entwickelt werden. Wir könnten sogar .NET zugunsten von PHP rausschmeißen, da die meisten unserer Sachen WebService-basiert sind. Zur Präsentation können Sie einfache HTML-Seiten mit JQuery verwenden und die meisten anderen Dinge können als WebServices implementiert werden.
Wenn Sie hauptsächlich in MS Shops mit Visual Studio programmieren, dann ist das Toolkit der Weg zu gehen, Sie werden immer noch etwas Javascript brauchen, um einige Dinge zu tun, aber in dieser Situation erlaubt das Toolkit wirklich schnelles Entwickeln und etwas Code dahinter Unterstützung für bestimmte Kontrollen. Das heißt, es tut nie weh, beides zu lernen, das Toolkit ist wirklich direkt, also ist die Lernkurve klein und bis zu einem gewissen Grad hängt das hauptsächlich von deinem Wissen über Javascript ab, also ist jquery. Die meisten Apps, die ich jetzt ein paar Tage benutze, verwenden beide und es funktioniert ganz gut und sobald du genug von jedem lernst, wirst du entscheiden können, was du verwenden sollst ... im Grunde sind beide eine größere Toolbox und eine große Toolbox ist immer eine großartige Sache haben.
Sollen Web-Steuerelemente die Client-Implementierung nicht bis zu einem gewissen Grad abstrahieren? Und wenn ja, ist es nicht machbar, dass die MS das Ajax-Toolkit mit jQuery eines Tages implementiert?
Jquery ist glatt und ich mag es, damit herumzuspielen, aber Web-Controls haben auch etwas sehr Dauerhaftes, da ihre Implementierung automatisch mit Client-Technologien aktualisiert werden kann.
Tags und Links jquery asp.net-ajax ajaxcontroltoolkit