Programs and libraries targeted for the WinRT runtime can be created and consumed from a number of platforms and programming languages. Notably C/C++ (either with language extensions offering first-class support for WinRT concepts, or with a lower-level template library allowing to write code in standard C++), .NET (C# and VB.NET) and JavaScript. This is made possible by the metadata.In WinRT terminology, a language binding is referred to as a language projection.
Classes that are compiled to target the WinRT are called WinRT components. They are classes that can be written in any supported language and for any supported platform. The key is the metadata. This metadata makes it possible to interface with the component from any other WinRT language. The runtime requires WinRT components that are built with .NET Framework to use the defined interface types or .NET type interfaces, which automatically map to the first named. Inheritance is as yet not supported in managed WinRT components, except for XAML classes.
WinRTはメタデータに基づいた、リッチなオブジェクト指向のクラスベース型システムを持っている。WinRTは.NET Frameworkにみられるような、クラス、メソッド、プロパティ、デリゲートおよびイベントといった構成概念に対応するものをサポートする。One of the major additions to WinRT relative to COM is the cross-ABI, .NET-style generics. In C++/CX these are declared using the generic keyword with a syntax very similar to that of the template keyword. WinRT classes (ref classes) can also be genericized using C++ templates but only template instantiations can be exported to .winmd metadata (with some name mangling), unlike WinRT generics which preserve their genericity in the metadata. WinRT also provides a library of generic containers that parallel those from the C++ standard library, as well as some back-and-forth conversion functions. The consumption of WinRT collections in .NET languages (e.g. C# and VB) as well as in JavaScript is more transparent than in the case of C++, with automated mappings into their natural equivalents taking place behind the scenes. When authoring a WinRT component in a managed language, some extra, COM-style rules need to be followed, e.g. .NET framework collection types cannot be declared as return types, but only the WinRT interfaces that they implement can be used at the component boundary.
WinRTメタデータはWinRTに対して書かれたコードを補足する。プログラミング言語にかかわらずオブジェクト指向的なプログラミングモデルを定義し、リフレクションなどの機能も提供する。 マイクロソフトのC++専門家であるハーブ・サッターのBUILDカンファレンスにおいての説明によると、WinRTメタデータは.NETメタデータと同じ物である。ネイティブコードにはメタデータを含めることはできず、別にWINMDファイルとして保存される。その場合でもリフレクションは.NETアセンブリ同様に動作する。.NETメタデータと同じものなので、WinRTに対してネイティブ言語で開発されたコードは.NET上のプログラミング言語からも利用することができる。
WinRTコンポーネントは、ネイティブ、マネージコード、スクリプティングを含む複数の言語とABIの間の相互運用性を視野に入れて設計されている。WinRTアプリケーションはサンドボックス内で実行される。そのため、従来のデスクトップアプリケーションと比べてインストールや動作に関する制約が設けられるものの、セキュリティ面での安全性は向上する。WinRT APIは、従来のデスクトップ版Win32 APIと一部を共有するWin32 APIサブセットの上に構築されており、Win32 APIの代替というよりはむしろ高レベルのラッパーであるといえる。これは内部実装にWin32 APIを利用しているMicrosoft .NET Frameworkで使われているのと同じアプローチである。
WinRTは、2011年9月12日のMicrosoft Buildカンファレンスで明らかになり、Windows 8の開発者プレビューに含まれていた。また、最初のC++/CXとWinRT開発環境のサポートは、Visual Studio 2012のプレビュー版であるVisual Studio 11に含まれていた。正式版となったVisual Studio 2012にはWindows 8向けのWinRT開発環境が、そして後継のVisual Studio 2013にはWindows 8.1向けのWinRT開発環境が含まれている。Visual Studio 2013ではWindows 8向けのWinRTアプリケーションを開発することはできないが、Visual Studio 2012と2013は共存可能である。Visual Studio 2015にはWindows 10（Universal Windows Platform, UWP）向けのWinRT開発環境が含まれている。Visual Studio 2015では、引き続きWindows 8.1向けのWinRTアプリケーション開発もサポートされる。
フォン・ヴュルテンベルクの長兄は後にヴュルテンベルク王国初代国王となるフリードリヒ1世・ヴィルヘルム・カール・フォン・ヴュルテンベルクである。また、弟にはオーストリア帝国とロシア帝国の将官だったアレクサンダー・フリードリヒ・カール・フォン・ヴュルテンベルクがいる。
スペクトルは元々、トップシークレットの軍事計画(コードネーム)"Oktant"の一部として開発されていた。当時は宇宙からの地上監視とソ連の対ミサイル防衛の試験が計画されていた。監視装置はドッキングポートとは反対側のモジュール外部に設置されていた。スペクトルの核心部は"Pion"（ボタン科の意）というコードネームの実験光学望遠鏡であり、これらの機構によってミサイルの追跡を行う計画だった。また、同じ位置に追尾目標として使うのための2台の発射装置がついていた。これらの実験装置は1985年にサリュート7号にドッキングしたトップシークレットのTKS-Mモジュールの研究の継続であり、アルマースから連なるものであった。しかしながら冷戦の終結とロシアの宇宙関連予算の縮減によって、モジュールは打ち上げられないままになっていた。1990年代の中ごろ、米露間の宇宙開発協力が進展し、シャトル・ミール計画が始まると、NASAは米国製の実験装置を600kgから700kg積み込むことを交換条件に、スペクトルとプリローダモジュールを完成させて、打ち上げるための資金提供に合意した。"Oktava"軍事コンポーネントは追加で2枚の太陽電池アレイを取り付けるための円錐形の台座に取り替えられた。また、ターゲットの放出に使う予定であったOktava用のエアロックは、真空空間への曝露実験や放射線の影響調査を目的として使われることになった。打ち上げ後、スペクトルは手狭であったミール宇宙ステーションの容積を広げ、1997年6月に衝突事故が起きるまでアメリカ人宇宙飛行士の居住区画や研究室として利用されることとなった。