Was ist Ihre Meinung zu den Telerik Extensions für MVC?

Question

Ich habe angefangen mit der Telerik Extensions for MVC zu graben. Sie integrieren sich nicht nahtlos in mein aktuelles Projekt, aber ich könnte die Dinge reorganisieren, um sie anzupassen.

Aber ich frage mich, ob es sich am Ende lohnt. Ich habe auf den Erweiterungen nach Bewertungen gesucht, ich habe nicht zu viele gesehen. Also frage ich hier.

Auf ihrer Website sie behaupten:

Sie noch nie da gewesenen Leistung für Ihre Web-Anwendung mit den leichten, semantisch gemacht Extensions erreichen können, die vollständig nutzt das ASP.NET MVC-Modell ohne Postbacks, keine ViewState und keine Seite Lebenszyklus.

Also ich bin neugierig, Was ist Ihre Meinung der Telerik Erweiterungen für MVC?

Answer 1

Zuerst ein kleiner Disclaimer - ich bin der Dev-Leiter des Telerik Mvc-Teams, also ist meine Meinung offensichtlich voreingenommen.

Telerik-Erweiterungen für ASP.NET MVC ist unsere brandneue Suite für die ASP.NET MVC-Plattform. Es begann von Grund auf und hat nichts mit RadControls für ASP.NET Ajax (unser WebForms-Produkt) zu tun, außer von Features und visuellen Looks. Das bedeutet kein Viewstate, keine Postbacks, keine Web-Controls. Es kommt mit Quellcode (lizenziert unter GPLv2), so dass dies leicht verifiziert werden kann. Kurz gesagt, die Aussage, dass wir unsere WebForms-Steuerelemente auf ASP.NET MVC portiert haben, ist falsch.

In der Tat unterstützen RadControls für ASP.NET Ajax (unser WebForms-Produkt) ASP.NET MVC-Anwendungen. Ich würde jedoch zustimmen, dass alle Features, die ViewState (integrierte Bearbeitung in RadGrid zum Beispiel) benötigen, nicht funktionieren. Sie werden auch nie funktionieren. Wir empfehlen, die RadControls in ASP zu verwenden.NET MVC-Anwendung, wenn die erforderliche Komponente immer noch nicht in der MVC-Produktreihe implementiert ist (die immer noch ihre kleinen Schritte ausführt und jetzt aus vier Benutzeroberflächenerweiterungen besteht). Natürlich planen wir, mehr Benutzeroberflächenerweiterungen zur Anpassung an die WebForms-Suite bereitzustellen.

Für technische Fragen oder Anregungen können Sie uns in unseren Online-Foren kontaktieren. Wir versuchen, auf jeden einzelnen Beitrag zu antworten.

Answer 2

Ich habe die MVC Telerik-Steuerelemente nicht zuvor verwendet, aber ich habe die Telerik-Steuerelemente in mehreren ASP.NET-Projekten zuvor verwendet und habe keine gute Erfahrung damit gemacht. Die meisten Probleme, die ich hatte, bezogen sich auf die Formatierung oder auf jegliche Form der Anpassung. Alles in allem, wenn ich ein anderes Projekt starten würde, würde ich einen anderen Komponentenanbieter (vielleicht ComponentArt?) Versuchen.

Answer 3

Im Gegensatz zu Kane hatte ich gute Erfahrungen mit Telerik Kontrollen in ASP.NET Webforms Apps in der Vergangenheit (~ 1 Jahr mit). Ich habe Telerik nicht für MVC benutzt und ich vermute nicht, dass ich es jemals tun werde. Die Telerik-Erweiterungen benötigen eine umfangreiche Verkabelung für MVC, da sie anscheinend ihre WebForms-Steuerelemente mehr oder weniger in eine MVC-Umgebung "portiert" haben.

Wenn Telerik jemals eine neue Produktlinie für MVC startete, die native mvc-Helfersteuerungen waren (ich benutze das Wort 'Helfer', weil 'Kontrolle' in diesem Zusammenhang sicherlich Postback-basierte WebForms-Steuerelemente bedeutet), könnte mich das interessieren. Aber diese offensichtlich "gehackten" WebForms-Steuerelemente für MVC sind bestenfalls hässlich und verletzen das MVC-Paradigma trotzdem.

Edit:

-Code like this nicht das MVC-Paradigma unterstützt:

IList<CustomerDto> customers = (IList<CustomerDto>)Session["Customers"]; 

Wer ihre Ansichten auf die Session so verdrahten will?

Answer 4

Ich habe nur kurz mit ihnen gespielt, aber bisher scheinen sie nett genug. Der Script-Combiner und die fließende Intellisense-fähige Konfiguration sind sicherlich nett.

Meine Hauptsorge ist die Javascript Seite. In der Vergangenheit hatten Teleriks WebForms-Komponenten einen Ruf für langsames und fettes Javascript. Ich bin sicher, Telerik baut das von Grund auf (sie verwenden jQuery für die MVC-Steuerung), aber ich mache mir immer noch Sorgen, dass alte Gewohnheiten wieder auftauchen werden. Ich hätte es vorgezogen, wenn Telerik jQuery UI für die Javascript-Seite verwendet hätte, auf diese Weise hätten sie von all den Leistungs- und Kompatibilitätsbemühungen in jQuery UI profitiert ...

Answer 5

Ich mochte sie nicht sehr (zumindest die Netzimplementierung). Sie sind einfach nicht genug Funktionen im Vergleich zur WebForms-Version. Außerdem ist der serverseitige Code bestenfalls verwirrend. Die Helfer dazu zu bringen, meine eigene Server-Kopie von jQuery zu erkennen, war eine lästige Pflicht (ich habe es immer noch nicht richtig verstanden).

Aber, dann fand ich die Client-Steuerelemente aus sind eigentlich nur implemented as jQuery plugins:

$(document).ready(function() { 
    $("#Grid").tGrid({ 
     columns: 
     [ 
      {"name":null,"type":""}, 
      {"name":null,"type":""}, 
      {"name":"text","type":"String"} 
     ], 
     pageSize:0, 
     onDataBinding:onDataBinding, 
     onRowDataBound:onRowDataBound 
    }); 
}); 

Dort wird das Plugin tGrid() initialisiert eine Tabelle ich in meinem Markup definiert haben auf "radify" it;)

Denken Sie daran, dies dauert Null Server-Code. Es gibt eine Menge mehr Klempnerarbeit auf der Client-Seite, die Sie tun müssen, sicher (zB Stylesheet-Einschlüsse, Skripte und eine voreingestellte Markup-Struktur), aber hey zumindest weiß ich, was ich mache dort.

Answer 6

Ich habe ComponentArt-Steuerelemente für ein paar Jahre verwendet, aber als ich ihre MVC-Steuerelemente betrachtete, fand ich keine anständige Dokumentation oder Beispiele, also habe ich Telerik ausgecheckt. Ihre MVC-Kontrollen sind unglaublich! Ich benutze hauptsächlich das Grid-Steuerelement (siehe http://www.pdc.wa.gov/mvcquerysystem) und es ist extrem schnell und einfach zu bedienen. Ihre Unterstützung ist die beste in der Softwareindustrie - Zeit. Und ich bin nicht einmal ein zahlender Kunde! Ihre Lizenzierung für den internen Gebrauch ist KOSTENLOS! Sie haben eine SEHR AKTIVE Benutzergemeinschaft, die auf Fragen des Forums antwortet (Telerik-Ingenieure besuchen auch die Foren und beantworten die meisten Fragen).