Windows ストア アプリおよび Windows ランタイムのための .NET Framework サポート.NET Framework Support for Windows Store Apps and Windows Runtime

.NET Framework 4.5 では、Windows ランタイムを使用した多数のソフトウェア開発シナリオがサポートされています。The .NET Framework 4.5 supports a number of software development scenarios with the Windows Runtime. これらのシナリオは次の 3 つのカテゴリに分類されます。These scenarios fall into three categories:

このトピックでは、3つのカテゴリすべてについて .NET Framework が提供するサポートの概要を示し、Windows ランタイムコンポーネントのシナリオについて説明します。This topic outlines the support that the .NET Framework provides for all three categories, and describes the scenarios for Windows Runtime Components. 最初のセクションには、.NET Framework と Windows ランタイム間の関係に関する基本情報が含まれています。また、ヘルプシステムと IDE で発生する可能性のあるいくつかの特異についても説明しています。The first section includes basic information about the relationship between the .NET Framework and the Windows Runtime, and explains some oddities you might encounter in the Help system and the IDE. 2 番目のセクションでは、Windows ランタイムコンポーネントを開発するシナリオについて説明します。The second section discusses scenarios for developing Windows Runtime Components.

基本事項The Basics

.NET Framework は、前に示した3つの開発シナリオをサポートしています。このシナリオでは、@no__t 0 を指定し、Windows ランタイム自体をサポートしています。The .NET Framework supports the three development scenarios listed earlier by providing Windows 8.x ストア アプリ用 .NET.NET for Windows 8.x Store apps, and by supporting the Windows Runtime itself.

  • .NET Framework および Windows ランタイム名前空間は、.NET Framework クラスライブラリの簡素化されたビューを提供し、@no__t 1 アプリおよび Windows ランタイムコンポーネントの作成に使用できる型とメンバーのみを含みます。.NET Framework and Windows Runtime namespaces provides a streamlined view of the .NET Framework class libraries and include only the types and members you can use to create Windows 8.x ストアWindows 8.x Store apps and Windows Runtime Components.

    • Visual Studio (Visual Studio 2012 以降) を使用して @no__t 0 アプリまたは Windows ランタイムコンポーネントを開発する場合、一連の参照アセンブリによって、関連する型とメンバーのみが表示されます。When you use Visual Studio (Visual Studio 2012 or later) to develop a Windows 8.x ストアWindows 8.x Store app or a Windows Runtime component, a set of reference assemblies ensures that you see only the relevant types and members.

    • この簡素化された API セットは、.NET Framework 内で重複する機能を削除するか、Windows ランタイム機能を複製することで、さらに簡略化されています。This streamlined API set is simplified further by the removal of features that are duplicated within the .NET Framework or that duplicate Windows Runtime features. たとえば、コレクション型のジェネリックバージョンのみが含まれており、XML ドキュメントオブジェクトモデルは、Windows ランタイム XML API セットを優先して削除されます。For example, it contains only the generic versions of collection types, and the XML document object model is eliminated in favor of the Windows Runtime XML API set.

    • Windows ランタイムはマネージコードから簡単に呼び出すことができるため、単にオペレーティングシステム API をラップする機能も削除されます。Features that simply wrap the operating system API are also removed, because the Windows Runtime is easy to call from managed code.

    @No__t-0 の詳細については、「 Windows ストアアプリ用 .net の概要」を参照してください。To read more about the Windows 8.x ストア アプリ用 .NET.NET for Windows 8.x Store apps, see the .NET for Windows Store apps overview. API の選択プロセスの詳細については、.NET ブログの「 Metro スタイルアプリ用 .net 」エントリを参照してください。To read about the API selection process, see the .NET for Metro style apps entry in the .NET blog.

  • Windows ランタイムは、@no__t 1 アプリを構築するためのユーザーインターフェイス要素を提供し、オペレーティングシステムの機能へのアクセスを提供します。The Windows Runtime provides the user interface elements for building Windows 8.x ストアWindows 8.x Store apps, and provides access to operating system features. .NET Framework と同様に、Windows ランタイムには、 C#および Visual Basic コンパイラが .NET Framework クラスライブラリの使用方法 Windows ランタイムを使用できるようにするメタデータがあります。Like the .NET Framework, the Windows Runtime has metadata that enables the C# and Visual Basic compilers to use the Windows Runtime the way they use the .NET Framework class libraries. .NET Framework を使用すると、いくつかの相違点を非表示にすることで、Windows ランタイムを簡単に使用できるようになります。The .NET Framework makes it easier to use the Windows Runtime by hiding some differences:

    • .NET Framework と Windows ランタイム間のプログラミングパターンの違い (イベントハンドラーの追加や削除のパターンなど) は表示されません。Some differences in programming patterns between the .NET Framework and the Windows Runtime, such as the pattern for adding and removing event handlers, are hidden. ユーザーは .NET Framework のパターンを使用するとよいだけです。You simply use the .NET Framework pattern.

    • よく使用される型 (たとえばプリミティブ型やコレクション) の違いの一部が非表示になります。Some differences in commonly used types (for example, primitive types and collections) are hidden. この記事の「 IDE に表示される相違点」で説明したように、.NET Framework の型を使用するだけです。You simply use the .NET Framework type, as discussed in Differences That Are Visible in the IDE, later in this article.

