Me gustaría aclarar algunos puntos sobre WinRT y donde .NET encaja en relación con él. El siguiente es un conjunto de instrucciones que creo que es cierto ... me corrija donde estoy equivocada:WinRT y .NET aclaración (es)
- WinRT es un COM API independiente expuesto Orientada a Objetos nativa escrito en C++ que no es ella misma construye encima de el viejo Win32 basado en C: está totalmente separado.
- WinRT al menos ahora SÓLO se puede utilizar para la parte Metro de Windows 8 y ese Win32 NO PUEDE ser utilizado para aplicaciones Metro. Una aplicación en Win8 será de escritorio o Metro y una aplicación no puede usar ambas API. Es una u otra.
- El escritorio/servidor tradicional .NET (basado en Win32) continuará como siempre, pero hay un NUEVO .NET Framework reducido (como el perfil Compact Framework/client o Silverlight) construido en WinRT para su uso en el Metro mundo. Así es como C# y VB.NET se ejecutarán en el mundo WinRT: NO es el mismo .NET framework instalado para el escritorio/servidor. La interfaz de usuario se hace usando un derivado de XAML.
- Las aplicaciones de Metro también se pueden crear usando C++ nativo, una vez más usando XAML para la interfaz de usuario. ¿Qué hay de C++/CLI? ¿Qué pasa con otros lenguajes .NET menos populares que existen?
- Las aplicaciones Metro también se pueden crear utilizando HTML5/CSS3/Javascript. Considero que el sistema Metro tiene un nuevo motor de renderizado y ejecución creado para ejecutar estas aplicaciones: mi entendimiento es que estas no se pueden ejecutar en un navegador como IE, por lo que son aplicaciones, no páginas web.
- Metro IE no ejecutará complementos, por lo que no hay Silverlight en el mundo Metro.
- Los dispositivos basados en ARM SOLO ejecutarán Win8 en modo Metro.
7. Está parcialmente mal: http://arstechnica.com/microsoft/news/2012/02/windows-8-on-arm-the -desktop-is-there-sos-office-but-not-much-more.ars (El escritorio estará técnicamente disponible, pero solo para Microsoft.) – millimoose