Подтвердить что ты не робот

Сторонние элементы управления WPF: Devexpress vs Telerik

Я хотел бы услышать ваше мнение о двух контрольных провайдерах.

Вкратце: я создаю классическое приложение для рабочего стола LOB. Приложение будет создано полностью в WPF. PRISM 4.0 будет использоваться в значительной степени. Когда это возможно, я попытаюсь следовать шаблону MVVM (было бы неплохо, если бы выбранные элементы управления были разработаны, чтобы легко его принять).

В основном меня интересует:

  • Хорошая сетка данных, которая поддерживает сортировку, фильтрацию, группировку, экспорт, печать и прекрасно работает с большим количеством связанных записи (10k +)

    Combobox, который поддерживает фильтрацию и автозаполнение.

    Панель навигации

    Менеджер макетов, аналогичный тому, который используется VS 2010

В долгосрочной перспективе я также хотел бы использовать их:

  • Инструменты отчета

    Управление интеллектуальными данными

    Поддержка локализации, чтобы локализовать действия сетки данных, например,

Я использовал Winforms Devxpress некоторое время, и я был вполне доволен. Их команда поддержки великолепна. Тем не менее, я хочу проверить, есть ли лучший вариант на рынке. Другими словами, я хотел бы знать, есть ли у каких-либо дополнительных элементов управления Telerik?

4b9b3361

Ответ 1

Несколько месяцев назад нам пришлось принять довольно близкое решение. Мы использовали WinForms, Microsoft Composite UI Application Block и DevExpress WinForms. Для нашего нового приложения, созданного с нуля, мы решили использовать WPF (без PRISM), и нам особенно нужны некоторые решетки, поэтому мы использовали элементы управления DevExpress WPF.

Это было имхо хорошим и плохим решением.

Хорошая часть:

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

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

  • Применение одной из предоставленных тем очень просто, и вы получаете хорошее решение без особого раздражения. Они также применяются к чистым элементам управления WPF, поэтому все приложение выглядит согласованным. Мы по-прежнему используем в основном Windows XP, темы также относятся к этому, что для нас чрезвычайно полезно.

Плохая часть:

  • Мы ожидали, что элементы управления DevExpress WPF будут обеспечивать тот же контроль, что и элементы управления WinForm. У элементов управления DevExpress WPF в то время была версия 10.1, и мы были разочарованы тем, что некоторые элементы управления полностью отсутствовали (например, TreeList, Schedulers, Passwordbox или очень полезный LookUpEdit). Хотя последние три доступны с версией 10.2, TreeLists все еще не существует. Если вы ищете дополнительные элементы управления из пакета WinForms, чем перечисленные, рекомендуется проверить, существуют ли они для элементов управления DX WPF.

  • В некоторых частях сложилось впечатление, что они были сделаны быстро. Были некоторые быстрые исправления, необходимые для того, чтобы заставить элементы управления работать так, как мы планировали использовать их. Хорошо, что большинство из этих проблем решаются с помощью 10.2.

  • Документация и центр поддержки элементов управления WPF чувствуют себя менее полными, чем документация WinForms. Хотя это, вероятно, просто мое личное впечатление, я почти всегда мог найти ответ на определенную проблему, с которой я столкнулся с элементами управления WinForms на веб-сайте DX, я не настолько успешна с элементами управления WPF. Команда поддержки так же полезна, как всегда.

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

Итак, что бы я сделал, если бы мне снова пришлось принять то же решение? Я бы скорее всего использовал DevExpress снова. Большинство негативных вещей, которые прослушивали меня, были исправлены с версией 10.2, поэтому элементы управления теперь вполне пригодны для использования. Мне особенно нравится, что вы можете использовать свой прежний опыт с элементами управления WinForm (с ограничениями, конечно). Позднее была также основной причиной покупки компонентов DX. К сожалению, я не знаю, какие контролы Telerik достаточно, чтобы что-то сказать о них, поэтому, если у кого-то есть опыт работы с обоими, особенно с переключением с DX на Telerik, это наверняка будет очень интересной информацией.

Мы не используем шаблон MVVM с нашими сетками, так как для нас достаточно "традиционного" способа загрузки и обработки данных. Некоторые из наших сеток содержат значения 100k +, производительность сетки imho всегда в порядке. Элементы управления не выглядят так, как будто они поддерживают поддержку MVVM, если вы пытаетесь использовать его, похоже, что вам нужно все делать вручную. Может быть, 10.2 изменил ситуацию здесь, я не проверял, но я так не думаю.

Мы использовали нашу собственную реализацию для локализации, поэтому я не знаю о поддержке локализации DX.

Ответ 2

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

Ответ 3

Я оценил несколько пакетов управления WPF, Telerik, devExpress, Xceed, SyncFusion и т.д. Мы были в основном заинтересованы в управлении сеткой, которые могут обрабатывать большой объем данных и иметь хорошую производительность. В простом тесте мы загрузили 120 000 элементов в сетку и сделали группу в полях.