ほとんどの場合、Windows ランタイムの .NET Framework サポートは透過的です。Most of the time, .NET Framework support for the Windows Runtime is transparent. 次のセクションでは、マネージコードと Windows ランタイムの違いについて説明します。The next section discusses some of the apparent differences between managed code and the Windows Runtime.

.NET Framework と Windows ランタイムリファレンスドキュメントThe .NET Framework and the Windows Runtime Reference Documentation

Windows ランタイムと .NET Framework のドキュメントセットは別々になっています。The Windows Runtime and the .NET Framework documentation sets are separate. 型またはメンバーに関するヘルプを表示するために F1 キーを押すと、該当するセットのリファレンス ドキュメントが表示されます。If you press F1 to display Help on a type or member, reference documentation from the appropriate set is displayed. ただし、 Windows ランタイムリファレンスを参照すると、不可解のような例が発生する可能性があります。However, if you browse through the Windows Runtime reference you might encounter examples that seem puzzling:

  • @No__t-0 インターフェイスなどのトピックには Visual Basic またはC#の宣言構文がありません。Topics such as the IIterable<T> interface don't have declaration syntax for Visual Basic or C#. 代わりに、構文のセクション (この場合は ".NET:このインターフェイスは >、no__t ") として表示されます。Instead, a note appears above the syntax section (in this case, ".NET: This interface appears as System.Collections.Generic.IEnumerable<T>"). これは、.NET Framework と Windows ランタイムは、インターフェイスが異なる同様の機能を提供するためです。This is because the .NET Framework and the Windows Runtime provide similar functionality with different interfaces. さらに、IIterable では列挙子を返すのに First メソッドではなく GetEnumerator メソッドを使用するという、動作の違いもあります。In addition, there are behavioral differences: IIterable has a First method instead of a GetEnumerator method to return the enumerator. 一般的なタスクを実行する別の方法を学習するのではなく、.NET Framework は、使い慣れた型を使用するようにマネージコードを表示することによって、Windows ランタイムをサポートしています。Instead of forcing you to learn a different way of performing a common task, the .NET Framework supports the Windows Runtime by making your managed code appear to use the type you're familiar with. IDE に IIterable インターフェイスは表示されません。そのため、Windows ランタイムのリファレンスドキュメントでは、そのドキュメントを直接参照することによってのみ表示されます。You won't see the IIterable interface in the IDE, and therefore the only way you'll encounter it in the Windows Runtime reference documentation is by browsing through that documentation directly.

  • @No__t 0 のドキュメントは、密接に関連する問題を示しています。このパラメーターの型は、言語によって異なる場合があります。The SyndicationFeed(String, String, Uri) documentation illustrates a closely related issue: Its parameter types appear to be different for different languages. C# と Visual Basic の場合、パラメーターの型は System.StringSystem.Uri です。For C# and Visual Basic, the parameter types are System.String and System.Uri. これもやはり、.NET Framework で独自の String 型と Uri 型が使われるためであり、このようなよく使用される型について、.NET Framework ユーザーが処理を実行する別の方法を学習しても意味はありません。Again, this is because the .NET Framework has its own String and Uri types, and for such commonly used types it doesn't make sense to force .NET Framework users to learn a different way of doing things. IDE では、.NET Framework は対応する Windows ランタイムの種類を非表示にします。In the IDE, the .NET Framework hides the corresponding Windows Runtime types.

  • @No__t 0 構造体など、いくつかのケースでは、.NET Framework は同じ名前で、より多くの機能を持つ型を提供します。In a few cases, such as the GridLength structure, the .NET Framework provides a type with the same name but more functionality. たとえば、一連のコンストラクターとプロパティのトピックは GridLength に関連付けられますが、メンバーがマネージド コードでのみ使用可能であるために、Visual Basic と C# に関してのみ構文ブロックの機能を備えています。For example, a set of constructor and property topics are associated with GridLength, but they have syntax blocks only for Visual Basic and C# because the members are available only in managed code. Windows ランタイムでは、構造体にはフィールドしかありません。In the Windows Runtime, structures have only fields. Windows ランタイム構造体には、同等の機能を提供するために、@no__t 0 のヘルパークラスが必要です。The Windows Runtime structure requires a helper class, GridLengthHelper, to provide equivalent functionality. このヘルパー クラスは、マネージド コードを記述している間は IDE に表示されません。You won't see that helper class in the IDE when you're writing managed code.

  • IDE では、Windows ランタイム型は System.Object から派生するように見えます。In the IDE, Windows Runtime types appear to derive from System.Object. この型のメンバーは、Object などの Object.ToString から継承されるように表示されます。They appear to have members inherited from Object, such as Object.ToString. これらのメンバーは、型が実際に Object から継承された場合と同様に動作し、Windows ランタイム型を Object にキャストできます。These members operate as they would if the types actually inherited from Object, and Windows Runtime types can be cast to Object. この機能は、.NET Framework が Windows ランタイムに提供するサポートの一部です。This functionality is part of the support that the .NET Framework provides for the Windows Runtime. ただし、Windows ランタイムリファレンスドキュメントで型を表示した場合、そのようなメンバーは表示されません。However, if you view the types in the Windows Runtime reference documentation, no such members appear. これらの見かけ上の継承されたメンバーに関するドキュメントは、System.Object のリファレンス ドキュメントに含まれています。The documentation for these apparent inherited members is provided by the System.Object reference documentation.

