Pregunta

Tuve una discusión con algunos colegas y mencioné que no hay muchos proyectos que hagamos que utilicen WPF para crear una interfaz de usuario para una aplicación de Windows (casi siempre usamos Windows Forms en su lugar).

  • ¿Son sus experiencias las mismas?¿No hay demasiada adopción de esta tecnología?
  • ¿Por qué crees que es?¿Y llegaremos a un momento en el que veremos mucho más de WPF?
¿Fue útil?

Solución

Echa un vistazo a esto encuesta lo realizó un proveedor de control de Windows Forms en Australia.Personalmente, trabajé en dos proyectos comerciales durante el último año que utilizaban WPF en diversos grados.

La adopción de WPF va en aumento.Creo que Microsoft está poniendo todos sus huevos en la canasta de WPF.

Otros consejos

WPF es genial en términos de lo que la tecnología puede hacer.Es simplemente la mejor tecnología de creación de UI del planeta (en mi opinión).Sin embargo, existe una enorme inversión inicial y a largo plazo para aprender y entenderlo.Además, desde la perspectiva de las herramientas, tiene barreras como el diseñador de sidra inutilizable, tienes que mezclar para hacer el estilo, etc.

Estoy seguro de que se volverá popular, pero llevaría tiempo.Pero ahora mismo no es tan popular.

  1. Consulte este hilo en WPF
  2. Consulte esta conversación en los foros de msdn sobre WPF para aplicaciones LOB

Absolutamente, la adopción es mínima.Hubo mucho revuelo pero no parece haberse materializado.

Utilicé WPF para un proyecto y ciertamente puedo decir que me dejó un sabor de boca muy inacabado.Era demasiado difícil lograr cosas simples y todo tenía muchas asperezas; las razones detrás de ellas ciertamente existían, pero no eran obvias ni visibles en absoluto.El diseñador de Visual Studio falló por completo en la mayoría de mis páginas y nunca supe por qué...

Con todo, diría que WPF apenas tiene calidad beta desde el punto de vista de la facilidad para los desarrolladores.

WPF tiene una curva de aprendizaje pronunciada y las herramientas de desarrollo para él (estudio de expresión/web) son costosas, por lo que no me sorprende que la industria no se haya sumado a él.Sin embargo, en términos de programación de Windows, es mucho más robusto y potente que Windows Forms, por lo que me gustaría ver crecer su popularidad en los próximos años a medida que Microsoft realice mejoras en WPF, WCF y .NET en general.Si MS redujera el precio de sus productos Expression, esperaría ver que la popularidad del marco creciera mucho más rápido.

Otra cosa preocupante acerca de WPF es la falta total de buenos tutoriales en línea para el marco.Estoy tratando de aprender WPF en casa y descubrí que es un dolor de cabeza.Tuve que desembolsar una tonelada de dinero en efectivo por las herramientas de desarrollo, y luego tuve que pagar más dinero por un buen libro porque simplemente no hay suficiente en línea para introducirme realmente en el marco y sus lenguajes.Puedo aprender bastante sobre Java de forma gratuita simplemente visitando el sitio web de Sun, pero para WPF, tengo que conseguir un libro.En mi experiencia, también hay una terrible falta de materiales de referencia para WPF.A mí me recordó a programar en VB6.A menos que se solucionen estas cosas, no esperaría ver ningún crecimiento rápido en el marco.Creo que la principal fuerza impulsora detrás de la adopción de las tecnologías WPF y WCF por parte de la industria es el soporte de MS.

Aunque WPF se introdujo hace unos años, era demasiado básico para usarlo en aplicaciones del mundo real.El principal problema que impide que WPF se adopte ampliamente es la falta de herramientas RAD y de componentes listos para usar.Actualmente tenemos Blend, Cider más o menos funcional, pero no hace mucho que aparecieron versiones utilizables de estas herramientas.Otra razón es una arquitectura completamente diferente que lleva a un tiempo de desarrollo más largo en comparación con WinForms debido al período prolongado de aprendizaje/adopción para los desarrolladores.Creo que veremos un aumento de WPF en los próximos años.

