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

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

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

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

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

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

Ответы [ 14 ]

44 голосов
/ 10 января 2009

Я использовал Telerik и JQuery в течение многих лет. «Полнофункциональный», как правило, приравнивается к тонне раздувания, функциям, которые вам не нужны, и последней странице, которую трудно (или невозможно) оптимизировать. Оставьте Telerik и используйте голый металлический каркас, такой как JQuery. Вы обнаружите, что это позволит вам создать определенную функциональность, которая вам нужна, и вы никогда не вернетесь. Многие из полнофункциональных пакетов пользовательского интерфейса, такие как Telerik или ComponentArt, очень соблазнительны, но я думаю, что они способствуют плохому программированию.

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

24 голосов
/ 14 января 2009

Хорошая дискуссия здесь. Некоторые уточнения:

  • Telerik использует jQuery для внутреннего использования (и теперь будет все больше и больше, когда MS его поддерживает) для улучшения клиентских функций (и сокращения клиентского кода) для многих элементов управления
  • jQuery - это библиотека на стороне клиента, которая отлично подходит для разработки JavaScript. Однако, если вам нужно обратиться к доступности, у вас есть дело с реализациями пользовательского интерфейса jQuery, потому что они зависят от JavaScript для всех функций. Уникальное преимущество Telerik заключается в том, что вы можете выполнять рендеринг как на стороне клиента, так и на стороне сервера, а это означает, что вы можете поддерживать клиентов, у которых не включен JavaScript.
  • Для многих элементов управления Telerik вы можете либо A) исключить дополнительный код на странице, отключив функции (из-за внутренней логики сценария загрузки по мере необходимости), либо B) значительно уменьшить влияние кода на стороне клиента, используя объединители сценариев и компрессоры.

Будучи давним веб-разработчиком, я всегда призываю людей использовать правильный инструмент для работы. Если вам не нужны мощные возможности RadControls, или поддержка accesiblitity, или обширная документация (чтобы помочь парню, который унаследует ваше приложение), не используйте их для своего сайта. Если все, что вам нужно, это простой пользовательский интерфейс, jQuery может подойти. Однако я склоняюсь к тому, что когда разработчик может предлагать пользователям расширенные функции (которые мы иногда называем «раздутыми»), не выполняя никакой дополнительной работы, пользователи гораздо больше впечатляются конечным продуктом и находят его гораздо проще использовать.

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

Надеюсь, это поможет. -Todd

9 голосов
/ 19 января 2009

Относительно «недоработки» и других проблем, с которыми сталкивается Брайан С. (и др.), Я думаю, что некоторые дополнительные разъяснения заслуживают здесь. Как адвокат разработчика, я не буду притворяться, что элементы управления Telerik идеальны - никогда не было программного обеспечения, написанного простыми смертными. Тогда важно то, как исправляются эти ошибки.

Слишком часто люди не замечают, как компания (или проект с открытым исходным кодом) исправляет ошибки, пока не станет слишком поздно. Неважно, какими инструментами вы пользуетесь - jQuery, Telerik или даже Microsoft, - в конечном итоге вы обнаружите ошибки. Telerik стремится к самосовершенствованию, предоставляя быстрые решения этих проблем и очень тщательную поддержку, чтобы помочь вам быть максимально продуктивным. Если у вас есть проблема, Telerik поможет вам решить ее. С другими компаниями, особенно с открытым исходным кодом, это не всегда является гарантией.

Так что просто запомните: независимо от того, какие инструменты вы используете, вы столкнетесь с ошибками. Убедитесь, что вы выбрали инструменты с поддержкой, которые могут ответить на ваши проблемы и исправить их очень быстро. И поскольку я знаю, что моя точка зрения неизбежно предвзята, я позволю другим в StackOverflow подтвердить или опровергнуть качество поддержки Telerik.

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

Элементы управления Telerik кажутся немного ненормальными, но я сомневаюсь, что вы сможете достичь чего-то подобного в JQuery без особых усилий.

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

Другой важный вопрос: хотите ли вы стандартизировать свое веб-приложение в проприетарном наборе инструментов, который используется гораздо реже, чем JQuery? Я сомневаюсь, что JQuery скоро обанкротится.

7 голосов
/ 10 января 2009

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

  • У инструментов Telerik Ajax есть проблемы с настройкой главной страницы / страницы содержимого. Они признают это на своих форумах, и я думаю, что они работают над этим. Хотя для меня это довольно проблематично.

  • Я видел много неожиданного поведения и причуд, которые, кажется, не имеют никакой документации. Например, при использовании оформителя обложки и формы Web20 закругленные углы на наборе полей превращаются в ад при выполнении Ajax.

  • Инструменты Telerik немного замедлили мою машину разработчика и, кажется, вызывают проблемы в моей среде. У меня почти никогда не бывает сбоев или нарушений памяти, и у меня было четыре за два дня при использовании этих инструментов. Вероятно, прошел месяц с моей последней до этого.

  • Так что объедините все это с тем фактом, что jQuery бесплатен и легок, и выбор был легок. Сначала это может занять немного больше времени, но в итоге результат будет намного лучше.

2 голосов
/ 15 января 2009

Мы используем Telerik Editor для нашего продукта для внутренней сети, и я должен сказать, что работать с ним, настраивать, обновлять и т. Д. Было гораздо приятнее, чем любой из предыдущих редакторов, которые мы использовали.

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

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

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

RadScriptManager отличается от диспетчера сценариев MS Ajax, поскольку он имеет свойство EnableScriptCombine = "true", которое можно установить, что позволяет объединять все файлы JavaScript, используемые элементами управления telerik, в один файл .js для повышения производительности.

Изначально редактор rad работал довольно медленно. Но последняя версия намного быстрее. Кроме того, у них есть оплачиваемый персонал, который постоянно работает над улучшением контроля.

Я не знаю ничего похожего на RadGrid. Это довольно мощный. Я использую его прямо сейчас в приложении для интрасети, и пока он работает быстро. Я использую все его функции, Group By, Export to Excel и т. Д.

Тем не менее, если бы я создавал интернет-приложение для внешнего использования, я бы использовал JQuery поверх telerik. Таким образом, у вас будет больше контроля.

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

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

Единственная проблема, с которой я сталкиваюсь, заключается в том, что, поскольку вы сами не кодируете все эти функции с использованием элементов управления (не только Telerik), очень просто перетаскивать на свою страницу все виды забавных вещей, которые собирается добавить обработку для каждой страницы. При этом сведите их к минимуму, и я не думаю, что они будут более раздутыми, чем реализации JQuery с ручным кодированием.

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

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

1 голос
/ 27 сентября 2012

Я обычно не пишу об этих вещах - но я не мог устоять перед этим. Я пошел с JQuery / JQuery UI над Telerik. Мне действительно понравилось то, что они имели на демонстрационных страницах - тогда я попытался заставить это работать. Я боролся с полосой ленты и показал им ошибку или два. Они были, это должно было быть исправлено скоро ... это не было ... тогда следующий выпуск ... это не было. Наконец, у них была бета-версия, и они попросили меня проверить ее на них - хорошее горе. Их вещи, конечно, хорошо выглядят, но я не мог справиться с вещами, просто не работающими.

Я использую jQuery / jQuery UI уже около 6 месяцев, и мне это нравится. Легко использовать. Легкий. Делает то, что говорит. Не так полнофункционально, как Telerik, но понятно и может быть добавлено в ваш проект всего несколькими скриптами. Мне тоже очень нравится Themeroller.

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