IDE で表示される相違点Differences That Are Visible in the IDE

JavaScript を使用して Windows 用にビルドされた @no__t 1 C#アプリのアプリケーションロジックを提供するためにで記述された Windows ランタイムコンポーネントを使用するなど、より高度なプログラミングシナリオでは、このような違いは IDE とドキュメントで明らかになります。In more advanced programming scenarios, such as using a Windows Runtime component written in C# to provide the application logic for a Windows 8.x ストアWindows 8.x Store app built for Windows using JavaScript, such differences are apparent in the IDE as well as in the documentation. コンポーネントから JavaScript に @no__t 0 が返され、javascript デバッガーでそれを確認すると、JavaScript では Windows ランタイム型が使用されるため、IMap<int, string> のメソッドが表示されます。When your component returns an IDictionary<int, string> to JavaScript, and you look at it in the JavaScript debugger, you'll see the methods of IMap<int, string> because JavaScript uses the Windows Runtime type. よく使用されるコレクション型のうち、この 2 言語で表示が異なる型の一部を次の表に示します。Some commonly used collection types that appear differently in the two languages are shown in the following table:

Windows ランタイム型Windows Runtime type 対応する .NET Framework の型Corresponding .NET Framework type
IIterable<T> IEnumerable<T>
IIterator<T> IEnumerator<T>
IVector<T> IList<T>
IVectorView<T> IReadOnlyList<T>
IMap<K, V> IDictionary<TKey, TValue>
IMapView<K, V> IReadOnlyDictionary<TKey, TValue>
IBindableIterable IEnumerable
IBindableVector IList
Windows.UI.Xaml.Data.INotifyPropertyChanged System.ComponentModel.INotifyPropertyChanged
Windows.UI.Xaml.Data.PropertyChangedEventHandler System.ComponentModel.PropertyChangedEventHandler
Windows.UI.Xaml.Data.PropertyChangedEventArgs System.ComponentModel.PropertyChangedEventArgs

