Telerik UI-Steuerelemente vs client-Seite mit jQuery UI

https://stackoverflow.com/questions/428376

06-07-2019
|

Frage

Ich versuche zu entscheiden, wie ich damit umgehen will der Benutzeroberfläche für ein externes web-app.Denn es ist extern, Latenz, verursacht von Seite aufblasen könnte ein Problem sein.

Ich habe verwendet jQuery einige in der Vergangenheit und ich bin die Bewertung der Telerik-Steuerelemente jetzt.Ich habe gesehen, eine Menge guter Empfehlungen für die Telerik-Steuerelemente, darunter auch einige auf StackOverflow.In der Tat scheinen Sie ziemlich full-featured.Ich habe auch keinen Zweifel, dass ich die Anwendung entwickeln, die viel schneller mithilfe dieser Steuerelemente können als ich mit jQuery.Ich bin jedoch besorgt, dass Sie wird dazu führen, zu viel Ballast auf meinen Seiten.

Haben Sie bereits Erfahrung mit dem Vergleich der Leistung dieser Steuerungen gegen eine rein jQuery-Implementierung?Insbesondere

Ist die RadScriptManager von Telerik wirklich besser als die MS Ajax ScriptManager?
Gibt es performance-Probleme im Allgemeinen mit der Telerik-Steuerelemente?
Gibt es irgendwelche plug-in für jQuery, das nahe kommt, um die grid-Funktionalität von RadGrid?

Alle weiteren relevanten Informationen würde hilfreich sein, wie gut.

Lösung

Ich habe Telerik und JQuery seit Jahren verwendet. „Vollwertiger“ entspricht im Allgemeinen Tonne aufblasen, Funktionen, die Sie nicht benötigen und eine letzte Seite, die schwer (oder unmöglich) zu optimieren. Drop Telerik und ein Bare-Metal-Frameworks wie JQuery verwenden. Sie finden, dass es Ihnen die spezifische Funktionalität benötigen Sie bauen können, und Sie werden nie mehr zurück. Viele der voll ausgestattete UI-Suiten wie (wie Telerik oder ComponentArt) sind sehr verlockend, aber ich denke, dass sie eine Menge schlechter Programmierung fördern.

Zum Beispiel .... Haben Sie wirklich brauchen haben, Drag-and-Drop-able Spalten auf Ihrem Raster? Wahrscheinlich nicht. Es ist wahrscheinlich besser, einen Designbereich zu haben, wo die Benutzer ihre Spalteneinstellungen Layout und dann der Hauptansicht, wo das Gitter bissig und leicht ist. Machen Sie keine Megabyte zusätzlichen Funktionen nach unten, die Ihre Benutzer nie (oder selten) mit jedem Seitenaufruf verwenden.

Andere Tipps

Gute Diskussion hier. Einige Erläuterungen:

hat Telerik jQuery verwenden intern (und wird zunehmend nun sein, dass MS unterstützt), um die clientseitige Funktionen (und clientseitigen Code zu reduzieren) zu verbessern für viele Kontrollen
jQuery ist eine Client-seitige Bibliothek für JavaScript Entwicklung ist groß. Wenn Sie Zugang adressieren müssen, aber sind Sie einen Bach mit jQuery UI-Implementierungen, weil sie für alle Funktionen auf JavaScript angewiesen. Telerik einzigartige Vorteil ist, dass Sie sowohl clientseitige und serverseitige machen können, dh Sie können Clients unterstützen können, die JavaScript nicht aktiviert haben.
Für viele Telerik Kontrollen, können Sie entweder A) beseitigen zusätzlichen Code auf der Seite von Funktionen (aufgrund interner Last-as-needed Skriptlogik zu deaktivieren) oder B) deutlich die Auswirkungen des clientseitigen Code reduzieren, indem sie liefern mit Skript Kombinierern und Kompressoren.

