c# - Controles de WPF de terceros: Devexpress vs Telerik

gridview lob (13)

Me gustaría escuchar su opinión sobre los dos proveedores de control.

Para decirlo en pocas palabras: estoy construyendo una aplicación de escritorio LOB clásica. La aplicación se creará completamente en WPF. PRISM 4.0 se usará en gran medida. Siempre que sea posible, intentaré seguir el patrón MVVM (sería bueno si los controles seleccionados fueron diseñados para adoptarlo fácilmente).

Principalmente estoy interesado en:

Buena cuadrícula de datos, que admite ordenar, filtrar, agrupar, exportar, imprimir y funciona bien con una gran cantidad de registros encuadernados (10k +)
Combobox que admite filtrado y autocompletado.
Barra de navegación
Administrador de diseño que es similar al utilizado VS 2010

A largo plazo, también me gustaría usar su:

Herramientas de informes
Controles de "minería de datos"
Soporte de localización para localizar acciones de cuadrícula de datos, por ejemplo, ...

He estado usando Winforms Devxpress por un tiempo y estaba bastante satisfecho. Su equipo de soporte es excelente. Aún así, quiero verificar si hay alguna mejor opción en el mercado. En otras palabras, me gustaría saber si los controles de Telerik tienen algún valor adicional.

¡Utilicé ambos telerik wpf radcontrols y devexpress! Desde mi experiencia, estaba satisfecho con los controles telerik ya que mi principal objetivo era ser más productivo y entregar una aplicación de escritorio con un buen UX en poco tiempo. Telerik hace un uso intensivo del patrón mvvm y recomienda usarlo ya que la mayoría de sus demostraciones se basan en él. En cuanto a la documentación que mira el código fuente de demos, ¡fue suficiente para que tenga un comienzo rápido! Por otro lado, devexpress es más maduro. en otras palabras, telerik contiene errores, pero el soporte siempre encontrará una solución para usted si lo solicita.

Creo que devexpress es realmente mejor en WinFormApp. Lo estoy usando durante varios años, es realmente agradable. Por otro lado recientemente probé sus controles WPF. Es terrible y está lleno de bolsas. No tengo tiempo para cambiar a telerik para este proyecto. Otro problema que tuve con devex es RTL. Si quieres tener una aplicación en varios idiomas, puede ser importante. Telerik puede soportar RTL, pero Devex no lo admite en WinApp y en WPF en Devex no lo admite por completo. Como dije, devex es mejor en WinApp sin RTL.

Definitivamente iría por DevExpress, sus componentes son en mi opinión más bonitos y con mejores API que Telerik, entonces no olvidemos que ya conoce su modelo de objetos, convenciones de nomenclatura y API del mundo de las formas de Windows, esto no es menor porque lo más probable es que reutilices tus conocimientos y esto es mucho más importante y valioso.

Desde mi punto de vista, DevExpress proporciona algunos de los controles de peso liviano que se comparan con Telerik. Informes usando DevExpress es más flexible. Pero al mismo tiempo, Telerik tiene una mejor apariencia y se siente asociado a otras herramientas.

DevExpress WPF es lento y no optimizado en cuanto al rendimiento. Probé el control de edición de texto enriquecido de DevExpress y Telerik. El control de Telerik supera a DevExpress en términos de rendimiento.

El Telerik RadDataGrid es compatible con MVVM y el patrón de comando correctamente recién salido de la caja. DevExpress requiere mucho código adicional para poder usar MVVM correctamente.

Estoy usando Telerik y DEVExpress ambos. Según mi experiencia, DevExpress es mejor en los controles de formulario ganador. Pero, Telerik es mucho mejor que en los controles Asp.NET. El resultado de renderizado de DevExpress en los controles del servidor es muy desordenado en el sitio del cliente. Crean el control del botón usando la etiqueta de la tabla.

Estuve exactamente en la misma posición hace unos meses cuando evaluaba los controles de WPF para un nuevo proyecto de WPF. No estoy seguro de haber tomado una decisión, pero puedo ofrecer mis experiencias con Telerik y espero que ayude.

