form - ¿Es esta acusación de los controles DevExpress WPF válida y cuál es un buen proveedor alternativo?
skinnable form devexpress (4)
He utilizado Syncfusion, Ingragistics, Telerik, así como varias bibliotecas más pequeñas y DevExpress es mi plataforma de elección. Encuentro que no solo apoyan mucho a WPF y MVVM, sino que su soporte técnico ha sido fenomenal. En realidad, estaba a mitad de proyecto en un proyecto multimillonario con Syncfusion WPF y encontré tantos errores en la biblioteca que mi cliente estaba cerca de desconectar. Cambié a mitad de la secuencia a DevEx y me salvaron el tocino. Sus controles siempre parecen los más actualizados e incorporan las últimas tendencias. Me gustaría que hicieran más cosas de Xamarin y algunas de las otras cosas que hace Syncfusion, pero preferiría tener menos cosas que realmente funcionen que una amplia variedad de cosas que no lo hacen.
Mi empresa está iniciando un importante proyecto de desarrollo greenfield con los controles DevExpress WPF. Acabo de leer esta crítica crítica de sus controles de WPF:
[...] los desarrolladores de DevExpress malinterpretaron completamente a WPF cuando desarrollaron sus controles de WPF. Realmente no puedo impresionarle lo suficientemente bien como de disgusto que está usando sus controles. Me siento absolutamente terrible (casi culpable) por hablar de un proveedor con tanta negatividad, pero han cometido un grave error en su suite WPF, ha sido una fuente singular de la frustración más abyecta para mí en aproximadamente una década de desarrollo de software.
¿Está de acuerdo en que DevExpress no entiende el paradigma de WPF y causará problemas a nuestros desarrolladores durante el desarrollo y el mantenimiento? ¿Puede sugerir un proveedor alternativo de controles WPF? Estoy buscando un proveedor con controles WPF que mejorará nuestra aplicación a la vez que se adapta bien a la API de WPF, el enlace y MVVM.
El enlace (arriba) a la publicación crítica del blog está roto. El autor original ha declarado:
Escribí el artículo original y decidí trabajar con DevExpress a título privado después de hablar con ellos, así que lamentablemente he decidido eliminar la publicación. Saludos, Ira
La frustración abyecta es EXACTAMENTE lo que experimenté gracias a DevExpress. Perdí horas de mi vida intentando simplemente enlazar un cuadro combinado. La lista desplegable en el mejor de los casos solo mostraría mi nombre de clase de ItemsSource varias veces. Incluso publiqué una pregunta de para descubrir qué podría estar haciendo mal. Finalmente, por un capricho, intenté eliminar esta única línea de xaml:
devx:ThemeManager.ThemeName="DeepBlue"
De repente mi problema desapareció. Fue causado por el tema Desarrollador Express wpf DeepBlue. Descubrir el problema fue un tremendo alivio. Mi compañía ahora utilizará los controles Telerik WPF. Mis colegas están muy contentos con los controles DevExpress Asp.Net. Solo evitamos la suite WPF.
Me gustaría aclarar nuestra opinión sobre el uso de nuestros controles en aplicaciones creadas en base al patrón MVVM. En este momento, estamos trabajando en una serie de ejemplos que deberían aclarar cómo se pueden usar nuestros controles en diferentes marcos populares basados en MVVM (como Prism, MVVM Light, etc.). Hay un par de problemas en nuestros controles WPF con respecto al patrón MVVM y estamos tratando de eliminarlos. Sin embargo, en general, no hay opciones que puedan impedir que un desarrollador use nuestros controles en una aplicación MVVM. Con suerte, nuestros ejemplos, publicados en el sitio web de DevExpress, lo convencerán de esto.
No estoy completamente de acuerdo con la afirmación de que los desarrolladores de DevX no alcanzaron la marca en WPF. Sin embargo, diré que parece que tuvieron que superar una curva de aprendizaje empinada. Afrontémoslo, WPF es masivo. Dominarlo, incluso fuera de la caja, es una tarea desalentadora. Estoy de acuerdo en que los controles DevEx no encajarán en un patrón MVVM, pero se ajustan bastante bien en un patrón MVP. "¿Puede sugerir un proveedor alternativo de controles WPF?" No, pero sugeriré que estudies patrones adicionales si estás atascado con DevEx.