Telerik против Infragistics для Silverlight

Да, это, безусловно, повторяющийся вопрос, но я хотел получить свежие результаты.

У меня сложилось впечатление, что Telerik - гораздо более полный набор, но я действительно действительно отключен откликом их элементов управления. Это просто кажется "неуклюжим" с точки зрения отзывчивости (у меня очень быстрый компьютер и видеокарта). Прокрутка в сетке и переходы, даже в их последних демоверсиях, где они утверждают, что имеют хорошую производительность. Мне нравится, что их набор WPF соответствует их SL в плане API.

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

Я проверил ComponentOne, и их элементы управления похожи на Telerik в терминах упомянутых выше пунктов, но немного менее "хороши".

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

Ответы

Ответ 1

Telerik на сегодняшний день имеет самые медленные (неуклюжие) элементы управления. Мы загрузили datagrids из многих контролирующих компаний (Infragistics, ComponentOne, Telerik и т.д.) И обнаружили, что Telerik является самым медленным по мере загрузки и обновления сотен тысяч до миллиона строк. Я не могу много говорить о остальных элементах управления. Скорость тестирования и потребление памяти мы обнаружили, что C1Flexgrid был самым быстрым, за ним следуют Infragistics xamGrid, затем сетка Microsoft, C1Datagrid и последний был Telerik radGridView.

Ответ 2

Если вы думаете об этом, действительно ли вы захотите загрузить от 100 до 1 миллиона записей в сетке или какой-либо элемент управления? Хорошо, если вы не придумали какой-нибудь маркетинговый корм?

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

Что может видеть и обрабатывать средний пользователь. 10 записей, возможно, 20.

Я мог видеть, может быть, захочет загрузить 100 или около того и не придется писать, чтобы получить новые рекорды, но тысячи или миллионы? Лично я буду нуждаться в фильтрах и пейджинге, и если у меня есть разработчик, пытающийся загрузить 1 миллион записей в сетку, нам придется сидеть, потому что производительность сетки или любого другого элемента управления не является проблема.

Посмотрите на компанию с несколькими миллиардами долларов, у которой есть сайт, и единственная цель - вернуть данные пользователям. Я имею в виду Google. Сделайте поиск, и вы получите около 10 записей. Я просто сделал поиск и получил 21 400,00 результатов. Если я не найду то, что искал на первой или двух страницах (20 записей), я знаю, что я недостаточно фильтровал фильтр. Я не просеиваю миллион записей.

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

Как быстро одна сетка показывает, что 1,5 миллиона записей кажутся кормом для "скаковых гонок", и кто волнуется, если он вяло прокручивается, потому что зачем тянуть назад к тому, что многие записи начинаются с?

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

Мы используем сетку Telerik, и она отлично подходит для приложения LOB реального мира. Опять же, хотя пользователи, за которые мы пишем, не могут смотреть или обрабатывать 1,5 миллиона одновременно, и они тоже не заботятся.

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

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

Ответ 3

Пожалуйста, просмотрите следующую демонстрационную версию, которая связывает 1,5 миллиона строк с сетью с включенной сортировкой и фильтрацией: http://labs.infragistics.com/silverlight/lobsamples/2010.3/#/Samples/Grid/Performance/GridLargeResultSet

"Виртуальная коллекция" - еще одна функция производительности: http://labs.infragistics.com/silverlight/lobsamples/2010.3/#/Samples/VirtualCollection/Scrolling/xamGridScrolling

Отказ от ответственности: я технический евангелист с Infragistics

Ответ 4

Я предлагаю вам проверить раздел "Эффективность" в наших демонстрационных целях, чтобы узнать больше о том, как сетка будет работать с большими данными и/или обновлениями в реальном времени. Вот несколько примеров:

http://demos.telerik.com/silverlight/#GridView/Performance

http://demos.telerik.com/silverlight/#GridView/UIVirtualization

http://demos.telerik.com/silverlight/#GridView/RealTimeUpdate

http://demos.telerik.com/silverlight/#DataVirtualization/FirstLook