El paso a paso o código que verás en este post es la solución más rápida y válida que encontramos a esta duda o dilema.
Me gusta escribir en un blog sobre artículos para principiantes para WPF, y hay algunos en particular que pueden ayudarlo:
- Comprender el cambio de mentalidad al cambiar de WinForms a WPF
- ¿Qué es este “DataContext” del que hablas?
- Un ejemplo simple de MVVM
En resumen, la mayor diferencia entre Winforms y WPF es que en WPF su capa de datos (la DataContext) es su aplicación, mientras que en Winforms su capa de interfaz de usuario es su aplicación.
Para verlo de otra manera, con WPF su aplicación consta de los objetos que crea, y usa Plantillas y otros objetos de IU para decirle a WPF cómo dibujar los componentes de su aplicación.
Eso es lo opuesto a WinForms, donde construye su aplicación a partir de objetos de la interfaz de usuario y luego les proporciona los datos necesarios.
Debido a esto, el diseñador no se usa mucho ya que los componentes de su aplicación están diseñados en código, y el diseñador solo es necesario para dibujar una interfaz fácil de usar que refleje sus clases de datos (generalmente Models y ViewModels)
Y personalmente, prefiero escribir todo mi XAML a mano, ya que es más rápido y no causa tanto desorden como lo hace el diseñador WPF de arrastrar / soltar, aunque en ocasiones uso el Diseñador para obtener una vista previa de cómo se verá mi interfaz de usuario me gusta.
Entonces, para responder a su pregunta sobre si hay otros diseñadores de WPF adecuados para los desarrolladores de WinForms, sugeriría que, en lugar de buscar otro diseñador, busque aprender a usar WPF en la forma en que debe usarse. Usar WPF como si fuera WinForms significa que te perderás mucho de lo que lo hace tan grandioso 🙂
Bueno, aunque algunas personas no están de acuerdo, también recomendaría no usar el diseñador VS. Al menos no para crear una interfaz. Si desea tener una primera impresión de su implementación sin iniciar la aplicación, es un buen visor al menos siempre que no haya cosas sofisticadas como Styles y Templates son usados. Pero, en mi humilde opinión, es resultado de arrastrar y soltar solo debe usarse como prototipo y, por lo tanto, debe descartarse cuando ya no sea necesario.
Aquí hay algunas razones que son importantes para no usarlo.
-
El diseñador de VS está trabajando con márgenes fijos y alineaciones (lo que generalmente no es necesario, si está usando los controles de diseño), significa que debe tocar muchos controles, si se cambian los requisitos. Si está familiarizado con XAML y la mecánica de WPF, puede crear aplicaciones que se pueden modificar con poco esfuerzo, con respecto a la apariencia.
-
Dado que el diseñador está generando el xaml, la composición no es óptima y la interfaz de usuario puede funcionar mal. No lo medí, es solo un sentimiento.
Una alternativa mucho mejor es Mezcla MS, aunque el comienzo es todo menos fácil. Su resultado de arrastrar y soltar es mucho mejor que el resultado del diseñador VS.
Pero es una herramienta bastante poderosa, que te ayuda a usar elementos bastante poderosos para crear una interfaz de usuario de última generación. Recomiendo visitar al menos un pequeño taller para tener una idea de sus oportunidades.
Volviendo a tu pregunta, en mi humilde opinión, y creo que muchas personas están de acuerdo, consíguete un buen libro, por ejemplo. WPF desatado y luego, si quieres saber más sobre los detalles, WPF Pro. Hay muchas características que son diferentes a Winforms. No los conocerá utilizando ningún diseñador. Creo que ese es el mejor enfoque.
Tenga en cuenta también que existen muchos marcos y bibliotecas (por ejemplo, MVVM light, WPFToolkit) que ya están resolviendo algunos problemas comunes. Entonces no es necesario reinventar la rueda.
Sé que esta es una pregunta antigua, pero para beneficio de cualquier otra persona que mire esto, creo que debería corregir un poco el equilibrio; al leer algunas de las otras respuestas, tengo la sensación de que algunos de los ‘no usan el diseñador’ El sentimiento proviene de no usarlo correctamente. Este tutorial es bastante bueno para comenzar y responde a algunas de las críticas en las otras publicaciones.
Por ejemplo, puede cambiar del diseño basado en márgenes similar a Winforms que es el predeterminado cuando suelta un control, a un estilo más similar a WPF haciendo clic derecho y seleccionando ‘Restablecer diseño’
Este video cubre un terreno similar.
Sigo prefiriendo el diseñador VS2010 en general: VS2013 parece tener un poco de errores al arrastrar y soltar en TabItems **, (que mi proyecto actual usa mucho), pero la vista Esquema del documento VS2013 también le permite mover las cosas en esa vista. , lo que puede ser una gran ventaja.
Realmente, sin embargo, para aprovechar al máximo WPF y xaml, debe ser razonablemente fluido tanto en la vista del diseñador como en la vista xaml y cambiar entre ellas; si te alejas del diseñador, te estás perdiendo algo que puede ayudarte mucho.
** Editar: aunque esto parece haberse mejorado en la Actualización 3 para VS 2013, y en las vistas previas de VS14, hasta la fecha todavía tengo un comportamiento extraño a veces.
Si tienes algún titubeo y capacidad de reformar nuestro sección eres capaz de escribir una disquisición y con mucho placer lo ojearemos.