tutorial - wpf xaml

¿Qué tan popular es WPF como tecnología? (9)

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

¿Sus experiencias son las mismas, es decir, no hay demasiada adopción de esta tecnología?
¿Por qué crees que es? ¿Y tendremos un momento en el que veamos mucho más de WPF?

Absolutamente, la adopción es pequeña. Hubo mucha publicidad, pero no parece haberse materializado.

Usé WPF para un proyecto y puedo decir que dejó un sabor muy inconcluso en mi boca. Era demasiado difícil lograr cosas simples y todo tenía muchos bordes ásperos; las razones detrás de ellos ciertamente existían pero no eran obvias o incluso visibles en absoluto. El diseñador de Visual Studio se saltó por completo la mayoría de mis páginas y nunca entendí por qué ...

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

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

Eche un vistazo a esta encuesta que fue realizada por un proveedor de Windows Forms Contol en Australia. Personalmente, he trabajado en dos proyectos comerciales en el último año que usaban WPF en diversos grados.

La adopción de WPF está en aumento. Microsoft creo que está poniendo todos sus huevos en la cesta de wpf.

La gente generalmente se lanza al carro de la tecnología cuando hay una productividad real que ganar. Algo para compensar toda la pérdida de productividad que normalmente ocurre cuando adoptas una nueva plataforma. WPF simplemente no está allí todavía. Todavía se necesita más esfuerzo y más tiempo para construir una aplicación WPF que una aplicación Forms, y por mucho tiempo.

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

Y no me hagas comenzar con XAML. ¿Es XML? es un guion? es un código? ¿Por qué decidieron que un hipervínculo es solo una propiedad de etiqueta? Todavía hay que resolver muchas cosas.

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

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. Me encantan las funciones de enlace de datos y el potencial del diseño. Pero realmente toma un tiempo entender esto.

Creo que la adopción de Silverlight conducirá finalmente la adopción de WPF al escritorio, o tal vez no habrá un escritorio como mucho de lo que se puede lograr con Silverlight que 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 construido mi primer sitio web clásico de ASP y estar disgustado con el código de spaghetti requerido para crear una aplicación simple. Viendo una sola página encontré HTML y java script combinados con vbscript con include files y calls to com objects, en resumen, un sangriento desorden ilógico. En mi opinión, es importante tener un modelo de desarrollo VISUAL y simple con estándares. Creé muchas aplicaciones de Windows VB6 y .Net y tienen una metáfora simple para el desarrollo, lo que facilita su depuración y modificación por parte de los desarrolladores que no escribieron la aplicación original. Los formularios encapsulan la lógica de presentación, los módulos y las clases en los ensamblados a los que se hace referencia encapsulan la lógica empresarial y la lógica de datos. ADO.Net y otras herramientas hacen que el acceso a datos sea robusto, escalable, dinámico y personalizable. El tamaño de los controles y gráficos de Windows para adaptarse a la resolución del monitor o las preferencias del cliente se hace 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 comerciales, la forma debe seguir a la función; en otras palabras, no estoy poniendo gráficos animados en mi aplicación de banca windows.

Una de las razones por las que no me gustó el desarrollo web es debido a la gran variedad de tecnologías complejas y cambiantes que se requieren para aplicaciones relativamente simples que no ofrecen un cambio significativo significativo en los resultados funcionales reales.

Oh, 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, involucrando visualización 3D de datos OLAP que permitieron un análisis de tendencias más rápido. Se está utilizando ampliamente.

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

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

WPF Rocks en términos de lo que la tecnología puede hacer. Es simplemente la mejor tecnología de construcción de interfaz de usuario en el planeta (mi opinión). Pero, pero hay una gran inversión inicial y de largo plazo en aprender y entenderlo. También desde la perspectiva de las herramientas tiene barreras como el diseñador de sidra inutilizable, tienes que combinar para hacer el estilo, etc.

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