eine lange Zeit Web-Entwickler zu sein, habe ich immer aber, Menschen zu ermutigen, das richtige Werkzeug für den Job zu verwenden. Wenn Sie nicht über die leistungsstarken Funktionen der RadControls müssen oder die accesiblitity Unterstützung oder die umfangreiche Dokumentation (den Mann helfen, dass Ihre App erben), benutzen sie nicht für Ihre Website. Wenn alles was Sie brauchen grundlegende UI ist, kann jQuery nur in Ordnung sein. Was ich finden neigen, ist jedoch, dass, wenn ein Entwickler erweiterten Funktionen für die Nutzer bieten kann (was manchmal denken wir als „aufblasen“) für keine zusätzliche Arbeit zu tun, werden die Benutzer viel mehr beeindruckt mit dem Endprodukt und finden es viel einfacher zu verwenden.

Und vor allem daran erinnern, in den meisten Fällen Sie erzeugen Wert für Ihr Unternehmen / Kunden durch den Aufbau Anwendungen - nicht UI-Komponenten. Also, wenn es guten Grund, das Rad neu zu erfinden, sind Sie in der Regel am besten durch etwas verwenden, das bereits gebaut worden ist und getestet, das Problem zu lösen Sie konfrontiert.

Ich hoffe, das hilft. -Todd

In Bezug auf die „bugginess“ und andere Herausforderungen für Brian C (et al), ich denke, einige zusätzliche Erläuterungen hier verdient. Als Entwickler Anwalt, werde ich keinen Vorwand, dass die Telerik Kontrollen sind Perfect- keine Software von Sterblichen jemals geschrieben ist. Was wichtig ist, dann ist, wie diese Fehler behandelt werden.

Allzu oft Leute übersehen, wie ein Unternehmen (oder Open-Source-Projekt) befasst sich Fehler, bis es zu spät ist. Egal, welche Werkzeuge, die Sie bedienen-jQuery, Telerik oder sogar Microsoft- Sie gehen zu treffen schließlich Bugs. Wo Telerik auszuzeichnen neigt ist eine schnelle Korrekturen für diese Probleme zu finden und sehr gründliche Unterstützung, die Sie so produktiv wie möglich zu helfen. Wenn Sie ein Problem haben, Telerik -will- helfen Ihnen, es zu lösen. Mit anderen Unternehmen und vor allem mit Open Source, das ist nicht immer die Garantie.

So denken Sie daran: , egal welche Werkzeuge, die Sie verwenden, Sie gehen Bugs zu stellen. Stellen Sie sicher, dass Sie Werkzeuge mit Unterstützung holen, die sie für Ihre Probleme und beheben sehr schnell reagieren kann. Und da ich weiß, dass meine Perspektive unvermeidlich vorgespannt ist, lasse ich andere auf Stackoverflow bestätigen oder dementieren Telerik Unterstützung Qualität.

Die Telerik Kontrollen tun ein bisschen bloaty erscheinen, aber ich bezweifle, dass Sie ohne viele Anstrengungen etwas wären in der Lage ähnlich in JQuery zu erreichen.

Es hängt wirklich davon ab, wie viel aufblasen Sie tolerieren können. Wenn es für eine Intranet-Anwendung ist, dann ist es nicht wirklich wichtig, aber wie Sie externe Leiste angegeben, dann könnte dies ein Problem sein, es hängt wirklich von der durchschnittlichen Verbindungsgeschwindigkeit Ihrer Nutzer und auf der Geschwindigkeit ihres Computer / Browser die letztlich werden die Kontrollen ausgeführt werden.

Die andere wichtige Frage ist: Wollen Sie Ihre Web-Anwendung in einem proprietären Toolset standardisieren, die weit weniger als JQuery verwendet wird? Ich bezweifle, JQuery überall bald aus dem Geschäft gehen wird.

Im Fall hilft es jemand später habe ich die Telerik Werkzeuge abgeladen und bin mit jQuery ausschließlich für jetzt. Wir werden sehen, ob ich in etwas laufen, die ich nicht tun kann. Ich war in den Telerik Werkzeuge enttäuscht. Ich hatte so viele gute Dinge über sie gehört, aber sie funktionierte nicht so gut für mich. Hier ist, was ich gefunden, wenn die Telerik Werkzeuge zu bewerten.