Windows ランタイムでは、IMap<K, V>IMapView<K, V> は、IKeyValuePair を使用して反復処理されます。In the Windows Runtime, IMap<K, V> and IMapView<K, V> are iterated using IKeyValuePair. これらをマネージド コードに渡すと、IDictionary<TKey, TValue> および IReadOnlyDictionary<TKey, TValue> として表示されるため、これを列挙するには必然的に System.Collections.Generic.KeyValuePair<TKey, TValue> を使用します。When you pass them to managed code, they appear as IDictionary<TKey, TValue> and IReadOnlyDictionary<TKey, TValue>, so naturally you use System.Collections.Generic.KeyValuePair<TKey, TValue> to enumerate them.

インターフェイスがマネージド コード内に表示される方法によって、これらのインターフェイスを実装する型の表示方法が決まります。The way interfaces appear in managed code affects the way types that implement these interfaces appear. たとえば、PropertySet クラスは IMap<K, V> を実装しますが、これはマネージド コードでは IDictionary<TKey, TValue> として表示されます。For example, the PropertySet class implements IMap<K, V>, which appears in managed code as IDictionary<TKey, TValue>. PropertySet では、IMap<K, V> ではなく IDictionary<TKey, TValue> が実装されたように見えるため、マネージド コードでは .NET Framework ディクショナリの Add メソッドのように動作する Add メソッドがあるように表示されます。PropertySet appears as if it implemented IDictionary<TKey, TValue> instead of IMap<K, V>, so in managed code it appears to have an Add method, which behaves like the Add method on .NET Framework dictionaries. Insert メソッドがないように見えます。It doesn't appear to have an Insert method.

.NET Framework を使用して Windows ランタイムコンポーネントを作成する方法、および JavaScript でそのようなコンポーネントを使用する方法を示すチュートリアルについては、「 」および「Visual Basic でのC# Windows ランタイムコンポーネントの作成」を参照してください。For more information about using the .NET Framework to create a Windows Runtime component, and a walkthrough that shows how to use such a component with JavaScript, see Creating Windows Runtime Components in C# and Visual Basic.

プリミティブ型Primitive Types

マネージコードで Windows ランタイムの自然な使用を有効にするために、コードでプリミティブ型 Windows ランタイムの代わりに .NET Framework プリミティブ型が表示されます。To enable the natural use of the Windows Runtime in managed code, .NET Framework primitive types appear instead of Windows Runtime primitive types in your code. .NET Framework では、Int32 構造体などのプリミティブ型には、Int32.TryParse メソッドなどの便利なプロパティとメソッドが多くあります。In the .NET Framework, primitive types like the Int32 structure have many useful properties and methods, such as the Int32.TryParse method. これに対し、Windows ランタイムのプリミティブ型と構造体にはフィールドしかありません。By contrast, primitive types and structures in the Windows Runtime have only fields. マネージド コードでプリミティブを使用すると、.NET Framework の型のように表示され、通常どおりに .NET Framework 型のプロパティとメソッドを使用できます。When you use primitives in managed code, they appear to be .NET Framework types, and you can use the properties and methods of the .NET Framework types as you normally would. 要約すると、次のようになります。The following list provides a summary:

  • Windows ランタイムプリミティブ Int32Int64SingleDoubleBooleanString (Unicode 文字の変更できないコレクション)、EnumUInt32、@no__t、および @no__t は、@no__t 10 名前空間で同じ名前の型を使用します。For the Windows Runtime primitives Int32, Int64, Single, Double, Boolean, String (an immutable collection of Unicode characters), Enum, UInt32, UInt64, and Guid, use the type of the same name in the System namespace.

  • UInt8 では、System.Byte を使用します。For UInt8, use System.Byte.

  • Char16 では、System.Char を使用します。For Char16, use System.Char.

  • IInspectable インターフェイスでは、System.Object を使用します。For the IInspectable interface, use System.Object.

  • HRESULT では、System.Int32 のメンバーを 1 つ含む構造体を使用します。For HRESULT, use a structure with one System.Int32 member.

