Dieser Artikel wurde maschinell übersetzt.

In eigener Sache

Ein Risikospiel

Michael Desmond

 

Microsoft Windows Common Language Runtime (WinRT) Stapel auf das Herz von Windows 8 während der BUILD Konferenz Keynote im September angekündigt, wusste jeder im Raum des Spiels geändert hatte.

In den zehn Jahren seit Microsoft Microsoft.NET Framework und den Übergang in den vielen Entwicklern in verwalteten Sprachen wie C# und Visual Basic.NET, das Unternehmen hat seine große Entwickler-Community geschickt genutzt. Jeder Schritt auf dem Weg, Microsoft führte seine etablierten Programmierer vorwärts mit dem Versprechen, vorhandenen Code wiederverwenden, arbeiten mit vertrauten Tools und stimmigen Fähigkeiten auszuüben.

Die Strategie ist, brillante und offensichtlich und seltsam Spiel 
mimics der späten runden der Platine Risiko, wenn Spieler 
inevitably spill enorme Stapel Armeen auf der Platine. Ich meinen Anteil des Risikos gespielt haben und wissen genau die unberechenbaren Freude, die von der Einlösung in einer Trifecta von Karten für 60-plus Armeen kommt.Wenn Sie mit Zahlen wie die erscheinen, es werden Fertig(Ja, ich bin 
looking bei Ihnen, Irkutsk).

Das Problem mit Asien

Das Problem für Microsoft, wie jeder Spieler Risiko bekannt ist, ist, dass auch die geballte Armeen.NET-Entwickler nicht, bildlich gesprochen, halten Asien – große und anfällige Kontinent Bord Risiken, die so viele Spieler die rückgängig gemacht wurde. Smartphones, Tabletten und die Entstehung von HTML5 als Entwicklungsziel für die große neue Grenzen erstellt haben – die Grenzen der Microsoft.NET-Strategie war einfach nicht entwickelt.

WinRT, ist jedoch.

WinRT-Stapel das Herzstück von Windows 8 nimmt die.NET-Strategie und wandelt es innen nach außen. Anstatt fordern Entwickler in neue Sprachen, wie Visual Basic verschieben.NET oder C# macht WinRT seine Fähigkeiten in mehreren Sprachen verfügbar. Durch das Projizieren der Funktionalität der systemeigene Windows-APIs in jede Sprache, Microsoft ausgelöst hat die Türen offen für eine potenziell große Community von Entwicklern in der C++-, C#, Visual Basic.NET und JavaScript-Domänen.

Microsoft ist, tun Sie dies durch die Implementierung der APIs auf sprachneutrale Weise, einschließlich der Metadaten, die jede Sprachumgebung verwendet, um die APIs in seine Umgebung auf natürliche Weise "Projekt". Z. B. auf der niedrigsten Ebene, die WinRT-APIs verwenden HRESULTs für die Fehlerberichterstattung, aber diese Fehler in Sprachen wie C# und JavaScript als Ausnahmen projiziert werden.

Die Namen der Eigenschaften selbst sind auch speziell so Schreibweise für jede Sprache eine C + + / C# / Visual Basic Developer sieht Eigenschaften in Pascal-Schreibweise, während sie ein JavaScript-Entwickler in Kamel-Schreibweise, genau wie andere APIs sieht er bereits kennt.

Von C++-Programmierer, die Optimierung der Multithread-Anwendungen zu JavaScript Hobbyprogrammierer, die in der Hoffnung, erstellen Sie die nächste "Angry Vögel" Erweitert WinRT effektiv die Definition des Wortes "Windows Developer".

Als ein Mitglied der WinRT Development Team sagte zu mir: "die Fähigkeit, systemeigene Anwendungen in JavaScript/HTML schreiben eröffnet die Welt von Windows auf eine Entwickler-Community, die wahrscheinlich eine Größenordnung größer ist die.NET-Entwickler-Community."

Dieses Geräusch, das Sie gerade gehört war der Ton von Microsoft auf einen anderen Satz von Risiko-Karten auf dem Brett. Die werden 90 weitere Armeen, bitte.

Nehmen die Platine

Microsoft ist einen Pfad zu WinRT noch weiter ausbauen artikulieren.

"Der Vorteil der Lösung hier zwei", sagte WinRT Team-Mitglieds. "Ist, dass die Architektur leicht kann weitere Sprachen in der Zukunft unterstützt werden, in denen diese Umgebung sofortigen und direkten Zugriff auf systemeigene APIs müssten dann erneut. Zwei ist, dass Entwickler können auch ihre eigenen APIs in diesem Modell erstellen – WinRT Komponenten nennen wir – so, dass sie an die Sprache Projektionen anschließen können, genau wie die systemeigenen APIs. "

Das Ergebnis: "Hybrid" Anwendungen, in denen die am besten geeignete Sprache für verschiedene Teile der Software verwendet werden kann. So kann eine Math-Intensive Physik-Engine, die in C++ geschriebene direkt aus, beispielsweise JavaScript genutzt werden.

Zieht fett-Strategie von Microsoft genügend Entwickler zu gewinnen? Wie jeder Spieler Risiko bekannt ist, hängt eine Menge der Wurf. Aber es ist klar, dass Microsoft in einer weit besseren Position noch heute an die Adresse der Herausforderung ist, als noch vor ein paar Monaten.