Die Telerik Ajax-Tools haben Probleme Master / Content-Seite Setups Handhabung. Sie erkennen dies in ihren Foren, und ich glaube, dass sie daran arbeiten. Ganz problematisch für mich aber.
Ich sah viele unerwartete Verhaltensweisen und Marotten, die scheinen keine Dokumentation zu haben. Wenn zum Beispiel der web20 Haut und Formulardekoratoren verwenden, die abgerundeten Ecken auf einem fieldset alle in der Hölle gehen, wenn Ajax zu tun.
Die Telerik Werkzeuge verlangsamt meine Dev-Maschine ziemlich viel nach unten und scheinen Probleme mit meiner Umwelt zu verursachen. Ich habe so gut wie nie Abstürze oder Speicherverletzungen, und ich hatte vier in zwei Tagen während der Verwendung dieser Tools. Es war wahrscheinlich ein Monat seit meinem letzten davor gewesen.
So kombiniert, dass alle mit der Tatsache, dass jQuery frei und leicht ist, und die Wahl war einfach. Es könnte nehmen mich ein wenig länger am Anfang, aber das Ergebnis wird am Ende viel besser sein.

Ihre UI Anforderungen werden den größten Einfluss auf diese Entscheidung haben. Ich glaube nicht, die Telerik Kontrollen jQuery in Bezug auf Funktionalität verglichen werden können. Wenn Sie serverseitige Steuerelemente müssen Daten anzuzeigen, zu bewerten Telerik gegen andere konkurrierende Kontrollen.

Ich verwende die Telerik Kontrollen und auch für den Quellcode zu zahlen, um sie aus dem Geschäft, nicht eine große Sorge, den Quellcode gegeben. Ich habe keine besondere Erfahrung der Telerik Steuerelemente auf einer öffentlich zugänglichen Website verwenden, aber würde nicht zögern, überhaupt. Ich habe manchmal gerichtet, JQuery für zusätzliche Funktionen zu verwenden, die die Kontrollen haben nicht.

Das einzige Problem, das ich habe, ist, dass, weil Sie nicht alle diese Funktionen, sich mit der Verwendung von Kontrollen Codierung (nicht nur Telerik) ist es wirklich einfach, alle Arten von fun stuff auf Ihre Seite zu ziehen, die geht die Verarbeitung zu jeder Seite hinzufügen. Davon abgesehen, halten Sie Ihre Verwendung von ihnen auf ein Minimum, und ich glaube nicht, dass sie nicht mehr aufgebläht sein werden als handcodierte JQuery-Implementierungen.

Wir verwenden den Telerik Editor für unser Intranet Produkt, und ich muß sagen, es war viel schöner, mit zu arbeiten, anpassen, aktualisieren usw. als einer des vorhergehenden Herausgeber wir verwenden.

Wenn Sie einige erweiterte Funktionen und / oder kompliziertere Kontrollen und Telerik bietet dies, würde ich sagen, dass es verfrüht ist, sie weg zu schreiben. Wenn Sie nur grundlegende UI-Funktionalität benötigen, die jQuery UI zur Verfügung stellen kann, dann verwenden Sie jQuery für die spezifischen Teile.

Es gibt keine Notwendigkeit, mit dem einen oder anderen zu gehen; verwenden, um eine Mischung von Werkzeugen der Arbeit erledigt zu bekommen.

Die RadScriptManager ist anders als die MS Ajax Script, weil es eine EnableScriptCombine = „true“ Eigenschaft hat, die Sie festlegen können, dass können alle JavaScript-Dateien, die von Telerik steuert in eine JS-Datei zu kombinieren Leistung zu verbessern.

Ursprünglich lief das rad-Editor ziemlich langsam. Aber die neueste Version ist viel schneller. Und sie haben bezahlte Mitarbeiter, die ständig arbeitet, ihre Kontrollen zu verbessern.