インターフェイス型の場合と同様に、この表現の証拠が表示されるのは、.NET Framework プロジェクトが、JavaScript を使用してビルドされた @no__t 0 アプリによって使用される Windows ランタイムコンポーネントである場合のみです。As with interface types, the only time you might see evidence of this representation is when your .NET Framework project is a Windows Runtime component that is used by a Windows 8.x ストアWindows 8.x Store app built using JavaScript.

マネージコード内に同等の .NET Framework として表示されるその他の基本的な Windows ランタイム型には、System.DateTimeOffset の構造としてマネージコードに表示される @no__t 0 の構造体、および System.TimeSpan として表示される @no__t 2 の構造体が含まれます。データ.Other basic, commonly used Windows Runtime types that appear in managed code as their .NET Framework equivalents include the Windows.Foundation.DateTime structure, which appears in managed code as the System.DateTimeOffset structure, and the Windows.Foundation.TimeSpan structure, which appears as the System.TimeSpan structure.

その他の相違点Other Differences

場合によっては、.NET Framework 型が Windows ランタイム型ではなくコードに表示されるという事実は、ユーザー側での操作が必要になります。In a few cases, the fact that .NET Framework types appear in your code instead of Windows Runtime types requires action on your part. たとえば、Windows.Foundation.Uri クラスは .NET Framework コードで System.Uri として表示されます。For example, the Windows.Foundation.Uri class appears as System.Uri in .NET Framework code. System.Uri は相対 URI を許可しますが、Windows.Foundation.Uri には絶対 URI が必要です。System.Uri allows a relative URI, but Windows.Foundation.Uri requires an absolute URI. したがって、Windows ランタイムメソッドに URI を渡す場合は、絶対 URI であることを確認する必要があります。Therefore, when you pass a URI to a Windows Runtime method, you must ensure that it's absolute. Windows ランタイムへの URI の引き渡し」を参照してください。See Passing a URI to the Windows Runtime.

Windows ランタイム コンポーネントの開発シナリオScenarios for Developing Windows Runtime Components

