2009-03-04 16 views
7

Eine Menge Diskussion gibt es mit jQuery und MS Ajax nach der Jquery integrierten Nachrichten.Microsoft AJAX-Client-Bibliothek vs jQuery

Ich bin derzeit in dem Prozess meines Team zu überzeugen jQuery zu betrachten, aber ich bin kein Profi auf einen von ihnen.

Ich möchte wirklich einige gute Vergleiche zwischen jQuery und MS Ajax "Client" -Bibliothek, wie mein Team argumentiert, dass wir jQuery können, wenn wir nur raw ms Ajax Client-Bibliothek verwenden, und jQuery scheint nur einen besseren Selektor zu haben .

Kann jemand in einigen Szenarien einige gute Einblicke geben, warum jQuery als MS Ajax verwendet wird? wenn es um bessere Leistung geht?

Vielen Dank!

Antwort

7

Ich benutze beide. Ich denke, diese beiden sind für verschiedene Anwendungsfälle - MS AJAX ist für die Kommunikation einiger Daten von Server zu Client während des ersten Ladens (ScriptControl), und für die Erstellung der ersten Steuerelement-Element-Verknüpfungen. Auch die Web-Service-Wrapper sind äußerst nützlich für Daten-AJAX, und Wrapper hängen von der MS AJAX-Bibliothek ab.

Und jQuery ist für DOM-Traversal/Änderung, nachdem die Seite geladen wurde. MS AJAX kann dies, aber in viel komplexerer Weise als jQuery. JQuery als Framework ermöglicht den Zugriff auf eine Menge Plugins - clientseitige Skripte und Steuerelemente wie Menüs/Bäume/etc.

+0

Während ich Ihrer Hypothese nicht widerspreche, sind Ihre Beweise nicht vollständig gültig. jQuery hat auch Client-zu-Server-AJAX-Funktionalität, die definitiv einfacher als MS AJAX ist. MS AJAX existiert auch weitgehend, um eine Reihe von Steuerelementen zu unterstützen, die diejenigen überlappen, die Sie für jQuery angegeben haben. –

+1

Gut MS AJAX-Client-zu-Server erzeugt tatsächlich "stark typisierte" Web-Service-Wrapper, und ich sehe nicht das gleiche in jQuery als "einfacher" - das erste Beispiel, Sie müssten tatsächlich einen Web-Service fest codieren URL in Skript oder erfinden Sie es neu in Seite. –

+2

Was die Steuerelemente betrifft, ist AJAX Control Toolkit mit Ausnahme von Calendar, dem besten, das ich je gesehen habe, im Großen und Ganzen nicht interessant/flexibel genug, um mit jQ-Lösungen verglichen zu werden. –

2

Microsoft jetzt ist der Versand jQuery als Teil Asp.net MVC. Sie werden jQuery nicht intern verwenden, sondern fördern es. Schauen Sie sich this Artikel an.

0

Wir müssen fragen - Warum verwenden wir ASP.NET? Meistens wegen der Kontrollen, die es zur Verfügung stellt. Wenn jQuery Steuerelemente als Plugins bereitstellt, ist auch kein ASP.NET- oder Microsoft AJAX-Toolkit erforderlich. Wenn wir unsere Website so gestalten, dass sie auf reinen HTML-Seiten basiert, verwenden Sie jQuery, um den dynamischen Teil der HTML-Seite zu steuern und schließlich WebService zum Speichern/Abrufen von Informationen aus der Datenbank zu verwenden. ASP.NET ASP.NET verlangsamt die Website Wenn Ihre Anfrage viele Etappen durchläuft, um die kompilierte ASPX-Seite zu erreichen, die dann analysiert wird, werden die Codebehind- und Designer-Dateien zusammengeführt und schließlich wird der HTML-Code gerendert.

Jemand könnte argumentieren, dann Microsoft bieten MasterPages. Denken Sie noch einmal über die Verwendung von MasterPages nach, da diese Ihre Website ebenfalls verlangsamen. Bei jeder Seitenanfrage wird die gesamte MasterPage neu erstellt. Versuchen Sie stattdessen, IFRAMES zu verwenden. Haben Sie Ihre Startseite mit all Ihren Navigationssteuerelementen mit dem Inhaltsbereich als IFRAME. Dieser Inhaltsbereich sollte die richtige HTML-Seite basierend auf dem Klick auf das Benutzermenü laden.