Es scheint technisch auch mehr ein Problem der Zertifizierung von Apps für den Shop zu sein, keine Sonderbehandlung der VC++
RTL durch das Betriebssystem.
Ja, das ist aktuell ein etwas sumpfiges Gebiet.
Es gibt eine (technische) Sonderstellung für Internet Explorer, Microsoft Office, das .NET Framework und für die VisualC++ Runtime (native Anwendungen).
Zum Beispiel kann ausser Internet Explorer keine WinRT / ARM Anwendung JIT (Just In Time) Kompilierung implementieren (da dazu vom Store Validator nicht akzeptierte
API Funktionen benötigt werden), was schon zu Protesten von Browserherstellern geführt hat:
http://www.freelists.org/post/luajit...dows-8-for-ARM
http://www.extremetech.com/computing...windows-on-arm
http://news.cnet.com/8301-1001_3-574...wser-concerns/
Im Detail wird in diesem Stack Overflow Artikel gezeigt, dass die Sandbox der Windows 8 UI Anwendungen nicht alle Anwendungen gleich behandelt:
http://stackoverflow.com/questions/1...winrt-possible
Hier kann man nachlesen, dass die VC++ Runtime besondere Rechte hat:
Zitat von
Allen Bauer:
Right now the VC++
RTL DLL is given special dispensation since that is
the library that makes the calls to those forbidden APIs and not directly from the user’s app.
Für Delphi Entwickler bleibt natürlich immer noch die Möglichkeit, eine WinRT Oberfläche mit einer webbasierten Serveranwendung zu verbinden, die man nativ programmiert.