Является ли это обвинительным актом DevExpress WPF действительным и что является хорошим альтернативным поставщиком?

Моя компания запускает крупный проект разработки новых проектов с использованием элементов управления DevExpress WPF. Я просто прочитал этот критический обзор своих элементов управления WPF:

[...] Разработчики DevExpress полностью не поняли WPF, когда они разработали свои средства управления WPF. Я действительно не могу произвести на вас достаточное впечатление, насколько он недоволен, используя свои средства управления. Я чувствую себя абсолютно ужасно (почти виноватым) за разговоры о продавце с такой негативностью, но они допустили серьезную ошибку в своем пакете WPF, это был единственный источник самых жалких разочарований для меня примерно за десятилетие разработки программного обеспечения.

Согласны ли вы с тем, что DevExpress не понимает парадигму WPF и вызовет у наших разработчиков горе во время разработки и обслуживания? Можете ли вы предложить альтернативного поставщика элементов управления WPF? Я ищу поставщика с элементами управления WPF, которые улучшат наше приложение, хорошо подгоняя API WPF, привязки и MVVM.

Ссылка (выше) на критическую запись в блоге нарушена. Оригинальный автор заявил:

Я написал оригинальную статью и решил работать с DevExpress в личном качестве после разговора с ними, поэтому я, к сожалению, решил удалить этот пост. С уважением, Ира

Ответ 1

Чрезмерное разочарование - это ТОЧНО, что я испытал благодаря DevExpress. Я потерял много часов своей жизни, пытаясь просто привязать поле со списком. Выпадающий список в лучшем случае будет отображать только имя класса ItemsSource несколько раз. Я даже разместил fooobar.com/questions/302053/..., чтобы выяснить, что я могу сделать неправильно. Наконец, по прихоти, я попытался удалить эту строку xaml:

devx:ThemeManager.ThemeName="DeepBlue"

Внезапно моя проблема исчезла. Это было вызвано тем, что разработчик Express wpf theme DeepBlue. Обнаружение проблемы было огромным облегчением. Теперь моя компания будет использовать элементы управления Telerik WPF. Мои коллеги вполне довольны элементами управления DevExpress Asp.Net. Это только набор WPF, который мы избегаем.

Ответ 2

Я не согласен полностью с утверждением, что разработчики DevX не заметили отметку в WPF. Тем не менее, я скажу, что, похоже, у них, возможно, была крутая кривая обучения для преодоления. Давайте посмотрим правде в глаза, WPF массивный. Чтобы справиться с этим, даже из коробки, это сложная задача. Я согласен с тем, что элементы управления DevEx не будут вписываться в шаблон MVVM, но они действительно хорошо сочетаются с шаблоном MVP. "Можете ли вы предложить альтернативного поставщика элементов управления WPF?" Нет, но я предлагаю вам изучить дополнительные шаблоны, если вы застряли с DevEx.

Ответ 3

Я хотел бы пояснить наше мнение об использовании наших элементов управления в приложениях, построенных на основе шаблона MVVM. На данный момент мы работаем над рядом примеров, которые должны разъяснять, как наши элементы управления могут использоваться в различных популярных системах на основе MVVM (например, Prism, MVVM Light и т.д.). В наших элементах WPF есть несколько проблем, связанных с шаблоном MVVM, и мы пытаемся их устранить. Однако, как правило, нет демонстраторов, которые могут помешать разработчику использовать наши элементы управления в приложении MVVM. Надеемся, что наши примеры, размещенные на веб-сайте DevExpress, убедят вас в этом.

Ответ 4

Я использовал Syncfusion, Ingragistics, Telerik, а также различные библиотеки меньшего размера, а DevExpress - моя платформа. Я считаю, что они не только супер поддерживают WPF и MVVM, но их техническая поддержка была феноменальной. Я на самом деле был средним проектом в многомиллионном проекте с использованием Syncfusion WPF и обнаружил столько ошибок в библиотеке, что мой клиент был близок к вытаскиванию вилки. Я переключил средний поток на DevEx, и они спасли мою бекон. Их средства управления всегда кажутся самыми современными и учитывают последние тенденции. Хотелось бы, чтобы они сделали больше материалов Xamari и некоторые другие вещи, которые делает Syncfusion, но я бы предпочел иметь меньше вещей, которые на самом деле работают, чем широкий набор материалов, которые этого не делают.