Самая важная вещь, которую я хотел бы предложить: держите интерфейс вашего построителя запросов достаточно отделенным от того, какую сетку вы используете. Когда он тесно связан, это заставляет вас принимать конструктивные и технические решения, о которых вы можете пожалеть позже. DevExpress особенно часто вносит несколько критических изменений в каждую пару выпусков, и это может вынудить вас постоянно реорганизовывать свой код. У них также есть несколько своеобразных уникальных способов ведения дел, которые могут означать, что вы в конечном итоге будете кодировать хаки для достижения того, чего вы хотите.
Если ваш пользовательский интерфейс очень слабо связан, вы можете создать его любым удобным для вас способом, затем принять пользовательский ввод и создать из него сеточные фильтры, а затем добавить эти фильтры в сетку. Это также означает, что если вы решите поменять сетки на более поздний срок, вам нужно всего лишь изменить минимум кода (этот подход также помогает, если вы решите испытать компоненты и вам необходимо запустить максимально похожий код для обеих сеток).
Личный комментарий - после тщательной фильтрации обоих наборов компонентов скажу одно: мы переехали в Telerik по какой-то причине. Ну, на самом деле много причин. И мы не оглядывались назад с сожалением. Кроме того, ребята из Telerik очень хорошо помогают расширять и делать забавные вещи со своими элементами управления, в то время как ребята из DevExpress склонны придерживаться позиции «зачем вам расширять наши элементы управления? Конкурсы популярности на конференциях разработчиков в конце концов. ". Вы действительно должны сделать испытание между ними, прежде чем совершить одно или другое. Удачи:)