La gente suele subirse al carro de la tecnología cuando hay una productividad real que ganar.Algo para compensar toda la pérdida de productividad que normalmente se produce cuando se adopta una nueva plataforma.WPF simplemente aún no ha llegado.Todavía se necesita más esfuerzo y más tiempo para crear una aplicación WPF que una aplicación de Forms, y por mucho.

Combine esto con menos documentación en la red sobre WPF que Windows Forms, menos personas con experiencia en WPF, menos blogs sobre WPF, menos libros sobre WPF, menos consejos/trucos, etc.

Y no me hagas hablar de XAML.¿Es XML?¿Es un guión?¿es un código?¿Por qué decidieron que un hipervínculo es sólo una propiedad de etiqueta?Aún quedan muchas cosas por solucionar.

No puedo darme el lujo de construir mi próximo proyecto en WPF, me costará mucho más hacerlo (en mano de obra y tiempo), sin nada que mostrar a cambio.Por el momento, todo lo que hacemos en WPF son proyectos de pura investigación interna y pasatiempos.

Actualmente estoy trabajando en un proyecto de WPF, el primero.La curva de aprendizaje ha sido increíblemente empinada, pero al final creo que WPF es una gran tecnología.El potencial es fantástico, especialmente para avanzar en el estado de la visualización de datos.Realmente me gustan las funciones de enlace de datos y el potencial del estilo.Pero realmente lleva un tiempo entender esto.

Creo que la adopción de Silverlight eventualmente impulsará nuevamente la adopción de WPF en el escritorio - o tal vez no habrá un escritorio, ya que gran parte de lo que se puede lograr con Silverlight reemplazará muchas aplicaciones de escritorio anteriores.

Estoy jugando con WPF y debo decir que no estoy impresionado.Busco una tecnología que me ayude a ser productivo en la creación de aplicaciones comerciales.Recuerdo haber creado mi primer sitio web ASP clásico y sentirme disgustado por el código espagueti necesario para crear una aplicación sencilla.Al ver una sola página encontré HTML y script java mezclados con vbscript con archivos de inclusión y llamadas a objetos com; en resumen, un desastre ilógico.En mi opinión, es importante tener un modelo de desarrollo simple y VISUAL con estándares.Creé muchas aplicaciones de Windows VB6 y .Net y tienen una metáfora simple para el desarrollo, lo que las hace fáciles de depurar y modificar por parte de desarrolladores que no escribieron la aplicación original.Los formularios encapsulan la lógica de presentación, los módulos y clases en ensamblajes referenciados encapsulan la lógica de negocios y la lógica de datos.ADO.Net y otras herramientas hacen que el acceso a los datos sea sólido, escalable, dinámico y personalizable.Cambiar el tamaño de los controles y gráficos de Windows para adaptarlos a la resolución del monitor o a las preferencias del cliente se puede realizar fácilmente con Win Forms.

Puede ser que WPF tenga muchas características avanzadas en gráficos, pero para la mayoría de las aplicaciones empresariales, la forma debe seguir a la función; en otras palabras, no voy a poner gráficos animados ridículos en mi aplicación bancaria de Windows.

Una de las razones por las que no me ha gustado el desarrollo web es por la amplia variedad de tecnologías complejas y en constante cambio necesarias para aplicaciones relativamente simples que no ofrecen cambios suficientemente significativos en los resultados funcionales reales.

Bueno, esos son mis dos centavos.

' )

Implementamos una aplicación WPF bastante importante para un gran banco de inversión para el que trabajé.Resultó extremadamente exitoso, ya que implicó visualización en 3D de datos OLAP que permitió un análisis de tendencias más rápido.Se está utilizando ampliamente.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top