.net - que - visual studio wpf

¿Está lista la producción de WPF? (7)

En realidad, creo que la respuesta es sí y no ...

La parte nula en mi experiencia ha sido la herramienta que está disponible para WPF. En este momento, es una curva de aprendizaje muy empinada y una de las cosas que se necesitan desesperadamente es una gran herramienta para hacer que la tecnología sea accesible, por ejemplo, el nivel de integración de expression blend / studio y Visual Studio es muy pobre. Las tareas simples de IMO deben ser simples y las tareas complejas deben ser posibles, con las tareas complejas de WPF son realmente posibles, pero las tareas simples también son complejas.

Habiendo dicho todo eso, si logra superar la curva de aprendizaje y puede manejar las herramientas sub-par, las aplicaciones resultantes ciertamente están listas para la producción.

Me pregunto si hay personas con experiencia en el desarrollo de aplicaciones de WPF, y quizás más interesantes, ejecutando WPF en producción.

¿Es lo suficientemente maduro para usar en proyectos más grandes? ¿Cuáles son las trampas obvias? ¿Alguna mejor práctica? (La vinculación de datos en WPF parece bastante ingeniosa pero ¿funciona en proyectos ''reales''?)

¡Gracias por adelantado!

No estoy seguro si está maduro para cosas grandes, pero seguro que está listo para aplicaciones de base de datos medianas si esa es su taza de té. Hice un sistema de administración de pacientes usando WPF + SQL Server 2008, y no tuve tantos problemas.

Errores - Tengo uno - fuentes . En serio, ¿cómo explicas a tu cliente no experto en tecnología que no hay nada que se pueda hacer para mejorar la representación de fuentes WPF en XP? Esta área es muy dolorosa, y no parece que Microsoft la esté abordando. (Por favor corrígeme si estoy equivocado.)

¿Mejores prácticas? Umm, sí, mencionas enlaces de datos, eso funciona bastante bien, aunque por supuesto inhibe algo la separación clara de niveles. De hecho, creo que la mayor parte de la ideología heredada de la era de WinForms sigue siendo válida, siempre que haya podido empezar a pensar en la interfaz de usuario de manera diferente. Mi mejor práctica para WPF ha sido utilizar la generación de código para mapear una base de datos en una serie de controles almacenados en un WrapPanel . De hecho, estos paneles envolventes son geniales porque se adaptan a cualquier tamaño de pantalla, y el diseño se siente realmente suave y natural.

WPF salió con .NET 3.0. Estamos en 3.5 sp1, así que si no está lista para producción, MS tiene mucho que hacer. Francamente, estaba listo para producción cuando salió 3.0.

Actualmente estoy trabajando en un proyecto que usa WPF para plantillas y enlaces de datos (no para la visualización de la interfaz de usuario, pero utilizo clases de interfaz de usuario para definir plantillas). También he usado WPF para cosas personales. Y, francamente, tendría que ser golpeado severamente para siquiera considerar el uso de formularios de Windows para la interfaz de usuario. WPF es hermoso en su simplicidad y flexibilidad. Sus instalaciones de enlace de datos son espectaculares en comparación con los modelos de enlace de formularios de Windows pirateados. Y XAML es un paso revolucionario en el diseño de software, imho.

La vinculación de datos en WPF no es solo ingeniosa, sino que también le permite implementar algunos diseños arquitectónicos bastante buenos. Esta es una buena publicación que cubre algunos de los más populares. Piense en MVC / MVP con esteroides.

Larga historia corta, corre. No camines

Yo diría que sí, está lista para producción, y lo ha sido por un tiempo, pero hay algunas advertencias con eso:

La herramienta está lejos de ser perfecta. La superficie de diseño de Visual Studio es terrible, aunque la autocompleta en modo texto está bien. La mezcla es un producto excelente, pero aún inestable (que realmente no debería ser) y su "acoplamiento flexible" a XAML puede ser muy molesto.
Actuación. Si comienzas a utilizar gráficos, efectos y animaciones sofisticados (incluso sutiles), entonces debes vigilar tu plataforma objetivo. Es muy fácil armar algo que funcione bien en su plataforma de desarrollo, pero funciona como un burro de 3 patas en una PC "cliente".
Curva de aprendizaje. Aunque creo que la abrupta curva de aprendizaje con WPF está un poco exagerada, tomar un poco de tiempo para comenzar a pensar de una "manera WPF", y en general hay muchas maneras de hacer la mayoría de las cosas. Por ejemplo, la mayoría de los desarrolladores crearán su primera aplicación WPF utilizando bind / re-bind en lugar de usar ObservableCollection y similares.

Hablando en nombre de una pequeña empresa cuyo objetivo principal es obtener el Negocio de la empresa en la aplicación. Debo decir que wpf no está listo.

No es tan fácil de mantener, no (muy) sencillo, y los desarrolladores pierden demasiado tiempo en hacer que la UI sea correcta en lugar de escribir código comercial.

Volvemos al cliente inteligente;)

Saludos cordiales, Wim

Lo importante es que debes adaptarte a WPF y no intentar que WPF te quede bien. Tienes que olvidar todo lo que sabes sobre la programación de IU (winform o spring). Si crees que WPF es como winform, tu vida será un dolor ... Esta tecnología está lista para producción, es tu código, que puede no ser ... Tómate el tiempo para aprender sobre buenas prácticas de programación en WPF, y tu código con WPF estará "listo para producción".

Mi experiencia con WPF en un pequeño equipo.

Estoy de acuerdo con Hypo y digo sí y no.

Soy uno de 3 desarrolladores corporativos, estamos en la industria del deporte y uno de los proyectos es el software de torneos. Recientemente reescribí nuestra aplicación de visualización de puntuación / corchete en WPF. Las pantallas son 100% más bonitas, pero no fue fácil. La curva de aprendizaje fue enorme, proveniente de WinForms, el enlace es poderoso pero partes iguales complejo. Tengo un montón de problemas con WPF en VS 2008. Bloquea mi IDE al menos una vez al día, a menudo tengo que eliminar mis archivos de usuario o al abrir las propiedades en el archivo del proyecto cierra mi IDE. Ejecutar animación en XP SP3 parece ser sencillo en solo el 50% de nuestras máquinas XP sp3; el otro 50% hay una tonelada de artefactos feos y las formas no parecen volver a dibujarse correctamente. Mi editor XAML a veces se volverá loco y tendré que cerrar la pestaña y volver a abrirla. Todos los problemas que estoy citando están sucediendo consistentemente en 4 máquinas diferentes.

Mi respuesta final sí al Marco. No a las herramientas que desperdicié demasiado tiempo luchando contra mi IDE. No para equipos pequeños que solo necesitan obtener algunas aplicaciones rápidas de línea de negocios. Una vez que hay más controles, Temas, plantilla de proyecto, y funciona bajo VS. Puedo cambiar de opinión.

A pesar de mi intenso DOLOR mientras aprendes WPF / XAML, es emocionante trabajar con él. A menudo me quedo impresionado con algunas de las cosas geniales que puedes hacer.