¿Sería práctico crear aplicaciones WPF sin tocar Visual Studio (o cualquier otro IDE)? Como en, codificando y compilando completamente dentro de Vim y la línea de comando? ¿Qué recursos recomendarías para alguien que intenta hacerlo?WPF sin Visual Studio?
Sería posible, ya que básicamente WPF está basado en XAML - una variante de XML - y C# o VB.NET u otro lenguaje .NET como su lenguaje de back-end.
La pregunta realmente es si eso es práctico y si tiene sentido, lo dudo mucho. WPF tiene que ver con el diseño visual, p. totalmente sin un diseñador visual (ya sea el incorporado en Visual Studio, preferiblemente la versión 2010 o Expression Blend), parece un poco tonto querer programar WPF ...
En cuanto a los recursos, bueno, un al menos un editor de texto es imprescindible, luego definitivamente algunos buenos libros sobre WPF, y podría aprovechar el compilador C# o VB.NET que viene con .NET framework.
Posible, sí. Práctica No.
Para el trabajo de producción, consideraría Microsoft Expression Blend 3. Luego copie el XAML y péguelo en el editor de su elección y compile desde la línea de comando.
Puede descargar KAXAML. Es un editor gratuito y liviano. Me pareció bueno aprender sobre XAML y ver cómo los pequeños cambios y ajustes pueden afectar un diseño general.
XAML es texto simple, así que busque un editor gratuito (KAXAML), úselo y, si es necesario, péguelo en su editor.
Does Not Blend no cuenta como un IDE. – ChrisF
Claro, pero también lo prologé con "Para el trabajo de producción". Si alguien quiere usar editores de texto y papel cuadriculado, siéntase libre. Si vas a hacer XAML y quieres ser productivo, realmente necesitas mirar un IDE. – DenaliHardtail
Supongo que gamedevv está haciendo esto con fines de aprendizaje (como en el caso extremo) ninguna empresa esperaría que los desarrolladores que escriben código de producción escriban XAML solo con un editor de texto. Eres más productivo con un IDE. – DenaliHardtail
Si realmente quieres seguir por esta ruta, te recomiendo obtener un poco de papel cuadriculado y un lápiz afilado.
Dibuja tus diseños sobre eso, lee los puestos y ejeiquécelos en tu editor.
Una ventaja de esto es que usted va a tener un prototipo de papel para mostrar a la gente;)
Como James Keesey señala en su comentario sobre marc_s's respuesta, el ciclo de edición-compilación-test va a ser doloroso.
Definitivamente es posible. Yo diría que no es práctico, sin embargo.
Para ser sincero, hago un desarrollo profesional de WPF y lo hago con el diseñador visual cerrado. Me siento mucho más cómodo editando el XAML a mano, al igual que escribo HTML. Sin embargo, los beneficios de un IDE van más allá del diseñador visual. Hay IntelliSense, depuración y una gran cantidad de otras características invaluables.
Realmente, debo cuestionar sus motivos. ¿Qué estás tratando de ganar? Las ediciones Visual Studio Express son completamente compatibles con el desarrollo de WPF, por lo que no pueden o no deben ser un problema de costo.
Me he encontrado escribiendo XAML en el Bloc de notas en varias ocasiones donde necesitaba crear una interfaz de usuario rápida pero no podía cargar un IDE. Es realmente bastante trivial, y casi, pero no del todo, tan rápido como usar un IDE. Las principales ventajas de un IDE como Blend o VS.NET son conseguir rápidamente cosas como colores y animaciones para que sean "lo correcto".
Otra ocasión cuando escribo XAML o C# con frecuencia en un editor de texto está aquí en Stack Overflow.Solo arranco Visual Studio cuando necesito probar algo.
Mis principales recomendaciones para la creación de aplicaciones de WPF sin un IDE son:
Primero se debe hacer un uso correcto del sistema de diseño de WPF, utilizando paneles adecuados y "Auto" de tamaño siempre que sea posible. Por ejemplo, si quiere una pila de botones con algo de espacio entre ellos, cree un <StackPanel> y en cada botón agregue Margin="4" o lo que sea. Este es un buen diseño de todos modos. La mayoría de los programadores principiantes de WPF lo tratan como WinForms sin capacidad de diseño, lo cual es una lástima. WPF tiene un motor de diseño muy potente y debería usarse. Si lo es, nunca habrá necesidad de papel o medidas gráficas. Además, su interfaz de usuario ajustará automáticamente su diseño si cambia el tamaño de las letras o si los objetos son más grandes de lo esperado.
En segundo lugar, debe usar msbuild para su proyecto a menos que sea ultra simple. msbuild se instala junto con NET Framework para que esté siempre disponible. El formato de archivo es muy fácil de editar con un editor de texto, y es mucho mejor que un archivo por lotes con el comando "csc" apropiado porque le permite usar código subyacente y es menos propenso a errores cuando se agregan nuevos archivos fuente.
En tercer lugar, mantenga una ventana de línea de comandos de PowerShell abierta separada de su editor, con un comando que ejecuta "msbuild" y luego ejecuta su aplicación. Para ejecutar su aplicación, simplemente presione Alt-Tab en esta ventana y presione uparrow, Enter. Algunos editores de texto tienen la capacidad de ejecutar comandos definidos por el usuario directamente desde el editor y ver el resultado, en cuyo caso esta segunda ventana no es necesaria.
En cuarto lugar, tenga a mano una copia de cordbg o mdbg. Aunque un IDE es el lugar ideal para realizar la depuración, cualquier depurador es mejor que ninguno. Encontrará sus problemas mucho más rápido si se detiene en puntos de corte y examina variables que si simplemente continúa editando código y volviendo a ejecutarlo.
En quinto lugar, utilice "ColorPad" o una aplicación similar para seleccionar los colores para su uso. Solo adivinar e ingresar tu mejor estimación en hexadecimal simplemente no funciona muy bien.
Para recursos, le recomiendo que obtenga el libro "WPF Unleashed" y repase los ejemplos. También leería muchas XAML de otras personas, como las que se pueden encontrar en CodePlex.
Además, es realmente difícil obtener los detalles correctos y, sin un diseñador visual, el ciclo de edición y compilación resultaría doloroso. –