Ich bin mir nicht bewusst alles, was auf den RadGrid nahe kommt. Es ist ziemlich mächtig. Ich bin es jetzt auf einem Intranet-App, und es läuft schnell so weit. Ich bin alle Funktionen verwenden, Gruppieren nach der, Excel-Export, etc.

Das heißt, wenn ich eine Internet-Anwendung für den externen Gebrauch war die Schaffung, würde ich JQuery über telerik verwenden. Auf diese Weise haben Sie mehr Kontrolle.

Ich denke, dass Telerik angekündigt, dass sie JQuery für Client-Seite verwendet werden.

Telerik beginnt gerade jetzt mehr Zeit für die clientseitige Unterstützung für ihre RadGrid zu widmen. Bisher Ich habe mit dem Gitter enttäuscht. Ich fühle mich schlecht für sie, weil sie im Wesentlichen 2-Code-Basen werden mit halten: eine für ihre Server-Kontrollen, die auf Postbacks und Viewstate, und eine für die clientseitige Steuerungen basierend alles in C # neu zeichnet, die Abschnitte des Steuer in JavaScript neu zeichnet (Art wie ein Port ihrer C # -Code JavaScript). Das ist eine verdammt viel Arbeit für sie und so weit ich das Gefühl, es ist unvollständig.

Zum Beispiel der Client-Seite Unterstützung für die aktuelle Version ihres Gitters (ASP.nET AJAX 2008.3.1105.35) nicht enthalten:

Gruppierung Ausdrücke
Eine Erhöhung Seitengröße
Pager Stile andere als NextPrev
Verstecken / Anzeigen Spalten
AllowNaturalSort="false"
Reine Client-seitige Sortierung (dh direkt im Browser)

Having said that, wenn Sie glücklich sein würden, die Telerik mit Kontrollen mit traditioneller Postback / Viewstate-Rendering, dann würde ich sagen, es gibt keine jQuery Raster, die konkurrieren können.

Ich schreibe normalerweise nicht auf diese Dinge - aber ich konnte diese eine nicht widerstehen. Ich ging mit jQuery / jQuery UI über Telerik. Ich mochte wirklich, was sie auf den Demo-Seiten hatten - dann habe ich versucht, es zu bekommen zu arbeiten. Ich kämpfte mit der Multifunktionsleiste, und zeigte ihnen einen Bug oder zwei. Sie war, es würde bald behoben werden ... es war nicht .... dann die nächste Version ... war es nicht. Schließlich hatten sie eine Beta und hat mich gebeten, es zu testen für sie - au weia. Ihre Sachen sicher schön aus, aber ich konnte nicht behandelt die Dinge einfach nicht funktionieren.

Ich habe jetzt für ca. 6 Monate jQuery / jQuery UI benutze und ich mag es. Einfach zu verwenden. Leicht. Tut, was sie sagt. Nicht als voll funktions vielleicht als Telerik aber verständlich und kann mit nur wenigen Skripte in Ihrem Projekt gestellt werden. Ich mag die Themeroller, auch.

Ich verwende Telerik Kontrollen für 3 Jahre.Ich erkannte schließlich, dass ich bin in der Liebe mit der Idee, aber die Steuerelemente selbst sind sehr buggy, ärgerlich zu implementieren, und am Ende kostete mich mehr Zeit, dass es hätte mir selbst zu bauen.Ich würde definitiv empfehlen, keine Verwendung von Telerik.

arbeitete ich mit beiden jQuery und Telerik. Telerik ist sehr extravagant auf seiner offiziellen Website Demos, aber wenn Sie es, Sie fühlen es sehr schwer und langsam. Mit jQuery können Sie leicht und effizient Codes schreiben, die Ihre Bedürfnisse eingehen, aber mehr Zeit erfordert. Aus anwendungstechnischer Sicht empfehle ich Initial schweren HTML Ergebnisse auf dem Server statt Client-Browser zu machen. (Bsp. Big Grids)

Lizenziert unter: CC-BY-SA mit Zuschreibung

Nicht verbunden mit StackOverflow