DevExpress был постом по сравнению с другими. Для загрузки потребовалось 15 секунд, а остальные - всего около 45 секунд. DV будет группироваться через 7 секунд, в то время как остальные заняли почти 45 секунд. Пара других пакетов управления заблокирована! (fyi, данные загружались из Монго).

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

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

Telerik прекрасно интегрируется с сервером Sql с использованием Entity Framework. Это пейджинг, сортировка, фильтрация и т.д., Интегрированные непосредственно с EF, и Sql Server выполнял эти операции в базе данных. Очень хорошо! Я отслеживал команды sql как операции. Это вы просматриваете большие объемы данных на сервере sql, это может быть один элемент управления, который действительно делает это хорошо. (За исключением выпадающего фильтра, который не обрабатывает большие данные очень хорошо). Мы используем Mongo для наших больших данных, поэтому это не относится к нам. У нас было несколько исключений с Telerik при тестировании данных. DevExpress не имеет опции подкачки, если только вы сами.

В итоге мы выбрали DV по причинам производительности с большими данными и стабильностью.

Ответ 4

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

В моем проекте особая потребность заключалась в использовании TreeListView, и были ограничены известные поставщики, предоставившие этот контроль. Я потратил некоторое время на исследования и нашел Telerik, который предлагал то, что мне было нужно. Я загрузил пробную версию и использовал ее в течение 2 месяцев, связался с их поддержкой, проверил их форумы. Могу сказать, что у них отличная поддержка! Как правило, поддержка обеспечивала решение с образцовыми кодами. Как и все разработчики, мы столкнулись с roadblock, мы изучили API, документацию и примеры. Для меня важна поддержка, так как это экономит время разработки! Моя обратная связь - Telerik обеспечивает отличные элементы управления пользовательским интерфейсом с широким выбором коллекции и настройки, а также отличную техническую поддержку. Однако их документация не так хороша. Кроме того, следите за производительности в WPF-контролерах, мой опыт в том, что у него большой успех, если у вас большой источник данных. Не забудьте сделать некоторые прототипы в критических архитектурных областях, если производительность - это ключевые требования.

Просто попробуйте и посмотрите, соответствует ли оно вашим потребностям или нет.

Кстати, я тоже клиент ComponentOne. Просто получите элементы управления для того, что вам нужно, если это может сэкономить ваше время. Важная вещь - это то, что помогает своевременно отправить ваш продукт! Надеюсь, это поможет.

Ответ 5

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

Ответ 6

Я использую Telerik и DEVExpress. Основываясь на моем опыте, DevExpress лучше в управлении формы выигрыша. Но Telerik лучше, чем в элементах управления Asp.NET. Результат рендеринга DevExpress на серверных элементах управления очень запутан на клиентском сайте. Они создают управление кнопкой, используя тег таблицы.

Ответ 7

Я возьму руки telerik... # 1 причина - поддержка, причина № 2 в том, что если элемент управления не сможет сделать то, что вам нужно, вам просто нужно положить билет или сообщение на форумы поддержки, а вы могут ПРИВОДИТЬ их разработку.

... довольно круто:)

Ответ 8

DevExpress WPF работает медленно и не оптимизирован. Я пробовал редактировать текстовый редактор как DevExpress, так и Telerik. Контроль Telerik превосходит DevExpress с точки зрения производительности.

Ответ 9

С моей точки зрения DevExpress предоставляет некоторые элементы управления легким весом по сравнению с Telerik. Отчетность с использованием DevExpress более гибкая. Но в то же время Telerik лучше выглядит и разбирается в других инструментах.

Ответ 10

Я считаю, что devexpress действительно работает в WinFormApp. Я использую его в течение нескольких лет, это действительно приятно. С другой стороны, недавно я попробовал свои средства управления WPF. Это ужасно и полно сумки. У меня нет времени переключиться на telerik для этого проекта. Еще одна проблема, с которой я сталкивался с devex, - RTL. Если вы хотите иметь многоязычное приложение, это может быть важно. Telerik может поддерживать RTL, но Devex не поддерживает его в WinApp, а в WPF в Devex не поддерживает его полностью. AS Я сказал, что devex лучше в WinApp без RTL.

Ответ 11

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

Опять же, не из первых рук, но я доверяю его мнениям по этим вещам.

Ответ 12

не пробовал DevExpress, но я использую Telerik для WPF, у него есть хорошие компоненты Gridview, например. но другие компоненты полны ошибок, например, простой док-контроль до сих пор им не удалось заставить его работать правильно.

Ответ 13

Я использовал как telerik wpf radcontrols, так и devexpress! По моему опыту, я был доволен элементами управления telerik, поскольку моя главная задача заключалась в том, чтобы быть более продуктивным и доставить настольное приложение с хорошим UX за короткое время! Telerik сильно использует шаблон mvvm и рекомендует использовать его, поскольку большинство их демо основано на нем! Что касается документации, смотрящей на исходный код демо, было достаточно для быстрого начала! С другой стороны, devexpress более зрелый. другими словами, telerik содержит ошибки, но поддержка всегда будет найти обходное решение для вас, если вы спросите.