Пользовательский интерфейс Telerik управляет пользовательским интерфейсом на стороне клиента с помощью jQuery - PullRequest
20 голосов
/ 09 января 2009

Я пытаюсь решить, как я хочу обрабатывать пользовательский интерфейс для внешнего веб-приложения. Поскольку это внешнее явление, задержка, вызванная раздуванием страницы, может быть проблемой.

Я использовал jQuery в прошлом и сейчас оцениваю элементы управления Telerik. Я видел много хороших рекомендаций по элементам управления Telerik, в том числе по StackOverflow. Действительно, они кажутся довольно полнофункциональными. Я также не сомневаюсь, что с помощью этих элементов управления я смогу разработать приложение гораздо быстрее, чем с помощью jQuery. Тем не менее, я беспокоюсь, что они вызовут слишком много раздувания на моих страницах.

Есть ли у кого-нибудь из вас опыт сравнения производительности этих элементов управления с чисто реализацией jQuery? В частности,

  • RadScriptManager от Telerik действительно лучше, чем MS Ajax ScriptManager?
  • Есть ли проблемы с производительностью в целом с элементами управления Telerik?
  • Есть ли какой-нибудь плагин для jQuery, который приближается к функциональности сетки RadGrid?

Любая другая связанная информация также будет полезна.

Ответы [ 14 ]

1 голос
/ 09 января 2009

Telerik только сейчас начинает уделять больше времени поддержке на стороне клиента их RadGrid. До сих пор я был разочарован сеткой. Я чувствую себя плохо для них, потому что им приходится поддерживать по существу две базы кода: одну для их серверных элементов управления, которая перерисовывает все в C # на основе Postbacks и ViewState, и одну для клиентских элементов управления, которые перерисовывают части элемента управления в JavaScript (вроде как перенос их кода на C # в javascript). Это чертовски много работы для них, и до сих пор я чувствую, что это неполно.

Например, клиентская поддержка текущей версии их сетки (ASP.nET AJAX 2008.3.1105.35) не включает:

  1. Группировка выражений
  2. Увеличение размера страницы
  3. Стили пейджера, кроме NextPrev
  4. Скрытие / отображение столбцов
  5. AllowNaturalSort="false"
  6. Чистая сортировка на стороне клиента (т.е. прямо в браузере)

Сказав это, если вы будете довольны использованием элементов управления Telerik с традиционным рендерингом Postback / Viewstate, то я бы сказал, что нет сеток jQuery, которые могли бы конкурировать.

1 голос
/ 09 января 2009

Я думаю, что Telerik объявил, что они будут использовать JQuery для клиентской стороны.

0 голосов
/ 08 апреля 2012

Я работал с jQuery и Telerik. Telerik очень модно на демонстрациях своего официального сайта, но при его использовании вы чувствуете, что он очень тяжелый и медленный. С jQuery вы можете писать легкие и эффективные коды, которые отвечают вашим потребностям, но требуют больше времени. С точки зрения производительности я рекомендую отображать начальные тяжелые результаты HTML на сервере, а не в клиентском браузере. (Напр., Big Grids)

0 голосов
/ 18 января 2009

Я использую Telerik для управления в течение 3 лет. Я, наконец, понял, что влюблен в эту идею, но сами элементы управления очень глючные, раздражающие в реализации и, в конце концов, стоили мне гораздо больше времени, чем для его создания. Я определенно рекомендую не использовать Telerik.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...