net - ¿WPF vs WinForms o Rich UI vs Stable Applications? ¿Qué piensas sobre el futuro de la plataforma Windows Forms?
wpf vs windows forms (12)
WPF vs WinForms. ¿Qué piensas sobre el futuro de la plataforma Windows Forms?
¡Renuncié a WPF porque el editor visual en VStudio 2008 es increíblemente lento!
Actualmente estoy trabajando con mi tercer cliente para implementar una aplicación WPF. El primero fue una solicitud de LOB para uno de los 3 principales proveedores de envío en los EE. UU., Los otros dos para las empresas más pequeñas.
Considero que Visual Studio es perfectamente estable, pero tampoco uso el diseñador en Visual Studio. Expression Blend es perfectamente estable, si no le faltan muchas características esperadas por los diseñadores.
La adopción de WPF es seguramente más lenta que las características de lenguaje introducidas en Visual Studio y .Net, pero es muy superior a WinForms de muchas maneras y será el futuro.
Ve a aprender la mentalidad de WPF y nunca volverás.
Aunque la curva de aprendizaje para WPF es un poco larga, creo que la gente ha comenzado a considerarla seriamente para crear nuevas aplicaciones. Pero aún necesitamos una motivación seria para migrar de Winforms a WPF.
Creo que WPF está firmemente dirigido a un grupo de desarrolladores que no están dispuestos a adoptarlo. No creo que WPF haya sido creado para aplicaciones CRUD. CRUD es mucho más difícil en WPF que WinForms. He visto ejemplos de enlace de datos que simplemente no me gustan. Tienes que ejecutar una tecnología intermedia (como CSLA) para que funcione bien.
No, creo que WPF fue diseñado para desarrolladores que quieren enviar IDE de medios súper sofisticados y extravagantes al público. Desafortunadamente, este es precisamente el grupo que está más atrapado en C / C ++ y la mayoría no receptivo al código administrado. Por esta razón, debe cuestionar el pensamiento de mercado de Microsoft.
Por otro lado, Microsoft come su propia comida para perros, y los nuevos sabores de comida para cachorros a menudo son una respuesta a fuertes presiones internas para obtener mejores resultados. Puedes ver por qué el grupo de Windows Media y el grupo Zune desean y quieren WPF.
Cuente el número de veces que VS.NET 2008 se cuelga durante un día de desarrollo de la interfaz de usuario de WPF y cuántas veces se bloquea durante el desarrollo de las formas de pago. (Aquí es casi imposible hacer un desarrollo serio de wpf, falla mucho incluso después de sp1). Winforms también tiene muchos controles maduros. Claro que no tiene los sofisticados elementos 3D de wpf, pero para las aplicaciones LoB, no los necesita de todos modos. Agregue a eso el problema de texto borroso de wpf, y comprenderá que wpf tiene un largo camino por recorrer antes de que sea lo suficientemente maduro como para reemplazar las formas de inversión.
He trabajado con WPF en un par de aplicaciones (una LOB, una UI de controlador) y considero que es muy elegante y una herramienta productiva para usar. El modelo de contenedor de elemento de control anidado y de enlace de datos es muy poderoso.
Es muy diferente de Winforms y tiene una gran curva de aprendizaje. Sin embargo, una vez que hayas progresado en esa curva de aprendizaje, nunca volverás a WinForms; en este punto, cuando pienso en usar WinForms, pienso: "¡ Uf !"
He utilizado tanto WinForms como WPF y tendré que aceptar que WPF aún necesita mucho trabajo para convertirse en la plataforma de interfaz de usuario preferida para las aplicaciones LoB. Actualmente, WPF es útil para crear UI con efectos y animaciones enriquecidos, pero incluso así hay problemas.
He visto la demostración de MS de una aplicación para el cuidado de la salud que usa Silverlight y es magnífica . Diría que sin duda es el futuro, ya que se basa en las experiencias de WinForm y reestructura las cosas para evitar los problemas de WinForm.
Dicho esto, en la actualidad, WinForm es obviamente más maduro y probablemente tenga un tiempo más corto para comercializar debido a la estabilidad de la plataforma y la riqueza de recursos, herramientas y conocimiento.
Esperaría que las aplicaciones de WinForm desaparecerán lentamente dentro de otra década, pero por ahora todavía es una plataforma muy viable.
Mi propia opinión es que la adopción de WPF es bastante lenta en este momento.
Supongo que debe ver lo que WPF ofrece sobre los formularios web. Lo único que viene a la mente es más posibilidades de la GUI, pero eso hace que WPF sea un poco más complejo. La mayoría de las aplicaciones de Webforms no están hechas para verse bien, están destinadas a realizar ciertas operaciones de una manera fácil y comprensiva y allí WPF realmente no le da mucho sobre las formas Web.
Tal vez Silverlight podría dar un empujón a wpf. Hay muchas posibilidades interesantes con las aplicaciones de pantalla completa de siverlight (aplicaciones fotográficas, aplicaciones de oficina, aplicaciones de informes ...) y, por supuesto, podrían portarse fácilmente a las aplicaciones WPF.
Tengo que estar de acuerdo con las dos publicaciones anteriores. Además, hasta que Microsoft comience a presionar a WPF en sus propios productos, en realidad no va a despegar. En mi opinión, Microsoft dogfooding WPF es lo que los llevará a abordar realmente los problemas que están frenando: los bloqueos, los problemas de texto y la falta de controles preconstruidos.
Windows formas es Honda .
WPF es Orange County Chopper .
Cuesta más construir un helicóptero artesanal hecho a medida, requiere mucha más destreza para que un trabajador haga todos esos componentes a mano, requiere sentido artístico, dedicación y mucho trabajo, en comparación con un trabajador en una fábrica de Honda que solo presiona 3 botones y una bicicleta sale.
¿El resultado?
Un Orange County Chopper es único, bello, se destaca de la multitud y hace que sea dueño, pero también es más difícil de fabricar, cuesta más, requiere más talento del lado de los constructores y no todos pueden hacerlo.
Y el objetivo de esta diatriba es?
Use WPF si quiere sobresalir entre la multitud y sus clientes pueden permitírselo ;-)