wpf - studio - Aplicaciones de Windows 8 y LOB
windows 10 developer (6)
¿Cuál es el enfoque recomendado para crear aplicaciones de línea de negocio para Windows 8? Ej. Aplicación financiera a medida compleja.
Claramente, no encajan en el estilo Metro, así que presumiblemente será una aplicación de escritorio normal
Entonces, ¿la recomendación es usar WPF? ¿Hay un vNext para esto?
El tipo de aplicaciones que construyo como desarrollador son aplicaciones de estilo de escritorio. No son los que encajarían en el estilo Metro. No hemos escuchado mucho de / Build sobre este estilo de aplicación.
Entonces, si se lanzara una aplicación de escritorio para coincidir con el lanzamiento de Windows 8, ¿cuál sería el uso preferido de la tecnología? (Me da la impresión de que WPF está saliendo)
¿Hay algo en Win RT que pueda ser aprovechado?
muchas gracias
Bueno, esta es una pregunta un poco antigua ahora, pero como la situación es más clara hoy en día (después del lanzamiento de Windows 8 y su versión de tableta, Windows RT con un nuevo hardware de Microsoft), puede reconsiderar la orientación de WinRT en lugar de WPF para sus nuevos proyectos. Esto permitirá que sus aplicaciones se ejecuten en tabletas con el sistema operativo Windows RT, además de trabajar en el escritorio en el "modo Metro" y en el futuro observable (teniendo en cuenta los planes de MS para unificar el desarrollo para escritorio y móvil al dirigir el proyecto a WinRT). podría simplificar la transferencia de parte de la funcionalidad de escritorio principal de su aplicación financiera a su versión de contraparte móvil que se ejecuta en Windows Phone y permitir que el usuario haga algo útil incluso cuando están en movimiento.
En cuanto a la cantidad de aplicaciones financieras complejas que caben en el concepto y el diseño de "Metro", debe tener en cuenta varias aplicaciones financieras existentes en la Tienda Windows y comparar su complejidad con sus posibles requisitos.
Otra forma de determinar si WinRT combinará su aplicación de escritorio es pensar en lo complejo que será dividir toda la funcionalidad de su aplicación en múltiples pantallas relativamente separadas con elementos de entrada lo suficientemente grandes como para que se puedan tocar con los dedos: si parece que es factible, entonces debería ir. con WinRT.
Pero si se espera que la aplicación muestre un gran número de tablas diferentes simultáneamente o, por ejemplo, debe recopilar mucha información escrita por el usuario (es decir, descripciones largas, formato de texto enriquecido, muchos campos para rellenar, etc.) entonces probablemente ser utilizable en el modo de escritorio solo con el teclado de hardware y la pantalla grande frente al usuario (es decir, en tabletas / dispositivos móviles será simplemente doloroso para el usuario hacer todas esas cosas). En ese caso, el WPF se adaptará muy bien.
Creo que las mismas recomendaciones se aplican como lo hacen ahora. Si desea una integración más profunda del sistema operativo, probablemente esté mejor con WPF en lugar de Silverlight. Sin embargo, Silverlight 5 hace mucho para tapar los agujeros actuales en Silverlight 4 si elige una aplicación fuera del navegador.
Creo que realmente depende del tipo de despliegue que está deseando.
Es muy temprano para tener una buena respuesta a esa pregunta. Las aplicaciones WPF no desaparecerán y creo que continuará. Lo que específicamente cambiará está abierto. Algunas cosas se pueden decir en una de las charlas y otras se mostrarán más adelante en el proceso de Windows 8 y más adelante. Personalmente, creo que no hay necesidad inmediata de cambiar su estrategia actual en LOB. Si es WPF use eso, si es WinForms o WebForms, también es bueno. Tal vez un enfoque para tener un mosaico especial que resuma algunos datos clave y llame a la aplicación pondrá un valor adicional.
Esto es solo una opinion
Sí, la solución sería ignorar todo lo demás e ir a WinRT y a la interfaz de metro porque ahora está claro, todo lo demás está declarado muerto por Microsoft y hay uno y solo uno en el futuro, la interfaz de metro (interfaz de usuario moderna). Al crear un nuevo proyecto basado en otra tecnología que está invirtiendo en una tecnología muerta, podría ser un desastre para cualquier desarrollador. El problema es que nadie quiere usar la única tecnología que Microsoft soporta, la llamada Modern UI.
La situación es casi PARADOXICA.
Todo se declara obsoleto, excepto la interfaz moderna, por lo que, para crear un nuevo proyecto, TIENE que usar absolutamente la interfaz moderna como objetivo, pero todos sabemos que existe la "pequeña" posibilidad de que nadie quiera (como ahora) un software escrito para el Interfaz moderna (metro).
Tenemos algunas aplicaciones LOB exitosas para Mac (que se venden bien) y queríamos llevarlas a Windows, pero teniendo en cuenta lo confusa que es la situación, en este momento preferimos esperar y ver porque este podría ser el peor momento en la historia para desarrollar un La nueva aplicación para usuarios que consideran Windows NO QUIERE UTILIZAR TILES EN TODO porque solo son widgets glorificados y nada más ... y la gente de LOB quiere verdaderas aplicaciones, no estas bromas, solo una persona no técnica que pasó la mayor parte de su tiempo en Facebook puede pensar que puede sustituir aplicaciones verdaderas.
Mi idea es que Microsoft tiene que entender que las teselas nunca funcionarán para LOB, pero creo que nunca lo harán, y eso causará un verdadero desastre para Microsoft y todo el ecosistema que se recordará durante los próximos 50 años.
Supongamos que te quedas con WPF como tu objetivo.
Luego, puede tratar de mantener la mayor cantidad posible de su código dentro de la intersección de WinRT, Silverlight y WPF. Mantenga dos (o tres) proyectos y asegúrese de que ambos (todos) se compilan. Eventualmente, probablemente tendrás que usar algo que es específico de la plataforma para WPF. Simplemente apáguelo para WinRT / Silverlight.
Esto le brinda la máxima flexibilidad sin importar lo que haga Microsoft con Windows 9, y le permite realizar un seguimiento de cuánto de su código puede ser portado directamente. Si traen WinRT XAML al escritorio, está cubierto. Si mejoran la integración de Metro / escritorio (un conmutador de tareas más rico, por ejemplo), también está cubierto. Si no pasa nada, entonces solo ha incurrido en un pequeño impuesto al desarrollo.
WPF seguirá existiendo después de la versión 4.5. Puede que no obtenga muchas características nuevas y llamativas que no aparecen primero en Silverlight o WinRT, pero WPF está cerca de ser una tecnología madura de todos modos. Visual Studio, Expression Blend y AutoCAD deberían ser suficientes para asegurar su compatibilidad futura.
WinRT es para construir aplicaciones de estilo Metro. Si la aplicación que está creando no se ajusta al estilo de Metro, simplemente compile como una aplicación de escritorio tradicional. No todas las aplicaciones se ajustan al estilo de Metro, y no tienen que hacerlo.