En mi proyecto, una necesidad particular era usar TreeListView y había proveedores de reputación limitada con este control. Pasé un tiempo investigando y encontré Telerik, que ofrecía lo que necesitaba. Descargué la versión de prueba y la utilicé durante 2 meses, me puse en contacto con su soporte y revisé sus foros. ¡Puedo decirte que tienen excelentes apoyos! Por lo general, los soportes proporcionan una solución con códigos de muestra. Al igual que todos los desarrolladores, nos encontraríamos con el bloqueo de rutas, estudiamos la API, la documentación y ejemplos. ¡Para mí, el soporte es importante ya que ahorra tiempo de desarrollo! Mi opinión es que Telerik ofrece excelentes controles de interfaz de usuario con vastas opciones de colección y personalización, y excelentes soportes técnicos. Sin embargo, su documentación no es tan buena. Además, ten cuidado con el rendimiento en los controles WPF, mi experiencia es que tiene cierto rendimiento si tienes una gran fuente de datos. Asegúrese de hacer algunos prototipos en áreas arquitectónicas críticas si el rendimiento es los requisitos clave.

Pruébelo y vea si satisface sus necesidades o no.

Por cierto, también soy cliente de ComponentOne. Simplemente obtenga los controles para lo que necesita si puede ahorrarle tiempo. ¡Lo importante es ayudar a enviar su producto a tiempo! Espero que esto ayude.

Evalué varios paquetes de control de WPF, Telerik, devExpress, Xceed, SyncFusion, etc. Estábamos principalmente interesados en un control de red que pudiera manejar una gran cantidad de datos y tener un buen rendimiento. En una prueba simple, cargamos 120,000 artículos en la grilla e hicimos un grupo en los campos.

DevExpress fue la carga en ayunas en comparación con los demás. Tardó 15 segundos en cargarse, mientras que los otros tardaron unos 45 segundos en cargarse. DV se agruparía en 7 segundos, mientras que los otros tardarían casi 45 segundos. ¡Un par de otros paquetes de controles bloqueados! (fyi, los datos estaban siendo cargados de Mongo).

Al mostrar el diálogo de filtro para una columna en Telerik, se extendería más allá de la parte inferior de la pantalla sin ninguna barra de desplazamiento. Además, al hacer clic en un elemento de filtro en el menú desplegable, el filtro se filtrará inmediatamente en lugar de esperar a que seleccione los demás. Por lo tanto, si selecciona 5 elementos, tomaría 5 veces más tiempo.

Ojalá DevExpress tuviera una opción de filtro desplegable de casilla de verificación (como Excel). Solo puede seleccionar un único valor, pero tiene un diálogo de filtro muy bueno que le permite hacer filtros más complejos. Aún así, me gustaría poder verificar fácilmente algunos valores y avanzar rápidamente.

Telerik se integró muy bien con Sql Server utilizando Entity Framework. Es paginación, clasificación, filtrado, etc. integrado directamente con EF y tenía Sql Server hacer estas operaciones en la base de datos. ¡Muy agradable! Supervisé los comandos sql como haciendo operaciones. Si está viendo grandes cantidades de datos en el servidor SQL, este puede ser el único control que realmente lo hace bien. (Excepto por el combo de filtro desplegable que no maneja muy bien los datos grandes). Estamos utilizando Mongo para nuestros datos de gran tamaño, por lo que esto no se aplica a nosotros. Tuvimos algunas excepciones con Telerik al probar los datos. DevExpress no tiene una opción de búsqueda a menos que usted mismo.

Al final elegimos DV por razones de rendimiento con grandes datos y estabilidad.

Me tomaría telerik manos abajo ... razón # 1 de ser soporte, el motivo # 2 es que si el control no puede hacer lo que necesita, solo tiene que poner un boleto o publicarlo en los foros de soporte y puede IMPULSAR su desarrollo de características

...muy genial :)

Tengo un amigo que usa controles Telerik y él absolutamente jura por ellos. Mencionó específicamente cómo el control de la cuadrícula de datos es lo mejor desde el pan rebanado y lo usa todo el tiempo (lo que podría ayudarlo en función de su primer punto).