マネージ Windows ランタイムコンポーネントでサポートされるシナリオは、次の一般的な原則によって異なります。The scenarios that are supported for managed Windows Runtime Components depend on the following general principles:

  • .NET Framework を使用して構築された Windows ランタイムコンポーネントには、他の Windows Runtimelibraries と明らかな違いはありません。Windows Runtime Components that are built using the .NET Framework have no apparent differences from other Windows Runtimelibraries. たとえば、マネージコードを使用してネイティブ Windows ランタイムコンポーネントを再実装した場合、2つのコンポーネントはと区別できません。For example, if you re-implement a native Windows Runtime component by using managed code, the two components are outwardly indistinguishable. コンポーネントがマネージド コードで記述されているという事実は、そのコード自体がマネージド コードであったとしても、そのコンポーネントを使用するコードには表示されません。The fact that your component is written in managed code is invisible to the code that uses it, even if that code is itself managed code. ただし内部的には、そのコンポーネントは真のマネージド コードであり、共通言語ランタイム (CLR) 上で実行されます。However, internally, your component is true managed code and runs on the common language runtime (CLR).

  • コンポーネントには、アプリケーション ロジック、Windows 8.x ストアWindows 8.x Store UI コントロール、またはその両方を実装する型を含めることができます。Components can contain types that implement application logic, Windows 8.x ストアWindows 8.x Store UI controls, or both.


    アプリケーション ロジックから UI 要素を分離することをお勧めします。It's good practice to separate UI elements from application logic. また、JavaScript や HTML を使用して Windows 用にビルドされた Windows 8.x ストアWindows 8.x Store アプリでは、Windows 8.x ストアWindows 8.x Store UI コントロールを使用できません。Also, you can't use Windows 8.x ストアWindows 8.x Store UI controls in a Windows 8.x ストアWindows 8.x Store app built for Windows using JavaScript and HTML.

  • コンポーネントは、Windows 8.x ストアWindows 8.x Store アプリ用 Visual Studio ソリューション内のプロジェクトの場合もあれば、複数のソリューションに追加できる再利用可能なコンポーネントの場合もあります。A component can be a project within a Visual Studio solution for a Windows 8.x ストアWindows 8.x Store app, or a reusable component that you can add to multiple solutions.


    コンポーネントがまたは Visual Basic のみでC#使用される場合、Windows ランタイムコンポーネントにする必要はありません。If your component will be used only with C# or Visual Basic, there's no reason to make it a Windows Runtime component. 代わりに、通常の .NET Framework クラスライブラリにする場合は、パブリック API サーフェイスを Windows ランタイム型に制限する必要はありません。If you make it an ordinary .NET Framework class library instead, you don't have to restrict its public API surface to Windows Runtime types.

  • Windows ランタイム VersionAttribute 属性を使用して、異なるバージョンで追加された型 (および型のメンバー) を識別することにより、再利用可能なコンポーネントのバージョンをリリースできます。You can release versions of reusable components by using the Windows Runtime VersionAttribute attribute to identify which types (and which members within a type) were added in different versions.

  • コンポーネント内の型は Windows ランタイム型から派生できます。The types in your component can derive from Windows Runtime types. コントロールは、@no__t 0 の名前空間のプリミティブコントロール型、または Button などの完成したコントロールから派生できます。Controls can derive from the primitive control types in the Windows.UI.Xaml.Controls.Primitives namespace or from more finished controls such as Button.


    @No__t-0 および .NET Framework 4.5 以降では、マネージ Windows ランタイムコンポーネントのすべてのパブリック型がシールされている必要があります。Starting with Windows 8Windows 8 and the .NET Framework 4.5, all public types in a managed Windows Runtime component must be sealed. 別の Windows ランタイムコンポーネントの型は、その型から派生することはできません。A type in another Windows Runtime component can't derive from them. コンポーネントでポリモーフィックな動作を提供するには、インターフェイスを作成し、そのインターフェイスをポリモーフィックな型に実装します。If you want to provide polymorphic behavior in your component, you can create an interface and implement it in the polymorphic types.

  • コンポーネント内のパブリック型のすべてのパラメーターと戻り値の型は Windows ランタイム型 (コンポーネントで定義されている Windows ランタイム型を含む) である必要があります。All parameter and return types on the public types in your component must be Windows Runtime types (including the Windows Runtime types that your component defines).

次のセクションでは、一般的なシナリオの例を示します。The following sections provide examples of common scenarios.

JavaScript による Windows 8.x ストアWindows 8.x Store アプリ用アプリケーション ロジックApplication Logic for a Windows 8.x ストアWindows 8.x Store App with JavaScript

JavaScript を使用して Windows の Windows 8.x ストアWindows 8.x Store アプリを開発する場合、アプリケーション ロジックの一部が、他の部分に比べてマネージド コードでより適切に機能したり、開発が容易であったりすることがあります。When you develop a Windows 8.x ストアWindows 8.x Store app for Windows using JavaScript, you might find that some parts of the application logic perform better in managed code, or are easier to develop. JavaScript では .NET Framework クラス ライブラリを直接使用できませんが、クラス ライブラリを .WinMD ファイルにすることができます。JavaScript can't use .NET Framework class libraries directly, but you can make the class library a .WinMD file. このシナリオでは、Windows ランタイムコンポーネントはアプリの不可欠な部分であるため、バージョン属性を指定することは意味がありません。In this scenario, the Windows Runtime component is an integral part of the app, so it doesn't make sense to provide version attributes.

再利用可能な Windows 8.x ストアWindows 8.x Store UI コントロールReusable Windows 8.x ストアWindows 8.x Store UI Controls

