Buscamos desarrollar una aplicación para numerosas plataformas, como iOS, Windows 7 y Windows 8.
Sin embargo, ¡Windows 8 es una plataforma realmente confusa! Ya que tienes:
- aplicaciones de escritorio
- Escritorio (aplicaciones de pantalla completa como juegos)
- aplicaciones modernas
Por lo que podemos decir, en realidad no hay ninguna diferencia entre una aplicación de escritorio y una aplicación moderna aparte del estilo de la interfaz de usuario... ¡ya que las aplicaciones de escritorio TAMBIÉN funcionan en pantallas táctiles!
¿Alguien puede aclarar cuál es la diferencia real? Parece que las aplicaciones modernas son solo aplicaciones que se ejecutan en Windows RT y Windows 8 y se descargan de la Tienda Windows (aunque también hemos visto aplicaciones modernas descargadas solo de sitios web).
En realidad estamos buscando usar Adobe AIR para apuntar a las diferentes plataformas... pero aparentemente AIR aún no es compatible con Windows 8 (Moderno)... pero debido a que AIR admite un modo de pantalla completa en el escritorio, ¿qué nos impide hacerlo lucir? ¿Te gusta una aplicación moderna?
Respuesta1
Las aplicaciones modernas se crean utilizando la API WinRT, mientras que el software de escritorio se crea utilizando la API Win32.
La API de WinRT es un conjunto reducido de funciones (es decir, impide el acceso completo al sistema de archivos, proporciona funciones limitadas de comunicación entre procesos que impiden que se carguen complementos y módulos externos, otorga acceso limitado al hardware, etc.) que puede ejecutarse de forma nativa en Windows 8/8.1 tanto en ARM y CPU x86, por lo que funciona en máquinas con Windows 8.x Pro y Windows 8.x RT; sí, el nombre puede ser bastante confuso.
El punto en WinRT es que el nivel de acceso y personalización de Win32 (y las consideraciones de seguridad inherentes a tener en cuenta) no siempre son necesarias, es decir, si programo un juego casual, un contenedor de Facebook o una calculadora que realmente no necesito. Quiero el acceso completo al sistema de archivos y la capacidad de interactuar con el shell de Windows (menú contextual, variables de entorno...). Necesitaría, por ejemplo, un administrador de archivos, ni el acceso granular de bajo nivel al hardware que necesitaría para un controlador, ni la capacidad de Cargue complementos externos de terceros como, por ejemplo, navegadores web.
Es bastante similar a Gadgets, pero con una mejor seguridad incorporada; sin embargo, se puede/debe realizar una evaluación de seguridad real solo después de que gane popularidad en el mercado: un entorno de espacio aislado/virtualizado pesado es ciertamente bueno desde la perspectiva de la seguridad, pero no es plata. Bullet existe por seguridad, piense en todos los problemas de seguridad que tuvieron en los últimos años Java/JVM y Flash (que se desarrollaron como tiempos de ejecución en espacio aislado). La idea es buena, pero de todos modos es necesario mantenerla segura y actualizada como cualquier otra parte del sistema.