Vorrei chiarire alcuni punti su WinRT e dove .NET si adatta in relazione ad esso. Il seguente è un insieme di istruzioni che ritengo essere vero ... correggetemi dove sono sbagliato:WinRT e .NET chiarimenti (s)
- WinRT è un COM separato esposto API native object-oriented scritta in C++ che non si è costruito in cima il vecchio Win32 basato su C: è totalmente separato.
- WinRT almeno ora può essere utilizzato SOLO per la parte Metro di Windows 8 e Win32 NON può essere utilizzato per le app Metro. Un'applicazione in Win8 può essere desktop o Metro e un'applicazione non può disegnare su entrambe le API. È l'uno o l'altro.
- Il desktop/server .NET tradizionale (basato su Win32) continuerà come al solito, ma c'è un NUOVO .NET Framework ridotto (come il profilo Compact Framework/client o Silverlight) costruito su WinRT per l'utilizzo in Metro mondo. In questo modo C# e VB.NET verranno eseguiti nel mondo WinRT: NON è lo stesso framework .NET installato per desktop/server. L'interfaccia utente è stata eseguita utilizzando una derivata XAML.
- Le app Metro possono essere create anche utilizzando C++ nativo, sempre utilizzando XAML per l'interfaccia utente. Che dire di C++/CLI? Che dire di altre lingue .NET meno popolari là fuori?
- Le app Metro possono essere create anche utilizzando HTML5/CSS3/Javascript. Considero che il sistema Metro ha un nuovo motore di rendering e di esecuzione creato per eseguire queste app: la mia comprensione è che queste non possono essere eseguite in un browser come IE, quindi sono app, non pagine web.
- Metro IE non esegue plug-in, quindi non c'è Silverlight nel mondo Metro.
- I dispositivi basati su ARM eseguiranno SOLO Win8 in modalità Metro.
7. è parzialmente sbagliato: http://arstechnica.com/microsoft/news/2012/02/windows-8-on-arm-the -desktop-is-there-sos-office-but-not-much-more.ars (Il desktop sarà tecnicamente disponibile, ma solo a Microsoft.) – millimoose