一連の関連する UI コントロールを再利用可能な Windows ランタイムコンポーネントにパッケージ化できます。You can package a set of related UI controls in a reusable Windows Runtime component. コンポーネントは、単独で商品化することも、作成するアプリの要素として使用することもできます。The component can be marketed on its own or used as an element in the apps you create. このシナリオでは、Windows ランタイム VersionAttribute 属性を使用して互換性を向上させることが理にかなっています。In this scenario, it makes sense to use the Windows Runtime VersionAttribute attribute to improve compatibility.

既存の .NET Framework アプリからの再利用可能なアプリケーション ロジックReusable Application Logic from Existing .NET Framework Apps

既存のデスクトップアプリからマネージコードをスタンドアロンの Windows ランタイムコンポーネントとしてパッケージ化することができます。You can package managed code from your existing desktop apps as a standalone Windows Runtime component. これによって、C# または Visual Basic を使用してビルドされる Windows 8.x ストアWindows 8.x Store アプリに加えて、C++ または JavaScript を使用してビルドされる Windows 8.x ストアWindows 8.x Store アプリでも、コンポーネントを使用できるようになります。This enables you to use the component in Windows 8.x ストアWindows 8.x Store apps built using C++ or JavaScript, as well as in Windows 8.x ストアWindows 8.x Store apps built using C# or Visual Basic. コードに再利用シナリオが複数ある場合、バージョン管理はオプションです。Versioning is an option if there are multiple reuse scenarios for the code.

TitleTitle 説明Description
Windows ストア アプリ用 .NET の概要.NET for Windows Store apps overview @No__t-0 アプリと Windows RuntimeComponents の作成に使用できる .NET Framework の型とメンバーについて説明します。Describes the .NET Framework types and members that you can use to create Windows 8.x ストアWindows 8.x Store apps and Windows RuntimeComponents. (Windows デベロッパー センター内)。(In the Windows Dev Center.)
または Visual Basic を使用しC#た Windows ストアアプリのためのロードマップRoadmap for Windows Store apps using C# or Visual Basic C# または Visual Basic を使用して Windows 8.x ストアWindows 8.x Store アプリの開発を開始するときに役立つ主要リソース (各種のクイック スタート トピック、ガイドライン、ベスト プラクティスなど) が用意されていますProvides key resources to help you get started developing Windows 8.x ストアWindows 8.x Store apps by using C# or Visual Basic, including many Quickstart topics, guidelines, and best practices. (Windows デベロッパー センター内)。(In the Windows Dev Center.)
How to (XAML)How tos (XAML) C# または Visual Basic を使用して Windows 8.x ストアWindows 8.x Store アプリの開発を開始するときに役立つ主要リソース (各種のクイック スタート トピック、ガイドライン、ベスト プラクティスなど) が用意されていますProvides key resources to help you get started developing Windows 8.x ストアWindows 8.x Store apps by using C# or Visual Basic, including many Quickstart topics, guidelines, and best practices. (Windows デベロッパー センター内)。(In the Windows Dev Center.)
C# および Visual Basic での Windows ランタイム コンポーネントの作成Creating Windows Runtime Components in C# and Visual Basic .NET Framework を使用して Windows ランタイムコンポーネントを作成する方法、JavaScript を使用して Windows 用にビルドされた @no__t 0 アプリの一部として使用する方法、および Visual Studio との組み合わせをデバッグする方法について説明します。Describes how to create a Windows Runtime component using the .NET Framework, explains how to use it as part of a Windows 8.x ストアWindows 8.x Store app built for Windows using JavaScript, and describes how to debug the combination with Visual Studio. (Windows デベロッパー センター内)。(In the Windows Dev Center.)
Windows ランタイムリファレンスWindows Runtime reference Windows ランタイムのリファレンスドキュメントです。The reference documentation for the Windows Runtime. (Windows デベロッパー センター内)。(In the Windows Dev Center.)
Windows ランタイムへの URI の引き渡しPassing a URI to the Windows Runtime マネージコードから Windows ランタイムに URI を渡すときに発生する可能性がある問題と、その回避方法について説明します。Describes an issue that can arise when you pass a URI from managed code to the Windows Runtime, and how to avoid it.