6

Por lo que yo entiendo, la parte de Metro del tiempo de ejecución no depende de la arquitectura del procesador x86 y del código nativo, y funcionará sin ningún cambio en el código, por ejemplo, una tableta x86 o una tableta ARM. ¿Es esto correcto?¿Las aplicaciones Metro de Windows 8 requieren algún cambio en el código para poder trabajar en dispositivos basados ​​en ARM?

¿Qué tan fácil sería portar aplicaciones desde el metro de Windows Phone al metro de Windows 8? ¿Podemos esperar que no haya ningún cambio en el código?

De forma similar, ¿qué pasa con XBOX? ¿Hay alguna posibilidad de que las aplicaciones metropolitanas de Windows 8/Windows Phone se puedan portar fácilmente al nuevo entorno metropolitano XBOX?

+0

El entorno metropolitano de Xbox no está abierto para aplicaciones de terceros (..yet?) En cuanto a los cambios de ARM a x86, probablemente no exista ninguno: el único riesgo potencial sería la arquitectura/gráficos de bajo nivel específicos relacionados con el hardware. A menos que dependas de un gancho de procesador específico, deberías estar bien. El propósito completo de la aplicación/interfaz metropolitana es la portabilidad. Dado el hecho de que Microsoft afirma que las aplicaciones normales de "escritorio" no funcionarán de manera predeterminada, parece decir en el mismo token que las aplicaciones de metro funcionarán en todo el hardware (en general) –

Respuesta

6

Windows 8 tiene something of a split personality, con la arquitectura se muestra a continuación:

enter image description here

El lado izquierdo es la arquitectura más reciente de estilo de metro/WinRT, mientras que el lado derecho es el mayor Win32 /. Arquitectura NET Ha sido widely reported que las tabletas ARM solo admitirán la arquitectura Metro/WinRT. No ha habido indicios de que los dispositivos ARM requieran un código diferente, y esto parece bastante improbable debido al hecho de que tendrá la misma arquitectura.

Además, ¿qué tan fácil sería portar aplicaciones del metro de Windows Phone al Windows 8 metro? ¿Podemos esperar que ningún cambio en el código sea una posibilidad ?

Es ligeramente más fácil trasladar las aplicaciones WP7 a Win8 debido a las similitudes en su arquitectura, es decir, un ciclo de vida de aplicación similar y un conjunto restringido similar de API. Sin embargo, ciertamente se requieren cambios de código, consulte este artículo que presenta una aplicación simple cross-platform Win8-WinRT/Silverlight. Los elementos de la IU XAML se encuentran en diferentes espacios de nombres, lo que tiene un impacto en todos los códigos de UI, la sintaxis de asignación de espacios de nombres XAML es diferente, por lo que no puede compartir XAML. Es un poco un desastre realmente.

Existen rumores de que WP8 utilizará el same WinRT architecture, lo que haría posible el intercambio de código. Sin embargo, creo que esto es altamente improbable, Microsoft ya introdujo cambios arquitectónicos significativos de WP6.5 a WP7, hacerlo nuevamente alejaría a los desarrolladores.

+2

"hacerlo de nuevo alejaría a los desarrolladores" - Mientras SL todavía era compatible con b/c, la transición simplificaría las cosas a largo plazo y les permitiría aceptar aplicaciones C++ ([recientemente realizadas "en revisión" en el sitio de la voz del usuario] (http://wpdev.uservoice.com/ foros/110705-app-platform/suggestions/1755203-native-sdk-to-support-c-development)). Creo que es la mejor opción para el largo plazo (y para el rendimiento, como yo lo entiendo, ya que el enlace XAML es un código nativo en W8). –

+0

Creo que se debe adoptar una versión de WinRT para Windows Phone para la unidad dentro del ecosistema, es lo único lógico que hay que hacer.Aunque eso significaría para las más de 50,000 aplicaciones que ya se encuentran en la tienda de aplicaciones de Windows, no fueron programadas contra el metro WinRT, por lo que para seguir trabajando algún tipo de soporte heredado para el marco Silverlight actual utilizado por Windows Phone sería tiene que estar presente. Microsoft seguro que hizo un boo boo, el mercado se apresuró a lanzar una plataforma móvil y WinRT probablemente todavía estaba en el tablero de dibujo en el momento, si incluso eso. – LaserBeak

0

ARM no podrá alojar el modo "Windows 7" debido a su arquitectura de procesador subyacente y solo tendrá el modo Metro. Entonces, si tiene la aplicación de Windows, efectivamente no se ejecutará. Es necesario volver a compilar/volver a crear como una aplicación de estilo metro y publicado en el mercado.

Cuestiones relacionadas