.net - usar - ¿Alguien que usa WPF para aplicaciones LOB reales?
wpf vs windows forms (8)
¿Alguien que usa WPF para aplicaciones LOB reales?
Todos hemos visto las demostraciones inteligentes de WPF mostrando videos mapeados en elementos 3D. Estos se ven muy bien, pero ¿qué pasa con el mundo real de las aplicaciones de línea de negocio que conforman la mayoría de los esfuerzos de los desarrolladores. ¿WPF es solo para los ojos dulces?
Creo que las demostraciones de Eye Candy están dirigidas principalmente a los diseñadores. Una vez dicho esto, existe un gran potencial para mejorar la usabilidad de las aplicaciones LOB que usan WPF. Consulte este artículo sobre el potencial de Silverlight .
Las aplicaciones de línea de negocio tienen una notoria reputación de ser todo un negocio y no un placer. El hecho es que la "experiencia del usuario" nunca ha sido una preocupación principal al desarrollar aplicaciones de línea de negocios (LOB). Si bien muchas aplicaciones de estilo LOB ponen cada vez más énfasis en la usabilidad, a menudo no llegan a la apelación. La experiencia del usuario es en realidad una combinación de usabilidad y atractivo.
Hemos empezado a utilizarlo en periféricos para la aplicación principal, más como un POC y como una oportunidad de aprendizaje.
Se ve bien, pero solo tenemos 1 artista gráfico que está sobrecargado de trabajo, y sin él, las aplicaciones de WPF todavía se ven gráficamente como aplicaciones diseñadas por el desarrollador.
Además de que nosotros, los codificadores, no somos gráficos, seguimos construyendo aplicaciones Forms en WPF en lugar de aprovechar al máximo el poder de WPF. Estoy seguro de que podríamos hacer maravillas con más recursos y más experiencia, y estamos a la espera de hacerlo.
También estamos considerando utilizar Silverlight para apaciguar la creencia del jefe de que no hay nada que pueda hacer en una aplicación de formularios que no se puede hacer en la web. Sin embargo, es una línea peligrosa, ya que podría comenzar a creer que tiene razón y todos nos quejábamos de nada (en realidad, ya lo hace :))
IMO WPF está empezando a convertirse en un camino viable para las empresas de software reales. Las compañías que tienen que mantener bases de instalación existentes ahora están introduciendo .net 3.5 en sus proyectos de próxima generación, y como parte de ese WPF se está considerando.
Creo que el verdadero problema es que WPF no es para aplicaciones web, es para aplicaciones distribuidas, y como tal hay un plazo más largo involucrado en su lanzamiento al mercado ... .NET 3.5 puede ser utilizado en muchas aplicaciones web alojadas, pero está empezando a aparecer en aplicaciones distribuidas, y con ella WCF, WPF, etc.
Argumentaría que en los próximos 2 años verán muchas aplicaciones WPF emergentes. Estamos desarrollando aplicaciones WPF ahora mismo para el procesamiento del back-end bancario, por lo que sí es viable y se está utilizando para aplicaciones reales. Puede que aún no estén disponibles. ;)
Mientras lo discutimos, los chicos inteligentes están creando aplicaciones increíbles:
Lawson Smart Office le aporta bondad a la empresa WPF
Simplemente lanzando una aplicación WPF LOB a alrededor de 400 ubicaciones municipales. No es pesado en los ojos, pero es muy pesado en la vinculación de datos.
¡WPF está hecho a medida para LOB! Muchos inconvenientes (es decir, sin refactorización) se han solucionado recientemente en SP1, pero las herramientas todavía son, por decirlo suavemente, retardadas.
Me parece irónico ver que XAML fue inventado para herramientas fáciles.
Para usar WPF, realmente necesita comprender algunos fundamentos en el modelo de objetos de WPF, y no veo que el flujo de trabajo del diseñador / desarrollador ocurra pronto.
Hay una curva de aprendizaje realmente empinada, pero vale la pena.
Las tareas que solían ser enormes ahora son triviales y, a la inversa, las tareas que solían ser simples muertas son casi imposibles.
Soy miembro de un grupo de arquitectura danés en el que muchos de los miembros se centran exclusivamente en la construcción de la aplicación WinForms (yo mismo soy un chico de la web). Durante nuestras reuniones, el tema de la construcción de aplicaciones de Windows en Winforms vs. WPF ha aparecido varias veces y después de mucha discusión, la conclusión es que si WPF le permite construir algunas aplicaciones muy atractivas, van a WinForms porque perder demasiada productividad en este punto.
La razón principal para quedarse con Winforms es herramientas. Sin embargo están mejorando.
Trabajé en el producto Helios en esta configuración . WPF encima de muchas otras cosas, incluyendo C ++.
WPF es lo que recomendaría si estuviera desarrollando en .NET y quisiera una aplicación de cliente inteligente con una interfaz de usuario muy personalizada. Si estabas pensando en usar una simple interfaz de usuario de Windows-y, ve con Windows Forms.
Un amigo mío usó WPF para una representación de árbol muy fresco (como en la vista de árbol) donde lo hizo un poco mejor que mostrar una simple vista deslizante. Podría ser capaz de convencerlo para que lo ponga en el dominio público o algo así.