Nach längerem Reflektieren und Lesen von verschiedenen Blogs/Einschätzungen ergibt diese Entscheidung viel Sinn und hat sogar einen großen Vorteil:

Vom Rechner in die Cloud!

Microsoft hat mit dem IISExpress einen schnellen, schmalen, einbettbaren Webserver zur Verfügung. Microsoft hat mit http.sys die Möglichkeit viele Webserver in unterschiedlichen Prozessen rein im ‘Userland’ zu starten und an einen TCP-Port zu binden. Microsoft hat mit SQL Server Compact die Möglichkeit einen kompletten Datenbankserver im Prozessraum laufen zu lassen.

Zusammengefasst: Eine Applikation startet IIS Express, nutzt SQL Server Compact und startet einen eingebetteten Webbrowser (IE 10), der direkt mit IIS Express kommuniziert.

Mit diesem Modell hat man eine schöne Skalierbarkeit. Stellt sich heraus, dass man das Programm von vielen Rechnern aus nutzen lassen möchte oder dass die Rechenleistung für die Logik nicht ausreicht (Thin-Client), geht man auf einen Server: Windows Server statt Windows 8, IIS 7.5 statt IIS Express, SQL Server statt SQL Server Express und die Benutzeroberfläche des Clients verbindet sich dann mit einem externen Server.

Reicht der Server nicht aus, geht man in die Cloud:

Windows Azure statt Windows Server, Azure Web Role statt IIS und SQL Azure Database statt SQL Server.

Skaliert von der Desktop-Applikation zu einem Cloud-Service ohne nur eine Zeile des Programmcodes in der Logik, Ansicht und Datenbank anzufassen. Der Benutzer bekommt davon nichts mit, ‘nur’ die Änderung der Verbindung und die Authentifizierung muss hinzugefügt werden. Dank Active Directory und Access Control eher ein Konfigurationsaufwand.

Geschickter Schachzug… Die Ansicht kann dann auf einem WinPhone7, einer Xbox, einem Tablet-PC, eigentlich auf jedem HTML 5 fähigen Browser laufen, während die Applikation auf dem Heim-Server, dem Desktop-Rechner, einer Server-Landschaft oder in der Cloud laufen kann.

Ob das so funktioniert?

EDIT:
Danke ‘Dunedan’ habe ich auch eine Quelle wieder gefunden:
http://www.heise.de/developer/artikel/Windows-8-HTML5-und-die-Folgen-fuer-NET-1267153.html

Die Lizenz erlaubt natürlich keine eigene Verteilung, aber um mal schnell was nachzuschlagen, ist dieser Code natürlich nicht schlecht.

Damit folgt MS wieder seinen alten Prinzipien, als große Teile der C-Library und MFC schon immer als Sourcecode verfügbar waren. Ich würde mir allerdings noch wünschen, wenn nicht nur die Bibliotheken, sondern auch der Quellcode der Runtime veröffentlicht worden wäre.

Unter folgendem Link findet man auch eine Übersicht aller Assemblies, die freigegeben sind:

.NET Framework 4 Reference source is available

Barrelfish

Zu diesem Kernel gibt es ein sehr interessantes Paper, in dem die Grundlagen des Multi-Kernel-Modelles erläutert werden. Wenn dieses mit den Konzepten von Singularity kombiniert wird, sehe ich hier eine sehr interessante Architektur.

http://barrelfish.org/barrelfish_sosp09.pdf

Im Kern könnte man dann alle CPUs/GPUs/etc nutzen, die irgendwie in der Lage sind zu unterbrechen (Timing/Interrupt) und zu planen (Scheduling). In Kombination mit Singularity kann dann jedes Binary auf jedem Prozessor laufen, der gerade im Rechner zur Verfügung steht. Da es keinerlei Überschneidungen zwischen den Kerneln gibt (Message-Passing statt Shared Memory), besteht auch das ‘Big-Lock’-Problem nicht.

Eine feine Idee… Nur leider völlig inkompatibel zur bestehenden Welt.

Microsoft Expression Web SuperPreview for Windows Internet Explorer (Man beachte den prägnanten Produktnamen)

In der kostenpflichtigen Version kann man ebenfalls den Firefox als Vergleichsbrowser hinzunehmen.