Una vez más, no experiencia de primera mano, pero confío en sus opiniones sobre este tipo de cosas.

Tuvimos que tomar una decisión bastante similar hace unos meses. Estábamos usando WinForms, el Bloque de aplicaciones de interfaz de usuario compuesto de Microsoft y DevExpress WinForms. Para nuestra nueva aplicación, creada desde cero, decidimos usar WPF (sin PRISM) y necesitábamos especialmente algunas cuadrículas, por lo que utilizamos DevExpress WPF Controls.

Esta fue una decisión buena y mala.

La buena parte:

Puede usar los controles de una manera muy similar a la que está acostumbrado. Hay algunas diferencias, pero te acostumbras rápidamente. Esta es una gran ventaja, ya que nos tomó bastante tiempo acostumbrarnos al usar los controles WinForm.
Los controles, especialmente las cuadrículas, son utilizables como controles de WinForms. Si sus usuarios están acostumbrados a ellos, la transición es muy fluida.
Aplicar uno de los temas proporcionados es muy simple y obtienes una buena solución sin mucha molestia. También se aplican a controles WPF puros, por lo que toda la aplicación se ve coherente. Seguimos usando principalmente Windows XP, los temas también se aplican a esto, lo cual es excepcionalmente útil para nosotros.

La parte mala:

Esperábamos que los controles DevExpress WPF proporcionaran la misma cobertura de control que los controles WinForm. Los controles DevExpress WPF en ese momento tenían la versión número 10.1, y nos decepcionó que algunos controles faltaran por completo (por ejemplo, TreeList, Schedulers, Passwordbox o el muy útil LookUpEdit). Mientras que los tres últimos están disponibles con la versión 10.2, las listas de árbol todavía no están allí. Si está buscando controles adicionales del paquete WinForms que los enumerados, es una buena idea verificar primero si existen para los controles DX WPF.
Algunas partes daban la impresión de que se hacían rápidamente. Hubo algunas soluciones rápidas necesarias para que los controles funcionaran de la manera en que pretendíamos usarlos. Lo bueno es que la mayoría de estos problemas se resuelven con 10.2.
La documentación y el centro de soporte para los controles de WPF parecen menos completos que la documentación de WinForms. Si bien esta es probablemente solo mi impresión personal, casi siempre pude encontrar una respuesta a un cierto problema que tenía con los controles de WinForms en el sitio web de DX, no tuve tanto éxito con los controles de WPF. El equipo de soporte es tan útil como siempre, sin embargo.

Esta lista no pretende ser exhaustiva, esas fueron las cosas que inmediatamente se me ocurrieron.

Entonces, ¿qué haría si tuviera que volver a tomar la misma decisión? Es muy probable que use DevExpress nuevamente. La mayoría de las cosas negativas que me molestaron se corrigieron con la versión 10.2, por lo que los controles son bastante utilizables ahora. Me gusta especialmente que pueda usar su experiencia anterior con los controles WinForm (con limitaciones, por supuesto). La última fue también la razón principal para comprar los componentes DX. Lamentablemente, no sé si Telerik controla lo suficiente como para decir algo sobre ellos, por lo que si alguien tiene experiencia con ambos, especialmente con el cambio de DX a Telerik, seguramente sería una información muy interesante.

No estamos usando el patrón MVVM con nuestras cuadrículas, ya que la forma "tradicional" de cargar y distribuir datos es suficiente para nosotros. Algunas de nuestras cuadrículas contienen 100k + valores, el rendimiento de la grilla siempre está bien. Los controles no parecen tener una compilación compatible con MVVM; si intentas usarlo, parece que tienes que hacer todo de forma manual. Tal vez 10.2 cambió las cosas aquí, no lo he comprobado, pero no lo creo.

Usamos nuestra propia implementación para la localización, por lo que no sé sobre el soporte de localización DX.

no he probado DevExpress, pero uso Telerik para WPF, tiene algunos buenos componentes, como Gridview, por ejemplo. pero otros componentes están llenos de errores ejemplo, un simple dockcontrol hasta el día de hoy no han logrado que funcione correctamente.