Элементы управления пользовательским интерфейсом Telerik и пользовательский интерфейс на стороне клиента с помощью jQuery

https://stackoverflow.com/questions/428376

06-07-2019
|

Вопрос

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

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

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

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

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

Решение

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

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

Другие советы

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

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

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

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

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

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

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

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

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

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

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

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

У инструментов Telerik Ajax возникают проблемы с настройкой главной страницы/страницы контента.Они признают это на своих форумах и, думаю, работают над этим.Хотя для меня это довольно проблематично.
Я видел много неожиданного поведения и причуд, которые, кажется, не имеют никакой документации.Например, при использовании скина и декоратора формы Web20 закругленные углы набора полей превращаются в ад при использовании Ajax.
Инструменты Telerik немного замедлили работу моей машины разработки и, похоже, вызывают проблемы в моей среде.У меня почти никогда не бывает сбоев или нарушений памяти, а при использовании этих инструментов у меня их было четыре за два дня.Вероятно, прошел месяц с момента моего последнего до этого.
Так что объедините все это с тем фактом, что jQuery бесплатен и легок, и выбор будет простым.Поначалу это может занять немного больше времени, но в итоге результат будет намного лучше.

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

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

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

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

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

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

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

Первоначально редактор Rad работал довольно медленно.Но последняя версия намного быстрее.Плюс у них есть оплачиваемый персонал, который постоянно работает над улучшением контроля.

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

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

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

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

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

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

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

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

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

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

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

Лицензировано под: CC-BY-SA с атрибуция

Не связан с StackOverflow