Каково Ваше мнение о Расширениях Telerik для MVC?

Я играл с ними совсем недолго, но пока они кажутся достаточно хорошими. Комбайнер сценариев и их удобная конфигурация с поддержкой Intellisense, безусловно, хороши.

Меня больше всего беспокоит сторона Javascript. В прошлом компоненты Teleriks WebForms имели репутацию медленного и жирного Javascript. Я уверен, что Telerik строит это с нуля (они используют jQuery для элементов управления MVC), но я все еще опасаюсь, что старые привычки вернутся. Я бы предпочел, чтобы Telerik продолжал использовать пользовательский интерфейс jQuery для стороны Javascript, таким образом они извлекли бы выгоду из всех усилий по производительности и совместимости, которые входят в пользовательский интерфейс jQuery ...

Мне они не очень понравились (по крайней мере, сеточная реализация). Их просто недостаточно по сравнению с версией WebForms. Кроме того, код на стороне сервера в лучшем случае сбивает с толку. Заставить помощников распознать мою собственную серверную копию jQuery было сложной задачей (я все еще не заставил ее работать).

Но , затем я обнаружил, что клиентские элементы управления на самом деле просто реализованы как плагины jQuery :

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

Здесь плагин tGrid () инициализирует таблицу, которую я определил в своей разметке, чтобы «сделать ее более яркой»;)

Имейте в виду, что для этого требуется ноль код на стороне сервера. На стороне клиента вам, конечно же, нужно сделать гораздо больше (например, включения таблиц стилей, сценарии и предустановленная структура разметки), но, по крайней мере, я знаю, что делаю там .

Я раньше не использовал элементы управления Telerik MVC, но раньше использовал элементы управления Telerik в нескольких проектах ASP.NET, и у меня не было хорошего опыта с ними. Большинство проблем, которые у меня возникли, были связаны с форматированием или необходимостью выполнить какую-либо настройку. В общем, если бы я начал другой проект, я бы попробовал другого поставщика компонентов (может быть, ComponentArt?).

В отличие от Кейна, у меня был хороший опыт работы с элементами управления Telerik в приложениях ASP.NET Webforms в прошлом (использование ~ 1 год). Я не использовал Telerik для MVC и не подозреваю, что когда-либо буду. Расширения Telerik нуждаются в жесткой проводке для MVC, потому что кажется, что они более или менее «портировали» свои элементы управления WebForms в среду MVC.

Если Telerik когда-либо запустит новую линейку продуктов для MVC, которые были встроенными вспомогательными элементами управления mvc (я использую слово «помощник», потому что «контроль» определенно подразумевает в этом контексте элементы управления WebForms на основе обратной передачи). Но эти явно «взломанные» элементы управления WebForms для MVC в лучшем случае уродливы и в любом случае нарушают парадигму MVC.

Изменить:

Код , подобный этому , не поддерживает парадигму MVC: