diff --git a/docs/core/build/index.md b/docs/core/build/index.md index beef4083846..1ca4cb72be0 100644 --- a/docs/core/build/index.md +++ b/docs/core/build/index.md @@ -4,20 +4,15 @@ description: ソース コードから .NET Core と .NET Core CLI をビルド author: bleroy ms.author: mairaw ms.date: 06/28/2017 -ms.topic: conceptual -ms.prod: dotnet-core -ms.devlang: dotnet -ms.workload: -- dotnetcore -ms.openlocfilehash: 36939da689a1db06a6d9f1b7e816e6e5cabcf59d -ms.sourcegitcommit: 03ee570f6f528a7d23a4221dcb26a9498edbdf8c +ms.openlocfilehash: 55a35223a4bc11156e056cceb7f86365c4906222 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 04/28/2018 +ms.lasthandoff: 05/04/2018 --- # ソースから .NET Core をビルドする -ソース コードから .NET Core をビルドできることは、複数の方法において重要なことです。 .NET Core を新しいプラットフォームに簡単に移植でき、製品に対するコントリビューションと修正を有効にすることができ、また、.NET のカスタム バージョンを作成することができます。 +ソース コードから .NET Core をビルドできることは、複数の方法において重要なことです。.NET Core を新しいプラットフォームに簡単に移植でき、製品に対するコントリビューションと修正を有効にすることができ、また、.NET のカスタム バージョンを作成することができます。 この記事では、独自のバージョンの .NET Core をビルドして配布する開発者向けのガイダンスを提供します。 ## ソースから CLR をビルドする diff --git a/docs/core/index.md b/docs/core/index.md index 913c3ebe09e..4c476ef6038 100644 --- a/docs/core/index.md +++ b/docs/core/index.md @@ -4,16 +4,11 @@ description: .NET Core は、Windows、Linux、および Mac アプリを作成 author: richlander ms.author: mairaw ms.date: 06/20/2016 -ms.topic: conceptual -ms.prod: dotnet-core -ms.devlang: dotnet -ms.workload: -- dotnetcore -ms.openlocfilehash: dee943a025bf4e3ad97685bde1735f0710023573 -ms.sourcegitcommit: 03ee570f6f528a7d23a4221dcb26a9498edbdf8c +ms.openlocfilehash: 7a2548a177f6e62e9c76c336c6e270a139d9fce0 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 04/28/2018 +ms.lasthandoff: 05/04/2018 --- # .NET Core のガイド @@ -36,8 +31,8 @@ ms.lasthandoff: 04/28/2018 - [.NET ランタイム](https://github.com/dotnet/coreclr)。型システム、アセンブリ読み込み、ガベージ コレクター、ネイティブ相互運用機能、およびその他の基本的なサービスを提供します。 - 一連の[フレームワーク ライブラリ](https://github.com/dotnet/corefx)。プリミティブ データ型、アプリ コンポジションの種類、および基本的なユーティリティを提供します。 -- [SDK ツールのセット](https://github.com/dotnet/cli)と[言語コンパイラ](https://github.com/dotnet/roslyn)。[ .NET Core SDK](sdk.md) に含まれており、ベース開発者エクスペリエンスを有効にします。 -- 'dotnet' アプリケ ホスト。 .NET Core アプリの起動に使用されます。 ランタイムの選択、ランタイムのホスト、アセンブリ読み込みポリシーの提供、およびアプリの起動を行います。 同じホストが、ほぼ同じ方法で SDK ツールの起動にも使用されます。 +- [SDK ツールのセット](https://github.com/dotnet/cli)と[言語コンパイラ](https://github.com/dotnet/roslyn)。[.NET Core SDK](sdk.md) に含まれており、ベース開発者エクスペリエンスを有効にします。 +- 'dotnet' アプリケ ホスト。.NET Core アプリの起動に使用されます。 ランタイムの選択、ランタイムのホスト、アセンブリ読み込みポリシーの提供、およびアプリの起動を行います。 同じホストが、ほぼ同じ方法で SDK ツールの起動にも使用されます。 ### 言語 diff --git a/docs/core/tools/dotnet-new.md b/docs/core/tools/dotnet-new.md index aa3ac5e6eb7..30933896167 100644 --- a/docs/core/tools/dotnet-new.md +++ b/docs/core/tools/dotnet-new.md @@ -4,16 +4,16 @@ description: dotnet new コマンドは、指定されたテンプレートに author: mairaw ms.author: mairaw ms.date: 03/26/2018 -ms.topic: article -ms.prod: .net-core +ms.topic: conceptual +ms.prod: dotnet-core ms.technology: dotnet-cli ms.workload: - dotnetcore -ms.openlocfilehash: 4432587c0015c353a34816eee4206dc53cdefba9 -ms.sourcegitcommit: b750a8e3979749b214e7e10c82efb0a0524dfcb1 +ms.openlocfilehash: ab8d6f779a428aab7bd2739105dcf08b51d14ab9 +ms.sourcegitcommit: 03ee570f6f528a7d23a4221dcb26a9498edbdf8c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 04/09/2018 +ms.lasthandoff: 04/28/2018 --- # dotnet new diff --git a/docs/core/tools/using-ci-with-cli.md b/docs/core/tools/using-ci-with-cli.md index 10b4e548114..c65bc68586a 100644 --- a/docs/core/tools/using-ci-with-cli.md +++ b/docs/core/tools/using-ci-with-cli.md @@ -1,22 +1,20 @@ --- -title: "継続的インテグレーション (CI) で .NET Core SDK とツールを使用する" -description: ".NET Core SDK とそのツールをビルド サーバーで使用する方法に関する情報。" -keywords: ".NET, .NET Core, 継続的インテグレーション, ci, ビルド, 自動化, Travis CI, AppVeyor, Visual Studio Team Services, vsts" +title: 継続的インテグレーション (CI) で .NET Core SDK とツールを使用する +description: .NET Core SDK とそのツールをビルド サーバーで使用する方法に関する情報。 author: guardrex ms.author: mairaw ms.date: 05/18/2017 -ms.topic: article -ms.prod: .net-core +ms.topic: conceptual +ms.prod: dotnet-core ms.technology: dotnet-cli ms.devlang: dotnet -ms.assetid: 0d6e1e34-277c-4aaf-9880-3ebf81023857 ms.workload: - dotnetcore -ms.openlocfilehash: 552865f225ceac9e7a365452ee06d7fefeeb7213 -ms.sourcegitcommit: 655fd4f78741967f80c409cef98347fdcf77857d +ms.openlocfilehash: 76165b515bace71ca9269e587a817876c0e9eecf +ms.sourcegitcommit: 03ee570f6f528a7d23a4221dcb26a9498edbdf8c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 02/28/2018 +ms.lasthandoff: 04/28/2018 --- # 継続的インテグレーション (CI) で .NET Core SDK とツールを使用する diff --git a/docs/core/tutorials/netcore-hosting.md b/docs/core/tutorials/netcore-hosting.md index 9c35300b22f..dce30d18c0a 100644 --- a/docs/core/tutorials/netcore-hosting.md +++ b/docs/core/tutorials/netcore-hosting.md @@ -1,21 +1,19 @@ --- title: .NET Core のホスティング description: ネイティブ コードから .NET Core ランタイムをホスティングする -keywords: .NET, .NET Core, ホスティング, .NET Core のホスティング author: mjrousos -ms.author: mikerou +ms.author: mairaw ms.date: 2/3/2017 -ms.topic: article -ms.prod: .net-core +ms.topic: conceptual +ms.prod: dotnet-core ms.devlang: dotnet -ms.assetid: 13edec8b-614d-47ed-9e95-ed6d3b94ec0c ms.workload: - dotnetcore -ms.openlocfilehash: 5ff2e8e4da12b2a9822b595abbb2bdb0f583cf02 -ms.sourcegitcommit: b750a8e3979749b214e7e10c82efb0a0524dfcb1 +ms.openlocfilehash: e09c849699bed63f0a271dfeede1e9e4b66e716f +ms.sourcegitcommit: 03ee570f6f528a7d23a4221dcb26a9498edbdf8c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 04/09/2018 +ms.lasthandoff: 04/28/2018 --- # .NET Core のホスティング diff --git a/docs/core/tutorials/with-visual-studio-code.md b/docs/core/tutorials/with-visual-studio-code.md index ea4bea338bd..cdb14063f73 100644 --- a/docs/core/tutorials/with-visual-studio-code.md +++ b/docs/core/tutorials/with-visual-studio-code.md @@ -1,19 +1,19 @@ --- -title: "C# および Visual Studio Code の使用を開始する - C# ガイド" -description: "Visual Studio Code を使用した、C# で初めての .NET Core アプリケーションを作成してデバッグする方法について説明します。" +title: C# および Visual Studio Code の使用を開始する - C# ガイド +description: Visual Studio Code を使用した、C# で初めての .NET Core アプリケーションを作成してデバッグする方法について説明します。 author: kendrahavens ms.author: mairaw ms.date: 09/27/2017 -ms.topic: article +ms.topic: conceptual ms.prod: .net ms.technology: devlang-csharp ms.workload: - dotnetcore -ms.openlocfilehash: 0c37040220bb7f38cdd75176bb9ed2a2199b7096 -ms.sourcegitcommit: 099aa20d9b6450d1b7452d782a55771a6ad8ff35 +ms.openlocfilehash: d4ee1c9ef66ef61156453786f65d16470d7a5ea2 +ms.sourcegitcommit: 03ee570f6f528a7d23a4221dcb26a9498edbdf8c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 02/05/2018 +ms.lasthandoff: 04/28/2018 --- # C# および Visual Studio Code の使用を開始する diff --git a/docs/core/versions/index.md b/docs/core/versions/index.md index 90c2313ae19..fef1a239fd7 100644 --- a/docs/core/versions/index.md +++ b/docs/core/versions/index.md @@ -4,16 +4,11 @@ description: .NET Core でのバージョン管理のしくみについて説明 author: bleroy ms.author: mairaw ms.date: 02/13/2018 -ms.topic: conceptual -ms.prod: dotnet-core -ms.devlang: dotnet -ms.workload: -- dotnetcore -ms.openlocfilehash: 437bea33f26c9ae445cf412657f4d23fcce18873 -ms.sourcegitcommit: 03ee570f6f528a7d23a4221dcb26a9498edbdf8c +ms.openlocfilehash: 0cfd620d2b6e6e60531b0e2aa938c1ed64b6af23 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 04/28/2018 +ms.lasthandoff: 05/04/2018 --- # .NET Core バージョン管理 @@ -21,7 +16,7 @@ ms.lasthandoff: 04/28/2018 この記事では、.NET Core SDK とランタイムのバージョン管理方法を明確にすることを目的としています。 -.NET Core には個別にバージョン管理される多くの移動するパーツがあります。 ただし、.NET Core 2.0 以降では、すべてのユーザーが ".NET Core" 全体のバージョンとして理解する簡単に理解できる最上位** レベルのバージョンがあります。 このドキュメントの残りの部分は、これらすべてのパーツのバージョン管理の詳細について説明します。 たとえばパッケージ マネージャーの場合は、これらの詳細が重要になる可能性があります。 +.NET Core には個別にバージョン管理される多くの移動するパーツがあります。 ただし、.NET Core 2.0 以降では、すべてのユーザーが ".NET Core" 全体のバージョンとして理解する簡単に理解できる最上位*レベ*ルのバージョンがあります。 このドキュメントの残りの部分は、これらすべてのパーツのバージョン管理の詳細について説明します。 たとえばパッケージ マネージャーの場合は、これらの詳細が重要になる可能性があります。 > [!IMPORTANT] > このトピックで説明されているバージョン管理の詳細は、.NET Core SDK ランタイムの現在のバージョンには適用されません。 diff --git a/docs/csharp/misc/cs0008.md b/docs/csharp/misc/cs0008.md index 4ca453db63f..edf40cadc40 100644 --- a/docs/csharp/misc/cs0008.md +++ b/docs/csharp/misc/cs0008.md @@ -1,23 +1,16 @@ --- title: コンパイラ エラー CS0008 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0008 helpviewer_keywords: - CS0008 ms.assetid: 88b09f2d-32da-4e4c-aa2c-6efeafca320b -caps.latest.revision: 7 -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 082ce30d44159b01c917164ac1639bb23833cc55 -ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e +ms.openlocfilehash: de8d29a931147b48e2018003274ce421c8273812 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/18/2017 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0008 ファイル 'file' からメタデータを読み込んでいるときに予期しないエラーが発生しました -- 'description' diff --git a/docs/csharp/misc/cs0027.md b/docs/csharp/misc/cs0027.md index a1bd4907f82..6817bb3f341 100644 --- a/docs/csharp/misc/cs0027.md +++ b/docs/csharp/misc/cs0027.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0027" +title: コンパイラ エラー CS0027 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0027 helpviewer_keywords: - CS0027 ms.assetid: 3a599876-9643-4c68-9457-3306858a73e9 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 31003fdbc7a3ddd8aee33257fc689c24468087c9 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 29a2ad18267ec1d9424955689cd820d8a9ab2d2f +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0027 キーワード 'this' は現在のコンテキストでは使用できません。 diff --git a/docs/csharp/misc/cs0043.md b/docs/csharp/misc/cs0043.md index 21d7c34953a..45e29979fc3 100644 --- a/docs/csharp/misc/cs0043.md +++ b/docs/csharp/misc/cs0043.md @@ -1,23 +1,16 @@ --- title: コンパイラ エラー CS0043 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0043 helpviewer_keywords: - CS0043 ms.assetid: 471e2cf8-4275-4618-ad20-408f829d2119 -caps.latest.revision: 6 -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: bcf73a710e1bc33a59136a63c7187ae8be7e44f8 -ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e +ms.openlocfilehash: dddf5b8fa2c65cc8e1b6f5651c76aa19302a5177 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/18/2017 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0043 PDB ファイル 'file' の形式が正しくないか、古い形式です。 削除してリビルドしてください。 diff --git a/docs/csharp/misc/cs0074.md b/docs/csharp/misc/cs0074.md index c92a53b01e0..97972d437c1 100644 --- a/docs/csharp/misc/cs0074.md +++ b/docs/csharp/misc/cs0074.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0074" +title: コンパイラ エラー CS0074 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0074 helpviewer_keywords: - CS0074 ms.assetid: 9395c532-3934-4553-8e41-042bfe3399ce -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 1b874eace1a37ce7896901a1eab5522828c97540 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 40e133ca1b4e599b1fd55ffa85822133a8e26bf8 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0074 'event': 抽象イベントに初期化子を指定することはできません diff --git a/docs/csharp/misc/cs0128.md b/docs/csharp/misc/cs0128.md index 5bdf85fddbf..5698d31b2f0 100644 --- a/docs/csharp/misc/cs0128.md +++ b/docs/csharp/misc/cs0128.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0128" +title: コンパイラ エラー CS0128 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0128 helpviewer_keywords: - CS0128 ms.assetid: 35db9025-2bed-437f-a78a-f2862766bde2 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 66a6cee0d57ae0bab8bbeee5495ac8e557183e8c -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 237b8c503e98ed3dc6ed65503db24a8992ff2f6c +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0128 ローカル変数 'variable' はこのスコープで既に定義されています diff --git a/docs/csharp/misc/cs0152.md b/docs/csharp/misc/cs0152.md index a1631c2fb84..e37b5831761 100644 --- a/docs/csharp/misc/cs0152.md +++ b/docs/csharp/misc/cs0152.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0152" +title: コンパイラ エラー CS0152 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0152 helpviewer_keywords: - CS0152 ms.assetid: 4915ca16-6485-4e1f-ace0-c71a7b339ba4 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 18078d1012482c45da2e26cacb97fe168c5f4710 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: a739f5e087a6e1aaf1b30e25016b5c8de8bc6653 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0152 ラベル 'label' は既にこの switch ステートメントで使用されています diff --git a/docs/csharp/misc/cs0153.md b/docs/csharp/misc/cs0153.md index 21d2edb2fc5..6c49c709f91 100644 --- a/docs/csharp/misc/cs0153.md +++ b/docs/csharp/misc/cs0153.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0153" +title: コンパイラ エラー CS0153 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0153 helpviewer_keywords: - CS0153 ms.assetid: 3a0791e9-0ab9-4eaa-a230-d39aabaa9d5d -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: e71c8adb7d01c1ce09aa75d0919781c37316a60d -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 3349c996e907e3e9802681dddaeac35c3d0fdcdc +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0153 goto は switch ステートメント内でのみ有効です。 diff --git a/docs/csharp/misc/cs0168.md b/docs/csharp/misc/cs0168.md index e047c4733c2..7c466066f7c 100644 --- a/docs/csharp/misc/cs0168.md +++ b/docs/csharp/misc/cs0168.md @@ -1,22 +1,16 @@ --- title: コンパイラの警告 (レベル 3) CS0168 ms.date: 12/21/2016 -ms.prod: .net -ms.technology: devlang-csharp -ms.topic: article f1_keywords: - CS0168 helpviewer_keywords: - CS0168 ms.assetid: 6f5b7fe3-1e91-462f-8a73-b931327ab3f5 -caps.latest.revision: 7 -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: c2692f30ac93d5fd582e33684bb923769b8dbc1e -ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e +ms.openlocfilehash: b38710b7332204e275814216d41152fd365d9e0c +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/18/2017 +ms.lasthandoff: 05/04/2018 --- # コンパイラの警告 (レベル 3) CS0168 変数 'var' が宣言されていますが、使用されていません diff --git a/docs/csharp/misc/cs0193.md b/docs/csharp/misc/cs0193.md index 7590bc5361b..55351ede4b2 100644 --- a/docs/csharp/misc/cs0193.md +++ b/docs/csharp/misc/cs0193.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0193" +title: コンパイラ エラー CS0193 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0193 helpviewer_keywords: - CS0193 ms.assetid: 7b60fd99-9eee-4d61-ad75-585a16e22e96 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 3058b1e3f32baf4ceb7234859eec8f019b65fbb3 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 27080a94a66275b2dc9e540e8479fbe5e6b93a7b +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0193 * または -> 演算子はポインターに対して使用してください。 diff --git a/docs/csharp/misc/cs0199.md b/docs/csharp/misc/cs0199.md index 65b0880038f..535451ca9e5 100644 --- a/docs/csharp/misc/cs0199.md +++ b/docs/csharp/misc/cs0199.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0199" +title: コンパイラ エラー CS0199 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0199 helpviewer_keywords: - CS0199 ms.assetid: 9eede3f2-b55a-4b85-a05d-6bf177e1c602 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 9c9b687c4f99b73ffcbeefb4a2900c0c7a2e7a20 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 8bb2207549e33c846cac535a3253d3af82831aad +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0199 静的読み取り専用フィールド 'name' には、静的コンストラクター内を除き、ref または out を渡すことはできません diff --git a/docs/csharp/misc/cs0226.md b/docs/csharp/misc/cs0226.md index e269910fb95..9a16aa6cf40 100644 --- a/docs/csharp/misc/cs0226.md +++ b/docs/csharp/misc/cs0226.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0226" +title: コンパイラ エラー CS0226 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0226 helpviewer_keywords: - CS0226 ms.assetid: 9f8c74c4-de21-41fb-84e1-ef32a4b23ced -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: ea8419cdf2cf1372aab8957152579ebc6ab02e15 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: f3eeee44ed72bb7ae68b6a10e36daa12863d71e0 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0226 __arglist 式は呼び出し、または new 式の中でのみ有効です。 diff --git a/docs/csharp/misc/cs0249.md b/docs/csharp/misc/cs0249.md index 5027abaa289..d8ceeccf687 100644 --- a/docs/csharp/misc/cs0249.md +++ b/docs/csharp/misc/cs0249.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0249" +title: コンパイラ エラー CS0249 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0249 helpviewer_keywords: - CS0249 ms.assetid: 8bc3572f-d949-4867-b119-6527fb924a4a -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 91615ee6bcd61e33ab8276c06ae25e7365c7076b -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: f825ddf4f07091b55bdf3b0ccc966e71b5ac3d2a +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0249 object.Finalize をオーバーライドしないでください。 代わりにデストラクターを提供してください。 diff --git a/docs/csharp/misc/cs0250.md b/docs/csharp/misc/cs0250.md index 0235f1bba69..24afe846f66 100644 --- a/docs/csharp/misc/cs0250.md +++ b/docs/csharp/misc/cs0250.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0250" +title: コンパイラ エラー CS0250 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0250 helpviewer_keywords: - CS0250 ms.assetid: a994f361-6287-4db0-9ce1-e293a8190049 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 13fa423022a89a249eaf21cbb8d46762fddfcab0 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: fc7ad0ccf48840e6f1d5bb5285e937a168cf2b01 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0250 基底クラスの Finalize メソッドを直接呼び出さないでください。 デストラクターから自動的に呼び出されます。 diff --git a/docs/csharp/misc/cs0267.md b/docs/csharp/misc/cs0267.md index 0e785bfb6bf..006698a0993 100644 --- a/docs/csharp/misc/cs0267.md +++ b/docs/csharp/misc/cs0267.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0267" +title: コンパイラ エラー CS0267 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0267 helpviewer_keywords: - CS0267 ms.assetid: 11aaab96-5838-4e36-9551-5b032a1089e1 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: dfccec9a116425a6ffbd3fda053683accd39e70d -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 7c3c38774a794e84fe6f1000f5f11a6e4eee88c6 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0267 partial 識別子は、'class'、'struct'、または 'interface' の直前にのみ指定できます diff --git a/docs/csharp/misc/cs0281.md b/docs/csharp/misc/cs0281.md index c09ef19aeb0..8751d4da684 100644 --- a/docs/csharp/misc/cs0281.md +++ b/docs/csharp/misc/cs0281.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0281" +title: コンパイラ エラー CS0281 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0281 helpviewer_keywords: - CS0281 ms.assetid: 3b886510-6e4d-45bc-b885-3ab7f6b6b2c6 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: cb5ac71730163ef27f23da3df02b3f33ec950748 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: cd87cc09351ba2e9b1b6d28ac52d0541f7a1e50d +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0281 フレンド アクセスは 'AssemblyName1' に許可されましたが、出力アセンブリは 'AssemblyName2' という名前です。 'AssemblyName1' への参照を追加するか、または出力アセンブリ名が一致するように変更してください。 diff --git a/docs/csharp/misc/cs0505.md b/docs/csharp/misc/cs0505.md index 7516cc86533..31e5e99a4df 100644 --- a/docs/csharp/misc/cs0505.md +++ b/docs/csharp/misc/cs0505.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0505" +title: コンパイラ エラー CS0505 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0505 helpviewer_keywords: - CS0505 ms.assetid: e3cb9e33-7338-4869-859b-81d7439f0d23 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 15457a3e7a28def81b6b72ed25e02c00b9cabf7c -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: a58062e2cc9b0aed21096a6cf2ca98de043c34f8 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0505 'member1': 'member2' は関数ではないためオーバーライドできません diff --git a/docs/csharp/misc/cs0516.md b/docs/csharp/misc/cs0516.md index d8adacf8ec5..49e3d176ab9 100644 --- a/docs/csharp/misc/cs0516.md +++ b/docs/csharp/misc/cs0516.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0516" +title: コンパイラ エラー CS0516 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0516 helpviewer_keywords: - CS0516 ms.assetid: a9de9d1d-9ee3-4533-ba31-b8cb9f9964a1 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 94b3a1b51476efdc46d2d2973e8230d9e9706c14 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 158d7cb373590afc22f6181f48ff6d271728a788 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0516 コンストラクター 'constructor' はそれ自体を呼び出すことはできません diff --git a/docs/csharp/misc/cs0622.md b/docs/csharp/misc/cs0622.md index 6a7b5eee356..fbe9bada6b4 100644 --- a/docs/csharp/misc/cs0622.md +++ b/docs/csharp/misc/cs0622.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0622" +title: コンパイラ エラー CS0622 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0622 helpviewer_keywords: - CS0622 ms.assetid: aef77a69-d8b7-41f8-9539-258deaef5cc4 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: d0e6f4ced6e2c6e95b5f23aa0d19220228192b16 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 0c068e717cfb657936cdb6e0e93a013092abfc36 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0622 配列型を割り当てるには配列初期化子式だけを使用してください。 new 式を使用してください。 diff --git a/docs/csharp/misc/cs0644.md b/docs/csharp/misc/cs0644.md index f76c90e9013..6ecee7f26aa 100644 --- a/docs/csharp/misc/cs0644.md +++ b/docs/csharp/misc/cs0644.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0644" +title: コンパイラ エラー CS0644 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0644 helpviewer_keywords: - CS0644 ms.assetid: 835f3ee2-f897-4ba2-ad13-af629a9ab7fe -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 3ae3382702d9f1a481da1ef3b2ff3fe69cdb90c9 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 02bdcfb50e2ff4c6473694b64109050353018a30 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0644 'class1' は特殊クラス 'class2' から派生することはできません diff --git a/docs/csharp/misc/cs0647.md b/docs/csharp/misc/cs0647.md index 5c9e4ef2b81..e24a8b573b7 100644 --- a/docs/csharp/misc/cs0647.md +++ b/docs/csharp/misc/cs0647.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0647" +title: コンパイラ エラー CS0647 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0647 helpviewer_keywords: - CS0647 ms.assetid: b62d7fc9-4711-428e-ab66-09ea1c9970f0 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 38616189b9903ed0c1aeec59f1cb77adb9880230 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: f602f56cf14edffd0e45b5da18655a22bdad238b +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0647 'attribute' 属性を作成時にエラーが発生しました -- 'reason' diff --git a/docs/csharp/misc/cs0658.md b/docs/csharp/misc/cs0658.md index 23d9a4acd10..4c3f7521c56 100644 --- a/docs/csharp/misc/cs0658.md +++ b/docs/csharp/misc/cs0658.md @@ -1,23 +1,16 @@ --- -title: "コンパイラの警告 (レベル 1) CS0658" +title: コンパイラの警告 (レベル 1) CS0658 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0658 helpviewer_keywords: - CS0658 ms.assetid: 0309074c-741a-492c-9370-73b4bbfd3c1a -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: fe6d01ae6b248961fe0b9ad25207969ac563268a -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 98b83b313cb2912603da57414df8c41f538629d2 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラの警告 (レベル 1) CS0658 'attribute modifier' は認識できる属性の場所ではありません。 このブロック内の属性はすべて無視されます。 diff --git a/docs/csharp/misc/cs0662.md b/docs/csharp/misc/cs0662.md index 68aba1964ca..b48ec9c4a15 100644 --- a/docs/csharp/misc/cs0662.md +++ b/docs/csharp/misc/cs0662.md @@ -1,23 +1,16 @@ --- title: コンパイラ エラー CS0662 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0662 helpviewer_keywords: - CS0662 ms.assetid: 836fa15e-3bf3-4af5-8acf-072d7d731dcd -caps.latest.revision: 7 -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: edaf5413c08d1e068d4e5c6795d3cdb6023885e6 -ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e +ms.openlocfilehash: f4ca46607eacb92157cbac2b887b254ea10fc83d +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/18/2017 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0662 diff --git a/docs/csharp/misc/cs0714.md b/docs/csharp/misc/cs0714.md index 2576ad661a0..4805422506f 100644 --- a/docs/csharp/misc/cs0714.md +++ b/docs/csharp/misc/cs0714.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0714" +title: コンパイラ エラー CS0714 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0714 helpviewer_keywords: - CS0714 ms.assetid: fbb5dc55-645c-4980-bf4b-3c2f84a3c6cd -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 5cbbf03817016d5e76554c20c4f0f8acff0f83fe -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 97d953a4c7abfeceb252b4181d4a9e56c9e783e1 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0714 'static type': 静的クラスで、インターフェイスを実装することはできません diff --git a/docs/csharp/misc/cs0727.md b/docs/csharp/misc/cs0727.md index 1e70b2ce5b3..b39dd226743 100644 --- a/docs/csharp/misc/cs0727.md +++ b/docs/csharp/misc/cs0727.md @@ -1,23 +1,16 @@ --- title: コンパイラ エラー CS0727 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0727 helpviewer_keywords: - CS0727 ms.assetid: 54bfb87e-d759-4310-a8ab-02dccd06337c -caps.latest.revision: 8 -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 1e9a3b4f84da27323440efb13953d5b3970fddf8 -ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e +ms.openlocfilehash: 358dfccecd8ba62a57b98585f40e8736be06b808 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/18/2017 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0727 無効な形式指定子です。 diff --git a/docs/csharp/misc/cs0728.md b/docs/csharp/misc/cs0728.md index 85fcb0ee2ca..a427303d80c 100644 --- a/docs/csharp/misc/cs0728.md +++ b/docs/csharp/misc/cs0728.md @@ -1,23 +1,16 @@ --- -title: "コンパイラの警告 (レベル 2) CS0728" +title: コンパイラの警告 (レベル 2) CS0728 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0728 helpviewer_keywords: - CS0728 ms.assetid: ad6d860d-bac4-48f3-9eab-1efd2b6de6c0 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 743283ebdd04f066217c795885d4c75dd35b9469 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 2cd0d1f35074c254d3d061cd58602d16db8281d5 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラの警告 (レベル 2) CS0728 using または lock ステートメントの引数であるローカルの 'variable' への割り当てが間違っている可能性があります。 Dispose の呼び出しまたはロック解除がローカルの元の値で実行されます。 diff --git a/docs/csharp/misc/cs0743.md b/docs/csharp/misc/cs0743.md index 757b66cbcaf..61ab241b80f 100644 --- a/docs/csharp/misc/cs0743.md +++ b/docs/csharp/misc/cs0743.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0743" +title: コンパイラ エラー CS0743 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0743 helpviewer_keywords: - CS0743 ms.assetid: 0dc8040a-a12f-4da6-9ed0-c0284905ee83 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 09b17285190bdac95edc7cdf102971af6fdac7e4 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 12f79d8073e60d7ed53f06be335ccdf6258731b4 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0743 コンテキスト キーワード 'on' が必要です。 @@ -56,6 +49,6 @@ public class C } ``` -## 参照 +## 関連項目 [LINQ クエリ式](../../csharp/programming-guide/linq-query-expressions/index.md) [join 句](../../csharp/language-reference/keywords/join-clause.md) diff --git a/docs/csharp/misc/cs0758.md b/docs/csharp/misc/cs0758.md index 0b05d104ab2..8e27a770906 100644 --- a/docs/csharp/misc/cs0758.md +++ b/docs/csharp/misc/cs0758.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0758" +title: コンパイラ エラー CS0758 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0758 helpviewer_keywords: - CS0758 ms.assetid: 06ddd548-1311-40db-9078-8a18107b8346 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: acf44aeaf030711dbaa8c7187f8b88985969ad0b -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: d05d555948fda0034eb7f558261f3474c8dc5db9 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0758 部分メソッド宣言は、両方とも params パラメーターを使用するか、両方とも params パラメーターを使用しないかのいずれかである必要があります。 @@ -49,6 +42,6 @@ using System; } ``` -## 参照 +## 関連項目 [部分クラスと部分メソッド](../../csharp/programming-guide/classes-and-structs/partial-classes-and-methods.md) [params](../../csharp/language-reference/keywords/params.md) diff --git a/docs/csharp/misc/cs0837.md b/docs/csharp/misc/cs0837.md index cf2a3372aa8..5de30676aee 100644 --- a/docs/csharp/misc/cs0837.md +++ b/docs/csharp/misc/cs0837.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS0837" +title: コンパイラ エラー CS0837 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS0837 helpviewer_keywords: - CS0837 ms.assetid: cbde45dc-222c-4bfe-8814-856476319d37 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: a10ee75ab0f4dfcdb8bcaa0b3d9beb1c489398df -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 243be6aa9b72fe77812ff9d4351abb55b67e62db +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS0837 演算子 'is' または 'as' の最初のオペランドを、ラムダ式または匿名メソッドにすることはできません。 diff --git a/docs/csharp/misc/cs1016.md b/docs/csharp/misc/cs1016.md index 730c07bd07a..f838dc3d97f 100644 --- a/docs/csharp/misc/cs1016.md +++ b/docs/csharp/misc/cs1016.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS1016" +title: コンパイラ エラー CS1016 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS1016 helpviewer_keywords: - CS1016 ms.assetid: 576e6e12-981c-43b6-9e4a-29fa4e9f76e8 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: bfe41a9f040af1b748116926898896c3211670e8 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 7e6503712267e49860c39c2a25af8bf7c37ec8fc +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS1016 名前付き属性引数が必要です。 diff --git a/docs/csharp/misc/cs1032.md b/docs/csharp/misc/cs1032.md index a50e761cdd3..dbbe88be54d 100644 --- a/docs/csharp/misc/cs1032.md +++ b/docs/csharp/misc/cs1032.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS1032" +title: コンパイラ エラー CS1032 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS1032 helpviewer_keywords: - CS1032 ms.assetid: fe318a6c-4403-4b9b-b3d8-753ec31c00ff -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 4ed4aff6cfcee1a00d2aa67a8f607e335049a54b -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: a84c4c00af48eb0c31fef9ec6d104a8118637ac3 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS1032 ファイルの最初のトークンの後でプリプロセッサのシンボルの定義または定義の解除を行えませんでした。 diff --git a/docs/csharp/misc/cs1513.md b/docs/csharp/misc/cs1513.md index 1a306faa79f..e683a1040a1 100644 --- a/docs/csharp/misc/cs1513.md +++ b/docs/csharp/misc/cs1513.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS1513" +title: コンパイラ エラー CS1513 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS1513 helpviewer_keywords: - CS1513 ms.assetid: 28dacbb5-bf60-49ac-878e-c0ce469114eb -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 1d33f2ca5992a095b4e6d2cfdd5bfb374e4820b3 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 5c12816c303c7d43b0310bdd289e4b12bcb03855 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS1513 } が必要です。 diff --git a/docs/csharp/misc/cs1520.md b/docs/csharp/misc/cs1520.md index 90c0d130478..fadb5afc8e4 100644 --- a/docs/csharp/misc/cs1520.md +++ b/docs/csharp/misc/cs1520.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS1520" +title: コンパイラ エラー CS1520 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS1520 helpviewer_keywords: - CS1520 ms.assetid: 1aeeee83-52a6-45dc-b197-a9a6de3a220c -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 1c09e444227769264884e7c12f07f047efba2179 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 42e96175fbe07df96d65bbbb2109f63e90b007ff +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS1520 メソッドは戻り値の型を持たなければなりません。 @@ -69,6 +62,6 @@ public class Class1 } ``` -## 参照 +## 関連項目 [メソッド](../../csharp/programming-guide/classes-and-structs/methods.md) [コンストラクター](../../csharp/programming-guide/classes-and-structs/constructors.md) diff --git a/docs/csharp/misc/cs1551.md b/docs/csharp/misc/cs1551.md index e2d82811d59..fe487a4e3a0 100644 --- a/docs/csharp/misc/cs1551.md +++ b/docs/csharp/misc/cs1551.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS1551" +title: コンパイラ エラー CS1551 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS1551 helpviewer_keywords: - CS1551 ms.assetid: 09fde2a2-7466-418a-88ef-395321358b07 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 429286025b97b7af19e61b455811d518fb5e8319 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 296505dc7b637835c34e21f30fd5467688f65b87 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS1551 インデクサーには最低パラメーターが 1 つ必要です。 diff --git a/docs/csharp/misc/cs1552.md b/docs/csharp/misc/cs1552.md index bbf7faa9715..3ca1bda26d2 100644 --- a/docs/csharp/misc/cs1552.md +++ b/docs/csharp/misc/cs1552.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS1552" +title: コンパイラ エラー CS1552 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS1552 helpviewer_keywords: - CS1552 ms.assetid: 647af14d-249e-4f69-80a8-2c0d77fbb244 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: a74a36981d347e1cbe330e28adbb5cadb5de8f71 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 435d6821f6bcd4525f91fd5f0d00f31d99ee9b68 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS1552 配列型の指定子の角かっこ、[]、は、パラメーター名の前に使用してください。 diff --git a/docs/csharp/misc/cs1557.md b/docs/csharp/misc/cs1557.md index 07296489474..f9f729a3017 100644 --- a/docs/csharp/misc/cs1557.md +++ b/docs/csharp/misc/cs1557.md @@ -1,23 +1,16 @@ --- title: コンパイラ エラー CS1557 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS1557 helpviewer_keywords: - CS1557 ms.assetid: 1615e028-aeb7-4788-bd87-8e49e502d698 -caps.latest.revision: 8 -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 572c6097fc5ca644d76446ee2c75d6f8c5cc99e5 -ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e +ms.openlocfilehash: 482c3ad3a5e793eadfb36b9f056dda2a9a61a3cf +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/18/2017 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS1557 'class' は別の出力ファイルに含まれているため、Main メソッドに対して使うことはできません。 diff --git a/docs/csharp/misc/cs1593.md b/docs/csharp/misc/cs1593.md index d884887fdea..58ac27202c8 100644 --- a/docs/csharp/misc/cs1593.md +++ b/docs/csharp/misc/cs1593.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS1593" +title: コンパイラ エラー CS1593 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS1593 helpviewer_keywords: - CS1593 ms.assetid: 7476e799-8a8d-457d-b4e7-2d5e073799d8 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 10c4b85418cdec08f60bb585a0617cf6024187e1 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 6f700cdd32e9d7431e257ddb9e339cc13f3b7e7f +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS1593 デリゲート 'del' に 'number' 個の引数を指定することはできません diff --git a/docs/csharp/misc/cs1630.md b/docs/csharp/misc/cs1630.md index c3afc7406f1..5dc86ee290f 100644 --- a/docs/csharp/misc/cs1630.md +++ b/docs/csharp/misc/cs1630.md @@ -1,23 +1,16 @@ --- title: コンパイラ エラー CS1630 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS1630 helpviewer_keywords: - CS1630 ms.assetid: 15f39e1f-326b-4caf-9fb7-77ddd7851dcf -caps.latest.revision: 8 -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 69cd94cf7075676f7ea7bedc9f253a6f6f713b5a -ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e +ms.openlocfilehash: a9f5672065e0cbfff1b5b14b21b010cde798b15c +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/18/2017 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS1630 /errorreport に対する無効なオプション 'option' です。prompt、send、queue、または none のいずれかでなければなりません。 diff --git a/docs/csharp/misc/cs1632.md b/docs/csharp/misc/cs1632.md index 4532ea5e04f..38d8dc6724c 100644 --- a/docs/csharp/misc/cs1632.md +++ b/docs/csharp/misc/cs1632.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS1632" +title: コンパイラ エラー CS1632 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS1632 helpviewer_keywords: - CS1632 ms.assetid: fa18061a-8c6c-4788-b74e-62bacb16aed8 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 24b106fe7d5e6de244dcc8f5750c06f283824d4b -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 4946d1bc27adf0b348173602dbb8169256135925 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS1632 コントロールを匿名メソッドまたはラムダ式の本体外に出すことはできません diff --git a/docs/csharp/misc/cs1643.md b/docs/csharp/misc/cs1643.md index 8f40b6e2381..20ea6257878 100644 --- a/docs/csharp/misc/cs1643.md +++ b/docs/csharp/misc/cs1643.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS1643" +title: コンパイラ エラー CS1643 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS1643 helpviewer_keywords: - CS1643 ms.assetid: 521f352b-00fb-4d62-89be-44251db3cc5b -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 6525caf1c9ff104eb3e81bff4cf485f35b6b8c81 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 98818c2e5d9e22a533cdef66ae1a3b0f19c9cf18 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS1643 型 'type!' のメソッドに値を返さないコード パスがあります diff --git a/docs/csharp/misc/cs1660.md b/docs/csharp/misc/cs1660.md index 8fe0328fa26..b95b90d0fbf 100644 --- a/docs/csharp/misc/cs1660.md +++ b/docs/csharp/misc/cs1660.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS1660" +title: コンパイラ エラー CS1660 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS1660 helpviewer_keywords: - CS1660 ms.assetid: ae7fede3-471b-4e20-97a7-b80fdc2bb080 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: f1fa9f80381392d75e59f6a3833c69e75d8af259 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 4f8fc5622fdc17e5f2d9d9cc841cf3dce96851d2 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS1660 デリゲート型ではないため、匿名メソッド ブロックを型 'type' に変換できません diff --git a/docs/csharp/misc/cs1679.md b/docs/csharp/misc/cs1679.md index f46f6b4d8d1..2a96239c408 100644 --- a/docs/csharp/misc/cs1679.md +++ b/docs/csharp/misc/cs1679.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS1679" +title: コンパイラ エラー CS1679 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS1679 helpviewer_keywords: - CS1679 ms.assetid: c42e9bca-212a-458e-88f8-b81c812436bb -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 4d1064e35c7496c27a98faf27fd8ccafc89c44ff -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 4c73d509eb94890843a07a3cdea11e124cce225c +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS1679 '/reference' の extern エイリアスが正しくありません。'identifier' は正しい識別子ではありません diff --git a/docs/csharp/misc/cs1692.md b/docs/csharp/misc/cs1692.md index 762d59f1bb6..354c7ceeeed 100644 --- a/docs/csharp/misc/cs1692.md +++ b/docs/csharp/misc/cs1692.md @@ -1,23 +1,16 @@ --- -title: "コンパイラの警告 (レベル 1) CS1692" +title: コンパイラの警告 (レベル 1) CS1692 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS1692 helpviewer_keywords: - CS1692 ms.assetid: 1a6d52e1-0ebb-4990-ac0b-36b05a884a19 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 3338a1f191a8b95845e2b58ee62eb7b759933b9a -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: e006d1f102ad36e80620dd1a04bfb1c188c7c9d1 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラの警告 (レベル 1) CS1692 無効な数値です。 diff --git a/docs/csharp/misc/cs1911.md b/docs/csharp/misc/cs1911.md index 47f210d5bc4..71fae457476 100644 --- a/docs/csharp/misc/cs1911.md +++ b/docs/csharp/misc/cs1911.md @@ -1,23 +1,16 @@ --- -title: "コンパイラの警告 (レベル 1) CS1911" +title: コンパイラの警告 (レベル 1) CS1911 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS1911 helpviewer_keywords: - CS1911 ms.assetid: 95e8a7a0-1c19-4930-a7e9-3ae4060e97d3 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 8b9afa9811cdb58da70b1512a938171c5a6c826d -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 538df390bed62f10c1fc7c64e8acca0900e7a58c +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラの警告 (レベル 1) CS1911 匿名メソッド、ラムダ式、クエリ式、または反復子から、'base' キーワードを使用してメンバー ’name’ にアクセスすると、検証できないコードになります。 包含型のヘルパー メソッドへのアクセスの移行を検討してください。 diff --git a/docs/csharp/misc/cs1939.md b/docs/csharp/misc/cs1939.md index f24468dd500..eee20178dc8 100644 --- a/docs/csharp/misc/cs1939.md +++ b/docs/csharp/misc/cs1939.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS1939" +title: コンパイラ エラー CS1939 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS1939 helpviewer_keywords: - CS1939 ms.assetid: 9a7cdd48-3d45-473a-a799-c7771ef8158d -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 7d640b3f906fe133b9f40d82d51996032914f440 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 056863caef82ee6fd3e477f8fdb7aec05dfb1943 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS1939 範囲変数 'name' は out または ref パラメーターとして渡すことはできません diff --git a/docs/csharp/misc/cs1940.md b/docs/csharp/misc/cs1940.md index acf1468b860..20082565fc3 100644 --- a/docs/csharp/misc/cs1940.md +++ b/docs/csharp/misc/cs1940.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS1940" +title: コンパイラ エラー CS1940 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS1940 helpviewer_keywords: - CS1940 ms.assetid: 546e9bba-725d-4ea9-826f-37ec9d832add -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 52e139ed64ce36acfd2e2070ec1b22827b9a8d63 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 1a6d7bc54162c63fbe81c7a5f87d52050ebef3b0 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS1940 ソース型 'type' に対してクエリ パターンの複数の実装が見つかりました。 'method' の呼び出しがあいまいです。 @@ -54,5 +47,5 @@ class Test } ``` -## 参照 +## 関連項目 [標準クエリ演算子の概要](http://msdn.microsoft.com/library/24cda21e-8af8-4632-b519-c404a839b9b2) diff --git a/docs/csharp/misc/cs2007.md b/docs/csharp/misc/cs2007.md index 8a099ef6086..53a65dd5e40 100644 --- a/docs/csharp/misc/cs2007.md +++ b/docs/csharp/misc/cs2007.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS2007" +title: コンパイラ エラー CS2007 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS2007 helpviewer_keywords: - CS2007 ms.assetid: 9be20e8e-2424-4435-9371-778fb12823c0 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: c3880a2b9ede8a9a82b32b4f6e23482eed05b70d -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: f8ee73b658e9fd44e285343dabc2c97afcf3d4c6 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS2007 認識できないコマンド ライン オプション : 'option' diff --git a/docs/csharp/misc/cs2020.md b/docs/csharp/misc/cs2020.md index efbe5e883d9..2cef5f203d1 100644 --- a/docs/csharp/misc/cs2020.md +++ b/docs/csharp/misc/cs2020.md @@ -1,23 +1,16 @@ --- title: コンパイラ エラー CS2020 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS2020 helpviewer_keywords: - CS2020 ms.assetid: b2db7a05-5965-4a9b-86c3-0c4792b29a6c -caps.latest.revision: 7 -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 6b81c0015b3e8111ddb42724d7fc2d13c8630624 -ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e +ms.openlocfilehash: c0ef606d994c1f16647f8586b1cc19625b57356a +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/18/2017 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS2020 入力ファイルの最初のセットのみが、module 以外のターゲットをビルドすることができます。 diff --git a/docs/csharp/misc/cs2036.md b/docs/csharp/misc/cs2036.md index 8d246f7aa8a..1f1a6b3ed63 100644 --- a/docs/csharp/misc/cs2036.md +++ b/docs/csharp/misc/cs2036.md @@ -1,23 +1,16 @@ --- -title: "コンパイラ エラー CS2036" +title: コンパイラ エラー CS2036 ms.date: 07/20/2015 -ms.prod: .net -ms.technology: -- devlang-csharp -ms.topic: article f1_keywords: - CS2036 helpviewer_keywords: - CS2036 ms.assetid: 44b73be4-b792-4735-bdbd-bd757ab22683 -caps.latest.revision: -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 53554149ed66f2ccdd8bba33d42cb812b59a8096 -ms.sourcegitcommit: 83dd5ec003e788ccb3e33f3412a7af39ae347646 +ms.openlocfilehash: 58e0d52e50dd4caa9ba669ac68a9c779215c4c2c +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/15/2018 +ms.lasthandoff: 05/04/2018 --- # コンパイラ エラー CS2036 /pdb オプションでは、/debug オプションも使用する必要があります。 @@ -46,6 +39,6 @@ class Test } ``` -## 参照 +## 関連項目 [/pdb (c# コンパイラ オプション)](../../csharp/language-reference/compiler-options/pdb-compiler-option.md) [/debug (c# コンパイラ オプション)](../../csharp/language-reference/compiler-options/debug-compiler-option.md) diff --git a/docs/csharp/programming-guide/concepts/assemblies-gac/index.md b/docs/csharp/programming-guide/concepts/assemblies-gac/index.md index c15245ae2b8..2d84dd1ec83 100644 --- a/docs/csharp/programming-guide/concepts/assemblies-gac/index.md +++ b/docs/csharp/programming-guide/concepts/assemblies-gac/index.md @@ -1,22 +1,12 @@ --- title: アセンブリとグローバル アセンブリ キャッシュ (C#) -ms.custom: '' ms.date: 07/20/2015 -ms.prod: .net -ms.reviewer: '' -ms.suite: '' -ms.technology: -- devlang-csharp -ms.topic: article ms.assetid: 149f5ca5-5b34-4746-9542-1ae43b2d0256 -caps.latest.revision: 3 -author: BillWagner -ms.author: wiwagn -ms.openlocfilehash: 923a64e98fde3ab11f4e3feb6c91507ae8886151 -ms.sourcegitcommit: 685143b62385500f59bc36274b8adb191f573a16 +ms.openlocfilehash: 994498525aed3ebb08f2de7926c7adc2d3d95f56 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 12/09/2017 +ms.lasthandoff: 05/04/2018 --- # アセンブリとグローバル アセンブリ キャッシュ (C#) アセンブリは、.NET ベースのアプリケーションの配置、バージョン管理、再利用、アクティベーション スコープ、およびセキュリティ権限の基本単位です。 アセンブリは、実行可能 (.exe) ファイルまたはダイナミック リンク ライブラリ (.dll) ファイルの形を取る、.NET Framework の構成要素です。 それらは、型の実装に関して必要な情報を共通言語ランタイムに提供します。 アセンブリは、機能的な論理的な単位を形成し、連携して動作するように構築された、型とリソースのコレクションと考えることができます。 @@ -59,7 +49,7 @@ ms.lasthandoff: 12/09/2017 > [!NOTE] > Visual Studio でアセンブリをビルドするには、**[ビルド]** メニューの **[ビルド]** を選択します。 -## 関連項目 +## 参照 [C# プログラミング ガイド](../../../../csharp/programming-guide/index.md) [共通言語ランタイムのアセンブリ](../../../../../docs/framework/app-domains/assemblies-in-the-common-language-runtime.md) [フレンド アセンブリ (C#)](friend-assemblies.md) diff --git a/docs/framework/configure-apps/file-schema/wcf/webhttpbinding.md b/docs/framework/configure-apps/file-schema/wcf/webhttpbinding.md index a36aa388715..026696fea7a 100644 --- a/docs/framework/configure-apps/file-schema/wcf/webhttpbinding.md +++ b/docs/framework/configure-apps/file-schema/wcf/webhttpbinding.md @@ -2,11 +2,11 @@ title: '<webHttpBinding>' ms.date: 03/30/2017 ms.assetid: 84179d77-825d-44b9-895a-ab08e7aa044d -ms.openlocfilehash: abc08f81ac05aa42ff7247edf662f8dd4482fd4a -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT +ms.openlocfilehash: 3a5a0844da401607b2049069e7195fa996c62fba +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 +ms.lasthandoff: 05/04/2018 --- # <webHttpBinding> SOAP メッセージに代わって HTTP 要求に応答する Windows Communication Foundation (WCF) Web サービスのエンドポイントを構成するために使用するバインド要素を定義します。 @@ -86,9 +86,9 @@ SOAP メッセージに代わって HTTP 要求に応答する Windows Communica |[\](../../../../../docs/framework/configure-apps/file-schema/wcf/bindings.md)|この要素には、標準バインディングおよびカスタム バインドのコレクションが保持されます。| ## コメント - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] Web プログラミング モデルを使用すると、開発者は、SOAP ベースのメッセージングに代わって "Plain Old XML" (POX) スタイルのメッセージングを使用する HTTP 要求を通じて [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] Web サービスを公開できます。 を HTTP 要求を使用するサービスと通信するクライアントとサービスのエンドポイントを構成する必要があります、 [ \](../../../../../docs/framework/configure-apps/file-schema/wcf/webhttpbinding.md)を持つ、 \ が付属しています。 + WCF Web プログラミング モデルにより、"plain old XML"を使用する HTTP 要求を通じて WCF Web サービスを公開する開発者 (POX) スタイルのメッセージング SOAP ベースのメッセージングの代わりにします。 を HTTP 要求を使用するサービスと通信するクライアントとサービスのエンドポイントを構成する必要があります、 [ \](../../../../../docs/framework/configure-apps/file-schema/wcf/webhttpbinding.md)を持つ、 \ が付属しています。 - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] の配信および ASP.AJAX 統合のサポートは、Web プログラミング モデル上に構築されます。 モデルの詳細については、次を参照してください。 [WCF Web HTTP プログラミング モデル](../../../../../docs/framework/wcf/feature-details/wcf-web-http-programming-model.md)です。 + WCF での配信および ASP をサポートします。AJAX の統合は、どちらも、Web プログラミング モデル上に構築されます。 モデルの詳細については、次を参照してください。 [WCF Web HTTP プログラミング モデル](../../../../../docs/framework/wcf/feature-details/wcf-web-http-programming-model.md)です。 ## 関連項目 diff --git a/docs/framework/data/adonet/ef/language-reference/query-execution.md b/docs/framework/data/adonet/ef/language-reference/query-execution.md index 0f551310332..3d6be194505 100644 --- a/docs/framework/data/adonet/ef/language-reference/query-execution.md +++ b/docs/framework/data/adonet/ef/language-reference/query-execution.md @@ -5,11 +5,11 @@ dev_langs: - csharp - vb ms.assetid: c0e6cf23-63ac-47dd-bfe9-d5bdca826fac -ms.openlocfilehash: 7be5ca95732b4ddadf851ccf839e31be3c5b47bf -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 +ms.openlocfilehash: f152146e7483c6b3c162fd81f20f359e6c82123a +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 +ms.lasthandoff: 05/07/2018 --- # クエリの実行 ユーザーによって作成された LINQ クエリは、コマンド ツリーに変換されます。 コマンド ツリーは、Entity Framework と互換性のあるクエリの表現です。 コマンド ツリーは、その後データ ソースに対して実行されます。 クエリの実行時には、すべてのクエリ式 (つまりクエリの全コンポーネント) が評価されます。これには結果の具体化で使用される式も含まれます。 @@ -17,7 +17,10 @@ ms.lasthandoff: 05/03/2018 クエリ式が評価されるタイミングはさまざまです。 LINQ クエリは、クエリ変数の作成時ではなく、常にクエリ変数の反復処理時に実行されます。 これと呼ばれる*遅延実行*です。 クエリを即時に実行することもできます。これは、クエリの結果をキャッシュする場合に有効です。 このことについては、このトピックの後半で説明します。 LINQ to Entities クエリを実行すると、クエリ内の一部の式がサーバー上で実行され、別の一部の式がクライアント上でローカルに実行される場合があります。 クライアント側での式の評価は、サーバー上でクエリが実行される前に行われます。 式がクライアント上で評価される場合、クエリ内の式がその評価の結果に置き換えられた後、サーバー上でクエリが実行されます。 クエリはデータ ソースに対して実行されるため、クライアントで指定された動作よりもデータ ソースの構成が優先されます。 たとえば、Null 値の処理方法や、数値の有効桁数などはサーバーの設定によって異なります。 クエリの実行中にサーバーに対してスローされた例外は、クライアントに直接渡されます。 - + +> [!TIP] +> オペレーターの実行動作をすばやく識別することができます、表形式のクエリ演算子の便利な概要については、次を参照してください。[分類の標準クエリ演算子の実行の方法 (c#) で](../../../../../csharp/programming-guide/concepts/linq/classification-of-standard-query-operators-by-manner-of-execution.md)です。 + ## クエリの遅延実行 一連の値を返すクエリでは、クエリ変数そのものはクエリ結果を保持しません。クエリ変数には、クエリのコマンドが格納されるだけです。 クエリ変数が `foreach` ループまたは `For Each` ループで反復処理されるまで、クエリは実行されません。 これは呼ば*遅延実行*; 実行には、クエリを構築した後は、しばらく時間が発生したクエリは、します。 これは、任意のタイミングでクエリを実行できるということを意味します。 これは、たとえば他のアプリケーションによって更新されるデータベースがある場合に便利です。 アプリケーションで、最新情報を取得するクエリを作成し、それを繰り返し実行することにより、更新のたびに最新の情報を取得できます。 diff --git a/docs/framework/data/adonet/ole-db-odbc-and-oracle-connection-pooling.md b/docs/framework/data/adonet/ole-db-odbc-and-oracle-connection-pooling.md index cdabb177b91..c65fee3fc15 100644 --- a/docs/framework/data/adonet/ole-db-odbc-and-oracle-connection-pooling.md +++ b/docs/framework/data/adonet/ole-db-odbc-and-oracle-connection-pooling.md @@ -2,11 +2,11 @@ title: OLE DB、ODBC、および Oracle 接続プール ms.date: 03/30/2017 ms.assetid: 2bd83b1e-3ea9-43c4-bade-d9cdb9bbbb04 -ms.openlocfilehash: 2e42b52bb75008fd34f3e4bef1788626d96368bc -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 +ms.openlocfilehash: 5b70f6aeeae565684158aeb135d0d3e765e694d1 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 +ms.lasthandoff: 05/07/2018 --- # OLE DB、ODBC、および Oracle 接続プール 接続をプールすると、アプリケーションのパフォーマンスとスケーラビリティを大幅に改善できます。 このセクションでは、OLE DB、ODBC、および Oracle 用の .NET Framework データ プロバイダーの接続プールについて説明します。 @@ -27,8 +27,6 @@ Provider=SQLOLEDB;OLE DB Services=-4;Data Source=localhost;Integrated Security=S 有効にするにまたは、接続プールを無効にする、開く**ODBC データ ソース アドミニストレーター**コントロール パネルの [管理ツール] フォルダーにします。 **接続プーリング** タブでは、インストールされている各 ODBC ドライバーに対する接続プール パラメーターを指定することができます。 ODBC ドライバーの接続プールを変更すると、その ODBC ドライバーを使用するすべてのアプリケーションに影響します。 - ODBC 接続プールの詳細については、次を参照してください。[情報: よく寄せられる質問に関する ODBC 接続プーリング](http://support.microsoft.com/kb/169470)です。 - ## OracleClient の接続プール Oracle の .NET データ プロバイダーは ADO.NET クライアント アプリケーションに自動的に接続プールを提供します。 また、接続プール機能の動作を制御する接続文字列修飾子を指定することもできます (このトピックの後の「接続文字列キーワードによる接続プールの制御」を参照してください)。 diff --git a/docs/framework/data/adonet/paging-through-a-query-result.md b/docs/framework/data/adonet/paging-through-a-query-result.md index d1a11eacc44..7e797d86931 100644 --- a/docs/framework/data/adonet/paging-through-a-query-result.md +++ b/docs/framework/data/adonet/paging-through-a-query-result.md @@ -1,27 +1,15 @@ --- -title: "クエリ結果のページング" -ms.custom: +title: クエリ結果のページング ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-ado -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb ms.assetid: fa360c46-e5f8-411e-a711-46997771133d -caps.latest.revision: "3" -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: dotnet -ms.openlocfilehash: 83e8241fed71ec4dd0ea32f97b02373f3a1d56bb -ms.sourcegitcommit: ed26cfef4e18f6d93ab822d8c29f902cff3519d1 +ms.openlocfilehash: 73475f8521b4112929339cc7f1116e36ffebedb7 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/17/2018 +ms.lasthandoff: 05/04/2018 --- # クエリ結果のページング クエリ結果のページングとは、クエリ結果をデータの小さなサブセット、つまりページに分けて返すプロセスです。 クエリ結果のページングは、結果を管理しやすい小さな単位でユーザーに表示するために行われる一般的な処理です。 @@ -134,6 +122,6 @@ dataSet.Tables["Orders"].Rows.Clear(); adapter.Fill(dataSet, "Orders"); ``` -## 参照 +## 関連項目 [DataAdapter と DataReader](../../../../docs/framework/data/adonet/dataadapters-and-datareaders.md) [ADO.NET のマネージ プロバイダーと DataSet デベロッパー センター](http://go.microsoft.com/fwlink/?LinkId=217917) diff --git a/docs/framework/data/adonet/property.md b/docs/framework/data/adonet/property.md index 86e5774ad8a..c324fbd4d9f 100644 --- a/docs/framework/data/adonet/property.md +++ b/docs/framework/data/adonet/property.md @@ -1,24 +1,12 @@ --- title: property -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-ado -ms.tgt_pltfrm: -ms.topic: article ms.assetid: a941c53f-fc97-42c2-8832-0fb9f1d55c06 -caps.latest.revision: "3" -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: dotnet -ms.openlocfilehash: 50cd2f2678d304af8b898380645424e0635891d2 -ms.sourcegitcommit: ed26cfef4e18f6d93ab822d8c29f902cff3519d1 +ms.openlocfilehash: 2476aef13da6424d0d8c58bdd1e37a72df29d8a9 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/17/2018 +ms.lasthandoff: 05/04/2018 --- # property *プロパティ*の基本的なビルディング ブロックは、[エンティティ型](../../../../docs/framework/data/adonet/entity-type.md)と[複合型](../../../../docs/framework/data/adonet/complex-type.md)です。 プロパティは、エンティティ型または複合型のインスタンスに含まれるデータの形と特性を定義します。 概念モデルのプロパティは、クラスに定義されるプロパティに似ています。 クラスのプロパティがクラスの構造を定義し、オブジェクトに関する情報を伝達するのと同様に、概念モデルのプロパティはエンティティ型の構造を定義し、エンティティ型のインスタンスに関する情報を伝達します。 @@ -52,6 +40,6 @@ ms.lasthandoff: 01/17/2018 [!code-xml[EDM_Example_Model#ComplexTypeExample](../../../../samples/snippets/xml/VS_Snippets_Data/edm_example_model/xml/books2.edmx#complextypeexample)] -## 参照 +## 関連項目 [Entity Data Model キーの概念](../../../../docs/framework/data/adonet/entity-data-model-key-concepts.md) [Entity Data Model](../../../../docs/framework/data/adonet/entity-data-model.md) diff --git a/docs/framework/data/adonet/queries-in-linq-to-dataset.md b/docs/framework/data/adonet/queries-in-linq-to-dataset.md index 6dd3b98fd6c..d4b2e6cbc0c 100644 --- a/docs/framework/data/adonet/queries-in-linq-to-dataset.md +++ b/docs/framework/data/adonet/queries-in-linq-to-dataset.md @@ -1,27 +1,15 @@ --- -title: "LINQ to DataSet でのクエリ" -ms.custom: +title: LINQ to DataSet でのクエリ ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-ado -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb ms.assetid: c1a78fa8-9f0c-40bc-a372-5575a48708fe -caps.latest.revision: "3" -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: dotnet -ms.openlocfilehash: 7e07da38f7a75226d48ef84cc8d2dafd48f6e795 -ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f +ms.openlocfilehash: ef9334eec92ef06e5be07dae4391cdac43fed778 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/19/2018 +ms.lasthandoff: 05/04/2018 --- # LINQ to DataSet でのクエリ クエリは、データ ソースからデータを取得する式です。 一般に、クエリは専用のクエリ言語で表現されます。たとえば、リレーショナル データベースであれば SQL、XML であれば XQuery が使用されます。 そのため、開発者はクエリの対象となるデータ ソースやデータ形式ごとに新しいクエリ言語を習得する必要があります。 [!INCLUDE[vbteclinqext](../../../../includes/vbteclinqext-md.md)] は、データ ソースや形式の違いを意識せずにデータを扱うことのできる、より簡素化された一貫したモデルを提供します。 [!INCLUDE[vbteclinq](../../../../includes/vbteclinq-md.md)] クエリでは、常にプログラミング オブジェクトを操作することになります。 @@ -37,7 +25,7 @@ ms.lasthandoff: 01/19/2018 遅延実行によって一連の値を返すクエリとは対照的に、シングルトン値を返すクエリは直ちに実行されます。 シングルトン クエリの例としては、、、、 があります。 これらのシングルトン クエリは、結果を計算するためにはクエリ結果が必要であるため、直ちに実行されます。 たとえば、クエリ結果の平均を求めるためには、クエリを実行して、平均関数に入力データを与える必要があります。 シングルトン値を生成しないクエリでも、 メソッドまたは メソッドを使用することによって、即時実行を強制できます。 即時実行を強制するこの手法は、クエリの結果をキャッシュする場合などに使用すると効果的です。 遅延と直ちにクエリの実行の詳細については、次を参照してください。 [LINQ の概要](http://msdn.microsoft.com/library/6cc9af04-950a-4cc3-83d4-2aeb4abe4de9)です。 ## クエリ - [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)]2 種類の構文でクエリを使って作成できます: クエリ式の構文とメソッド ベースのクエリ構文です。 + [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] 2 種類の構文でクエリを使って作成できます: クエリ式の構文とメソッド ベースのクエリ構文です。 ### クエリ式の構文 クエリ式は宣言型のクエリ構文です。 開発者は SQL に似た構文形式を C# または Visual Basic で用いてクエリを作成できます。 クエリ式の構文を使用することにより、フィルター、並べ替え、グループ化など、データ ソースに対するきわめて複雑な処理を最小限のコードで実行できます。 詳細については、次を参照してください。 [LINQ クエリ式](http://msdn.microsoft.com/library/40638f19-fb46-4d26-a2d9-a383b48f5ed4)と[基本的なクエリ操作 (Visual Basic)](~/docs/visual-basic/programming-guide/concepts/linq/basic-query-operations.md)です。 @@ -70,7 +58,7 @@ ms.lasthandoff: 01/19/2018 [!code-csharp[DP LINQ to DataSet Examples#ToArray2](../../../../samples/snippets/csharp/VS_Snippets_ADO.NET/DP LINQ to DataSet Examples/CS/Program.cs#toarray2)] [!code-vb[DP LINQ to DataSet Examples#ToArray2](../../../../samples/snippets/visualbasic/VS_Snippets_ADO.NET/DP LINQ to DataSet Examples/VB/Module1.vb#toarray2)] -## 参照 +## 関連項目 [プログラミング ガイド](../../../../docs/framework/data/adonet/programming-guide-linq-to-dataset.md) [DataSet のクエリ](../../../../docs/framework/data/adonet/querying-datasets-linq-to-dataset.md) [C# の LINQ の概要](~/docs/csharp/programming-guide/concepts/linq/getting-started-with-linq.md) diff --git a/docs/framework/data/adonet/sql/customizing-permissions-with-impersonation-in-sql-server.md b/docs/framework/data/adonet/sql/customizing-permissions-with-impersonation-in-sql-server.md index c619d5cb051..83f5d82339b 100644 --- a/docs/framework/data/adonet/sql/customizing-permissions-with-impersonation-in-sql-server.md +++ b/docs/framework/data/adonet/sql/customizing-permissions-with-impersonation-in-sql-server.md @@ -1,24 +1,12 @@ --- -title: "SQL Server での借用を使用した権限のカスタマイズ" -ms.custom: +title: SQL Server での借用を使用した権限のカスタマイズ ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-ado -ms.tgt_pltfrm: -ms.topic: article ms.assetid: dc733d09-1d6d-4af0-9c4b-8d24504860f1 -caps.latest.revision: "6" -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: dotnet -ms.openlocfilehash: 7175542d8a9441d9f0d3eeb05acc67cf12d6a270 -ms.sourcegitcommit: ed26cfef4e18f6d93ab822d8c29f902cff3519d1 +ms.openlocfilehash: ac2c6805a9ab49d95f68e56306d7d9fb8aab2a2c +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/17/2018 +ms.lasthandoff: 05/04/2018 --- # SQL Server での借用を使用した権限のカスタマイズ 多くのアプリケーションでは、ベース テーブルへのアクセスを制限する組み合わせ所有権を利用して、ストアド プロシージャを使ってデータにアクセスします。 ストアド プロシージャに対して EXECUTE 権限を付与するとき、ベース テーブルに対する権限を取り消したり拒否したりできます。 ストアド プロシージャとテーブルの所有者が同じ場合、SQL Server では呼び出し元の権限をチェックしません。 ただし、オブジェクトの所有者が異なる場合や、動的 SQL の場合には、組み合わせ所有権が無効になります。 @@ -84,7 +72,7 @@ CREATE PROCEDURE [procName] WITH EXECUTE AS 'proxyUser' AS ... |[コンテキストの切り替え](http://msdn.microsoft.com/library/ms188268.aspx)SQL Server オンライン ブック|EXECUTE AS 句の使用方法を説明しているトピックへのリンクが用意されています。| |[EXECUTE AS を使用してカスタム アクセス許可セットを作成する](http://msdn.microsoft.com/library/ms190384.aspx)と[モジュールで EXECUTE AS を使用して](http://msdn.microsoft.com/library/ms178106.aspx)SQL Server オンライン ブック|EXECUTE AS 句の使用方法を説明するトピックです。| -## 参照 +## 関連項目 [ADO.NET アプリケーションのセキュリティ保護](../../../../../docs/framework/data/adonet/securing-ado-net-applications.md) [SQL Server セキュリティの概要](../../../../../docs/framework/data/adonet/sql/overview-of-sql-server-security.md) [SQL Server におけるアプリケーション セキュリティのシナリオ](../../../../../docs/framework/data/adonet/sql/application-security-scenarios-in-sql-server.md) diff --git a/docs/framework/data/adonet/sql/linq/ado-net-and-linq-to-sql.md b/docs/framework/data/adonet/sql/linq/ado-net-and-linq-to-sql.md index 78d03063ba8..71a15005a2e 100644 --- a/docs/framework/data/adonet/sql/linq/ado-net-and-linq-to-sql.md +++ b/docs/framework/data/adonet/sql/linq/ado-net-and-linq-to-sql.md @@ -1,30 +1,18 @@ --- -title: "ADO.NET および LINQ to SQL" -ms.custom: +title: ADO.NET および LINQ to SQL ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-ado -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb ms.assetid: 49ac6da0-f2e1-46fa-963e-1b6dcb63fef7 -caps.latest.revision: "3" -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: dotnet -ms.openlocfilehash: c95a84bafcb32861e299135feb0b89b931d11165 -ms.sourcegitcommit: ed26cfef4e18f6d93ab822d8c29f902cff3519d1 +ms.openlocfilehash: b2be963862b6bd7a0cd5643245606763907a5b72 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/17/2018 +ms.lasthandoff: 05/04/2018 --- # ADO.NET および LINQ to SQL -[!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)]一部である、[!INCLUDE[vstecado](../../../../../../includes/vstecado-md.md)]テクノロジ ファミリ。 [!INCLUDE[vstecado](../../../../../../includes/vstecado-md.md)] プロバイダー モデルから提供されるサービスに基づいて動作します。 そのために混合できます[!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)]コードを既存[!INCLUDE[vstecado](../../../../../../includes/vstecado-md.md)]アプリケーションさせ、現在[!INCLUDE[vstecado](../../../../../../includes/vstecado-md.md)]の解決策を[!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)]です。 次の図は、この関係を高いレベルから見たものです。 +[!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)] 一部である、[!INCLUDE[vstecado](../../../../../../includes/vstecado-md.md)]テクノロジ ファミリ。 [!INCLUDE[vstecado](../../../../../../includes/vstecado-md.md)] プロバイダー モデルから提供されるサービスに基づいて動作します。 そのために混合できます[!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)]コードを既存[!INCLUDE[vstecado](../../../../../../includes/vstecado-md.md)]アプリケーションさせ、現在[!INCLUDE[vstecado](../../../../../../includes/vstecado-md.md)]の解決策を[!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)]です。 次の図は、この関係を高いレベルから見たものです。 ![LINQ to SQL および ADO.NET](../../../../../../docs/framework/data/adonet/sql/linq/media/dlinq-3.png "DLinq_3") @@ -68,6 +56,6 @@ ms.lasthandoff: 01/17/2018 > [!NOTE] > パラメーターは、`Console.WriteLine()` および `String.Format()` で使用されるものと同じ中かっこ表記でクエリ テキストに表現されます。 `String.Format()` は、指定されたクエリ文字列を受け取り、中かっこで囲まれたパラメーターを、`@p0`、`@p1` …、`@p(n)` などの、生成されたパラメーター名に置き換えます。 -## 参照 +## 関連項目 [背景情報](../../../../../../docs/framework/data/adonet/sql/linq/background-information.md) [方法 : ADO.NET コマンドおよび DataContext 間の接続を再利用する](../../../../../../docs/framework/data/adonet/sql/linq/how-to-reuse-a-connection-between-an-ado-net-command-and-a-datacontext.md) diff --git a/docs/framework/data/adonet/sql/linq/basic-data-types.md b/docs/framework/data/adonet/sql/linq/basic-data-types.md index a6572a5cb1e..71e0dd6f454 100644 --- a/docs/framework/data/adonet/sql/linq/basic-data-types.md +++ b/docs/framework/data/adonet/sql/linq/basic-data-types.md @@ -1,26 +1,12 @@ --- title: 基本データ型 -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-ado -ms.tgt_pltfrm: '' -ms.topic: article ms.assetid: eca2c472-9548-4800-bd31-5d8d9f11752b -caps.latest.revision: 2 -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: -- dotnet -ms.openlocfilehash: e88767bd478b4b59e8c395473cfd8a36aaf68f3b -ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef +ms.openlocfilehash: 977f99f129d591898953ed24ad5acdaa3ae9a88a +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/26/2018 +ms.lasthandoff: 05/04/2018 --- # 基本データ型 LINQ to SQL クエリは、Microsoft SQL Server で実行される前に Transact-SQL に変換されるため、 LINQ to SQL は、SQL Server が基本データ型に対してサポートするのと同じ組み込み機能の多くをサポートします。 diff --git a/docs/framework/data/adonet/sql/linq/downloading-sample-databases.md b/docs/framework/data/adonet/sql/linq/downloading-sample-databases.md index 55f8554e9ec..3ae41790aec 100644 --- a/docs/framework/data/adonet/sql/linq/downloading-sample-databases.md +++ b/docs/framework/data/adonet/sql/linq/downloading-sample-databases.md @@ -1,26 +1,12 @@ --- title: サンプル データベースのダウンロード -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-ado -ms.tgt_pltfrm: '' -ms.topic: article ms.assetid: ef9d69a1-9461-43fe-94bb-7c836754bcb5 -caps.latest.revision: 2 -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: -- dotnet -ms.openlocfilehash: c4f18bc3e078a03795037f77505aa2533f1e853e -ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5 +ms.openlocfilehash: 4f5799b395abbbb5a4e61bac9572c808bb4ad5a1 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/27/2018 +ms.lasthandoff: 05/04/2018 --- # サンプル データベースのダウンロード [!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)] のドキュメントに収録されている多数のサンプルとチュートリアルでは、Northwind サンプル データベースと SQL Server Express Edition が使用されています。 これらの製品は、Microsoft のダウンロード サイトから無料でダウンロードできます。 diff --git a/docs/framework/data/adonet/sql/linq/how-to-customize-entity-classes-by-using-the-code-editor.md b/docs/framework/data/adonet/sql/linq/how-to-customize-entity-classes-by-using-the-code-editor.md index 8ce466346f7..b91674a1450 100644 --- a/docs/framework/data/adonet/sql/linq/how-to-customize-entity-classes-by-using-the-code-editor.md +++ b/docs/framework/data/adonet/sql/linq/how-to-customize-entity-classes-by-using-the-code-editor.md @@ -1,26 +1,12 @@ --- title: '方法 : コード エディターを使用してエンティティ クラスをカスタマイズする' -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-ado -ms.tgt_pltfrm: '' -ms.topic: article ms.assetid: ec28332f-9f3c-4e0a-baca-60f9141a68c0 -caps.latest.revision: 3 -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: -- dotnet -ms.openlocfilehash: f57b07d03297347561b6b2e2634038aa1f29bc40 -ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5 +ms.openlocfilehash: 58544441ec722e5cf0e18c113bbce0bbf40b92bc +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/27/2018 +ms.lasthandoff: 05/04/2018 --- # 方法 : コード エディターを使用してエンティティ クラスをカスタマイズする Visual Studio を使用している開発者が使用できる、[!INCLUDE[vs_ordesigner_long](../../../../../../includes/vs-ordesigner-long-md.md)]を作成または、そのエンティティ クラスをカスタマイズします。 diff --git a/docs/framework/data/adonet/sql/linq/how-to-display-generated-sql.md b/docs/framework/data/adonet/sql/linq/how-to-display-generated-sql.md index d9646404773..8dcba9534ca 100644 --- a/docs/framework/data/adonet/sql/linq/how-to-display-generated-sql.md +++ b/docs/framework/data/adonet/sql/linq/how-to-display-generated-sql.md @@ -1,29 +1,15 @@ --- title: '方法 : 生成された SQL を表示する' -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-ado -ms.tgt_pltfrm: '' -ms.topic: article dev_langs: - csharp - vb ms.assetid: 626492c0-5ee3-4675-88e8-8c40379510b6 -caps.latest.revision: 2 -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: -- dotnet -ms.openlocfilehash: c58e691bdf39e71a756c8b26451c22c769f05c0a -ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef +ms.openlocfilehash: edc0f8fea2768391a47e12940cbe083e41852f1f +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/26/2018 +ms.lasthandoff: 05/04/2018 --- # 方法 : 生成された SQL を表示する プロパティを使用して、クエリに対して生成された SQL コードを表示し、処理を変更できます。 この方法は、[!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)] の機能を理解し、特定の問題をデバッグするのに役立ちます。 diff --git a/docs/framework/data/adonet/sql/linq/how-to-resolve-conflicts-by-overwriting-database-values.md b/docs/framework/data/adonet/sql/linq/how-to-resolve-conflicts-by-overwriting-database-values.md index 4b34466e1d9..9c87fc905a9 100644 --- a/docs/framework/data/adonet/sql/linq/how-to-resolve-conflicts-by-overwriting-database-values.md +++ b/docs/framework/data/adonet/sql/linq/how-to-resolve-conflicts-by-overwriting-database-values.md @@ -1,27 +1,15 @@ --- -title: "方法 : データベース値を上書きすることで競合を解決する" -ms.custom: +title: '方法 : データベース値を上書きすることで競合を解決する' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-ado -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb ms.assetid: fd6db0b8-c29c-48ff-b768-31d28e7a148c -caps.latest.revision: "2" -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: dotnet -ms.openlocfilehash: e1dd9a6be51ad1723aab7c3102387a42d1c24996 -ms.sourcegitcommit: ed26cfef4e18f6d93ab822d8c29f902cff3519d1 +ms.openlocfilehash: 2e15f69e724365ea01d53c4c329511dcbebb3a4a +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/17/2018 +ms.lasthandoff: 05/04/2018 --- # 方法 : データベース値を上書きすることで競合を解決する 変更を再送信する前に、データベース内の予期した値と実際の値の違いを調整するために、 を使用してデータベース内の値を上書きできます。 詳細については、次を参照してください。[オプティミスティック同時実行制御: 概要](../../../../../../docs/framework/data/adonet/sql/linq/optimistic-concurrency-overview.md)です。 @@ -51,5 +39,5 @@ ms.lasthandoff: 01/17/2018 [!code-csharp[System.Data.Linq.RefreshMode#2](../../../../../../samples/snippets/csharp/VS_Snippets_Data/system.data.linq.refreshmode/cs/program.cs#2)] [!code-vb[System.Data.Linq.RefreshMode#2](../../../../../../samples/snippets/visualbasic/VS_Snippets_Data/system.data.linq.refreshmode/vb/module1.vb#2)] -## 参照 +## 関連項目 [方法 : 変更の競合を管理する](../../../../../../docs/framework/data/adonet/sql/linq/how-to-manage-change-conflicts.md) diff --git a/docs/framework/data/adonet/sql/linq/making-and-submitting-data-changes.md b/docs/framework/data/adonet/sql/linq/making-and-submitting-data-changes.md index dbaa6c88fdf..54dc1caa6e5 100644 --- a/docs/framework/data/adonet/sql/linq/making-and-submitting-data-changes.md +++ b/docs/framework/data/adonet/sql/linq/making-and-submitting-data-changes.md @@ -1,26 +1,12 @@ --- title: データの変更と変更の送信 -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-ado -ms.tgt_pltfrm: '' -ms.topic: article ms.assetid: d68c2dc3-99b3-49ab-b547-2ca5b386429a -caps.latest.revision: 3 -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: -- dotnet -ms.openlocfilehash: 79ed671c667c43f501647900ca6326891cba3c28 -ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef +ms.openlocfilehash: c9d319727a750fbd3e2a186c28e79b20200c6bd0 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/26/2018 +ms.lasthandoff: 05/04/2018 --- # データの変更と変更の送信 このセクションのトピックでは、データベースを変更し、その変更を送信する方法と、オプティミスティック同時実行の競合を処理する方法について説明します。 diff --git a/docs/framework/data/adonet/sql/linq/return-the-set-union-of-two-sequences.md b/docs/framework/data/adonet/sql/linq/return-the-set-union-of-two-sequences.md index d413c48064b..3e38d6ef3f7 100644 --- a/docs/framework/data/adonet/sql/linq/return-the-set-union-of-two-sequences.md +++ b/docs/framework/data/adonet/sql/linq/return-the-set-union-of-two-sequences.md @@ -1,27 +1,15 @@ --- -title: "2 つのシーケンスの和集合の取得" -ms.custom: +title: 2 つのシーケンスの和集合の取得 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-ado -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb ms.assetid: 8b8bd3cb-86d4-4a3b-9906-61f68726dd1f -caps.latest.revision: "2" -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: dotnet -ms.openlocfilehash: 24a3c7e7ee33d616afdbc9651850c10716a0547c -ms.sourcegitcommit: ed26cfef4e18f6d93ab822d8c29f902cff3519d1 +ms.openlocfilehash: 5aa05384cba826f9cdd7a948a31b2860eaad7f18 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/17/2018 +ms.lasthandoff: 05/04/2018 --- # 2 つのシーケンスの和集合の取得 2 つのシーケンスの和集合を返すには、 演算子を使用します。 @@ -34,6 +22,6 @@ ms.lasthandoff: 01/17/2018 [!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)]、として、マルチセットの順序なし連結演算子がマルチセットに対して定義されて (の結果では実質的に、 `UNION ALL` sql 句)。 -## 参照 +## 関連項目 [クエリの例](../../../../../../docs/framework/data/adonet/sql/linq/query-examples.md) [標準クエリ演算子の変換](../../../../../../docs/framework/data/adonet/sql/linq/standard-query-operator-translation.md) diff --git a/docs/framework/data/adonet/sql/linq/sql-clr-type-mapping.md b/docs/framework/data/adonet/sql/linq/sql-clr-type-mapping.md index aefa29fe6a7..f791b2b73ae 100644 --- a/docs/framework/data/adonet/sql/linq/sql-clr-type-mapping.md +++ b/docs/framework/data/adonet/sql/linq/sql-clr-type-mapping.md @@ -1,24 +1,12 @@ --- -title: "SQL と CLR の型マッピング" -ms.custom: +title: SQL と CLR の型マッピング ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-ado -ms.tgt_pltfrm: -ms.topic: article ms.assetid: 4ed76327-54a7-414b-82a9-7579bfcec04b -caps.latest.revision: "4" -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: dotnet -ms.openlocfilehash: cc6a3d38b8534c9727562cb3fb82f96fa60db7ec -ms.sourcegitcommit: ed26cfef4e18f6d93ab822d8c29f902cff3519d1 +ms.openlocfilehash: 5437529d9293951ad34abda435b538b4f404c600 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/17/2018 +ms.lasthandoff: 05/04/2018 --- # SQL と CLR の型マッピング LINQ to SQL では、リレーショナル データベースのデータ モデルが、任意のプログラミング言語で表されるオブジェクト モデルに対応付けられています。 アプリケーションが実行されると、LINQ to SQL は、オブジェクト モデルの統合言語クエリを SQL に変換し、それをデータベースに送信して実行します。 データベースから結果が返されると、LINQ to SQL はその結果をプログラミング言語で操作できるオブジェクトに変換し直します。 @@ -206,7 +194,7 @@ LINQ to SQL では、リレーショナル データベースのデータ モデ > SQL Server の `DATETIME2` 型、`DATETIMEOFFSET` 型、`DATE` 型、および `TIME` 型は、Microsoft SQL Server 2008 以降で使用できます。 Microsoft .NET Framework version 3.5 SP1 以降の LINQ to SQL では、これらの新しい型へのマッピングがサポートされています。 ### System.Datetime - CLR の 型の範囲と有効桁数の値は、`DATETIME` メソッドの既定の型マッピングである SQL Server の 型の範囲と有効桁数より大きな値です。 `DATETIME` の範囲外の日付に関連する例外を回避するには、Microsoft SQL Server 2008 以降で利用できる `DATETIME2` を使用してください。 `DATETIME2`範囲と CLR の有効桁数に照合できるです。 + CLR の 型の範囲と有効桁数の値は、`DATETIME` メソッドの既定の型マッピングである SQL Server の 型の範囲と有効桁数より大きな値です。 `DATETIME` の範囲外の日付に関連する例外を回避するには、Microsoft SQL Server 2008 以降で利用できる `DATETIME2` を使用してください。 `DATETIME2` 範囲と CLR の有効桁数に照合できるです。 SQL Server の日付には、CLR で十分にサポートされている機能である の概念がありません。 の値は、元の の情報にかかわらず、 変換なしでそのまま保存されます。 値がデータベースから取得される場合、その値は、 が の状態で、そのまま に読み込まれます。 詳細についてはサポートされているメソッドを参照してください[System.DateTime メソッド](../../../../../../docs/framework/data/adonet/sql/linq/system-datetime-methods.md)です。 @@ -224,7 +212,7 @@ LINQ to SQL では、リレーショナル データベースのデータ モデ |`BINARY(50)`|| |`VARBINARY(50)`|| |`VARBINARY(MAX)`|| -|`VARBINARY(MAX)``FILESTREAM`属性|| +|`VARBINARY(MAX)` `FILESTREAM`属性|| |`IMAGE`|| |`TIMESTAMP`|| @@ -265,7 +253,7 @@ LINQ to SQL では、リレーショナル データベースのデータ モデ LINQ to SQL では、ここに示したその他の型に対する上記以外の型マッピングはサポートされません。 詳細については、次を参照してください。、[型マッピングの実行時動作の関係](#BehaviorMatrix)です。 -## 参照 +## 関連項目 [属性ベースの対応付け](../../../../../../docs/framework/data/adonet/sql/linq/attribute-based-mapping.md) [外部マップ](../../../../../../docs/framework/data/adonet/sql/linq/external-mapping.md) [データ型と関数](../../../../../../docs/framework/data/adonet/sql/linq/data-types-and-functions.md) diff --git a/docs/framework/data/adonet/sql/linq/system-object-methods.md b/docs/framework/data/adonet/sql/linq/system-object-methods.md index 2b4d0ce61e6..849bcc97cc9 100644 --- a/docs/framework/data/adonet/sql/linq/system-object-methods.md +++ b/docs/framework/data/adonet/sql/linq/system-object-methods.md @@ -1,27 +1,15 @@ --- -title: "System.Object メソッド" -ms.custom: +title: System.Object メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-ado -ms.tgt_pltfrm: -ms.topic: article ms.assetid: 5397fca0-689e-443e-802f-e1cbdc866427 -caps.latest.revision: "2" -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: dotnet -ms.openlocfilehash: 319dc7ceae191de417bbdd33a5e234b42f3454de -ms.sourcegitcommit: ed26cfef4e18f6d93ab822d8c29f902cff3519d1 +ms.openlocfilehash: bd4b30a65e7ad9391d9b867884d1c909491344bc +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/17/2018 +ms.lasthandoff: 05/04/2018 --- # System.Object メソッド -[!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)]次のサポートメソッドです。 +[!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)] 次のサポートメソッドです。 ||| |-|-| @@ -39,5 +27,5 @@ ms.lasthandoff: 01/17/2018 ## .NET との相違 出力倍を使用する SQL `CONVERT`(nvarchar (30), @x, 2) SQL にします。 このとき、SQL は常に 16 桁と指数表記を使用します (たとえば、0 に対して "0.000000000000000e+000" を使用)。 そのため、 変換では、.NET Framework 内の と同じ文字列は作成されません。 -## 参照 +## 関連項目 [データ型と関数](../../../../../../docs/framework/data/adonet/sql/linq/data-types-and-functions.md) diff --git a/docs/framework/data/adonet/sql/linq/transaction-support.md b/docs/framework/data/adonet/sql/linq/transaction-support.md index 90d09f5c7ce..b34f8f3b01f 100644 --- a/docs/framework/data/adonet/sql/linq/transaction-support.md +++ b/docs/framework/data/adonet/sql/linq/transaction-support.md @@ -1,27 +1,15 @@ --- -title: "トランザクションのサポート" -ms.custom: +title: トランザクションのサポート ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-ado -ms.tgt_pltfrm: -ms.topic: article ms.assetid: 8cceb26e-8d36-4365-8967-58e2e89e0187 -caps.latest.revision: "2" -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: dotnet -ms.openlocfilehash: 543ea3d1a0f767a10b36e040155e7e9304aca5a9 -ms.sourcegitcommit: ed26cfef4e18f6d93ab822d8c29f902cff3519d1 +ms.openlocfilehash: ff4d65c37e2d7f76c8c9f0de1de9717c8dca7b27 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/17/2018 +ms.lasthandoff: 05/04/2018 --- # トランザクションのサポート -[!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)]次の 3 つの種類のトランザクション モデルをサポートしています。 チェックが行われる順に、これらのモデルを以下に示します。 +[!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)] 次の 3 つの種類のトランザクション モデルをサポートしています。 チェックが行われる順に、これらのモデルを以下に示します。 ## 明示的なローカル トランザクション が呼び出されたときに プロパティが (`IDbTransaction`) トランザクションに設定されている場合、同じトランザクションのコンテキストで 呼び出しが実行されます。 @@ -29,11 +17,11 @@ ms.lasthandoff: 01/17/2018 トランザクションの実行が終了したら、ユーザーがトランザクションをコミットまたはロールバックする必要があります。 トランザクションに対応する接続は、 を構築するのに使用した接続に一致する必要があります。 異なる接続が使用されると、例外がスローされます。 ## 明示的な分散トランザクション - 呼び出すことができます[!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)]Api (などですが、これらに限定されません) のアクティブなスコープでです。 [!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)]検出された、呼び出しがトランザクションのスコープ内に新しいトランザクションを作成しません。 [!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)]ここでは、接続を閉じる必要もなくなります。 このようなトランザクションのコンテキストで、クエリと の実行が可能です。 + 呼び出すことができます[!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)]Api (などですが、これらに限定されません) のアクティブなスコープでです。 [!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)] 検出された、呼び出しがトランザクションのスコープ内に新しいトランザクションを作成しません。 [!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)] ここでは、接続を閉じる必要もなくなります。 このようなトランザクションのコンテキストで、クエリと の実行が可能です。 ## 暗黙のトランザクション 呼び出すと、[!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)]呼び出しがのスコープであるかどうかをチェック、場合、または、`Transaction`プロパティ (`IDbTransaction`) がユーザーによって開始されたローカル トランザクションに設定します。 どちらのトランザクションが検出されると[!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)]ローカル トランザクションを開始 (`IDbTransaction`) され、生成された SQL コマンドを実行するために使用します。 すべての SQL コマンドは正常に完了したら、[!INCLUDE[vbtecdlinq](../../../../../../includes/vbtecdlinq-md.md)]ローカル トランザクションをコミットして戻ります。 -## 参照 +## 関連項目 [背景情報](../../../../../../docs/framework/data/adonet/sql/linq/background-information.md) [方法 : データ送信をトランザクションで囲む](../../../../../../docs/framework/data/adonet/sql/linq/how-to-bracket-data-submissions-by-using-transactions.md) diff --git a/docs/framework/data/adonet/sql/managing-permissions-with-stored-procedures-in-sql-server.md b/docs/framework/data/adonet/sql/managing-permissions-with-stored-procedures-in-sql-server.md index 3b126f9006c..2df6db796c8 100644 --- a/docs/framework/data/adonet/sql/managing-permissions-with-stored-procedures-in-sql-server.md +++ b/docs/framework/data/adonet/sql/managing-permissions-with-stored-procedures-in-sql-server.md @@ -1,24 +1,12 @@ --- -title: "SQL Server でのストアド プロシージャを使用した権限の管理" -ms.custom: +title: SQL Server でのストアド プロシージャを使用した権限の管理 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-ado -ms.tgt_pltfrm: -ms.topic: article ms.assetid: 08fa34e8-2ffa-470d-ba62-e511a5f8558e -caps.latest.revision: "6" -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: dotnet -ms.openlocfilehash: 38bdc4d41e4b42f2dccaf059d84f6b8b45967ff5 -ms.sourcegitcommit: ed26cfef4e18f6d93ab822d8c29f902cff3519d1 +ms.openlocfilehash: 2472481156f44b55726243e9d939522e46796070 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/17/2018 +ms.lasthandoff: 05/04/2018 --- # SQL Server でのストアド プロシージャを使用した権限の管理 データベースを多層的に防御する 1 つの方法として、あらゆるデータ アクセスをストアド プロシージャまたはユーザー定義関数を使って実装することが考えられます。 テーブルなど、基になるオブジェクトに対する権限をすべて取り消すか拒否し、ストアド プロシージャに対して EXECUTE 権限を付与するようにします。 こうすることで、データやデータベース オブジェクトの周囲にセキュリティの境界を設けることができます。 @@ -67,7 +55,7 @@ ms.lasthandoff: 01/17/2018 |--------------|-----------------| |[ストアド プロシージャ](http://msdn.microsoft.com/library/ms190782.aspx)と[SQL インジェクション](http://go.microsoft.com/fwlink/?LinkId=98234)SQL Server オンライン ブック|ストアド プロシージャの作成方法と SQL インジェクションのしくみについて説明します。| -## 参照 +## 関連項目 [ADO.NET アプリケーションのセキュリティ保護](../../../../../docs/framework/data/adonet/securing-ado-net-applications.md) [SQL Server セキュリティの概要](../../../../../docs/framework/data/adonet/sql/overview-of-sql-server-security.md) [SQL Server におけるアプリケーション セキュリティのシナリオ](../../../../../docs/framework/data/adonet/sql/application-security-scenarios-in-sql-server.md) diff --git a/docs/framework/data/adonet/sql/ownership-and-user-schema-separation-in-sql-server.md b/docs/framework/data/adonet/sql/ownership-and-user-schema-separation-in-sql-server.md index 175e17ff2ec..bd3630b6f5b 100644 --- a/docs/framework/data/adonet/sql/ownership-and-user-schema-separation-in-sql-server.md +++ b/docs/framework/data/adonet/sql/ownership-and-user-schema-separation-in-sql-server.md @@ -1,24 +1,12 @@ --- -title: "SQL Server における所有権とユーザーとスキーマの分離" -ms.custom: +title: SQL Server における所有権とユーザーとスキーマの分離 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-ado -ms.tgt_pltfrm: -ms.topic: article ms.assetid: 242830c1-31b5-4427-828c-cc22ff339f30 -caps.latest.revision: "6" -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: dotnet -ms.openlocfilehash: 8f78cd816be7a4c68853a25f89859bbe2452bb9c -ms.sourcegitcommit: ed26cfef4e18f6d93ab822d8c29f902cff3519d1 +ms.openlocfilehash: 69d0c0dee6141b80908c8cdc36dfe21ff318f423 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/17/2018 +ms.lasthandoff: 05/04/2018 --- # SQL Server における所有権とユーザーとスキーマの分離 オブジェクトの所有者は、それを管理するための取り消し不可能な権限を持ちます。これは SQL Server のセキュリティの核となる概念です。 オブジェクトの所有者から権限を削除することはできません。また、特定のユーザーがデータベース内のオブジェクトを所有しているときに、そのユーザーをデータベースから削除することもできません。 @@ -68,7 +56,7 @@ Server.Database.DatabaseSchema.DatabaseObject |--------------|-----------------| |[ユーザーとスキーマの分離](http://msdn.microsoft.com/library/ms190387.aspx)SQL Server オンライン ブック|ユーザーとスキーマの分離によって導入された変更について説明します。 新しい動作とそれが所有権、カタログ ビュー、および権限に与える影響を取り上げています。| -## 参照 +## 関連項目 [ADO.NET アプリケーションのセキュリティ保護](../../../../../docs/framework/data/adonet/securing-ado-net-applications.md) [SQL Server におけるアプリケーション セキュリティのシナリオ](../../../../../docs/framework/data/adonet/sql/application-security-scenarios-in-sql-server.md) [SQL Server での認証](../../../../../docs/framework/data/adonet/sql/authentication-in-sql-server.md) diff --git a/docs/framework/data/adonet/sql/provider-statistics-for-sql-server.md b/docs/framework/data/adonet/sql/provider-statistics-for-sql-server.md index 35f48bcbbdc..df8bcd9f461 100644 --- a/docs/framework/data/adonet/sql/provider-statistics-for-sql-server.md +++ b/docs/framework/data/adonet/sql/provider-statistics-for-sql-server.md @@ -1,29 +1,15 @@ --- title: SQL Server のプロバイダー統計情報 -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-ado -ms.tgt_pltfrm: '' -ms.topic: article dev_langs: - csharp - vb ms.assetid: 429c9d09-92ac-46ec-829a-fbff0a9575a2 -caps.latest.revision: 6 -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: -- dotnet -ms.openlocfilehash: 27346f483251231f16abfa1d0fc5001e156ca8ea -ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef +ms.openlocfilehash: f32b1c9f800a1ec2d80511cbbf46aba9840075d9 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/26/2018 +ms.lasthandoff: 05/04/2018 --- # SQL Server のプロバイダー統計情報 .NET Framework version 2.0 以降では、.NET Framework Data Provider for SQL Server によって実行時の統計がサポートされています。 統計情報を有効にするには、有効な接続オブジェクトを作成した後で、 オブジェクトの プロパティを `True` に設定する必要があります。 統計情報が有効にされると、 オブジェクトの メソッドを通じて 参照を取得することにより、"時間単位のスナップショット" として統計情報を確認できます。 名前と値がペアになったディクショナリ エントリのセットとして、一覧を列挙します。 これらの名前と値のペアは順序付けられていません。 いつでも オブジェクトの メソッドを呼び出して、カウンターをリセットすることができます。 統計情報収集が有効になっていない場合、例外は生成されません。 また、 が最初に呼び出されるずに が呼び出されると、取得される値は各エントリの初期値になります。 統計情報を有効にしてからアプリケーションをしばらく実行した後で統計情報を無効にした場合、取得される値には、統計情報が無効にされた時点までに収集された値が含まれます。 すべての統計情報の値は、接続ごとに収集されます。 diff --git a/docs/framework/data/adonet/sql/signing-stored-procedures-in-sql-server.md b/docs/framework/data/adonet/sql/signing-stored-procedures-in-sql-server.md index a5ac755d547..63aebf7dc72 100644 --- a/docs/framework/data/adonet/sql/signing-stored-procedures-in-sql-server.md +++ b/docs/framework/data/adonet/sql/signing-stored-procedures-in-sql-server.md @@ -1,26 +1,12 @@ --- -title: "SQL Server でのストアド プロシージャの署名" -ms.custom: +title: SQL Server でのストアド プロシージャの署名 ms.date: 01/05/2018 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-ado -ms.tgt_pltfrm: -ms.topic: article ms.assetid: eeed752c-0084-48e5-9dca-381353007a0d -caps.latest.revision: -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: -- dotnet -ms.openlocfilehash: 15771cc214ee17bc2c98bab2423013483d1355f1 -ms.sourcegitcommit: f28752eab00d2bd97e971542c0f49ce63cfbc239 +ms.openlocfilehash: 98dfaa6d5293cb1ad85f70be3388fb333daef373 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/29/2018 +ms.lasthandoff: 05/04/2018 --- # SQL Server でのストアド プロシージャの署名 デジタル署名は、署名者の秘密キーで暗号化されたデータ ダイジェストです。 秘密キーにより、デジタル署名がその保持者または所有者に固有であることが保証されます。 ストアド プロシージャ、関数 (インライン テーブル値関数) を除く、トリガー、およびアセンブリを署名することができます。 @@ -67,7 +53,7 @@ ms.lasthandoff: 01/29/2018 |[モジュール署名](http://go.microsoft.com/fwlink/?LinkId=98590)SQL Server オンライン ブック|モジュールの署名について説明し、サンプル シナリオと、関連する Transact-SQL のトピックへのリンクを示します。| |[証明書でストアド プロシージャの署名](http://msdn.microsoft.com/library/bb283630.aspx)SQL Server オンライン ブック|証明書を使用したストアド プロシージャの署名のチュートリアルです。| -## 参照 +## 関連項目 [ADO.NET アプリケーションのセキュリティ保護](../../../../../docs/framework/data/adonet/securing-ado-net-applications.md) [SQL Server セキュリティの概要](../../../../../docs/framework/data/adonet/sql/overview-of-sql-server-security.md) [SQL Server におけるアプリケーション セキュリティのシナリオ](../../../../../docs/framework/data/adonet/sql/application-security-scenarios-in-sql-server.md) diff --git a/docs/framework/data/adonet/sql/snapshot-isolation-in-sql-server.md b/docs/framework/data/adonet/sql/snapshot-isolation-in-sql-server.md index ff11b8e5832..6dd1e7f5652 100644 --- a/docs/framework/data/adonet/sql/snapshot-isolation-in-sql-server.md +++ b/docs/framework/data/adonet/sql/snapshot-isolation-in-sql-server.md @@ -1,27 +1,15 @@ --- -title: "SQL Server でのスナップショット分離" -ms.custom: +title: SQL Server でのスナップショット分離 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-ado -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb ms.assetid: 43ae5dd3-50f5-43a8-8d01-e37a61664176 -caps.latest.revision: "6" -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: dotnet -ms.openlocfilehash: a1d263f74f312b34c97f54cd970334017a797652 -ms.sourcegitcommit: ed26cfef4e18f6d93ab822d8c29f902cff3519d1 +ms.openlocfilehash: b9167d7a92ba1b4951d0a9e3c9eea3565bbdc196 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/17/2018 +ms.lasthandoff: 05/04/2018 --- # SQL Server でのスナップショット分離 スナップショット分離により、OLTP アプリケーションの同時実行が向上しています。 @@ -152,6 +140,6 @@ SELECT * FROM TestSnapshotUpdate WITH (UPDLOCK) アプリケーションで競合が多数発生する場合、スナップショット分離は適切な選択肢ではない可能性があります。 ヒントの使用は、本当に必要な場合のみに制限する必要があります。 アプリケーションは、ロック ヒントに常に依存する操作にならないように設計されている必要があります。 -## 参照 +## 関連項目 [SQL Server と ADO.NET](../../../../../docs/framework/data/adonet/sql/index.md) [ADO.NET のマネージ プロバイダーと DataSet デベロッパー センター](http://go.microsoft.com/fwlink/?LinkId=217917) diff --git a/docs/framework/data/adonet/sql/sql-server-express-user-instances.md b/docs/framework/data/adonet/sql/sql-server-express-user-instances.md index 5f9703c4629..b80feaa9a3b 100644 --- a/docs/framework/data/adonet/sql/sql-server-express-user-instances.md +++ b/docs/framework/data/adonet/sql/sql-server-express-user-instances.md @@ -1,27 +1,15 @@ --- -title: "SQL Server Express ユーザー インスタンス" -ms.custom: +title: SQL Server Express ユーザー インスタンス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-ado -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb ms.assetid: 00c12376-cb26-4317-86ad-e6e9c089be57 -caps.latest.revision: "5" -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: dotnet -ms.openlocfilehash: 4b8b795454ab038b9e992c5e1187a0c4dcb46c76 -ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f +ms.openlocfilehash: 0af929de17a29d497ce6cf6c8cb055d416ab8761 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/19/2018 +ms.lasthandoff: 05/04/2018 --- # SQL Server Express ユーザー インスタンス Microsoft SQL Server Express Edition (SQL Server Express) でサポートされる機能に、ユーザー インスタンスがあります。ユーザー インスタンスは、.NET Framework Data Provider for SQL Server (`SqlClient`) を使用している場合にしか利用できません。 ユーザー インスタンスは、親インスタンスによって生成される SQL Server Express データベース エンジンの独立したインスタンスです。 ユーザー インスタンスを使用すると、ローカル コンピューターの管理者以外のユーザーが、SQL Server Express データベースにアタッチして接続できます。 それぞれのインスタンスは、1 ユーザーあたり 1 インスタンスの原則に基づいて、個々のユーザーのセキュリティ コンテキストで実行されます。 @@ -71,7 +59,7 @@ Initial Catalog=InstanceDB; > [!NOTE] > 使用することも、 とで接続文字列を作成するプロパティの実行時間。 -### 使用して、| DataDirectory |です。置換文字列 +### 使用して、 |DataDirectory|置換文字列 ADO.NET 2.0 では、`AttachDbFileName` が拡張されて、`|DataDirectory|` というパイプ記号で囲まれた置換文字列が導入されました。 `DataDirectory` に `AttachDbFileName` を組み合わせて使用することで、データ ファイルへの相対パスを指定でき、完全パスを使用する代わりに、データ ソースの相対パスに基づいて接続文字列を作成できます。 `DataDirectory` が表す物理的な場所は、アプリケーションの種類によって異なります。 次の例では、アタッチする Northwind.mdf ファイルが、アプリケーションの \app_data フォルダーに格納されています。 @@ -161,7 +149,7 @@ private static void OpenSqlConnection() - Windows 認証を使用した ASP.NET 専用ホスティング。 イントラネット上で、単一の SQL Server Express インスタンスをホストできます。 アプリケーションは、権限の借用ではなく、ASPNET Windows アカウントを使ってこのインスタンスに接続することになります。 サードパーティ製品を使ったホスティングや共有ホスティングのシナリオでユーザー インスタンスを使用することは避けてください。すべてのアプリケーションで同じユーザー インスタンスが使用され、アプリケーションを互いに分離することができなくなります。 -## 参照 +## 関連項目 [SQL Server と ADO.NET](../../../../../docs/framework/data/adonet/sql/index.md) [接続文字列](../../../../../docs/framework/data/adonet/connection-strings.md) [データ ソースへの接続](../../../../../docs/framework/data/adonet/connecting-to-a-data-source.md) diff --git a/docs/framework/data/adonet/sql/sqldependency-in-an-aspnet-app.md b/docs/framework/data/adonet/sql/sqldependency-in-an-aspnet-app.md index a8819bf9246..71aba61f461 100644 --- a/docs/framework/data/adonet/sql/sqldependency-in-an-aspnet-app.md +++ b/docs/framework/data/adonet/sql/sqldependency-in-an-aspnet-app.md @@ -1,27 +1,15 @@ --- -title: "ASP.NET アプリケーションでの SqlDependency" -ms.custom: +title: ASP.NET アプリケーションでの SqlDependency ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-ado -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb ms.assetid: ff226ce3-f6b5-47a1-8d22-dc78b67e07f5 -caps.latest.revision: "3" -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: dotnet -ms.openlocfilehash: 9e8bbf6d72e07820256f69a06020354ef3ba3977 -ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f +ms.openlocfilehash: 51df8ad695b3e59b368499d35ac76cc7ac0cd6e1 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/19/2018 +ms.lasthandoff: 05/04/2018 --- # ASP.NET アプリケーションでの SqlDependency ここでは、ASP.NET の オブジェクトを使用して、 を間接的に使用する方法の例を示します。 オブジェクトでは を使用して通知をリッスンし、キャッシュを適切に更新します。 @@ -68,6 +56,6 @@ ms.lasthandoff: 01/19/2018 次に、Transact-SQL の UPDATE コマンドを使用して、データベースのデータを更新し、ページを更新します。 表示される時刻を見ると、データベースの新しいデータを使ってキャッシュが更新されたことがわかります。 キャッシュは更新されますが、ページに表示される時刻はポストバック イベントが発生するまで変更されないことに注意してください。 -## 参照 +## 関連項目 [SQL Server のクエリ通知](../../../../../docs/framework/data/adonet/sql/query-notifications-in-sql-server.md) [ADO.NET のマネージ プロバイダーと DataSet デベロッパー センター](http://go.microsoft.com/fwlink/?LinkId=217917) diff --git a/docs/framework/data/adonet/whats-new.md b/docs/framework/data/adonet/whats-new.md index fc07eb2f104..9d74b1375c7 100644 --- a/docs/framework/data/adonet/whats-new.md +++ b/docs/framework/data/adonet/whats-new.md @@ -1,26 +1,12 @@ --- title: どのような'ADO.NET の -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-ado -ms.tgt_pltfrm: '' -ms.topic: article ms.assetid: 3bb65d38-cce2-46f5-b979-e5c505e95e10 -caps.latest.revision: 25 -author: douglaslMS -ms.author: douglasl -manager: craigg -ms.workload: -- dotnet -ms.openlocfilehash: a636734958cd73a2f158d3f25cbbe448ff703612 -ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef +ms.openlocfilehash: eb06681a55f1bd2abffb2e7169fa3bf892cd7313 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/26/2018 +ms.lasthandoff: 05/04/2018 --- # どのような'ADO.NET の [!INCLUDE[vstecado](../../../../includes/vstecado-md.md)] の [!INCLUDE[net_v45](../../../../includes/net-v45-md.md)] では、次の機能が追加されています。 diff --git a/docs/framework/data/transactions/implementing-an-explicit-transaction-using-committabletransaction.md b/docs/framework/data/transactions/implementing-an-explicit-transaction-using-committabletransaction.md index 2f1015f3899..b32c3652edb 100644 --- a/docs/framework/data/transactions/implementing-an-explicit-transaction-using-committabletransaction.md +++ b/docs/framework/data/transactions/implementing-an-explicit-transaction-using-committabletransaction.md @@ -1,26 +1,15 @@ --- -title: "CommittableTransaction を使用した明示的なトランザクションの実装" -ms.custom: +title: CommittableTransaction を使用した明示的なトランザクションの実装 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb ms.assetid: 29efe5e5-897b-46c2-a35f-e599a273acc8 -caps.latest.revision: "3" -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: ce77ddab23063588e347073de4d4c25e5fbb5a01 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 1edcdefeaafbee3cfbc0810a47e64f38f9f97ddc +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # CommittableTransaction を使用した明示的なトランザクションの実装 クラスは、 クラスが暗黙的に使用されるのと対照的に、アプリケーションがトランザクションを明示的に使用する方法を提供します。 これは、複数の関数呼び出しまたは複数のスレッド呼び出しで同じトランザクションを使用するアプリケーションで役立ちます。 クラスとは異なり、アプリケーション作成者はトランザクションをコミットまたは中止するために、具体的に メソッドまたは メソッドを呼び出す必要があります。 @@ -95,6 +84,6 @@ void OnCommitted(IAsyncResult asyncResult) } ``` -## 参照 +## 関連項目 [トランザクション スコープを使用した暗黙的なトランザクションの実装](../../../../docs/framework/data/transactions/implementing-an-implicit-transaction-using-transaction-scope.md) [トランザクション処理](../../../../docs/framework/data/transactions/index.md) diff --git a/docs/framework/data/wcf/create-an-asynchronous-wpf-application-wcf-data-services.md b/docs/framework/data/wcf/create-an-asynchronous-wpf-application-wcf-data-services.md index 250a21a31d8..286c3e379be 100644 --- a/docs/framework/data/wcf/create-an-asynchronous-wpf-application-wcf-data-services.md +++ b/docs/framework/data/wcf/create-an-asynchronous-wpf-application-wcf-data-services.md @@ -1,31 +1,17 @@ --- -title: "方法: 非同期 Windows Presentation Framework アプリケーションを作成する (WCF Data Services)" -ms.custom: +title: '方法: 非同期 Windows Presentation Framework アプリケーションを作成する (WCF Data Services)' ms.date: 03/30/2017 -ms.prod: .net-framework-oob -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb helpviewer_keywords: - WCF Data Services, asynchronous operations ms.assetid: 834614df-1427-4839-b0be-90f68e5afffd -caps.latest.revision: -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 8e922ad20f9954a17f63f42559877f0a05a2ba1a -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: d6acf3cbbfce491ebf98513b116d76ef9feb6d08 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # 方法: 非同期 Windows Presentation Framework アプリケーションを作成する (WCF Data Services) [!INCLUDE[ssAstoria](../../../../includes/ssastoria-md.md)] では、データ サービスから取得したデータを Windows Presentation Framework (WPF) アプリケーションの UI 要素にバインドできます。 詳細については、次を参照してください。[コントロールへのデータ バインディング](../../../../docs/framework/data/wcf/binding-data-to-controls-wcf-data-services.md)です。により、アプリケーションのデータ サービス要求に応答を待機中に応答し続けるに非同期の方法でデータ サービスに対する操作を実行することもできます。 データ サービスに非同期でアクセスするには、Silverlight 用のアプリケーションが必要です。 詳細については、次を参照してください。[非同期操作](../../../../docs/framework/data/wcf/asynchronous-operations-wcf-data-services.md)です。 @@ -43,5 +29,5 @@ ms.lasthandoff: 12/22/2017 [!code-csharp[Astoria Northwind Client#WpfDataBindingAsync](../../../../samples/snippets/csharp/VS_Snippets_Misc/astoria northwind client/cs/customerordersasync.xaml.cs#wpfdatabindingasync)] [!code-vb[Astoria Northwind Client#WpfDataBindingAsync](../../../../samples/snippets/visualbasic/VS_Snippets_Misc/astoria northwind client/vb/customerordersasync.xaml.vb#wpfdatabindingasync)] -## 参照 +## 関連項目 [WCF Data Services クライアント ライブラリ](../../../../docs/framework/data/wcf/wcf-data-services-client-library.md) diff --git a/docs/framework/data/wcf/creating-the-data-service.md b/docs/framework/data/wcf/creating-the-data-service.md index fd377512e71..d5c623d3927 100644 --- a/docs/framework/data/wcf/creating-the-data-service.md +++ b/docs/framework/data/wcf/creating-the-data-service.md @@ -1,29 +1,15 @@ --- title: データ サービスの作成 -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework-oob -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: article dev_langs: - csharp - vb ms.assetid: 34d1d971-5e18-4c22-9bf6-d3612e27ea59 -caps.latest.revision: 7 -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 781def411214b0804cdc094c00b2f655b6c3823d -ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef +ms.openlocfilehash: bb6e2f7c1160fa51cd897cc953ad0ed721559294 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/26/2018 +ms.lasthandoff: 05/04/2018 --- # データ サービスの作成 このタスクを使用するサンプル データ サービスを作成する[!INCLUDE[ssAstoria](../../../../includes/ssastoria-md.md)]を公開する、 [!INCLUDE[ssODataFull](../../../../includes/ssodatafull-md.md)] Northwind サンプル データベースに基づいているフィード。 このタスクに必要な基本手順は次のとおりです。 diff --git a/docs/framework/data/wcf/developing-and-deploying-wcf-data-services.md b/docs/framework/data/wcf/developing-and-deploying-wcf-data-services.md index b22c43e64b9..5c91fbf319a 100644 --- a/docs/framework/data/wcf/developing-and-deploying-wcf-data-services.md +++ b/docs/framework/data/wcf/developing-and-deploying-wcf-data-services.md @@ -7,11 +7,11 @@ helpviewer_keywords: - deploying [WCF Data Services - developing applications [WCF Data Services] ms.assetid: 6557c0e3-5aea-4f6e-bc14-77ad317a168b -ms.openlocfilehash: e02b7317eef8e7124bd5ba9ceef201cddc9bbea1 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: ca0f78239e6e259ec5bd75e9f93af5c3a4b7adf1 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # WCF Data Services の開発と配置 このトピックでは、 [!INCLUDE[ssAstoria](../../../../includes/ssastoria-md.md)]の開発と配置について説明します。 複数の基本情報については[!INCLUDE[ssAstoria](../../../../includes/ssastoria-md.md)]を参照してください[作業の開始](../../../../docs/framework/data/wcf/getting-started-with-wcf-data-services.md)と[概要](../../../../docs/framework/data/wcf/wcf-data-services-overview.md)です。 @@ -75,7 +75,7 @@ ms.lasthandoff: 05/04/2018 - データ サービスをデバッグするときは、HTTP 検査プログラムを使用すると、要求メッセージおよび応答メッセージの内容を検査できるので非常に便利です。 生のパケットを表示できるネットワーク パケット アナライザーを使用すると、データ サービスの HTTP 要求および HTTP 応答を検査できます。 -- データ サービスのデバッグ時は、通常の操作時以上に、データ サービスの詳細なエラー情報が必要になることがあります。 データ サービスから詳細なエラー情報を取得するには、 の プロパティを `true` に設定し、データ サービス クラスの 属性の プロパティを `true`に設定します。 詳細については、投稿をご覧ください。 [WCF Data Services のデバッグ](http://go.microsoft.com/fwlink/?LinkId=201868)です。 また、 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] でトレースを有効にして、HTTP メッセージング レイヤーで発生した例外を表示することもできます。 詳細については、「 [Configuring Tracing](../../../../docs/framework/wcf/diagnostics/tracing/configuring-tracing.md)」を参照してください。 +- データ サービスのデバッグ時は、通常の操作時以上に、データ サービスの詳細なエラー情報が必要になることがあります。 データ サービスから詳細なエラー情報を取得するには、 の プロパティを `true` に設定し、データ サービス クラスの 属性の プロパティを `true`に設定します。 詳細については、投稿をご覧ください。 [WCF Data Services のデバッグ](http://go.microsoft.com/fwlink/?LinkId=201868)です。 また、HTTP メッセージング レイヤーで発生した例外を表示する WCF でのトレースを有効にすることができます。 詳細については、「 [Configuring Tracing](../../../../docs/framework/wcf/diagnostics/tracing/configuring-tracing.md)」を参照してください。 - データ サービスは通常として開発、[!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)]アプリケーション プロジェクトができますもサービスを作成するデータとして、 [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] Visual Studio での Web サイト プロジェクト。 2 種類のプロジェクト間の相違点については、次を参照してください。 [NIB: Web アプリケーション プロジェクトと Visual Studio での Web サイト プロジェクト](http://msdn.microsoft.com/library/2861815e-f5a2-4378-a2f8-b8a86dc012f5)です。 @@ -116,7 +116,7 @@ ms.lasthandoff: 05/04/2018 - [!INCLUDE[adonet_ef](../../../../includes/adonet-ef-md.md)] プロバイダーを使用して SQL Server データベースにアクセスするデータ サービスを配置する場合、データ サービスの配置でのデータ構造、データ、またはその両方の反映も必要になることがあります。 Visual Studio がこれを行うレプリケーション先データベースのスクリプト (.sql ファイル) を自動的に作成し、これらのスクリプトは、の Web 配置パッケージに含めることができます、[!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)]アプリケーションです。 詳細については、次を参照してください。 [NIB: 方法: Web アプリケーション プロジェクトでのデータベースを配置](http://msdn.microsoft.com/library/683b33f1-8a3d-45cf-af6e-61ab50fc518b)です。 [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] Web サイト、こうことを使用して、 **Database Publishing Wizard** Visual Studio でします。 詳細については、「 [Deploying a Database by Using the Database Publishing Wizard](http://msdn.microsoft.com/library/1e3682e7-8b57-4da6-a393-af9640ccf8b7)」を参照してください。 -- [!INCLUDE[ssAstoria](../../../../includes/ssastoria-md.md)] には基本的な [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の実装が含まれているので、Windows Server AppFabric を使用して、Windows Server で実行されている IIS に配置されたデータ サービスを監視できます。 Windows Server AppFabric を使用してデータ サービスを監視する方法の詳細については、投稿をご覧ください。 [Windows Server AppFabric で WCF データ サービスを追跡](http://go.microsoft.com/fwlink/?LinkID=202005)です。 +- [!INCLUDE[ssAstoria](../../../../includes/ssastoria-md.md)]基本的な WCF 実装を含む Windows Server で実行されている IIS に配置されたデータ サービスを監視する Windows Server AppFabric を使用することができます。 Windows Server AppFabric を使用してデータ サービスを監視する方法の詳細については、投稿をご覧ください。 [Windows Server AppFabric で WCF データ サービスを追跡](http://go.microsoft.com/fwlink/?LinkID=202005)です。 ## 関連項目 [データ サービスのホスティング](../../../../docs/framework/data/wcf/hosting-the-data-service-wcf-data-services.md) diff --git a/docs/framework/data/wcf/how-to-develop-a-wcf-data-service-running-on-iis.md b/docs/framework/data/wcf/how-to-develop-a-wcf-data-service-running-on-iis.md index 05c6d5d8aaf..b409e1f3676 100644 --- a/docs/framework/data/wcf/how-to-develop-a-wcf-data-service-running-on-iis.md +++ b/docs/framework/data/wcf/how-to-develop-a-wcf-data-service-running-on-iis.md @@ -1,14 +1,6 @@ --- title: '方法: IIS 上で実行する WCF Data Service を開発する' -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework-oob -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: article dev_langs: - csharp - vb @@ -17,17 +9,11 @@ helpviewer_keywords: - WCF Data Services, deploying - WCF Data Services, hosting ms.assetid: f6f768c5-4989-49e3-a36f-896ab4ded86e -caps.latest.revision: 5 -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: f9df38d200be864ab24efdb0d002fe7b75cfc3e4 -ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef +ms.openlocfilehash: c9b0128de6459c65e42fc2935222aecc643ec1d5 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/26/2018 +ms.lasthandoff: 05/04/2018 --- # 方法: IIS 上で実行する WCF Data Service を開発する このトピックは、使用する方法を示します[!INCLUDE[ssAstoria](../../../../includes/ssastoria-md.md)]でインターネット インフォメーション サービス (IIS) を実行している ASP.NET Web アプリケーションによってホストされる Northwind サンプル データベースに基づくデータ サービスを作成します。 ASP.NET 開発サーバーで実行されている ASP.NET Web アプリケーションとして同じ Northwind データ サービスを作成する方法の例は、次を参照してください。、 [WCF Data Services クイック スタート](../../../../docs/framework/data/wcf/quickstart-wcf-data-services.md)です。 diff --git a/docs/framework/data/wcf/streaming-provider-wcf-data-services.md b/docs/framework/data/wcf/streaming-provider-wcf-data-services.md index 5b8b7307a13..e6cfbfb6ecd 100644 --- a/docs/framework/data/wcf/streaming-provider-wcf-data-services.md +++ b/docs/framework/data/wcf/streaming-provider-wcf-data-services.md @@ -10,11 +10,11 @@ helpviewer_keywords: - streaming data provider [WCF Data Services] - WCF Data Services, streams ms.assetid: f0978fe4-5f9f-42aa-a5c2-df395d7c9495 -ms.openlocfilehash: 119877802bc6d685cd5b440cedb6ab71b20abf45 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: d65ea58bc2e98ab2607ce105b496ac0a870362b0 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # ストリーミング プロバイダー (WCF Data Services) データ サービスは、ラージ オブジェクトのバイナリ データを公開できます。 このバイナリ データは、ビデオ ストリームとオーディオ ストリーム、画像、ドキュメント ファイル、またはその他の種類のバイナリのメディアを表すことができます。 データ モデルのエンティティに 1 つ以上のバイナリ プロパティが含まれている場合、データ サービスは、このバイナリ データを応答フィードのエントリ内に Base-64 としてエンコードして返します。 読み込みと、この方法で大きなバイナリ データをシリアル化するには、パフォーマンスに影響するので、[!INCLUDE[ssODataFull](../../../../includes/ssodatafull-md.md)]が所属するエンティティの独立したバイナリ データを取得するためのメカニズムを定義します。 これは、バイナリ データとエンティティを分離して 1 つ以上のデータ ストリームを生成することで実現されます。 @@ -79,12 +79,12 @@ ms.lasthandoff: 05/04/2018 データ サービスを作成する方法に関する一般情報は、次を参照してください。[データ サービスの構成](../../../../docs/framework/data/wcf/configuring-the-data-service-wcf-data-services.md)です。 ## ホスト環境での大きなバイナリ ストリームの有効化 - [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] Web アプリケーションのデータ サービスを作成する場合、Windows Communication Foundation (WCF) を使用して HTTP プロトコルが実装されます。 既定では、 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 65 K のバイト数のみを HTTP メッセージのサイズを制限します。 また、データ サービスに対する大きなバイナリ データのストリーミングを可能にするには、大きなバイナリ ファイルを有効にして、転送にストリームを使用するように Web アプリケーションを構成する必要もあります。 そのためには、アプリケーションの Web.config ファイルの `` 要素に次の内容を追加します。 + [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] Web アプリケーションのデータ サービスを作成する場合、Windows Communication Foundation (WCF) を使用して HTTP プロトコルが実装されます。 既定では、WCF では HTTP メッセージのサイズは 65K バイトのみに制限されます。 また、データ サービスに対する大きなバイナリ データのストリーミングを可能にするには、大きなバイナリ ファイルを有効にして、転送にストリームを使用するように Web アプリケーションを構成する必要もあります。 そのためには、アプリケーションの Web.config ファイルの `` 要素に次の内容を追加します。 > [!NOTE] -> 転送モードを使用して、要求メッセージと応答メッセージの両方のバイナリ データをストリーミングし、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] によってバッファリングされないようにする必要があります。 +> 使用する必要があります、転送モードを要求と応答のメッセージでバイナリ データをストリーミングし、WCF によってバッファリングされないことを確認します。 詳細については、次を参照してください。[メッセージ転送ストリーミング](../../../../docs/framework/wcf/feature-details/streaming-message-transfer.md)と[トランスポート クォータ](../../../../docs/framework/wcf/feature-details/transport-quotas.md)です。 diff --git a/docs/framework/debug-trace-profile/asynchronousthreadabort-mda.md b/docs/framework/debug-trace-profile/asynchronousthreadabort-mda.md index cb948c8a7ae..baf117fd105 100644 --- a/docs/framework/debug-trace-profile/asynchronousthreadabort-mda.md +++ b/docs/framework/debug-trace-profile/asynchronousthreadabort-mda.md @@ -1,13 +1,6 @@ --- title: asynchronousThreadAbort MDA -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article helpviewer_keywords: - asynchronous thread aborts - AsynchronousThreadAbort MDA @@ -15,21 +8,18 @@ helpviewer_keywords: - threading [.NET Framework], managed debugging assistants - MDAs (managed debugging assistants), asynchronous thread aborts ms.assetid: 9ebe40b2-d703-421e-8660-984acc42bfe0 -caps.latest.revision: "10" author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: ecd99b098a619d4ad132432f4fd163d32598c2ba -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: fd759a4167a667919a443bc6492c049631ad222c +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # asynchronousThreadAbort MDA `asynchronousThreadAbort` マネージ デバッグ アシスタント (MDA) は、スレッドが別のスレッドに非同期の中止処理を適用しようとするとアクティブになります。 同期のスレッド中止では、`asynchronousThreadAbort` MDA はアクティブになりません。 -## 症状 +## 現象 メインのアプリケーション スレッドが中止されると、アプリケーションは未処理の でクラッシュします。 アプリケーションが実行を続けると、アプリケーションがクラッシュした場合よりも悪い結果が生じ、さらにデータが破損する可能性があります。 不可分であるべき操作が部分的に完了した後で中断された可能性があり、アプリケーション データは予測不能な状態のままになっています。 は、コードの実行中に見かけ上はランダムなポイントから生成でき、例外の発生が予期されていない場所で生成されることもよくあります。 コードはこのような例外を処理できない場合があるため、破損した状態になります。 @@ -79,5 +69,5 @@ void FireMda() } ``` -## 参照 +## 関連項目 [マネージ デバッグ アシスタントによるエラーの診断](../../../docs/framework/debug-trace-profile/diagnosing-errors-with-managed-debugging-assistants.md) diff --git a/docs/framework/debug-trace-profile/dangerousthreadingapi-mda.md b/docs/framework/debug-trace-profile/dangerousthreadingapi-mda.md index ad27fc4819f..c77759f5618 100644 --- a/docs/framework/debug-trace-profile/dangerousthreadingapi-mda.md +++ b/docs/framework/debug-trace-profile/dangerousthreadingapi-mda.md @@ -1,13 +1,6 @@ --- title: dangerousThreadingAPI MDA -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article helpviewer_keywords: - suspending threads - DangerousThreadingAPI MDA @@ -17,21 +10,18 @@ helpviewer_keywords: - Suspend method - threading [.NET Framework], managed debugging assistants ms.assetid: 3e5efbc5-92e4-4229-b31f-ce368a1adb96 -caps.latest.revision: "10" author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 4b7c4e7f5612cb6a46f16b6e42327e8430d548e3 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 02f16bd9560346cca9b24d4e5b8e760fdb3afd18 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # dangerousThreadingAPI MDA `dangerousThreadingAPI` マネージ デバッグ アシスタント (MDA) は、現在のスレッド以外のスレッドで メソッドが呼び出されるとアクティブになります。 -## 症状 +## 現象 アプリケーションがいつまでも応答しないかハングアップしています。 システムまたはアプリケーションのデータが一時的に、またはアプリケーションのシャットダウン後も、予期しない状態のままになっている可能性があります。 一部の操作が予期したとおりに完了していません。 問題に伴うランダム性により、症状は大きく異なる場合があります。 @@ -76,7 +66,7 @@ Thread t = new Thread(delegate() { Thread.Sleep(1000); }); } ``` -## 参照 +## 関連項目 [マネージ デバッグ アシスタントによるエラーの診断](../../../docs/framework/debug-trace-profile/diagnosing-errors-with-managed-debugging-assistants.md) [lock ステートメント](~/docs/csharp/language-reference/keywords/lock-statement.md) diff --git a/docs/framework/debug-trace-profile/how-to-create-and-initialize-trace-sources.md b/docs/framework/debug-trace-profile/how-to-create-and-initialize-trace-sources.md index 26b0f0d6223..22d9ac0d56a 100644 --- a/docs/framework/debug-trace-profile/how-to-create-and-initialize-trace-sources.md +++ b/docs/framework/debug-trace-profile/how-to-create-and-initialize-trace-sources.md @@ -1,13 +1,6 @@ --- -title: "方法: トレース ソースを作成し初期化する" -ms.custom: +title: '方法: トレース ソースを作成し初期化する' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb @@ -16,16 +9,13 @@ helpviewer_keywords: - initializing trace sources - configuration files [.NET Framework], trace sources ms.assetid: f88dda6f-5fda-45be-9b3c-745a9b708c4d -caps.latest.revision: "10" author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: a790ca50522adcffd5d8cd8433f1291102672430 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 07c4d65e3fb6d61ae5d1b766c70cbb25d54bdc7e +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # 方法: トレース ソースを作成し初期化する クラスをアプリケーションで使用すると、アプリケーションに関連付けることができるトレースを生成できます。 は、イベントのトレース、データのトレース、および情報トレースの発行を簡単に実行できるトレース メソッドを提供します。 からのトレース出力は、構成ファイルを使用してもしなくても作成および初期化できます。 このトピックでは、この両方の手順について説明しています。 ただし、実行時にトレース ソースによって作成されるトレースの再構成を容易にするために構成ファイルを使用することをお勧めします。 @@ -87,7 +77,7 @@ ms.lasthandoff: 12/22/2017 [!code-csharp[TraceSourceExample2#1](../../../samples/snippets/csharp/VS_Snippets_CLR/tracesourceexample2/cs/program.cs#1)] [!code-vb[TraceSourceExample2#1](../../../samples/snippets/visualbasic/VS_Snippets_CLR/tracesourceexample2/vb/program.vb#1)] -## 参照 +## 関連項目 diff --git a/docs/framework/debug-trace-profile/illegalprepareconstrainedregion-mda.md b/docs/framework/debug-trace-profile/illegalprepareconstrainedregion-mda.md index 21e481f866f..56b44fd6a0e 100644 --- a/docs/framework/debug-trace-profile/illegalprepareconstrainedregion-mda.md +++ b/docs/framework/debug-trace-profile/illegalprepareconstrainedregion-mda.md @@ -1,13 +1,6 @@ --- title: illegalPrepareConstrainedRegion MDA -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article helpviewer_keywords: - PrepareConstrainedRegions method - managed debugging assistants (MDAs), illegal PrepareConstrainedRegions @@ -15,21 +8,18 @@ helpviewer_keywords: - IllegalPrepareConstrainedRegions MDA - MDAs (managed debugging assistants), illegal PrepareConstrainedRegions ms.assetid: 2f9b5031-f910-4e01-a196-f89eab313eaf -caps.latest.revision: "15" author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 8b739cb76827a12a9928e0268e5e2cb8be686479 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 59a2b7f7ed855cd6b7d363ea5d4723c7d7b8d629 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # illegalPrepareConstrainedRegion MDA `illegalPrepareConstrainedRegion` マネージ デバッグ アシスタント (MDA) は、 メソッドの呼び出しが、例外ハンドラーの `try` ステートメントの直前にない場合にアクティブ化されます。 この制限は、MSIL レベルであり、呼び出しと `try` の間でコメントなどのコードを生成しないソースの使用が許可されます。 -## 症状 +## 現象 そのように扱われず、単純な例外処理ブロック (`finally` または `catch`) として扱われる制約された実行領域 (CER)。 その結果、メモリ不足の状態やスレッドの中止のときには領域は実行されません。 ## 原因 @@ -73,7 +63,7 @@ void MethodWithInvalidPCR() } ``` -## 参照 +## 関連項目 [マネージ デバッグ アシスタントによるエラーの診断](../../../docs/framework/debug-trace-profile/diagnosing-errors-with-managed-debugging-assistants.md) diff --git a/docs/framework/debug-trace-profile/invalidcercall-mda.md b/docs/framework/debug-trace-profile/invalidcercall-mda.md index 49a1dfc5dd2..46a0315e446 100644 --- a/docs/framework/debug-trace-profile/invalidcercall-mda.md +++ b/docs/framework/debug-trace-profile/invalidcercall-mda.md @@ -1,13 +1,6 @@ --- title: invalidCERCall MDA -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article helpviewer_keywords: - invalid CER calls - InvalidCERCall MDA @@ -16,21 +9,18 @@ helpviewer_keywords: - CER calls - managed debugging assistants (MDAs), CER calls ms.assetid: c4577410-602e-44e5-9dab-fea7c55bcdfe -caps.latest.revision: "14" author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: c77c49fef5657d5f69538285149e458209ee9b7c -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 15f41ebd961f25979fe569fd89dd2135a0a6cd41 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # invalidCERCall MDA `invalidCERCall` マネージ デバッグ アシスタント (MDA) は、制約された実行領域 (CER) グラフ内で信頼契約がないかまたは過度に脆弱な契約を持つメソッドの呼び出しがある場合に、アクティブ化されます。 脆弱な契約とは、最悪のケースの状態の破損が、呼び出しに渡されるインスタンスよりも大きい範囲であることを宣言する契約です。つまり、 またはプロセスの状態が破損するか、または CER 内で呼び出されたときにその結果を常に確定的に計算できるとは限りません。 -## 症状 +## 現象 CER でコードを実行するときの予期しない結果。 この現象は固有ではありません。 ランタイムがメソッドを事前に準備しないか、実行時に 例外から保護しないため、信頼できないメソッドの呼び出し時に予期しない 、、または他の例外が発生する可能性があります。 より大きな脅威は、実行時にメソッドから結果として発生する例外が またはプロセスを CER の目的とは反対の不安定な状態にする可能性があることです。 CER が作成される理由は、このような状態の破損を避けるためです。 一貫性のある状態の定義がアプリケーション間で異なるために、破損状態の現象はアプリケーションに固有です。 ## 原因 @@ -63,7 +53,7 @@ ms.lasthandoff: 12/22/2017 ``` -## 参照 +## 関連項目 [マネージ デバッグ アシスタントによるエラーの診断](../../../docs/framework/debug-trace-profile/diagnosing-errors-with-managed-debugging-assistants.md) diff --git a/docs/framework/debug-trace-profile/invalidgchandlecookie-mda.md b/docs/framework/debug-trace-profile/invalidgchandlecookie-mda.md index d0515195ec1..ee7392690ad 100644 --- a/docs/framework/debug-trace-profile/invalidgchandlecookie-mda.md +++ b/docs/framework/debug-trace-profile/invalidgchandlecookie-mda.md @@ -1,13 +1,6 @@ --- title: invalidGCHandleCookie MDA -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article helpviewer_keywords: - MDAs (managed debugging assistants), invalid cookies - cookies, invalid @@ -15,21 +8,18 @@ helpviewer_keywords: - InvalidGCHandleCookie MDA - invalid cookies ms.assetid: 613ad742-3c11-401d-a6b3-893ceb8de4f8 -caps.latest.revision: "8" author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 4f4cb7655d8d70cf46926cf193d6594523316e81 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 1f1542cf9d0568fe2ec35c046c358b7249231d42 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # invalidGCHandleCookie MDA `invalidGCHandleCookie` マネージ デバッグ アシスタント (MDA) は、無効な Cookie から への変換が試行されたときにアクティブ化されます。 -## 症状 +## 現象 の使用または からの取得を試みているときのアクセス違反やメモリ破損などの定義されていない動作。 ## 原因 @@ -54,7 +44,7 @@ ms.lasthandoff: 12/22/2017 ``` -## 参照 +## 関連項目 [マネージ デバッグ アシスタントによるエラーの診断](../../../docs/framework/debug-trace-profile/diagnosing-errors-with-managed-debugging-assistants.md) diff --git a/docs/framework/debug-trace-profile/loaderlock-mda.md b/docs/framework/debug-trace-profile/loaderlock-mda.md index 45e4401bb9f..abcb0a587f6 100644 --- a/docs/framework/debug-trace-profile/loaderlock-mda.md +++ b/docs/framework/debug-trace-profile/loaderlock-mda.md @@ -1,13 +1,6 @@ --- title: loaderLock MDA -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article helpviewer_keywords: - deadlocks [.NET Framework] - LoaderLock MDA @@ -17,21 +10,18 @@ helpviewer_keywords: - loader locks - locks, threads ms.assetid: 8c10fa02-1b9c-4be5-ab03-451d943ac1ee -caps.latest.revision: "13" author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 2835f1fdbe2132feb929a5264d3b2772d8f66377 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: dbc6cc814d23923f01eceea70bd2fe45b9cbff8a +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # loaderLock MDA `loaderLock` マネージ デバッグ アシスタント (MDA) は、Microsoft Windows オペレーティング システムのローダー ロックを保持しているスレッド上でマネージ コードを実行する試行を検出します。 このような実行は、デッドロックの原因になる可能性があり、オペレーティング システムのローダーが初期化する前に DLL が使用される可能性があるため、不適切です。 -## 症状 +## 現象 オペレーティング システムのローダー ロック内でコードを実行する場合に発生する最も一般的なエラーは、ローダー ロックを必要とする他の Win32 関数を呼び出そうとしたときにスレッドがデッドロックする問題です。 このような関数の例として、`LoadLibrary`、`GetProcAddress`、`FreeLibrary`、`GetModuleHandle` があります。 アプリケーションはこれらの関数を直接呼び出さない可能性があります。 など高位の呼び出しや、プラットフォーム呼び出しメソッドの最初の呼び出しの結果として共通言語ランタイム (CLR) からこれらの関数が呼び出される可能性があります。 スレッドが別スレッドの開始または完了を待機している場合にもデッドロックが発生する可能性があります。 スレッドが実行を開始または完了した場合、影響を受ける DLL にイベントを配信するためにオペレーティング システムのローダー ロックを獲得する必要があります。 @@ -64,5 +54,5 @@ ms.lasthandoff: 12/22/2017 ``` -## 参照 +## 関連項目 [マネージ デバッグ アシスタントによるエラーの診断](../../../docs/framework/debug-trace-profile/diagnosing-errors-with-managed-debugging-assistants.md) diff --git a/docs/framework/debug-trace-profile/performance-counters.md b/docs/framework/debug-trace-profile/performance-counters.md index b7a7d5bbd99..0dfe65e4e03 100644 --- a/docs/framework/debug-trace-profile/performance-counters.md +++ b/docs/framework/debug-trace-profile/performance-counters.md @@ -1,28 +1,18 @@ --- -title: ".NET Framework のパフォーマンス カウンター" -ms.custom: +title: .NET Framework のパフォーマンス カウンター ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article helpviewer_keywords: - performance, .NET Framework applications - performance counters - performance monitoring, counters ms.assetid: 06a4ae8c-eeb2-4d5a-817e-b1b95c0653e1 -caps.latest.revision: "18" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 15486a55fc15ba2cc3cc64db50f317b39dfd77bb -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: bb46b6466ee0ee3d4cdc4b7c934e518fd9f7f082 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # .NET Framework のパフォーマンス カウンター このトピックでは、[パフォーマンス モニター](http://technet.microsoft.com/library/cc749249.aspx)で参照できるパフォーマンス カウンターの一覧を示します。 @@ -260,6 +250,6 @@ for (int i = 0; i < Array.Length; i++) |**Stack Walk Depth**|最後のランタイム コード アクセス セキュリティ チェック時のスタックの深さを表示します。 ランタイム コード アクセス セキュリティ チェックは、スタックを調査することによって実行されます。 このカウンターは、平均値ではなく、最後に計測された値のみを表示します。| |**Total Runtime Checks**|アプリケーションの開始後に実行されたランタイム コード アクセス セキュリティ チェックの総数を表示します。 ランタイム コード アクセス セキュリティ チェックは、呼び出し元が特別のアクセス許可を要求したときに実行されます。 ランタイム チェックは、呼び出し元からのすべての呼び出しに対して実行され、呼び出し元の現在のスレッド スタックをチェックします。 このカウンターを **Stack Walk Depth** カウンターと共に使用することで、セキュリティ チェック時に発生するパフォーマンス低下を把握できます。| -## 参照 +## 関連項目 [パフォーマンス カウンター](../../../docs/framework/debug-trace-profile/performance-counters.md) [ランタイム プロファイリング](../../../docs/framework/debug-trace-profile/runtime-profiling.md) diff --git a/docs/framework/interop/com-callable-wrapper.md b/docs/framework/interop/com-callable-wrapper.md index fbfd533715e..f38573e470c 100644 --- a/docs/framework/interop/com-callable-wrapper.md +++ b/docs/framework/interop/com-callable-wrapper.md @@ -1,10 +1,6 @@ --- title: COM 呼び出し可能ラッパー ms.date: 03/30/2017 -ms.prod: .net-framework -ms.technology: -- dotnet-clr -ms.topic: article dev_langs: - csharp - vb @@ -18,14 +14,11 @@ helpviewer_keywords: ms.assetid: d04be3b5-27b9-4f5b-8469-a44149fabf78 author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 270d7e85491f0f4ada797910d4fc12c1a14be625 -ms.sourcegitcommit: 9a4fe1a1c37b26532654b4bbe22d702237950009 +ms.openlocfilehash: 21f7b0d56a788b4161fb7e99899b4dd15a434152 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/16/2018 +ms.lasthandoff: 05/04/2018 --- # COM 呼び出し可能ラッパー COM クライアントが .NET オブジェクトを呼び出すと、共通言語ランタイムがマネージ オブジェクトとそのオブジェクトのための COM 呼び出し可能ラッパー (CCW: COM Callable Wrapper) を作成します。 COM クライアントは .NET オブジェクトを直接参照できないため、CCW をマネージ オブジェクトのプロキシとして使用します。 diff --git a/docs/framework/interop/default-marshaling-for-objects.md b/docs/framework/interop/default-marshaling-for-objects.md index 16bbc8034b2..12549743755 100644 --- a/docs/framework/interop/default-marshaling-for-objects.md +++ b/docs/framework/interop/default-marshaling-for-objects.md @@ -1,10 +1,6 @@ --- title: オブジェクトに対する既定のマーシャリング ms.date: 03/30/2017 -ms.prod: .net-framework -ms.technology: -- dotnet-clr -ms.topic: article dev_langs: - csharp - vb @@ -14,14 +10,11 @@ helpviewer_keywords: ms.assetid: c2ef0284-b061-4e12-b6d3-6a502b9cc558 author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 6980db381322d354cace38709586e50681ae0a7e -ms.sourcegitcommit: 9a4fe1a1c37b26532654b4bbe22d702237950009 +ms.openlocfilehash: 0fe3cfe2070516cf4c79f6af9ebcea682bf4d933 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/16/2018 +ms.lasthandoff: 05/04/2018 --- # オブジェクトに対する既定のマーシャリング として型指定されているパラメーターおよびフィールドを、次のいずれかの型としてアンマネージ コードに公開できます。 diff --git a/docs/framework/interop/how-to-map-hresults-and-exceptions.md b/docs/framework/interop/how-to-map-hresults-and-exceptions.md index adcea1be9bd..9c059309d62 100644 --- a/docs/framework/interop/how-to-map-hresults-and-exceptions.md +++ b/docs/framework/interop/how-to-map-hresults-and-exceptions.md @@ -1,10 +1,6 @@ --- title: '方法: HRESULT に例外を割り当てる' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.technology: -- dotnet-clr -ms.topic: article dev_langs: - cpp helpviewer_keywords: @@ -15,17 +11,13 @@ helpviewer_keywords: - COM interop, HRESULTs - COM interop, exceptions ms.assetid: 610b364b-2761-429d-9c4a-afbc3e66f1b9 -caps.latest.revision: 8 author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: a79cae30237fb631728bf036d9bf8d7679179d3f -ms.sourcegitcommit: 9a4fe1a1c37b26532654b4bbe22d702237950009 +ms.openlocfilehash: 0d9825deae22e856cf520e6173d53278539c576c +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/16/2018 +ms.lasthandoff: 05/04/2018 --- # 方法: HRESULT に例外を割り当てる COM メソッドでは、HRESULT を返してエラーを報告します.NET メソッドでは、例外をスローしてエラーを報告します。 ランタイムは、この 2 つの間の遷移を処理します。 .NET Framework の例外クラスはそれぞれ HRESULT に割り当てられます。 diff --git a/docs/framework/interop/packaging-an-assembly-for-com.md b/docs/framework/interop/packaging-an-assembly-for-com.md index c2de1bdbf33..e601f29ab3d 100644 --- a/docs/framework/interop/packaging-an-assembly-for-com.md +++ b/docs/framework/interop/packaging-an-assembly-for-com.md @@ -1,10 +1,6 @@ --- title: COM 用のアセンブリのパッケージ化 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.technology: -- dotnet-clr -ms.topic: article helpviewer_keywords: - exposing .NET Framework components to COM - COM interop, packaging assemblies @@ -22,14 +18,11 @@ helpviewer_keywords: ms.assetid: 39dc55aa-f2a1-4093-87bb-f1c0edb6e761 author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 5c1e3ee38f98eae46c09ec2175f3c9af01288bd2 -ms.sourcegitcommit: 9a4fe1a1c37b26532654b4bbe22d702237950009 +ms.openlocfilehash: f2906159c7474b42f81bdf066855072466b6be63 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/16/2018 +ms.lasthandoff: 05/04/2018 --- # COM 用のアセンブリのパッケージ化 COM 開発者がアプリケーションに組み込むときに役立つ、マネージ型に関する情報を次に示します。 diff --git a/docs/framework/interop/registering-assemblies-with-com.md b/docs/framework/interop/registering-assemblies-with-com.md index 21d1355e1a0..69e56bf4484 100644 --- a/docs/framework/interop/registering-assemblies-with-com.md +++ b/docs/framework/interop/registering-assemblies-with-com.md @@ -1,27 +1,19 @@ --- title: COM へのアセンブリの登録 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.technology: -- dotnet-clr -ms.topic: article helpviewer_keywords: - COM interop, registering assemblies - unregistering assemblies - interoperation with unmanaged code, registering assemblies - registering assemblies ms.assetid: 87925795-a3ae-4833-b138-125413478551 -caps.latest.revision: 11 author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 3beaffdc0660055dd047f449388216ccfdd312cc -ms.sourcegitcommit: 9a4fe1a1c37b26532654b4bbe22d702237950009 +ms.openlocfilehash: b92f36488dec113dcffffac3e6cdc0c26a690b5b +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/16/2018 +ms.lasthandoff: 05/04/2018 --- # COM へのアセンブリの登録 [アセンブリ登録ツール (Regasm.exe)](../tools/regasm-exe-assembly-registration-tool.md) というコマンドライン ツールを実行して、COM で使うアセンブリを登録または登録解除できます。 Regasm.exe は、COM クライアントが .NET Framework のクラスを透過的に使うことができるように、クラスについての情報をシステム レジストリに追加します。 クラスには、同等の機能が用意されています。 diff --git a/docs/framework/misc/code-access-security-policy-compatibility-and-migration.md b/docs/framework/misc/code-access-security-policy-compatibility-and-migration.md index f3db0c0f622..5ee1c8582ea 100644 --- a/docs/framework/misc/code-access-security-policy-compatibility-and-migration.md +++ b/docs/framework/misc/code-access-security-policy-compatibility-and-migration.md @@ -1,23 +1,17 @@ --- -title: "コード アクセス セキュリティ ポリシーの互換性と移行" +title: コード アクセス セキュリティ ポリシーの互換性と移行 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.technology: dotnet-clr -ms.topic: article helpviewer_keywords: - policy migration, compatibility - CLR poliicy migration ms.assetid: 19cb4d39-e38a-4262-b507-458915303115 -caps.latest.revision: "15" author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 9feb4553b1b9e013c5c299d867d74499a09e1434 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: a5007e07340621fa76dc37a48eaf8c17bc048339 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # コード アクセス セキュリティ ポリシーの互換性と移行 [!INCLUDE[net_security_note](../../../includes/net-security-note-md.md)] @@ -28,7 +22,7 @@ ms.lasthandoff: 12/22/2017 - [移行](#migration)を[!INCLUDE[net_v40_short](../../../includes/net-v40-short-md.md)]廃止された呼び出しに置換します。 - \- または + \- または - - 使用して、 [< NetFx40_LegacySecurityPolicy > 構成要素](../../../docs/framework/configure-apps/file-schema/runtime/netfx40-legacysecuritypolicy-element.md)レガシーの CAS ポリシー動作を無効にします。 @@ -146,6 +140,6 @@ ms.lasthandoff: 12/22/2017 ``` -## 参照 +## 関連項目 [方法 : サンドボックスで部分信頼コードを実行する](../../../docs/framework/misc/how-to-run-partially-trusted-code-in-a-sandbox.md) [安全なコーディングのガイドライン](../../standard/security/secure-coding-guidelines.md) diff --git a/docs/framework/misc/securing-method-access.md b/docs/framework/misc/securing-method-access.md index 7a00c3c4869..65f23df251a 100644 --- a/docs/framework/misc/securing-method-access.md +++ b/docs/framework/misc/securing-method-access.md @@ -1,13 +1,6 @@ --- -title: "メソッド アクセスの保護" -ms.custom: +title: メソッド アクセスの保護 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb @@ -17,16 +10,13 @@ helpviewer_keywords: - security [.NET Framework], method access - method access security ms.assetid: f7c2d6ec-3b18-4e0e-9991-acd97189d818 -caps.latest.revision: "16" author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: cf894239db623b34d23757edd1c39d3652a7e0f7 -ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f +ms.openlocfilehash: b0d9ddbd6c7b027a7c342f4c14192a7571beb592 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/19/2018 +ms.lasthandoff: 05/04/2018 --- # メソッド アクセスの保護 [!INCLUDE[net_security_note](../../../includes/net-security-note-md.md)] @@ -249,5 +239,5 @@ class Implemented : ICanCastToMe ある言語コンパイラがコンパイル エラーによってこれらのオーバーライドを防いだとしても、他のコンパイラによって記述されたコードがオーバーライドする可能性があります。 -## 参照 +## 関連項目 [安全なコーディングのガイドライン](../../../docs/standard/security/secure-coding-guidelines.md) diff --git a/docs/framework/misc/security-and-remoting-considerations.md b/docs/framework/misc/security-and-remoting-considerations.md index f6f2a24b148..80204261665 100644 --- a/docs/framework/misc/security-and-remoting-considerations.md +++ b/docs/framework/misc/security-and-remoting-considerations.md @@ -1,29 +1,19 @@ --- -title: "セキュリティとリモート処理の考慮事項" -ms.custom: +title: セキュリティとリモート処理の考慮事項 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article helpviewer_keywords: - code security, remoting - remoting, security - security [.NET Framework], remoting - secure coding, remoting ms.assetid: 125d2ab8-55a4-4e5f-af36-a7d401a37ab0 -caps.latest.revision: "10" author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 38b4f61b334a41cedf812a900265af95f1f52e61 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: db4a5ee5673ef96c9fb7f39798ab32dd8c910f43 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # セキュリティとリモート処理の考慮事項 リモート処理を使用すると、アプリケーション ドメイン、プロセス、コンピューターの間で透過的な呼び出しを設定できます。 ただし、コード アクセス セキュリティのスタック ウォークがプロセスやコンピューターの境界を超えることはできません (これは、同一プロセスのアプリケーション ドメイン間に当てはまります)。 @@ -46,5 +36,5 @@ ms.lasthandoff: 12/22/2017 通常、既定のアプリケーション ドメインによって、それぞれのコントロール オブジェクトが含まれる子アプリケーション ドメインが作成されます。 コントロール オブジェクトが、新しいアプリケーション ドメインを管理し、既定のアプリケーション ドメインからオーダーを受ける場合もありますが、実際にドメインと直接やり取りすることはできません。 場合によっては、既定のアプリケーション ドメインが、コントロール オブジェクトに対してプロキシを呼び出します。 ただし、コントロール オブジェクトが既定のアプリケーション ドメインにコールバックすることが必要になる場合もあります。 このような場合、既定のアプリケーション ドメインは、コントロール オブジェクトのコンストラクターに対して、参照によってマーシャリングされたコールバック オブジェクトを渡します。 このプロキシを保護する責任は、コントロール オブジェクトにあります。 コントロール オブジェクトがパブリック クラスのパブリック静的フィールドにプロキシを配置した場合、またはプロキシを公開している場合には、他のコードが既定のアプリケーション ドメインにコールバックされるという危険なメカニズムが生じることになります。 このため、コントロール オブジェクトはプロキシを非公開に保つことが常に暗黙的に期待されています。 -## 参照 +## 関連項目 [安全なコーディングのガイドライン](../../../docs/standard/security/secure-coding-guidelines.md) diff --git a/docs/framework/misc/security-transparent-code.md b/docs/framework/misc/security-transparent-code.md index 0df87b724b6..007c761b397 100644 --- a/docs/framework/misc/security-transparent-code.md +++ b/docs/framework/misc/security-transparent-code.md @@ -1,27 +1,17 @@ --- -title: "透過的セキュリティ コード" -ms.custom: +title: 透過的セキュリティ コード ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article helpviewer_keywords: - transparent code - security-transparent code ms.assetid: 4f3dd841-82f7-4659-aab0-6d2db2166c65 -caps.latest.revision: "24" author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 97db1cef60af267087e86f86ecd0a77021604642 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 6a491a87c896c76fa62f1702d1ef0e99fc404607 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # 透過的セキュリティ コード @@ -52,7 +42,7 @@ ms.lasthandoff: 12/22/2017 透過性は、セキュリティ モデルを簡略化して安全なライブラリやアプリケーションを簡単に作成および配置できるようにするために、.NET Framework Version 2.0 で導入されました。 また、透過的なコードは、部分的に信頼されたアプリケーションを簡単に開発できるようにするために Microsoft Silverlight でも使用されます。 > [!NOTE] -> 部分的に信頼されたアプリケーションを開発する場合は、対象ホストで必要とされるアクセス許可に注意する必要があります。 一部のホストで許可されていないリソースを使用するアプリケーションを開発できます。 このアプリケーションではコンパイル エラーは発生しませんが、ホストされた環境に読み込まれるときにエラーが発生します。 Visual Studio を使用してアプリケーションを開発した場合は、開発環境から、部分信頼または制限されたアクセス許可セットでのデバッグを有効にできます。 詳細については、次を参照してください。[する方法: アクセス許可が制限された ClickOnce アプリケーションをデバッグ](/visualstudio/deployment/how-to-debug-a-clickonce-application-with-restricted-permissions)です。 ClickOnce アプリケーションに対して用意されている "アクセス許可の検出" 機能は、部分的に信頼されたアプリケーションにも使用できます。 +> 部分的に信頼されたアプリケーションを開発する場合は、対象ホストで必要とされるアクセス許可に注意する必要があります。 一部のホストで許可されていないリソースを使用するアプリケーションを開発できます。 このアプリケーションではコンパイル エラーは発生しませんが、ホストされた環境に読み込まれるときにエラーが発生します。 Visual Studio を使用してアプリケーションを開発した場合は、開発環境から、部分信頼または制限されたアクセス許可セットでのデバッグを有効にできます。 詳細については、「 [方法 : アクセス許可が制限された ClickOnce アプリケーションをデバッグする](/visualstudio/deployment/how-to-debug-a-clickonce-application-with-restricted-permissions)」を参照してください。 ClickOnce アプリケーションに対して用意されている "アクセス許可の検出" 機能は、部分的に信頼されたアプリケーションにも使用できます。 [ページのトップへ](#top) @@ -115,6 +105,6 @@ ms.lasthandoff: 12/22/2017 ## 透過性の適用 透過性規則は、透過性が計算されるまで適用されません。 このとき、透過性規則に違反すると、 がスローされます。 透過性が計算されるタイミングは、複数の要因によって左右されるので予測できません。 できる限り遅く計算されます。 [!INCLUDE[net_v40_short](../../../includes/net-v40-short-md.md)] では、アセンブリ レベルの透過性の計算は、.NET Framework 2.0 よりも早く実行されます。 保証されるのは、必要になるまでに透過性の計算が行われるということだけです。 これは、メソッドがコンパイルされてメソッドのエラーが検出される時点が JIT コンパイラで変更される方法に似ています。 透過性の計算は、コードに透過性エラーがない場合は目に見えません。 -## 参照 +## 関連項目 [セキュリティ透過的なコード、レベル 1](../../../docs/framework/misc/security-transparent-code-level-1.md) [透過的セキュリティ コード、レベル 2](../../../docs/framework/misc/security-transparent-code-level-2.md) diff --git a/docs/framework/net-native/example-handling-exceptions-when-binding-data.md b/docs/framework/net-native/example-handling-exceptions-when-binding-data.md index b8ae620b930..979ea66014e 100644 --- a/docs/framework/net-native/example-handling-exceptions-when-binding-data.md +++ b/docs/framework/net-native/example-handling-exceptions-when-binding-data.md @@ -1,24 +1,14 @@ --- -title: "例: データ バインディング時の例外の処理" -ms.custom: +title: '例: データ バインディング時の例外の処理' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: bd63ed96-9853-46dc-ade5-7bd1b0f39110 -caps.latest.revision: "7" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: e2714d53426bfee22b3d83d76b766816d9bc9d60 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 1c4b73ed36d3334e983b960ce972292a190bad85 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # 例: データ バインディング時の例外の処理 > [!NOTE] @@ -68,6 +58,6 @@ Windows_UI_Xaml!DirectUI::PropertyPathListener::ConnectPathStep+0x113 ただし、`ViewModel` を XAML ページに指定して、ツール チェーンがコンパイル時にプロパティ バインディングを正しい型に関連付けて、ランタイム ディレクティブを使用せずにメタデータを保持できるようにする方法はあります。 たとえば、プロパティに [Windows.UI.Xaml.Data.BindableAttribute](http://msdn.microsoft.com/library/windows/apps/windows.ui.xaml.data.bindableattribute.aspx) 属性を適用できます。 これにより、XAML コンパイラが必要なルックアップ情報を生成するようになり、Default.rd.xml ファイルのランタイム ディレクティブが不要になります。 -## 参照 +## 関連項目 [はじめに](../../../docs/framework/net-native/getting-started-with-net-native.md) [例: 動的プログラミングのトラブルシューティング](../../../docs/framework/net-native/example-troubleshooting-dynamic-programming.md) diff --git a/docs/framework/net-native/index.md b/docs/framework/net-native/index.md index 530992cc49b..290d02cf99c 100644 --- a/docs/framework/net-native/index.md +++ b/docs/framework/net-native/index.md @@ -1,14 +1,6 @@ --- title: .NET ネイティブによるアプリのコンパイル -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: article helpviewer_keywords: - native compilation - .NET and native code @@ -16,20 +8,16 @@ helpviewer_keywords: - .NET Native - C# and native compilation ms.assetid: 47cd5648-9469-4b1d-804c-43cc04384045 -caps.latest.revision: 27 author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: dec4d465b53f939f8fa711950ba6a000bd304e13 -ms.sourcegitcommit: 2142a4732bb4ff519b9817db4c24a237b9810d4b +ms.openlocfilehash: 1ecc707bb07d6d17ae4115b483cc8f52083f3933 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/05/2018 +ms.lasthandoff: 05/04/2018 --- # .NET ネイティブによるアプリのコンパイル -[!INCLUDE[net_native](../../../includes/net-native-md.md)]Visual Studio 2015 およびそれ以降のバージョンに含まれているプリコンパイル テクノロジを構築および Windows アプリを展開するためです。 マネージ コード (C# または Visual Basic) で記述された、.NET Framework および Windows 10 を対象とするアプリのリリース バージョンを自動的にネイティブ コードにコンパイルします。 +[!INCLUDE[net_native](../../../includes/net-native-md.md)] Visual Studio 2015 およびそれ以降のバージョンに含まれているプリコンパイル テクノロジを構築および Windows アプリを展開するためです。 マネージ コード (C# または Visual Basic) で記述された、.NET Framework および Windows 10 を対象とするアプリのリリース バージョンを自動的にネイティブ コードにコンパイルします。 通常、.NET Framework を対象とするアプリは中間言語 (IL) にコンパイルされます。 実行時に、Just-In-Time (JIT) コンパイラによって IL がネイティブ コードに変換されます。 これに対し、 [!INCLUDE[net_native](../../../includes/net-native-md.md)] は、Windows アプリを直接ネイティブ コードにコンパイルします。 開発者にとって、これは次のことを意味します。 @@ -92,5 +80,5 @@ ms.lasthandoff: 01/05/2018 - [.NET ネイティブの一般的なトラブルシューティング](../../../docs/framework/net-native/net-native-general-troubleshooting.md) -## 参照 +## 関連項目 [.NET ネイティブに関する FAQ](http://msdn.microsoft.com/vstudio/dn642499.aspx) diff --git a/docs/framework/net-native/measuring-startup-improvement-with-net-native.md b/docs/framework/net-native/measuring-startup-improvement-with-net-native.md index a185d9503d4..97250e15027 100644 --- a/docs/framework/net-native/measuring-startup-improvement-with-net-native.md +++ b/docs/framework/net-native/measuring-startup-improvement-with-net-native.md @@ -1,24 +1,14 @@ --- -title: ".NET ネイティブによる起動時間の改善の測定" -ms.custom: +title: .NET ネイティブによる起動時間の改善の測定 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: c4d25b24-9c1a-4b3e-9705-97ba0d6c0289 -caps.latest.revision: "7" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 03324850fbcb0264816b71cf8a8c6ad6a9688058 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: b010307baa8634a4bb62310318d1d718a2525d4a +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # .NET ネイティブによる起動時間の改善の測定 [!INCLUDE[net_native](../../../includes/net-native-md.md)]によって、アプリの起動時間が大幅に改善されます。 この改善は、ポータブルの低電力デバイスや複雑なアプリで特に顕著です。 このトピックでは、この起動時間の改善を測定するために必要となる基本的なインストルメンテーションの概要を示します。 @@ -106,5 +96,5 @@ perfview -KernelEvents:Process -OnlyProviders:*MyCompany-MyApp collect outputFil 元のアプリと [!INCLUDE[net_native](../../../includes/net-native-md.md)] ツール チェーンを使用してビルドしたバージョンの両方についてこの手順を繰り返し、パフォーマンスの違いを比較できます。 通常、[!INCLUDE[net_native](../../../includes/net-native-md.md)] アプリの方が [!INCLUDE[net_native](../../../includes/net-native-md.md)]以外のアプリよりも速く起動します。 より詳しく調べる場合は、最も時間がかかっているコードの部分を PerfView で特定することもできます。 詳細については、[PerfView のチュートリアル](http://channel9.msdn.com/Series/PerfView-Tutorial)または [Vance Morrison のブログ エントリ](http://blogs.msdn.com/b/vancem/archive/2011/12/28/publication-of-the-perfview-performance-analysis-tool.aspx)をご覧ください。 -## 参照 +## 関連項目 diff --git a/docs/framework/net-native/runtime-directives-rd-xml-configuration-file-reference.md b/docs/framework/net-native/runtime-directives-rd-xml-configuration-file-reference.md index 52ac78eac0e..c196aa70b8b 100644 --- a/docs/framework/net-native/runtime-directives-rd-xml-configuration-file-reference.md +++ b/docs/framework/net-native/runtime-directives-rd-xml-configuration-file-reference.md @@ -1,24 +1,14 @@ --- -title: "ランタイム ディレクティブ (rd.xml) 構成ファイル リファレンス" -ms.custom: +title: ランタイム ディレクティブ (rd.xml) 構成ファイル リファレンス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: 8241523f-d8e1-4fb6-bf6a-b29bfe07b38a -caps.latest.revision: "27" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: f452a32b209c30175f95aec7a8a90e0783c10086 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 009d70423a3eb29c97f3279a288c37623dac927e +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ランタイム ディレクティブ (rd.xml) 構成ファイル リファレンス ランタイム ディレクティブ (.rd.xml) ファイルは、指定されたプログラム要素をリフレクションに使用できるかどうかを示す XML 構成ファイルです。 ランタイム ディレクティブ ファイルの例を次に示します。 @@ -52,24 +42,24 @@ ms.lasthandoff: 12/22/2017 [Application](../../../docs/framework/net-native/application-element-net-native.md) [0:1] [Assembly](../../../docs/framework/net-native/assembly-element-net-native.md) [0:M] [Namespace](../../../docs/framework/net-native/namespace-element-net-native.md) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [Type](../../../docs/framework/net-native/type-element-net-native.md) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [TypeInstantiation](../../../docs/framework/net-native/typeinstantiation-element-net-native.md) (構築されたジェネリック型) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [Namespace](../../../docs/framework/net-native/namespace-element-net-native.md) [0:M] [Namespace](../../../docs/framework/net-native/namespace-element-net-native.md) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [Type](../../../docs/framework/net-native/type-element-net-native.md) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [TypeInstantiation](../../../docs/framework/net-native/typeinstantiation-element-net-native.md) (構築されたジェネリック型) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [Type](../../../docs/framework/net-native/type-element-net-native.md) [0:M] [Subtypes](../../../docs/framework/net-native/subtypes-element-net-native.md) (それを含む型のサブクラス) [O:1] [Type](../../../docs/framework/net-native/type-element-net-native.md) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [TypeInstantiation](../../../docs/framework/net-native/typeinstantiation-element-net-native.md) (構築されたジェネリック型) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [AttributeImplies](../../../docs/framework/net-native/attributeimplies-element-net-native.md) (それを含む型が属性) [O:1] [GenericParameter](../../../docs/framework/net-native/genericparameter-element-net-native.md) [0:M] [Method](../../../docs/framework/net-native/method-element-net-native.md) [0:M] @@ -82,9 +72,9 @@ ms.lasthandoff: 12/22/2017 [Event](../../../docs/framework/net-native/event-element-net-native.md) [0:M] [TypeInstantiation](../../../docs/framework/net-native/typeinstantiation-element-net-native.md) (構築されたジェネリック型) [0:M] [Type](../../../docs/framework/net-native/type-element-net-native.md) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [TypeInstantiation](../../../docs/framework/net-native/typeinstantiation-element-net-native.md) (構築されたジェネリック型) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [Method](../../../docs/framework/net-native/method-element-net-native.md) [0:M] [Parameter](../../../docs/framework/net-native/parameter-element-net-native.md) [0:M] [TypeParameter](../../../docs/framework/net-native/typeparameter-element-net-native.md) [0:M] @@ -96,24 +86,24 @@ ms.lasthandoff: 12/22/2017 [Library](../../../docs/framework/net-native/library-element-net-native.md) [0:M] [Assembly](../../../docs/framework/net-native/assembly-element-net-native.md) [0:M] [Namespace](../../../docs/framework/net-native/namespace-element-net-native.md) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [Type](../../../docs/framework/net-native/type-element-net-native.md) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [TypeInstantiation](../../../docs/framework/net-native/typeinstantiation-element-net-native.md) (構築されたジェネリック型) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [Namespace](../../../docs/framework/net-native/namespace-element-net-native.md) [0:M] [Namespace](../../../docs/framework/net-native/namespace-element-net-native.md) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [Type](../../../docs/framework/net-native/type-element-net-native.md) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [TypeInstantiation](../../../docs/framework/net-native/typeinstantiation-element-net-native.md) (構築されたジェネリック型) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [Type](../../../docs/framework/net-native/type-element-net-native.md) [0:M] [Subtypes](../../../docs/framework/net-native/subtypes-element-net-native.md) (それを含む型のサブクラス) [O:1] [Type](../../../docs/framework/net-native/type-element-net-native.md) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [TypeInstantiation](../../../docs/framework/net-native/typeinstantiation-element-net-native.md) (構築されたジェネリック型) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [AttributeImplies](../../../docs/framework/net-native/attributeimplies-element-net-native.md) (それを含む型が属性) [O:1] [GenericParameter](../../../docs/framework/net-native/genericparameter-element-net-native.md) [0:M] [Method](../../../docs/framework/net-native/method-element-net-native.md) [0:M] @@ -123,9 +113,9 @@ ms.lasthandoff: 12/22/2017 [Event](../../../docs/framework/net-native/event-element-net-native.md) [0:M] [TypeInstantiation](../../../docs/framework/net-native/typeinstantiation-element-net-native.md) (構築されたジェネリック型) [0:M] [Type](../../../docs/framework/net-native/type-element-net-native.md) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [TypeInstantiation](../../../docs/framework/net-native/typeinstantiation-element-net-native.md) (構築されたジェネリック型) [0:M] - である必要があります。 からドラッグします。 である必要があります。 + である必要があります。 . である必要があります。 [Method](../../../docs/framework/net-native/method-element-net-native.md) [0:M] [MethodInstantiation](../../../docs/framework/net-native/methodinstantiation-element-net-native.md) (構築されたジェネリック メソッド) [0:M] [Property](../../../docs/framework/net-native/property-element-net-native.md) [0:M] @@ -468,6 +458,6 @@ ms.lasthandoff: 12/22/2017 詳細については、「[Windows ストア アプリの .NET ネイティブへの移行](../../../docs/framework/net-native/migrating-your-windows-store-app-to-net-native.md)」の「シリアライザーの違い」セクションを参照してください。 -## 参照 +## 関連項目 [ランタイム ディレクティブ要素](../../../docs/framework/net-native/runtime-directive-elements.md) [リフレクションおよび .NET ネイティブ](../../../docs/framework/net-native/reflection-and-net-native.md) diff --git a/docs/framework/performance/garbage-collection-etw-events.md b/docs/framework/performance/garbage-collection-etw-events.md index a60e9c2c006..93c884ed482 100644 --- a/docs/framework/performance/garbage-collection-etw-events.md +++ b/docs/framework/performance/garbage-collection-etw-events.md @@ -1,28 +1,18 @@ --- -title: "ガベージ コレクション ETW イベント" -ms.custom: +title: ガベージ コレクション ETW イベント ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article helpviewer_keywords: - GC events - garbage collection events [.NET Framework] - ETW, garbage collection events (CLR) ms.assetid: f14b6fd7-0966-4d87-bc89-54ef3a44a94a -caps.latest.revision: "21" author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 133d48baa9613ea698b6d6a21f0dfe88a798859c -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 13f7e935ab999ccc3cd3ea1e308e8d686bed4171 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ガベージ コレクション ETW イベント これらのイベントは、ガベージ コレクションに関連する情報を収集します。 ガベージ コレクションが実行された回数、ガベージ コレクションの間に解放されたメモリの量など、診断やデバッグに役立つ情報を入手できます。 @@ -75,7 +65,7 @@ ms.lasthandoff: 12/22/2017 |フィールド名|データ型|説明| |----------------|---------------|-----------------| -|カウント|win:UInt32|*n* 回目のガベージ コレクション。| +|カウント|win:UInt32|*n*回めのガベージ コレクション。| |奥行|win:UInt32|収集されるジェネレーション。| |理由|win:UInt32|ガベージ コレクションが発生した理由:

0x0 - 小さなオブジェクト ヒープの割り当て。

0x1 - 強制実行。

0x2 - メモリ不足。

0x3 - 空。

0x4 - 大きなオブジェクト ヒープの割り当て。

0x5 - 領域不足 (小さなオブジェクト ヒープが対象)。

0x6 - 領域不足 (大きなオブジェクト ヒープが対象)。

0x7 - 強制実行されるが、ブロッキングとして強制されない。| |型|win:UInt32|0x0 - バックグラウンド ガベージ コレクションの外部で発生するブロッキング ガベージ コレクション。

0x1 - バックグラウンド ガベージ コレクション。

0x2 - バックグラウンド ガベージ コレクションの実行中に発生するブロッキング ガベージ コレクション。| @@ -101,7 +91,7 @@ ms.lasthandoff: 12/22/2017 |フィールド名|データ型|説明| |----------------|---------------|-----------------| -|カウント|win:UInt32|*n* 回目のガベージ コレクション。| +|カウント|win:UInt32|*n*回めのガベージ コレクション。| |奥行|win:UInt32|収集されたジェネレーション。| |ClrInstanceID|win:UInt16|CLR または CoreCLR のインスタンスの一意の ID。| @@ -264,7 +254,7 @@ ms.lasthandoff: 12/22/2017 |イベント|イベント ID|いつ発生するか| |-----------|--------------|-----------------| -|`GCSuspendEEEnd_V1`|9|ガベージ コレクションのための実行エンジンの中断の終了。| +|`GCSuspendEEEnd_V1`|8|ガベージ コレクションのための実行エンジンの中断の終了。| イベント データはありません。 @@ -375,5 +365,5 @@ ms.lasthandoff: 12/22/2017 イベント データはありません。 -## 参照 +## 関連項目 [CLR ETW イベント](../../../docs/framework/performance/clr-etw-events.md) diff --git a/docs/framework/security/custom-token-handlers.md b/docs/framework/security/custom-token-handlers.md index b50c9e5bf35..02e50ef3270 100644 --- a/docs/framework/security/custom-token-handlers.md +++ b/docs/framework/security/custom-token-handlers.md @@ -1,24 +1,14 @@ --- -title: "カスタムのトークン ハンドラー" -ms.custom: +title: カスタムのトークン ハンドラー ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: 5062669f-8bfc-420a-a25d-d8ab992ab10e -caps.latest.revision: "4" author: BrucePerlerMS -ms.author: bruceper manager: mbaldwin -ms.workload: dotnet -ms.openlocfilehash: 56fb7fcb162025ec05bc1171cb137d445c4dfee5 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 18be4babf7e9cfbfe9ebfb43da6f98a8544b2fe6 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # カスタムのトークン ハンドラー このトピックでは、WIF のトークン ハンドラーと、それらを使用してトークンをどのように処理するかを説明します。 また、WIF で既定ではサポートされていないトークンの種類用にカスタム トークン ハンドラーを作成するために必要なことについても説明します。 diff --git a/docs/framework/security/guidelines-for-migrating-an-application-built-using-wif-3-5-to-wif-4-5.md b/docs/framework/security/guidelines-for-migrating-an-application-built-using-wif-3-5-to-wif-4-5.md index f5ec4f03b81..06d84287daf 100644 --- a/docs/framework/security/guidelines-for-migrating-an-application-built-using-wif-3-5-to-wif-4-5.md +++ b/docs/framework/security/guidelines-for-migrating-an-application-built-using-wif-3-5-to-wif-4-5.md @@ -1,26 +1,14 @@ --- title: WIF 3.5 でビルドされたアプリケーションを WIF 4.5 に移行するためのガイドライン -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: article ms.assetid: 7a32fe6e-5f68-4693-9371-19411fa8063c -caps.latest.revision: '' author: BrucePerlerMS -ms.author: bruceper manager: mbaldwin -ms.workload: -- dotnet -ms.openlocfilehash: 87443a83b80440a30e942b30bd98cce09816f25f -ms.sourcegitcommit: c883637b41ee028786edceece4fa872939d2e64c +ms.openlocfilehash: 60e9dd96824b2c9bef81d236bab8f577f9fb2062 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/26/2018 +ms.lasthandoff: 05/04/2018 --- # WIF 3.5 でビルドされたアプリケーションを WIF 4.5 に移行するためのガイドライン ## 対象 diff --git a/docs/framework/security/how-to-debug-claims-aware-applications-and-services-using-wif-tracing.md b/docs/framework/security/how-to-debug-claims-aware-applications-and-services-using-wif-tracing.md index 806721aa3b1..f15d2e235b2 100644 --- a/docs/framework/security/how-to-debug-claims-aware-applications-and-services-using-wif-tracing.md +++ b/docs/framework/security/how-to-debug-claims-aware-applications-and-services-using-wif-tracing.md @@ -1,24 +1,14 @@ --- -title: "方法: WIF トレースを使用してクレーム対応アプリケーションおよびサービスをデバッグする" -ms.custom: +title: '方法: WIF トレースを使用してクレーム対応アプリケーションおよびサービスをデバッグする' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: 3d51ba59-3adb-4ca4-bd33-5027531af687 -caps.latest.revision: "7" author: BrucePerlerMS -ms.author: bruceper manager: mbaldwin -ms.workload: dotnet -ms.openlocfilehash: 4243313d88b22aa9f755a3586ea0c5fbe08cd891 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 0f2126a83e6a5638eb492bb2a529dbf4cdab1714 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # 方法: WIF トレースを使用してクレーム対応アプリケーションおよびサービスをデバッグする ## 対象 @@ -114,7 +104,7 @@ ms.lasthandoff: 12/22/2017 |**エラー ID**|**エラー メッセージ**|**エラーを修復するために必要な操作**| |-|-|-| -|ID4175|セキュリティ トークンの発行者は、IssuerNameRegistry で認識されませんでした。 この発行者からのセキュリティ トークンを承認するには、この発行者の有効な名前を返すように IssuerNameRegistry を構成します。|このエラーは、MMC スナップインから拇印をコピーして、*Web.config* ファイルに貼り付けると発生する可能性があります。 具体的には、[証明書のプロパティ] ウィンドウからコピーするときに、テキスト文字列内で余分な印刷できない文字を取得することがあります。 この余分な文字により、拇印との照合が失敗します。正しく拇印をコピーするための手順については、こちら ([http://msdn.microsoft.com/library/ff359102.aspx](http://msdn.microsoft.com/library/ff359102.aspx)) を参照してください。| +|ID4175|セキュリティ トークンの発行者は、IssuerNameRegistry で認識されませんでした。 この発行者からのセキュリティ トークンを承認するには、この発行者の有効な名前を返すように IssuerNameRegistry を構成します。|このエラーは、MMC スナップインから拇印をコピーして、*Web.config* ファイルに貼り付けると発生する可能性があります。 具体的には、[証明書のプロパティ] ウィンドウからコピーするときに、テキスト文字列内で余分な印刷できない文字を取得することがあります。 この余分な文字は、拇印一致が失敗するとします。正しく拇印をコピーする手順を参照してください。 [http://msdn.microsoft.com/library/ff359102.aspx](http://msdn.microsoft.com/library/ff359102.aspx)| ## 関連項目 diff --git a/docs/framework/security/how-to-enable-wif-tracing.md b/docs/framework/security/how-to-enable-wif-tracing.md index f11f24834b6..51cf3640c31 100644 --- a/docs/framework/security/how-to-enable-wif-tracing.md +++ b/docs/framework/security/how-to-enable-wif-tracing.md @@ -1,24 +1,14 @@ --- -title: "方法: WIF トレースの有効化" -ms.custom: +title: '方法: WIF トレースの有効化' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: 271b6889-3454-46ff-96ab-9feb15e742ee -caps.latest.revision: "3" author: BrucePerlerMS -ms.author: bruceper manager: mbaldwin -ms.workload: dotnet -ms.openlocfilehash: c9c3bc67d7ce59d259fec06377c5de1768a130ee -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 459d74f3faf9fab4cba047a87ccff77d193e9026 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # 方法: WIF トレースの有効化 ## 対象 @@ -27,7 +17,7 @@ ms.lasthandoff: 12/22/2017 - ASP.NET® Web フォーム -## 概要 +## まとめ ここでは、ASP.NET アプリケーションの WIF トレースを有効にするための詳細な操作手順を示します。 また、トレース リスナーとログが正しく動作していることを確認するためにアプリケーションをテストする方法についても説明します。 ここでは、セキュリティ トークン サービス (STS) を作成するための詳細な手順については説明しません。代わりに、Identity and Access Tool に付属している開発用 STS を使用します。 開発用 STS はテスト用に用意されたもので、実際の認証は行いません。 このページの内容を完了するには、Identity and Access Tool をインストールする必要があります。 これは、「[Identity and Access Tool](http://go.microsoft.com/fwlink/?LinkID=245849)」からダウンロードできます。 > [!IMPORTANT] diff --git a/docs/framework/security/security-changes.md b/docs/framework/security/security-changes.md index 4943a9d3a97..73fcbbfabd8 100644 --- a/docs/framework/security/security-changes.md +++ b/docs/framework/security/security-changes.md @@ -1,13 +1,6 @@ --- -title: ".NET Framework におけるセキュリティの変更点" -ms.custom: +title: .NET Framework におけるセキュリティの変更点 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article helpviewer_keywords: - Allow Partially Trusted Callers attribute - .NET Framework 4, security changes @@ -16,16 +9,13 @@ helpviewer_keywords: - security-critical code - code access security, changes ms.assetid: 5e87881c-9c13-4b52-8ad1-e34bb46e8aaa -caps.latest.revision: "52" author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 0777b2566337427abd116bb3584bc19e67d34803 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 84e80b99ee6d872714180e73354d20770c21e144 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # .NET Framework におけるセキュリティの変更点 [!INCLUDE[net_v45](../../../includes/net-v45-md.md)] のセキュリティにおける最も重要な変更は、厳密な名前付けの変更です。 これらの変更の詳細については、「 [Enhanced Strong Naming](../../../docs/framework/app-domains/enhanced-strong-naming.md) 」を参照してください。 diff --git a/docs/framework/security/validating-issuer-name-registry-api-reference.md b/docs/framework/security/validating-issuer-name-registry-api-reference.md index 551bad3f58b..04de969aef9 100644 --- a/docs/framework/security/validating-issuer-name-registry-api-reference.md +++ b/docs/framework/security/validating-issuer-name-registry-api-reference.md @@ -1,24 +1,12 @@ --- -title: "発行者名レジストリ API リファレンスの検証" -ms.custom: +title: 発行者名レジストリ API リファレンスの検証 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: 1ecb66f6-af65-47e9-93bc-afd1c1575a9a -caps.latest.revision: "2" -author: wadepickett -ms.author: wpickett -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 665979517d6aca9b867cfe0ea5ce1d567f1ff067 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 22adfa92b6d1b441c06a1058e779e2aec2d9b210 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # 発行者名レジストリ API リファレンスの検証 このセクションでは、WIF の Validating Issuer Name Registry 拡張機能の API リファレンスを提供します。 diff --git a/docs/framework/security/wif-features.md b/docs/framework/security/wif-features.md index fdb7d148927..5017b85b435 100644 --- a/docs/framework/security/wif-features.md +++ b/docs/framework/security/wif-features.md @@ -1,24 +1,14 @@ --- -title: "WIF の機能" -ms.custom: +title: WIF の機能 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: 7e13cae9-7cd1-491f-aa75-0735320a7be6 -caps.latest.revision: "5" author: BrucePerlerMS -ms.author: bruceper manager: mbaldwin -ms.workload: dotnet -ms.openlocfilehash: 386e6951c22f2bb54702e7eaabdde13e54ca74db -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: a4c1f4b454b52168935e63e763f331ea04f0dc2f +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # WIF の機能 - [Visual Studio 2012 の ID およびアクセス ツール](../../../docs/framework/security/identity-and-access-tool-for-vs.md) @@ -31,5 +21,5 @@ ms.lasthandoff: 12/22/2017 - [WSTrustChannelFactory および WSTrustChannel](../../../docs/framework/security/wstrustchannelfactory-and-wstrustchannel.md) -## 参照 +## 関連項目 [Windows Identity Foundation](../../../docs/framework/security/index.md) diff --git a/docs/framework/ui-automation/add-content-to-a-text-box-using-ui-automation.md b/docs/framework/ui-automation/add-content-to-a-text-box-using-ui-automation.md index afce4f96f72..5f9041e41e9 100644 --- a/docs/framework/ui-automation/add-content-to-a-text-box-using-ui-automation.md +++ b/docs/framework/ui-automation/add-content-to-a-text-box-using-ui-automation.md @@ -1,13 +1,6 @@ --- -title: "UI オートメーションを使用した、テキスト ボックスへのコンテンツの追加" -ms.custom: +title: UI オートメーションを使用した、テキスト ボックスへのコンテンツの追加 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-bcl -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb @@ -16,16 +9,14 @@ helpviewer_keywords: - text boxes, adding content - UI Automation, adding content to text boxes ms.assetid: 8bdd1a73-1ecb-4a05-a891-a7827ebb767f -caps.latest.revision: "13" author: Xansky ms.author: mhopkins manager: markl -ms.workload: dotnet -ms.openlocfilehash: edc11040a782151af83cb9318ab424426c712e0a -ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f +ms.openlocfilehash: 4b3179333119d1ff516c6176298fa25514a9ba66 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/19/2018 +ms.lasthandoff: 05/04/2018 --- # UI オートメーションを使用した、テキスト ボックスへのコンテンツの追加 > [!NOTE] @@ -39,5 +30,5 @@ ms.lasthandoff: 01/19/2018 [!code-csharp[InsertText#InsertText](../../../samples/snippets/csharp/VS_Snippets_Wpf/InsertText/CSharp/Window1.xaml.cs#inserttext)] [!code-vb[InsertText#InsertText](../../../samples/snippets/visualbasic/VS_Snippets_Wpf/InsertText/VisualBasic/Window1.xaml.vb#inserttext)] -## 参照 +## 関連項目 [TextPattern の挿入テキスト サンプル](http://msdn.microsoft.com/library/67353f93-7ee2-42f2-ab76-5c078cf6ca16) diff --git a/docs/framework/ui-automation/enable-navigation-in-a-ui-automation-fragment-provider.md b/docs/framework/ui-automation/enable-navigation-in-a-ui-automation-fragment-provider.md index d332ccd72d7..39f4f3a5640 100644 --- a/docs/framework/ui-automation/enable-navigation-in-a-ui-automation-fragment-provider.md +++ b/docs/framework/ui-automation/enable-navigation-in-a-ui-automation-fragment-provider.md @@ -1,13 +1,6 @@ --- -title: "UI オートメーション フラグメント プロバイダーでのナビゲーションの有効化" -ms.custom: +title: UI オートメーション フラグメント プロバイダーでのナビゲーションの有効化 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-bcl -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb @@ -15,16 +8,14 @@ helpviewer_keywords: - UI Automation, enabling navigation in provider - navigation, enabling in UI Automation provider ms.assetid: 3cb6092a-58c9-4ca0-84a5-0e54d5d00a0d -caps.latest.revision: "16" author: Xansky ms.author: mhopkins manager: markl -ms.workload: dotnet -ms.openlocfilehash: 40e1c1357637678456bcee0fbbeb41ecff2766d7 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 1f4dea321ba4a4242af0766a367731222368372e +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # UI オートメーション フラグメント プロバイダーでのナビゲーションの有効化 > [!NOTE] @@ -38,6 +29,6 @@ ms.lasthandoff: 12/22/2017 [!code-csharp[UIAFragmentProvider_snip#103](../../../samples/snippets/csharp/VS_Snippets_Wpf/UIAFragmentProvider_snip/CSharp/ListItemFragment.cs#103)] [!code-vb[UIAFragmentProvider_snip#103](../../../samples/snippets/visualbasic/VS_Snippets_Wpf/UIAFragmentProvider_snip/VisualBasic/ListItemFragment.vb#103)] -## 参照 +## 関連項目 [UI オートメーション プロバイダーの概要](../../../docs/framework/ui-automation/ui-automation-providers-overview.md) [サーバー側 UI オートメーション プロバイダーの実装](../../../docs/framework/ui-automation/server-side-ui-automation-provider-implementation.md) diff --git a/docs/framework/ui-automation/find-a-ui-automation-element-based-on-a-property-condition.md b/docs/framework/ui-automation/find-a-ui-automation-element-based-on-a-property-condition.md index c6b65cd17f3..b7192b2d26d 100644 --- a/docs/framework/ui-automation/find-a-ui-automation-element-based-on-a-property-condition.md +++ b/docs/framework/ui-automation/find-a-ui-automation-element-based-on-a-property-condition.md @@ -1,13 +1,6 @@ --- -title: "プロパティ条件に基づく UI オートメーション要素の検索" -ms.custom: +title: プロパティ条件に基づく UI オートメーション要素の検索 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-bcl -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb @@ -15,16 +8,14 @@ helpviewer_keywords: - elements, finding by property conditions - UI Automation, finding elements by property conditions ms.assetid: 3acaee5a-6ce8-4c3e-81c8-67e59eb74477 -caps.latest.revision: "19" author: Xansky ms.author: mhopkins manager: markl -ms.workload: dotnet -ms.openlocfilehash: eda1d8baee9bb45dfb99c0368914a67b97cc10e7 -ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f +ms.openlocfilehash: da455b10425c9e0b20a644679358dde469ed92e5 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/19/2018 +ms.lasthandoff: 05/04/2018 --- # プロパティ条件に基づく UI オートメーション要素の検索 > [!NOTE] @@ -41,7 +32,7 @@ ms.lasthandoff: 01/19/2018 [!code-csharp[InvokePatternApp#1100](../../../samples/snippets/csharp/VS_Snippets_Wpf/InvokePatternApp/CSharp/InvokePatternApp.cs#1100)] [!code-vb[InvokePatternApp#1100](../../../samples/snippets/visualbasic/VS_Snippets_Wpf/InvokePatternApp/VisualBasic/Client.vb#1100)] -## 参照 +## 関連項目 [InvokePattern および ExpandCollapsePattern メニュー項目のサンプル](http://msdn.microsoft.com/library/b7fa141c-e2d1-4da2-a27f-81a7d1172210) [UI オートメーション要素の取得](../../../docs/framework/ui-automation/obtaining-ui-automation-elements.md) [AutomationID プロパティの使用](../../../docs/framework/ui-automation/use-the-automationid-property.md) diff --git a/docs/framework/ui-automation/get-the-toggle-state-of-a-check-box-using-ui-automation.md b/docs/framework/ui-automation/get-the-toggle-state-of-a-check-box-using-ui-automation.md index 8deffbb8ce2..0dd2c8fd1e6 100644 --- a/docs/framework/ui-automation/get-the-toggle-state-of-a-check-box-using-ui-automation.md +++ b/docs/framework/ui-automation/get-the-toggle-state-of-a-check-box-using-ui-automation.md @@ -1,13 +1,6 @@ --- -title: "UI オートメーションを使用した、チェック ボックスのトグル状態の取得" -ms.custom: +title: UI オートメーションを使用した、チェック ボックスのトグル状態の取得 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-bcl -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb @@ -16,16 +9,14 @@ helpviewer_keywords: - check boxes, getting toggle states of - getting, toggle states of check boxes ms.assetid: 84fc31a3-175f-4e93-90a0-dd29d89b77ce -caps.latest.revision: "10" author: Xansky ms.author: mhopkins manager: markl -ms.workload: dotnet -ms.openlocfilehash: cae237b0f7b1ff9817d4c92e73b4960c1c3963e8 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 4f0af8eac1238c377682bd4880efb89c4d9442db +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # UI オートメーションを使用した、チェック ボックスのトグル状態の取得 > [!NOTE] diff --git a/docs/framework/ui-automation/get-ui-automation-element-properties.md b/docs/framework/ui-automation/get-ui-automation-element-properties.md index e56157bd5dc..0165da8154e 100644 --- a/docs/framework/ui-automation/get-ui-automation-element-properties.md +++ b/docs/framework/ui-automation/get-ui-automation-element-properties.md @@ -1,13 +1,6 @@ --- -title: "UI オートメーション要素のプロパティの取得" -ms.custom: +title: UI オートメーション要素のプロパティの取得 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-bcl -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb @@ -15,16 +8,14 @@ helpviewer_keywords: - properties, retrieving - UI Automation, retrieving properties of elements ms.assetid: 09576b1a-291f-435c-980e-dee32d899ae1 -caps.latest.revision: "5" author: Xansky ms.author: mhopkins manager: markl -ms.workload: dotnet -ms.openlocfilehash: f3fcbb25fab616b60a1f60d9443af13b60f2d27a -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 73678433692f5532f712f0d2c7a3c5bf138a87b5 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # UI オートメーション要素のプロパティの取得 > [!NOTE] @@ -50,7 +41,7 @@ ms.lasthandoff: 12/22/2017 [!code-csharp[UIAClient_snip#170](../../../samples/snippets/csharp/VS_Snippets_Wpf/UIAClient_snip/CSharp/ClientForm.cs#170)] [!code-vb[UIAClient_snip#170](../../../samples/snippets/visualbasic/VS_Snippets_Wpf/UIAClient_snip/VisualBasic/ClientForm.vb#170)] -## 参照 +## 関連項目 [クライアントの UI オートメーション プロパティ](../../../docs/framework/ui-automation/ui-automation-properties-for-clients.md) [UI オートメーションにおけるキャッシュの使用](../../../docs/framework/ui-automation/use-caching-in-ui-automation.md) [UI オートメーション クライアントにおけるキャッシュ](../../../docs/framework/ui-automation/caching-in-ui-automation-clients.md) diff --git a/docs/framework/ui-automation/ui-automation-control-patterns-overview.md b/docs/framework/ui-automation/ui-automation-control-patterns-overview.md index c1525cbe94f..7d5ff35e2ef 100644 --- a/docs/framework/ui-automation/ui-automation-control-patterns-overview.md +++ b/docs/framework/ui-automation/ui-automation-control-patterns-overview.md @@ -1,27 +1,18 @@ --- -title: "UI オートメーション コントロール パターンの概要" -ms.custom: +title: UI オートメーション コントロール パターンの概要 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-bcl -ms.tgt_pltfrm: -ms.topic: article helpviewer_keywords: - control patterns - UI Automation, control patterns ms.assetid: cc229b33-234b-469b-ad60-f0254f32d45d -caps.latest.revision: "34" author: Xansky ms.author: mhopkins manager: markl -ms.workload: dotnet -ms.openlocfilehash: e675681d1de3aa46645047da61ae8aac2ea0ba31 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 1b02618676a1162681c67d34a2c6f43def07893c +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # UI オートメーション コントロール パターンの概要 > [!NOTE] @@ -83,7 +74,7 @@ ms.lasthandoff: 12/22/2017 |||クライアントで、値の範囲をサポートしないコントロールで値を取得したり、設定したりできます。 たとえば、日時指定のピッカーなどがあります。| |||[!INCLUDE[TLA#tla_win](../../../includes/tlasharptla-win-md.md)] オペレーティング システムの基本概念であるウィンドウに固有の情報を公開します。 ウィンドウのコントロールの例として、最上位のアプリケーション ウィンドウ ([!INCLUDE[TLA#tla_word](../../../includes/tlasharptla-word-md.md)]や [!INCLUDE[TLA#tla_winexpl](../../../includes/tlasharptla-winexpl-md.md)]など)、 [!INCLUDE[TLA#tla_mdi](../../../includes/tlasharptla-mdi-md.md)] 子ウィンドウ、ダイアログがあります。| -## 参照 +## 関連項目 [クライアントの UI オートメーション コントロール パターン](../../../docs/framework/ui-automation/ui-automation-control-patterns-for-clients.md) [UI オートメーション クライアントのコントロール パターン マッピング](../../../docs/framework/ui-automation/control-pattern-mapping-for-ui-automation-clients.md) [UI オートメーションの概要](../../../docs/framework/ui-automation/ui-automation-overview.md) diff --git a/docs/framework/ui-automation/ui-automation-properties-overview.md b/docs/framework/ui-automation/ui-automation-properties-overview.md index 3f88621098d..3572937a32f 100644 --- a/docs/framework/ui-automation/ui-automation-properties-overview.md +++ b/docs/framework/ui-automation/ui-automation-properties-overview.md @@ -1,27 +1,18 @@ --- -title: "UI オートメーション プロパティの概要" -ms.custom: +title: UI オートメーション プロパティの概要 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-bcl -ms.tgt_pltfrm: -ms.topic: article helpviewer_keywords: - UI Automation, properties - properties, UI Automation ms.assetid: a6c31d7b-b33e-49b3-b5c1-31a345f9b7c8 -caps.latest.revision: "17" author: Xansky ms.author: mhopkins manager: markl -ms.workload: dotnet -ms.openlocfilehash: 38237dd1885047eed5be06aba092c261f56f6da3 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: b3fe06a0cd07979a14f2029ac3ece590496ecf74 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # UI オートメーション プロパティの概要 > [!NOTE] @@ -73,10 +64,10 @@ ms.lasthandoff: 12/22/2017 ### 表示特性 -|プロパティの識別子|プロパティ アクセス| +|プロパティの識別子|「プロパティ アクセス」| |-------------------------|---------------------| ||| -||適用なし| +||N/A| ||| ||| ||| @@ -93,7 +84,7 @@ ms.lasthandoff: 12/22/2017 ### 識別 -|プロパティの識別子|プロパティ アクセス| +|プロパティの識別子|「プロパティ アクセス」| |-------------------------|---------------------| ||| ||| @@ -106,7 +97,7 @@ ms.lasthandoff: 12/22/2017 ### 相互作用 -|プロパティの識別子|プロパティ アクセス| +|プロパティの識別子|「プロパティ アクセス」| |-------------------------|---------------------| ||| ||| @@ -140,7 +131,7 @@ ms.lasthandoff: 12/22/2017 ### その他の指定 -|プロパティの識別子|プロパティ アクセス| +|プロパティの識別子|「プロパティ アクセス」| |-------------------------|---------------------| ||| ||| @@ -170,7 +161,7 @@ ms.lasthandoff: 12/22/2017 クライアントは、イベントをサブスクライブすることでイベントをリッスンします。 イベントをサブスクライブすることは、イベントを処理できるデリゲート メソッドを作成し、それらのメソッドで処理する特定のイベントと共に、それらのメソッドを [!INCLUDE[TLA2#tla_uiautomation](../../../includes/tla2sharptla-uiautomation-md.md)] に渡すことを意味します。 特にプロパティ変更イベントについては、クライアントが を実装する必要があります。 -## 参照 +## 関連項目 [UI オートメーション クライアントにおけるキャッシュ](../../../docs/framework/ui-automation/caching-in-ui-automation-clients.md) [クライアントの UI オートメーション プロパティ](../../../docs/framework/ui-automation/ui-automation-properties-for-clients.md) [サーバー側 UI オートメーション プロバイダーの実装](../../../docs/framework/ui-automation/server-side-ui-automation-provider-implementation.md) diff --git a/docs/framework/ui-automation/ui-automation-specification-and-community-promise.md b/docs/framework/ui-automation/ui-automation-specification-and-community-promise.md index 29351242eb2..d10f25644c9 100644 --- a/docs/framework/ui-automation/ui-automation-specification-and-community-promise.md +++ b/docs/framework/ui-automation/ui-automation-specification-and-community-promise.md @@ -1,28 +1,19 @@ --- -title: "UI Automation Specification および UI Automation Community Promise" -ms.custom: +title: UI Automation Specification および UI Automation Community Promise ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-bcl -ms.tgt_pltfrm: -ms.topic: article ms.assetid: b238fd69-2f62-499c-bea0-b91dfb9204f0 -caps.latest.revision: "5" author: Xansky ms.author: mhopkins manager: markl -ms.workload: dotnet -ms.openlocfilehash: 0dd130785734ef81948346f020c984d654b04542 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: c65c66fb02594f366fefe5ea8908f97892a0da36 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # UI Automation Specification および UI Automation Community Promise UI オートメーションは、UI に関する情報をエンドユーザーに提供する標準入力以外の方法で UI を操作して、スクリーン リーダーなどの支援技術製品の有効化のデスクトップで、ほとんどのユーザー インターフェイス (UI) 要素にプログラムでアクセスを提供します. -## 参照 +## 関連項目 [UI オートメーションの仕様](http://go.microsoft.com/fwlink/?LinkId=108541) [UI Automation Community Promise](http://go.microsoft.com/fwlink/?LinkId=108542) diff --git a/docs/framework/ui-automation/ui-automation-support-for-standard-controls.md b/docs/framework/ui-automation/ui-automation-support-for-standard-controls.md index 45ffdd57bc1..595f691aa97 100644 --- a/docs/framework/ui-automation/ui-automation-support-for-standard-controls.md +++ b/docs/framework/ui-automation/ui-automation-support-for-standard-controls.md @@ -1,29 +1,18 @@ --- title: UI オートメーションによる標準コントロールのサポート -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-bcl -ms.tgt_pltfrm: '' -ms.topic: article helpviewer_keywords: - controls, UI Automation support for - UI Automation, support for standard controls ms.assetid: 3770ea8a-2655-4add-9c59-fe0610ad5084 -caps.latest.revision: 11 author: Xansky ms.author: mhopkins manager: markl -ms.workload: -- dotnet -ms.openlocfilehash: af46a984f1b4c2577daee120752590ff18b9d1d8 -ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5 +ms.openlocfilehash: 3ccd6e1348125f5d901e0f093d2b5483b818719f +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/27/2018 +ms.lasthandoff: 05/04/2018 --- # UI オートメーションによる標準コントロールのサポート > [!NOTE] diff --git a/docs/framework/ui-automation/use-caching-in-ui-automation.md b/docs/framework/ui-automation/use-caching-in-ui-automation.md index a5bc39513ad..1a931f40213 100644 --- a/docs/framework/ui-automation/use-caching-in-ui-automation.md +++ b/docs/framework/ui-automation/use-caching-in-ui-automation.md @@ -1,14 +1,6 @@ --- title: UI オートメーションにおけるキャッシュの使用 -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-bcl -ms.tgt_pltfrm: '' -ms.topic: article dev_langs: - csharp - vb @@ -16,17 +8,14 @@ helpviewer_keywords: - caching, UI Automation - UI Automation, caching ms.assetid: ec722dff-6009-4279-b86a-e18d3fa94ebf -caps.latest.revision: 14 author: Xansky ms.author: mhopkins manager: markl -ms.workload: -- dotnet -ms.openlocfilehash: 2f559153190e4acb3b67acf75954260b31906c0d -ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef +ms.openlocfilehash: cf01a695de4078df1f59b68742bc19fd4b8b9024 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/26/2018 +ms.lasthandoff: 05/04/2018 --- # UI オートメーションにおけるキャッシュの使用 > [!NOTE] diff --git a/docs/framework/ui-automation/use-the-automationid-property.md b/docs/framework/ui-automation/use-the-automationid-property.md index a1ab27d640c..619facffdc8 100644 --- a/docs/framework/ui-automation/use-the-automationid-property.md +++ b/docs/framework/ui-automation/use-the-automationid-property.md @@ -1,13 +1,6 @@ --- -title: "AutomationID プロパティの使用" -ms.custom: +title: AutomationID プロパティの使用 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-bcl -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb @@ -16,16 +9,14 @@ helpviewer_keywords: - UI Automation, AutomationId property - properties, AutomationId ms.assetid: a24e807b-d7c3-4e93-ac48-80094c4e1c90 -caps.latest.revision: "21" author: Xansky ms.author: mhopkins manager: markl -ms.workload: dotnet -ms.openlocfilehash: fdd26f335fb2f9b8072103def5b00d91a6740817 -ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f +ms.openlocfilehash: bd5985dd531b13ca91efd9c0aa7987ff6a57e56a +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/19/2018 +ms.lasthandoff: 05/04/2018 --- # AutomationID プロパティの使用 > [!NOTE] @@ -67,7 +58,7 @@ ms.lasthandoff: 01/19/2018 - 特定の状況では、AutomationID が兄弟間でのみ一意であることが保証されているので、UI オートメーション ツリー内の複数の要素が同一の AutomationID プロパティの値を持っていることがあります。 このような場合、親 (または必要に応じて親の親) に基づいて、要素を一意に識別できます。 たとえば、開発者が複数のメニュー項目を持ち、それぞれに複数の子メニュー項目があるメニュー バーを提供するとします。ここで、子は "Item1"、"Item2" など、シーケンシャルの AutomationID で識別されます。 各メニュー項目は、それ自体の AutomationID と、その親の AutomationID (必要に応じて親の親の AutomationID も) によって一意に識別されます。 -## 参照 +## 関連項目 [UI Automation ツリーの概要](../../../docs/framework/ui-automation/ui-automation-tree-overview.md) [プロパティ条件に基づく UI オートメーション要素の検索](../../../docs/framework/ui-automation/find-a-ui-automation-element-based-on-a-property-condition.md) diff --git a/docs/framework/unmanaged-api/alink/addfile-method.md b/docs/framework/unmanaged-api/alink/addfile-method.md index f5c66bf99dd..f9a3a1a0a41 100644 --- a/docs/framework/unmanaged-api/alink/addfile-method.md +++ b/docs/framework/unmanaged-api/alink/addfile-method.md @@ -1,14 +1,6 @@ --- title: AddFile Method1 -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IALink.AddFile - AddFile @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 9e707abb-f905-4568-9356-12aa21d1b11c topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 943ff2901ee0888860941e86d589060de729907d -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 57a350fadfa77fdad545ca7ccf2f63d28607c2ba +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # AddFile Method1 ファイルをアセンブリに追加されます。 非バインド モジュールの作成にも使用できます。 @@ -58,7 +46,7 @@ HRESULT AddFile( 追加するファイルの完全修飾名。 `dwFlags` - COM + FileDef フラグなど`ffContainsNoMetaData`と`ffWriteable`です。 `dwFlags`渡される[DefineFile メソッド](../../../../docs/framework/unmanaged-api/metadata/imetadataassemblyemit-definefile-method.md)です。 + COM + FileDef フラグなど`ffContainsNoMetaData`と`ffWriteable`です。 `dwFlags` 渡される[DefineFile メソッド](../../../../docs/framework/unmanaged-api/metadata/imetadataassemblyemit-definefile-method.md)です。 `pEmitter` [IMetaDataEmit インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit-interface.md)メタデータを出力するために必要な場合に使用するインターフェイスです。 @@ -69,10 +57,10 @@ HRESULT AddFile( ## 戻り値 メソッドが成功した場合は、S_OK を返します。 -## 必要条件 +## 要件 Alink.h が必要です。 -## 参照 +## 関連項目 [IALink インターフェイス](../../../../docs/framework/unmanaged-api/alink/ialink-interface.md) [IALink2 インターフェイス](../../../../docs/framework/unmanaged-api/alink/ialink2-interface.md) [ALink API](../../../../docs/framework/unmanaged-api/alink/index.md) diff --git a/docs/framework/unmanaged-api/authenticode/certverifyauthenticodelicense-function.md b/docs/framework/unmanaged-api/authenticode/certverifyauthenticodelicense-function.md index 8013ce34dae..9be89f2a353 100644 --- a/docs/framework/unmanaged-api/authenticode/certverifyauthenticodelicense-function.md +++ b/docs/framework/unmanaged-api/authenticode/certverifyauthenticodelicense-function.md @@ -1,14 +1,6 @@ --- -title: "CertVerifyAuthenticodeLicense 関数" -ms.custom: +title: CertVerifyAuthenticodeLicense 関数 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - CertVerifyAuthenticodeLicense api_location: @@ -16,17 +8,13 @@ api_location: api_type: - DLLExport ms.assetid: 00118de7-33c6-41c4-8e1f-5d5e35e0da83 -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: bab3a3bcee52a302345ccdcfad81e7f67efdd8d5 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: d79a8c5bc204b6479741c32c47e6b41ff873a1bc +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # CertVerifyAuthenticodeLicense 関数 Authenticode XrML ライセンスの有効性を検証します。 @@ -76,7 +64,7 @@ HRESULT CertVerifyAuthenticodeLicense ( ## 戻り値 正常に終了した場合は `S_OK` を返します。 それ以外の場合はエラー コードを返します。 -## 参照 +## 関連項目 [Authenticode](../../../../docs/framework/unmanaged-api/authenticode/index.md) [GetHashFromHandle メソッド](../../../../docs/framework/unmanaged-api/hosting/iclrstrongname-gethashfromhandle-method.md) [ICLRStrongName インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrstrongname-interface.md) diff --git a/docs/framework/unmanaged-api/constants-unmanaged-api-reference.md b/docs/framework/unmanaged-api/constants-unmanaged-api-reference.md index 254f06f4fbe..48818ebb730 100644 --- a/docs/framework/unmanaged-api/constants-unmanaged-api-reference.md +++ b/docs/framework/unmanaged-api/constants-unmanaged-api-reference.md @@ -1,28 +1,18 @@ --- -title: "定数 (アンマネージ API リファレンス)" -ms.custom: +title: 定数 (アンマネージ API リファレンス) ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference helpviewer_keywords: - constants for unmanaged API [.NET Framework] - native API reference [.NET Framework], constants - unmanaged API reference [.NET Framework], constants ms.assetid: 77526f65-b71c-4483-9d19-3a3751fd8a45 -caps.latest.revision: "8" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: e086e856bb7a872b14815825f78d208ff5296899 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 65925b7dafb9e89433253d68327c488365674963 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # 定数 (アンマネージ API リファレンス) このトピックでは、言語の種類、言語の販売元、および CorSym.idl で定義されているドキュメント型の定数について説明します。 @@ -59,5 +49,5 @@ ms.lasthandoff: 12/22/2017 |CorSym_DocumentType_Text|テキスト ドキュメントを表します。| |CorSym_DocumentType_MC|テキスト以外のドキュメントを表します。| -## 参照 +## 関連項目 [アンマネージ API リファレンス](../../../docs/framework/unmanaged-api/index.md) diff --git a/docs/framework/unmanaged-api/debugging/cor-debug-step-range-structure.md b/docs/framework/unmanaged-api/debugging/cor-debug-step-range-structure.md index abd42f37834..430330f212c 100644 --- a/docs/framework/unmanaged-api/debugging/cor-debug-step-range-structure.md +++ b/docs/framework/unmanaged-api/debugging/cor-debug-step-range-structure.md @@ -1,14 +1,6 @@ --- -title: "COR_DEBUG_STEP_RANGE 構造体" -ms.custom: +title: COR_DEBUG_STEP_RANGE 構造体 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - COR_DEBUG_STEP_RANGE api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 8809d00e-beaa-4dcf-b4e8-e89d0a5406b7 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 27b1b7b26ea788683f9b322306c55a4b3945f342 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: d5809221f2f31bc725c6a62fa5f8f91822f1c157 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # COR_DEBUG_STEP_RANGE 構造体 コードの範囲に関するオフセット情報が含まれます。 @@ -55,16 +43,16 @@ typedef struct { |`startOffset`|範囲の先頭のオフセット。| |`endOffset`|範囲の最後のオフセット。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [StepRange メソッド](../../../../docs/framework/unmanaged-api/debugging/icordebugstepper-steprange-method.md) [デバッグ構造体](../../../../docs/framework/unmanaged-api/debugging/debugging-structures.md) [デバッグ](../../../../docs/framework/unmanaged-api/debugging/index.md) diff --git a/docs/framework/unmanaged-api/debugging/cor-field-structure.md b/docs/framework/unmanaged-api/debugging/cor-field-structure.md index f68fb18c179..ee822cb29f5 100644 --- a/docs/framework/unmanaged-api/debugging/cor-field-structure.md +++ b/docs/framework/unmanaged-api/debugging/cor-field-structure.md @@ -1,14 +1,6 @@ --- -title: "COR_FIELD 構造体" -ms.custom: +title: COR_FIELD 構造体 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - COR_FIELD api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: c0822423-a9df-4961-950d-50dcc152f863 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 09a96a22a653688540bcc2ea3a03d86e242c10f5 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 0898936665b3b337f2fd4e4d53bcc9f6071469b2 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # COR_FIELD 構造体 オブジェクトのフィールドに関する情報が提供されます。 @@ -59,15 +47,15 @@ typedef struct COR_FIELD{ ## コメント -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] -## 参照 +## 関連項目 [デバッグ構造体](../../../../docs/framework/unmanaged-api/debugging/debugging-structures.md) [デバッグ](../../../../docs/framework/unmanaged-api/debugging/index.md) diff --git a/docs/framework/unmanaged-api/debugging/cor-il-map-structure.md b/docs/framework/unmanaged-api/debugging/cor-il-map-structure.md index 80008086afd..51fdc6fb5d2 100644 --- a/docs/framework/unmanaged-api/debugging/cor-il-map-structure.md +++ b/docs/framework/unmanaged-api/debugging/cor-il-map-structure.md @@ -1,14 +1,6 @@ --- -title: "COR_IL_MAP 構造体" -ms.custom: +title: COR_IL_MAP 構造体 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - COR_IL_MAP api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 534ebc17-963d-4b26-8375-8cd940281db3 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 2e2772833d75ced2209896ca37cf6cf37fb965f1 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 9676730a4f11ed77996b7a4aab4e538aba9b53c4 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # COR_IL_MAP 構造体 機能の相対オフセットでの変更を指定します。 @@ -53,7 +41,7 @@ typedef struct _COR_IL_MAP { |------------|-----------------| |`oldOffset`|古い Microsoft intermediate language (MSIL) 関数の先頭からの相対オフセットします。| |`newOffset`|関数の先頭からの相対新しい MSIL オフセットします。| -|`fAccurate`|`true`マッピングは正確である既知の場合それ以外の場合、`false`です。| +|`fAccurate`|`true` マッピングは正確である既知の場合それ以外の場合、`false`です。| ## コメント マップの形式は次のように、: デバッガーと見なされます`oldOffset`、元の未変更の MSIL コード内の MSIL オフセットを参照します。 `newOffset`パラメーターは、新しいでインストルメント化されたコード内の対応する MSIL オフセットを表します。 @@ -92,15 +80,15 @@ typedef struct _COR_IL_MAP { - 20 以上の新しいオフセットは、古いオフセット 9 にマップされます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorProf.idl **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [デバッグ構造体](../../../../docs/framework/unmanaged-api/debugging/debugging-structures.md) [デバッグ](../../../../docs/framework/unmanaged-api/debugging/index.md) diff --git a/docs/framework/unmanaged-api/debugging/cordebugiltonativemappingtypes-enumeration.md b/docs/framework/unmanaged-api/debugging/cordebugiltonativemappingtypes-enumeration.md index 8ff729ae6f0..a81aabdf8a5 100644 --- a/docs/framework/unmanaged-api/debugging/cordebugiltonativemappingtypes-enumeration.md +++ b/docs/framework/unmanaged-api/debugging/cordebugiltonativemappingtypes-enumeration.md @@ -1,14 +1,6 @@ --- -title: "CorDebugIlToNativeMappingTypes 列挙型" -ms.custom: +title: CorDebugIlToNativeMappingTypes 列挙型 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - CorDebugIlToNativeMappingTypes api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: c35e2919-42c3-4ba0-ae28-443c35f66f93 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 44546c8d66eff111b70673ed63ab82d30fea0b6d -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 9fec0f4f31f45847dc092808b2d47c662213e9d2 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # CorDebugIlToNativeMappingTypes 列挙型 COR_DEBUG_IL_TO_NATIVE_MAP 構造体のインスタンスによって表されるネイティブの命令の特定の範囲が特別なコード領域に対応するかどうかを示します。 @@ -55,15 +43,15 @@ typedef enum CorDebugIlToNativeMappingTypes { |`PROLOG`|ネイティブ命令の範囲は、プロローグに対応します。| |`EPILOG`|ネイティブ命令の範囲は、エピローグに対応します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [GetILToNativeMapping メソッド](../../../../docs/framework/unmanaged-api/debugging/icordebugcode-getiltonativemapping-method.md) [列挙型のデバッグ](../../../../docs/framework/unmanaged-api/debugging/debugging-enumerations.md) diff --git a/docs/framework/unmanaged-api/debugging/cordebugjitcompilerflags-enumeration.md b/docs/framework/unmanaged-api/debugging/cordebugjitcompilerflags-enumeration.md index 7fdd1ab7117..d37c0a3ec4d 100644 --- a/docs/framework/unmanaged-api/debugging/cordebugjitcompilerflags-enumeration.md +++ b/docs/framework/unmanaged-api/debugging/cordebugjitcompilerflags-enumeration.md @@ -1,14 +1,6 @@ --- -title: "CorDebugJITCompilerFlags 列挙型" -ms.custom: +title: CorDebugJITCompilerFlags 列挙型 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - CorDebugJITCompilerFlags api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: c0774f70-5bed-45e8-9922-fdad778c4c33 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: dfb78a160a7a6b9f50174fc8bb177cfd8d3f9383 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 5835da6ee20673c2662f1166d304a45ca3e9daeb +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # CorDebugJITCompilerFlags 列挙型 マネージ Just-In-Time (JIT) コンパイラの動作に影響を与える値が含まれます。 @@ -57,14 +45,14 @@ typedef enum CorDebugJITCompilerFlags { |`CORDEBUG_JIT_DISABLE_OPTIMIZATION`|コンパイラが最適化の無効になりますが、コンパイルのデータを追跡する必要がありますを指定します。| |`CORDEBUG_JIT_ENABLE_ENC`|コンパイラ追跡コンパイル データの最適化を無効にしをエディット コンティニュのテクノロジを指定します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [列挙型のデバッグ](../../../../docs/framework/unmanaged-api/debugging/debugging-enumerations.md) diff --git a/docs/framework/unmanaged-api/debugging/cordebugsetcontextflag-enumeration.md b/docs/framework/unmanaged-api/debugging/cordebugsetcontextflag-enumeration.md index 73e55acde7d..04581ae86a0 100644 --- a/docs/framework/unmanaged-api/debugging/cordebugsetcontextflag-enumeration.md +++ b/docs/framework/unmanaged-api/debugging/cordebugsetcontextflag-enumeration.md @@ -1,14 +1,6 @@ --- -title: "CorDebugSetContextFlag 列挙体" -ms.custom: +title: CorDebugSetContextFlag 列挙体 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - CorDebugSetContextFlag api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: b30280bb-fe75-44ed-8589-bcff081fae44 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 27e9fd561da74a3b88015e7820c2cbbd56ab2a7a -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: badd79926e8f039cf6b947dd6655e2cd679e3000 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # CorDebugSetContextFlag 列挙体 スタック上のアクティブ (またはリーフ) フレーム上からのコンテキストなのか、別のフレームからのアンワインドにより計算されたコンテキストなのかを示します。 @@ -55,17 +43,17 @@ typedef enum CorDebugSetContextFlag |SET_CONTEXT_FLAG_UNWIND_FRAME|別のフレームからのアンワインドにより計算されたコンテキストであります。| ## コメント - `CorDebugSetContextFlag`によって使用されている値を提供、 [icordebugstackwalk::setcontext](../../../../docs/framework/unmanaged-api/debugging/icordebugstackwalk-setcontext-method.md)メソッドです。 + `CorDebugSetContextFlag` によって使用されている値を提供、 [icordebugstackwalk::setcontext](../../../../docs/framework/unmanaged-api/debugging/icordebugstackwalk-setcontext-method.md)メソッドです。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] -## 参照 +## 関連項目 [列挙型のデバッグ](../../../../docs/framework/unmanaged-api/debugging/debugging-enumerations.md) [デバッグ](../../../../docs/framework/unmanaged-api/debugging/index.md) diff --git a/docs/framework/unmanaged-api/debugging/cordebugstepreason-enumeration.md b/docs/framework/unmanaged-api/debugging/cordebugstepreason-enumeration.md index 5633514a404..b86c15c62a1 100644 --- a/docs/framework/unmanaged-api/debugging/cordebugstepreason-enumeration.md +++ b/docs/framework/unmanaged-api/debugging/cordebugstepreason-enumeration.md @@ -1,14 +1,6 @@ --- -title: "CorDebugStepReason 列挙型" -ms.custom: +title: CorDebugStepReason 列挙型 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - CorDebugStepReason api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: fe248069-b33c-48e1-a777-06ac9b239c54 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 68c4f9452f8ccc9b4d48ee67755a311f32540247 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 71dcc34fd3489fc71cec4050b168548927833082 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # CorDebugStepReason 列挙型 個々のステップの結果を示します。 @@ -63,15 +51,15 @@ typedef enum CorDebugStepReason { |`STEP_INTERCEPT`|コントロールは、インターセプターに渡されました。| |`STEP_EXIT`|ステップが完了する前に、スレッドが終了しました。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [StepComplete メソッド](../../../../docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-stepcomplete-method.md) [列挙型のデバッグ](../../../../docs/framework/unmanaged-api/debugging/debugging-enumerations.md) diff --git a/docs/framework/unmanaged-api/debugging/corpubpublish-coclass.md b/docs/framework/unmanaged-api/debugging/corpubpublish-coclass.md index 6bf507d1f9d..4b6552a2774 100644 --- a/docs/framework/unmanaged-api/debugging/corpubpublish-coclass.md +++ b/docs/framework/unmanaged-api/debugging/corpubpublish-coclass.md @@ -1,14 +1,6 @@ --- -title: "CorpubPublish コクラス" -ms.custom: +title: CorpubPublish コクラス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - CorpubPublish Coclass api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 191015da-f54a-4bac-a28a-1de7ab3c3428 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: f3dec1175715bdbddc3c975924e91e238fa6d5f3 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 9941a9be7d9f68255636b405db29a623be8d37e8 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # CorpubPublish コクラス アプリケーション ドメインとプロセスに関する情報を発行するためのインターフェイスを提供します。 @@ -62,8 +50,8 @@ coclass CorpubPublish { ## コメント 一般的な発行シナリオには、開発者がアプリケーション ドメイン内のコンピューターで実行されているマネージ コードをデバッグする場合が含まれます。 ホスティング環境では、プロセス内で 1 つ以上のアプリケーション ドメインが実行されている可能性があります。 すべてのコンピューターで実行されているプロセスを一覧表示するグラフィカル ユーザー インターフェイスまたはその他の手段を使用して、特定のプロセスを選択して、開発者と思います。 一覧には、すべてのマネージ コードを実行しているプロセス内でアプリケーション ドメインを含める必要があります。 開発者は、特定のアプリケーション ドメインを識別し、そのドメインにデバッガーをアタッチします。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorPub.idl @@ -71,5 +59,5 @@ coclass CorpubPublish { **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [デバッグ](../../../../docs/framework/unmanaged-api/debugging/index.md) diff --git a/docs/framework/unmanaged-api/debugging/efn-getmanagedexcepstack-function.md b/docs/framework/unmanaged-api/debugging/efn-getmanagedexcepstack-function.md index 1f399985e83..8beb3687e48 100644 --- a/docs/framework/unmanaged-api/debugging/efn-getmanagedexcepstack-function.md +++ b/docs/framework/unmanaged-api/debugging/efn-getmanagedexcepstack-function.md @@ -1,14 +1,6 @@ --- -title: "_EFN_GetManagedExcepStack 関数" -ms.custom: +title: _EFN_GetManagedExcepStack 関数 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - _EFN_GetManagedExcepStack api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 21ceed9e-62b2-4024-b027-6d095109955a topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: edcd93bec29c6f0fef3b0bed4b8293efead3932d -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 44f3604e3c12cd4b9781876d2d412d942353061e +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # _EFN_GetManagedExcepStack 関数 指定したマネージ例外オブジェクトのアドレスに応じて、中に含まれているスタック トレースの文字列バージョンを返します。 @@ -64,12 +52,12 @@ HRESULT _EFN_GetManagedExcepStack( ## コメント ない場合マネージ コードのスレッドで現在のコンテキストで、関数は、0xa0 の設備値と 0x1000 のエラー コードとマネージを返します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** SOS_Stacktrace.h - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [デバッグ グローバル静的関数](../../../../docs/framework/unmanaged-api/debugging/debugging-global-static-functions.md) diff --git a/docs/framework/unmanaged-api/debugging/iclrdataenummemoryregions-enummemoryregions-method.md b/docs/framework/unmanaged-api/debugging/iclrdataenummemoryregions-enummemoryregions-method.md index 4c63374ea6a..f68116b7d84 100644 --- a/docs/framework/unmanaged-api/debugging/iclrdataenummemoryregions-enummemoryregions-method.md +++ b/docs/framework/unmanaged-api/debugging/iclrdataenummemoryregions-enummemoryregions-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRDataEnumMemoryRegions::EnumMemoryRegions メソッド" -ms.custom: +title: ICLRDataEnumMemoryRegions::EnumMemoryRegions メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRDataEnumMemoryRegions.EnumMemoryRegions api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 22d2e339-f174-40b5-a478-0b744501566f topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 1685b1f739519485e5e68928b29a874587e6f9c3 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 16d91156427c2ef7bdabd5ab11b01894fbced64c +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRDataEnumMemoryRegions::EnumMemoryRegions メソッド 指定されたメモリ領域を列挙します。 @@ -63,14 +51,14 @@ HRESULT EnumMemoryRegions ( ## コメント このメソッドは、指定された使用[ICLRDataEnumMemoryRegionsCallback](../../../../docs/framework/unmanaged-api/debugging/iclrdataenummemoryregionscallback-interface.md)インスタンスの結果の呼び出し元に通知します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** ClrData.idl、ClrData.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRDataEnumMemoryRegions インターフェイス](../../../../docs/framework/unmanaged-api/debugging/iclrdataenummemoryregions-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/iclrdatatarget-setthreadcontext-method.md b/docs/framework/unmanaged-api/debugging/iclrdatatarget-setthreadcontext-method.md index 9dffbdc5c60..f7fb814a348 100644 --- a/docs/framework/unmanaged-api/debugging/iclrdatatarget-setthreadcontext-method.md +++ b/docs/framework/unmanaged-api/debugging/iclrdatatarget-setthreadcontext-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRDataTarget::SetThreadContext メソッド" -ms.custom: +title: ICLRDataTarget::SetThreadContext メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRDataTarget.SetThreadContext api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 103c8502-81fe-40d7-9c1e-9008d8fb19e1 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 02b77bbb721a44ff24734499011402f2b9165ef4 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 73697fdd19f2492aabdc0d76e8c1a27c917c85f1 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRDataTarget::SetThreadContext メソッド ターゲット プロセスで指定されたスレッドの現在のコンテキストを設定します。 このメソッドは、共通言語ランタイム (CLR) データ アクセス サービスによって呼び出されます。 @@ -64,14 +52,14 @@ HRESULT SetThreadContext ( ## コメント このメソッドは、デバッグ アプリケーションの作成者によって実装されます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** ClrData.idl、ClrData.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRDataTarget インターフェイス](../../../../docs/framework/unmanaged-api/debugging/iclrdatatarget-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/iclrdatatarget-writevirtual-method.md b/docs/framework/unmanaged-api/debugging/iclrdatatarget-writevirtual-method.md index 7169e84a640..e4574aaac93 100644 --- a/docs/framework/unmanaged-api/debugging/iclrdatatarget-writevirtual-method.md +++ b/docs/framework/unmanaged-api/debugging/iclrdatatarget-writevirtual-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRDataTarget::WriteVirtual メソッド" -ms.custom: +title: ICLRDataTarget::WriteVirtual メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRDataTarget.WriteVirtual api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: d627e8b7-a605-40ac-b9bb-da9a3f1b66d9 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 77c47ff90ff9d225eaa8e1f26a70463ea7d5dd5c -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: e55bc18c7a41e235d1ba6274067c45c26dc7262a +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRDataTarget::WriteVirtual メソッド 指定された仮想メモリ アドレスに指定されたバッファーからデータを書き込みます。 @@ -63,14 +51,14 @@ HRESULT WriteVirtual ( `bytesWritten` [out]実際に書き込まれたバイト数へのポインター。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** ClrData.idl、ClrData.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRDataTarget インターフェイス](../../../../docs/framework/unmanaged-api/debugging/iclrdatatarget-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/iclrmetadatalocator-getmetadata-method.md b/docs/framework/unmanaged-api/debugging/iclrmetadatalocator-getmetadata-method.md index 740cd72d63a..aead3c76da1 100644 --- a/docs/framework/unmanaged-api/debugging/iclrmetadatalocator-getmetadata-method.md +++ b/docs/framework/unmanaged-api/debugging/iclrmetadatalocator-getmetadata-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRMetadataLocator::GetMetadata メソッド" -ms.custom: +title: ICLRMetadataLocator::GetMetadata メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRMetadataLocator.GetMetadata api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 704a8893-ac56-43b4-90ea-715f38ccb40e topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 8758a96464d1465d92fb17314f1e36ab8d9169c4 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 4338619414c9c9ac8c5fe85479562410d1678698 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRMetadataLocator::GetMetadata メソッド イメージのメタデータを取得する共通言語ランタイム (CLR) データ アクセス サービスによって呼び出されます。 @@ -86,14 +74,14 @@ HRESULT GetMetadata( ## コメント このメソッドは、デバッグ アプリケーションの作成者によって実装されます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** ClrData.idl、ClrData.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRMetadataLocator インターフェイス](../../../../docs/framework/unmanaged-api/debugging/iclrmetadatalocator-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugappdomain-attach-method.md b/docs/framework/unmanaged-api/debugging/icordebugappdomain-attach-method.md index f1eebe452a2..ef2638490a5 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugappdomain-attach-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugappdomain-attach-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugAppDomain::Attach メソッド" -ms.custom: +title: ICorDebugAppDomain::Attach メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugAppDomain.Attach api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 0358b84a-4236-4c34-945b-4babff7df570 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 7ba725cfe4aabab14de4b64297a038bf0b0ccec0 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: a290ca162e5ab71b4184d166bcd00f1d0217cb94 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugAppDomain::Attach メソッド アプリケーション ドメインに、デバッガーをアタッチします。 @@ -47,11 +35,11 @@ HRESULT Attach (); ## コメント アプリケーション ドメイン イベントを受信して、アプリケーション ドメインのデバッグを有効にするには、デバッガーをアタッチする必要があります。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugappdomain-getobject-method.md b/docs/framework/unmanaged-api/debugging/icordebugappdomain-getobject-method.md index 6ccee2443f2..52e0513a99b 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugappdomain-getobject-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugappdomain-getobject-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugAppDomain::GetObject メソッド" -ms.custom: +title: ICorDebugAppDomain::GetObject メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugAppDomain.GetObject api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 78232e6f-ae18-4cfa-a6cd-e79471cf9d76 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 5f8206c6e5efbee8522f425f9078d99a39bbdd42 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: a6f528bcef7d06b503b1ee9d7bd4a61d3d3e9672 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugAppDomain::GetObject メソッド 共通言語ランタイム (CLR) のアプリケーション ドメインへのインターフェイス ポインターを取得します。 @@ -56,11 +44,11 @@ HRESULT GetObject ( ## コメント プロセス内の各アプリケーション ドメインは、管理されている必要がありますを表すそのランタイム内のオブジェクト。 この関数は、管理に対応する ICorDebugValue インターフェイス オブジェクトを取得します。オブジェクト。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugappdomain2-interface.md b/docs/framework/unmanaged-api/debugging/icordebugappdomain2-interface.md index 555dd52aced..2b21f35935f 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugappdomain2-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebugappdomain2-interface.md @@ -1,14 +1,6 @@ --- title: ICorDebugAppDomain2 Interface1 -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugAppDomain2 api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 314d29f3-feb0-4a92-9530-b569c280cc31 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: c811107fcf32696aee17810af06ac0b2ddc9102d -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: ff6ffdd733cf6e7b923d88d057d7cd230c8d8541 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugAppDomain2 Interface1 配列、ポインター、関数ポインター、および参照型を使用するメソッドを提供します。 このインターフェイスは、ICorDebugAppDomain インターフェイスの拡張機能です。 @@ -49,14 +37,14 @@ ms.lasthandoff: 12/22/2017 > [!NOTE] > このインターフェイスは、コンピューター間またはプロセス間でのリモート呼び出しをサポートしていません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugappdomain3-getcachedwinrttypesforiids-method.md b/docs/framework/unmanaged-api/debugging/icordebugappdomain3-getcachedwinrttypesforiids-method.md index abd6c507f1c..a0ccd759867 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugappdomain3-getcachedwinrttypesforiids-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugappdomain3-getcachedwinrttypesforiids-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugAppDomain3::GetCachedWinRTTypesForIIDs メソッド" -ms.custom: +title: ICorDebugAppDomain3::GetCachedWinRTTypesForIIDs メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugAppDomain3.GetCachedWinRTTypesForIIDs api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 23682ca0-1bcf-48e6-996e-69f7ba337682 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 5a7ce44dcfc709b4fea1952471cf31f5f07d4d0e -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 7c8c82b3ace19d4b1d79fbfd296ce239e6da99ef +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugAppDomain3::GetCachedWinRTTypesForIIDs メソッド キャッシュされた列挙子を取得[!INCLUDE[wrt](../../../../includes/wrt-md.md)]アプリケーション ドメイン内の型、インターフェイスの id に基づいています。 @@ -61,14 +49,14 @@ HRESULT GetCachedWinRTTypesForIIDs ( ## コメント "ICorDebugTypeEnum"コレクション内の対応するエントリがの型を持つメソッドは、特定のインターフェイスの識別子の情報を取得できなかった場合、`ELEMENT_TYPE_END`データ取得に関する問題によるエラーのまたは`ELEMENT_TYPE_VOID`の不明なインターフェイス識別子。 -## 必要条件 - **プラットフォーム:**[!INCLUDE[wrt](../../../../includes/wrt-md.md)] +## 要件 + **プラットフォーム:** [!INCLUDE[wrt](../../../../includes/wrt-md.md)] **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] -## 参照 +## 関連項目 [ICorDebugAppDomain3 インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugappdomain3-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugappdomain3-interface.md b/docs/framework/unmanaged-api/debugging/icordebugappdomain3-interface.md index f2544b12d18..7b32e6a8468 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugappdomain3-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebugappdomain3-interface.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugAppDomain3 インターフェイス" -ms.custom: +title: ICorDebugAppDomain3 インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugAppDomain3 api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 875ef5be-c1e7-4d95-97e9-d3a667aeaba0 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 017a2f018569b17c0b0011638e16f1921b6c9801 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 7c130b92fd5114d067730da3b7cd138d98cf0577 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugAppDomain3 インターフェイス 管理対象の形式に関する情報を取得するメソッドを提供[!INCLUDE[wrt](../../../../includes/wrt-md.md)]アプリケーション ドメインで現在読み込まれている型。 このインターフェイスは、ICorDebugAppDomain および ICorDebugAppDomain2 インターフェイスの拡張です。 @@ -52,14 +40,14 @@ ms.lasthandoff: 12/22/2017 > [!NOTE] > このインターフェイスは、コンピューター間またはプロセス間でのリモート呼び出しをサポートしていません。 -## 必要条件 - **プラットフォーム:**[!INCLUDE[wrt](../../../../includes/wrt-md.md)] +## 要件 + **プラットフォーム:** [!INCLUDE[wrt](../../../../includes/wrt-md.md)] **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugappdomain4-getobjectforccw-method.md b/docs/framework/unmanaged-api/debugging/icordebugappdomain4-getobjectforccw-method.md index 5a9c71f0ae1..67076970610 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugappdomain4-getobjectforccw-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugappdomain4-getobjectforccw-method.md @@ -1,24 +1,14 @@ --- -title: "ICorDebugAppDomain4::GetObjectForCCW メソッド" -ms.custom: +title: ICorDebugAppDomain4::GetObjectForCCW メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference ms.assetid: 2cacdb85-e7b8-42e7-b310-c3e8c22e5d33 -caps.latest.revision: "6" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: d459c9ea807114c4f63995ba8fbbb288ea5463b6 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: f1089668aa19747f5f694360ebb87098e2df9ad4 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugAppDomain4::GetObjectForCCW メソッド COM 呼び出し可能ラッパー (CCW: COM Callable Wrapper) ポインターからマネージ オブジェクトを取得します。 @@ -41,15 +31,15 @@ HRESULT GetObjectForCCW( ## コメント -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v46plus](../../../../includes/net-current-v46plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v46plus](../../../../includes/net-current-v46plus-md.md)] -## 参照 +## 関連項目 [ICorDebugAppDomain4 インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugappdomain4-interface.md) [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugappdomain4-interface.md b/docs/framework/unmanaged-api/debugging/icordebugappdomain4-interface.md index ebc4ef3ac6b..be996172ff4 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugappdomain4-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebugappdomain4-interface.md @@ -1,24 +1,14 @@ --- -title: "ICorDebugAppDomain4 インターフェイス" -ms.custom: +title: ICorDebugAppDomain4 インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference ms.assetid: c536b9dc-148e-4924-bde1-1daa98d49d90 -caps.latest.revision: "6" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: aa642b8f4a2e80a61f04cb060544b374230d78d0 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 7aa4d27e6b68137be88b4837d85fdf7c886a8133 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugAppDomain4 インターフェイス COM 呼び出し可能ラッパーからマネージ オブジェクトを取得する ICorDebugAppDomain インターフェイスを論理的に拡張します。 @@ -31,15 +21,15 @@ COM 呼び出し可能ラッパーからマネージ オブジェクトを取得 ## コメント -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v46plus](../../../../includes/net-current-v46plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v46plus](../../../../includes/net-current-v46plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) [デバッグ](../../../../docs/framework/unmanaged-api/debugging/index.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugarrayvalue-getelementatposition-method.md b/docs/framework/unmanaged-api/debugging/icordebugarrayvalue-getelementatposition-method.md index f0f6d434a97..51d946424ab 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugarrayvalue-getelementatposition-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugarrayvalue-getelementatposition-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugArrayValue::GetElementAtPosition メソッド" -ms.custom: +title: ICorDebugArrayValue::GetElementAtPosition メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugArrayValue.GetElementAtPosition api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 6fd5eaa4-1997-4910-82f5-3887480db764 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: c26a55815e57126895902275148940c5271c235b -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 580c7b4dcd63f83e113a5317c242b7e66cfb3f5a +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugArrayValue::GetElementAtPosition メソッド 0 から始まる 1 次元の配列として、配列を扱う方法の指定された位置に要素を取得します。 @@ -57,11 +45,11 @@ HRESULT GetElementAtPosition ( ## コメント 多次元配列のレイアウトには、配列のレイアウトの C++ のスタイルが次に示します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugarrayvalue-getrank-method.md b/docs/framework/unmanaged-api/debugging/icordebugarrayvalue-getrank-method.md index 9adbe4c40e4..ae86a3336b7 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugarrayvalue-getrank-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugarrayvalue-getrank-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugArrayValue::GetRank メソッド" -ms.custom: +title: ICorDebugArrayValue::GetRank メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugArrayValue.GetRank api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 5e83c82c-593d-4691-90b0-383d218b415e topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: b821e23b9b45932fb9296e0d4dac81d2b8c06135 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: bdac5bc1d205184771388b13e9b5380ff42bfba8 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugArrayValue::GetRank メソッド 配列のディメンションの数を取得します。 @@ -50,11 +38,11 @@ HRESULT GetRank ( `pnRank` [out]このディメンションの数へのポインター`ICorDebugArrayValue`オブジェクト。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugarrayvalue-interface.md b/docs/framework/unmanaged-api/debugging/icordebugarrayvalue-interface.md index e2548d6d213..d51c790f2a8 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugarrayvalue-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebugarrayvalue-interface.md @@ -1,14 +1,6 @@ --- title: ICorDebugArrayValue Interface1 -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugArrayValue api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: dc437751-7093-44e2-bfdc-191d9ce3c192 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 35169f0dd2ca71400d3aebddf9d5e2ae6b72be07 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: a96f2b21e524f03ea3290be268244eaceeb5c7f7 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugArrayValue Interface1 1 次元または多次元配列を表す ICorDebugHeapValue のサブクラスです。 @@ -51,19 +39,19 @@ ms.lasthandoff: 12/22/2017 |[HasBaseIndicies メソッド](../../../../docs/framework/unmanaged-api/debugging/icordebugarrayvalue-hasbaseindicies-method.md)|配列の基本のインデックスがあるかどうかを判断します。| ## コメント - `ICorDebugArrayValue`1 次元と多次元の両方の配列をサポートします。 + `ICorDebugArrayValue` 1 次元と多次元の両方の配列をサポートします。 > [!NOTE] > このインターフェイスは、コンピューター間またはプロセス間でのリモート呼び出しをサポートしていません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugassembly-getcodebase-method.md b/docs/framework/unmanaged-api/debugging/icordebugassembly-getcodebase-method.md index 9ad3e4301aa..656dc9d5b03 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugassembly-getcodebase-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugassembly-getcodebase-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugAssembly::GetCodeBase メソッド" -ms.custom: +title: ICorDebugAssembly::GetCodeBase メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugAssembly.GetCodeBase api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 48adc154-9058-4fef-9c43-e9aad80e4dbf topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 24ac81f841be21fe477ad46ef210e2f7d1595acb -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: f6236d6b5349a9c2a528a85559c0cbc02c8da381 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugAssembly::GetCodeBase メソッド .NET Framework の現在のバージョンでは、このメソッドが実装されていません。 diff --git a/docs/framework/unmanaged-api/debugging/icordebugassemblyenum-interface.md b/docs/framework/unmanaged-api/debugging/icordebugassemblyenum-interface.md index 00b30539fdd..8287a8902e7 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugassemblyenum-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebugassemblyenum-interface.md @@ -1,14 +1,6 @@ --- title: ICorDebugAssemblyEnum Interface1 -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugAssemblyEnum api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 891ceb43-5161-421e-a0bf-299962fd7efd topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 5d620fc82323a1d3d46eb60290af39061a686873 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: c6b8fa9304296765fcdb6ebe42db5523e5ff387d +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugAssemblyEnum Interface1 ICorDebugEnum メソッドを実装して、ICorDebugAssembly 配列を列挙します。 @@ -48,14 +36,14 @@ ICorDebugEnum メソッドを実装して、ICorDebugAssembly 配列を列挙し > [!NOTE] > このインターフェイスは、コンピューター間またはプロセス間でのリモート呼び出しをサポートしていません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugbreakpoint-isactive-method.md b/docs/framework/unmanaged-api/debugging/icordebugbreakpoint-isactive-method.md index a100dd7d3fe..b9cec3c8510 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugbreakpoint-isactive-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugbreakpoint-isactive-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugBreakpoint::IsActive メソッド" -ms.custom: +title: ICorDebugBreakpoint::IsActive メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugBreakpoint.IsActive api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 06e583d6-d88a-4ff5-bb95-5c48618a461c topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 394caaaff0b0269acd63a590225ffde420ebfd2e -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 61aece9dd506d6e4af8718e45cc772d120a7d579 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugBreakpoint::IsActive メソッド 示す値を取得するかどうかこの`ICorDebugBreakpoint`がアクティブです。 @@ -50,11 +38,11 @@ HRESULT IsActive ( `pbActive` [out]`true`このブレークポイントがアクティブ、それ以外の場合は`false`します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugchain-getcontext-method.md b/docs/framework/unmanaged-api/debugging/icordebugchain-getcontext-method.md index 46a719e8eaf..02560e65e0f 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugchain-getcontext-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugchain-getcontext-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugChain::GetContext メソッド" -ms.custom: +title: ICorDebugChain::GetContext メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugChain.GetContext api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 26abe7ee-e578-4228-affa-01bed0dfce1b topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 9ec212bb0de60c0cdff6b3fe26d6d4f6261d78fd -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 0fd80cb16466d95f443b098fe20f2d407ba2aed8 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugChain::GetContext メソッド .NET Framework の現在のバージョンでは、このメソッドが実装されていません。 diff --git a/docs/framework/unmanaged-api/debugging/icordebugchain-getprevious-method.md b/docs/framework/unmanaged-api/debugging/icordebugchain-getprevious-method.md index 49028e2c7f3..ab39b9cb263 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugchain-getprevious-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugchain-getprevious-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugChain::GetPrevious メソッド" -ms.custom: +title: ICorDebugChain::GetPrevious メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugChain.GetPrevious api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 58eed4c8-d80c-4c6a-a875-967a90dd926c topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: c5f98395ff8e77aa52a470f893ea5db02d73fdf3 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 2c0545440ed63ba914229249080ec9f6be8eb2b3 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugChain::GetPrevious メソッド スレッドの前のフレーム チェーンを取得します。 @@ -50,11 +38,11 @@ HRESULT GetPrevious ( `ppChain` [out]このスレッドのフレームの以前のチェーンを表す ICorDebugChain オブジェクトのアドレスへのポインター。 このチェーンの最初のチェーン場合`ppChain`が null です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugchain-getthread-method.md b/docs/framework/unmanaged-api/debugging/icordebugchain-getthread-method.md index e96ad02cb88..728bca2e998 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugchain-getthread-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugchain-getthread-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugChain::GetThread メソッド" -ms.custom: +title: ICorDebugChain::GetThread メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugChain.GetThread api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: b3390319-6366-418c-ba80-b552ac4dfc1e topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 560f92eaed2d3482ca24d67810a3de6bc6f6fe31 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 291c8129a790c235ee6e7f163c49c4e1e726cce5 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugChain::GetThread メソッド この呼び出しチェーンが物理スレッドの一部を取得します。 @@ -50,11 +38,11 @@ HRESULT GetThread ( `ppThread` [out]この呼び出しチェーンは一部に物理スレッドを表す ICorDebugThread オブジェクトへのポインターです。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugchain-interface.md b/docs/framework/unmanaged-api/debugging/icordebugchain-interface.md index 70c851032b4..547ac200b29 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugchain-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebugchain-interface.md @@ -1,14 +1,6 @@ --- title: ICorDebugChain Interface1 -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugChain api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: f671f519-1cb3-4ae5-b9f1-abc5e783459f topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 6000f6d91b3fe2325868b9af58740e1c4cd76127 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 32889a8e8867fc42b48413463095dda423f26b85 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugChain Interface1 物理呼び出し履歴または論理呼び出し履歴のセグメントを表します。 @@ -60,14 +48,14 @@ ms.lasthandoff: 12/22/2017 > [!NOTE] > このインターフェイスは、コンピューター間またはプロセス間でのリモート呼び出しをサポートしていません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugcode-createbreakpoint-method.md b/docs/framework/unmanaged-api/debugging/icordebugcode-createbreakpoint-method.md index 6b59acb53ec..eb1a5f06f02 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugcode-createbreakpoint-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugcode-createbreakpoint-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugCode::CreateBreakpoint メソッド" -ms.custom: +title: ICorDebugCode::CreateBreakpoint メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugCode.CreateBreakpoint api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 46842618-0fe4-480b-871c-82fba82d23d9 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 211435025fe06eff180244430138be9d42c5eb86 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 1173091a5f2d8814747c93f827150afe39b8b309 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugCode::CreateBreakpoint メソッド 次のコードで指定したオフセット位置にブレークポイントを作成します。 @@ -59,14 +47,14 @@ HRESULT CreateBreakpoint ( このコードは、Microsoft intermediate language (MSIL) コード、および、ジャスト イン-タイム (JIT) があるかどうかに、ブレークポイント、コードのコンパイル済みのネイティブのバージョンは、JIT コンパイルのコードにも適用されます。 (同じは true を指定すると、コードは JIT コンパイルされた後で) です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 diff --git a/docs/framework/unmanaged-api/debugging/icordebugcode-getencremapsequencepoints-method.md b/docs/framework/unmanaged-api/debugging/icordebugcode-getencremapsequencepoints-method.md index 353d3664888..f3400cb6926 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugcode-getencremapsequencepoints-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugcode-getencremapsequencepoints-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugCode::GetEnCRemapSequencePoints メソッド" -ms.custom: +title: ICorDebugCode::GetEnCRemapSequencePoints メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugCode.GetEnCRemapSequencePoints api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 8463a98a-de4a-418e-beb0-9611885ae6b0 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 508979a63c2ab25ee3478dde490a5c3f7df14c73 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: fd0607f2523e6f05065acc0078f4cb2848afd928 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugCode::GetEnCRemapSequencePoints メソッド .NET Framework の現在のバージョンでは、このメソッドが実装されていません。 @@ -49,5 +37,5 @@ HRESULT GetEnCRemapSequencePoints( ); ``` -## 参照 +## 関連項目 diff --git a/docs/framework/unmanaged-api/debugging/icordebugcode4-interface.md b/docs/framework/unmanaged-api/debugging/icordebugcode4-interface.md index 727557f5a18..07e230b3908 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugcode4-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebugcode4-interface.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugCode4 インターフェイス" -ms.custom: +title: ICorDebugCode4 インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: article api_name: - ICorDebugCode4 api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: a3fdf523-274a-449c-920b-9fcb0aed1d97 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 30c0599e183d51030ac5b063a2aca4352ad95eca -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 624db77f0db2fe374e16abae64b6bf6ad290baa5 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugCode4 インターフェイス ローカル変数と関数の引数を列挙するデバッガーを有効にするメソッドを提供します。 @@ -48,16 +36,16 @@ ms.lasthandoff: 12/22/2017 > [!NOTE] > このインターフェイスは、コンピューター間またはプロセス間でのリモート呼び出しをサポートしていません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v462plus](../../../../includes/net-current-v462plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v462plus](../../../../includes/net-current-v462plus-md.md)] -## 参照 +## 関連項目 [ICorDebugCode3 インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugcode3-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugcontext-interface.md b/docs/framework/unmanaged-api/debugging/icordebugcontext-interface.md index 244e31c91ba..b7bdbe4a1ac 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugcontext-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebugcontext-interface.md @@ -1,14 +1,6 @@ --- title: ICorDebugContext Interface1 -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugContext api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: b9907b98-4253-4cb6-a296-37ae9977c81a topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: ada645c4feb5976fe1bacfb9c9ab1ab53d3969af -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 3c9c57f7184221ab963798e97e117a6aa4810705 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugContext Interface1 コンテキストのオブジェクトを表します。 このインターフェイスはまだ実装されていません。 @@ -42,14 +30,14 @@ ms.lasthandoff: 12/22/2017 > [!NOTE] > このインターフェイスは、コンピューター間またはプロセス間でのリモート呼び出しをサポートしていません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugcontroller-cancommitchanges-method.md b/docs/framework/unmanaged-api/debugging/icordebugcontroller-cancommitchanges-method.md index af4df88a448..6dd706d3ab1 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugcontroller-cancommitchanges-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugcontroller-cancommitchanges-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugController::CanCommitChanges メソッド" -ms.custom: +title: ICorDebugController::CanCommitChanges メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugController.CanCommitChanges api_location: @@ -23,20 +15,16 @@ helpviewer_keywords: ms.assetid: 7050e94b-f197-4ffd-88fa-ed2ecdf19663 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: e884b17daae5dcbbcc12b8973738e537e2649454 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 70cec58f232d7ab8e02cbe346d393fb25dc4e5c0 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugController::CanCommitChanges メソッド `CanCommitChanges` は互換性のために残されています。 このメソッドを呼び出さないでください。 -## 参照 +## 関連項目 diff --git a/docs/framework/unmanaged-api/debugging/icordebugcontroller-stop-method.md b/docs/framework/unmanaged-api/debugging/icordebugcontroller-stop-method.md index d55d6ae3ccd..31c9477aba5 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugcontroller-stop-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugcontroller-stop-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugController::Stop メソッド" -ms.custom: +title: ICorDebugController::Stop メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugController.Stop api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: c34e79be-a7fb-479e-8dec-d126a4c330e5 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 7a8699a54814b37cc03404b72330812f3eb2b2f9 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 2cd0fc9f86515d63533275002301eb47f11feebb +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugController::Stop メソッド プロセスでマネージ コードを実行しているすべてのスレッドを協調停止を実行します。 @@ -51,21 +39,21 @@ HRESULT Stop ( 使用しません。 ## コメント - `Stop`プロセスの管理を実行しているすべてのスレッドでの協調停止コードを実行します。 マネージのみのデバッグ セッション中にアンマネージ スレッドは実行を続行 (ただし、マネージ コードを呼び出すしようとするときはブロックされます)。 相互運用機能デバッグ セッション中には、アンマネージ スレッドも停止されます。 `dwTimeoutIgnored`現在値が無視され、無限 (-1) として扱われます。 協調停止は、デッドロックのため失敗すると、すべてのスレッドは中断され、E_TIMEOUT が返されます。 + `Stop` プロセスの管理を実行しているすべてのスレッドでの協調停止コードを実行します。 マネージのみのデバッグ セッション中にアンマネージ スレッドは実行を続行 (ただし、マネージ コードを呼び出すしようとするときはブロックされます)。 相互運用機能デバッグ セッション中には、アンマネージ スレッドも停止されます。 `dwTimeoutIgnored`現在値が無視され、無限 (-1) として扱われます。 協調停止は、デッドロックのため失敗すると、すべてのスレッドは中断され、E_TIMEOUT が返されます。 > [!NOTE] -> `Stop`デバッグ API でのみ同期メソッドです。 ときに`Stop`場合は s_ok、プロセスが停止します。 リスナーに、停止の通知コールバックは与えられません。 デバッガーを呼び出す必要があります[icordebugcontroller::continue](../../../../docs/framework/unmanaged-api/debugging/icordebugcontroller-continue-method.md)を再開するプロセスが可能にします。 +> `Stop` デバッグ API でのみ同期メソッドです。 ときに`Stop`場合は s_ok、プロセスが停止します。 リスナーに、停止の通知コールバックは与えられません。 デバッガーを呼び出す必要があります[icordebugcontroller::continue](../../../../docs/framework/unmanaged-api/debugging/icordebugcontroller-continue-method.md)を再開するプロセスが可能にします。 デバッガーは、停止カウンターを保持します。 カウンターがゼロになる、コント ローラーが再開されます。 各呼び出し`Stop`または各ディスパッチされたコールバックがカウンターをインクリメントします。 各呼び出し`ICorDebugController::Continue`デクリメント カウンターです。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 diff --git a/docs/framework/unmanaged-api/debugging/icordebugeditandcontinueerrorinfo-getstring-method.md b/docs/framework/unmanaged-api/debugging/icordebugeditandcontinueerrorinfo-getstring-method.md index 75674d75374..ef925dab7c7 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugeditandcontinueerrorinfo-getstring-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugeditandcontinueerrorinfo-getstring-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugEditAndContinueErrorInfo::GetString メソッド" -ms.custom: +title: ICorDebugEditAndContinueErrorInfo::GetString メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugEditAndContinueErrorInfo.GetString api_location: @@ -23,20 +15,16 @@ helpviewer_keywords: ms.assetid: 85e2108b-ff03-4a15-ac5c-1eb5d84f38ca topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: efb0dab023839f1d6cf216ce0b27dd8c45cf9d98 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 74b0fc10b7d838265a6ccd9e2581f67a432f2c9e +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugEditAndContinueErrorInfo::GetString メソッド `GetString` は互換性のために残されています。 このメソッドを呼び出さないでください。 -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugeditandcontinuesnapshot-getmvid-method.md b/docs/framework/unmanaged-api/debugging/icordebugeditandcontinuesnapshot-getmvid-method.md index 2b1f5f47f51..83095845af1 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugeditandcontinuesnapshot-getmvid-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugeditandcontinuesnapshot-getmvid-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugEditAndContinueSnapshot::GetMvid メソッド" -ms.custom: +title: ICorDebugEditAndContinueSnapshot::GetMvid メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugEditAndContinueSnapshot.GetMvid api_location: @@ -23,20 +15,16 @@ helpviewer_keywords: ms.assetid: d7e916a6-1c39-4676-972d-da3d8546044b topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 973feab63d0a741fddb8cc96e1d48e1ae5a33892 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 0f1b08adfcef20fe6912f94d97d78c50875c2bdb +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugEditAndContinueSnapshot::GetMvid メソッド `GetMvid` は互換性のために残されています。 このメソッドを呼び出さないでください。 -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugeditandcontinuesnapshot-setilmap-method.md b/docs/framework/unmanaged-api/debugging/icordebugeditandcontinuesnapshot-setilmap-method.md index 25b4336d7ea..901a0528179 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugeditandcontinuesnapshot-setilmap-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugeditandcontinuesnapshot-setilmap-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugEditAndContinueSnapshot::SetILMap メソッド" -ms.custom: +title: ICorDebugEditAndContinueSnapshot::SetILMap メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugEditAndContinueSnapshot.SetILMap api_location: @@ -23,20 +15,16 @@ helpviewer_keywords: ms.assetid: 26c1bf4b-75ff-4c32-872c-3078ccdde04f topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 349fd87c75a2de175322bf114bd2ef9e160ed31b -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 22e35f06cfe5175ef3666dd5466d79384b17f2f2 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugEditAndContinueSnapshot::SetILMap メソッド `SetILMap` は互換性のために残されています。 このメソッドを呼び出さないでください。 -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugenum-getcount-method.md b/docs/framework/unmanaged-api/debugging/icordebugenum-getcount-method.md index d922f80d99c..8c2b38c0f53 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugenum-getcount-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugenum-getcount-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugEnum::GetCount メソッド" -ms.custom: +title: ICorDebugEnum::GetCount メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugEnum.GetCount api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: d8a74304-1cb2-4977-a21d-e1af48c563ff topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: b2be2e198007e15a0bae3ba0d3dd0cf1cf9983c6 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 5eddad89c60f25c957a06822d54cc73501b974ee +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugEnum::GetCount メソッド 列挙に含まれる項目の数を取得します。 @@ -50,11 +38,11 @@ HRESULT GetCount ( `pcelt` [out]列挙に含まれる項目数へのポインター。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugenum-interface1.md b/docs/framework/unmanaged-api/debugging/icordebugenum-interface1.md index 900da4187db..24fdd7148fe 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugenum-interface1.md +++ b/docs/framework/unmanaged-api/debugging/icordebugenum-interface1.md @@ -1,14 +1,6 @@ --- title: ICorDebugEnum Interface1 -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugEnum api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 80be7efe-2c32-4b9f-8c52-40c6f6268219 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 751cca87962473501ef29a4deb99d9d24be33396 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: a4659bbc9c2e3c71a6cf85e51a06bee4f789356b +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugEnum Interface1 デバッグのアプリケーションによって使用されている列挙子の抽象基本インターフェイスとして機能します。 @@ -94,14 +82,14 @@ ms.lasthandoff: 12/22/2017 > [!NOTE] > このインターフェイスは、コンピューター間またはプロセス間でのリモート呼び出しをサポートしていません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugenum-reset-method.md b/docs/framework/unmanaged-api/debugging/icordebugenum-reset-method.md index 9f7bc5ff2ce..a5bca7583cb 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugenum-reset-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugenum-reset-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugEnum::Reset メソッド" -ms.custom: +title: ICorDebugEnum::Reset メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugEnum.Reset api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: ab03dcb8-ceed-4f7a-abf8-9d31604bf90c topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: df84855ec385975645868559487d21ae5b3be866 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: dde1f8f0325bfe501c2b1ebf034cc1fe68cda4e6 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugEnum::Reset メソッド 列挙体の先頭にカーソルを移動します。 @@ -44,14 +32,14 @@ ms.lasthandoff: 12/22/2017 HRESULT Reset (); ``` -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [ICorDebugEnum Interface1](../../../../docs/framework/unmanaged-api/debugging/icordebugenum-interface1.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugeval-interface.md b/docs/framework/unmanaged-api/debugging/icordebugeval-interface.md index 0500154217a..2a1cbcafd43 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugeval-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebugeval-interface.md @@ -1,14 +1,6 @@ --- title: ICorDebugEval Interface1 -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugEval api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 3a5c9815-832d-47e1-b7f7-bbba135d7cf1 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 77e97e31a20c392eebae1b373bb1af53f87c23e9 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 3ceda938798ba03a9f178776c4cd9439456182c0 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugEval Interface1 デバッガーが、デバッグ中のコードのコンテキスト内でコードを実行できるメソッドを提供します。 @@ -64,16 +52,16 @@ ms.lasthandoff: 12/22/2017 > [!NOTE] > このインターフェイスは、コンピューター間またはプロセス間でのリモート呼び出しをサポートしていません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 diff --git a/docs/framework/unmanaged-api/debugging/icordebugframe-getcaller-method.md b/docs/framework/unmanaged-api/debugging/icordebugframe-getcaller-method.md index f28844eb93d..e9294e0e385 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugframe-getcaller-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugframe-getcaller-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugFrame::GetCaller メソッド" -ms.custom: +title: ICorDebugFrame::GetCaller メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugFrame.GetCaller api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: bfdc946b-8238-4eb9-8a85-884049fb0fd4 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: f465dd123b517b347a29118f3092f244c2212cd9 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 2452f4be0acde300676bf56011416e0a9ef16464 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugFrame::GetCaller メソッド 現在のこのフレームを呼び出したチェーン内 ICorDebugFrame オブジェクトへのポインターを取得します。 @@ -50,11 +38,11 @@ HRESULT GetCaller ( `ppFrame` [out]アドレスへのポインター、`ICorDebugFrame`を呼び出し元のフレームを表すオブジェクト。 この値は、呼び出されたフレームが現在のチェーン内の最も外側のフレームが場合は null です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugframe-getchain-method.md b/docs/framework/unmanaged-api/debugging/icordebugframe-getchain-method.md index b87c6beffc3..410c3e58e62 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugframe-getchain-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugframe-getchain-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugFrame::GetChain メソッド" -ms.custom: +title: ICorDebugFrame::GetChain メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugFrame.GetChain api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: e28e51d3-8f73-494f-bcd4-48bac239fbe1 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 479ad2db4752f9e031783b430396286c6989b115 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 06c020b9f6c074be11e3433939ce6898586123cd +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugFrame::GetChain メソッド このフレームの一部であるチェーンへのポインターを取得します。 @@ -50,11 +38,11 @@ HRESULT GetChain ( `ppChain` [out]このフレームを含むチェーンを表す ICorDebugChain オブジェクトのアドレスへのポインター。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugframeenum-interface.md b/docs/framework/unmanaged-api/debugging/icordebugframeenum-interface.md index 9170557fa81..e697e76a434 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugframeenum-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebugframeenum-interface.md @@ -1,14 +1,6 @@ --- title: ICorDebugFrameEnum Interface1 -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugFrameEnum api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: ee3f85d3-044e-46b8-945c-93ebfa5d9e91 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: f7dcbf9e5f655e78581de3929ea6125a66a0e1cc -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 2c7b539ce01f7e25dba12a78b95097eebae175bc +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugFrameEnum Interface1 ICorDebugEnum メソッドを実装して、ICorDebugFrame 配列を列挙します。 @@ -48,14 +36,14 @@ ICorDebugEnum メソッドを実装して、ICorDebugFrame 配列を列挙しま > [!NOTE] > このインターフェイスは、コンピューター間またはプロセス間でのリモート呼び出しをサポートしていません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugfunction-getlocalvarsigtoken-method.md b/docs/framework/unmanaged-api/debugging/icordebugfunction-getlocalvarsigtoken-method.md index 88ff865c33d..4ac8d2044cf 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugfunction-getlocalvarsigtoken-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugfunction-getlocalvarsigtoken-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugFunction::GetLocalVarSigToken メソッド" -ms.custom: +title: ICorDebugFunction::GetLocalVarSigToken メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugFunction.GetLocalVarSigToken api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 31e53494-bcc9-4981-91a4-f7e0f02cad48 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: bfd2998393429d26f4670edfeae44b83893f479d -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 9a09741ed778436f1cb35d094885bd3effa813a5 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugFunction::GetLocalVarSigToken メソッド この ICorDebugFunction インスタンスで表される関数の場合は、ローカル変数シグネチャのメタデータ トークンを取得します。 @@ -50,11 +38,11 @@ HRESULT GetLocalVarSigToken ( `pmdSig` [out]ポインター、 `mdSignature` 、この関数の場合は、ローカル変数シグネチャのトークンまたは`mdSignatureNil`、この関数には、ローカル変数があるない場合。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebuggcreferenceenum-interface.md b/docs/framework/unmanaged-api/debugging/icordebuggcreferenceenum-interface.md index acbb69f4beb..0cb1b6afa6d 100644 --- a/docs/framework/unmanaged-api/debugging/icordebuggcreferenceenum-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebuggcreferenceenum-interface.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugGCReferenceEnum インターフェイス" -ms.custom: +title: ICorDebugGCReferenceEnum インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugGCReferenceEnum api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 5f3c91c9-c035-454f-96cc-011cab1ea06b topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 1afe52c3df8f61b234b3c68ee819ba8389593c82 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: fa8c3160dc779b2475dec63be896af5283cf5346 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugGCReferenceEnum インターフェイス ガベージ コレクトされるオブジェクトの列挙子を提供します。 @@ -56,14 +44,14 @@ ms.lasthandoff: 12/22/2017 - ファイナライザー キューからのオブジェクト。 ファイナライザー キューは、ファイナライザーが実行されるまで、オブジェクトをルートします。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugheapvalue2-interface1.md b/docs/framework/unmanaged-api/debugging/icordebugheapvalue2-interface1.md index d3423099fdb..499f7fd4b60 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugheapvalue2-interface1.md +++ b/docs/framework/unmanaged-api/debugging/icordebugheapvalue2-interface1.md @@ -1,14 +1,6 @@ --- title: ICorDebugHeapValue2 Interface1 -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugHeapValue2 api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 87360a52-90b1-4ada-80c0-589a556116d8 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 875b2edb0f49c286988bd3636edf457dc89268f8 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 5eb8fa52a3f599787edaa6c47c260f48aa143e61 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugHeapValue2 Interface1 共通言語ランタイム (CLR) 処理のサポートを提供する ICorDebugHeapValue の拡張子です。 @@ -48,14 +36,14 @@ ms.lasthandoff: 12/22/2017 > [!NOTE] > このインターフェイスは、コンピューター間またはプロセス間でのリモート呼び出しをサポートしていません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugheapvalue3-getthreadowningmonitorlock-method.md b/docs/framework/unmanaged-api/debugging/icordebugheapvalue3-getthreadowningmonitorlock-method.md index 891aca858e5..8298e1f58ed 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugheapvalue3-getthreadowningmonitorlock-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugheapvalue3-getthreadowningmonitorlock-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugHeapValue3::GetThreadOwningMonitorLock メソッド" -ms.custom: +title: ICorDebugHeapValue3::GetThreadOwningMonitorLock メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugHeapValue3.GetThreadOwningMonitorLock api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: e06fc19d-2cf4-4cad-81a3-137a68af8969 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 1a2198e54c764fde0248563b040ac98984001888 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 7ba09991e9452a86c6b7a1cbb08a38a71ba2aeaa +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugHeapValue3::GetThreadOwningMonitorLock メソッド このオブジェクトのモニター ロックを所有するマネージ スレッドを返します。 @@ -77,15 +65,15 @@ HRESULT GetThreadOwningMonitorLock ( スレッドがこのオブジェクトのモニター ロックを所有している場合、これを確認できないように、エラーが発生した場合、メソッドは失敗を示す HRESULT を返します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) [デバッグ](../../../../docs/framework/unmanaged-api/debugging/index.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugilcode-interface.md b/docs/framework/unmanaged-api/debugging/icordebugilcode-interface.md index 3ac96b88b4c..bf12ef21686 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugilcode-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebugilcode-interface.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugILCode インターフェイス" -ms.custom: +title: ICorDebugILCode インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugILCode api_location: @@ -18,17 +10,13 @@ api_type: ms.assetid: 51c4de0c-3813-4142-be25-a85bb84efb90 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: b9629129b1ab24a2ba5708e808140078baa81ff3 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: bac5578caaf5682c12509b41da77b3d7cca76312 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugILCode インターフェイス [.NET Framework 4.5.2 以降のバージョンでのみでサポート] @@ -41,15 +29,15 @@ ms.lasthandoff: 12/22/2017 |------------|-----------------| |[GetEHClauses メソッド](../../../../docs/framework/unmanaged-api/debugging/icordebugilcode-getehclauses-method.md)|この IL のために定義された例外処理 (EH) 句のリストへのポインターを返します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v452plus](../../../../includes/net-current-v452plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v452plus](../../../../includes/net-current-v452plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) [デバッグ](../../../../docs/framework/unmanaged-api/debugging/index.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugilcode2-getinstrumentedilmap-method.md b/docs/framework/unmanaged-api/debugging/icordebugilcode2-getinstrumentedilmap-method.md index 593cf668acc..bfbf8cda896 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugilcode2-getinstrumentedilmap-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugilcode2-getinstrumentedilmap-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugILCode2::GetInstrumentedILMap メソッド" -ms.custom: +title: ICorDebugILCode2::GetInstrumentedILMap メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference dev_langs: - cpp api_name: @@ -20,17 +12,13 @@ api_type: ms.assetid: 7a4e3085-8f95-40ef-a4be-7d6146f47ce2 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 0499813bc2192d419dc21d9dbb84aff17894544f -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 6a712ed9e3534ca6bb2962989f1ab3750a25d539 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugILCode2::GetInstrumentedILMap メソッド [.NET Framework 4.5.2 以降のバージョンでのみでサポート] @@ -64,16 +52,16 @@ HRESULT GetInstrumentedILMap( IL がインストルメント化されていない、またはプロファイラーによってマッピングが指定されなかった場合、このメソッドは `S_OK` を返し、`pcMap` を 0 に設定します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v452plus](../../../../includes/net-current-v452plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v452plus](../../../../includes/net-current-v452plus-md.md)] -## 参照 +## 関連項目 [Icorprofilerinfo::setilinstrumentedcodemap](../../../../docs/framework/unmanaged-api/profiling/icorprofilerinfo-setilinstrumentedcodemap-method.md) [ICorDebugILCode2 インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugilcode2-interface.md) [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugilframe-getargument-method.md b/docs/framework/unmanaged-api/debugging/icordebugilframe-getargument-method.md index 6549208de77..de9cd12cab5 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugilframe-getargument-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugilframe-getargument-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugILFrame::GetArgument メソッド" -ms.custom: +title: ICorDebugILFrame::GetArgument メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugILFrame.GetArgument api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 4e2fd423-f643-4c27-ba5f-41b5ebc3b416 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: c6b1c097d830af4e68035f79670983002c15c16d -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 1653913ca7410728f0f90a546f613a9d8b88be7a +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugILFrame::GetArgument メソッド この Microsoft intermediate language (MSIL) のスタック フレーム内には、指定された引数の値を取得します。 @@ -57,11 +45,11 @@ HRESULT GetArgument ( ## コメント `GetArgument` ・ イン タイム (JIT) コンパイル フレームまたは MSIL スタック フレームで、メソッドを使用できます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugilframe2-enumeratetypeparameters-method.md b/docs/framework/unmanaged-api/debugging/icordebugilframe2-enumeratetypeparameters-method.md index f4b217f13a3..1363fb41d4c 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugilframe2-enumeratetypeparameters-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugilframe2-enumeratetypeparameters-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugILFrame2::EnumerateTypeParameters メソッド" -ms.custom: +title: ICorDebugILFrame2::EnumerateTypeParameters メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugILFrame2.EnumerateTypeParameters api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 722d0d74-e0df-491f-98c4-62d501dfaf6f topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 9180ea68dde667ffe0dc8e15b98cb82efaa667ba -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 0a0c23c066a6f704c4dfcfbe254e91ab3bc5817e +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugILFrame2::EnumerateTypeParameters メソッド 含む ICorDebugTypeEnum オブジェクトを取得、このフレーム内のパラメーターです。 @@ -57,11 +45,11 @@ HRESULT EnumerateTypeParameters ( 型パラメーターは、常に使用できません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-breakpointseterror-method.md b/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-breakpointseterror-method.md index 93d20f747d1..92c51470c92 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-breakpointseterror-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-breakpointseterror-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugManagedCallback::BreakpointSetError メソッド" -ms.custom: +title: ICorDebugManagedCallback::BreakpointSetError メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugManagedCallback.BreakpointSetError api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: f2b773a4-c4d0-429c-9717-51d6e2ed86af topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: ff1d3ee5d8bde9f2c1a6d3b97c42edb0b2deb6df -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 8cc437f63621c451c0af796513d4646fe0668c00 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugManagedCallback::BreakpointSetError メソッド 共通言語ランタイムが正確に関数がジャストでタイム (JIT) コンパイル前に設定されたブレークポイントをバインドできなかったことをデバッガーに通知します。 @@ -65,14 +53,14 @@ HRESULT BreakpointSetError ( ## コメント 特定のブレークポイントに到達しません。 デバッガーは、非アクティブ化し、再バインドする必要があります。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [ICorDebugManagedCallback インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-evalcomplete-method.md b/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-evalcomplete-method.md index 8674eb2e327..5e9846a9ccb 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-evalcomplete-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-evalcomplete-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugManagedCallback::EvalComplete メソッド" -ms.custom: +title: ICorDebugManagedCallback::EvalComplete メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugManagedCallback.EvalComplete api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: f74ab4eb-cd1b-407c-a66d-8ec0d85647f3 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 5715ffdf92e118b4cd16e919f10a8fdc02a06387 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 688c5a4b5a18cea444ebf1d63f3ea012a5d815c1 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugManagedCallback::EvalComplete メソッド 評価が完了したことをデバッガーに通知します。 @@ -58,14 +46,14 @@ HRESULT EvalComplete ( `pEval` [in]評価を実行するコードを表す ICorDebugEval オブジェクトへのポインター。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [ICorDebugManagedCallback インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-exception-method.md b/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-exception-method.md index 80a23d1f20b..aa8398568af 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-exception-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-exception-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugManagedCallback::Exception メソッド" -ms.custom: +title: ICorDebugManagedCallback::Exception メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugManagedCallback.Exception api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: ab18a509-dff3-4930-b585-bd15e0414176 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: b964f38501822360e6fc63600f7854c9a90f094c -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: bf6152c643395fe52a43424cab33f527d577b5bd +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugManagedCallback::Exception メソッド マネージ コードから例外がスローされたことをデバッガーに通知します。 @@ -61,14 +49,14 @@ HRESULT Exception ( ## コメント 特定の例外は、スレッド オブジェクトから取得できます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [ICorDebugManagedCallback インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-loadassembly-method.md b/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-loadassembly-method.md index 50c5c61c0e0..401893915ac 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-loadassembly-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-loadassembly-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugManagedCallback::LoadAssembly メソッド" -ms.custom: +title: ICorDebugManagedCallback::LoadAssembly メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugManagedCallback.LoadAssembly api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 55cb673a-e240-43a6-a406-6912e7c0fe66 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 90cc41abd01f7cbef7037ee2b28465dc85de5131 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: f1d05914004d3c1fcc5ff109e854d01661367835 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugManagedCallback::LoadAssembly メソッド 共通言語ランタイム (CLR) アセンブリが正常に読み込まれたことをデバッガーに通知します。 @@ -54,15 +42,15 @@ HRESULT LoadAssembly ( `pAssembly` [in]アセンブリを表す ICorDebugAssembly オブジェクトへのポインター。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [UnloadAssembly メソッド](../../../../docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-unloadassembly-method.md) [ICorDebugManagedCallback インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-loadmodule-method.md b/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-loadmodule-method.md index f2ed996b6f3..ef17258aba6 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-loadmodule-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-loadmodule-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugManagedCallback::LoadModule メソッド" -ms.custom: +title: ICorDebugManagedCallback::LoadModule メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugManagedCallback.LoadModule api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 66ec04e9-87cb-42ce-9720-81522abb5d5a topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 5d17001db68043f5d46a90738a8ad3e0635de762 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: cbf538f066058b4f80d8cfd6cdf1a79683c79be9 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugManagedCallback::LoadModule メソッド 共通言語ランタイム (CLR) モジュールが正常に読み込まれたことをデバッガーに通知します。 @@ -57,15 +45,15 @@ HRESULT LoadModule ( ## コメント `LoadModule`コールバックは、モジュールのメタデータを調べて、・ イン タイム (JIT) コンパイラ フラグを設定または有効または無効にクラス、モジュールのコールバックを読み込み適切な時間を提供します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [UnloadModule メソッド](../../../../docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-unloadmodule-method.md) [ICorDebugManagedCallback インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback2-destroyconnection-method.md b/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback2-destroyconnection-method.md index 78e9eab8b81..854a36eaa33 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback2-destroyconnection-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback2-destroyconnection-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugManagedCallback2::DestroyConnection メソッド" -ms.custom: +title: ICorDebugManagedCallback2::DestroyConnection メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugManagedCallback2.DestroyConnection api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: cf7940e9-4558-4319-925c-09f6c98c8fcd topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: a9d87f3c57e72c567be582ba2ac78589fa2e3357 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: bf6d4acb7d1156babbd698201c5aea2810644db8 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugManagedCallback2::DestroyConnection メソッド 指定された接続が終了したことをデバッガーに通知します。 @@ -57,15 +45,15 @@ HRESULT DestroyConnection ( ## コメント A`DestroyConnection`ホストを呼び出すときに起動されるコールバック[iclrdebugmanager::endconnection](../../../../docs/framework/unmanaged-api/hosting/iclrdebugmanager-endconnection-method.md)で、 [Hosting API](../../../../docs/framework/unmanaged-api/hosting/index.md)です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICorDebugManagedCallback2 インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugmanagedcallback2-interface.md) [ICorDebugManagedCallback インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback2-mdanotification-method.md b/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback2-mdanotification-method.md index 2d90deb1de2..18211e07115 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback2-mdanotification-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugmanagedcallback2-mdanotification-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugManagedCallback2::MDANotification メソッド" -ms.custom: +title: ICorDebugManagedCallback2::MDANotification メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugManagedCallback2.MDANotification api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 93f79627-bd31-4f4f-b95d-46a032a52fe4 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 5a58e286feb3387557d0a37c463f2af67abf8cc5 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 64b09c173e2f66d4c650083cc12f8a0ac2c92007 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugManagedCallback2::MDANotification メソッド コードが実行されるは、デバッグ中のアプリケーションでマネージ デバッグ アシスタント (MDA) が発生したことの通知を提供します。 @@ -73,16 +61,16 @@ HRESULT MDANotification( デバッガーへの参照を解放する必要があります、`ICorDebugMDA`インスタンスから返された後すぐに、 `MDANotification` MDA によって消費されるメモリをリサイクルする CLR のためのコールバック。 多数の Mda が発生している場合、インスタンスを解放するとパフォーマンスが向上する可能性があります。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [マネージ デバッグ アシスタントによるエラーの診断](../../../../docs/framework/debug-trace-profile/diagnosing-errors-with-managed-debugging-assistants.md) [ICorDebugManagedCallback2 インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugmanagedcallback2-interface.md) [ICorDebugManagedCallback インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugmergedassemblyrecord-getculture-method.md b/docs/framework/unmanaged-api/debugging/icordebugmergedassemblyrecord-getculture-method.md index a6f820507ab..7a00d3803bd 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugmergedassemblyrecord-getculture-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugmergedassemblyrecord-getculture-method.md @@ -1,24 +1,14 @@ --- -title: "ICorDebugMergedAssemblyRecord::GetCulture メソッド" -ms.custom: +title: ICorDebugMergedAssemblyRecord::GetCulture メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference ms.assetid: 030b2f8c-8c21-40b7-855d-3afa78975a17 -caps.latest.revision: "4" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 7963d311707d12aa697c606605f9a34b6f65d1eb -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 2f2336c89a32b202c4226f1ed194d786be6fa020 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugMergedAssemblyRecord::GetCulture メソッド アセンブリのカルチャ名文字列を取得します。 @@ -49,15 +39,15 @@ HRESULT GetCulture( > [!NOTE] > このメソッドは .NET ネイティブでのみ使用できます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_46_native](../../../../includes/net-46-native-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_46_native](../../../../includes/net-46-native-md.md)] -## 参照 +## 関連項目 [ICorDebugMergedAssemblyRecord インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugmergedassemblyrecord-interface.md) [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugmergedassemblyrecord-getsimplename-method.md b/docs/framework/unmanaged-api/debugging/icordebugmergedassemblyrecord-getsimplename-method.md index f22ff169c3d..9c7d3655b2a 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugmergedassemblyrecord-getsimplename-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugmergedassemblyrecord-getsimplename-method.md @@ -1,24 +1,14 @@ --- -title: "ICorDebugMergedAssemblyRecord::GetSimpleName メソッド" -ms.custom: +title: ICorDebugMergedAssemblyRecord::GetSimpleName メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference ms.assetid: bc3410f6-ebca-4bca-9b45-fc38c74fa9cb -caps.latest.revision: "4" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 085ca56b3a839689ea38459057957faa81d1dfc2 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: b8c5499b63e5201fbf42ece07f4f3eff52129e09 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugMergedAssemblyRecord::GetSimpleName メソッド アセンブリの簡易名を取得します。 @@ -49,15 +39,15 @@ HRESULT GetSimpleName( > [!NOTE] > このメソッドは .NET ネイティブでのみ使用できます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_46_native](../../../../includes/net-46-native-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_46_native](../../../../includes/net-46-native-md.md)] -## 参照 +## 関連項目 [ICorDebugMergedAssemblyRecord インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugmergedassemblyrecord-interface.md) [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugmodule-getfunctionfromtoken-method.md b/docs/framework/unmanaged-api/debugging/icordebugmodule-getfunctionfromtoken-method.md index 646d73dac60..459bac3babf 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugmodule-getfunctionfromtoken-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugmodule-getfunctionfromtoken-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugModule::GetFunctionFromToken メソッド" -ms.custom: +title: ICorDebugModule::GetFunctionFromToken メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugModule.GetFunctionFromToken api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 6fe12194-4ef7-43c1-9570-ade35ccf127a topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: c449b49333de562cd5ed07f827da6bc295e9c3c1 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: acffd24ae9d5aad5f48058eec036f912ee016289 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugModule::GetFunctionFromToken メソッド メタデータ トークンによって指定された関数を取得します。 @@ -57,11 +45,11 @@ HRESULT GetFunctionFromToken( ## コメント `GetFunctionFromToken`メソッドは、値が渡された場合に CORDBG_E_FUNCTION_NOT_IL HRESULT を返します`methodDef`Microsoft intermediate language (MSIL) のメソッドを参照していません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugmodule3-interface.md b/docs/framework/unmanaged-api/debugging/icordebugmodule3-interface.md index dc0e9e6ed2f..f88f997e042 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugmodule3-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebugmodule3-interface.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugModule3 インターフェイス" -ms.custom: +title: ICorDebugModule3 インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugModule3 api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 0b69f945-263a-4e11-8512-89d27f6ea296 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: b864b057e274424a8515ab1bb122da74538c4c63 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 5fc4c0560c2aa0d66c1b40d78458a2d44284e232 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugModule3 インターフェイス 動的モジュールのシンボル リーダーを作成します。 @@ -62,16 +50,16 @@ interface ICorDebugModule3 : IUnknown > [!NOTE] > このインターフェイスは、コンピューター間またはプロセス間でのリモート呼び出しをサポートしていません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**4.5、4、3.5 SP1 + **.NET framework のバージョン:** 4.5、4、3.5 SP1 -## 参照 +## 関連項目 [ICorDebugRemoteTarget インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugremotetarget-interface.md) [ICorDebug インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebug-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugmodulebreakpoint-getmodule-method.md b/docs/framework/unmanaged-api/debugging/icordebugmodulebreakpoint-getmodule-method.md index a4ca36808f4..72d72aa04e4 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugmodulebreakpoint-getmodule-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugmodulebreakpoint-getmodule-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugModuleBreakpoint::GetModule メソッド" -ms.custom: +title: ICorDebugModuleBreakpoint::GetModule メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugModuleBreakpoint.GetModule api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: ffd5d9ec-4564-4200-b625-b306eec0ebd7 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 91e014a16420ea6790b592efe1ac57df960d2237 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 5cbb1aa9c81101eb818a9e7829c777efd3923b5f +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugModuleBreakpoint::GetModule メソッド "ICorDebugModule"このブレークポイントが設定されているモジュールを参照するには、インターフェイス ポインターを取得します。 @@ -50,14 +38,14 @@ HRESULT GetModule ( `ppModule` [out]アドレスへのポインター、`ICorDebugModule`ブレークポイントが設定されているモジュールを参照するインターフェイスです。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 diff --git a/docs/framework/unmanaged-api/debugging/icordebugmoduledebugevent-interface.md b/docs/framework/unmanaged-api/debugging/icordebugmoduledebugevent-interface.md index fa5a51a9270..809acf6cbc6 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugmoduledebugevent-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebugmoduledebugevent-interface.md @@ -1,24 +1,14 @@ --- -title: "ICorDebugModuleDebugEvent インターフェイス" -ms.custom: +title: ICorDebugModuleDebugEvent インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference ms.assetid: 41950c52-1ac8-4212-b814-c77e20879f91 -caps.latest.revision: "4" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 86cf571180b2df15077547fac3d5dd058dbee83b -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: f35c26b98521311267a627265f2dae8fa9e333de +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugModuleDebugEvent インターフェイス 拡張、 [ICorDebugDebugEvent](../../../../docs/framework/unmanaged-api/debugging/icordebugdebugevent-interface.md)モジュール レベルのイベントをサポートするインターフェイスです。 @@ -35,15 +25,15 @@ ms.lasthandoff: 12/22/2017 > [!NOTE] > このインターフェイスは .NET ネイティブでのみ使用可能です。 インターフェイス ポインターを取得するために `QueryInterface` を呼び出そうとすると、.NET ネイティブ外の ICorDebug シナリオに対して `E_NOINTERFACE` が返されます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_46_native](../../../../includes/net-46-native-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_46_native](../../../../includes/net-46-native-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) [デバッグ](../../../../docs/framework/unmanaged-api/debugging/index.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugmutabledatatarget-continuestatuschanged-method.md b/docs/framework/unmanaged-api/debugging/icordebugmutabledatatarget-continuestatuschanged-method.md index ca60764b53c..70cd5caa02f 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugmutabledatatarget-continuestatuschanged-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugmutabledatatarget-continuestatuschanged-method.md @@ -1,24 +1,14 @@ --- -title: "ICorDebugMutableDataTarget::ContinueStatusChanged メソッド" -ms.custom: +title: ICorDebugMutableDataTarget::ContinueStatusChanged メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference ms.assetid: 5a66d3f4-dd16-4d62-9dcc-0eab7041d894 -caps.latest.revision: "5" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 1ba8fe9b0d4a09bdfe3d3e6459f16bf041dc396a -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: cb07c519743c41a7a31994e42d2fdc5220e5e2ef +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugMutableDataTarget::ContinueStatusChanged メソッド 指定のスレッド上にある未処理のデバッグ イベントの継続状態を変更します。 @@ -41,15 +31,15 @@ HRESULT ContinueStatusChanged( ## コメント デバッガーは、通常の方法とは異なることがある方法で現在のデバッグ イベントを処理するように要求する ICorDebug メソッドを呼び出すときに、`ContinueStatusChanged` メソッドを呼び出します。 例で、未処理の例外が発生し、デバッガーが例外をキャンセルする操作を要求する場合 (など[icordebugilframe::setip](../../../../docs/framework/unmanaged-api/debugging/icordebugilframe-setip-method.md)または`FuncEval`)、この API は、例外があることを要求するために使用取り消されました。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v46plus](../../../../includes/net-current-v46plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v46plus](../../../../includes/net-current-v46plus-md.md)] -## 参照 +## 関連項目 [ICorDebugMutableDataTarget インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugmutabledatatarget-interface.md) [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugmutabledatatarget-interface.md b/docs/framework/unmanaged-api/debugging/icordebugmutabledatatarget-interface.md index 51deba86672..b47aa45bef2 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugmutabledatatarget-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebugmutabledatatarget-interface.md @@ -1,24 +1,14 @@ --- -title: "ICorDebugMutableDataTarget インターフェイス" -ms.custom: +title: ICorDebugMutableDataTarget インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference ms.assetid: 14aad5b3-84ab-4bbc-94e3-1eb92e258d10 -caps.latest.revision: "5" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: e638b01b30f7969ac3116c6c2725fb4cb3768a68 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 677db647320ff4014b791502b7ac1b261378c8dd +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugMutableDataTarget インターフェイス 拡張、 [ICorDebugDataTarget](../../../../docs/framework/unmanaged-api/debugging/icordebugdatatarget-interface.md)変更可能なデータ ターゲットをサポートするインターフェイスです。 @@ -38,15 +28,15 @@ ms.lasthandoff: 12/22/2017 1 回の ICorDebug メソッド呼び出しによって複数の変更が行われる可能性があること、および関連する変更をトランザクションごとに適用するメカニズムがないこと (すべてに適用するか、まったく適用しないかのどちらか) に注意してください。 つまり、(同じ ICorDebug 呼び出しの) 他のユーザーが正常に完了した後に変更を失敗すると、ターゲット プロセスは一貫性のない状態のままになり、デバッグが信頼性に欠ける結果になる可能性があります。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v46plus](../../../../includes/net-current-v46plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v46plus](../../../../includes/net-current-v46plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) [デバッグ](../../../../docs/framework/unmanaged-api/debugging/index.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugnativeframe-getip-method.md b/docs/framework/unmanaged-api/debugging/icordebugnativeframe-getip-method.md index a81395ec0bd..b361c12dd93 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugnativeframe-getip-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugnativeframe-getip-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugNativeFrame::GetIP メソッド" -ms.custom: +title: ICorDebugNativeFrame::GetIP メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugNativeFrame.GetIP api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 99f693f3-d3b9-4fd8-9d09-b8efd03f7b67 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 2f9ea20577b3132a2378013e7c5fa8356c14c8b7 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 7d17ac4230296674381c87851377fcb535837ad3 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugNativeFrame::GetIP メソッド 取得、ネイティブ コード命令ポインターが現在設定されている位置のオフセット。 @@ -53,14 +41,14 @@ HRESULT GetIP ( ## コメント この"ICorDebugNativeFrame"で表されるスタック フレームがアクティブな場合は、オフセットを実行する次の命令のアドレスです。 このスタック フレームがアクティブでない場合、オフセット、スタック フレームが再アクティブ化したときに実行される次の命令のアドレスです。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 diff --git a/docs/framework/unmanaged-api/debugging/icordebugnativeframe-getlocalmemoryvalue-method.md b/docs/framework/unmanaged-api/debugging/icordebugnativeframe-getlocalmemoryvalue-method.md index 965aa674ea4..2ffbe0f62c5 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugnativeframe-getlocalmemoryvalue-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugnativeframe-getlocalmemoryvalue-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugNativeFrame::GetLocalMemoryValue メソッド" -ms.custom: +title: ICorDebugNativeFrame::GetLocalMemoryValue メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugNativeFrame.GetLocalMemoryValue api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: b600b3a2-9908-42d8-8093-ab6f39e9a2c9 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 5ca48d10f4701064c69d397a224f0c87574be58a -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 5419d2e6932e08d05c8336d473cf68bd16058a48 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugNativeFrame::GetLocalMemoryValue メソッド 引数またはこのネイティブ フレームの指定したメモリ位置に格納されているローカル変数の値を取得します。 @@ -62,14 +50,14 @@ HRESULT GetLocalMemoryValue ( `ppValue` [out]指定されたメモリ位置に格納されている取得した値を表す"ICorDebugValue"オブジェクトのアドレスへのポインター。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 diff --git a/docs/framework/unmanaged-api/debugging/icordebugnativeframe-interface.md b/docs/framework/unmanaged-api/debugging/icordebugnativeframe-interface.md index 6394686d60e..e1a5ee89fd2 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugnativeframe-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebugnativeframe-interface.md @@ -1,14 +1,6 @@ --- title: ICorDebugNativeFrame Interface1 -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugNativeFrame api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 04819c58-7246-4b32-befb-680cf1dbc436 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: edd49d745be9db0c4c5309cf5febc3ff651a860f -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 7996d5800e99d8e6161e24f34604aff3e4e906bd +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugNativeFrame Interface1 ネイティブ フレームで使用される ICorDebugFrame の特殊な実装です。 @@ -56,14 +44,14 @@ ms.lasthandoff: 12/22/2017 > [!NOTE] > このインターフェイスは、コンピューター間またはプロセス間でのリモート呼び出しをサポートしていません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugprocess-gethelperthreadid-method.md b/docs/framework/unmanaged-api/debugging/icordebugprocess-gethelperthreadid-method.md index 3042578d0a1..acca7fa56c1 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugprocess-gethelperthreadid-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugprocess-gethelperthreadid-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugProcess::GetHelperThreadID メソッド" -ms.custom: +title: ICorDebugProcess::GetHelperThreadID メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugProcess.GetHelperThreadID api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 84e1e605-37c1-49a5-8e12-35db85654622 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 03e801cb58b8f5c3f658085fcee4288278e545c5 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 1c3f879e04a710d65f812a5165c3edbfa31f8542 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugProcess::GetHelperThreadID メソッド デバッガーの内部ヘルパー スレッドのオペレーティング システム (OS) のスレッド ID を取得します。 @@ -57,11 +45,11 @@ HRESULT GetHelperThreadID ( デバッガーのヘルパー スレッドのスレッド ID が上で正しいできるようすべてアンマネージ[icordebugmanagedcallback::createthread](../../../../docs/framework/unmanaged-api/debugging/icordebugmanagedcallback-createthread-method.md)できるので、そのヘルパー スレッドのスレッド ID を特定し、ユーザーに対して非表示にするデバッガー イベントです。 アンマネージの中にヘルパー スレッドとして識別されるスレッド`ICorDebugManagedCallback::CreateThread`イベント マネージ ユーザー コードは実行されません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl です。 CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugprocess-getid-method.md b/docs/framework/unmanaged-api/debugging/icordebugprocess-getid-method.md index 250a7824584..db0258ccc7c 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugprocess-getid-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugprocess-getid-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugProcess::GetID メソッド" -ms.custom: +title: ICorDebugProcess::GetID メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugProcess.GetID api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: b0ba8453-fa7e-4c14-93e5-335409cd4a47 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: d09888434048c312bd78dddf29d39a45f023695e -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: d752eb17b956e2367e8b191080a370506a61ff34 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugProcess::GetID メソッド プロセスのオペレーティング システム (OS) の ID を取得します。 @@ -48,11 +36,11 @@ HRESULT GetID([out] DWORD *pdwProcessId); `pdwProcessId` [out]プロセスの一意の ID。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugprocess2-interface1.md b/docs/framework/unmanaged-api/debugging/icordebugprocess2-interface1.md index efe66d41f31..1286bfaad88 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugprocess2-interface1.md +++ b/docs/framework/unmanaged-api/debugging/icordebugprocess2-interface1.md @@ -1,14 +1,6 @@ --- title: ICorDebugProcess2 Interface1 -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugProcess2 api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 73332138-5fea-441f-b893-61af87d45a42 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 80f6c35ba2ef2ec74293d0f025ddf20254f504a1 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 6a1588a37891d6a73c49cb1b9ccbc81d9dcdb7e2 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugProcess2 Interface1 マネージ コードを実行するプロセスを表す ICorDebugProcess インターフェイスを論理的に拡張します。 @@ -54,14 +42,14 @@ ms.lasthandoff: 12/22/2017 > [!NOTE] > このインターフェイスは、コンピューター間またはプロセス間でのリモート呼び出しをサポートしていません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugprocess5-enumerategcreferences-method.md b/docs/framework/unmanaged-api/debugging/icordebugprocess5-enumerategcreferences-method.md index d3f332e27d7..f617f01ec55 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugprocess5-enumerategcreferences-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugprocess5-enumerategcreferences-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugProcess5::EnumerateGCReferences メソッド" -ms.custom: +title: ICorDebugProcess5::EnumerateGCReferences メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugProcess5.EnumerateGCReferences api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 86c397c3-81d8-463e-a248-3cbe06c44d9d topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 44975a7896c71ce8061dedde13d31c4fbb88d6a1 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 2b5f66099eb4b1cb84d9911567cac4255bf20480 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugProcess5::EnumerateGCReferences メソッド プロセスでガベージ コレクトされるすべてのオブジェクトの列挙子を取得します。 @@ -57,15 +45,15 @@ HRESULT EnumerateGCReferences( ## コメント このメソッドは、プロセスでマネージ オブジェクトに対して完全ルート チェーンを決定する方法を提供し、オブジェクトが生きて理由を判断するために使用できます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] -## 参照 +## 関連項目 [ICorDebugProcess5 インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugprocess5-interface.md) [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugprocess5-enumerateheapregions-method.md b/docs/framework/unmanaged-api/debugging/icordebugprocess5-enumerateheapregions-method.md index 86e360f0550..d1a44a54912 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugprocess5-enumerateheapregions-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugprocess5-enumerateheapregions-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugProcess5::EnumerateHeapRegions メソッド" -ms.custom: +title: ICorDebugProcess5::EnumerateHeapRegions メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugProcess5.EnumerateHeapRegions api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: b1edba68-9c36-4f69-be9f-678ce0b33480 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 478a8490e57946a08670d9f86e1f6ebcc67703a6 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: d48d8e7b699f411ec45cf1b5d9810c23583b045e +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugProcess5::EnumerateHeapRegions メソッド マネージ ヒープのメモリの範囲の列挙子を取得します。 @@ -57,15 +45,15 @@ HRESULT EnumerateHeapRegions( [ICorDebugHeapSegmentEnum](../../../../docs/framework/unmanaged-api/debugging/icordebugheapsegmentenum-interface.md)インターフェイス オブジェクトは、標準的な列挙子を列挙することができます ICorDebugEnum インターフェイスから派生した[COR_SEGMENT](../../../../docs/framework/unmanaged-api/debugging/cor-segment-structure.md)オブジェクト。 各[COR_SEGMENT](../../../../docs/framework/unmanaged-api/debugging/cor-segment-structure.md)オブジェクトは、そのセグメント内のオブジェクトの生成と、特定のセグメントのメモリ範囲に関する情報を提供します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] -## 参照 +## 関連項目 [ICorDebugProcess5 インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugprocess5-interface.md) [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugprocess6-getexportstepinfo-method.md b/docs/framework/unmanaged-api/debugging/icordebugprocess6-getexportstepinfo-method.md index 58d91981b16..c8307045c9e 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugprocess6-getexportstepinfo-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugprocess6-getexportstepinfo-method.md @@ -1,24 +1,14 @@ --- -title: "ICorDebugProcess6::GetExportStepInfo メソッド" -ms.custom: +title: ICorDebugProcess6::GetExportStepInfo メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference ms.assetid: a927e0ac-f110-426d-bbec-9377a29c8f17 -caps.latest.revision: "4" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: d3c69bbc904f54636e56be6d235d1070b9fecf1c -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 4d0758a8603b7c31844b39c9f3beefea04e0a029 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugProcess6::GetExportStepInfo メソッド マネージ コードのステップ実行に役立つランタイム エクスポート関数の情報を提供します。 @@ -48,7 +38,7 @@ HRESULT GetExportStepInfo( |戻り値|説明| |------------------|-----------------| |`S_OK`|メソッド呼び出しに成功しました。| -|`E_POINTER`|`pInvokeKind`または`pInvokePurpose`は**null**です。| +|`E_POINTER`|`pInvokeKind` または`pInvokePurpose`は**null**です。| |その他の失敗した `HRESULT` 値。|必要に応じて。| ## コメント @@ -56,15 +46,15 @@ HRESULT GetExportStepInfo( > [!NOTE] > このメソッドは .NET ネイティブでのみ使用できます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_46_native](../../../../includes/net-46-native-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_46_native](../../../../includes/net-46-native-md.md)] -## 参照 +## 関連項目 [ICorDebugProcess6 インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugprocess6-interface.md) [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugreferencevalue-dereference-method.md b/docs/framework/unmanaged-api/debugging/icordebugreferencevalue-dereference-method.md index f008f6a61ad..cc06ceb22b8 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugreferencevalue-dereference-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugreferencevalue-dereference-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugReferenceValue::Dereference メソッド" -ms.custom: +title: ICorDebugReferenceValue::Dereference メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugReferenceValue.Dereference api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 5ec8cf76-3deb-4ce6-9a49-77a4c35d80b9 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 0dbf2775217a78c1cbb9a96093354f0fc0b278bb -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 2a0fd1981e7da5af19cf3a422c6008d373e9ac92 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugReferenceValue::Dereference メソッド 参照されているオブジェクトを取得します。 @@ -53,11 +41,11 @@ HRESULT Dereference ( ## コメント `ICorDebugValue`オブジェクトが有効では、参照がまだ無効になっている間だけです。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugregisterset-getregistersavailable-method.md b/docs/framework/unmanaged-api/debugging/icordebugregisterset-getregistersavailable-method.md index c63c2e48e93..ef6fba84a62 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugregisterset-getregistersavailable-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugregisterset-getregistersavailable-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugRegisterSet::GetRegistersAvailable メソッド" -ms.custom: +title: ICorDebugRegisterSet::GetRegistersAvailable メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugRegisterSet.GetRegistersAvailable api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 4ba08ffa-55a2-4662-9d6d-4738f1db60c9 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: fd7ff2b711d81ba1fe8fda9422587ec265dd88dd -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 3174be7237bcdbd5a12f38f04d6e67d9eb9a573e +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugRegisterSet::GetRegistersAvailable メソッド これで登録することを示す取得がビット マスク[ICorDebugRegisterSet](../../../../docs/framework/unmanaged-api/debugging/icordebugregisterset-interface.md)現在利用可能な。 @@ -55,15 +43,15 @@ HRESULT GetRegistersAvailable ( 返されるマスクのビットを含む各レジスタ (1 << レジスタのインデックス)。 レジスタがある場合、ビット値は 1 または 0 が使用できない場合。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [ICorDebugRegisterSet インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugregisterset-interface.md) [ICorDebugRegisterSet2 インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugregisterset2-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugregisterset-setthreadcontext-method.md b/docs/framework/unmanaged-api/debugging/icordebugregisterset-setthreadcontext-method.md index be2a61ddfa8..b46364041d6 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugregisterset-setthreadcontext-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugregisterset-setthreadcontext-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugRegisterSet::SetThreadContext メソッド" -ms.custom: +title: ICorDebugRegisterSet::SetThreadContext メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugRegisterSet.SetThreadContext api_location: @@ -23,20 +15,16 @@ helpviewer_keywords: ms.assetid: 73afa930-32cb-4c40-81f8-83e8e6fbe213 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 1ac081cbd1fef0ca46750d8d7a74a22f23dbf0bc -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 7283266857d81b7d97bcacb56862b50f01cd3f0f +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugRegisterSet::SetThreadContext メソッド -`SetThreadContext`.NET Framework version 2.0 では実装されていません。 このメソッドを呼び出さないでください。 +`SetThreadContext` .NET Framework version 2.0 では実装されていません。 このメソッドを呼び出さないでください。 > [!NOTE] > 上位レベルの操作を使用して[icordebugnativeframe::setip](../../../../docs/framework/unmanaged-api/debugging/icordebugnativeframe-setip-method.md)スレッドのコンテキストを設定します。 @@ -51,8 +39,8 @@ HRESULT SetThreadContext ( ); ``` -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h @@ -60,6 +48,6 @@ HRESULT SetThreadContext ( **.NET framework のバージョン:** 1.1、1.0 -## 参照 +## 関連項目 [ICorDebugRegisterSet インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugregisterset-interface.md) [ICorDebugRegisterSet2 インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugregisterset2-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugregisterset2-setregisters-method.md b/docs/framework/unmanaged-api/debugging/icordebugregisterset2-setregisters-method.md index 82a45b551a3..2163224272b 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugregisterset2-setregisters-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugregisterset2-setregisters-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugRegisterSet2::SetRegisters メソッド" -ms.custom: +title: ICorDebugRegisterSet2::SetRegisters メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugRegisterSet2.SetRegisters api_location: @@ -23,20 +15,16 @@ helpviewer_keywords: ms.assetid: fe0ac7e7-c9e1-4ec1-9f4e-1c56d63d73ac topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: ebf58c209834e4df8435d40616ef3a571a7c0a1b -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 35d91f13cedfbf49d48318630760cf1525d16340 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugRegisterSet2::SetRegisters メソッド -`SetRegisters`.NET Framework version 2.0 では実装されていません。 このメソッドを呼び出さないでください。 +`SetRegisters` .NET Framework version 2.0 では実装されていません。 このメソッドを呼び出さないでください。 > [!NOTE] > などの高レベルの操作を使用して[icordebugilframe::setip](../../../../docs/framework/unmanaged-api/debugging/icordebugilframe-setip-method.md)または[icordebugnativeframe::setip](../../../../docs/framework/unmanaged-api/debugging/icordebugnativeframe-setip-method.md)です。 @@ -52,15 +40,15 @@ HRESULT SetRegisters ( ); ``` -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICorDebugRegisterSet2 インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugregisterset2-interface.md) [ICorDebugRegisterSet インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugregisterset-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugstackwalk-getcontext-method.md b/docs/framework/unmanaged-api/debugging/icordebugstackwalk-getcontext-method.md index c4067de4c0e..11bd83ecd5a 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugstackwalk-getcontext-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugstackwalk-getcontext-method.md @@ -1,14 +1,6 @@ --- title: ICorDebugStackWalk::GetContext メソッド -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: reference api_name: - ICorDebugStackWalk.GetContext Method api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 081d1c95-152b-4797-8552-18453eb7b14b topic_type: - apiref -caps.latest.revision: 6 author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 080ce39422faee4e1228bd87bf994080fab4de71 -ms.sourcegitcommit: b750a8e3979749b214e7e10c82efb0a0524dfcb1 +ms.openlocfilehash: e1126842a30f19831cc845bcfccc0e08f4bf5f6f +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/10/2018 +ms.lasthandoff: 05/04/2018 --- # ICorDebugStackWalk::GetContext メソッド 現在のフレームのコンテキストを返します、 [ICorDebugStackWalk](../../../../docs/framework/unmanaged-api/debugging/icordebugstackwalk-interface.md)オブジェクト。 @@ -76,7 +64,7 @@ HRESULT GetContext([in] ULONG32 contextFlags, アンワインド非 volatile レジスタなど、レジスタのサブセットのみが復元されるため、コンテキスト可能性があります完全に一致しないレジスタの状態の呼び出し時にします。 ## 要件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h diff --git a/docs/framework/unmanaged-api/debugging/icordebugstackwalk-interface.md b/docs/framework/unmanaged-api/debugging/icordebugstackwalk-interface.md index d8f3d756ae8..d819b3586df 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugstackwalk-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebugstackwalk-interface.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugStackWalk インターフェイス" -ms.custom: +title: ICorDebugStackWalk インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugStackWalk api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 16d695e8-975d-431b-8421-e9e6c3e3f476 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 018ed69e52efd21ca25029284c70f1c8493d877f -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 612e0f84302d5bee6479264ef2dbba4c7152657e +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugStackWalk インターフェイス スレッドのスタック上のマネージ メソッド (フレーム) を取得するメソッドを提供します。 @@ -51,15 +39,15 @@ ms.lasthandoff: 12/22/2017 > [!NOTE] > このインターフェイスは、コンピューター間またはプロセス間でのリモート呼び出しをサポートしていません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) [デバッグ](../../../../docs/framework/unmanaged-api/debugging/index.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugstepper-setrangeil-method.md b/docs/framework/unmanaged-api/debugging/icordebugstepper-setrangeil-method.md index 11d70f28de3..891153c3203 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugstepper-setrangeil-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugstepper-setrangeil-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugStepper::SetRangeIL メソッド" -ms.custom: +title: ICorDebugStepper::SetRangeIL メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugStepper.SetRangeIL api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: a20c95f0-6da7-4b41-b27f-584211cebb92 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 658f0164a73cfb5dbab0379eda2f61505865d2c4 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: cb3c24b3a96a03359dc6983bcaac4a800613ff5d +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugStepper::SetRangeIL メソッド 指定する値を設定するかどうかを呼び出す[icordebugstepper::steprange](../../../../docs/framework/unmanaged-api/debugging/icordebugstepper-steprange-method.md)または Microsoft の基準としたネイティブ コードへの相対値の中間 language (MSIL) コードがステップ インされているメソッドの引数を渡すを通じてします。 @@ -50,11 +38,11 @@ HRESULT SetRangeIL ( `bIL` [in]設定`true`な MSIL コード相対の範囲を指定します。 設定`false`範囲がネイティブ コードの基準としたことを指定します。 既定値は `true` です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugthread-getuserstate-method.md b/docs/framework/unmanaged-api/debugging/icordebugthread-getuserstate-method.md index 2b147afc02e..6e08c58785e 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugthread-getuserstate-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugthread-getuserstate-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugThread::GetUserState メソッド" -ms.custom: +title: ICorDebugThread::GetUserState メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugThread.GetUserState api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: ae0cfd73-8ead-4d36-9310-dccaac9db0bd topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 9af89f355916f01fad118a4b63b57b23b2671f54 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 06ff8f0f13d7710d2d3d59aac4b5fdcadfe707be +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugThread::GetUserState メソッド この ICorDebugThread の現在のユーザー状態を取得します。 @@ -53,11 +41,11 @@ HRESULT GetUserState ( ## コメント スレッドのユーザーの状態は、デバッグ中は、プログラムによってチェックするときのスレッドの状態です。 スレッドは、複数の状態ビットが設定があります。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugthread3-getactiveinternalframes-method.md b/docs/framework/unmanaged-api/debugging/icordebugthread3-getactiveinternalframes-method.md index 6d8ae7fe361..3cbaa55a5e2 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugthread3-getactiveinternalframes-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugthread3-getactiveinternalframes-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugThread3::GetActiveInternalFrames メソッド" -ms.custom: +title: ICorDebugThread3::GetActiveInternalFrames メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugThread3.GetActiveInternalFrames Method api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: d69796b4-5b6d-457c-85f6-2cf42e8a8773 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 8ecfbaeff9416ee8e6541a23bac6ec76f99abd2c -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 2ac87de35478e5eabdc8cdc3568baf2086923e38 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugThread3::GetActiveInternalFrames メソッド 内部フレームの配列を返します ([ICorDebugInternalFrame2](../../../../docs/framework/unmanaged-api/debugging/icordebuginternalframe2-interface.md)オブジェクト)、スタックにします。 @@ -66,8 +54,8 @@ HRESULT GetActiveInternalFrames |HRESULT|説明| |-------------|-----------------| |S_OK|[ICorDebugInternalFrame2](../../../../docs/framework/unmanaged-api/debugging/icordebuginternalframe2-interface.md)オブジェクトが正常に作成します。| -|E_INVALIDARG|`cInternalFrames`0 でないと`ppInternalFrames`は`null`、または`pcInternalFrames`は`null`します。| -|HRESULT_FROM_WIN32(ERROR_INSUFFICIENT_BUFFER)|`ppInternalFrames`内部フレームの数未満です。| +|E_INVALIDARG|`cInternalFrames` 0 でないと`ppInternalFrames`は`null`、または`pcInternalFrames`は`null`します。| +|HRESULT_FROM_WIN32(ERROR_INSUFFICIENT_BUFFER)|`ppInternalFrames` 内部フレームの数未満です。| ## 例外 @@ -76,19 +64,19 @@ HRESULT GetActiveInternalFrames 呼び出すと`GetActiveInternalFrames`、設定する必要があります、`cInternalFrames`パラメーターを 0 (ゼロ)、および`ppInternalFrames`パラメーターを null にします。 ときに`GetActiveInternalFrames`最初を返します、`pcInternalFrames`スタックでは、内部のフレーム数が含まれています。 - `GetActiveInternalFrames`呼び出すことが 2 番目の時間。 適切な数を渡す必要があります (`pcInternalFrames`) で、`cInternalFrames`パラメーターに適切なサイズの配列へのポインターを指定して`ppInternalFrames`です。 + `GetActiveInternalFrames` 呼び出すことが 2 番目の時間。 適切な数を渡す必要があります (`pcInternalFrames`) で、`cInternalFrames`パラメーターに適切なサイズの配列へのポインターを指定して`ppInternalFrames`です。 使用して、 [icordebugstackwalk::getframe](../../../../docs/framework/unmanaged-api/debugging/icordebugthread3-getactiveinternalframes-method.md)スタック フレームの実績を返します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) [デバッグ](../../../../docs/framework/unmanaged-api/debugging/index.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugthread4-hadunhandledexception-method.md b/docs/framework/unmanaged-api/debugging/icordebugthread4-hadunhandledexception-method.md index 31fb6489230..28508495c1c 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugthread4-hadunhandledexception-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugthread4-hadunhandledexception-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugThread4::HadUnhandledException メソッド" -ms.custom: +title: ICorDebugThread4::HadUnhandledException メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugThread4.HadUnhandledException Method api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 05558daa-39e2-4c38-aeaf-e2aec4a09468 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 5a79d06f0a65facfbaa821d3dd6af547fd3d0305 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 8215ddfd0f59f835d0b0dcd278b8cae9c12027d2 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugThread4::HadUnhandledException メソッド スレッドが未処理の例外をしたかどうかを示します。 @@ -61,16 +49,16 @@ HRESULT GetBlockingObjects ( ## コメント このメソッドは、スレッドが未処理の例外をしたかどうかを示します。 時間でハンドルされない例外コールバックをトリガーまたはネイティブの JIT アタッチが開始されると、このメソッドが S_OK を返す保証します。 保証がないこと、 [ICorDebugThread.GetCurrentException](../../../../docs/framework/unmanaged-api/debugging/icordebugthread-getcurrentexception-method.md)メソッドは、未処理の例外を返します以外のかどうか、プロセスが続行されていないかしたときに、ハンドルされない例外コールバックを取得した後、ただし、ネイティブ JIT アタッチします。 さらに、可能であれば (可能性は低いですが、ネイティブ JIT アタッチがトリガーされた時点で未処理の例外を持つ複数のスレッドにします。 このような場合は、どの例外が JIT アタッチをトリガーを決定する方法はありません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] -## 参照 +## 関連項目 [ICorDebugThread4 インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugthread4-interface.md) [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) [デバッグ](../../../../docs/framework/unmanaged-api/debugging/index.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugtype-gettype-method.md b/docs/framework/unmanaged-api/debugging/icordebugtype-gettype-method.md index a6aa76e9f18..14403bab3ef 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugtype-gettype-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugtype-gettype-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugType::GetType メソッド" -ms.custom: +title: ICorDebugType::GetType メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugType.GetType api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: d6e64534-4d47-4ad0-a340-7590e07e2b4a topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: c07f9974d0178a1a7502a97d54d7103ee795425f -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: d881a1fe3965b6e1d89e6172c887061434cd52ff +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugType::GetType メソッド 共通言語ランタイム (CLR) のネイティブ型を記述する CorElementType 値を取得この ICorDebugType によって表されます。 @@ -53,11 +41,11 @@ HRESULT GetType ( ## コメント 場合の値`ty`ELEMENT_TYPE_CLASS または ELEMENT_TYPE_VALUETYPE のいずれかが、 [icordebugtype::getclass](../../../../docs/framework/unmanaged-api/debugging/icordebugtype-getclass-method.md)メソッドを呼び出すことが、ジェネリック型のインスタンス化されていない型を取得します。 それ以外の場合、呼び出す必要はありません`ICorDebugType::GetClass`です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] diff --git a/docs/framework/unmanaged-api/debugging/icordebugtype-interface.md b/docs/framework/unmanaged-api/debugging/icordebugtype-interface.md index f38e25b9177..abcf1920d3e 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugtype-interface.md +++ b/docs/framework/unmanaged-api/debugging/icordebugtype-interface.md @@ -1,14 +1,6 @@ --- title: ICorDebugType Interface1 -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorDebugType api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 94e02e31-67ea-4b00-8148-a46740a4571d topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 503d0debef2ec1bebd674234051db8101dcb0de2 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: de2871b406bb9da84d20d7c526ad4a703baae409 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugType Interface1 型、基本または複雑な (つまり、ユーザー定義) を表します。 型がジェネリックの場合、`ICorDebugType` はインスタンス化されたジェネリック型を表します。 @@ -57,14 +45,14 @@ ms.lasthandoff: 12/22/2017 > [!NOTE] > このインターフェイスは、コンピューター間またはプロセス間でのリモート呼び出しをサポートしていません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugtype2-gettypeid-method.md b/docs/framework/unmanaged-api/debugging/icordebugtype2-gettypeid-method.md index 7c20fbf9f74..c196ad15fde 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugtype2-gettypeid-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugtype2-gettypeid-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugType2::GetTypeID メソッド" -ms.custom: +title: ICorDebugType2::GetTypeID メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: article api_name: - ICorDebugType2.GetTypeID api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 0b933686-226e-4373-92b7-fac579ee7b1a topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: d18aa8210ea90736c0757e2587aab4ff143dcdad -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 5bc1407f8444b78154981619742bd0da188c4335 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugType2::GetTypeID メソッド 取得、 [COR_TYPEID](../../../../docs/framework/unmanaged-api/debugging/cor-typeid-structure.md)この型にします。 @@ -64,14 +52,14 @@ HRESULT GetTypeID( ときに、ICorDebugType を表す型がまだ読み込まれて、このメソッドが戻る`CORDBG_E_CLASS_NOT_LOADED`です。 返すかどうか、型はサポートされていません、`CORDBG_E_UNSUPPORTED`です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v462plus](../../../../includes/net-current-v462plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v462plus](../../../../includes/net-current-v462plus-md.md)] -## 参照 +## 関連項目 [ICorDebugType2 インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugtype2-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugvariablehome-getoffset-method.md b/docs/framework/unmanaged-api/debugging/icordebugvariablehome-getoffset-method.md index b34b444fae3..31f2a692c81 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugvariablehome-getoffset-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugvariablehome-getoffset-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugVariableHome::GetOffset メソッド" -ms.custom: +title: ICorDebugVariableHome::GetOffset メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: article api_name: - ICorDebugVariableHome.GetOffset api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: f025c2e5-3f6c-4be8-9ffe-c8b214617dfe topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 09f80a362d4b44d13c39218b9d7a0db11ef49f78 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 9a2ea7273fec62654c168d6786d3644b184ff7f3 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugVariableHome::GetOffset メソッド 変数のベース レジスタからのオフセットを取得します。 @@ -58,14 +46,14 @@ HRESULT GetOffset( |`S_OK`|変数は、レジスタの相対メモリの場所には。| |`E_FAIL`|変数は、レジスタの相対メモリの場所ではありません。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v462plus](../../../../includes/net-current-v462plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v462plus](../../../../includes/net-current-v462plus-md.md)] -## 参照 +## 関連項目 [ICorDebugVariableHome インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugvariablehome-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugvariablehome-getregister-method.md b/docs/framework/unmanaged-api/debugging/icordebugvariablehome-getregister-method.md index d80538e4ff9..c02d774a125 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugvariablehome-getregister-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugvariablehome-getregister-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugVariableHome::GetRegister メソッド" -ms.custom: +title: ICorDebugVariableHome::GetRegister メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: article api_name: - ICorDebugVariableHome.GetRegister api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: a5eecd7b-b04c-4266-bff2-7c8771d519a8 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 54f1c737b0c6ce6281a71419cbd8c88277702f41 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: e06c98067fea9368ac8f750d9187636d2ca9a8c6 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugVariableHome::GetRegister メソッド 場所の種類を持つ変数を格納するレジスタを取得`VLT_REGISTER`、およびロケーションの型の変数のベース レジスタ`VLT_REGISTER_RELATIVE`です。 @@ -58,15 +46,15 @@ HRESULT GetRegister( |`S_OK`|によって示されるレジスタには、変数、`pRegister`引数。| |`E_FAIL`|変数は、レジスタまたはレジスタの相対位置ではありません。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v462plus](../../../../includes/net-current-v462plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v462plus](../../../../includes/net-current-v462plus-md.md)] -## 参照 +## 関連項目 [VariableLocationType 列挙型](../../../../docs/framework/unmanaged-api/debugging/variablelocationtype-enumeration.md) [ICorDebugVariableHome インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugvariablehome-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugvariablehomeenum-next-method.md b/docs/framework/unmanaged-api/debugging/icordebugvariablehomeenum-next-method.md index d4f09cf26c3..8b1639aef3e 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugvariablehomeenum-next-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugvariablehomeenum-next-method.md @@ -1,14 +1,6 @@ --- -title: "ICorDebugVariableHomeEnum::Next メソッド" -ms.custom: +title: ICorDebugVariableHomeEnum::Next メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: article api_name: - ICorDebugVariableHomeEnum.Next api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: eb9ea96c-5b58-4655-8104-094fc8b393b8 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 3bab158cbbe2eaf6e52ae0df6a0eed86d3d0b8ce -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: d5ab18d6c2ae8bbf47a3bcd7cb892530be4f8f4e +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugVariableHomeEnum::Next メソッド 指定した数を取得[ICorDebugVariableHome](../../../../docs/framework/unmanaged-api/debugging/icordebugvariablehome-interface.md)ローカル変数と関数の引数に関する情報を格納するインスタンス。 @@ -69,15 +57,15 @@ HRESULT Next( ## コメント [ICorDebugVariableHomeEnum::Next](../../../../docs/framework/unmanaged-api/debugging/icordebugvariablehomeenum-next-method.md)メソッドはの最大値を取得`celt`列挙子の現在の位置以降にあるオブジェクト。 このメソッドが戻るときに`pceltFetched`取得したオブジェクトの実際の数が含まれています。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v462plus](../../../../includes/net-current-v462plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v462plus](../../../../includes/net-current-v462plus-md.md)] -## 参照 +## 関連項目 [ICorDebugVariableHomeEnum インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugvariablehomeenum-interface.md) [ICorDebugVariableHome インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugvariablehome-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/icordebugvariablesymbol-getsize-method.md b/docs/framework/unmanaged-api/debugging/icordebugvariablesymbol-getsize-method.md index b41d34f53fa..bde9f96526b 100644 --- a/docs/framework/unmanaged-api/debugging/icordebugvariablesymbol-getsize-method.md +++ b/docs/framework/unmanaged-api/debugging/icordebugvariablesymbol-getsize-method.md @@ -1,24 +1,14 @@ --- -title: "ICorDebugVariableSymbol::GetSize メソッド" -ms.custom: +title: ICorDebugVariableSymbol::GetSize メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference ms.assetid: add0cd9d-9a29-49b1-ae07-d9d3786b4ccd -caps.latest.revision: "4" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 99cba63edd56e0d27d5f558a77ee54ebf2629446 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 01349b6418008db51c432d5c49f8491a44ab60d2 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorDebugVariableSymbol::GetSize メソッド 変数のサイズ (バイト単位) を取得します。 @@ -40,15 +30,15 @@ HRESULT GetSize( > [!NOTE] > このメソッドは .NET ネイティブでのみ使用できます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorDebug.idl、CorDebug.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_46_native](../../../../includes/net-46-native-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_46_native](../../../../includes/net-46-native-md.md)] -## 参照 +## 関連項目 [ICorDebugVariableSymbol インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icordebugvariablesymbol-interface.md) [デバッグ インターフェイス](../../../../docs/framework/unmanaged-api/debugging/debugging-interfaces.md) diff --git a/docs/framework/unmanaged-api/debugging/icorpublishprocess-enumappdomains-method.md b/docs/framework/unmanaged-api/debugging/icorpublishprocess-enumappdomains-method.md index 0f0e81803b7..017297e4ad2 100644 --- a/docs/framework/unmanaged-api/debugging/icorpublishprocess-enumappdomains-method.md +++ b/docs/framework/unmanaged-api/debugging/icorpublishprocess-enumappdomains-method.md @@ -1,14 +1,6 @@ --- -title: "ICorPublishProcess::EnumAppDomains メソッド" -ms.custom: +title: ICorPublishProcess::EnumAppDomains メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorPublishProcess.EnumAppDomains api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 7da621fc-e7d0-4c00-9439-5c93619d7414 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 938c022788d5ed9f0e28f794432017748dc096e8 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 5492d4e1245c6c0ce5c1eb98d25168c5d69d123b +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorPublishProcess::EnumAppDomains メソッド これによって参照されているプロセスのアプリケーション ドメインの列挙子を取得[ICorPublishProcess](../../../../docs/framework/unmanaged-api/debugging/icorpublishprocess-interface.md)です。 @@ -55,14 +43,14 @@ HRESULT EnumAppDomains ( プロセスが終了した場合`EnumAppDomains`CORDBG_E_PROCESS_TERMINATED HRESULT 値を持つは失敗します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorPub.idl、CorPub.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [ICorPublishProcess インターフェイス](../../../../docs/framework/unmanaged-api/debugging/icorpublishprocess-interface.md) diff --git a/docs/framework/unmanaged-api/debugging/pfn-clrdatacreateinstance-function-pointer.md b/docs/framework/unmanaged-api/debugging/pfn-clrdatacreateinstance-function-pointer.md index 61ddf0ef450..1a437167f77 100644 --- a/docs/framework/unmanaged-api/debugging/pfn-clrdatacreateinstance-function-pointer.md +++ b/docs/framework/unmanaged-api/debugging/pfn-clrdatacreateinstance-function-pointer.md @@ -1,14 +1,6 @@ --- -title: "PFN_CLRDataCreateInstance 関数ポインター" -ms.custom: +title: PFN_CLRDataCreateInstance 関数ポインター ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - PFN_CLRDataCreateInstance api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 5c66ac57-d751-4de5-af9f-26ceb949af8b topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 98a966434332549d9ceb7f29de81e19fa1b2108f -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 9ee003d668916baec313c6115cc12826286f6cdd +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # PFN_CLRDataCreateInstance 関数ポインター 指定したターゲット項目のインターフェイス オブジェクトを作成する関数を指します。 @@ -60,14 +48,14 @@ typedef HRESULT (STDAPICALLTYPE* PFN_CLRDataCreateInstance) ( ## コメント `ICLRDataTarget`オブジェクトは、デバッグ アプリケーションの作成者によって実装されています。 実装は、表されるターゲット項目の種類によって異なります。 ターゲット項目には、プロセス、メモリ ダンプ、リモート コンピューター、およびなどがあります。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** ClrData.idl **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [デバッグ グローバル静的関数](../../../../docs/framework/unmanaged-api/debugging/debugging-global-static-functions.md) diff --git a/docs/framework/unmanaged-api/diagnostics/corsymsearchpolicyattributes-enumeration.md b/docs/framework/unmanaged-api/diagnostics/corsymsearchpolicyattributes-enumeration.md index 8ddefb168cb..58a916a2398 100644 --- a/docs/framework/unmanaged-api/diagnostics/corsymsearchpolicyattributes-enumeration.md +++ b/docs/framework/unmanaged-api/diagnostics/corsymsearchpolicyattributes-enumeration.md @@ -1,14 +1,6 @@ --- -title: "CorSymSearchPolicyAttributes 列挙体" -ms.custom: +title: CorSymSearchPolicyAttributes 列挙体 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - CorSymSearchPolicyAttributes api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 03abde84-930a-49d3-bac3-23abb34a0184 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: bc1bef8c393a7778c194b2d4d45c3abdb583fecf -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: a4c3aedea4cc8ce2d8fb8c0c0bf3fead727dcf64 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # CorSymSearchPolicyAttributes 列挙体 シンボル リーダーの検索を実行するときに使用されるポリシーを指定します。 これらの定数がによって使用される、 [isymunmanagedbinder 2::getreaderforfile2](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedbinder2-getreaderforfile2-method.md)と[isymunmanagedbinder 3::getreaderfromcallback](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedbinder3-getreaderfromcallback-method.md)メソッドです。 @@ -61,8 +49,8 @@ typedef enum CorSymSearchPolicyAttributes |`AllowOriginalPathAccess`|デバッグ ディレクトリで指定されたパスを検索します。| |`AllowReferencePathAccess`|.Exe ファイルのある場所に pdb ファイルを検索します。| -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [シンボル ストア診断列挙型](../../../../docs/framework/unmanaged-api/diagnostics/diagnostics-symbol-store-enumerations.md) diff --git a/docs/framework/unmanaged-api/diagnostics/ibindingdisplay-initializeforprocess-method.md b/docs/framework/unmanaged-api/diagnostics/ibindingdisplay-initializeforprocess-method.md index 5d8cb3bbbdd..931f871bccf 100644 --- a/docs/framework/unmanaged-api/diagnostics/ibindingdisplay-initializeforprocess-method.md +++ b/docs/framework/unmanaged-api/diagnostics/ibindingdisplay-initializeforprocess-method.md @@ -1,14 +1,6 @@ --- -title: "IBindingDisplay::InitializeForProcess メソッド" -ms.custom: +title: IBindingDisplay::InitializeForProcess メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IBindingDisplay.InitializeForProcess api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 59417acb-4e59-46ad-acfe-d827e6ab6078 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 56f55788fcaf08507f413a03c5364ce3bcdbbf3c -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 8954c2f6ecaf2767dd01b0601096d9e3f6df9b98 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IBindingDisplay::InitializeForProcess メソッド 初期化、 [IBindingDisplay](../../../../docs/framework/unmanaged-api/diagnostics/ibindingdisplay-interface.md)オブジェクト。 @@ -51,16 +39,16 @@ HRESULT InitializeForProcess ( [in]プロセス識別子。 ## コメント - デバッガーの呼び出し、`InitializeForProcess`メソッド作成時にバインディングの表示を初期化します。 `InitializeForProcess`その他のメソッドの前に、作成時に呼び出す必要があります`IBindingDisplay`と呼びます。 + デバッガーの呼び出し、`InitializeForProcess`メソッド作成時にバインディングの表示を初期化します。 `InitializeForProcess` その他のメソッドの前に、作成時に呼び出す必要があります`IBindingDisplay`と呼びます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** BindingDisplay.h **ライブラリ:** BindingDisplay.idl - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [IBindingDisplay インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/ibindingdisplay-interface.md) diff --git a/docs/framework/unmanaged-api/diagnostics/idebugautoattach-interface.md b/docs/framework/unmanaged-api/diagnostics/idebugautoattach-interface.md index 091143d0e4d..cf7d3dcfc2c 100644 --- a/docs/framework/unmanaged-api/diagnostics/idebugautoattach-interface.md +++ b/docs/framework/unmanaged-api/diagnostics/idebugautoattach-interface.md @@ -1,14 +1,6 @@ --- -title: "IDebugAutoAttach インターフェイス" -ms.custom: +title: IDebugAutoAttach インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IDebugAutoAttach api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: d4cc51ac-c1d6-41b9-ab8e-ef0073f13241 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 45fdabcbd70d58d1ebb279665346ffd41ad9f204 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 9a88f8b2ad1ac59cf7044ca5d7ace5a468510b6f +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IDebugAutoAttach インターフェイス サーバー起動デバッガーの自動アタッチ用インターフェイスを定義します。 @@ -43,8 +31,8 @@ ms.lasthandoff: 12/22/2017 |------------|-----------------| |[AutoAttach メソッド](../../../../docs/framework/unmanaged-api/diagnostics/idebugautoattach-autoattach-method.md)|サーバー起動デバッガーの自動実行をアタッチします。| -## 必要条件 +## 要件 **ヘッダー:** DbgAutoAttach.idl -## 参照 +## 関連項目 [シンボル ストア診断インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/diagnostics-symbol-store-interfaces.md) diff --git a/docs/framework/unmanaged-api/diagnostics/inotifysink2-onsynccallenter-method.md b/docs/framework/unmanaged-api/diagnostics/inotifysink2-onsynccallenter-method.md index a60e8d217ef..82c8b27473e 100644 --- a/docs/framework/unmanaged-api/diagnostics/inotifysink2-onsynccallenter-method.md +++ b/docs/framework/unmanaged-api/diagnostics/inotifysink2-onsynccallenter-method.md @@ -1,14 +1,6 @@ --- -title: "INotifySink2::OnSyncCallEnter メソッド" -ms.custom: +title: INotifySink2::OnSyncCallEnter メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - INotifySink2.OnSyncCallEnter api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: e33265be-c25d-4145-ad02-c3e89d6f26c1 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 102a4a24b82c87bed00895dc723b7fca02c20bcd -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 6c2c4f15b3fb1bc5b408382589a1c8213ffd246e +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # INotifySink2::OnSyncCallEnter メソッド 呼び出しを入力するときに呼び出されます。 @@ -62,10 +50,10 @@ HRESULT OnSyncCallEnter ## 戻り値 メソッドが成功した場合は S_OK です。 -## 必要条件 +## 要件 **ヘッダー:** ProtocolNotify2.idl -## 参照 +## 関連項目 [INotifySink2 インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/inotifysink2-interface.md) [INotifySource2 インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/inotifysource2-interface.md) [INotifyConnection2 インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/inotifyconnection2-interface.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymencunmanagedmethod-getdocumentsformethod-method.md b/docs/framework/unmanaged-api/diagnostics/isymencunmanagedmethod-getdocumentsformethod-method.md index 7ba1d570a4f..44c0a436a35 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymencunmanagedmethod-getdocumentsformethod-method.md +++ b/docs/framework/unmanaged-api/diagnostics/isymencunmanagedmethod-getdocumentsformethod-method.md @@ -1,14 +1,6 @@ --- -title: "ISymENCUnmanagedMethod::GetDocumentsForMethod メソッド" -ms.custom: +title: ISymENCUnmanagedMethod::GetDocumentsForMethod メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ISymENCUnmanagedMethod.GetDocumentsForMethod api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: bd6ccde5-d578-48d8-abed-b474fbd48d13 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 0593ea430d27641a57705f1ceb4805ab505ef25e -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 8efcd62f39a7de397ef93231fd125a17c7e513e9 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymENCUnmanagedMethod::GetDocumentsForMethod メソッド このメソッドの行が含まれるドキュメントを取得します。 @@ -60,8 +48,8 @@ HRESULT GetDocumentsForMethod( ## 戻り値 メソッドが成功した場合は S_OK、それ以外の場合、エラー コード。 -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [ISymENCUnmanagedMethod インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymencunmanagedmethod-interface.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymencunmanagedmethod-getsourceextentindocument-method.md b/docs/framework/unmanaged-api/diagnostics/isymencunmanagedmethod-getsourceextentindocument-method.md index 5328c9c492a..1074edd2bdc 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymencunmanagedmethod-getsourceextentindocument-method.md +++ b/docs/framework/unmanaged-api/diagnostics/isymencunmanagedmethod-getsourceextentindocument-method.md @@ -1,14 +1,6 @@ --- -title: "ISymENCUnmanagedMethod::GetSourceExtentInDocument メソッド" -ms.custom: +title: ISymENCUnmanagedMethod::GetSourceExtentInDocument メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ISymENCUnmanagedMethod.GetSourceExtentInDocument api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 9c5566ab-4ec7-4b61-9753-839bb90ae78c topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 6116ee89cb643cc0010ef2c8a463fa131777584e -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: dc3a986326f9b47194558ca86bcbeabb61dbaeb3 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymENCUnmanagedMethod::GetSourceExtentInDocument メソッド 取得では、特定のドキュメントに行と、メソッドの末尾行を最大を最小を開始します。 @@ -60,8 +48,8 @@ HRESULT GetSourceExtentInDocument( ## 戻り値 メソッドが成功した場合は S_OK、それ以外の場合、E_FAIL またはその他のエラー コード。 -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [ISymENCUnmanagedMethod インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymencunmanagedmethod-interface.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanagedasyncmethod-getcatchhandleriloffset-method.md b/docs/framework/unmanaged-api/diagnostics/isymunmanagedasyncmethod-getcatchhandleriloffset-method.md index e5e2c524ffe..1cbff7e398b 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanagedasyncmethod-getcatchhandleriloffset-method.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanagedasyncmethod-getcatchhandleriloffset-method.md @@ -1,24 +1,14 @@ --- -title: "ISymUnmanagedAsyncMethod::GetCatchHandlerILOffset メソッド" -ms.custom: +title: ISymUnmanagedAsyncMethod::GetCatchHandlerILOffset メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference ms.assetid: d5f88656-433d-447c-b21c-2a12bed2e72a -caps.latest.revision: "4" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 96040ee5f56ade3647367c4b879c8aa9e7f460fe -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 527e686eb0c354c3a1ebba36772e30211e995ab2 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedAsyncMethod::GetCatchHandlerILOffset メソッド 参照してください[DefineCatchHandlerILOffset メソッド](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedasyncmethodpropertieswriter-definecatchhandleriloffset-method.md)です。 @@ -38,8 +28,8 @@ HRESULT GetCatchHandlerILOffset( [out, retval] ULONG32* pRetVal); ## 戻り値 `HRESULT` を返します。 -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [ISymUnmanagedAsyncMethod インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedasyncmethod-interface.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanagedbinder-getreaderfromstream-method.md b/docs/framework/unmanaged-api/diagnostics/isymunmanagedbinder-getreaderfromstream-method.md index 42f8e74c379..5f88986301d 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanagedbinder-getreaderfromstream-method.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanagedbinder-getreaderfromstream-method.md @@ -1,14 +1,6 @@ --- -title: "ISymUnmanagedBinder::GetReaderFromStream メソッド" -ms.custom: +title: ISymUnmanagedBinder::GetReaderFromStream メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ISymUnmanagedBinder.GetReaderFromStream api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: aa38efd4-de7e-4482-a5d3-adc152093460 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 36d4d0067cd638eb39ce82eb042242b7b08d3647 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 4c5d3d1b868849d17b2068eecfcfeea0f1e598f8 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedBinder::GetReaderFromStream メソッド メタデータ インターフェイスおよびをシンボル ストアを格納するストリームを指定して、正しい返します[ISymUnmanagedReader](isymunmanagedreader-interface.md)デバッグは読み取りを構造体は、特定のシンボル ストアからシンボルします。 @@ -60,8 +48,8 @@ HRESULT GetReaderFromStream( ## 戻り値 メソッドが成功した場合は S_OK、それ以外の場合、E_FAIL またはその他のエラー コード。 -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [ISymUnmanagedBinder インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedbinder-interface.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanagedbinder3-interface.md b/docs/framework/unmanaged-api/diagnostics/isymunmanagedbinder3-interface.md index 6df4a6f8d4f..0809e5ff6b8 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanagedbinder3-interface.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanagedbinder3-interface.md @@ -1,14 +1,6 @@ --- -title: "ISymUnmanagedBinder3 インターフェイス" -ms.custom: +title: ISymUnmanagedBinder3 インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ISymUnmanagedBinder3 api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 37527a84-4b03-4f08-8135-94d898599089 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 0c93275fc32e68f49618d93bdd0b54f1970121ee -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 06a4d5b1b108c15fa7ee4a7f5270b73f7adc1e6f +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedBinder3 インターフェイス シンボル バインダー インターフェイスを拡張します。 このインターフェイスを呼び出すことによって取得`QueryInterface`を実装するオブジェクトに対して、`ISymUnmanagedBinder`インターフェイスです。 @@ -46,10 +34,10 @@ ms.lasthandoff: 12/22/2017 |------------|-----------------| |[GetReaderFromCallback メソッド](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedbinder3-getreaderfromcallback-method.md)|実装しますまたはコールバックを使用していずれかを指定することができます、`IID_IDiaReadExeAtRVACallback`または`IID_IDiaReadExeAtOffsetCallback`をメモリからデバッグ ディレクトリ情報を取得するには。| -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [シンボル ストア診断インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/diagnostics-symbol-store-interfaces.md) [ISymUnmanagedBinder インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedbinder-interface.md) [ISymUnmanagedBinder2 インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedbinder2-interface.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanageddocument-findclosestline-method.md b/docs/framework/unmanaged-api/diagnostics/isymunmanageddocument-findclosestline-method.md index aacf2f6ce27..6fcdf325b6b 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanageddocument-findclosestline-method.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanageddocument-findclosestline-method.md @@ -1,14 +1,6 @@ --- -title: "ISymUnmanagedDocument::FindClosestLine メソッド" -ms.custom: +title: ISymUnmanagedDocument::FindClosestLine メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ISymUnmanagedDocument.FindClosestLine api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 628f2a04-e529-407d-841e-3b3da219a9cb topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: a5467f7d500719e8849b85a57195e98c6eeb7fb3 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: f31dad53f42fdd8f7ac3a0cb995b507ecc3590d5 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedDocument::FindClosestLine メソッド 行を指定した場合も、シーケンス ポイントができない可能性があります、このドキュメントでは、シーケンス ポイントである最も近い行を返します。 @@ -56,5 +44,5 @@ HRESULT FindClosestLine( ## 戻り値 メソッドが成功した場合は S_OK、それ以外の場合、エラー コード。 -## 参照 +## 関連項目 [ISymUnmanagedDocument インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanageddocument-interface.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanageddocument-geturl-method.md b/docs/framework/unmanaged-api/diagnostics/isymunmanageddocument-geturl-method.md index 6a1d706e654..d34820c62d5 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanageddocument-geturl-method.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanageddocument-geturl-method.md @@ -1,14 +1,6 @@ --- -title: "ISymUnmanagedDocument::GetURL メソッド" -ms.custom: +title: ISymUnmanagedDocument::GetURL メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ISymUnmanagedDocument.GetURL api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 60600178-c2b5-4cab-b3a5-f0f61acebaf1 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 2688c2c50181c7bac7b7ee869b4e1fa5094d0ea9 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 5a447de2bb01e7bbf838ef5443e3ae7951bf8226 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedDocument::GetURL メソッド このドキュメントの uniform resource locator (URL) を返します。 @@ -60,5 +48,5 @@ HRESULT GetURL( ## 戻り値 メソッドが成功した場合は S_OK、それ以外の場合、エラー コード。 -## 参照 +## 関連項目 [ISymUnmanagedDocument インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanageddocument-interface.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanageddocument-interface.md b/docs/framework/unmanaged-api/diagnostics/isymunmanageddocument-interface.md index 2219f0b45d8..02bdc42e856 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanageddocument-interface.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanageddocument-interface.md @@ -1,14 +1,6 @@ --- -title: "ISymUnmanagedDocument インターフェイス" -ms.custom: +title: ISymUnmanagedDocument インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ISymUnmanagedDocument api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 5c26b366-6e81-467c-9dd0-02dd26fee0a3 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 2e176679b4fdb4d0a2c5c4fbcbc09403e45f1ad1 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: f75e517890275b90523dc42cdac3a83d871beac7 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedDocument インターフェイス シンボル ストアによって参照されるドキュメントを表します。 ドキュメントは、uniform resource locator (URL) と GUID のドキュメント型によって定義されます。 URL を使用して格納方法に関係なく、ドキュメントを検索し、ドキュメントの種類の GUID できます。 ドキュメントのソースをシンボル ストアに格納でき、このインターフェイスを通じて取得できます。 @@ -52,5 +40,5 @@ ms.lasthandoff: 12/22/2017 |[GetURL メソッド](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanageddocument-geturl-method.md)|このドキュメントの URL を返します。| |[HasEmbeddedSource メソッド](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanageddocument-hasembeddedsource-method.md)|返します`true`場合は、ドキュメントには、デバッグ シンボルに埋め込まれたソースを返しますそれ以外の場合、`false`です。| -## 参照 +## 関連項目 [シンボル ストア診断インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/diagnostics-symbol-store-interfaces.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanageddocumentwriter-setchecksum-method.md b/docs/framework/unmanaged-api/diagnostics/isymunmanageddocumentwriter-setchecksum-method.md index 6ea44b869de..68c2065bfb1 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanageddocumentwriter-setchecksum-method.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanageddocumentwriter-setchecksum-method.md @@ -1,14 +1,6 @@ --- -title: "ISymUnmanagedDocumentWriter::SetCheckSum メソッド" -ms.custom: +title: ISymUnmanagedDocumentWriter::SetCheckSum メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ISymUnmanagedDocumentWriter.SetCheckSum api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: c7e99879-421f-43ce-b193-34733cf30085 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 0e4f653ab7b2a1341af8917c6932ea8bdfd64d83 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 3b9b77b94e466a4aab4a575501ac6922293b3410 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedDocumentWriter::SetCheckSum メソッド チェックサム情報を設定します。 @@ -60,8 +48,8 @@ HRESULT SetCheckSum( ## 戻り値 メソッドが成功した場合は S_OK、それ以外の場合、E_FAIL またはその他のエラー コード。 -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [ISymUnmanagedDocumentWriter インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanageddocumentwriter-interface.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanagedmethod-gettoken-method.md b/docs/framework/unmanaged-api/diagnostics/isymunmanagedmethod-gettoken-method.md index a70e03195f7..0f843df1df8 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanagedmethod-gettoken-method.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanagedmethod-gettoken-method.md @@ -1,14 +1,6 @@ --- -title: "ISymUnmanagedMethod::GetToken メソッド" -ms.custom: +title: ISymUnmanagedMethod::GetToken メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ISymUnmanagedMethod.GetToken api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 4effbe95-c36e-4a45-8b2a-ee21339415fb topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: bfdc070c21c7929166bfa957c0e0dd63da80f761 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 89ae648e38b6349bfad0a37724a9bdc1ae05e365 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedMethod::GetToken メソッド このメソッドのメタデータ トークンを返します。 @@ -52,8 +40,8 @@ HRESULT GetToken( ## 戻り値 メソッドが成功した場合は S_OK、それ以外の場合、E_FAIL またはその他のエラー コード。 -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [ISymUnmanagedMethod インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedmethod-interface.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanagedmethod-interface.md b/docs/framework/unmanaged-api/diagnostics/isymunmanagedmethod-interface.md index e5770bf3c7c..635ee458d1b 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanagedmethod-interface.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanagedmethod-interface.md @@ -1,14 +1,6 @@ --- -title: "ISymUnmanagedMethod インターフェイス" -ms.custom: +title: ISymUnmanagedMethod インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ISymUnmanagedMethod api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: f204d74c-cc79-4092-83bb-60654be95649 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: b6305625c3d02dbd126a284287e19b319e21eeba -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 728acc09f739fe567fca4a2571cbabf1ba8838a2 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedMethod インターフェイス シンボル ストア内のメソッドを表します。 このインターフェイスは、型に関連する属性ではなく、メソッドの symbol 関連の属性のみへのアクセスを提供します。 @@ -52,8 +40,8 @@ ms.lasthandoff: 12/22/2017 |[GetSourceStartEnd メソッド](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedmethod-getsourcestartend-method.md)|このメソッドのソースの開始と終了のドキュメントの位置を取得します。| |[GetToken メソッド](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedmethod-gettoken-method.md)|このメソッドのメタデータ トークンを返します。| -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [シンボル ストア診断インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/diagnostics-symbol-store-interfaces.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanagedreader-getdocuments-method.md b/docs/framework/unmanaged-api/diagnostics/isymunmanagedreader-getdocuments-method.md index b56a6723673..ddfdd820f06 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanagedreader-getdocuments-method.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanagedreader-getdocuments-method.md @@ -1,14 +1,6 @@ --- -title: "ISymUnmanagedReader::GetDocuments メソッド" -ms.custom: +title: ISymUnmanagedReader::GetDocuments メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ISymUnmanagedReader.GetDocuments api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: e3b73a3f-d089-4101-a9a9-5e0765d05b61 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 423267f30459c409cc1bba6e0dee53b31a2783cc -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 0bcb0efab3b61f55bd5fdd3405799c7ac78ee521 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedReader::GetDocuments メソッド シンボル ストアで定義されているすべてのドキュメントの配列を返します。 @@ -61,8 +49,8 @@ HRESULT GetDocuments ( ## 戻り値 メソッドが成功した場合は S_OK、それ以外の場合、E_FAIL またはその他のエラー コード。 -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [ISymUnmanagedReader インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedreader-interface.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanagedscope-getlocals-method.md b/docs/framework/unmanaged-api/diagnostics/isymunmanagedscope-getlocals-method.md index 84abc9ae10e..cd880693bf5 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanagedscope-getlocals-method.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanagedscope-getlocals-method.md @@ -1,14 +1,6 @@ --- -title: "ISymUnmanagedScope::GetLocals メソッド" -ms.custom: +title: ISymUnmanagedScope::GetLocals メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ISymUnmanagedScope.GetLocals api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 17c45f15-8c44-44da-b070-f902077b36e4 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 07d42423d284da39d40268727de13b4605221b5a -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 781111db30ae664c9dd45744f88387e161f2716f +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedScope::GetLocals メソッド このスコープ内で定義されているローカル変数を取得します。 @@ -61,8 +49,8 @@ HRESULT GetLocals( ## 戻り値 メソッドが成功した場合は S_OK、それ以外の場合、E_FAIL またはその他のエラー コード。 -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [ISymUnmanagedScope インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedscope-interface.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanagedscope-getparent-method.md b/docs/framework/unmanaged-api/diagnostics/isymunmanagedscope-getparent-method.md index 9fbfed70a5c..1eaa4fd767c 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanagedscope-getparent-method.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanagedscope-getparent-method.md @@ -1,14 +1,6 @@ --- -title: "ISymUnmanagedScope::GetParent メソッド" -ms.custom: +title: ISymUnmanagedScope::GetParent メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ISymUnmanagedScope.GetParent api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: c7963c87-6ec5-49b3-a5cd-e0fe0c43f9b4 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 1defb0f95ed38d8dbe5d47d804e340b3ca35a79c -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 7ddf13eb87bd046a2ae7aad39f23112e3ae80c97 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedScope::GetParent メソッド このスコープの親スコープを取得します。 @@ -52,9 +40,9 @@ HRESULT GetParent( ## 戻り値 メソッドが成功した場合は S_OK、それ以外の場合、E_FAIL またはその他のエラー コード。 -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [ISymUnmanagedScope インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedscope-interface.md) [GetChildren メソッド](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedscope-getchildren-method.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanagedscope-getstartoffset-method.md b/docs/framework/unmanaged-api/diagnostics/isymunmanagedscope-getstartoffset-method.md index 153d946318b..36e53f5975f 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanagedscope-getstartoffset-method.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanagedscope-getstartoffset-method.md @@ -1,14 +1,6 @@ --- -title: "ISymUnmanagedScope::GetStartOffset メソッド" -ms.custom: +title: ISymUnmanagedScope::GetStartOffset メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ISymUnmanagedScope.GetStartOffset api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: da6bbc75-94d1-4354-9722-0d455b4428fb topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 9e0328af628eec062dc9efa7012bbeff213f1b86 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 19d116825efc4eb2ec1de22f232f46f8fb0fdf18 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedScope::GetStartOffset メソッド このスコープの開始オフセットを取得します。 @@ -52,9 +40,9 @@ HRESULT GetStartOffset( ## 戻り値 メソッドが成功した場合は S_OK、それ以外の場合、E_FAIL またはその他のエラー コード。 -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [ISymUnmanagedScope インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedscope-interface.md) [GetEndOffSet メソッド](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedscope-getendoffset-method.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanagedsourceservermodule-interface.md b/docs/framework/unmanaged-api/diagnostics/isymunmanagedsourceservermodule-interface.md index 02e3d34a375..c5218476115 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanagedsourceservermodule-interface.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanagedsourceservermodule-interface.md @@ -1,14 +1,6 @@ --- -title: "ISymUnmanagedSourceServerModule インターフェイス" -ms.custom: +title: ISymUnmanagedSourceServerModule インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ISymUnmanagedSourceServerModule api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: a19b23bd-2061-476e-b67d-252f57404f8b topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: f183c3ea69de15387f729a67328bf5ea57931750 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 0a63700abf77d56134ca30620033c398af735599 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedSourceServerModule インターフェイス モジュールのソース サーバーのデータを提供します。 このインターフェイスを呼び出すことによって取得`QueryInterface`を実装するオブジェクトに対して、 [ISymUnmanagedReader](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedreader-interface.md)インターフェイスです。 @@ -43,8 +31,8 @@ ms.lasthandoff: 12/22/2017 |------------|-----------------| |[GetSourceServerData メソッド](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedsourceservermodule-getsourceserverdata-method.md)|モジュールのソース サーバーのデータを返します。| -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [シンボル ストア診断インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/diagnostics-symbol-store-interfaces.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanagedvariable-getsignature-method.md b/docs/framework/unmanaged-api/diagnostics/isymunmanagedvariable-getsignature-method.md index 6cef8645337..0d10f2752ce 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanagedvariable-getsignature-method.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanagedvariable-getsignature-method.md @@ -1,14 +1,6 @@ --- -title: "ISymUnmanagedVariable::GetSignature メソッド" -ms.custom: +title: ISymUnmanagedVariable::GetSignature メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ISymUnmanagedVariable.GetSignature api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 78c1ba28-a410-4360-805c-23a95408964a topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: ee403a5f92ba4eb88eca880d9bf2f858b52d4f05 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 4b089540f23659d4f7811d921364adc73fd62803 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedVariable::GetSignature メソッド この変数のシグネチャを取得します。 @@ -61,8 +49,8 @@ HRESULT GetSignature( ## 戻り値 メソッドが成功した場合は S_OK、それ以外の場合、E_FAIL またはその他のエラー コード。 -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [ISymUnmanagedVariable インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedvariable-interface.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter-close-method.md b/docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter-close-method.md index cb0c37880c1..32948f9935b 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter-close-method.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter-close-method.md @@ -1,14 +1,6 @@ --- -title: "ISymUnmanagedWriter::Close メソッド" -ms.custom: +title: ISymUnmanagedWriter::Close メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ISymUnmanagedWriter.Close api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 4cce59e1-80b9-4fc4-b3aa-126f1c5876bc topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 70f710802862c3237cbd67693f8366946926891e -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 30747fa25528f5679264ebfb67addf401b7d01d9 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedWriter::Close メソッド シンボルをシンボル ストアにコミットした後にシンボル ライターを閉じます。 @@ -50,8 +38,8 @@ HRESULT Close(); ## コメント この呼び出しの後、シンボル ライターが、以降の更新を無効になります。 シンボルをコミットすることがなくシンボル ライターを閉じるには使用、 [isymunmanagedwriter::abort](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter-abort-method.md)メソッド代わりにします。 -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [ISymUnmanagedWriter インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter-interface.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter4-getdebuginfowithpadding-method.md b/docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter4-getdebuginfowithpadding-method.md index 27cb908af68..8d950dfa101 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter4-getdebuginfowithpadding-method.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter4-getdebuginfowithpadding-method.md @@ -1,24 +1,14 @@ --- -title: "ISymUnmanagedWriter4::GetDebugInfoWithPadding メソッド" -ms.custom: +title: ISymUnmanagedWriter4::GetDebugInfoWithPadding メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference ms.assetid: 881e20ca-8131-4bd0-ba41-c2d6391b0fe2 -caps.latest.revision: "4" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: f85486370d567ceb1506c41f6aa7c4f3a1929941 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 6a703c7c8adf5d770ea74f8ed869568978f3b42f +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedWriter4::GetDebugInfoWithPadding メソッド 同様に機能[GetDebugInfo メソッド](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter-getdebuginfo-method.md)パス文字列は、文字列データの固定サイズの終端の null 文字の後に続くゼロで埋め 点を除いて`MAX_PATH`です。 自体のパス文字列の長さは場合にのみの余白に割り当てられますより小さい`MAX_PATH`です。 @@ -43,8 +33,8 @@ HRESULT GetDebugInfoWithPadding( [in, out] IMAGE_DEBUG_DIRECTORY *pIDD, [i ## 戻り値 `HRESULT` を返します。 -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [ISymUnmanagedWriter4 インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter4-interface.md) diff --git a/docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter4-interface.md b/docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter4-interface.md index 36400be91db..603b97029d9 100644 --- a/docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter4-interface.md +++ b/docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter4-interface.md @@ -1,24 +1,14 @@ --- -title: "ISymUnmanagedWriter4 インターフェイス" -ms.custom: +title: ISymUnmanagedWriter4 インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference ms.assetid: 4af5e8c0-987d-405e-b934-8b9e70fcae6e -caps.latest.revision: "4" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 5531b491da70cb78de1234e750c2e15390c10ce5 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 5e8478aed662142b9ff4b73f9cb192f8d2306e2a +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ISymUnmanagedWriter4 インターフェイス ISymUnmanagedWriter4 インターフェイスです。 @@ -36,9 +26,9 @@ ISymUnmanagedWriter4 インターフェイスです。 |------------|-----------------| |[GetDebugInfoWithPadding メソッド](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter4-getdebuginfowithpadding-method.md)|同様に機能[GetDebugInfo メソッド](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter-getdebuginfo-method.md)パス文字列は、文字列データの固定サイズの終端の null 文字の後に続くゼロで埋め 点を除いて`MAX_PATH`です。 自体のパス文字列の長さは場合にのみの余白に割り当てられますより小さい`MAX_PATH`です。

これにより、ツールをその差分 PE ファイルに記述を簡単にします。| -## 必要条件 +## 要件 **ヘッダー:** CorSym.idl、CorSym.h -## 参照 +## 関連項目 [シンボル ストア診断インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/diagnostics-symbol-store-interfaces.md) [ISymUnmanagedWriter3 インターフェイス](../../../../docs/framework/unmanaged-api/diagnostics/isymunmanagedwriter3-interface.md) diff --git a/docs/framework/unmanaged-api/fusion/fusion-install-reference-structure.md b/docs/framework/unmanaged-api/fusion/fusion-install-reference-structure.md index af497534258..6dc0918078d 100644 --- a/docs/framework/unmanaged-api/fusion/fusion-install-reference-structure.md +++ b/docs/framework/unmanaged-api/fusion/fusion-install-reference-structure.md @@ -1,14 +1,6 @@ --- -title: "FUSION_INSTALL_REFERENCE 構造体" -ms.custom: +title: FUSION_INSTALL_REFERENCE 構造体 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - FUSION_INSTALL_REFERENCE api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: ae181ec8-36bf-4ed1-9a02-ca27d417c80b topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 36321606fe208233fb6114fe9568b655f0e1b400 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 4685d1a23fdf1874817522a16ccd428d81acd1ac +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # FUSION_INSTALL_REFERENCE 構造体 アプリケーションがグローバル アセンブリ キャッシュにアプリケーションがインストールされているアセンブリに参照を表します。 @@ -59,13 +47,13 @@ typedef struct _FUSION_INSTALL_REFERENCE_ { |`szIdentifier`|アセンブリをグローバル アセンブリ キャッシュにインストールされているアプリケーションを識別する一意の文字列。 その値は、の値によって異なります、`guidScheme`フィールドです。| |`szNonCanonicalData`|参照を追加するエンティティだけが認識する文字列。 グローバル アセンブリ キャッシュは、この文字列を格納しますでは使用されません。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Fusion.h - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [Fusion 構造体](../../../../docs/framework/unmanaged-api/fusion/fusion-structures.md) [グローバル アセンブリ キャッシュ](../../../../docs/framework/app-domains/gac.md) diff --git a/docs/framework/unmanaged-api/fusion/iassemblycache-createassemblycacheitem-method.md b/docs/framework/unmanaged-api/fusion/iassemblycache-createassemblycacheitem-method.md index 52eb59e0a53..40a387deefe 100644 --- a/docs/framework/unmanaged-api/fusion/iassemblycache-createassemblycacheitem-method.md +++ b/docs/framework/unmanaged-api/fusion/iassemblycache-createassemblycacheitem-method.md @@ -1,14 +1,6 @@ --- -title: "IAssemblyCache::CreateAssemblyCacheItem メソッド" -ms.custom: +title: IAssemblyCache::CreateAssemblyCacheItem メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IAssemblyCache.CreateAssemblyCacheItem api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 017a7ba5-aaaf-44e2-9cbe-ceebef259df0 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 65431425afb6a666679d29f9c1bbc9691caa0afb -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: c45257a76127adf2bcf9ab356639d4754d151bf6 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IAssemblyCache::CreateAssemblyCacheItem メソッド 新しいへの参照を取得[IAssemblyCacheItem](../../../../docs/framework/unmanaged-api/fusion/iassemblycacheitem-interface.md)オブジェクト。 @@ -58,7 +46,7 @@ HRESULT CreateAssemblyCacheItem ( - IASSEMBLYCACHE_INSTALL_FLAG_FORCE_REFRESH (0X00000002) `pvReserved` - [入力] 将来の機能拡張に備えて予約されています。 `pvReserved`null 参照である必要があります。 + [入力] 将来の機能拡張に備えて予約されています。 `pvReserved` null 参照である必要があります。 `ppAsmItem` [out]返された`IAssemblyCacheItem`ポインター。 @@ -66,13 +54,13 @@ HRESULT CreateAssemblyCacheItem ( `pszAssemblyName` [in、省略可能]Uncanonicalized、コンマで区切られた`name=value`ペア。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Fusion.h - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [IAssemblyCache インターフェイス](../../../../docs/framework/unmanaged-api/fusion/iassemblycache-interface.md) [IAssemblyCacheItem インターフェイス](../../../../docs/framework/unmanaged-api/fusion/iassemblycacheitem-interface.md) diff --git a/docs/framework/unmanaged-api/fusion/identity-attribute-blob-structure.md b/docs/framework/unmanaged-api/fusion/identity-attribute-blob-structure.md index 132c2d16aae..b69d406bb90 100644 --- a/docs/framework/unmanaged-api/fusion/identity-attribute-blob-structure.md +++ b/docs/framework/unmanaged-api/fusion/identity-attribute-blob-structure.md @@ -1,14 +1,6 @@ --- -title: "IDENTITY_ATTRIBUTE_BLOB 構造体" -ms.custom: +title: IDENTITY_ATTRIBUTE_BLOB 構造体 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference dev_langs: - cpp api_name: @@ -24,17 +16,13 @@ helpviewer_keywords: ms.assetid: af14ae5f-d226-47dd-ba90-8fc6e6605d4d topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 05f8f44579b8169a4a8a13ae527adcf0c2a2839a -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 59b4c832a4bbc915749aadf435b204e084828698 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IDENTITY_ATTRIBUTE_BLOB 構造体 アセンブリでは、1 つの属性に関する情報が含まれておりは、3 つの`DWORD`s。 各`DWORD`によって生成される文字バッファーへのオフセットです、`CurrentIntoBuffer`のメソッド、 [IEnumIDENTITY_ATTRIBUTE](../../../../docs/framework/unmanaged-api/fusion/ienumidentity-attribute-interface.md)インターフェイス @@ -246,14 +234,14 @@ Exit: バージョン 2.0.0.0 を = -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Isolation.h - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [IReferenceIdentity インターフェイス](../../../../docs/framework/unmanaged-api/fusion/ireferenceidentity-interface.md) [IEnumIDENTITY_ATTRIBUTE インターフェイス](../../../../docs/framework/unmanaged-api/fusion/ienumidentity-attribute-interface.md) [IDENTITY_ATTRIBUTE 構造体](../../../../docs/framework/unmanaged-api/fusion/identity-attribute-structure.md) diff --git a/docs/framework/unmanaged-api/fusion/ienumidentity-attribute-interface.md b/docs/framework/unmanaged-api/fusion/ienumidentity-attribute-interface.md index 5008a4660bb..453d9ac705d 100644 --- a/docs/framework/unmanaged-api/fusion/ienumidentity-attribute-interface.md +++ b/docs/framework/unmanaged-api/fusion/ienumidentity-attribute-interface.md @@ -1,14 +1,6 @@ --- -title: "IEnumIDENTITY_ATTRIBUTE インターフェイス" -ms.custom: +title: IEnumIDENTITY_ATTRIBUTE インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IEnumIDENTITY_ATTRIBUTE api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: c2ec2748-e9ae-4e1b-80db-6fcec5cb81a1 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: fc77f2106f5063b8db25f375c354a15f9f936e78 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: da6462a320b1f090940473f566ade91d36e74780 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IEnumIDENTITY_ATTRIBUTE インターフェイス 現在のスコープ内のコード オブジェクトの属性の列挙子として機能します。 @@ -47,12 +35,12 @@ ms.lasthandoff: 12/22/2017 |`IEnumIDENTITY_ATTRIBUTE::Reset`|これの先頭に、命令ポインターを移動`IEnumIDENTITY_ATTRIBUTE`です。| |`IEnumIDENTITY_ATTRIBUTE::Skip`|指定した数の現在位置の要素では、命令ポインターを前方を移動します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Isolation.h - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [Fusion インターフェイス](../../../../docs/framework/unmanaged-api/fusion/fusion-interfaces.md) diff --git a/docs/framework/unmanaged-api/fusion/ireferenceappid-interface.md b/docs/framework/unmanaged-api/fusion/ireferenceappid-interface.md index bd99ad07898..6d93e937f75 100644 --- a/docs/framework/unmanaged-api/fusion/ireferenceappid-interface.md +++ b/docs/framework/unmanaged-api/fusion/ireferenceappid-interface.md @@ -1,14 +1,6 @@ --- -title: "IReferenceAppId インターフェイス" -ms.custom: +title: IReferenceAppId インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IReferenceAppId api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 8eb9e565-f358-43ce-900e-a8f8a5aa6cfb topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 22ac2d75632b3c670d7c185cbbf5081732dcaffc -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 2484fa61c03b95e7cbdb452b92a68a2049701374 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IReferenceAppId インターフェイス 現在のスコープ内のアプリケーションの一意識別子への参照を表します。 @@ -47,14 +35,14 @@ ms.lasthandoff: 12/22/2017 |`IReferenceAppId::get_SubscriptionId`|このサブスクリプションのトークンの id の文字列形式へのポインターを取得`IReferenceAppId`です。| |`IReferenceAppId::put_SubscriptionId`|このサブスクリプションのトークンの識別子を設定`IReferenceAppId`に指定した文字列値です。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Isolation.h - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [Fusion インターフェイス](../../../../docs/framework/unmanaged-api/fusion/fusion-interfaces.md) [IEnumReferenceIdentity インターフェイス](../../../../docs/framework/unmanaged-api/fusion/ienumreferenceidentity-interface.md) [IReferenceIdentity インターフェイス](../../../../docs/framework/unmanaged-api/fusion/ireferenceidentity-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/callfunctionshim-function.md b/docs/framework/unmanaged-api/hosting/callfunctionshim-function.md index 63db6ef7308..b26f37176f0 100644 --- a/docs/framework/unmanaged-api/hosting/callfunctionshim-function.md +++ b/docs/framework/unmanaged-api/hosting/callfunctionshim-function.md @@ -1,14 +1,6 @@ --- -title: "CallFunctionShim 関数" -ms.custom: +title: CallFunctionShim 関数 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - CallFunctionShim api_location: @@ -22,22 +14,18 @@ helpviewer_keywords: ms.assetid: 37118465-ddf3-41f0-bf27-335b72777e63 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 12c399c876a244d0c27e34b41e08c284d7429bac -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 1060ca140db0304c8e5667f7fdf9624b3ac2b64a +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # CallFunctionShim 関数 指定したライブラリ内の関数を、名前とパラメーターを指定して呼び出します。 - この関数は、[!INCLUDE[net_v40_long](../../../../includes/net-v40-long-md.md)] では推奨されていません。 + この関数は、[!INCLUDE[net_v40_long](../../../../includes/net-v40-long-md.md)] では非推奨とされました。 ## 構文 @@ -71,14 +59,15 @@ HRESULT CallFunctionShim ( `pvReserved` [in]将来使用するために予約されています。 このパラメーターに 0 を渡します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 - [サポートされなくなった CLR ホスト関数](../../../../docs/framework/unmanaged-api/hosting/deprecated-clr-hosting-functions.md) +## 関連項目 + + [非推奨の CLR ホスト関数](../../../../docs/framework/unmanaged-api/hosting/deprecated-clr-hosting-functions.md) diff --git a/docs/framework/unmanaged-api/hosting/clrcreateinstance-function.md b/docs/framework/unmanaged-api/hosting/clrcreateinstance-function.md index a64b06ec299..fe83914c247 100644 --- a/docs/framework/unmanaged-api/hosting/clrcreateinstance-function.md +++ b/docs/framework/unmanaged-api/hosting/clrcreateinstance-function.md @@ -1,14 +1,6 @@ --- -title: "CLRCreateInstance 関数" -ms.custom: +title: CLRCreateInstance 関数 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - CLRCreateInstance api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 5de13327-96c6-4697-a89e-b8bf40717855 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 4d95815dd0b2a1cdbddcb28a2e176bc12d3270ed -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 3f52cd6555e852a454ac56d0557f233def585dc2 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # CLRCreateInstance 関数 3 つのインターフェイスのいずれかの提供: [ICLRMetaHost](../../../../docs/framework/unmanaged-api/hosting/iclrmetahost-interface.md)、 [ICLRMetaHostPolicy](../../../../docs/framework/unmanaged-api/hosting/iclrmetahostpolicy-interface.md)、または[ICLRDebugging](../../../../docs/framework/unmanaged-api/debugging/iclrdebugging-interface.md)です。 @@ -93,14 +81,14 @@ hr = CLRCreateInstance (CLSID_CLRDebugging, IID_ICLRDebugging, (LPVOID*)&pCLRDebugging); ``` -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MetaHost.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] -## 参照 +## 関連項目 [ホスティング](../../../../docs/framework/unmanaged-api/hosting/index.md) diff --git a/docs/framework/unmanaged-api/hosting/coinitializeee-function.md b/docs/framework/unmanaged-api/hosting/coinitializeee-function.md index c9ef95d7056..34af7d252d6 100644 --- a/docs/framework/unmanaged-api/hosting/coinitializeee-function.md +++ b/docs/framework/unmanaged-api/hosting/coinitializeee-function.md @@ -1,14 +1,6 @@ --- -title: "CoInitializeEE 関数" -ms.custom: +title: CoInitializeEE 関数 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - CoInitializeEE api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 7e42a928-5068-4ba6-b8c3-806551a01fa8 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 0ca564830411a9df0d47cc9765958286bbd40f96 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 8bbd25909e70826f8cd29076c1eb62a4da6779cd +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # CoInitializeEE 関数 共通言語ランタイムの実行エンジンがプロセスに読み込まれることになります。 この関数は非推奨、[!INCLUDE[net_v40_long](../../../../includes/net-v40-long-md.md)]です。 使用して、 [iclrruntimehost::start](../../../../docs/framework/unmanaged-api/hosting/iclrruntimehost-start-method.md)メソッド代わりにします。 @@ -61,14 +49,14 @@ HRESULT CoInitializeEE ( ## コメント このメソッドは、既に読み込まれていない場合に、実行エンジンを読み込みます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [メタデータ グローバル静的関数](../../../../docs/framework/unmanaged-api/metadata/metadata-global-static-functions.md) diff --git a/docs/framework/unmanaged-api/hosting/cor-gc-thread-stats-structure.md b/docs/framework/unmanaged-api/hosting/cor-gc-thread-stats-structure.md index 65603ae6b75..0d0481aed57 100644 --- a/docs/framework/unmanaged-api/hosting/cor-gc-thread-stats-structure.md +++ b/docs/framework/unmanaged-api/hosting/cor-gc-thread-stats-structure.md @@ -1,14 +1,6 @@ --- -title: "COR_GC_THREAD_STATS 構造体" -ms.custom: +title: COR_GC_THREAD_STATS 構造体 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - COR_GC_THREAD_STATS api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 01f9a59b-7679-4d42-9ced-4a8981625c3d topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 266352984cf50dc906e77598e8dcc9216526ce17 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 24a386fe82bbd004954924a573c090af7f58824a +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # COR_GC_THREAD_STATS 構造体 ガベージ コレクションに関連するスレッドごとの統計情報が含まれています。 @@ -56,15 +44,15 @@ typedef struct _COR_GC_THREAD_STATS { ## コメント [Iclrtask::getmemstats](../../../../docs/framework/unmanaged-api/hosting/iclrtask-getmemstats-method.md)型の出力パラメーターを取る`COR_GC_THREAD_STATS`です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** GCHost.idl **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [ホスト構造体](../../../../docs/framework/unmanaged-api/hosting/hosting-structures.md) [IHostTask インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihosttask-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/corbindtocurrentruntime-function.md b/docs/framework/unmanaged-api/hosting/corbindtocurrentruntime-function.md index b8a3f2fcc80..5583616907b 100644 --- a/docs/framework/unmanaged-api/hosting/corbindtocurrentruntime-function.md +++ b/docs/framework/unmanaged-api/hosting/corbindtocurrentruntime-function.md @@ -1,14 +1,6 @@ --- -title: "CorBindToCurrentRuntime 関数" -ms.custom: +title: CorBindToCurrentRuntime 関数 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - CorBindToCurrentRuntime api_location: @@ -23,22 +15,18 @@ helpviewer_keywords: ms.assetid: 6105c13e-d9cd-44d2-a95a-924e042830c7 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 0fed8829f8f14833724d1770273ff905d6f5eabf -ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f +ms.openlocfilehash: 3667ac5a19664507b767ee6c5421a5e93f6cdfe0 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/19/2018 +ms.lasthandoff: 05/04/2018 --- # CorBindToCurrentRuntime 関数 XML ファイルに格納されているバージョン情報を使用して、共通言語ランタイム (CLR: Common Language Runtime) をプロセスに読み込みます。 XML ファイルの形式は、標準的なアプリケーション構成ファイルの後にモデル化されます。 構成ファイルの詳細については、「[構成ファイル スキーマ](../../../../docs/framework/configure-apps/file-schema/index.md)」を参照してください。 - この関数は、[!INCLUDE[net_v40_long](../../../../includes/net-v40-long-md.md)] では推奨されていません。 参照してください[プロセスに、共通言語ランタイムを読み込む](http://msdn.microsoft.com/library/1e2d6dc1-6aab-43e2-bbc0-aae40756d24f)します。 + この関数は、[!INCLUDE[net_v40_long](../../../../includes/net-v40-long-md.md)] では非推奨とされました。 参照してください[プロセスに、共通言語ランタイムを読み込む](http://msdn.microsoft.com/library/1e2d6dc1-6aab-43e2-bbc0-aae40756d24f)します。 ## 構文 @@ -68,19 +56,20 @@ HRESULT CorBindToCurrentRuntime ( `ppv` [out]返されたインターフェイス ポインター。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [CorBindToRuntime 関数](../../../../docs/framework/unmanaged-api/hosting/corbindtoruntime-function.md) [CorBindToRuntimeByCfg 関数](../../../../docs/framework/unmanaged-api/hosting/corbindtoruntimebycfg-function.md) [CorBindToRuntimeEx 関数](../../../../docs/framework/unmanaged-api/hosting/corbindtoruntimeex-function.md) [CorBindToRuntimeHost 関数](../../../../docs/framework/unmanaged-api/hosting/corbindtoruntimehost-function.md) [ICorRuntimeHost インターフェイス](../../../../docs/framework/unmanaged-api/hosting/icorruntimehost-interface.md) - [サポートされなくなった CLR ホスト関数](../../../../docs/framework/unmanaged-api/hosting/deprecated-clr-hosting-functions.md) + + [非推奨の CLR ホスト関数](../../../../docs/framework/unmanaged-api/hosting/deprecated-clr-hosting-functions.md) diff --git a/docs/framework/unmanaged-api/hosting/corimageunloading-function.md b/docs/framework/unmanaged-api/hosting/corimageunloading-function.md index d9353f0046f..b05a5af3a12 100644 --- a/docs/framework/unmanaged-api/hosting/corimageunloading-function.md +++ b/docs/framework/unmanaged-api/hosting/corimageunloading-function.md @@ -1,14 +1,6 @@ --- -title: "_CorImageUnloading 関数" -ms.custom: +title: _CorImageUnloading 関数 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - _CorImageUnloading api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: b4367214-6dac-4280-aa11-fd487ff30bc4 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 3f0c105e84d34e83320d6c7d159a94ba4148b302 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: ebd7ef3b329eae8e35b680f3d8c74864e2a0f4d8 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # _CorImageUnloading 関数 マネージ モジュール イメージがアンロードされたときに、ローダーに通知します。 @@ -51,14 +39,14 @@ STDAPI (VOID) _CorImageUnloading( `ImageBase` [in]アンロードするイメージの開始位置へのポインター。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [メタデータ グローバル静的関数](../../../../docs/framework/unmanaged-api/metadata/metadata-global-static-functions.md) diff --git a/docs/framework/unmanaged-api/hosting/corruntimehost-coclass.md b/docs/framework/unmanaged-api/hosting/corruntimehost-coclass.md index 5a8ab8b709f..75a0c5389fe 100644 --- a/docs/framework/unmanaged-api/hosting/corruntimehost-coclass.md +++ b/docs/framework/unmanaged-api/hosting/corruntimehost-coclass.md @@ -1,14 +1,6 @@ --- -title: "CorRuntimeHost コクラス" -ms.custom: +title: CorRuntimeHost コクラス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - CorRuntimeHost Coclass api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 5833740b-7d67-44b4-865c-b5bf45e291e3 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 23bee1a79dfb54a696495fdb61a7ba9ba4b4c143 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: b9b9b8a728932caa085bba1665dc97faf02be8fe +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # CorRuntimeHost コクラス 共通言語ランタイムで実行されているアプリケーションを管理するためのインターフェイスを提供します。 @@ -59,14 +47,14 @@ coclass CorRuntimeHost { |[IGCHost インターフェイス](../../../../docs/framework/unmanaged-api/hosting/igchost-interface.md)|ガベージ コレクション システムに関する情報を取得して、ガベージ コレクションの一部の側面を制御するためのメソッドを提供します。| |"IValidator"|ポータブル実行可能イメージの検証と検証エラーの詳細なレポート作成のメソッドを提供します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.idl **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [ホスト コクラス](../../../../docs/framework/unmanaged-api/hosting/hosting-coclasses.md) diff --git a/docs/framework/unmanaged-api/hosting/couninitializeee-function.md b/docs/framework/unmanaged-api/hosting/couninitializeee-function.md index 3d618716f56..129c59e94f1 100644 --- a/docs/framework/unmanaged-api/hosting/couninitializeee-function.md +++ b/docs/framework/unmanaged-api/hosting/couninitializeee-function.md @@ -1,14 +1,6 @@ --- -title: "CoUninitializeEE 関数" -ms.custom: +title: CoUninitializeEE 関数 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - CoUninitializeEE api_location: @@ -22,20 +14,16 @@ helpviewer_keywords: ms.assetid: 5f5a311a-839a-465f-89d9-ff1c74da9736 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 4125a76ae50a293e35e326f775500c06120420d1 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 73fa281d28e9b5362ff386b55b07dd431f1915f4 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # CoUninitializeEE 関数 -`CoUninitializeEE`廃止されており機能は備えていません。 +`CoUninitializeEE` 廃止されており機能は備えていません。 ## 構文 @@ -48,6 +36,6 @@ void CoUninitializeEE ( ## コメント 共通言語ランタイムの実行エンジンは、プロセスからアンロードすることはできません。 実行エンジンの呼び出しをシャット ダウン[CorExitProcess](../../../../docs/framework/unmanaged-api/hosting/corexitprocess-function.md)です。 -## 参照 +## 関連項目 [CoInitializeEE 関数](../../../../docs/framework/unmanaged-api/hosting/coinitializeee-function.md) [メタデータ グローバル静的関数](../../../../docs/framework/unmanaged-api/metadata/metadata-global-static-functions.md) diff --git a/docs/framework/unmanaged-api/hosting/getrequestedruntimeinfo-function.md b/docs/framework/unmanaged-api/hosting/getrequestedruntimeinfo-function.md index 83933d49879..d3618884d52 100644 --- a/docs/framework/unmanaged-api/hosting/getrequestedruntimeinfo-function.md +++ b/docs/framework/unmanaged-api/hosting/getrequestedruntimeinfo-function.md @@ -1,14 +1,6 @@ --- -title: "GetRequestedRuntimeInfo 関数" -ms.custom: +title: GetRequestedRuntimeInfo 関数 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - GetRequestedRuntimeInfo api_location: @@ -23,22 +15,18 @@ helpviewer_keywords: ms.assetid: 0dfd7cdc-c116-4e25-b56a-ac7b0378c942 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 49459001d3764988eff7b7a4381a843c44e596cb -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 9f37be8e3d2e92147e9f13954ab64396062ade2d +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # GetRequestedRuntimeInfo 関数 アプリケーションによって要求された共通言語ランタイム (CLR) のバージョンとのディレクトリ情報を取得します。 - この関数は、[!INCLUDE[net_v40_long](../../../../includes/net-v40-long-md.md)] では推奨されていません。 + この関数は、[!INCLUDE[net_v40_long](../../../../includes/net-v40-long-md.md)] では非推奨とされました。 ## 構文 @@ -125,16 +113,17 @@ HRESULT GetRequestedRuntimeInfo ( - RUNTIME_INFO_REQUEST_X86 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll - **.NET framework のバージョン:**[!INCLUDE[net_current_v11plus](../../../../includes/net-current-v11plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v11plus](../../../../includes/net-current-v11plus-md.md)] -## 参照 +## 関連項目 [GetRequestedRuntimeVersion 関数](../../../../docs/framework/unmanaged-api/hosting/getrequestedruntimeversion-function.md) [GetVersionFromProcess 関数](../../../../docs/framework/unmanaged-api/hosting/getversionfromprocess-function.md) - [サポートされなくなった CLR ホスト関数](../../../../docs/framework/unmanaged-api/hosting/deprecated-clr-hosting-functions.md) + + [非推奨の CLR ホスト関数](../../../../docs/framework/unmanaged-api/hosting/deprecated-clr-hosting-functions.md) diff --git a/docs/framework/unmanaged-api/hosting/host-type-enumeration.md b/docs/framework/unmanaged-api/hosting/host-type-enumeration.md index 82a0ca927be..33ae7e63cc6 100644 --- a/docs/framework/unmanaged-api/hosting/host-type-enumeration.md +++ b/docs/framework/unmanaged-api/hosting/host-type-enumeration.md @@ -1,14 +1,6 @@ --- -title: "HOST_TYPE 列挙型" -ms.custom: +title: HOST_TYPE 列挙型 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - HOST_TYPE api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 51f848be-84c5-4036-9839-c762c576bbf5 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: a8c910dd06109a8a69f29517812737d4b4dcef21 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: fce759877ad5e3c9041344647781da07ad19a45a +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # HOST_TYPE 列挙型 アプリケーションを起動するホストの種類を指定する値が含まれています。 @@ -55,14 +43,14 @@ typedef enum { |`HOST_TYPE_CORFLAG`|アプリケーションを直接起動します。 独自の .exe ファイルからアプリケーションを起動します。

完全に信頼されたアプリケーションには、この値を使用します。| |`HOST_TYPE_DEFAULT`|HOST_TYPE_APPLAUNCH と同じです。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ホスティングの列挙型](../../../../docs/framework/unmanaged-api/hosting/hosting-enumerations.md) diff --git a/docs/framework/unmanaged-api/hosting/iactiononclrevent-interface.md b/docs/framework/unmanaged-api/hosting/iactiononclrevent-interface.md index 8945988680f..d1dcbdb5b5d 100644 --- a/docs/framework/unmanaged-api/hosting/iactiononclrevent-interface.md +++ b/docs/framework/unmanaged-api/hosting/iactiononclrevent-interface.md @@ -1,14 +1,6 @@ --- -title: "IActionOnCLREvent インターフェイス" -ms.custom: +title: IActionOnCLREvent インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IActionOnCLREvent api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: b5f9b41e-7301-429c-911f-21d5422292b3 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 4b51784f07a90faa9eeb29c18a784d4fbc2c4654 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 24191e93d0d8b27d01a914cae76c9ff4e0a7182d +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IActionOnCLREvent インターフェイス 提供、 [iactiononclrevent::onevent](../../../../docs/framework/unmanaged-api/hosting/iactiononclrevent-onevent-method.md)への呼び出しを使用して、登録されているイベントのコールバックを実行するメソッドに、 [iclroneventmanager::registeractiononevent](../../../../docs/framework/unmanaged-api/hosting/iclroneventmanager-registeractiononevent-method.md)メソッドです。 @@ -43,16 +31,16 @@ ms.lasthandoff: 12/22/2017 |------------|-----------------| |[OnEvent メソッド](../../../../docs/framework/unmanaged-api/hosting/iactiononclrevent-onevent-method.md)|登録されたイベントのコールバックを実行します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [EClrEvent 列挙型](../../../../docs/framework/unmanaged-api/hosting/eclrevent-enumeration.md) [ICLRControl インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrcontrol-interface.md) [ICLROnEventManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclroneventmanager-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/iclrassemblyidentitymanager-getbindingidentityfromstream-method.md b/docs/framework/unmanaged-api/hosting/iclrassemblyidentitymanager-getbindingidentityfromstream-method.md index 34871deb59f..ba87fde6188 100644 --- a/docs/framework/unmanaged-api/hosting/iclrassemblyidentitymanager-getbindingidentityfromstream-method.md +++ b/docs/framework/unmanaged-api/hosting/iclrassemblyidentitymanager-getbindingidentityfromstream-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRAssemblyIdentityManager::GetBindingIdentityFromStream メソッド" -ms.custom: +title: ICLRAssemblyIdentityManager::GetBindingIdentityFromStream メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRAssemblyIdentityManager.GetBindingIdentityFromStream api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 40123b30-a589-46b3-95d3-af7b2b0baa05 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: aa487ece58f228345188338fb61f1a2a85d9e4c7 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 57cf4e9f79be8e705869cf986a586fcfb3359584 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRAssemblyIdentityManager::GetBindingIdentityFromStream メソッド 指定したストリーム内のアセンブリの標準アセンブリの id データを取得します。 @@ -75,15 +63,15 @@ HRESULT GetBindingIdentityFromStream ( |HOST_E_ABANDONED|イベントがキャンセルされましたブロックされたスレッドまたはファイバーが待機しています。| |E_FAIL|不明な致命的なエラーが発生しました。 メソッドには、E_FAIL が返された場合、CLR は、プロセス内で使用可能ではなくなりました。 メソッドのホストに以降の呼び出しでは、HOST_E_CLRNOTAVAILABLE を返します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRAssemblyIdentityManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrassemblyidentitymanager-interface.md) [ICLRAssemblyReferenceList インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrassemblyreferencelist-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/iclrcontrol-getclrmanager-method.md b/docs/framework/unmanaged-api/hosting/iclrcontrol-getclrmanager-method.md index 98ac0b6eca7..d98512a090b 100644 --- a/docs/framework/unmanaged-api/hosting/iclrcontrol-getclrmanager-method.md +++ b/docs/framework/unmanaged-api/hosting/iclrcontrol-getclrmanager-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRControl::GetCLRManager メソッド" -ms.custom: +title: ICLRControl::GetCLRManager メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRControl.GetCLRManager api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 8a11bfa4-cbb0-4082-82b5-f9fba66c93f5 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 197a3818de8d0b17331a9f9ac422ecaabb230a50 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: f375afde247c3a9b95e1220df747d3f2b95e2840 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRControl::GetCLRManager メソッド ホストが共通言語ランタイム (CLR) の構成に使用できる、マネージャーの種類のいずれかのインスタンスへのインターフェイス ポインターを取得します。 @@ -80,15 +68,15 @@ HRESULT GetCLRManager ( |E_FAIL|不明な致命的なエラーが発生しました。 メソッドには、E_FAIL が返された、後に、CLR はプロセス内で使用可能ではなくなりました。 メソッドのホストに以降の呼び出しでは、HOST_E_CLRNOTAVAILABLE を返します。| |E_NOINTERFACE|インターフェイス型はサポートされていません。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRControl インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrcontrol-interface.md) [IHostControl インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostcontrol-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/iclrcontrol-interface.md b/docs/framework/unmanaged-api/hosting/iclrcontrol-interface.md index 11cd3087ab5..e8c9b2cb093 100644 --- a/docs/framework/unmanaged-api/hosting/iclrcontrol-interface.md +++ b/docs/framework/unmanaged-api/hosting/iclrcontrol-interface.md @@ -1,14 +1,6 @@ --- -title: "ICLRControl インターフェイス" -ms.custom: +title: ICLRControl インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRControl api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: a24fd905-1fa6-45a0-ad65-e9e2ee58861e topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: b93d87107e1a69b0a047dbf156124fe49cd95d16 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: a06c1f4e1fcfe9c9c361a0e0bb2e8722577a13b2 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRControl インターフェイス ホストへの参照を取得できるように、共通言語ランタイム (CLR) の要素を構成するメソッドを提供します。 @@ -44,16 +32,16 @@ ms.lasthandoff: 12/22/2017 |[GetCLRManager メソッド](../../../../docs/framework/unmanaged-api/hosting/iclrcontrol-getclrmanager-method.md)|ホストが CLR を構成に使用できる、マネージャーの種類のいずれかのインスタンスへのインターフェイス ポインターを取得します。| |[SetAppDomainManagerType メソッド](../../../../docs/framework/unmanaged-api/hosting/iclrcontrol-setappdomainmanagertype-method.md)|派生した型を設定アプリケーション ドメイン マネージャーの種類として。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRAssemblyIdentityManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrassemblyidentitymanager-interface.md) [ICLRDebugManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrdebugmanager-interface.md) [ICLRGCManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrgcmanager-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/iclrcontrol-setappdomainmanagertype-method.md b/docs/framework/unmanaged-api/hosting/iclrcontrol-setappdomainmanagertype-method.md index 949bb658bc7..003f8019a53 100644 --- a/docs/framework/unmanaged-api/hosting/iclrcontrol-setappdomainmanagertype-method.md +++ b/docs/framework/unmanaged-api/hosting/iclrcontrol-setappdomainmanagertype-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRControl::SetAppDomainManagerType メソッド" -ms.custom: +title: ICLRControl::SetAppDomainManagerType メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRControl.SetAppDomainManagerType api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: ec57828b-2aad-496d-a35a-e45d4bd7fe77 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: bbddefa4211d63f012bce3532d7133b59c4ee1b1 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: be778fed910b2cbdbf5e9ae7754abae437ef6bec +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRControl::SetAppDomainManagerType メソッド 派生した型を設定アプリケーション ドメイン マネージャーの種類として。 @@ -65,15 +53,15 @@ HRESULT SetAppDomainManagerType ( |HOST_E_ABANDONED|イベントがキャンセルされましたブロックされたスレッドまたはファイバーが待機しています。| |E_FAIL|不明な致命的なエラーが発生しました。 メソッドには、E_FAIL が返された、後に、CLR はプロセス内で使用可能ではなくなりました。 メソッドのホストに以降の呼び出しでは、HOST_E_CLRNOTAVAILABLE を返します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRControl インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrcontrol-interface.md) [IHostControl インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostcontrol-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/iclrdebugmanager-beginconnection-method.md b/docs/framework/unmanaged-api/hosting/iclrdebugmanager-beginconnection-method.md index 7dc680a43e2..f486570e70d 100644 --- a/docs/framework/unmanaged-api/hosting/iclrdebugmanager-beginconnection-method.md +++ b/docs/framework/unmanaged-api/hosting/iclrdebugmanager-beginconnection-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRDebugManager::BeginConnection メソッド" -ms.custom: +title: ICLRDebugManager::BeginConnection メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRDebugManager.BeginConnection api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: bdd98146-ff4d-4150-a264-a4c1a32d31f3 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: a637ba71dc966cf311526f468393ef4207e10460 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 3c1a285fca381195191def7612aef41c4bf72f83 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRDebugManager::BeginConnection メソッド 識別子とフレンドリ名を持つタスクの一覧を関連付けるには、ホストとデバッガーの間の新しい接続を確立します。 @@ -58,31 +46,31 @@ HRESULT BeginConnection ( |HRESULT|説明| |-------------|-----------------| -|S_OK|`BeginConnection`正常に返されます。| +|S_OK|`BeginConnection` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|CLR が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| |HOST_E_ABANDONED|イベントがキャンセルされましたブロックされたスレッドまたはファイバーが待機しています。| |E_FAIL|不明な致命的なエラーが発生しました。 メソッドには、E_FAIL が返された、後に、CLR はプロセス内で使用可能ではなくなりました。 メソッドのホストに以降の呼び出しでは、HOST_E_CLRNOTAVAILABLE を返します。| -|E_INVALIDARG|`dwConnectionId`0、または`BeginConnection`がこれを使用して既に呼び出さ`dwConnectionId`値、または`szConnectionName`が null でした。| +|E_INVALIDARG|`dwConnectionId` 0、または`BeginConnection`がこれを使用して既に呼び出さ`dwConnectionId`値、または`szConnectionName`が null でした。| |E_OUTOFMEMORY|この接続に関連付けられているタスクの一覧を保持するために十分なメモリを割り当てる。| ## コメント [ICLRDebugManager](../../../../docs/framework/unmanaged-api/hosting/iclrdebugmanager-interface.md) 3 つのメソッドを提供`BeginConnection`、 [SetConnectionTasks](../../../../docs/framework/unmanaged-api/hosting/iclrdebugmanager-setconnectiontasks-method.md)、および[EndConnection](../../../../docs/framework/unmanaged-api/hosting/iclrdebugmanager-endconnection-method.md)識別子とフレンドリ名を使用してタスク リストを関連付けるためです。 > [!IMPORTANT] -> タスクのセットごとに特定の順序では、これら 3 つのメソッドを呼び出す必要があります。 `BeginConnection`新しい接続を確立するためが最初に呼び出されます。 `SetConnectionTasks`次に呼び出されたをその接続に関連するタスクのセットを提供します。 `EndConnection`タスク一覧の識別子とフレンドリ名の間の関連付けを削除する最後に呼び出されます。ただし、異なる接続への呼び出しが入れ子にすることができます。 +> タスクのセットごとに特定の順序では、これら 3 つのメソッドを呼び出す必要があります。 `BeginConnection` 新しい接続を確立するためが最初に呼び出されます。 `SetConnectionTasks` 次に呼び出されたをその接続に関連するタスクのセットを提供します。 `EndConnection` タスク一覧の識別子とフレンドリ名の間の関連付けを削除する最後に呼び出されます。ただし、異なる接続への呼び出しが入れ子にすることができます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRControl インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrcontrol-interface.md) [ICLRDebugManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrdebugmanager-interface.md) [EndConnection メソッド](../../../../docs/framework/unmanaged-api/hosting/iclrdebugmanager-endconnection-method.md) diff --git a/docs/framework/unmanaged-api/hosting/iclrgcmanager-collect-method.md b/docs/framework/unmanaged-api/hosting/iclrgcmanager-collect-method.md index e49cade6021..565ea80450c 100644 --- a/docs/framework/unmanaged-api/hosting/iclrgcmanager-collect-method.md +++ b/docs/framework/unmanaged-api/hosting/iclrgcmanager-collect-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRGCManager::Collect メソッド" -ms.custom: +title: ICLRGCManager::Collect メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRGCManager.Collect api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 0c6cbbea-c27c-4695-bda3-17c1910d8ddb topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: e2fdb66008a6bbe315f39a0d3fae293219d6b6c2 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 6b9c3899c4319c623bc991d0775945f0a4dc09e6 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRGCManager::Collect メソッド 指定したジェネレーションのガベージ コレクションを強制的にします。 @@ -54,7 +42,7 @@ HRESULT Collect ( |HRESULT|説明| |-------------|-----------------| -|S_OK|`Collect`正常に返されます。| +|S_OK|`Collect` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|共通言語ランタイム (CLR) が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| @@ -64,16 +52,16 @@ HRESULT Collect ( ## コメント `Collect`メソッドは、現在の状態に関係なくコレクションを実行する CLR のガベージ コレクターを強制します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [自動メモリ管理](../../../../docs/standard/automatic-memory-management.md) [ガベージ コレクション](../../../../docs/standard/garbage-collection/index.md) [ICLRControl インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrcontrol-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/iclrgcmanager2-interface.md b/docs/framework/unmanaged-api/hosting/iclrgcmanager2-interface.md index 97ce907b667..01995361ac1 100644 --- a/docs/framework/unmanaged-api/hosting/iclrgcmanager2-interface.md +++ b/docs/framework/unmanaged-api/hosting/iclrgcmanager2-interface.md @@ -1,14 +1,6 @@ --- -title: "ICLRGCManager2 インターフェイス" -ms.custom: +title: ICLRGCManager2 インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRGCManager2 api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 4b5ffd7b-9ad7-41cd-9bba-34030ae3da7e topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 4a8b51cf4297c1ccadbef8730c06148263d310e2 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: fb6cff796a6a7b866357d51350b7b026b019745e +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRGCManager2 インターフェイス ホストが共通言語ランタイムのガベージ コレクション システムとやり取りできるようにするメソッドを提供します。 @@ -48,16 +36,16 @@ ms.lasthandoff: 12/22/2017 共通言語ランタイム (CLR) が、管理されていると、ガベージ コレクションのメカニズムを実装する型です。 ガベージ コレクション システムに関する詳細については、次を参照してください。[ガベージ コレクション](../../../../docs/standard/garbage-collection/index.md)です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] -## 参照 +## 関連項目 [自動メモリ管理](../../../../docs/standard/automatic-memory-management.md) [COR_GC_STATS 構造体](../../../../docs/framework/unmanaged-api/hosting/cor-gc-stats-structure.md) [ICLRControl インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrcontrol-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/iclrhostprotectionmanager-seteagerserializegrantsets-method.md b/docs/framework/unmanaged-api/hosting/iclrhostprotectionmanager-seteagerserializegrantsets-method.md index ac7f08e8753..ac690ab2526 100644 --- a/docs/framework/unmanaged-api/hosting/iclrhostprotectionmanager-seteagerserializegrantsets-method.md +++ b/docs/framework/unmanaged-api/hosting/iclrhostprotectionmanager-seteagerserializegrantsets-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRHostProtectionManager::SetEagerSerializeGrantSets メソッド" -ms.custom: +title: ICLRHostProtectionManager::SetEagerSerializeGrantSets メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRHostProtectionManager.SetEagerSerializeGrantSets api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: d6158360-22b1-4ace-ad85-d830b9964783 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: f1d2bb2ecc4ae7edb4edbaa3ff36650c70c82daf -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: e9bddaa25ba83570389a9d70ac1a9f60357f533c +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRHostProtectionManager::SetEagerSerializeGrantSets メソッド このメソッドは、.NET Framework インフラストラクチャをサポートします。独自に作成したコードから直接使用するためのものではありません。 @@ -48,22 +36,22 @@ HRESULT SetEagerSerializeGrantSets (); |HRESULT|説明| |-------------|-----------------| -|S_OK|`SetEagerSerializeGrantSets`正常に返されます。| +|S_OK|`SetEagerSerializeGrantSets` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|CLR が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| |HOST_E_ABANDONED|イベントがキャンセルされましたブロックされたスレッドまたはファイバーが待機しています。| |E_FAIL|不明な致命的なエラーが発生しました。 メソッドには、E_FAIL が返された、後に、CLR はプロセス内で使用可能ではなくなりました。 メソッドのホストに以降の呼び出しでは、HOST_E_CLRNOTAVAILABLE を返します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRControl インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrcontrol-interface.md) [ICLRHostProtectionManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrhostprotectionmanager-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/iclrmetahost-getversionfromfile-method.md b/docs/framework/unmanaged-api/hosting/iclrmetahost-getversionfromfile-method.md index b6fb97e7525..7c023ccca85 100644 --- a/docs/framework/unmanaged-api/hosting/iclrmetahost-getversionfromfile-method.md +++ b/docs/framework/unmanaged-api/hosting/iclrmetahost-getversionfromfile-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRMetaHost::GetVersionFromFile メソッド" -ms.custom: +title: ICLRMetaHost::GetVersionFromFile メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRMetaHost.GetVersionFromFile api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 55bb3eb4-f665-42fc-973c-465567570e82 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 61e6cd1c83cc369e06099c72a6012eb448d6d37a -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 538e596c3a705020150f52c9e55605a49434ce8f +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRMetaHost::GetVersionFromFile メソッド 指定されたファイル パスから、アセンブリの元の .NET Framework コンパイル バージョン (メタデータに格納されている) を取得します。 このメソッドは、 [GetFileVersion](../../../../docs/framework/unmanaged-api/hosting/getfileversion-function.md)関数。 @@ -72,15 +60,15 @@ HRESULT GetVersionFromFile ( |E_POINTER|`pwzbuffer` または `pcchBuffer` が null です。| |HRESULT_FROM_WIN32(ERROR_INSUFFICIENT_BUFFER)|バッファーが小さすぎます。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MetaHost.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] -## 参照 +## 関連項目 [ICLRMetaHost インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrmetahost-interface.md) [ホスティング](../../../../docs/framework/unmanaged-api/hosting/index.md) diff --git a/docs/framework/unmanaged-api/hosting/iclrpolicymanager-settimeoutandaction-method.md b/docs/framework/unmanaged-api/hosting/iclrpolicymanager-settimeoutandaction-method.md index cebf2298184..6c213a7b7f4 100644 --- a/docs/framework/unmanaged-api/hosting/iclrpolicymanager-settimeoutandaction-method.md +++ b/docs/framework/unmanaged-api/hosting/iclrpolicymanager-settimeoutandaction-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRPolicyManager::SetTimeoutAndAction メソッド" -ms.custom: +title: ICLRPolicyManager::SetTimeoutAndAction メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRPolicyManager.SetTimeoutAndAction api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 60454f91-d855-4ddf-bb6d-60a02f5eabab topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: b67150b7544f1d8d25532c564800404b634cae99 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: c375fdffacccb27c20878c4e6adef9dd947148e1 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRPolicyManager::SetTimeoutAndAction メソッド 指定された操作のタイムアウト値を設定し、操作が発生したときに、共通言語ランタイム (CLR) が実行するポリシー アクションを指定します。 @@ -70,7 +58,7 @@ HRESULT SetTimeoutAndAction ( |HRESULT|説明| |-------------|-----------------| -|S_OK|`SetTimeoutAndAction`正常に返されます。| +|S_OK|`SetTimeoutAndAction` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|CLR が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| @@ -79,21 +67,21 @@ HRESULT SetTimeoutAndAction ( |E_INVALIDARG|タイムアウトを設定することはできません、指定された`operation`の無効な値が指定されてまたは`action`です。| ## コメント - `SetTimeoutAndAction`機能をカプセル化、 [iclrpolicymanager::settimeout](../../../../docs/framework/unmanaged-api/hosting/iclrpolicymanager-settimeout-method.md)と[iclrpolicymanager::setactionontimeout](../../../../docs/framework/unmanaged-api/hosting/iclrpolicymanager-setactionontimeout-method.md)メソッド、シーケンシャル メソッドの呼び出しをこれら 2 つの代わりに呼び出すことができます。 + `SetTimeoutAndAction` 機能をカプセル化、 [iclrpolicymanager::settimeout](../../../../docs/framework/unmanaged-api/hosting/iclrpolicymanager-settimeout-method.md)と[iclrpolicymanager::setactionontimeout](../../../../docs/framework/unmanaged-api/hosting/iclrpolicymanager-setactionontimeout-method.md)メソッド、シーケンシャル メソッドの呼び出しをこれら 2 つの代わりに呼び出すことができます。 > [!IMPORTANT] > すべてのポリシー アクションの値は、CLR 操作のタイムアウトの動作として指定できます。 これら 2 つの方法が有効な値については、トピックの「解説」を参照してください。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [EClrOperation 列挙型](../../../../docs/framework/unmanaged-api/hosting/eclroperation-enumeration.md) [EPolicyAction 列挙型](../../../../docs/framework/unmanaged-api/hosting/epolicyaction-enumeration.md) [ICLRPolicyManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrpolicymanager-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/iclrprobingassemblyenum-interface.md b/docs/framework/unmanaged-api/hosting/iclrprobingassemblyenum-interface.md index 4b365883183..33218012f5b 100644 --- a/docs/framework/unmanaged-api/hosting/iclrprobingassemblyenum-interface.md +++ b/docs/framework/unmanaged-api/hosting/iclrprobingassemblyenum-interface.md @@ -1,14 +1,6 @@ --- -title: "ICLRProbingAssemblyEnum インターフェイス" -ms.custom: +title: ICLRProbingAssemblyEnum インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRProbingAssemblyEnum api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: e7d3ccab-b0f0-4872-8935-0ed72920171b topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 31f3bfcb2b70bda952f0e4bb43dd8b0067e6ef1a -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: c295a5633dedf1f0c85a9a697fea5524ee03fafc +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRProbingAssemblyEnum インターフェイス ホストを作成またはその id を認識することがなく、共通言語ランタイム (CLR)、内部にあるアセンブリの id 情報を使用して、アセンブリの検索 id を取得できるようにするメソッドを提供します。 @@ -46,16 +34,16 @@ ms.lasthandoff: 12/22/2017 ## コメント などのメソッド[iclrassemblyidentitymanager::getprobingassembliesfromreference](../../../../docs/framework/unmanaged-api/hosting/iclrassemblyidentitymanager-getprobingassembliesfromreference-method.md)を返す、`ICLRProbingAssemblyEnum`インスタンス。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRAssemblyIdentityManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrassemblyidentitymanager-interface.md) [ICLRAssemblyReferenceList インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrassemblyreferencelist-interface.md) [ホスト インターフェイス](../../../../docs/framework/unmanaged-api/hosting/hosting-interfaces.md) diff --git a/docs/framework/unmanaged-api/hosting/iclrruntimeinfo-isloaded-method.md b/docs/framework/unmanaged-api/hosting/iclrruntimeinfo-isloaded-method.md index 66570b38a00..919121f75f1 100644 --- a/docs/framework/unmanaged-api/hosting/iclrruntimeinfo-isloaded-method.md +++ b/docs/framework/unmanaged-api/hosting/iclrruntimeinfo-isloaded-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRRuntimeInfo::IsLoaded メソッド" -ms.custom: +title: ICLRRuntimeInfo::IsLoaded メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRRuntimeInfo.IsLoaded api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: fdc5a3a7-71ff-4025-99a1-59e4ee0bfe1b topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 4f1a83db3a5fc7b5f8b4ad763208fa31ab8f840e -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 5ff1723cb481ee946e0c5c433009d3d6d7460cf5 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRRuntimeInfo::IsLoaded メソッド 共通言語ランタイム (CLR) に関連付けられているかどうかを示す、 [ICLRRuntimeInfo](../../../../docs/framework/unmanaged-api/hosting/iclrruntimeinfo-interface.md)インターフェイスが、プロセスに読み込まれます。 開始されないままランタイムを読み込むことができます。 @@ -74,16 +62,16 @@ HRESULT IsLoaded( ホストが呼び出した場合、`IsLoaded`メソッドで返された[ICLRRuntimeInfo](../../../../docs/framework/unmanaged-api/hosting/iclrruntimeinfo-interface.md)インターフェイス、`pbLoaded`を返します`true`、それ以外を返します`false`です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MetaHost.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] -## 参照 +## 関連項目 [ICLRRuntimeInfo インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrruntimeinfo-interface.md) [ホスト インターフェイス](../../../../docs/framework/unmanaged-api/hosting/hosting-interfaces.md) [ホスティング](../../../../docs/framework/unmanaged-api/hosting/index.md) diff --git a/docs/framework/unmanaged-api/hosting/iclrstrongname-gethashfromblob-method.md b/docs/framework/unmanaged-api/hosting/iclrstrongname-gethashfromblob-method.md index 07c03d73b94..e63ea37e8ea 100644 --- a/docs/framework/unmanaged-api/hosting/iclrstrongname-gethashfromblob-method.md +++ b/docs/framework/unmanaged-api/hosting/iclrstrongname-gethashfromblob-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRStrongName::GetHashFromBlob メソッド" -ms.custom: +title: ICLRStrongName::GetHashFromBlob メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRStrongName.GetHashFromBlob api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: f91d0f89-f356-49ac-aafb-50fad963c13d topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 1947441e395ddb9d9d0fd9c4b02e7e991b1c84a2 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 4a489e05435ce160c65e936f448688d69b3a965f +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRStrongName::GetHashFromBlob メソッド 指定したハッシュ アルゴリズムを使用して、指定されたメモリ アドレスのアセンブリのハッシュを取得します。 @@ -71,16 +59,16 @@ HRESULT GetHashFromBlob ( [out]サイズ (バイト単位)、返された`pbHash`です。 ## 戻り値 - `S_OK`メソッドが正常に完了した場合それ以外の場合、失敗を示す HRESULT 値 (を参照してください[の共通 HRESULT 値](http://go.microsoft.com/fwlink/?LinkId=213878)一覧)。 + `S_OK` メソッドが正常に完了した場合それ以外の場合、失敗を示す HRESULT 値 (を参照してください[の共通 HRESULT 値](http://go.microsoft.com/fwlink/?LinkId=213878)一覧)。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MetaHost.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] -## 参照 +## 関連項目 [ICLRStrongName インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrstrongname-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/iclrstrongname-strongnamecompareassemblies-method.md b/docs/framework/unmanaged-api/hosting/iclrstrongname-strongnamecompareassemblies-method.md index cc08da0850b..c0aaeab0272 100644 --- a/docs/framework/unmanaged-api/hosting/iclrstrongname-strongnamecompareassemblies-method.md +++ b/docs/framework/unmanaged-api/hosting/iclrstrongname-strongnamecompareassemblies-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRStrongName::StrongNameCompareAssemblies メソッド" -ms.custom: +title: ICLRStrongName::StrongNameCompareAssemblies メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRStrongName.StrongNameCompareAssemblies api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: b1fb356c-72cf-4aa4-8376-f291a6d97c01 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 96fbeccf76de87a3582bf8c2084d0ca9ad7d27f4 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: c5020c31f590f527856f966ede512e98c07496ac +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRStrongName::StrongNameCompareAssemblies メソッド 2 つのアセンブリが厳密な名前の署名によってのみが異なるかどうかを判断します。 @@ -58,26 +46,26 @@ HRESULT StrongNameCompareAssemblies ( `pdwResult` [out]次の値のいずれかです。 -- `SN_CMP_DIFFERENT`(0) にアセンブリが別のデータを含むことを指定します。 +- `SN_CMP_DIFFERENT` (0) にアセンブリが別のデータを含むことを指定します。 -- `SN_CMP_IDENTICAL`(1) - アセンブリが同じで、署名とチェックサムを含むでことを指定します。 +- `SN_CMP_IDENTICAL` (1) - アセンブリが同じで、署名とチェックサムを含むでことを指定します。 -- `SN_CMP_SIGONLY`(2) のアセンブリが署名およびチェックサムでのみが異なることを指定します。 +- `SN_CMP_SIGONLY` (2) のアセンブリが署名およびチェックサムでのみが異なることを指定します。 ## 戻り値 - `S_OK`メソッドが正常に完了した場合それ以外の場合、失敗を示す HRESULT 値 (を参照してください[の共通 HRESULT 値](http://go.microsoft.com/fwlink/?LinkId=213878)一覧)。 + `S_OK` メソッドが正常に完了した場合それ以外の場合、失敗を示す HRESULT 値 (を参照してください[の共通 HRESULT 値](http://go.microsoft.com/fwlink/?LinkId=213878)一覧)。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MetaHost.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] ## コメント アセンブリの厳密な名前の署名は、アセンブリのテキストの名前、バージョン、カルチャ、および公開キー トークンで構成されます。 -## 参照 +## 関連項目 [ICLRStrongName インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrstrongname-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/iclrstrongname-strongnamekeydelete-method.md b/docs/framework/unmanaged-api/hosting/iclrstrongname-strongnamekeydelete-method.md index b1bef477498..8ab2f808148 100644 --- a/docs/framework/unmanaged-api/hosting/iclrstrongname-strongnamekeydelete-method.md +++ b/docs/framework/unmanaged-api/hosting/iclrstrongname-strongnamekeydelete-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRStrongName::StrongNameKeyDelete メソッド" -ms.custom: +title: ICLRStrongName::StrongNameKeyDelete メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRStrongName.StrongNameKeyDelete api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 0163412f-f617-4428-89e0-03992fec31e8 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 1b3a1d742ac2ad74d327afe4dce097d0f11e5cfe -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 5e9cd423bd351d9e4b12f21fe3a4a52c9909b7ff +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRStrongName::StrongNameKeyDelete メソッド 指定したキー コンテナーを削除します。 @@ -51,20 +39,20 @@ HRESULT StrongNameKeyDelete ( [in]削除するキー コンテナーの名前。 ## 戻り値 - `S_OK`メソッドが正常に完了した場合それ以外の場合、失敗を示す HRESULT 値 (を参照してください[の共通 HRESULT 値](http://go.microsoft.com/fwlink/?LinkId=213878)一覧)。 + `S_OK` メソッドが正常に完了した場合それ以外の場合、失敗を示す HRESULT 値 (を参照してください[の共通 HRESULT 値](http://go.microsoft.com/fwlink/?LinkId=213878)一覧)。 ## コメント 使用して、 [iclrstrongname::strongnamekeyinstall](../../../../docs/framework/unmanaged-api/hosting/iclrstrongname-strongnamekeyinstall-method.md)公開/秘密キー ペアをコンテナーにインポートする方法です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MetaHost.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] -## 参照 +## 関連項目 [StrongNameKeyInstall メソッド](../../../../docs/framework/unmanaged-api/hosting/iclrstrongname-strongnamekeyinstall-method.md) [ICLRStrongName インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrstrongname-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/iclrsyncmanager-createrwlockowneriterator-method.md b/docs/framework/unmanaged-api/hosting/iclrsyncmanager-createrwlockowneriterator-method.md index 7406d6ccb84..b4eb191a8dd 100644 --- a/docs/framework/unmanaged-api/hosting/iclrsyncmanager-createrwlockowneriterator-method.md +++ b/docs/framework/unmanaged-api/hosting/iclrsyncmanager-createrwlockowneriterator-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRSyncManager::CreateRWLockOwnerIterator メソッド" -ms.custom: +title: ICLRSyncManager::CreateRWLockOwnerIterator メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRSyncManager.CreateRWLockOwnerIterator api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: b5535b87-9439-424e-b9b3-7d6fafb9819e topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 3f74a15bb58f0ee62b56204e2b145ae64ff7dd59 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: eda20543c28a7b97979463928ce307df9b830103 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRSyncManager::CreateRWLockOwnerIterator メソッド 共通言語ランタイム (CLR) を使用して、一連のリーダー ライター ロックを待機してタスクを決定するホストの反復子を作成するように要求します。 @@ -58,13 +46,13 @@ HRESULT CreateRWLockOwnerIterator ( |HRESULT|説明| |-------------|-----------------| -|S_OK|`CreateRWLockOwnerIterator`正常に返されます。| +|S_OK|`CreateRWLockOwnerIterator` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|CLR が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| |HOST_E_ABANDONED|イベントがキャンセルされましたブロックされたスレッドまたはファイバーが待機しています。| |E_FAIL|不明な致命的なエラーが発生しました。 メソッドには、E_FAIL が返される、ときに、CLR は、プロセス内で使用可能ではなくなりました。 メソッドのホストに以降の呼び出しでは、HOST_E_CLRNOTAVAILABLE を返します。| -|HOST_E_INVALIDOPERATION|`CreateRWLockOwnerIterator`マネージ コードを実行している現在のスレッドで呼び出されました。| +|HOST_E_INVALIDOPERATION|`CreateRWLockOwnerIterator` マネージ コードを実行している現在のスレッドで呼び出されました。| ## コメント ホストの通常の呼び出し、 `CreateRWLockOwnerIterator`、 `DeleteRWLockOwnerIterator`、および`GetRWLockOwnerNext`デッドロックの検出中にメソッドです。 ホストは、CLR は試みませんのリーダー ライター ロックを維持するためのリーダー ライター ロックがまだ有効であることを保証します。 いくつかの方法はホストがロックの有効性を確保するために使用できます。 @@ -74,17 +62,17 @@ HRESULT CreateRWLockOwnerIterator ( - ホストは、このブロックにデッドロックが発生しないことを再確認のリーダー ライター ロックに関連付けられているイベント オブジェクトを待機してから終了をブロックできます。 > [!NOTE] -> `CreateRWLockOwnerIterator`アンマネージ コードを現在実行中のスレッドでのみ呼び出す必要があります。 +> `CreateRWLockOwnerIterator` アンマネージ コードを現在実行中のスレッドでのみ呼び出す必要があります。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRSyncManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrsyncmanager-interface.md) [IHostSyncManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostsyncmanager-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/iclrtaskmanager-setlocale-method.md b/docs/framework/unmanaged-api/hosting/iclrtaskmanager-setlocale-method.md index abeb427c42d..5cf570d5fd1 100644 --- a/docs/framework/unmanaged-api/hosting/iclrtaskmanager-setlocale-method.md +++ b/docs/framework/unmanaged-api/hosting/iclrtaskmanager-setlocale-method.md @@ -1,14 +1,6 @@ --- -title: "ICLRTaskManager::SetLocale メソッド" -ms.custom: +title: ICLRTaskManager::SetLocale メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICLRTaskManager.SetLocale api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: ed16bb7f-4206-43a8-b9e9-c5737b69e3af topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: bbed6bff52d7ccad38eb45d12a31d08dc8b1b774 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: ab6b13c6b7dba34f5ea82d05f483b36bf96aab1d +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICLRTaskManager::SetLocale メソッド ホストが現在実行中のタスクのロケール識別子 (地理的なカルチャや言語にマップする) の値を変更したことを共通言語ランタイム (CLR) に通知します。 @@ -62,18 +50,18 @@ HRESULT SetLocale ( |E_FAIL|不明な致命的なエラーが発生しました。 メソッドには、E_FAIL が返される、ときに、CLR は、プロセス内で使用可能ではなくなりました。 メソッドのホストに以降の呼び出しでは、HOST_E_CLRNOTAVAILABLE を返します。| ## コメント - `SetLocale`ホスト、ロケールを同期するための任意の機構いる可能性がありますを実行できます。 + `SetLocale` ホスト、ロケールを同期するための任意の機構いる可能性がありますを実行できます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRTask インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrtask-interface.md) [ICLRTaskManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrtaskmanager-interface.md) [IHostTask インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihosttask-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/icorconfiguration-setgcthreadcontrol-method.md b/docs/framework/unmanaged-api/hosting/icorconfiguration-setgcthreadcontrol-method.md index 67b721f5e3f..39476830e36 100644 --- a/docs/framework/unmanaged-api/hosting/icorconfiguration-setgcthreadcontrol-method.md +++ b/docs/framework/unmanaged-api/hosting/icorconfiguration-setgcthreadcontrol-method.md @@ -1,14 +1,6 @@ --- -title: "ICorConfiguration::SetGCThreadControl メソッド" -ms.custom: +title: ICorConfiguration::SetGCThreadControl メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorConfiguration.SetGCThreadControl api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 72e38e61-3d56-4ae3-b8f6-0ab7922aaf11 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 6b6b28b67f924df4d7f587d0364bce2a853f60b7 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 9da3c0ee081b81411d13dfcf9c8557c6bd4d3448 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorConfiguration::SetGCThreadControl メソッド それ以外の場合のみがブロックされるガベージ コレクションの非ランタイム タスクのスレッドのスケジュールのコールバック インターフェイスを設定します。 @@ -53,14 +41,14 @@ HRESULT SetGCThreadControl ( ## コメント 内でホストを選択ことがあります、 [igcthreadcontrol::threadisblockingforsuspension](../../../../docs/framework/unmanaged-api/hosting/igcthreadcontrol-threadisblockingforsuspension-method.md)コールバック スレッドのスケジュールを変更するかどうか。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICorConfiguration インターフェイス](../../../../docs/framework/unmanaged-api/hosting/icorconfiguration-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/icorruntimehost-createdomain-method.md b/docs/framework/unmanaged-api/hosting/icorruntimehost-createdomain-method.md index a351faae431..8d0d9952416 100644 --- a/docs/framework/unmanaged-api/hosting/icorruntimehost-createdomain-method.md +++ b/docs/framework/unmanaged-api/hosting/icorruntimehost-createdomain-method.md @@ -1,14 +1,6 @@ --- -title: "ICorRuntimeHost::CreateDomain メソッド" -ms.custom: +title: ICorRuntimeHost::CreateDomain メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorRuntimeHost.CreateDomain api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: b96c5ef3-a9df-4c7c-9952-432d3272cb5c topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: fe0adad8397f42716368691abbb1d1c303fced97 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: ea2353f1375667619db47ac5e1f037ce68dbded5 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorRuntimeHost::CreateDomain メソッド アプリケーション ドメインを作成します。 呼び出し元は、型のインターフェイス ポインターを受け取ります型のインスタンスにです。 @@ -67,8 +55,8 @@ HRESULT CreateDomain ( |E_FAIL|未知の致命的なエラーが発生しました。 メソッドには、E_FAIL が返されます、共通言語ランタイム (CLR) は、プロセスで使用可能なできなくします。 Api をホストに以降の呼び出しでは、HOST_E_CLRNOTAVAILABLE を返します。| |HOST_E_CLRNOTAVAILABLE|CLR が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h @@ -76,7 +64,7 @@ HRESULT CreateDomain ( **.NET framework のバージョン:** 1.0、1.1 -## 参照 +## 関連項目 [ICorRuntimeHost インターフェイス](../../../../docs/framework/unmanaged-api/hosting/icorruntimehost-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/icorruntimehost-createdomainsetup-method.md b/docs/framework/unmanaged-api/hosting/icorruntimehost-createdomainsetup-method.md index 1cdec70153f..5eb052b859b 100644 --- a/docs/framework/unmanaged-api/hosting/icorruntimehost-createdomainsetup-method.md +++ b/docs/framework/unmanaged-api/hosting/icorruntimehost-createdomainsetup-method.md @@ -1,14 +1,6 @@ --- -title: "ICorRuntimeHost::CreateDomainSetup メソッド" -ms.custom: +title: ICorRuntimeHost::CreateDomainSetup メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorRuntimeHost.CreateDomainSetup api_location: @@ -23,20 +15,16 @@ helpviewer_keywords: ms.assetid: c21dab60-fb65-47d9-8a94-7fd47ca53b48 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: e15f40402b222037f7ed8b23be3df36acafc73c9 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: bf3aff2c3c4d10c4ee805a6110561d6fdcd63a55 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorRuntimeHost::CreateDomainSetup メソッド -インターフェイス ポインターの型を IAppDomainSetup を取得、インスタンス。 `IAppDomainSetup`作成する前に、アプリケーション ドメインの側面を構成する方法を提供します。 +インターフェイス ポインターの型を IAppDomainSetup を取得、インスタンス。 `IAppDomainSetup` 作成する前に、アプリケーション ドメインの側面を構成する方法を提供します。 ## 構文 @@ -62,8 +50,8 @@ HRESULT CreateDomainSetup ( ## コメント このメソッドから返されるポインターは通常のパラメーターとして渡さ、 [CreateDomainEx](../../../../docs/framework/unmanaged-api/hosting/icorruntimehost-createdomainex-method.md)メソッドです。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h @@ -71,7 +59,7 @@ HRESULT CreateDomainSetup ( **.NET framework のバージョン:** 1.0、1.1 -## 参照 +## 関連項目 diff --git a/docs/framework/unmanaged-api/hosting/icorruntimehost-start-method.md b/docs/framework/unmanaged-api/hosting/icorruntimehost-start-method.md index be32ae1473e..942cac62107 100644 --- a/docs/framework/unmanaged-api/hosting/icorruntimehost-start-method.md +++ b/docs/framework/unmanaged-api/hosting/icorruntimehost-start-method.md @@ -1,14 +1,6 @@ --- -title: "ICorRuntimeHost::Start メソッド" -ms.custom: +title: ICorRuntimeHost::Start メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorRuntimeHost.Start api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: c66f3ac5-6489-484a-9bed-c31b711cee01 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 2d79046db904de68e5b24b2f96206bb1de2de470 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 96e8d80e2dff88aa5a589f864278b4a4e9cc76ef +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorRuntimeHost::Start メソッド 共通言語ランタイム (CLR) を開始します。 @@ -56,8 +44,8 @@ HRESULT Start (); ## コメント 呼び出す必要は通常、`Start`メソッド、CLR がマネージ コードを実行する最初の要求時に自動的に開始されるためです。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h @@ -65,5 +53,5 @@ HRESULT Start (); **.NET framework のバージョン:** 1.0、1.1 -## 参照 +## 関連項目 [ICorRuntimeHost インターフェイス](../../../../docs/framework/unmanaged-api/hosting/icorruntimehost-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/icorruntimehost-switchoutlogicalthreadstate-method.md b/docs/framework/unmanaged-api/hosting/icorruntimehost-switchoutlogicalthreadstate-method.md index bdac9beffcb..1f9ee7635b6 100644 --- a/docs/framework/unmanaged-api/hosting/icorruntimehost-switchoutlogicalthreadstate-method.md +++ b/docs/framework/unmanaged-api/hosting/icorruntimehost-switchoutlogicalthreadstate-method.md @@ -1,14 +1,6 @@ --- -title: "ICorRuntimeHost::SwitchOutLogicalThreadState メソッド" -ms.custom: +title: ICorRuntimeHost::SwitchOutLogicalThreadState メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorRuntimeHost.SwitchOutLogicalThreadState api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: e1968f0b-2675-4dc2-8507-46164e1df154 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 6302a836168f38991c7c371789d4913a3c95c16d -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: ff3bd9345825b5e7a4ccb41cd260b447b74cede3 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorRuntimeHost::SwitchOutLogicalThreadState メソッド このメソッドは、.NET Framework インフラストラクチャをサポートします。独自に作成したコードから直接使用するためのものではありません。 @@ -50,8 +38,8 @@ HRESULT SwitchOutLogicalThreadState( `pFiberCookie` [out]スイッチ アウトされるファイバーを示すクッキー。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h @@ -59,5 +47,5 @@ HRESULT SwitchOutLogicalThreadState( **.NET framework のバージョン:** 1.0、1.1 -## 参照 +## 関連項目 [ICorRuntimeHost インターフェイス](../../../../docs/framework/unmanaged-api/hosting/icorruntimehost-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/icorthreadpool-corqueueuserworkitem-method.md b/docs/framework/unmanaged-api/hosting/icorthreadpool-corqueueuserworkitem-method.md index 3267230b6f1..2e311e9a119 100644 --- a/docs/framework/unmanaged-api/hosting/icorthreadpool-corqueueuserworkitem-method.md +++ b/docs/framework/unmanaged-api/hosting/icorthreadpool-corqueueuserworkitem-method.md @@ -1,14 +1,6 @@ --- -title: "ICorThreadpool::CorQueueUserWorkItem メソッド" -ms.custom: +title: ICorThreadpool::CorQueueUserWorkItem メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorThreadpool.CorQueueUserWorkItem api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 29ac7898-a7c7-433e-8f79-cd5237e0bab8 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 38709dc5b54ebaca59009eaf2c357ac122b6816a -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: eae9180ddf05cbeae8ddfea600f0cc0aeef54d55 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorThreadpool::CorQueueUserWorkItem メソッド このメソッドは、.NET Framework インフラストラクチャをサポートします。独自に作成したコードから直接使用するためのものではありません。 @@ -49,14 +37,14 @@ HRESULT CorQueueUserWorkItem ( ); ``` -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICorThreadpool インターフェイス](../../../../docs/framework/unmanaged-api/hosting/icorthreadpool-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/ihostassemblystore-providemodule-method.md b/docs/framework/unmanaged-api/hosting/ihostassemblystore-providemodule-method.md index fd78b3503fb..183aa489f24 100644 --- a/docs/framework/unmanaged-api/hosting/ihostassemblystore-providemodule-method.md +++ b/docs/framework/unmanaged-api/hosting/ihostassemblystore-providemodule-method.md @@ -1,14 +1,6 @@ --- -title: "IHostAssemblyStore::ProvideModule メソッド" -ms.custom: +title: IHostAssemblyStore::ProvideModule メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IHostAssemblyStore.ProvideModule api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: f42e3dd0-c88e-4748-b6c0-4c515a633180 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 8b29f19933ae985d15627d1eba2622f350a52e72 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 8b604e1d7fc3d3c8adf7d95bd95843bc0110dbc9 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IHostAssemblyStore::ProvideModule メソッド アセンブリとリンク (ではありません、埋め込み) 内のモジュール リソース ファイルを解決します。 @@ -66,28 +54,28 @@ HRESULT ProvideModule ( |HRESULT|説明| |-------------|-----------------| -|S_OK|`ProvideModule`正常に返されます。| +|S_OK|`ProvideModule` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|共通言語ランタイム (CLR) が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| |HOST_E_ABANDONED|イベントがキャンセルされましたブロックされたスレッドまたはファイバーが待機しています。| |E_FAIL|不明な致命的なエラーが発生しました。 メソッドには、E_FAIL が返される、ときに、CLR は、プロセス内で使用可能ではなくなりました。 メソッドのホストに以降の呼び出しでは、HOST_E_CLRNOTAVAILABLE を返します。| |COR_E_FILENOTFOUND (0X80070002)|要求されたアセンブリまたはリンクされたリソースを配置できませんでした。| -|E_NOT_SUFFICIENT_BUFFER|`pdwModuleId`ホストを返す必要がある識別子を格納するのに十分な大きさがないです。| +|E_NOT_SUFFICIENT_BUFFER|`pdwModuleId` ホストを返す必要がある識別子を格納するのに十分な大きさがないです。| ## コメント Id 値が返される`pdwModuleId`ホストによって指定します。 識別子は、プロセスの有効期間内で一意である必要があります。 CLR は、この値を関連付けられているストリームの一意識別子として使用します。 値に対して各値をチェック`pAssemblyId`への呼び出しによって返される[ProvideAssembly](../../../../docs/framework/unmanaged-api/hosting/ihostassemblystore-provideassembly-method.md)の値に対して`pdwModuleId`を他の呼び出しによって返される`ProvideModule`です。 別のホストが同じ識別子の値を返す場合`IStream`CLR では、そのストリームの内容が既にマップされているかどうかを確認します。 場合は、CLR は、新しいものをマップする代わりにイメージの既存のコピーを読み込みます。 したがって、識別子も重複していないから返されたアセンブリ識別子を持つ`ProvideAssembly`します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRAssemblyReferenceList インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrassemblyreferencelist-interface.md) [IHostAssemblyManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostassemblymanager-interface.md) [IHostAssemblyStore インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostassemblystore-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/ihostautoevent-interface.md b/docs/framework/unmanaged-api/hosting/ihostautoevent-interface.md index 6c3e2f54a16..7bc027f5d87 100644 --- a/docs/framework/unmanaged-api/hosting/ihostautoevent-interface.md +++ b/docs/framework/unmanaged-api/hosting/ihostautoevent-interface.md @@ -1,14 +1,6 @@ --- -title: "IHostAutoEvent インターフェイス" -ms.custom: +title: IHostAutoEvent インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IHostAutoEvent api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 6c1d15c1-a80a-4ee9-b1e4-6e859db6575a topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 91e790cf7c97c0045535870c2d41d628f943a22d -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: a7f2b65f263256fe887c61c7b866beaa0038c37d +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IHostAutoEvent インターフェイス ホストの自動リセット イベントの実装の表現を提供します。 @@ -44,16 +32,16 @@ ms.lasthandoff: 12/22/2017 |[Set メソッド](../../../../docs/framework/unmanaged-api/hosting/ihostautoevent-set-method.md)|現在の設定`IHostAutoEvent`インスタンスがシグナル状態にします。| |[Wait メソッド](../../../../docs/framework/unmanaged-api/hosting/ihostautoevent-wait-method.md)|により、現在`IHostAutoEvent`イベントを所有するまで待機するインスタンスまたは指定された時間が経過時間。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRSyncManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrsyncmanager-interface.md) [IHostManualEvent インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostmanualevent-interface.md) [IHostSyncManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostsyncmanager-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/ihostgcmanager-threadisblockingforsuspension-method.md b/docs/framework/unmanaged-api/hosting/ihostgcmanager-threadisblockingforsuspension-method.md index 2a4d49a02a1..a6f588f48f8 100644 --- a/docs/framework/unmanaged-api/hosting/ihostgcmanager-threadisblockingforsuspension-method.md +++ b/docs/framework/unmanaged-api/hosting/ihostgcmanager-threadisblockingforsuspension-method.md @@ -1,14 +1,6 @@ --- -title: "IHostGCManager::ThreadIsBlockingForSuspension メソッド" -ms.custom: +title: IHostGCManager::ThreadIsBlockingForSuspension メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IHostGCManager.ThreadIsBlockingForSuspension api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 2657d45d-26d2-4d0a-8473-32b652e3321d topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 93f17e687ebc3d121db36d8fce8b6bd514867a91 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 85921156860f52eb2a898e6be356e191c2a4f02d +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IHostGCManager::ThreadIsBlockingForSuspension メソッド メソッドの呼び出し元のスレッドは、ホストに通知のガベージ コレクションをブロックします。 @@ -48,7 +36,7 @@ HRESULT ThreadIsBlockingForSuspension (); |HRESULT|説明| |-------------|-----------------| -|S_OK|`ThreadIsBlockingForSuspension`正常に返されます。| +|S_OK|`ThreadIsBlockingForSuspension` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|共通言語ランタイム (CLR) が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| @@ -61,16 +49,16 @@ HRESULT ThreadIsBlockingForSuspension (); > [!IMPORTANT] > ホストは、タスクを再スケジュールへの呼び出し後のみ`ThreadIsBlockingForSuspension`です。 ランタイムの呼び出し後[SuspensionStarting](../../../../docs/framework/unmanaged-api/hosting/ihostgcmanager-suspensionstarting-method.md)ホストには、タスクが再スケジュールする必要があります。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRTask インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrtask-interface.md) [ICLRTaskManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrtaskmanager-interface.md) [IHostTask インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihosttask-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/ihostiocompletionmanager-setmaxthreads-method.md b/docs/framework/unmanaged-api/hosting/ihostiocompletionmanager-setmaxthreads-method.md index e59d5e10643..d974b7c3eda 100644 --- a/docs/framework/unmanaged-api/hosting/ihostiocompletionmanager-setmaxthreads-method.md +++ b/docs/framework/unmanaged-api/hosting/ihostiocompletionmanager-setmaxthreads-method.md @@ -1,14 +1,6 @@ --- -title: "IHostIoCompletionManager::SetMaxThreads メソッド" -ms.custom: +title: IHostIoCompletionManager::SetMaxThreads メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IHostIoCompletionManager.SetMaxThreads api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: ebad4f40-d9f1-4dc6-9b27-a89c9eb3926f topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 3d2d8436d85f7be40c89693628794b007e0c6a88 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: a810f3a25dc90ddb234c70ca3fa5130039350136 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IHostIoCompletionManager::SetMaxThreads メソッド I/O 要求を処理するため、ホストに割り当てるスレッドの最大数を設定します。 @@ -54,7 +42,7 @@ HRESULT SetMaxThreads ( |HRESULT|説明| |-------------|-----------------| -|S_OK|`SetMaxThreads`正常に返されます。| +|S_OK|`SetMaxThreads` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|共通言語ランタイム (CLR) が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| @@ -63,17 +51,17 @@ HRESULT SetMaxThreads ( |E_NOTIMPL|ホストがの実装を提供していない`SetMaxThreads`です。| ## コメント - `SetMaxThreads`営業案件の I/O ポート上でのサービス要求に利用できるスレッドの最大数を設定すると、CLR を提供します。 ホストは、スレッド プールのサイズを排他的に制御を実装、パフォーマンス、スケーラビリティなどの理由の必要があります。 このため、ホストする必要はありません実装`SetMaxThreads`です。 ここでは、ホストは、このメソッドから E_NOTIMPL を返す必要があります。 + `SetMaxThreads` 営業案件の I/O ポート上でのサービス要求に利用できるスレッドの最大数を設定すると、CLR を提供します。 ホストは、スレッド プールのサイズを排他的に制御を実装、パフォーマンス、スケーラビリティなどの理由の必要があります。 このため、ホストする必要はありません実装`SetMaxThreads`です。 ここでは、ホストは、このメソッドから E_NOTIMPL を返す必要があります。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRIoCompletionManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclriocompletionmanager-interface.md) [IHostIoCompletionManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostiocompletionmanager-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/ihostmalloc-debugalloc-method.md b/docs/framework/unmanaged-api/hosting/ihostmalloc-debugalloc-method.md index 93ce35bc8d9..9b816582e30 100644 --- a/docs/framework/unmanaged-api/hosting/ihostmalloc-debugalloc-method.md +++ b/docs/framework/unmanaged-api/hosting/ihostmalloc-debugalloc-method.md @@ -1,14 +1,6 @@ --- -title: "IHostMAlloc::DebugAlloc メソッド" -ms.custom: +title: IHostMAlloc::DebugAlloc メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IHostMAlloc.DebugAlloc api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 0bfbc527-bea2-43ce-b041-69186f4440dd topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 63249f6ce64071ddaa2bb9dff221ae40d924bbfe -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 8447f6fa2771128c1bdf424cb9aac141b2dfd486 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IHostMAlloc::DebugAlloc メソッド ホストが、ヒープから指定されたメモリ量を割り当てるし、さらに、メモリが割り当てられた場所を追跡を要求します。 @@ -70,7 +58,7 @@ HRESULT DebugAlloc ( |HRESULT|説明| |-------------|-----------------| -|S_OK|`DebugAlloc`正常に返されます。| +|S_OK|`DebugAlloc` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|CLR が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| @@ -79,17 +67,17 @@ HRESULT DebugAlloc ( |E_OUTOFMEMORY|十分なメモリ割り当て要求を完了できませんでした。| ## コメント - CLR へのインターフェイス ポインターの取得、 [IHostMalloc](../../../../docs/framework/unmanaged-api/hosting/ihostmalloc-interface.md)を呼び出してインスタンス、 [ihostmemorymanager::createmalloc](../../../../docs/framework/unmanaged-api/hosting/ihostmemorymanager-createmalloc-method.md)メソッドです。 `DebugAlloc`により、デバッグ中に使用するためのコード ファイルの情報を取得するランタイム。 + CLR へのインターフェイス ポインターの取得、 [IHostMalloc](../../../../docs/framework/unmanaged-api/hosting/ihostmalloc-interface.md)を呼び出してインスタンス、 [ihostmemorymanager::createmalloc](../../../../docs/framework/unmanaged-api/hosting/ihostmemorymanager-createmalloc-method.md)メソッドです。 `DebugAlloc` により、デバッグ中に使用するためのコード ファイルの情報を取得するランタイム。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [IHostMemoryManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostmemorymanager-interface.md) [IHostMalloc インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostmalloc-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/ihostmanualevent-wait-method.md b/docs/framework/unmanaged-api/hosting/ihostmanualevent-wait-method.md index 98d1a5494e9..d6e024bdfac 100644 --- a/docs/framework/unmanaged-api/hosting/ihostmanualevent-wait-method.md +++ b/docs/framework/unmanaged-api/hosting/ihostmanualevent-wait-method.md @@ -1,14 +1,6 @@ --- -title: "IHostManualEvent::Wait メソッド" -ms.custom: +title: IHostManualEvent::Wait メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IHostManualEvent.Wait api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 1fbb7d8b-8a23-4c2b-8376-1a70cd2d6030 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 2dd456a3901f91fc8598a707a5699637ec450dbd -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 7431e1cb40da93f1e2f67e598d3915265ad7fba4 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IHostManualEvent::Wait メソッド により、現在[IHostManualEvent](../../../../docs/framework/unmanaged-api/hosting/ihostmanualevent-interface.md)所有されているまで待機するインスタンスまたは指定された時間が経過時間。 @@ -58,7 +46,7 @@ HRESULT Wait ( |HRESULT|説明| |-------------|-----------------| -|S_OK|`Wait`正常に返されます。| +|S_OK|`Wait` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|共通言語ランタイム (CLR) が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| @@ -66,16 +54,16 @@ HRESULT Wait ( |E_FAIL|不明な致命的なエラーが発生しました。 メソッドには、E_FAIL が返される、ときに、CLR は、プロセス内で使用可能ではなくなりました。 メソッドのホストに以降の呼び出しでは、HOST_E_CLRNOTAVAILABLE を返します。| |HOST_E_DEADLOCK|ホストが、待機中にデッドロックを検出し、現在`IHostManualEvent`デッドロックの対象としてインスタンス。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRSyncManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrsyncmanager-interface.md) [IHostAutoEvent インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostautoevent-interface.md) [IHostManualEvent インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostmanualevent-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/ihostmemorymanager-createmalloc-method.md b/docs/framework/unmanaged-api/hosting/ihostmemorymanager-createmalloc-method.md index 69c168c1bbb..ebd7012d8e8 100644 --- a/docs/framework/unmanaged-api/hosting/ihostmemorymanager-createmalloc-method.md +++ b/docs/framework/unmanaged-api/hosting/ihostmemorymanager-createmalloc-method.md @@ -1,14 +1,6 @@ --- -title: "IHostMemoryManager::CreateMAlloc メソッド" -ms.custom: +title: IHostMemoryManager::CreateMAlloc メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IHostMemoryManager.CreateMAlloc api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 9ee6e052-bef7-4350-9e4f-edfffd99ad6f topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 19b43ccf7cb2429c28c052ab8ab3a009ec4a30a4 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 503a7c2056d0a828c65c5b0b81c50ea1e133aeef +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IHostMemoryManager::CreateMAlloc メソッド インターフェイス ポインターを取得、 [IHostMAlloc](../../../../docs/framework/unmanaged-api/hosting/ihostmalloc-interface.md)インスタンス、ホストが作成したヒープから割り当て要求を作成するために使用します。 @@ -58,7 +46,7 @@ HRESULT CreateMalloc ( |HRESULT|説明| |-------------|-----------------| -|S_OK|`CreateMAlloc`正常に返されます。| +|S_OK|`CreateMAlloc` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|共通言語ランタイム (CLR) が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| @@ -67,17 +55,17 @@ HRESULT CreateMalloc ( |E_OUTOFMEMORY|十分な物理メモリは、割り当て要求を完了できませんでした。| ## コメント - `CreateMAlloc`標準の Win32 関数を使用する代わりに、ホストを通じて割り当て要求を行う CLR をできるようにするオブジェクトを返します。 + `CreateMAlloc` 標準の Win32 関数を使用する代わりに、ホストを通じて割り当て要求を行う CLR をできるようにするオブジェクトを返します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [IHostMalloc インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostmalloc-interface.md) [IHostMemoryManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostmemorymanager-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/ihostsecuritycontext-capture-method.md b/docs/framework/unmanaged-api/hosting/ihostsecuritycontext-capture-method.md index 4b06372b5f1..36acc74953b 100644 --- a/docs/framework/unmanaged-api/hosting/ihostsecuritycontext-capture-method.md +++ b/docs/framework/unmanaged-api/hosting/ihostsecuritycontext-capture-method.md @@ -1,14 +1,6 @@ --- -title: "IHostSecurityContext::Capture メソッド" -ms.custom: +title: IHostSecurityContext::Capture メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IHostSecurityContext.Capture api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: ae0836d0-1170-4494-bac5-d0e809df51a2 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: def431dd40c6dd7aa6688a638971d3676bbd1ffb -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: aff8fa88fe811d5a07ea8ffb1653e403338ba546 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IHostSecurityContext::Capture メソッド 複製を取得、 [IHostSecurityContext](../../../../docs/framework/unmanaged-api/hosting/ihostsecuritycontext-interface.md)への呼び出しから返されるインスタンス[ihostsecuritymanager::getsecuritycontext](../../../../docs/framework/unmanaged-api/hosting/ihostsecuritymanager-getsecuritycontext-method.md)です。 @@ -54,7 +42,7 @@ HRESULT Capture ( |HRESULT|説明| |-------------|-----------------| -|S_OK|`Capture`正常に返されます。| +|S_OK|`Capture` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|共通言語ランタイム (CLR) が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| @@ -64,15 +52,15 @@ HRESULT Capture ( ## コメント 返されたインターフェイス ポインター`Capture`キャプチャされたコンテキストのクローンであります。 この情報は、移動すると、非同期コード ポイント間を対象となる呼び出しが行われたポインターからその有効期間が区切られます。 元のポインターを解放できます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [IHostSecurityContext インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostsecuritycontext-interface.md) [IHostSecurityManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostsecuritymanager-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/ihostsecuritycontext-interface.md b/docs/framework/unmanaged-api/hosting/ihostsecuritycontext-interface.md index 2080e930bd6..e18c61bd854 100644 --- a/docs/framework/unmanaged-api/hosting/ihostsecuritycontext-interface.md +++ b/docs/framework/unmanaged-api/hosting/ihostsecuritycontext-interface.md @@ -1,14 +1,6 @@ --- -title: "IHostSecurityContext インターフェイス" -ms.custom: +title: IHostSecurityContext インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IHostSecurityContext api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 88e2eac0-8ccb-404f-abbc-287d55159842 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 8ee464e47ad6e333b507c199e1857309f640a37b -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 2c2500f013584ef4722ceaaaee91d5db54991639 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IHostSecurityContext インターフェイス により、共通言語ランタイム (CLR) にホストによって実装されているセキュリティ コンテキスト情報を維持できます。 @@ -44,18 +32,18 @@ ms.lasthandoff: 12/22/2017 |[Capture メソッド](../../../../docs/framework/unmanaged-api/hosting/ihostsecuritycontext-capture-method.md)|複製を取得、`IHostSecurityContext`への呼び出しから返されるインスタンス[ihostsecuritymanager::getsecuritycontext](../../../../docs/framework/unmanaged-api/hosting/ihostsecuritymanager-getsecuritycontext-method.md)です。| ## コメント - ホストは、CLR とユーザーの両方のコードでスレッド トークンへのすべてのコード アクセスを制御できます。 ように、完全なセキュリティ コンテキスト情報は、非同期操作または制限付きのコード アクセス権を持つコード ポイントを越えて渡されます。 `IHostSecurityContext`このセキュリティ コンテキストについては、ランタイムに対して非透過的であるをカプセル化します。 ランタイムを使用してこの情報をキャプチャする`Capture`、し、スレッド プールのワーカーのアイテムのディスパッチ、ファイナライザーの実行、およびモジュールとクラスのコンス トラクターの間で移動します。 + ホストは、CLR とユーザーの両方のコードでスレッド トークンへのすべてのコード アクセスを制御できます。 ように、完全なセキュリティ コンテキスト情報は、非同期操作または制限付きのコード アクセス権を持つコード ポイントを越えて渡されます。 `IHostSecurityContext` このセキュリティ コンテキストについては、ランタイムに対して非透過的であるをカプセル化します。 ランタイムを使用してこの情報をキャプチャする`Capture`、し、スレッド プールのワーカーのアイテムのディスパッチ、ファイナライザーの実行、およびモジュールとクラスのコンス トラクターの間で移動します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRHostProtectionManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrhostprotectionmanager-interface.md) [IHostSecurityManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostsecuritymanager-interface.md) [ホスト インターフェイス](../../../../docs/framework/unmanaged-api/hosting/hosting-interfaces.md) diff --git a/docs/framework/unmanaged-api/hosting/ihostsecuritymanager-reverttoself-method.md b/docs/framework/unmanaged-api/hosting/ihostsecuritymanager-reverttoself-method.md index 2b9e388971b..a580df516cd 100644 --- a/docs/framework/unmanaged-api/hosting/ihostsecuritymanager-reverttoself-method.md +++ b/docs/framework/unmanaged-api/hosting/ihostsecuritymanager-reverttoself-method.md @@ -1,14 +1,6 @@ --- -title: "IHostSecurityManager::RevertToSelf メソッド" -ms.custom: +title: IHostSecurityManager::RevertToSelf メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IHostSecurityManager.RevertToSelf api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 189f28f8-f9a1-4192-aedc-91084e4f8b99 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 765d40cc99269031093e9241ed1bba6c82b9a042 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: c34d9243e4ed7ed2492784154b157189c7d22cd2 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IHostSecurityManager::RevertToSelf メソッド 現在のユーザー id の権限の借用を終了し、元のスレッド トークンを返します。 @@ -48,7 +36,7 @@ HRESULT RevertToSelf (); |HRESULT|説明| |-------------|-----------------| -|S_OK|`RevertToSelf`正常に返されます。| +|S_OK|`RevertToSelf` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|共通言語ランタイム (CLR) が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| @@ -56,18 +44,18 @@ HRESULT RevertToSelf (); |E_FAIL|不明な致命的なエラーが発生しました。 メソッドには、E_FAIL が返される、ときに、CLR は、プロセス内で使用可能ではなくなりました。 メソッドのホストに以降の呼び出しでは、HOST_E_CLRNOTAVAILABLE を返します。| ## コメント - `RevertToSelf`事前に呼び出した後、元のスレッド トークンを返すために呼び出される、 [ImpersonateLoggedOnUser](../../../../docs/framework/unmanaged-api/hosting/ihostsecuritymanager-impersonateloggedonuser-method.md)メソッドです。 + `RevertToSelf` 事前に呼び出した後、元のスレッド トークンを返すために呼び出される、 [ImpersonateLoggedOnUser](../../../../docs/framework/unmanaged-api/hosting/ihostsecuritymanager-impersonateloggedonuser-method.md)メソッドです。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [IHostSecurityContext インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostsecuritycontext-interface.md) [IHostSecurityManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostsecuritymanager-interface.md) [ImpersonateLoggedOnUser メソッド](../../../../docs/framework/unmanaged-api/hosting/ihostsecuritymanager-impersonateloggedonuser-method.md) diff --git a/docs/framework/unmanaged-api/hosting/ihostsemaphore-wait-method.md b/docs/framework/unmanaged-api/hosting/ihostsemaphore-wait-method.md index 9e5080341b0..7399adf0e3b 100644 --- a/docs/framework/unmanaged-api/hosting/ihostsemaphore-wait-method.md +++ b/docs/framework/unmanaged-api/hosting/ihostsemaphore-wait-method.md @@ -1,14 +1,6 @@ --- -title: "IHostSemaphore::Wait メソッド" -ms.custom: +title: IHostSemaphore::Wait メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IHostSemaphore.Wait api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 0da962a3-ce55-44dd-ab7a-14ad7105af4a topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 15c86ee8b1de22f07b01290f5a830afd95427ffa -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 8d87243da4d68eb1ec12fda7aa62a5c4006b9729 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IHostSemaphore::Wait メソッド 現在の原因[IHostSemaphore](../../../../docs/framework/unmanaged-api/hosting/ihostsemaphore-interface.md)が所有するまで待機するインスタンスまたは指定された時間が経過する量。 @@ -58,7 +46,7 @@ HRESULT Wait ( |HRESULT|説明| |-------------|-----------------| -|S_OK|`Wait`正常に返されます。| +|S_OK|`Wait` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|共通言語ランタイム (CLR) が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| @@ -66,16 +54,16 @@ HRESULT Wait ( |E_FAIL|不明な致命的なエラーが発生しました。 メソッドには、E_FAIL が返される、ときに、CLR は、プロセス内で使用可能ではなくなりました。 メソッドのホストに以降の呼び出しでは、HOST_E_CLRNOTAVAILABLE を返します。| |HOST_E_DEADLOCK|ホストが、待機中にデッドロックを検出し、現在`IHostSemaphore`デッドロックの対象としてインスタンス。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRSyncManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrsyncmanager-interface.md) [IHostAutoEvent インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostautoevent-interface.md) [IHostManualEvent インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihostmanualevent-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/ihosttask-setclrtask-method.md b/docs/framework/unmanaged-api/hosting/ihosttask-setclrtask-method.md index 9740ff87730..30ee60d2155 100644 --- a/docs/framework/unmanaged-api/hosting/ihosttask-setclrtask-method.md +++ b/docs/framework/unmanaged-api/hosting/ihosttask-setclrtask-method.md @@ -1,14 +1,6 @@ --- -title: "IHostTask::SetCLRTask メソッド" -ms.custom: +title: IHostTask::SetCLRTask メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IHostTask.SetCLRTask api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: e9d39c80-41a1-49e7-bb5e-ea3433bfb5d7 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 680ad2c13d8d6fc24134c9399cffb236bd637057 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 2149293989136e0b006f044c925353efbfd94031 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IHostTask::SetCLRTask メソッド 関連付けます、 `ICLRTask` 、現在のインスタンス[IHostTask](../../../../docs/framework/unmanaged-api/hosting/ihosttask-interface.md)インスタンス。 @@ -54,7 +42,7 @@ HRESULT SetCLRTask ( |HRESULT|説明| |-------------|-----------------| -|S_OK|`SetCLRTask`正常に返されます。| +|S_OK|`SetCLRTask` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|共通言語ランタイム (CLR) が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| @@ -64,16 +52,16 @@ HRESULT SetCLRTask ( ## コメント CLR 呼び出し`SetCLRTask`に関連付けるには、 `ICLRTask` 、現在のインスタンス`IHostTask`への呼び出しによって作成されたインスタンス[ihosttaskmanager::createtask](../../../../docs/framework/unmanaged-api/hosting/ihosttaskmanager-createtask-method.md)です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRTask インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrtask-interface.md) [ICLRTaskManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrtaskmanager-interface.md) [IHostTask インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihosttask-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/ihosttaskmanager-reverseleaveruntime-method.md b/docs/framework/unmanaged-api/hosting/ihosttaskmanager-reverseleaveruntime-method.md index 80cef311122..f63b2b5f65f 100644 --- a/docs/framework/unmanaged-api/hosting/ihosttaskmanager-reverseleaveruntime-method.md +++ b/docs/framework/unmanaged-api/hosting/ihosttaskmanager-reverseleaveruntime-method.md @@ -1,14 +1,6 @@ --- -title: "IHostTaskManager::ReverseLeaveRuntime メソッド" -ms.custom: +title: IHostTaskManager::ReverseLeaveRuntime メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IHostTaskManager.ReverseLeaveRuntime api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 4837d398-16a1-4e32-902c-022cd1aad3ca topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 634465e2d78dbac41b8791d5be44b2821744f07d -ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f +ms.openlocfilehash: 0800a1441b75c5003eabc77793b2b4fa3dd8f0da +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/19/2018 +ms.lasthandoff: 05/04/2018 --- # IHostTaskManager::ReverseLeaveRuntime メソッド コントロールが共通言語ランタイム (CLR) のままであり、さらに、マネージ コードから呼び出されたアンマネージ関数を入力することをホストに通知します。 @@ -48,7 +36,7 @@ HRESULT ReverseLeaveRuntime (); |HRESULT|説明| |-------------|-----------------| -|S_OK|`ReverseLeaveRuntime`正常に返されます。| +|S_OK|`ReverseLeaveRuntime` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|CLR が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| @@ -59,16 +47,16 @@ HRESULT ReverseLeaveRuntime (); ## コメント CLR 呼び出し`ReverseLeaveRuntime`プラットフォームを通じてマネージ コードから呼び出された、さらに、アンマネージ関数に制御を呼び出し、現在実行中のタスクを返すことをホストに通知します。 各呼び出し`ReverseLeaveRuntime`に対応する呼び出しと一致する[ReverseEnterRuntime](../../../../docs/framework/unmanaged-api/hosting/ihosttaskmanager-reverseenterruntime-method.md)です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [CallNeedsHostHook メソッド](../../../../docs/framework/unmanaged-api/hosting/ihosttaskmanager-callneedshosthook-method.md) [EnterRuntime メソッド](../../../../docs/framework/unmanaged-api/hosting/ihosttaskmanager-enterruntime-method.md) [ICLRTask インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrtask-interface.md) @@ -76,4 +64,4 @@ HRESULT ReverseLeaveRuntime (); [IHostTask インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihosttask-interface.md) [IHostTaskManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihosttaskmanager-interface.md) [LeaveRuntime メソッド](../../../../docs/framework/unmanaged-api/hosting/ihosttaskmanager-leaveruntime-method.md) - [詳しく見てプラットフォーム呼び出し](http://msdn.microsoft.com/library/ba9dd55b-2eaa-45cd-8afd-75cb8d64d243) + [プラットフォーム呼び出しの詳細](http://msdn.microsoft.com/library/ba9dd55b-2eaa-45cd-8afd-75cb8d64d243) diff --git a/docs/framework/unmanaged-api/hosting/ihosttaskmanager-setlocale-method.md b/docs/framework/unmanaged-api/hosting/ihosttaskmanager-setlocale-method.md index a952b956a88..444d787a59e 100644 --- a/docs/framework/unmanaged-api/hosting/ihosttaskmanager-setlocale-method.md +++ b/docs/framework/unmanaged-api/hosting/ihosttaskmanager-setlocale-method.md @@ -1,14 +1,6 @@ --- -title: "IHostTaskManager::SetLocale メソッド" -ms.custom: +title: IHostTaskManager::SetLocale メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IHostTaskManager.SetLocale api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 747ee407-ee8c-484d-9583-25089236d2d1 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: eeb5e7510c6de882233ec1fa8fa1b8f501a00685 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: af9a8939c2ff50eb41b4f5c14097751fdc92ff83 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IHostTaskManager::SetLocale メソッド 共通言語ランタイム (CLR) が、ロケール、または現在実行中のタスク上のカルチャに変更されたことをホストに通知します。 @@ -54,7 +42,7 @@ HRESULT SetLocale ( |HRESULT|説明| |-------------|-----------------| -|S_OK|`SetLocale`正常に返されます。| +|S_OK|`SetLocale` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|CLR が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| @@ -65,16 +53,16 @@ HRESULT SetLocale ( ## コメント ランタイム呼び出し`SetLocale`ときの値、マネージ コードでプロパティを変更します。 このメソッドは、ロケールの同期のための任意の機構いる可能性がありますを実行するホストの機会を提供します。 ホストは、ロケール、マネージ コードに変更することはできませんまたはロケールを同期するためのメカニズムを実装していません、このメソッドから E_NOTIMPL を返します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRTask インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrtask-interface.md) [ICLRTaskManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrtaskmanager-interface.md) [IHostTask インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihosttask-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/ihosttaskmanager-setuilocale-method.md b/docs/framework/unmanaged-api/hosting/ihosttaskmanager-setuilocale-method.md index cb050db3094..bcc778e581e 100644 --- a/docs/framework/unmanaged-api/hosting/ihosttaskmanager-setuilocale-method.md +++ b/docs/framework/unmanaged-api/hosting/ihosttaskmanager-setuilocale-method.md @@ -1,14 +1,6 @@ --- -title: "IHostTaskManager::SetUILocale メソッド" -ms.custom: +title: IHostTaskManager::SetUILocale メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IHostTaskManager.SetUILocale api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: d0c87a9c-ea81-4237-a16b-c22b36ec9dc8 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 099c3d4878e7dd83be9240e121777c71c2890c88 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: f929dceafc72af89cfd85b1617de7bbd0bc0dfff +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IHostTaskManager::SetUILocale メソッド ユーザー インターフェイス (UI) のロケール、または現在実行中のタスクで、カルチャ、共通言語ランタイム (CLR) が変更されたことをホストに通知します。 @@ -54,7 +42,7 @@ HRESULT SetUILocale ( |HRESULT|説明| |-------------|-----------------| -|S_OK|`SetUILocale`正常に返されます。| +|S_OK|`SetUILocale` 正常に返されます。| |HOST_E_CLRNOTAVAILABLE|CLR が、プロセスに読み込まれていませんまたは CLR は、状態をマネージ コードを実行またはできないの呼び出しは正常に処理します。| |HOST_E_TIMEOUT|呼び出しがタイムアウトしました。| |HOST_E_NOT_OWNER|呼び出し元は、ロックを所有していません。| @@ -65,16 +53,16 @@ HRESULT SetUILocale ( ## コメント ランタイム呼び出し`SetUILocale`ときの値、マネージ コードでプロパティを変更します。 このメソッドは、ロケールの同期のための任意の機構いる可能性がありますを実行するホストの機会を提供します。 ホストは、マネージ コードに変更する UI 言語を許可しないまたはロケールを同期するためのメカニズムを実装していません、このメソッドから E_NOTIMPL を返します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICLRTask インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrtask-interface.md) [ICLRTaskManager インターフェイス](../../../../docs/framework/unmanaged-api/hosting/iclrtaskmanager-interface.md) [IHostTask インターフェイス](../../../../docs/framework/unmanaged-api/hosting/ihosttask-interface.md) diff --git a/docs/framework/unmanaged-api/hosting/imanagedobject-interface.md b/docs/framework/unmanaged-api/hosting/imanagedobject-interface.md index ec680f4676d..3f3738303c4 100644 --- a/docs/framework/unmanaged-api/hosting/imanagedobject-interface.md +++ b/docs/framework/unmanaged-api/hosting/imanagedobject-interface.md @@ -1,14 +1,6 @@ --- -title: "IManagedObject インターフェイス" -ms.custom: +title: IManagedObject インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IManagedObject api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 1fbbf572-6d28-41a5-82fb-579ac90bfcf5 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 3ac7b41a5d42a8e2bc32077f02ad850b421efe31 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: c9d10126ac7edd3073d91a9c68c86a7df8cad402 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IManagedObject インターフェイス マネージ オブジェクトを制御するためのメソッドを提供します。 @@ -44,14 +32,14 @@ ms.lasthandoff: 12/22/2017 |[GetObjectIdentity メソッド](../../../../docs/framework/unmanaged-api/hosting/imanagedobject-getobjectidentity-method.md)|この管理オブジェクトの id を取得します。| |[GetSerializedBuffer メソッド](../../../../docs/framework/unmanaged-api/hosting/imanagedobject-getserializedbuffer-method.md)|この管理オブジェクトの文字列形式を取得します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ホスト インターフェイス](../../../../docs/framework/unmanaged-api/hosting/hosting-interfaces.md) diff --git a/docs/framework/unmanaged-api/hosting/index.md b/docs/framework/unmanaged-api/hosting/index.md index ebd0d77a450..41e2cef654b 100644 --- a/docs/framework/unmanaged-api/hosting/index.md +++ b/docs/framework/unmanaged-api/hosting/index.md @@ -1,30 +1,18 @@ --- title: ホスト (アンマネージ API リファレンス) -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: reference helpviewer_keywords: - unmanaged API reference [.NET Framework], hosting - native API reference [.NET Framework], hosting - hosting [.NET Framework], using the unmanaged API ms.assetid: 14295c28-1da8-408b-a656-9584abcd9896 -caps.latest.revision: 14 author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: fd22f655fa28e59386c5393d44af4bce85cb1b7d -ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f +ms.openlocfilehash: 5063a2169e8ae8c3328df220ebc5e6d464aae0a6 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 01/19/2018 +ms.lasthandoff: 05/04/2018 --- # ホスト (アンマネージ API リファレンス) ホスト API を使用すると、アンマネージ ホストのアプリケーションに共通言語ランタイム (CLR: Common Language Runtime) を統合できます。 diff --git a/docs/framework/unmanaged-api/hosting/itypename-getmodifierlength-method.md b/docs/framework/unmanaged-api/hosting/itypename-getmodifierlength-method.md index 6b52e9b1c46..0600019e25b 100644 --- a/docs/framework/unmanaged-api/hosting/itypename-getmodifierlength-method.md +++ b/docs/framework/unmanaged-api/hosting/itypename-getmodifierlength-method.md @@ -1,14 +1,6 @@ --- -title: "ITypeName::GetModifierLength メソッド" -ms.custom: +title: ITypeName::GetModifierLength メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ITypeName.GetModifierLength api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: ac45f261-03f9-4728-b5d7-dd7cbb05f9e6 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: a4dd584ae2e3e5a965fe97d546265d86d1a52e92 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 82aa8bf284a0bca6a1ea4b4312e2b8796853b579 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ITypeName::GetModifierLength メソッド このメソッドは、.NET Framework インフラストラクチャをサポートします。独自に作成したコードから直接使用するためのものではありません。 @@ -46,14 +34,14 @@ HRESULT GetModifierLength ( ); ``` -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ホスト インターフェイス](../../../../docs/framework/unmanaged-api/hosting/hosting-interfaces.md) diff --git a/docs/framework/unmanaged-api/hosting/itypenamebuilder-addszarray-method.md b/docs/framework/unmanaged-api/hosting/itypenamebuilder-addszarray-method.md index 4144fc69ec4..4e8fe282796 100644 --- a/docs/framework/unmanaged-api/hosting/itypenamebuilder-addszarray-method.md +++ b/docs/framework/unmanaged-api/hosting/itypenamebuilder-addszarray-method.md @@ -1,14 +1,6 @@ --- -title: "ITypeNameBuilder::AddSzArray メソッド" -ms.custom: +title: ITypeNameBuilder::AddSzArray メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ITypeNameBuilder.AddSzArray api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: a6a46296-af14-4c53-9744-f7a1e3f3028a topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: f893155dbe1e1e80e2ae769aebcd9d93c217dcdf -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 1361f3f5dbe1d70f0c2e9aa5a5420800f6d572be +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ITypeNameBuilder::AddSzArray メソッド このメソッドは、.NET Framework インフラストラクチャをサポートします。独自に作成したコードから直接使用するためのものではありません。 @@ -44,14 +32,14 @@ ms.lasthandoff: 12/22/2017 HRESULT AddSzArray ( ); ``` -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ホスト インターフェイス](../../../../docs/framework/unmanaged-api/hosting/hosting-interfaces.md) diff --git a/docs/framework/unmanaged-api/hosting/itypenamebuilder-opengenericarguments-method.md b/docs/framework/unmanaged-api/hosting/itypenamebuilder-opengenericarguments-method.md index d80009d762e..9f1af1ecdcc 100644 --- a/docs/framework/unmanaged-api/hosting/itypenamebuilder-opengenericarguments-method.md +++ b/docs/framework/unmanaged-api/hosting/itypenamebuilder-opengenericarguments-method.md @@ -1,14 +1,6 @@ --- -title: "ITypeNameBuilder::OpenGenericArguments メソッド" -ms.custom: +title: ITypeNameBuilder::OpenGenericArguments メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ITypeNameBuilder.OpenGenericArguments api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 4da94508-30da-41f4-8bf9-ce88bdf96fd2 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 61b169d0850f43d2bf5dc88317a5487e713afc92 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: d6ff70ec0c9a34a6539523f5ec4488b0abac228c +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ITypeNameBuilder::OpenGenericArguments メソッド このメソッドは、.NET Framework インフラストラクチャをサポートします。独自に作成したコードから直接使用するためのものではありません。 @@ -44,14 +32,14 @@ ms.lasthandoff: 12/22/2017 HRESULT OpenGenericArguments ( ); ``` -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ホスト インターフェイス](../../../../docs/framework/unmanaged-api/hosting/hosting-interfaces.md) diff --git a/docs/framework/unmanaged-api/hosting/itypenamefactory-interface.md b/docs/framework/unmanaged-api/hosting/itypenamefactory-interface.md index 4cf0c4b3a3b..36b19eff16c 100644 --- a/docs/framework/unmanaged-api/hosting/itypenamefactory-interface.md +++ b/docs/framework/unmanaged-api/hosting/itypenamefactory-interface.md @@ -1,14 +1,6 @@ --- -title: "ITypeNameFactory インターフェイス" -ms.custom: +title: ITypeNameFactory インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ITypeNameFactory api_location: @@ -22,32 +14,28 @@ helpviewer_keywords: ms.assetid: fa4247c4-f4f1-4855-9241-e04d737f5f73 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: dcc7d7293bc95fce95994acb986844c983aaca4e -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 98a9fc95d6293924d2b3629cd83a1d1e75544632 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ITypeNameFactory インターフェイス 型名を分解するためのメソッドを提供します。 このインターフェイスは、.NET Framework インフラストラクチャをサポートします。独自に作成したコードから直接使用するためのものではありません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h **ライブラリ:** MSCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ホスト インターフェイス](../../../../docs/framework/unmanaged-api/hosting/hosting-interfaces.md) [TypeNameFactory コクラス](../../../../docs/framework/unmanaged-api/hosting/typenamefactory-coclass.md) diff --git a/docs/framework/unmanaged-api/hosting/loadlibraryshim-function.md b/docs/framework/unmanaged-api/hosting/loadlibraryshim-function.md index 8bf839fa87b..852f3a7a3c8 100644 --- a/docs/framework/unmanaged-api/hosting/loadlibraryshim-function.md +++ b/docs/framework/unmanaged-api/hosting/loadlibraryshim-function.md @@ -1,14 +1,6 @@ --- -title: "LoadLibraryShim 関数" -ms.custom: +title: LoadLibraryShim 関数 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - LoadLibraryShim api_location: @@ -23,22 +15,18 @@ helpviewer_keywords: ms.assetid: 30931874-4d0e-4df1-b3d1-e425b50655d1 topic_type: - apiref -caps.latest.revision: author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 5b8fe8413d0eff332e60508a083f03574e58d7bf -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: c8936fa3d22cfde4c2536fccf9d46c1990133db1 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # LoadLibraryShim 関数 指定したバージョンの .NET Framework 再頒布可能パッケージに含まれている DLL を読み込みます。 - この関数は、[!INCLUDE[net_v40_long](../../../../includes/net-v40-long-md.md)] では推奨されていません。 使用して、 [iclrruntimeinfo::loadlibrary](../../../../docs/framework/unmanaged-api/hosting/iclrruntimeinfo-loadlibrary-method.md)メソッド代わりにします。 + この関数は、[!INCLUDE[net_v40_long](../../../../includes/net-v40-long-md.md)] では非推奨とされました。 使用して、 [iclrruntimeinfo::loadlibrary](../../../../docs/framework/unmanaged-api/hosting/iclrruntimeinfo-loadlibrary-method.md)メソッド代わりにします。 ## 構文 @@ -78,12 +66,13 @@ HRESULT LoadLibraryShim ( > [!NOTE] > 以降、.NET Framework version 2.0 と、読み込まれる CLR Fusion.dll の読み込みとします。 Fusion.dll で関数が、ラッパーが、この実装は、ランタイムによって提供されるためです。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** MSCorEE.h - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 - [サポートされなくなった CLR ホスト関数](../../../../docs/framework/unmanaged-api/hosting/deprecated-clr-hosting-functions.md) +## 関連項目 + + [非推奨の CLR ホスト関数](../../../../docs/framework/unmanaged-api/hosting/deprecated-clr-hosting-functions.md) diff --git a/docs/framework/unmanaged-api/hosting/net-framework-4-hosting-global-static-functions.md b/docs/framework/unmanaged-api/hosting/net-framework-4-hosting-global-static-functions.md index e67253f649a..564b985e832 100644 --- a/docs/framework/unmanaged-api/hosting/net-framework-4-hosting-global-static-functions.md +++ b/docs/framework/unmanaged-api/hosting/net-framework-4-hosting-global-static-functions.md @@ -1,28 +1,18 @@ --- -title: ".NET Framework 4 ホスト グローバル静的関数" -ms.custom: +title: .NET Framework 4 ホスト グローバル静的関数 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference helpviewer_keywords: - hosting global static functions [.NET Framework], version 4 - global static functions [.NET Framework hosting], version 4 - .NET Framework 4, hosting global static functions ms.assetid: 07a1a6e1-db73-4555-81df-bc4054c51492 -caps.latest.revision: "13" author: rpetrusha ms.author: ronpet -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: dba16d057492f6043ece68cba0b324b81ae7c73d -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 019a17b38eb1cfccab4537d5f27b7625fdef1268 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # .NET Framework 4 ホスト グローバル静的関数 [!INCLUDE[net_v40_long](../../../../includes/net-v40-long-md.md)] MSCorEE.dll に 1 つの新しいエクスポート方法が導入されました。 [CLRCreateIntstance](../../../../docs/framework/unmanaged-api/hosting/clrcreateinstance-function.md)です。 @@ -31,6 +21,6 @@ ms.lasthandoff: 12/22/2017 [CLRCreateInstance 関数](../../../../docs/framework/unmanaged-api/hosting/clrcreateinstance-function.md) 3 つのインターフェイスのいずれかの提供: [ICLRMetaHost](../../../../docs/framework/unmanaged-api/hosting/iclrmetahost-interface.md)、 [ICLRMetaHostPolicy](../../../../docs/framework/unmanaged-api/hosting/iclrmetahostpolicy-interface.md)、または[ICLRDebugging](../../../../docs/framework/unmanaged-api/debugging/iclrdebugging-interface.md)です。 -## 参照 +## 関連項目 [ホスト グローバル静的関数](../../../../docs/framework/unmanaged-api/hosting/hosting-global-static-functions.md) [ホスティング](../../../../docs/framework/unmanaged-api/hosting/index.md) diff --git a/docs/framework/unmanaged-api/metadata/corfileflags-enumeration.md b/docs/framework/unmanaged-api/metadata/corfileflags-enumeration.md index 16f9e5615c8..0cb0850f1dd 100644 --- a/docs/framework/unmanaged-api/metadata/corfileflags-enumeration.md +++ b/docs/framework/unmanaged-api/metadata/corfileflags-enumeration.md @@ -1,14 +1,6 @@ --- -title: "CorFileFlags 列挙型" -ms.custom: +title: CorFileFlags 列挙型 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - CorFileFlags api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: d16703fd-518f-412e-92cb-74433d11032e topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 939c7997849adfed090ead3b197c690e0202f37c -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 7ecc2f62a6bb8119b7fe06a82aea827a58d04ecb +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # CorFileFlags 列挙型 呼び出しで定義されているファイルの種類を記述する値を含む[imetadataassemblyemit::definefile](../../../../docs/framework/unmanaged-api/metadata/imetadataassemblyemit-definefile-method.md)です。 @@ -55,12 +43,12 @@ typedef enum CorFileFlags { |`ffContainsMetaData`|ファイルがリソース ファイルでないことを示します。| |`ffContainsNoMetaData`|場合によっては、リソース ファイル、ファイルにメタデータが含まれていないことを示します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorHdr.h - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [メタデータ列挙型](../../../../docs/framework/unmanaged-api/metadata/metadata-enumerations.md) diff --git a/docs/framework/unmanaged-api/metadata/corlocalrefpreservation-enumeration.md b/docs/framework/unmanaged-api/metadata/corlocalrefpreservation-enumeration.md index 9daf4a8ff01..dd8e921ccc1 100644 --- a/docs/framework/unmanaged-api/metadata/corlocalrefpreservation-enumeration.md +++ b/docs/framework/unmanaged-api/metadata/corlocalrefpreservation-enumeration.md @@ -1,14 +1,6 @@ --- -title: "CorLocalRefPreservation 列挙型" -ms.custom: +title: CorLocalRefPreservation 列挙型 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - CorLocalRefPreservation api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 44757163-1228-4213-a4c4-d4de503cc75d topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: c35bbfef62f65a9a401d00f9ae56e2f4c00bb0b2 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: ee808ba403a513b897134420b45ebe8cd3537571 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # CorLocalRefPreservation 列挙型 ローカル参照の処理のためのフラグ値が格納されます。 @@ -56,12 +44,12 @@ typedef enum CorLocalRefPreservation |`MDPreserveLocalTypeRef`|ローカル型の参照を保持します。| |`MDPreserveLocalMemberRef`|ローカル メンバー参照を保持します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorHdr.h - **.NET framework のバージョン:**[!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v45plus](../../../../includes/net-current-v45plus-md.md)] -## 参照 +## 関連項目 [メタデータ列挙型](../../../../docs/framework/unmanaged-api/metadata/metadata-enumerations.md) diff --git a/docs/framework/unmanaged-api/metadata/corparamattr-enumeration.md b/docs/framework/unmanaged-api/metadata/corparamattr-enumeration.md index bb521c3235a..d933bb3f0ed 100644 --- a/docs/framework/unmanaged-api/metadata/corparamattr-enumeration.md +++ b/docs/framework/unmanaged-api/metadata/corparamattr-enumeration.md @@ -1,14 +1,6 @@ --- -title: "CorParamAttr 列挙型" -ms.custom: +title: CorParamAttr 列挙型 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - CorParamAttr api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: a7ff90ad-dad8-48e8-917d-4aa9a118cbc8 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 87afe125536473f99053db7d2fd4ae61fa4017ba -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 6ba2103003e3976e51e82ad6b42315a881582f5a +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # CorParamAttr 列挙型 メソッド パラメーターのメタデータを記述する値が格納されます。 @@ -67,12 +55,12 @@ typedef enum CorParamAttr { |`pdHasFieldMarshal`|パラメーターがマーシャ リング情報を使用することを指定します。| |`pdUnused`|使用されません。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorHdr.h - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [メタデータ列挙型](../../../../docs/framework/unmanaged-api/metadata/metadata-enumerations.md) diff --git a/docs/framework/unmanaged-api/metadata/corunmanagedcallingconvention-enumeration.md b/docs/framework/unmanaged-api/metadata/corunmanagedcallingconvention-enumeration.md index 2b5397db5f8..283b2821539 100644 --- a/docs/framework/unmanaged-api/metadata/corunmanagedcallingconvention-enumeration.md +++ b/docs/framework/unmanaged-api/metadata/corunmanagedcallingconvention-enumeration.md @@ -1,14 +1,6 @@ --- -title: "CorUnmanagedCallingConvention 列挙型" -ms.custom: +title: CorUnmanagedCallingConvention 列挙型 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - CorUnmanagedCallingConvention api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 83058790-160b-4703-a5eb-74b66acbdfa9 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 446a948c8809d9f098ede8fbb9b426f6169ce812 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 0b249d26335a66b55d0643f3e75bfd90554f731e +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # CorUnmanagedCallingConvention 列挙型 アンマネージ コードの呼び出し規約を指定します。 @@ -71,12 +59,12 @@ typedef enum CorUnmanagedCallingConvention { ## コメント CLR は、.NET Framework version 1.0 での「素早い」の呼び出し規約をサポートしていません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorHdr.h - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [メタデータ列挙型](../../../../docs/framework/unmanaged-api/metadata/metadata-enumerations.md) diff --git a/docs/framework/unmanaged-api/metadata/iceegen-allocatemethodbuffer-method.md b/docs/framework/unmanaged-api/metadata/iceegen-allocatemethodbuffer-method.md index 0a8434a7d9e..b3ab7c512f6 100644 --- a/docs/framework/unmanaged-api/metadata/iceegen-allocatemethodbuffer-method.md +++ b/docs/framework/unmanaged-api/metadata/iceegen-allocatemethodbuffer-method.md @@ -1,14 +1,6 @@ --- -title: "ICeeGen::AllocateMethodBuffer メソッド" -ms.custom: +title: ICeeGen::AllocateMethodBuffer メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICeeGen.AllocateMethodBuffer api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 845ab77e-9639-47f5-99fb-f3b619e3e779 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: b92d42878e9f3a8778208d8acf89de7618fc7c54 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: f56376d4400f4e24aefe2d1e5d4ad504b1d281cf +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICeeGen::AllocateMethodBuffer メソッド メソッドで指定されたサイズのバッファーを作成し、メソッドの相対仮想アドレスを取得します。 @@ -60,14 +48,14 @@ HRESULT AllocateMethodBuffer ( `RVA` [out]メソッドの相対仮想アドレス。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [ICeeGen インターフェイス](../../../../docs/framework/unmanaged-api/metadata/iceegen-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/iceegen-getsectioncreate-method.md b/docs/framework/unmanaged-api/metadata/iceegen-getsectioncreate-method.md index c10a537f32b..c768836394d 100644 --- a/docs/framework/unmanaged-api/metadata/iceegen-getsectioncreate-method.md +++ b/docs/framework/unmanaged-api/metadata/iceegen-getsectioncreate-method.md @@ -1,14 +1,6 @@ --- -title: "ICeeGen::GetSectionCreate メソッド" -ms.custom: +title: ICeeGen::GetSectionCreate メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICeeGen.GetSectionCreate api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 154b2460-59ce-4874-a9f2-1b3353486ac5 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: a069f65d3059bfa427ea20623ff9a2ac4049fd39 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 857462c380ce51994e13dab5cfe3c28bba0f38be +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICeeGen::GetSectionCreate メソッド 生成し、指定した名前とフラグの値を使用してコード セクションを取得します。 @@ -63,14 +51,14 @@ HRESULT GetSectionCreate ( ## コメント 呼び出す`GetSectionCreate`他の方法で処理されない特別なセクションの要件がある場合にのみです。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [ICeeGen インターフェイス](../../../../docs/framework/unmanaged-api/metadata/iceegen-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-enumfiles-method.md b/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-enumfiles-method.md index 6f90fa0bd3d..6288142a220 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-enumfiles-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-enumfiles-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataAssemblyImport::EnumFiles メソッド" -ms.custom: +title: IMetaDataAssemblyImport::EnumFiles メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataAssemblyImport.EnumFiles api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: f0d721e2-b946-426d-8e20-9124bd04e4cb topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 5ce0682f6f7719c902183778578d75dd19d56867 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: a1995ed0b281978b45b01dbeda54b02094a30412 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataAssemblyImport::EnumFiles メソッド 現在のアセンブリ マニフェストで参照されるファイルを列挙します。 @@ -66,17 +54,17 @@ HRESULT EnumFiles ( |HRESULT|説明| |-------------|-----------------| -|`S_OK`|`EnumFiles`正常に返されます。| +|`S_OK`|`EnumFiles` 正常に返されます。| |`S_FALSE`|列挙するトークンがありません。 この場合、`pcTokens`は 0 に設定します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataAssemblyImport インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataassemblyimport-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-enummanifestresources-method.md b/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-enummanifestresources-method.md index 6c04e1f5ba1..52c99ba2cef 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-enummanifestresources-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-enummanifestresources-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataAssemblyImport::EnumManifestResources メソッド" -ms.custom: +title: IMetaDataAssemblyImport::EnumManifestResources メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataAssemblyImport.EnumManifestResources api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 9543b111-5705-40c9-935c-a3ffc7a581aa topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: fa31441d060744bb17fc26a61daa7e655aa378fd -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 707e482a6952ee1266950dc181fbc85e5d6ef398 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataAssemblyImport::EnumManifestResources メソッド 現在のアセンブリ マニフェストで参照されているリソースの列挙子へのポインターを取得します。 @@ -66,17 +54,17 @@ HRESULT EnumManifestResources ( |HRESULT|説明| |-------------|-----------------| -|`S_OK`|`EnumManifestResources`正常に返されます。| +|`S_OK`|`EnumManifestResources` 正常に返されます。| |`S_FALSE`|列挙するトークンがありません。 この場合、`pcTokens`は 0 に設定します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataAssemblyImport インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataassemblyimport-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-findassembliesbyname-method.md b/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-findassembliesbyname-method.md index 7655aa44317..35c67e7ab38 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-findassembliesbyname-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-findassembliesbyname-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataAssemblyImport::FindAssembliesByName メソッド" -ms.custom: +title: IMetaDataAssemblyImport::FindAssembliesByName メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataAssemblyImport.FindAssembliesByName api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 4db97cf9-e4c1-4233-8efa-cbdc0e14a8e4 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 4d6518fdcf1bef8eaea74818f69f46bb6df26e31 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: a6c7bf332d829a440fe216756f7a23ec1277e6c6 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataAssemblyImport::FindAssembliesByName メソッド 指定したアセンブリの配列を取得`szAssemblyName`参照の解決には、共通言語ランタイム (CLR) で使用されている標準的な規則を使用して、パラメーター。 @@ -74,7 +62,7 @@ HRESULT FindAssembliesByName ( |HRESULT|説明| |-------------|-----------------| -|`S_OK`|`FindAssembliesByName`正常に返されます。| +|`S_OK`|`FindAssembliesByName` 正常に返されます。| |`S_FALSE`|アセンブリは存在しません。| ## コメント @@ -82,19 +70,19 @@ HRESULT FindAssembliesByName ( `FindAssembliesByName`メソッドが、CLR アセンブリ解決ロジックを実行するために、プロセスで初期化する必要があります。 そのため、呼び出す必要があります[CoInitializeEE](../../../../docs/framework/unmanaged-api/hosting/coinitializeee-function.md) (COINITEE_DEFAULT を渡す) 呼び出しの前に`FindAssembliesByName`、して次の呼び出しを[CoUninitializeCor](../../../../docs/framework/unmanaged-api/hosting/couninitializecor-function.md)です。 - `FindAssembliesByName`返します、 [IMetaDataImport](../../../../docs/framework/unmanaged-api/metadata/imetadataimport-interface.md)に渡される、アセンブリ名のアセンブリ マニフェストを含むファイルへのポインター。 (たとえば、バージョンが含まれていない場合) 特定のアセンブリ名が完全に指定されていない場合は、複数のアセンブリを返される可能性があります。 + `FindAssembliesByName` 返します、 [IMetaDataImport](../../../../docs/framework/unmanaged-api/metadata/imetadataimport-interface.md)に渡される、アセンブリ名のアセンブリ マニフェストを含むファイルへのポインター。 (たとえば、バージョンが含まれていない場合) 特定のアセンブリ名が完全に指定されていない場合は、複数のアセンブリを返される可能性があります。 - `FindAssembliesByName`コンパイル時参照アセンブリを検索しようとするコンパイラで通常使用されます。 + `FindAssembliesByName` コンパイル時参照アセンブリを検索しようとするコンパイラで通常使用されます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [ランタイムがアセンブリを検索する方法](../../../../docs/framework/deployment/how-the-runtime-locates-assemblies.md) [IMetaDataAssemblyImport インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataassemblyimport-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-getassemblyfromscope-method.md b/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-getassemblyfromscope-method.md index a9b5e268382..682f2551e74 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-getassemblyfromscope-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-getassemblyfromscope-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataAssemblyImport::GetAssemblyFromScope メソッド" -ms.custom: +title: IMetaDataAssemblyImport::GetAssemblyFromScope メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataAssemblyImport.GetAssemblyFromScope api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 0b437f70-561d-48c7-abe0-0cb9ace10c08 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 725e442180da16ae8165cbea2f625178eb943354 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 7322b4d0fce36f5dbef7e82f35cf9e2a1cae24a3 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataAssemblyImport::GetAssemblyFromScope メソッド 現在のスコープでアセンブリへのポインターを取得します。 @@ -50,14 +38,14 @@ HRESULT GetAssemblyFromScope ( `ptkAssembly` [out]取得したへのポインター`mdAssembly`アセンブリを識別するトークン。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataAssemblyImport インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataassemblyimport-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-interface.md b/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-interface.md index b8e10118eb3..d4e2b2963cb 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-interface.md +++ b/docs/framework/unmanaged-api/metadata/imetadataassemblyimport-interface.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataAssemblyImport インターフェイス" -ms.custom: +title: IMetaDataAssemblyImport インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataAssemblyImport api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 29c6fba5-4cea-417d-b484-7ed22ebff1c9 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 992b588d16bc221f6b72044da40d09fbb6894511 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: da75f98edb54080658dc86f48d4ebb458d72f20d +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataAssemblyImport インターフェイス アセンブリ マニフェストの内容にアクセスして確認するメソッドを提供します。 @@ -56,15 +44,15 @@ ms.lasthandoff: 12/22/2017 |[GetFileProps メソッド](../../../../docs/framework/unmanaged-api/metadata/imetadataassemblyimport-getfileprops-method.md)|指定されたファイルのプロパティの設定を取得します。| |[GetManifestResourceProps メソッド](../../../../docs/framework/unmanaged-api/metadata/imetadataassemblyimport-getmanifestresourceprops-method.md)|指定されたマニフェスト リソースのプロパティの設定を取得します。| -## 必要条件 - **Platform:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **Platform:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [メタデータ インターフェイス](../../../../docs/framework/unmanaged-api/metadata/metadata-interfaces.md) [IMetaDataAssemblyEmit インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataassemblyemit-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataconverter-interface.md b/docs/framework/unmanaged-api/metadata/imetadataconverter-interface.md index 417979750ac..2aa9e69f82d 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataconverter-interface.md +++ b/docs/framework/unmanaged-api/metadata/imetadataconverter-interface.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataConverter インターフェイス" -ms.custom: +title: IMetaDataConverter インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataConverter api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 9caea662-0167-4267-b14a-2fa42c3be4ea topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 758ea4261b859773c600ca91d52e3a9053776136 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 29709a4297d53cc5e40daf732ac89751ead95152 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataConverter インターフェイス タイプ ライブラリをそれぞれのメタデータ署名にマップして、一方から他方に変換するメソッドを提供します。 @@ -45,15 +33,15 @@ ms.lasthandoff: 12/22/2017 |[GetMetaDataFromTypeLib メソッド](../../../../docs/framework/unmanaged-api/metadata/imetadataconverter-getmetadatafromtypelib-method.md)|ポインターを取得、`IMetaDataImport`を指定したによって表されるタイプ ライブラリのメタデータ シグネチャを表すインスタンス`ITypeLib`インスタンス。| |[GetTypeLibFromMetaData メソッド](../../../../docs/framework/unmanaged-api/metadata/imetadataconverter-gettypelibfrommetadata-method.md)|ポインターを取得、`ITypeLib`を指定されたモジュールとライブラリの名前を持つタイプ ライブラリを表すインスタンス。| -## 必要条件 - **Platform:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **Platform:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [メタデータ インターフェイス](../../../../docs/framework/unmanaged-api/metadata/metadata-interfaces.md) [IMetaDataImport インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataimport-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadatadispenserex-setoption-method.md b/docs/framework/unmanaged-api/metadata/imetadatadispenserex-setoption-method.md index 0b19ccb7412..548a8fcb9b8 100644 --- a/docs/framework/unmanaged-api/metadata/imetadatadispenserex-setoption-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadatadispenserex-setoption-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataDispenserEx::SetOption メソッド" -ms.custom: +title: IMetaDataDispenserEx::SetOption メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataDispenserEx.SetOption api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 9f1c7ccd-7fb2-41d8-aa00-24b823376527 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 96810ba0eab99d1df58f0b68b85ef4da8ce7084e -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: cfe600b54eb03a07ea01375355c5ff94190e5d9d +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataDispenserEx::SetOption メソッド 現在のメタデータ スコープに指定された値を指定されたオプションを設定します。 オプションは、現在のメタデータ スコープへの呼び出しの処理方法を制御します。 @@ -57,7 +45,7 @@ HRESULT SetOption ( ## コメント 次の表に、使用可能な Guid を`optionId`パラメーターが指すことができ、対応する有効な値の`pValue`パラメーター。 -|GUID|説明|`pValue`パラメーター| +|GUID|説明|`pValue` パラメーター| |----------|-----------------|------------------------| |MetaDataCheckDuplicatesFor|重複をチェックする項目を制御します。 呼び出すたびに、 [IMetaDataEmit](../../../../docs/framework/unmanaged-api/metadata/imetadataemit-interface.md)を新しい項目を作成するメソッドを現在のスコープ内の項目は既に存在するかどうかを確認するメソッドを依頼することができます。 存在を確認するなど、`mdMethodDef`項目です。 ここでは、呼び出す[imetadataemit::definemethod](../../../../docs/framework/unmanaged-api/metadata/imetadataemit-definemethod-method.md)、メソッドが、現在のスコープに存在ないことを確認します。 このチェックは、特定のメソッドを一意に識別するキーを使用して: 親の種類、名前、および署名されます。|UI4、型のバリアントをする必要があるありの値の組み合わせを含める必要があります、 [CorCheckDuplicatesFor](../../../../docs/framework/unmanaged-api/metadata/corcheckduplicatesfor-enumeration.md)列挙します。| |MetaDataRefToDefCheck|参照項目コントロールは、定義に変換されます。 既定では、メタデータ エンジンは、参照されているアイテムが実際には、現在のスコープで定義されている場合、その定義に参照されているアイテムを変換することで、コードが最適化されます。|UI4、型のバリアントをする必要があるありの値の組み合わせを含める必要があります、 [CorRefToDefCheck](../../../../docs/framework/unmanaged-api/metadata/correftodefcheck-enumeration.md)列挙します。| @@ -73,15 +61,15 @@ HRESULT SetOption ( |MetaDataMergerOptions|メタデータのマージ オプションを指定します。|UI4、型のバリアントをする必要があるありの値の組み合わせを含める必要があります、`MergeFlags`列挙体は、CorHdr.h ファイルで説明します。| |MetaDataPreserveLocalRefs|定義にローカル参照の最適化を無効にします。|値の組み合わせを含める必要があります、 [CorLocalRefPreservation](../../../../docs/framework/unmanaged-api/metadata/corlocalrefpreservation-enumeration.md)列挙します。| -## 必要条件 - **Platform:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **Platform:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataDispenserEx インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadatadispenserex-interface.md) [IMetaDataDispenser インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadatadispenser-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataemit-defineimporttype-method.md b/docs/framework/unmanaged-api/metadata/imetadataemit-defineimporttype-method.md index b789278e81f..2a2d4ee863e 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataemit-defineimporttype-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataemit-defineimporttype-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataEmit::DefineImportType メソッド" -ms.custom: +title: IMetaDataEmit::DefineImportType メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataEmit.DefineImportType api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 37fd27af-8062-4904-ace4-51bb78ec600a topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 1fee13c88cc39398808ad1ff481e602d63e8f39f -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 68e6f7599db55ed9429f159b380a8a9f8ae3f034 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataEmit::DefineImportType メソッド 現在のスコープ外に定義され、その参照のトークンを定義する指定された型への参照を作成します。 @@ -77,15 +65,15 @@ HRESULT DefineImportType ( ## コメント 呼び出しの前に、 [imetadataemit::defineimportmember](../../../../docs/framework/unmanaged-api/metadata/imetadataemit-defineimportmember-method.md)メソッドを使用できます、`DefineImportType`メソッドをメンバーの親クラスまたは親インターフェイスの現在のスコープ内の型の参照を作成します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MSCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataEmit インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit-interface.md) [IMetaDataEmit2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit2-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataemit-definemoduleref-method.md b/docs/framework/unmanaged-api/metadata/imetadataemit-definemoduleref-method.md index 304f1a4bee2..be5d36e54a0 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataemit-definemoduleref-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataemit-definemoduleref-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataEmit::DefineModuleRef メソッド" -ms.custom: +title: IMetaDataEmit::DefineModuleRef メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataEmit.DefineModuleRef api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: f2833594-d90b-4a71-9a53-34b12470c64a topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 2b745e216ca49ed5d226d6d531281880b43e4939 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 4503c3c745fde148c77ff30c9ece008dd9d54829 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataEmit::DefineModuleRef メソッド 指定した名前のモジュールのメタデータ署名を作成します。 @@ -54,15 +42,15 @@ HRESULT DefineModuleRef ( `pmur` [out]割り当てられている`mdModuleRef`トークンです。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MSCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataEmit インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit-interface.md) [IMetaDataEmit2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit2-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataemit-definepermissionset-method.md b/docs/framework/unmanaged-api/metadata/imetadataemit-definepermissionset-method.md index 8fcad46bff7..29480faaf4f 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataemit-definepermissionset-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataemit-definepermissionset-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataEmit::DefinePermissionSet メソッド" -ms.custom: +title: IMetaDataEmit::DefinePermissionSet メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataEmit.DefinePermissionSet api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 36cffbf7-82ca-4cf9-bf60-50ab491ac2d9 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 74bea316d3f56e007c4b75e6b801d8c82ae8ce96 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 05339787b112ad029cb9870e8c6ffca37e55e631 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataEmit::DefinePermissionSet メソッド アクセス許可が、指定したメタデータ シグネチャを持つ、設定の定義を作成し、そのアクセス許可セットの定義にトークンを取得します。 @@ -66,15 +54,15 @@ HRESULT DefinePermissionSet ( `ppm` [out]返されるアクセス許可のトークンです。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MSCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataEmit インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit-interface.md) [IMetaDataEmit2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit2-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataemit-deletetoken-method.md b/docs/framework/unmanaged-api/metadata/imetadataemit-deletetoken-method.md index b9e3df0e62f..e031aab9c57 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataemit-deletetoken-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataemit-deletetoken-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataEmit::DeleteToken メソッド" -ms.custom: +title: IMetaDataEmit::DeleteToken メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataEmit.DeleteToken api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: a4926d0a-261b-46b1-9994-82633661a64b topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 5fe79e13a44ef9d916a0009c46200605950e8895 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 269dac0f3d8a719224c177ef2c261e4c1e2e7e92 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataEmit::DeleteToken メソッド 現在のメタデータ スコープから、指定されたトークンを削除します。 @@ -50,15 +38,15 @@ HRESULT DeleteToken ( `tkObj` [in]削除するトークンです。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MSCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataEmit インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit-interface.md) [IMetaDataEmit2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit2-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataemit-savetomemory-method.md b/docs/framework/unmanaged-api/metadata/imetadataemit-savetomemory-method.md index f5b4cdfab38..1b10711dff7 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataemit-savetomemory-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataemit-savetomemory-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataEmit::SaveToMemory メソッド" -ms.custom: +title: IMetaDataEmit::SaveToMemory メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataEmit.SaveToMemory api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: d5237628-2675-45ed-a39e-65c0731b6a56 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: b88034562701508369d6aadef8e92e31b2de438c -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: b680e807554a60711e61729680e9c9fcf1c8fdaa +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataEmit::SaveToMemory メソッド 指定したメモリ領域を現在のスコープ内のすべてのメタデータを保存します。 @@ -54,15 +42,15 @@ HRESULT SaveToMemory ( `cbData` [in]割り当てられたメモリのバイト単位のサイズ。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MSCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataEmit インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit-interface.md) [IMetaDataEmit2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit2-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataemit-savetostream-method.md b/docs/framework/unmanaged-api/metadata/imetadataemit-savetostream-method.md index 46a73ca7249..330eecb35d3 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataemit-savetostream-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataemit-savetostream-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataEmit::SaveToStream メソッド" -ms.custom: +title: IMetaDataEmit::SaveToStream メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataEmit.SaveToStream api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: e0290a49-3818-4a43-ad46-3014faa34f97 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 135faea41ab1a8165e315b8d0815abc48ba7fd38 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 656f5ee20e50ea9ac5c03711adfd0b8264fbcca0 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataEmit::SaveToStream メソッド 現在のスコープを指定したすべてのメタデータを保存`IStream`です。 @@ -54,15 +42,15 @@ HRESULT SaveToStream ( `dwSaveFlags` [in]予約されています。 ゼロを指定してください。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MSCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataEmit インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit-interface.md) [IMetaDataEmit2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit2-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataemit-setcustomattributevalue-method.md b/docs/framework/unmanaged-api/metadata/imetadataemit-setcustomattributevalue-method.md index ac1471a6707..e4d138b5fa5 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataemit-setcustomattributevalue-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataemit-setcustomattributevalue-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataEmit::SetCustomAttributeValue メソッド" -ms.custom: +title: IMetaDataEmit::SetCustomAttributeValue メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataEmit.SetCustomAttributeValue api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: f721c863-9642-4e64-917a-65f9e55c25b9 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 6900fe9edd8c551952691ab02042e5172a39d626 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 6b699539df52bda9206191dd89c0f95de69140a5 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataEmit::SetCustomAttributeValue メソッド 設定または前回の呼び出しによって定義されたカスタム属性の値を更新[imetadataemit::definecustomattribute](../../../../docs/framework/unmanaged-api/metadata/imetadataemit-definecustomattribute-method.md)です。 @@ -58,15 +46,15 @@ HRESULT SetCustomAttributeValue ( `cbCustomAttribute` [in]カスタム属性のバイト単位のサイズ。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MSCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataEmit インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit-interface.md) [IMetaDataEmit2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit2-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataemit-setrva-method.md b/docs/framework/unmanaged-api/metadata/imetadataemit-setrva-method.md index ce346762ef5..33d3a7a4bc7 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataemit-setrva-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataemit-setrva-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataEmit::SetRVA メソッド" -ms.custom: +title: IMetaDataEmit::SetRVA メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataEmit.SetRVA api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 4d69fb6d-ee35-4318-8224-5eea2bd16818 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 2a9ea1fe9afdb16f956ff8a0019a9bb607aa87f3 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 371eed84883e2816892c0a6a212a4a89a287cc58 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataEmit::SetRVA メソッド 指定したメソッドの相対仮想アドレスを設定します。 @@ -54,15 +42,15 @@ HRESULT SetRVA ( `ulRVA` [in]コードまたはデータ領域のアドレス。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MSCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataEmit インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit-interface.md) [IMetaDataEmit2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit2-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataemit2-definemethodspec-method.md b/docs/framework/unmanaged-api/metadata/imetadataemit2-definemethodspec-method.md index 78b548e3540..3d00c87827a 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataemit2-definemethodspec-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataemit2-definemethodspec-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataEmit2::DefineMethodSpec メソッド" -ms.custom: +title: IMetaDataEmit2::DefineMethodSpec メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataEmit2.DefineMethodSpec api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 3c24e552-fc69-4971-b65a-a3e4b5f7f1e8 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 68b500a1a22b8efaedb4604351d91db03bb514cd -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 85b17199ad40d8b3fbf4e1a0271828e5a5ac7991 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataEmit2::DefineMethodSpec メソッド メソッドのジェネリックのインスタンスを作成し、定義にトークンを取得します。 @@ -62,15 +50,15 @@ HRESULT DefineMethodSpec ( `pmi` [out]メソッドのメタデータ署名の定義をトークンです。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [IMetaDataEmit2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit2-interface.md) [IMetaDataEmit インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataemit2-getdeltasavesize-method.md b/docs/framework/unmanaged-api/metadata/imetadataemit2-getdeltasavesize-method.md index faba1991f6a..acdb0c4b80b 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataemit2-getdeltasavesize-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataemit2-getdeltasavesize-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataEmit2::GetDeltaSaveSize メソッド" -ms.custom: +title: IMetaDataEmit2::GetDeltaSaveSize メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataEmit2.GetDeltaSaveSize api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 036db5e7-8211-4645-9a34-03d1a89be955 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 562b7be418a4a4e335350adf5131178e406b5a07 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: ad6e565db634477e4f0382afdec12361ce7111a8 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataEmit2::GetDeltaSaveSize メソッド エディット コンティニュの現在のセッションを実行した結果のメタデータのサイズ変更を示す値を取得します。 @@ -54,15 +42,15 @@ HRESULT GetDeltaSaveSize ( `pdwSaveSize` [out]メタデータのサイズの変化です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [IMetaDataEmit2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit2-interface.md) [IMetaDataEmit インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataemit-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataimport-enummethodsemantics-method.md b/docs/framework/unmanaged-api/metadata/imetadataimport-enummethodsemantics-method.md index 2531a9c9d38..f874f83ecb7 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataimport-enummethodsemantics-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataimport-enummethodsemantics-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataImport::EnumMethodSemantics メソッド" -ms.custom: +title: IMetaDataImport::EnumMethodSemantics メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataImport.EnumMethodSemantics api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: e7e3c630-9691-46d6-94df-b5593a7bb08a topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 883505076fa9ff4f335c08b069e801ebda1ebb2d -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 00a28e0f7ab03af8d5f2fc0dda5274f9aaa4dca2 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataImport::EnumMethodSemantics メソッド 指定したメソッドが関連付けられているプロパティおよびプロパティ変更イベントを列挙します。 @@ -70,21 +58,21 @@ HRESULT EnumMethodSemantics ( |HRESULT|説明| |-------------|-----------------| -|`S_OK`|`EnumMethodSemantics`正常に返されます。| +|`S_OK`|`EnumMethodSemantics` 正常に返されます。| |`S_FALSE`|列挙するイベントまたはプロパティはありません。 その場合は、`pcEventProp`ゼロです。| ## コメント 多くの共通言語ランタイム型を定義する*プロパティ*`Changed`イベントと`On`*プロパティ*`Changed`それらのプロパティに関連するメソッド。 たとえば、型を定義、プロパティ、イベント、およびメソッドです。 Set アクセサー メソッド、プロパティの呼び出し順番を生成するメソッド、イベント。 呼び出して`EnumMethodSemantics`の MethodDef を使用してへの参照を取得する、プロパティおよびイベント。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataImport インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataimport-interface.md) [IMetaDataImport2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataimport2-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataimport-enumparams-method.md b/docs/framework/unmanaged-api/metadata/imetadataimport-enumparams-method.md index 26b09ddb318..9132d282881 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataimport-enumparams-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataimport-enumparams-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataImport::EnumParams メソッド" -ms.custom: +title: IMetaDataImport::EnumParams メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataImport.EnumParams api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 52118dc9-fe6e-4b39-aa48-c3cc3ea4214d topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 51544a44ed4bae25d4214e25c717769a8446f0f9 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: b848c30e824d45f6f619cfdb3d00a2d3cdc4573e +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataImport::EnumParams メソッド 指定した MethodDef トークンによって参照されるメソッドのパラメーターを表す ParamDef トークンを列挙します。 @@ -70,18 +58,18 @@ HRESULT EnumParams ( |HRESULT|説明| |-------------|-----------------| -|`S_OK`|`EnumParams`正常に返されます。| +|`S_OK`|`EnumParams` 正常に返されます。| |`S_FALSE`|列挙するトークンがありません。 その場合は、`pcTokens`ゼロです。| -## 必要条件 - **Platform:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **Platform:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataImport インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataimport-interface.md) [IMetaDataImport2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataimport2-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataimport-findmember-method.md b/docs/framework/unmanaged-api/metadata/imetadataimport-findmember-method.md index f6738d7597d..508cc542628 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataimport-findmember-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataimport-findmember-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataImport::FindMember メソッド" -ms.custom: +title: IMetaDataImport::FindMember メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataImport.FindMember api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: ad32fb84-c2b6-41cd-888d-787ff3a90449 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: a20930688aed210309a719de2c7187f1f5fd1f24 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 79c9a54a44ae1751cb8b1b57379ccfd6485f6e6b +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataImport::FindMember メソッド ポインターを取得、MemberDef トークン フィールドまたは囲まれているメソッドの指定した指定した名前とメタデータ シグネチャを持つとします。 @@ -71,20 +59,20 @@ HRESULT FindMember ( 渡される署名`FindMember`生成された、現在のスコープで特定のスコープにバインドされるためです。 シグネチャには、外側のクラスまたは値の型を識別するトークンを埋め込むことができます。 トークンは、ローカルの TypeDef テーブルへのインデックスです。 現在のスコープのコンテキストの外部のランタイムのシグネチャを作成できずを入力としてにその署名を使用して`FindMember`です。 - `FindMember`クラスまたはインターフェイスで直接定義されたメンバーのみを検索します。継承されたメンバーは検索されません。 + `FindMember` クラスまたはインターフェイスで直接定義されたメンバーのみを検索します。継承されたメンバーは検索されません。 > [!NOTE] -> `FindMember`ヘルパー メソッドです。 呼び出す[imetadataimport::findmethod](../../../../docs/framework/unmanaged-api/metadata/imetadataimport-findmethod-method.md)以外の場合はその呼び出しは、一致を見つけられない場合`FindMember`を呼び出して[imetadataimport::findfield](../../../../docs/framework/unmanaged-api/metadata/imetadataimport-findfield-method.md)です。 +> `FindMember` ヘルパー メソッドです。 呼び出す[imetadataimport::findmethod](../../../../docs/framework/unmanaged-api/metadata/imetadataimport-findmethod-method.md)以外の場合はその呼び出しは、一致を見つけられない場合`FindMember`を呼び出して[imetadataimport::findfield](../../../../docs/framework/unmanaged-api/metadata/imetadataimport-findfield-method.md)です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataImport インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataimport-interface.md) [IMetaDataImport2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataimport2-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataimport-findmethod-method.md b/docs/framework/unmanaged-api/metadata/imetadataimport-findmethod-method.md index d0f82e741b7..1558d36532e 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataimport-findmethod-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataimport-findmethod-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataImport::FindMethod メソッド" -ms.custom: +title: IMetaDataImport::FindMethod メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataImport.FindMethod api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 0f9bde1d-e306-438d-941b-d0925b322304 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: e59cc440ba004545c31d6b25d36cca4fdfb58899 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 6b68d4e3d51fdb50290319de804a78c1a78a07a4 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataImport::FindMethod メソッド ポインターを取得した MethodDef トークンが囲まれているメソッドに、指定した指定した名前とメタデータ シグネチャを持つとします。 @@ -71,18 +59,18 @@ HRESULT FindMethod ( 渡される署名`FindMethod`生成された、現在のスコープで特定のスコープにバインドされるためです。 シグネチャには、外側のクラスまたは値の型を識別するトークンを埋め込むことができます。 トークンは、ローカルの TypeDef テーブルへのインデックスです。 現在のスコープのコンテキストの外部のランタイムのシグネチャを作成できずを入力としてにその署名を使用して`FindMethod`です。 - `FindMethod`クラスまたはインターフェイスで直接定義されたメソッドのみを検索します。継承されたメソッドが見つかりません。 + `FindMethod` クラスまたはインターフェイスで直接定義されたメソッドのみを検索します。継承されたメソッドが見つかりません。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataImport インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataimport-interface.md) [IMetaDataImport2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataimport2-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataimport-getcustomattributebyname-method.md b/docs/framework/unmanaged-api/metadata/imetadataimport-getcustomattributebyname-method.md index bfcebfcb127..d461ed1c7fd 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataimport-getcustomattributebyname-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataimport-getcustomattributebyname-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataImport::GetCustomAttributeByName メソッド" -ms.custom: +title: IMetaDataImport::GetCustomAttributeByName メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataImport.GetCustomAttributeByName api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 909aa530-2e3b-4d0a-a38a-a2750e535d7d topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 7d234a58d95203a26e8b1cab2cb936e6ee50c2fa -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: c25304bef4d240eedea749bb2829595056f9b74d +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataImport::GetCustomAttributeByName メソッド その名前と所有者を指定、カスタム属性を取得します。 @@ -65,15 +53,15 @@ HRESULT GetCustomAttributeByName ( ## コメント 所有者が同じ複数のカスタム属性を定義するには同じ名前があってもあります。 ただし、`GetCustomAttributeByName`インスタンス 1 つだけを返します。 (`GetCustomAttributeByName`を検出した最初のインスタンスが返されます)。カスタム属性のすべてのインスタンスを検索するには、呼び出し、 [imetadataimport::enumcustomattributes](../../../../docs/framework/unmanaged-api/metadata/imetadataimport-enumcustomattributes-method.md)メソッドです。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataImport インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataimport-interface.md) [IMetaDataImport2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataimport2-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataimport-getcustomattributeprops-method.md b/docs/framework/unmanaged-api/metadata/imetadataimport-getcustomattributeprops-method.md index a7c2cd18812..4cd86fa6619 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataimport-getcustomattributeprops-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataimport-getcustomattributeprops-method.md @@ -1,14 +1,6 @@ --- title: IMetaDataImport::GetCustomAttributeProps メソッド -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: reference api_name: - IMetaDataImport.GetCustomAttributeProps api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 6eefb243-a281-41c1-bcdc-7e17513bc446 topic_type: - apiref -caps.latest.revision: 14 author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: b1e6ef9443b99b3e6b36154558ce226d421dbc0a -ms.sourcegitcommit: b750a8e3979749b214e7e10c82efb0a0524dfcb1 +ms.openlocfilehash: 8a4ed21b6f9fd067f3357e07c5fda07d25ce868d +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/10/2018 +ms.lasthandoff: 05/04/2018 --- # IMetaDataImport::GetCustomAttributeProps メソッド 指定したメタデータ トークンのカスタム属性の値を取得します。 @@ -70,7 +58,7 @@ HRESULT GetCustomAttributeProps ( カスタム属性はデータの配列として格納され、その形式はメタデータ エンジンによって解釈されます。 ## 要件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h diff --git a/docs/framework/unmanaged-api/metadata/imetadataimport-geteventprops-method.md b/docs/framework/unmanaged-api/metadata/imetadataimport-geteventprops-method.md index ea054ab767b..b40300b1995 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataimport-geteventprops-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataimport-geteventprops-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataImport::GetEventProps メソッド" -ms.custom: +title: IMetaDataImport::GetEventProps メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataImport.GetEventProps api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 5eaf3b4a-92b7-4d5b-97e0-1e83721e0052 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 73f257c46fd21355eeaabbe9e1b5d2841d2c3911 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 6ac1ecb73257782888c963082953ed243177a86b +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataImport::GetEventProps メソッド 宣言する型、追加、デリゲートの削除メソッドと任意のフラグと関連付けられているその他のデータを含め、指定したイベント トークンによって表されるイベントのメタデータ情報を取得します。 @@ -95,15 +83,15 @@ HRESULT GetEventProps ( `pcOtherMethod` [out]返されるトークンの数`rmdOtherMethod`です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataImport インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataimport-interface.md) [IMetaDataImport2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataimport2-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataimport-getpropertyprops-method.md b/docs/framework/unmanaged-api/metadata/imetadataimport-getpropertyprops-method.md index 37113a234e4..cd09b883a7c 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataimport-getpropertyprops-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataimport-getpropertyprops-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataImport::GetPropertyProps メソッド" -ms.custom: +title: IMetaDataImport::GetPropertyProps メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataImport.GetPropertyProps api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: dc0ff3e6-7e7d-4f6c-948d-52b28f5cb78c topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: d838f43b500ac3dd0c3b44d9d84dd9fc039c6e16 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 7312cbd31a04365801b0380d5914966f36679560 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataImport::GetPropertyProps メソッド 指定したトークンによって表されるプロパティのメタデータを取得します。 @@ -110,15 +98,15 @@ HRESULT GetPropertyProps ( `pcOtherMethod` [out]MethodDef トークンで返される数`rmdOtherMethod`です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして含まれています。 - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] -## 参照 +## 関連項目 [IMetaDataImport インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataimport-interface.md) [IMetaDataImport2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataimport2-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadataimport2-enumgenericparamconstraints-method.md b/docs/framework/unmanaged-api/metadata/imetadataimport2-enumgenericparamconstraints-method.md index 4d14917e33c..9e6a37ef20b 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataimport2-enumgenericparamconstraints-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataimport2-enumgenericparamconstraints-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataImport2::EnumGenericParamConstraints メソッド" -ms.custom: +title: IMetaDataImport2::EnumGenericParamConstraints メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataImport2.EnumGenericParamConstraints api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 8a7d4e40-28fe-4e14-b801-4049880130e7 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 72f863205c0fa7f4c6b4477c9d9143d1923a5d4c -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: fd5d35cb13bb55fc73e160089cbc1050cb3d5c0e +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataImport2::EnumGenericParamConstraints メソッド 指定したトークンによって表されるジェネリック パラメーターに関連付けられているジェネリック パラメーターの制約の配列の列挙子を取得します。 @@ -70,18 +58,18 @@ HRESULT EnumGenericParamConstraints ( |HRESULT|説明| |-------------|-----------------| -|`S_OK`|`EnumGenericParameterConstraints`正常に返されます。| -|`S_FALSE`|`phEnum`メンバーの要素がありません。 この場合、`pcGenericParameterConstraints`は 0 (ゼロ) に設定します。| +|`S_OK`|`EnumGenericParameterConstraints` 正常に返されます。| +|`S_FALSE`|`phEnum` メンバーの要素がありません。 この場合、`pcGenericParameterConstraints`は 0 (ゼロ) に設定します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [IMetaDataImport2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataimport2-interface.md) [IMetaDataImport インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadataimport-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadatainfo-getfilemapping-method.md b/docs/framework/unmanaged-api/metadata/imetadatainfo-getfilemapping-method.md index 3f9c55f63c5..fc0b9e4009e 100644 --- a/docs/framework/unmanaged-api/metadata/imetadatainfo-getfilemapping-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadatainfo-getfilemapping-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataInfo::GetFileMapping メソッド" -ms.custom: +title: IMetaDataInfo::GetFileMapping メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataInfo.GetFileMapping api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 2868dfec-c992-4606-88bb-a8e0b6b18271 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: f974230dc5ddf2a663f05fc06850f49f1de6e773 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 562b6fcd015441ce5eb6b5f0ab7a4f361bb229c3 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataInfo::GetFileMapping メソッド メモリの領域、マップされたファイルとマッピングの種類を取得します。 @@ -75,15 +63,15 @@ HRESULT GetFileMapping ( 3 つのパラメーターのいずれかに NULL を渡すことはサポートされていません。 このメソッドを返します`E_INVALIDARG`出力のいずれもがいっぱいになるとします。 マッピングの種類や領域のサイズを無視すると、プログラムが異常終了が発生することができます。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] -## 参照 +## 関連項目 [IMetaDataInfo インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadatainfo-interface.md) [CorFileMapping 列挙型](../../../../docs/framework/unmanaged-api/metadata/corfilemapping-enumeration.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadatainfo-interface.md b/docs/framework/unmanaged-api/metadata/imetadatainfo-interface.md index 83258b4b23a..1b3452afe2a 100644 --- a/docs/framework/unmanaged-api/metadata/imetadatainfo-interface.md +++ b/docs/framework/unmanaged-api/metadata/imetadatainfo-interface.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataInfo インターフェイス" -ms.custom: +title: IMetaDataInfo インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataInfo api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 137cb264-64de-46ac-bc6e-2a7db97e8abe topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: c0e0483f48f772d280faab3f47c1188829804a3a -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: a42a97a659676fc086ed9f4620f2e9d821f057e8 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataInfo インターフェイス ディスク上のファイルからメモリへのメタデータのマッピングに関する情報を取得するメソッドを提供します。 @@ -43,15 +31,15 @@ ms.lasthandoff: 12/22/2017 |------------|-----------------| |[GetFileMapping メソッド](../../../../docs/framework/unmanaged-api/metadata/imetadatainfo-getfilemapping-method.md)|メモリの領域、マップされたファイルとマッピングの種類を取得します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v40plus](../../../../includes/net-current-v40plus-md.md)] -## 参照 +## 関連項目 [メタデータ インターフェイス](../../../../docs/framework/unmanaged-api/metadata/metadata-interfaces.md) [CorFileMapping 列挙型](../../../../docs/framework/unmanaged-api/metadata/corfilemapping-enumeration.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadatatables-getcolumn-method.md b/docs/framework/unmanaged-api/metadata/imetadatatables-getcolumn-method.md index 570aa100db4..d3a1e6cf56f 100644 --- a/docs/framework/unmanaged-api/metadata/imetadatatables-getcolumn-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadatatables-getcolumn-method.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataTables::GetColumn メソッド" -ms.custom: +title: IMetaDataTables::GetColumn メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataTables.GetColumn api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 1032055b-cabb-45c5-a50e-7e853201b175 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 162162b972ab0e1f3de55d56c18372f2475c9846 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 850a97240e0a6450b4dec759a8786e0df5bffac8 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataTables::GetColumn メソッド 指定した列と、指定されたテーブルの行のセルに含まれる値へのポインターを取得します。 @@ -62,15 +50,15 @@ HRESULT GetColumn ( `pVal` [out]セルの値へのポインター。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして使用 - **.NET framework のバージョン**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [IMetaDataTables インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadatatables-interface.md) [IMetaDataTables2 インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadatatables2-interface.md) diff --git a/docs/framework/unmanaged-api/metadata/imetadatatables2-interface.md b/docs/framework/unmanaged-api/metadata/imetadatatables2-interface.md index fc1459d7909..e6a2567c907 100644 --- a/docs/framework/unmanaged-api/metadata/imetadatatables2-interface.md +++ b/docs/framework/unmanaged-api/metadata/imetadatatables2-interface.md @@ -1,14 +1,6 @@ --- -title: "IMetaDataTables2 インターフェイス" -ms.custom: +title: IMetaDataTables2 インターフェイス ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - IMetaDataTables2 api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: c788bb7c-0212-4b6d-b840-22e8c8829028 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: c08dc8ea9af83e15b6736564eca5d376c6264387 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: acd51e06382502fdc2facae939212e02d3675f6a +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # IMetaDataTables2 インターフェイス 拡張[IMetaDataTables](../../../../docs/framework/unmanaged-api/metadata/imetadatatables-interface.md)メタデータ ストリームを操作するためのメソッドを含めます。 @@ -44,15 +32,15 @@ ms.lasthandoff: 12/22/2017 |[GetMetaDataStorage メソッド](../../../../docs/framework/unmanaged-api/metadata/imetadatatables2-getmetadatastorage-method.md)|指定されたセクションに格納されているメタデータの内容とサイズを取得します。| |[GetMetaDataStreamInfo メソッド](../../../../docs/framework/unmanaged-api/metadata/imetadatatables2-getmetadatastreaminfo-method.md)|名前、サイズ、および指定したインデックス位置にあるメタデータ ストリームの内容を取得します。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** Cor.h **ライブラリ:** MsCorEE.dll にリソースとして使用 - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [IMetaDataTables インターフェイス](../../../../docs/framework/unmanaged-api/metadata/imetadatatables-interface.md) [メタデータ インターフェイス](../../../../docs/framework/unmanaged-api/metadata/metadata-interfaces.md) diff --git a/docs/framework/unmanaged-api/profiling/cor-prf-ex-clause-info-structure.md b/docs/framework/unmanaged-api/profiling/cor-prf-ex-clause-info-structure.md index 421cfe3f72c..a99c7452d9e 100644 --- a/docs/framework/unmanaged-api/profiling/cor-prf-ex-clause-info-structure.md +++ b/docs/framework/unmanaged-api/profiling/cor-prf-ex-clause-info-structure.md @@ -1,14 +1,6 @@ --- -title: "COR_PRF_EX_CLAUSE_INFO 構造体" -ms.custom: +title: COR_PRF_EX_CLAUSE_INFO 構造体 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - COR_PRF_EX_CLAUSE_INFO api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 7d0d6fb7-bc9d-40f0-8163-c0d162eaba7d topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 65025384aa94ac363336bae7f37f8ea88a3bab67 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: d3cf8b8735fc10b741d13b041eedc3e96607bef4 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # COR_PRF_EX_CLAUSE_INFO 構造体 特定の例外句インスタンスおよび関連するフレームに関する情報を格納します。 @@ -74,14 +62,14 @@ typedef struct COR_PRF_EX_CLAUSE_INFO { - [Icorprofilercallback::exceptionsearchfilterleave](../../../../docs/framework/unmanaged-api/profiling/icorprofilercallback-exceptionsearchfilterleave-method.md) -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー:** CorProf.idl **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [構造体のプロファイリング](../../../../docs/framework/unmanaged-api/profiling/profiling-structures.md) diff --git a/docs/framework/unmanaged-api/profiling/cor-prf-gc-reason-enumeration.md b/docs/framework/unmanaged-api/profiling/cor-prf-gc-reason-enumeration.md index 992191b9e67..dae0e372910 100644 --- a/docs/framework/unmanaged-api/profiling/cor-prf-gc-reason-enumeration.md +++ b/docs/framework/unmanaged-api/profiling/cor-prf-gc-reason-enumeration.md @@ -1,14 +1,6 @@ --- -title: "COR_PRF_GC_REASON 列挙型" -ms.custom: +title: COR_PRF_GC_REASON 列挙型 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - COR_PRF_GC_REASON api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: 72822b95-a7fb-485e-9d55-1cb016d9a458 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 75baeddd9c27dec6f110d461268ed546c167fc44 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 63f6ea4a348b3035a1f0b1d3e00f61f689915fa2 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # COR_PRF_GC_REASON 列挙型 ガベージ コレクションが発生している理由を示します。 @@ -53,14 +41,14 @@ typedef enum { |`COR_PRF_GC_INDUCED`|ガベージ コレクションが発生しました。 によって、メソッドです。| |`COR_PRF_GC_OTHER`|その理由は、指定されていません。| -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー** : CorProf.idl、CorProf.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [列挙型のプロファイリング](../../../../docs/framework/unmanaged-api/profiling/profiling-enumerations.md) diff --git a/docs/framework/unmanaged-api/profiling/cor-prf-transition-reason-enumeration.md b/docs/framework/unmanaged-api/profiling/cor-prf-transition-reason-enumeration.md index 8febc320ebc..5ad8cb01307 100644 --- a/docs/framework/unmanaged-api/profiling/cor-prf-transition-reason-enumeration.md +++ b/docs/framework/unmanaged-api/profiling/cor-prf-transition-reason-enumeration.md @@ -1,14 +1,6 @@ --- -title: "COR_PRF_TRANSITION_REASON 列挙型" -ms.custom: +title: COR_PRF_TRANSITION_REASON 列挙型 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - COR_PRF_TRANSITION_REASON api_location: @@ -22,17 +14,13 @@ helpviewer_keywords: ms.assetid: da941118-01b7-4197-ae5b-9f2f8adcd623 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 498abc57e35946b2b0c8bf08cdd768bd7039c9f4 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 2556196b7c8f81709e6880962e8ff36e126dd8b0 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # COR_PRF_TRANSITION_REASON 列挙型 マネージ コードからアンマネージ コードへ、またはその逆の遷移の理由を示します。 @@ -56,11 +44,11 @@ typedef enum { ## コメント プロファイラーを受け取る遷移が発生すると、 [icorprofilercallback::managedtounmanagedtransition](../../../../docs/framework/unmanaged-api/profiling/icorprofilercallback-managedtounmanagedtransition-method.md)または[icorprofilercallback::unmanagedtomanagedtransition](../../../../docs/framework/unmanaged-api/profiling/icorprofilercallback-unmanagedtomanagedtransition-method.md)コールバック、うちいずれか値を提供、`COR_PRF_TRANSITION_REASON`遷移の理由を示す列挙体です。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー** : CorProf.idl、CorProf.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v10plus](../../../../includes/net-current-v10plus-md.md)] diff --git a/docs/framework/unmanaged-api/profiling/icorprofilercallback-assemblyunloadfinished-method.md b/docs/framework/unmanaged-api/profiling/icorprofilercallback-assemblyunloadfinished-method.md index 7872273c98b..fc82fd4b135 100644 --- a/docs/framework/unmanaged-api/profiling/icorprofilercallback-assemblyunloadfinished-method.md +++ b/docs/framework/unmanaged-api/profiling/icorprofilercallback-assemblyunloadfinished-method.md @@ -1,14 +1,6 @@ --- -title: "ICorProfilerCallback::AssemblyUnloadFinished メソッド" -ms.custom: +title: ICorProfilerCallback::AssemblyUnloadFinished メソッド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: reference api_name: - ICorProfilerCallback.AssemblyUnloadFinished api_location: @@ -23,17 +15,13 @@ helpviewer_keywords: ms.assetid: 53fca564-84b1-44d4-9e21-17a492d2aae7 topic_type: - apiref -caps.latest.revision: author: mairaw ms.author: mairaw -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: ead41718e0253de599019112178d64c0ab706924 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 0d757a0455992bc82ead922a5fbf4c71f11a9085 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ICorProfilerCallback::AssemblyUnloadFinished メソッド アセンブリがアンロードされたことをプロファイラーに通知します。 @@ -58,14 +46,14 @@ HRESULT AssemblyUnloadFinished( アセンブリをアンロードの一部が後に続ける可能性があります、`AssemblyUnloadFinished`コールバック。 失敗を示す HRESULT で`hrStatus`は失敗を示します。 ただし、成功 HRESULT で`hrStatus`のみのアセンブリをアンロードの最初の部分が成功したことを示します。 -## 必要条件 - **プラットフォーム:**を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 +## 要件 + **プラットフォーム:** を参照してください[システム要件](../../../../docs/framework/get-started/system-requirements.md)です。 **ヘッダー** : CorProf.idl、CorProf.h **ライブラリ:** CorGuids.lib - **.NET framework のバージョン:**[!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] + **.NET framework のバージョン:** [!INCLUDE[net_current_v20plus](../../../../includes/net-current-v20plus-md.md)] -## 参照 +## 関連項目 [ICorProfilerCallback インターフェイス](../../../../docs/framework/unmanaged-api/profiling/icorprofilercallback-interface.md) diff --git a/docs/framework/wcf/accessing-services-using-a-wcf-client.md b/docs/framework/wcf/accessing-services-using-a-wcf-client.md index c5070330ac9..c64b6391a10 100644 --- a/docs/framework/wcf/accessing-services-using-a-wcf-client.md +++ b/docs/framework/wcf/accessing-services-using-a-wcf-client.md @@ -7,20 +7,20 @@ dev_langs: helpviewer_keywords: - clients [WCF], consuming services ms.assetid: d780af9f-73c5-42db-9e52-077a5e4de7fe -ms.openlocfilehash: d29483995a1fbf7a8c9918db0c3b65f7deac1e44 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: b0bde07dbeb70eaafbde4d90627d245554ad7ca6 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # WCF クライアントを使用したサービスへのアクセス -サービスを作成したら、次に、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアント プロキシを作成します。 クライアント アプリケーションは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアント プロキシを使用してサービスと通信します。 通常、クライアント アプリケーションはサービスのメタデータをインポートし、サービスを呼び出すことのできる [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアント コードを生成します。 +サービスを作成した後、次の手順は、WCF クライアント プロキシを作成するは。 クライアント アプリケーションでは、WCF クライアント プロキシを使用して、サービスと通信します。 クライアント アプリケーションは、通常、サービスを呼び出すために使用する WCF クライアント コードを生成するサービスのメタデータをインポートします。 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントを作成するための基本手順は、次のとおりです。 + WCF クライアントを作成するための基本的な手順を以下に示します。 1. サービス コードをコンパイルします。 -2. [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアント プロキシを生成します。 +2. WCF クライアント プロキシを生成します。 3. WCF クライアント プロキシをインスタンス化します。 @@ -39,7 +39,7 @@ Svcutil.exe Svcutil.exe ``` - 結果として、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアント コードが格納されたコード ファイルが作成されます。クライアント アプリケーションはこのコードを使用してサービスを呼び出すことができます。 + クライアント アプリケーション サービスの呼び出しを使用している WCF クライアント コードを含むコード ファイルになります。 このツールを使用して構成ファイルを生成することもできます。 @@ -79,7 +79,7 @@ Public Interface ICalculator End Interface ``` - ServiceModel メタデータ ユーティリティ ツールと、Visual Studio の "サービス参照の追加" により、次の [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアント クラスが生成されます。 このクラスは ジェネリック クラスから継承されたもので、`ICalculator` インターフェイスを実装します。 このツールは、`ICalculator` インターフェイス (この例には表示されていません) も生成します。 + ServiceModel メタデータ ユーティリティ ツールと Visual Studio でのサービス参照の追加は、次の WCF クライアント クラスを生成します。 このクラスは ジェネリック クラスから継承されたもので、`ICalculator` インターフェイスを実装します。 このツールは、`ICalculator` インターフェイス (この例には表示されていません) も生成します。 ```csharp public partial class CalculatorClient : System.ServiceModel.ClientBase, ICalculator @@ -147,7 +147,7 @@ End Class ``` ## WCF クライアントの使用 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントを使用するには、次のコードのように [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントのインスタンスを作成し、次にそのメソッドを呼び出します。 + WCF クライアントを使用するには、WCF クライアントのインスタンスを作成し、次のコードに示すように、そのメソッドを呼び出します。 ```csharp // Create a client object with the given client endpoint configuration. @@ -172,7 +172,7 @@ Console.WriteLine("Add({0},{1}) = {2}", value1, value2, result) ``` ## クライアントによってスローされた例外のデバッグ - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントからスローされる例外の多くは、サービスで発生した例外が原因となって引き起こされます。 いくつかの例を次に示します。 + WCF クライアントによってスローされた多くの例外は、サービスで例外が原因です。 いくつかの例を次に示します。 - : 既存の接続がリモート ホストによって強制終了されました。 diff --git a/docs/framework/wcf/architecture.md b/docs/framework/wcf/architecture.md index acb167caf12..a7347e84103 100644 --- a/docs/framework/wcf/architecture.md +++ b/docs/framework/wcf/architecture.md @@ -6,11 +6,11 @@ helpviewer_keywords: - WCF [WCF], architecture - architecture [WCF] ms.assetid: a3bcb0a1-56ea-4ba6-9736-d260d90dade5 -ms.openlocfilehash: b54c9cd7f4e6bc33dac07d30a86df81668ae13e5 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 1514010ca573be364e54a53ae047a2ff49cdad82 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # Windows Communication Foundation のアーキテクチャ 次の図は、Windows Communication Foundation (WCF) アーキテクチャの主要なレイヤーを示しています。 @@ -24,7 +24,7 @@ ms.lasthandoff: 05/04/2018 ポリシーとバインディングは、サービスとの通信に必要な条件を規定します。 たとえば、バインディングでは、使用するトランスポート (HTTP や TCP など) とエンコーディングを少なくとも指定する必要があります。 ポリシーには、セキュリティ要件、およびサービスと通信するために満たす必要があるその他の条件が含まれます。 ### サービス ランタイム - サービス ランタイム レイヤーには、サービスの実際の操作の実行中にのみ発生する動作 (つまり、サービスのランタイム動作) が含まれます。 調整コントロールでは、処理されるメッセージの数を制御します。サービスの需要が事前設定した上限に達した場合は、この数を変更できます。 エラー動作では、サービスで内部エラーが発生した場合の処理方法 (たとえば、クライアントに伝達される情報を制御するなど) を指定します (情報の量が多すぎると、悪意のあるユーザーに攻撃のきっかけを与える可能性があります)。メタデータの動作では、メタデータを外部に公開するかどうか、およびその方法を制御します。 インスタンスの動作では、サービスのインスタンスをいくつ実行できるかを指定します (たとえば、シングルトンは、1 つのインスタンスですべてのメッセージを処理するように指定します)。 トランザクションの動作では、エラーが発生した場合にトランザクション操作をロールバックできるようにします。 ディスパッチの動作では、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] インフラストラクチャによるメッセージの処理方法を制御します。 + サービス ランタイム レイヤーには、サービスの実際の操作の実行中にのみ発生する動作 (つまり、サービスのランタイム動作) が含まれます。 調整コントロールでは、処理されるメッセージの数を制御します。サービスの需要が事前設定した上限に達した場合は、この数を変更できます。 エラー動作では、サービスで内部エラーが発生した場合の処理方法 (たとえば、クライアントに伝達される情報を制御するなど) を指定します (情報の量が多すぎると、悪意のあるユーザーに攻撃のきっかけを与える可能性があります)。メタデータの動作では、メタデータを外部に公開するかどうか、およびその方法を制御します。 インスタンスの動作では、サービスのインスタンスをいくつ実行できるかを指定します (たとえば、シングルトンは、1 つのインスタンスですべてのメッセージを処理するように指定します)。 トランザクションの動作では、エラーが発生した場合にトランザクション操作をロールバックできるようにします。 ディスパッチ動作は、WCF インフラストラクチャによって、メッセージを処理する方法のコントロールです。 拡張機能を使用すると、ランタイム プロセスをカスタマイズできます。 たとえば、メッセージの検査はメッセージの各部分を検査する機能です。また、パラメーターのフィルター処理を使用すると、メッセージ ヘッダーに作用するフィルターに基づいて、事前設定されたアクションを実行できます。 @@ -42,7 +42,7 @@ ms.lasthandoff: 05/04/2018 ### ホストとアクティブ化 サービスの最終的な形はプログラムです。 他のプログラムと同様、サービスは実行可能ファイルで実行される必要があります。 これと呼ばれますが、*セルフホスト*サービス。 - サービスがすることもできます*ホスト*、または IIS や Windows アクティブ化サービス (WAS) などの外部エージェントによって管理される実行可能ファイルで実行します。 WAS を使用した場合、WAS を実行しているコンピューター上で [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] アプリケーションを展開すると、自動的にそのアプリケーションをアクティブ化できます。 サービスは、実行可能ファイル (.exe ファイル) として手動で実行することもできます。 また、Windows サービスとして自動的に実行することもできます。 COM+ コンポーネントを、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスとしてホストすることもできます。 + サービスがすることもできます*ホスト*、または IIS や Windows アクティブ化サービス (WAS) などの外部エージェントによって管理される実行可能ファイルで実行します。 WCF アプリケーション側で実行しているコンピューターに展開されているときに自動的にアクティブ化がでした。 サービスは、実行可能ファイル (.exe ファイル) として手動で実行することもできます。 また、Windows サービスとして自動的に実行することもできます。 COM + コンポーネントは、WCF サービスとしてホストすることもできます。 ## 関連項目 [Windows Communication Foundation とは](../../../docs/framework/wcf/whats-wcf.md) diff --git a/docs/framework/wcf/basic-programming-lifecycle.md b/docs/framework/wcf/basic-programming-lifecycle.md index 7e9a9ec9b56..21ea4d9eb56 100644 --- a/docs/framework/wcf/basic-programming-lifecycle.md +++ b/docs/framework/wcf/basic-programming-lifecycle.md @@ -4,14 +4,14 @@ ms.date: 03/30/2017 helpviewer_keywords: - service creation [WCF] ms.assetid: 7cf21bfe-23bd-46aa-8033-609f851dbf76 -ms.openlocfilehash: df86b0750a0fb8760d77fa36ec0806a1c5a9c0a0 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: b20167ad776f3524e4516b71e43ab8cdb5c2aea4 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 基本的なプログラミング ライフサイクル -Windows Communication Foundation (WCF) では、アプリケーションにいるかどうか、同じコンピューター上または異なるアプリケーション プラットフォーム上、インターネット経由で通信を使用できます。 ここでは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] アプリケーションを構築するために必要な作業について説明します。 実際のサンプル アプリケーションでは、次を参照してください。[チュートリアル入門](../../../docs/framework/wcf/getting-started-tutorial.md)です。 +Windows Communication Foundation (WCF) では、アプリケーションにいるかどうか、同じコンピューター上または異なるアプリケーション プラットフォーム上、インターネット経由で通信を使用できます。 このトピックでは、WCF アプリケーションを構築するために必要なタスクについて説明します。 実際のサンプル アプリケーションでは、次を参照してください。[チュートリアル入門](../../../docs/framework/wcf/getting-started-tutorial.md)です。 ## 基本的なタスク 基本的な作業は、次の順序で行います。 diff --git a/docs/framework/wcf/basic-wcf-programming.md b/docs/framework/wcf/basic-wcf-programming.md index 22aa7665519..bcfe0b2de56 100644 --- a/docs/framework/wcf/basic-wcf-programming.md +++ b/docs/framework/wcf/basic-wcf-programming.md @@ -8,33 +8,33 @@ helpviewer_keywords: - Windows Communication Foundation [WCF], basic programming - Windows Communication Foundation [WCF], programming ms.assetid: 3ae3d498-f43c-4ecc-8cc0-6cbe36b62593 -ms.openlocfilehash: de56725f926ec9f6d4cc39c8160fa7af0f3ab80a -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: cbdc693197344fe570c1462f6ca3115018eb69d6 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 基本的な WCF プログラミング このセクションでは、Windows Communication Foundation (WCF) アプリケーションを作成するための基礎を表示します。 ## このセクションの内容 [基本的なプログラミング ライフサイクル](../../../docs/framework/wcf/basic-programming-lifecycle.md) - 設計、ビルド、展開から成る [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスおよびクライアント アプリケーションのライフサイクルについて説明します。 + 設計、構築、および WCF サービスとクライアント アプリケーションの展開のライフ サイクルについて説明します。 [サービスの設計と実装](../../../docs/framework/wcf/designing-and-implementing-services.md) サービス コントラクトの設計および実装方法、メッセージ交換パターンの選択方法、エラー コントラクトの指定方法、およびその他のサービスの基本的な側面について説明します。 [サービスの構成](../../../docs/framework/wcf/configuring-services.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスを構成して、コントラクト要件のサポート、ローカル ランタイム動作のカスタマイズ、およびサービスを公開するアドレスの指定を行う方法について説明します。 + コントラクトの要件をサポート、ローカル ランタイム動作をカスタマイズして、サービスを公開するアドレスを指定する WCF サービスを構成する方法について説明します。 [ホスティング サービス](../../../docs/framework/wcf/hosting-services.md) アプリケーションでサービスをホストするときの基本について説明します。 [クライアントを構築する](../../../docs/framework/wcf/building-clients.md) - サービスからのメタデータの取得、取得したメタデータの [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアント コードへの変換、セキュリティ問題の処理、および [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントのビルド、構成、ホスティングを行う方法について説明します。 + サービスからメタデータを取得、WCF クライアント コードに変換する、セキュリティの問題を処理し、ビルド、構成、および WCF クライアントをホストする方法について説明します。 [拡張機能の概要](../../../docs/framework/wcf/introduction-to-extensibility.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] を拡張してカスタム ソリューションを作成する方法について説明します。 + カスタム ソリューションを作成する WCF の拡張方法について説明します。 [WCF トラブルシューティング クイックスタート](../../../docs/framework/wcf/wcf-troubleshooting-quickstart.md) 最も起こりやすい問題の一部を挙げ、その問題の解決方法とその問題の詳細情報を掲載している場所について説明します。 diff --git a/docs/framework/wcf/best-practices-data-contract-versioning.md b/docs/framework/wcf/best-practices-data-contract-versioning.md index 295bc6429fe..9983db03fec 100644 --- a/docs/framework/wcf/best-practices-data-contract-versioning.md +++ b/docs/framework/wcf/best-practices-data-contract-versioning.md @@ -1,41 +1,27 @@ --- title: 'ベスト プラクティス : データ コントラクトのバージョン管理' -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: article helpviewer_keywords: - data contracts - service contracts - best practices [WCF], data contract versioning - Windows Communication Foundation, data contracts ms.assetid: bf0ab338-4d36-4e12-8002-8ebfdeb346cb -caps.latest.revision: 24 -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 6ea139f6b854a299760df4c7cb8c315b58701ab8 -ms.sourcegitcommit: 94d33cadc5ff81d2ac389bf5f26422c227832052 +ms.openlocfilehash: 33db8749656a8bb001f0a1797c77451476a126f2 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/30/2018 +ms.lasthandoff: 05/07/2018 --- # ベスト プラクティス : データ コントラクトのバージョン管理 このトピックでは、長期的に容易に拡張させることのできるデータ コントラクトを作成するためのベスト プラクティスをいくつか紹介します。 データ コントラクトの詳細については、トピックを参照してください。[を使用してデータ コントラクト](../../../docs/framework/wcf/feature-details/using-data-contracts.md)です。 ## スキーマ検証に関する注意事項 - データ コントラクトのバージョン管理に関してまず注意を要することは、[!INCLUDE[indigo1](../../../includes/indigo1-md.md)] がエクスポートしたデータ コントラクト スキーマには、省略可能を示すマークが既定で各要素に付けられることを除き、バージョン管理のサポートがないという点です。 + データ コントラクトのバージョン管理をについて説明することが重要 Windows Communication Foundation (WCF) によってエクスポートされたデータ コントラクト スキーマに要素を既定では省略可能としてマークされてことを除き、任意のバージョン管理サポートがないことに注意してください。 したがって、新しいデータ メンバーを追加するなどの一般的なバージョン管理シナリオであっても、スキーマに関してはシームレスに実装することはできません。 新しいバージョンのデータ コントラクト (この例ではデータ メンバーが追加されたもの) を、古いスキーマに基づいて検証することはできません。 - ただし、スキーマへの厳密な準拠が要求されない場合も数多くあります。 ASP.NET を使って実現される、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] Web サービスや XML Web サービスなど多くの Web サービス プラットフォームでは、特に必要な場合を除いてスキーマ検証が実施されないので、スキーマに定義されていない要素も容認されます。 このようなプラットフォームであればバージョン管理は容易です。 + ただし、スキーマへの厳密な準拠が要求されない場合も数多くあります。 ASP.NET を使用して作成された WCF および XML Web サービスを含む、多くの Web サービス プラットフォームは既定ではスキーマ検証を実行するありませんしてそのため、スキーマで説明されていない余分な要素を許容します。 このようなプラットフォームであればバージョン管理は容易です。 これらのことから、データ コントラクトのバージョン管理に関するガイドラインには、厳密なスキーマ検証が必要な場合とそうでない場合の 2 種類があります。 @@ -50,7 +36,7 @@ ms.lasthandoff: 04/30/2018 詳細については、ベスト プラクティスを参照してください:[サービスのバージョン管理](../../../docs/framework/wcf/service-versioning.md)です。 - アプリケーションから送信するメッセージは厳密にスキーマに適合させる必要があるが、外部から受信したメッセージがこれに適合しているとは限らない、という場合もあります。 この場合、受信したメッセージには、異質なデータが含まれているおそれがあります。 異質な値も [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]に格納され、そのまま返されるので、スキーマに適合しないというメッセージが送信される結果になります。 これを回避するには、ラウンド トリップ機能を無効にする必要があります。 これには、2 つの方法があります。 + アプリケーションから送信するメッセージは厳密にスキーマに適合させる必要があるが、外部から受信したメッセージがこれに適合しているとは限らない、という場合もあります。 この場合、受信したメッセージには、異質なデータが含まれているおそれがあります。 余分な値が格納されているし、WCF によって返されるスキーマが無効なメッセージが送信されるための結果。 これを回避するには、ラウンド トリップ機能を無効にする必要があります。 これには、2 つの方法があります。 - 独自に定義した型に インターフェイスを実装しない。 diff --git a/docs/framework/wcf/bindings-overview.md b/docs/framework/wcf/bindings-overview.md index cbcc371ef83..2bf010f2c8e 100644 --- a/docs/framework/wcf/bindings-overview.md +++ b/docs/framework/wcf/bindings-overview.md @@ -4,14 +4,14 @@ ms.date: 03/30/2017 helpviewer_keywords: - bindings [WCF], overview ms.assetid: cfb5842f-e0f9-4c56-a015-f2b33f258232 -ms.openlocfilehash: 38661c2ca0e3329f508e2740dfcdf69c0d5e4105 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 4912f1eeaa0c7d461250f783767ac44b2038f594 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # Windows Communication Foundation のバインディングの概要 -バインディングは、Windows Communication Foundation (WCF) サービスのエンドポイントに接続するために必要な通信の詳細を指定するために使用するオブジェクトです。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスの各エンドポイントでは、バインディングを適切に指定する必要があります。 ここでは、バインディングによって定義される通信の詳細設定、バインディングの要素、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] に用意されているバインディング、およびエンドポイントにバインディングを指定する方法について説明します。 +バインディングは、Windows Communication Foundation (WCF) サービスのエンドポイントに接続するために必要な通信の詳細を指定するために使用するオブジェクトです。 WCF サービス内の各エンドポイントには、バインディングを適切に指定する必要があります。 このトピックでは、通信の詳細、バインドを定義する、バインディング、WCF では、どのようなバインドが含まれているし、エンドポイントのバインディングを指定する方法の要素の種類について説明します。 ## バインディングの定義内容 バインディングの情報は非常に基本的にも複雑にもなりえます。 最も基本的なバインディングはトランスポート プロトコル (HTTP など) のみを指定したもので、これはエンドポイントへの接続に必ず使用します。 一般的に、バインディングに含まれるエンドポイントへの接続方法を示す情報は、次のカテゴリのいずれかに当てはまります。 @@ -29,17 +29,17 @@ ms.lasthandoff: 05/04/2018 バインディングは、基本的に、バインド要素の順序付きスタックで構成されます。各バインド要素では、サービス エンドポイントに接続するために必要な通信情報の一部を指定します。 スタックの 2 つの最も低い層は両方とも必須です。 スタックの一番下にトランスポート バインド要素があり、そのすぐ上にメッセージ エンコーディング仕様を含んだ要素があります。 その他の通信プロトコルを指定するオプションのバインド要素は、この 2 つの必須要素の上に配置されます。 これらのバインド要素とそれらの正しい順序に関する詳細については、次を参照してください。[カスタム バインディング](../../../docs/framework/wcf/extending/custom-bindings.md)です。 ## システム標準のバインディング - バインディングの情報は複雑になる可能性があり、一部の設定は他の設定と互換性がない場合もあります。 このため、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] には、システム指定のバインディングが用意されています。 このバインディングは、アプリケーション要件のほとんどに対応するように設計されています。 システム指定のバインディングの例のいくつかを次のクラスで示します。 + バインディングの情報は複雑になる可能性があり、一部の設定は他の設定と互換性がない場合もあります。 このため、WCF には、システム指定のバインディングのセットが含まれています。 このバインディングは、アプリケーション要件のほとんどに対応するように設計されています。 システム指定のバインディングの例のいくつかを次のクラスで示します。 - : WS-I Basic Profile 仕様に準拠する Web サービス (ASP.NET Web サービス ベースのサービスなど) への接続に適した HTTP プロトコル バインディング。 - : WS-* プロトコルに準拠するエンドポイントへの接続に適した相互運用可能なバインディング。 -- : 同じコンピューター上の他の [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] エンドポイントへの接続に [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] を使用するバインディング。 +- : を使用して、 [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] 、同じコンピューター上の他の WCF エンドポイントに接続します。 -- : キューに置かれたメッセージと他の [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] エンドポイントとの接続を作成するために [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] を使用するバインディング。 +- : を使用して、[!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)]他の WCF エンドポイントとキューに置かれたメッセージの接続を作成します。 - すべての説明を含む、完全な一覧について、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]-バインド」を参照してください提供[システム指定のバインディング](../../../docs/framework/wcf/system-provided-bindings.md)です。 + 詳細については、すべての WCF に用意されているバインディングでの完全な一覧についてを参照してください。[システム指定のバインディング](../../../docs/framework/wcf/system-provided-bindings.md)です。 ## 独自のバインディングの使用 システム指定のバインディングに、サービス アプリケーションに必要な正しい組み合わせの機能がない場合、独自のバインディングを作成できます。 これには、2 つの方法があります。 オブジェクトを使用して既存のバインド要素から新しいバインディングを作成するか、 バインディングから派生することによって完全にユーザー定義のバインディングを作成することができます。 これら 2 つの方法を使用して、独自のバインディングの作成の詳細については、次を参照してください。[カスタム バインディング](../../../docs/framework/wcf/extending/custom-bindings.md)と[ユーザー定義バインディング](../../../docs/framework/wcf/extending/creating-user-defined-bindings.md)です。 @@ -47,12 +47,12 @@ ms.lasthandoff: 05/04/2018 ## バインディングの使用 バインディングを使用する際には、次の 2 つの基本手順があります。 -1. バインディングを選択、または定義します。 最も簡単な方法は、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] に用意されているシステム指定のバインディングを 1 つ選択し、それを既定の設定で使用することです。 また、システム指定のバインディングを選択し、そのプロパティを要件に適した値に再設定することもできます。 別の方法として、カスタム バインディングまたはユーザー定義バインディングを作成し、より高度な制御とカスタマイズを実現することができます。 +1. バインディングを選択、または定義します。 最も簡単な方法では、WCF に含まれているシステム指定のバインディングのいずれかを選択して既定の設定で使用できるようにします。 また、システム指定のバインディングを選択し、そのプロパティを要件に適した値に再設定することもできます。 別の方法として、カスタム バインディングまたはユーザー定義バインディングを作成し、より高度な制御とカスタマイズを実現することができます。 2. 選択または定義されたバインディングを使用するエンドポイントを作成します。 ## コードおよび構成 - バインディングを定義するには、コードによる方法と構成による方法の 2 とおりがあります。 この 2 つの方法は、システム指定またはカスタムのどちらのバインディングを使用している場合でも有効です。 一般的には、コードを使用すると、開発者がデザイン時にバインディングの定義を完全に制御することになります。 一方、構成を使用する場合は、システム管理者や、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスまたはクライアントのユーザーが、サービス アプリケーションをコンパイルし直すことなくバインディングのパラメーターを変更できます。 通常は、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] アプリケーションの展開先の具体的なコンピューター要件を予測する方法がないため、柔軟性のあるこの方法が望まれます。 バインディング情報とアドレス情報をコードに含めないでおくと、これらの情報を変更したときにアプリケーションを再度コンパイルしたり、展開したりする必要がなくなります。 コードで定義したバインディングは、構成で指定したバインディングの後に作成されます。そのため、構成で定義したバインディングはコードで定義したバインディングによって上書きされることに注意してください。 + バインディングを定義するには、コードによる方法と構成による方法の 2 とおりがあります。 この 2 つの方法は、システム指定またはカスタムのどちらのバインディングを使用している場合でも有効です。 一般的には、コードを使用すると、開発者がデザイン時にバインディングの定義を完全に制御することになります。 構成を使用する一方で、使用するには、システム管理者または WCF サービスまたはサービス アプリケーションを再コンパイルすることがなくバインディングのパラメーターを変更するクライアントのユーザー。 この柔軟性が WCF アプリケーションが展開される具体的なコンピューター要件を予測する手段がありませんが多くの場合、ことをお勧めします。 バインディング情報とアドレス情報をコードに含めないでおくと、これらの情報を変更したときにアプリケーションを再度コンパイルしたり、展開したりする必要がなくなります。 コードで定義したバインディングは、構成で指定したバインディングの後に作成されます。そのため、構成で定義したバインディングはコードで定義したバインディングによって上書きされることに注意してください。 ## 関連項目 [サービスとクライアントを構成するためのバインディングの使用](../../../docs/framework/wcf/using-bindings-to-configure-services-and-clients.md) diff --git a/docs/framework/wcf/bindings.md b/docs/framework/wcf/bindings.md index 9a0e9ca3eb0..6050f22654b 100644 --- a/docs/framework/wcf/bindings.md +++ b/docs/framework/wcf/bindings.md @@ -4,24 +4,24 @@ ms.date: 03/30/2017 helpviewer_keywords: - bindings [WCF] ms.assetid: 845df323-be53-4848-92ef-ba67a406484d -ms.openlocfilehash: d40faff2734095af42f94c60c630dde8494e5975 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 188d132a4695bec0725efbaae3e4ed4d2cb17c3b +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # Windows Communication Foundation バインディング バインディングは、Windows Communication Foundation (WCF) サービス エンドポイントが他のエンドポイントと通信する方法を指定します。 バインディングでは、まず、使用するトランスポート (HTTP や TCP など) を指定する必要があります。 セキュリティやトランザクションのサポートなど、その他の特性もバインディングによって設定できます。 ## このセクションの内容 [WCF のバインディングの概要](../../../docs/framework/wcf/bindings-overview.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のバインディングの機能、システム指定のバインディング、およびバインディングを定義または変更する方法の概要を説明します。 + WCF バインディングの概要については、システムを提供するバインディングと定義または変更する方法です。 [システム標準のバインディング](../../../docs/framework/wcf/system-provided-bindings.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] に用意されているバインディングの一覧を示します。 これらのバインディングは、ほとんどのセキュリティ要件およびメッセージ パターン要件を満たします。 + WCF に付属のバインドの一覧です。 これらのバインディングは、ほとんどのセキュリティ要件およびメッセージ パターン要件を満たします。 [サービスとクライアントを構成するためのバインディングの使用](../../../docs/framework/wcf/using-bindings-to-configure-services-and-clients.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] バインディングには、サービス エンドポイントに接続するためにクライアントが使用しなければならない重要な情報が含まれます。 + WCF バインディングには、クライアントがサービス エンドポイントへの接続に使用する必要がある重要な情報が含まれています。 [サービスのバインディングの構成](../../../docs/framework/wcf/configuring-bindings-for-wcf-services.md) 管理者やインストール担当者は、構成を使用してサービス エンドポイントのバインディングをカスタマイズできます。 diff --git a/docs/framework/wcf/building-clients.md b/docs/framework/wcf/building-clients.md index 3399f379e3a..291bed8f13d 100644 --- a/docs/framework/wcf/building-clients.md +++ b/docs/framework/wcf/building-clients.md @@ -5,24 +5,24 @@ helpviewer_keywords: - clients [WCF], building - clients [WCF] ms.assetid: 28dfff47-d95b-4cc2-9d5c-b3b9ba71fd50 -ms.openlocfilehash: 431f62c7de8161d0e687d8f1ee554c6d59ca69b6 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: b5661c5aaa08d91c3944c4c108b23b03b012439a +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # クライアントを構築する このセクションのトピックでは、作成し、Windows Communication Foundation (WCF) クライアントを使用する方法を示します。 ## このセクションの内容 [WCF クライアントの概要](../../../docs/framework/wcf/wcf-client-overview.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントとその動作の概要について説明します。 + WCF クライアントおよび動作のしくみの概要を示します。 [WCF クライアントを使用したサービスへのアクセス](../../../docs/framework/wcf/accessing-services-using-a-wcf-client.md) - クライアント アプリケーションで使用する [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアント オブジェクトを作成するための基本的な方法の概要について説明します。 + クライアント アプリケーションで使用するための WCF クライアント オブジェクトの作成の基本的な方法について説明します。 [クライアントのセキュリティ保護](../../../docs/framework/wcf/securing-clients.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントのセキュリティを構成する方法について説明します。 + WCF クライアントのセキュリティを構成する方法について説明します。 ## 参照 diff --git a/docs/framework/wcf/conceptual-overview.md b/docs/framework/wcf/conceptual-overview.md index 64f63b12b84..f170b1db0b5 100644 --- a/docs/framework/wcf/conceptual-overview.md +++ b/docs/framework/wcf/conceptual-overview.md @@ -5,24 +5,24 @@ helpviewer_keywords: - WCF [WCF], concepts - Windows Communication Foundation [WCF], concepts ms.assetid: 503fae4b-014c-44df-a9c7-c76ec4ed4229 -ms.openlocfilehash: 93c0411c8d261e40bd4e8f1cd11d8a51d4f0edb4 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 7a885bd4ff0d3c35e26fd0f37e82a41abf713b6e +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 概念 このトピックは、情報は、Windows Communication Foundation (WCF) メッセージング システムおよびその使用をサポートするクラスをまとめたものです。 ## このセクションの内容 [Windows Communication Foundation とは](../../../docs/framework/wcf/whats-wcf.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] の概要です。 + WCF の概要です。 [Windows Communication Foundation の基本概念](../../../docs/framework/wcf/fundamental-concepts.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] プログラミング モデルの主要概念についての概要です。 + WCF プログラミング モデルの主要な概念の概要です。 [Windows Communication Foundation のアーキテクチャ](../../../docs/framework/wcf/architecture.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] アーキテクチャを図で説明します。 + WCF アーキテクチャのグラフィック表示します。 ## 参照 diff --git a/docs/framework/wcf/configuration-editor-tool-svcconfigeditor-exe.md b/docs/framework/wcf/configuration-editor-tool-svcconfigeditor-exe.md index f94342d0aae..408a8bd9f3f 100644 --- a/docs/framework/wcf/configuration-editor-tool-svcconfigeditor-exe.md +++ b/docs/framework/wcf/configuration-editor-tool-svcconfigeditor-exe.md @@ -7,23 +7,23 @@ helpviewer_keywords: - Configuration file - configuration file schema ms.assetid: 2db21a57-5f64-426f-89df-fb0dc2d2def5 -ms.openlocfilehash: ab6e3a99f951d2977a079f49e4aa3eff250ee8d5 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 75657786135fd13222c6c7edd5acfa122cc72e52 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 構成エディター ツール (SvcConfigEditor.exe) -Windows Communication Foundation (WCF) サービス構成エディター (SvcConfigEditor.exe) により、作成および構成設定を変更するには、管理者および開発者[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]services のグラフィカル ユーザー インターフェイスを使用します。 このツールを使用すると、XML 構成ファイルを直接編集せずに、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のバインディング、動作、サービス、および診断の設定を管理できます。 +管理者と開発者は、Windows Communication Foundation (WCF) サービス構成エディター (SvcConfigEditor.exe) のグラフィカル ユーザー インターフェイスを使用して、WCF サービスの構成設定を作成および変更できます。 このツールを使用すると、XML 構成ファイルを直接編集せずに、WCF のバインディング、動作、サービス、および診断の設定を管理できます。 サービス構成エディターは、C:\Program Files\Microsoft SDKs\Windows\v6.0\Bin フォルダーにあります。 ## WCF 構成エディター - サービス構成エディターには、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のサービスやクライアントを構成する手順をすべてガイドするウィザードが付属しています。 エディターで直接編集する代わりにウィザードを使用することを強くお勧めします。 + サービス構成エディターには、WCF のサービスやクライアントを構成する手順をすべてガイドするウィザードが付属しています。 エディターで直接編集する代わりにウィザードを使用することを強くお勧めします。 - 標準の System.Configuration スキーマに準拠する構成ファイルが既にいくつかある場合は、ユーザー インターフェイスを使用してバインディング、動作、サービス、および診断の固有の設定を管理できます。 サービス構成エディターを使用すると、既存の [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 構成ファイルの設定だけでなく、実行可能ファイル、COM+ サービス、および Web ホスト サービスの設定を管理できます。 サービス構成エディターで Web ホスト サービスを開くと、上位レベル ノードのサービス固有の構成セクションおよび継承された構成セクションの両方が表示されます。 + 標準の System.Configuration スキーマに準拠する構成ファイルが既にいくつかある場合は、ユーザー インターフェイスを使用してバインディング、動作、サービス、および診断の固有の設定を管理できます。 サービス構成エディターを使用すると、既存の WCF 構成ファイルの設定だけでなく、実行可能ファイル、COM+ サービス、および Web ホスト サービスの設定を管理できます。 サービス構成エディターで Web ホスト サービスを開くと、上位レベル ノードのサービス固有の構成セクションおよび継承された構成セクションの両方が表示されます。 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 構成設定は、構成ファイルの `` セクションにあるため、エディターはこの要素の内容だけを操作し、同じファイル内の他の要素にはアクセスしません。 既存の構成ファイルに直接移動したり、サービス、仮想ディレクトリ、または COM+ サービスを含むアセンブリを選択することができます。 エディターがその特定のサービスの構成ファイルを読み込むと、ユーザーは新しい要素を追加したり、構成ファイルの `` セクションで入れ子になっている既存の要素を編集することができます。 + WCF 構成設定は、構成ファイルの `` セクションにあるため、エディターはこの要素の内容だけを操作し、同じファイル内の他の要素にはアクセスしません。 既存の構成ファイルに直接移動したり、サービス、仮想ディレクトリ、または COM+ サービスを含むアセンブリを選択することができます。 エディターがその特定のサービスの構成ファイルを読み込むと、ユーザーは新しい要素を追加したり、構成ファイルの `` セクションで入れ子になっている既存の要素を編集することができます。 エディターは、IntelliSense をサポートし、スキーマ準拠を強制します。 結果として得られる出力は、構成ファイルのスキーマに準拠し、構文的に正しいデータ値を持つことが保証されます。 ただし、エディターは構成ファイルのセマンティクスが有効であることは保証しません。 つまり、エディターは構成ファイルが関連するサービスで有効に機能することは保証しません。 @@ -45,7 +45,7 @@ Windows Communication Foundation (WCF) サービス構成エディター (SvcCon C:\Program Files\Microsoft SDKs\Windows\v6.0\Bin\SvcConfigEditor.exe - サービス構成エディターを起動すると、後に行うこともできます、**ファイル/オープン**メニューのサービスまたは管理するアセンブリを参照します。 構成ファイルを直接開き、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] /COM+ サービスを参照し、Web ホスト サービスの構成設定を開くことができます。 + サービス構成エディターを起動すると、後に行うこともできます、**ファイル/オープン**メニューのサービスまたは管理するアセンブリを参照します。 構成ファイルを直接開き、WCF /COM+ サービスを参照し、Web ホスト サービスの構成ファイルを開くことができます。 サービス構成エディターのユーザー インターフェイスは、次の領域に分割されています。 @@ -57,7 +57,7 @@ Windows Communication Foundation (WCF) サービス構成エディター (SvcCon ### 構成ファイルを開く -1. 移動する、コマンド ウィンドウを使用してサービス構成エディターを起動、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]インストール場所、および入力`SvcConfigEditor.exe`です。 +1. WCF インストールの場所に移動し、入力し、コマンド ウィンドウを使用してサービス構成エディターを起動`SvcConfigEditor.exe`です。 2. **ファイル**メニューの **開く**を管理するファイルの種類をクリックします。 @@ -208,7 +208,7 @@ Windows Communication Foundation (WCF) サービス構成エディター (SvcCon 3. 編集するバインディング要素拡張を選択します。 要素の設定が、編集場所の右ペインに表示されます。 ### 診断 - **診断**ノードが、構成ファイルのすべての診断設定を表示します。 診断を使用すると、パフォーマンス カウンターのオンまたはオフ、Windows Management Instrumentation (WMI) の有効または無効、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] トレースの構成、および [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] メッセージ ログの構成を行うことができます。 設定、**診断**にノードが対応して、<`system.diagnostics`> セクションと``」の「``構成ファイルにします。 + **診断**ノードが、構成ファイルのすべての診断設定を表示します。 パフォーマンス カウンターを有効または無効に、有効にするにまたは Windows Management Instrumentation (WMI) を無効にする、WCF トレースを構成および WCF メッセージ ログの記録を構成することができます。 設定、**診断**にノードが対応して、<`system.diagnostics`> セクションと``」の「``構成ファイルにします。 クリックすると、**診断**ノードを表示したり、診断でタスクを実行する**の概要 ページ**で、**詳細ペイン**です。 @@ -225,18 +225,18 @@ Windows Communication Foundation (WCF) サービス構成エディター (SvcCon 2. WMI プロバイダーを有効にするをクリックして、 **WMI プロバイダーを有効にする**リンクします。 #### WCF トレースの有効化 - 標準プロパティを持つ [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] トレース ファイルの作成またはカスタム トレース ファイルを作成できます。 + 標準プロパティを持つ WCF トレース ファイルを作成したり、カスタム トレース ファイルを設定したりできます。 1. クリックして、**診断**ノード。 2. をクリックして**トレースを有効にする**です。 -3. クリックして、**トレース レベル**トレース レベルを調整するリンクです。 トレース レベルは、Off、Critical、Error、Warning、Information、Verbose の 6 つあります。 **アクティビティ トレース**と**アクティビティの伝達**オプションを使用する、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]アクティビティ トレース機能。 +3. クリックして、**トレース レベル**トレース レベルを調整するリンクです。 トレース レベルは、Off、Critical、Error、Warning、Information、Verbose の 6 つあります。 **アクティビティ トレース**と**アクティビティの伝達**オプションを使用すると、WCF のアクティビティ トレース機能を使用します。 4. トレース ファイルとオプションを指定するには、トレース リスナー名をクリックします。 #### WCF ログの有効化 - 標準プロパティを持つ [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] トレース ファイルの作成またはカスタム トレース ファイルを作成できます。 + 標準プロパティを持つ WCF トレース ファイルを作成したり、カスタム トレース ファイルを設定したりできます。 1. クリックして、**診断**ノード。 @@ -316,7 +316,7 @@ Windows Communication Foundation (WCF) サービス構成エディター (SvcCon このセクションでは、プロトコル アドレス スキームと可能なバインドの間に定義されているマッピングを介して、http、tcp、MSMQ、net.pipe などのさまざまなプロトコルに対する既定のバインドの種類を設定できます。 他のプロトコルへの新しいマッピングを追加することもできます。 #### 拡張機能 - 新しいバインディング拡張、バインディング要素拡張、標準エンドポイント拡張、および動作拡張を登録して、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 構成に使用できます。 拡張は、名前と種類のペアです。 名前は構成の拡張の名前を定義し、種類は拡張を実装します。 拡張には次の 4 種類があります。 + WCF 構成で使用する新しいバインディング拡張、バインディング要素拡張、標準エンドポイント拡張、および動作拡張機能を登録することができます。 拡張は、名前と種類のペアです。 名前は構成の拡張の名前を定義し、種類は拡張を実装します。 拡張には次の 4 種類があります。 - バインディング拡張は、バインディングの種類全体を定義します。 例 : `basicHttpBinding`。 @@ -326,7 +326,7 @@ Windows Communication Foundation (WCF) サービス構成エディター (SvcCon - 動作要素拡張は、動作の要素を定義します。 例 : `clientVia`。 - 構成に登録されている拡張は、同じ種類の他のすべての [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] コンポーネントと同じように使用できます。 + 構成に登録されている拡張は、同じ種類の他のすべての WCF コンポーネントと同じように使用できます。 ##### 新しい機能の追加 詳細設定ノード内の拡張ノードの 1 つを選択します。 @@ -343,11 +343,11 @@ Windows Communication Foundation (WCF) サービス構成エディター (SvcCon ここでは、環境をホストするサービスのインスタンス化設定を定義できます。 ### ウィザードによる構成ファイルの作成 - 新しい構成ファイルを作成する 1 つの方法として、新しいサービス要素ウィザードを使用します。 ウィザードは、インストールされたサービスの種類および [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] と互換性のある、COM+、Web ホストの仮想ディレクトリなどの他の要素をコンピューター上で見つけると、それらを読み込んで、構成の作成を効率よく行います。 + 新しい構成ファイルを作成する 1 つの方法として、新しいサービス要素ウィザードを使用します。 ウィザードでは、COM +、Web ホストの仮想ディレクトリを含め、コンピューターで WCF と互換性のあるインストールされているサービスの種類とその他の要素を検索し、効率よく構成を作成するためにそれらを読み込みます。 #### 構成ファイルの作成 -1. 移動する、コマンド ウィンドウを使用してサービス構成エディターを起動、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]インストール場所、および入力`SvcConfigEditor.exe`です。 +1. WCF インストールの場所に移動し、入力し、コマンド ウィンドウを使用してサービス構成エディターを起動`SvcConfigEditor.exe`です。 2. **ファイル**メニューの **開く** をクリック**実行可能ファイル**、 **COM + サービス**、または**web ホスト サービス**を作成する構成ファイルの種類に応じて、します。 @@ -370,7 +370,7 @@ Windows Communication Foundation (WCF) サービス構成エディター (SvcCon 2. 最初のページで、ツリーから COM+ アプリケーションを選択します。 ツリーで COM+ アプリケーションが見つからない場合は、COM+ アプリケーションがコンポーネント サービスにインストールされて、グローバル アセンブリ キャッシュ (GAC) に登録されていることを確認します。 -3. 次のページで、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスとして公開するメソッドを選択します。 既定では、COM+ アプリケーションでサポートされるすべてのメソッドが表示され、選択されます。 +3. 次のページで、WCF サービスとして公開するメソッドを選択します。 既定では、COM+ アプリケーションでサポートされるすべてのメソッドが表示され、選択されます。 4. ホスト メソッドを選択します。 @@ -390,6 +390,6 @@ Windows Communication Foundation (WCF) サービス構成エディター (SvcCon > COM コントラクトを含む構成ファイルを直接開いて編集することもできます。 ## セキュリティ - 構成エディターによって生成されるサービス構成ファイルは、セキュリティによる保護が保証されていません。 参照してください、[セキュリティ](../../../docs/framework/wcf/feature-details/security.md)ドキュメントを保護する方法を調べるには、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] services です。 + 構成エディターによって生成されるサービス構成ファイルは、セキュリティによる保護が保証されていません。 参照してください、[セキュリティ](../../../docs/framework/wcf/feature-details/security.md)ドキュメントを WCF サービスをセキュリティで保護する方法を確認します。 - また、構成エディターを使用して読み書きできるのは、有効な [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 構成要素だけです。 ツールは、スキーマに準拠するユーザー定義の要素を無視します。 また、これらの要素を構成ファイルから削除したり、既知の [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 要素に対する影響を究明することはありません。 これらの要素がアプリケーションやシステムに脅威を与えるかどうかを究明するのはユーザーの責任です。 + また、構成エディターを使用して読み書きできるのは、有効な WCF 構成要素だけです。 ツールは、スキーマに準拠するユーザー定義の要素を無視します。 また、ツールがこれらの要素を構成ファイルから削除したり、既知の WCF 要素に対する影響を究明したりすることはありません。 これらの要素がアプリケーションやシステムに脅威を与えるかどうかを究明するのはユーザーの責任です。 diff --git a/docs/framework/wcf/configuring-bindings-for-wcf-services.md b/docs/framework/wcf/configuring-bindings-for-wcf-services.md index af2a628b430..66eae0938b4 100644 --- a/docs/framework/wcf/configuring-bindings-for-wcf-services.md +++ b/docs/framework/wcf/configuring-bindings-for-wcf-services.md @@ -4,11 +4,11 @@ ms.date: 03/30/2017 helpviewer_keywords: - binding configuration [WCF] ms.assetid: 99a85fd8-f7eb-4a84-a93e-7721b37d415c -ms.openlocfilehash: 8fcb2fbf49984ce2b6aaf1f112575d05a3d7d038 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: b91c8ff5a78ef2b2b2db5ea26ae7a1733a97ffd0 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # Windows Communication Foundation サービスのバインディングの構成 アプリケーションの作成では、アプリケーションの配置後は各種決定事項を管理者に任せる場合がよくあります。 たとえば、どのサービス アドレス (URI (Uniform Resource Identifier)) を使用するかなどの情報は、多くの場合、前もって知る方法がありません。 アドレスをハードコーディングする代わりに、サービスの作成後に管理者が指定する方が便利です。 構成を活用することで、この柔軟性が得られます。 @@ -39,9 +39,9 @@ ms.lasthandoff: 05/04/2018 たとえば、指定すると、 [ \](../../../docs/framework/configure-apps/file-schema/wcf/basichttpbinding.md)要素は、エンドポイントのトランスポートとして HTTP を使用することを示します。 このエンドポイントを使用するサービスが開かれる実行時に、エンドポイントとの接続に HTTP が使用されます。 - バインディングには、定義済みバインディングとカスタム バインドの 2 種類があります。 定義済みバインディングには、一般的なシナリオで使用される要素の組み合わせが含まれています。 定義済みバインディングの一覧を型には、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]提供を参照してください[システム指定のバインディング](../../../docs/framework/wcf/system-provided-bindings.md)です。 定義済みバインディング コレクションに、サービス アプリケーションに必要な正しい機能の組み合わせがないときは、カスタム バインドを作成して、そのアプリケーションの要件を満たすことができます。 カスタム バインドの詳細については、次を参照してください。 [ \](../../../docs/framework/configure-apps/file-schema/wcf/custombinding.md)です。 + バインディングには、定義済みバインディングとカスタム バインドの 2 種類があります。 定義済みバインディングには、一般的なシナリオで使用される要素の組み合わせが含まれています。 WCF が提供される定義済みバインドの種類の一覧は、次を参照してください。[システム指定のバインディング](../../../docs/framework/wcf/system-provided-bindings.md)です。 定義済みバインディング コレクションに、サービス アプリケーションに必要な正しい機能の組み合わせがないときは、カスタム バインドを作成して、そのアプリケーションの要件を満たすことができます。 カスタム バインドの詳細については、次を参照してください。 [ \](../../../docs/framework/configure-apps/file-schema/wcf/custombinding.md)です。 - 次の 4 つの例は、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスの設定に使用される最も一般的なバインディング構成を示しています。 + 次の 4 つの例では、WCF サービスを設定するために使用される最も一般的なバインド構成を示しています。 #### バインディングの種類を使用するエンドポイントの指定 最初の例は、アドレス、コントラクト、およびバインディングをそれぞれ 1 つずつ使用して構成されたエンドポイントを指定する方法を示しています。 diff --git a/docs/framework/wcf/configuring-services-using-configuration-files.md b/docs/framework/wcf/configuring-services-using-configuration-files.md index 21d03c4ac58..af5b3a34bfd 100644 --- a/docs/framework/wcf/configuring-services-using-configuration-files.md +++ b/docs/framework/wcf/configuring-services-using-configuration-files.md @@ -4,16 +4,16 @@ ms.date: 03/30/2017 helpviewer_keywords: - configuring services [WCF] ms.assetid: c9c8cd32-2c9d-4541-ad0d-16dff6bd2a00 -ms.openlocfilehash: abfe502c6b50234037cad786a658edc3d479cc9e -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 19ba0e585dfdd2ee47781b04a3d1a5bbdba60371 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 構成ファイルを使用してサービスを構成する方法 構成ファイルで Windows Communication Foundation (WCF) サービスを構成する柔軟性がエンドポイントを提供して、サービス動作のデータではなく、配置時にデザイン時です。 ここでは使用可能な主要な技術について説明します。 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスは、 [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] の構成技術を使用して構成できます。 通常、XML 要素は、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスをホストするインターネット インフォメーション サービス (IIS) サイトの Web.config ファイルに追加されます。 この要素によって、コンピューターごとにエンドポイント アドレス (サービスと通信するために使用する実際のアドレス) などの詳細情報を変更できます。 また、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] には、システム指定の要素がいくつか用意されており、これらの要素によって、サービスの最も基本的な機能を簡単に選択できます。 [!INCLUDE[netfx40_long](../../../includes/netfx40-long-md.md)]以降では、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] には、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 構成要件を簡略化する新しい既定の構成モデルが付属しています。 特定のサービスに対し [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 構成を指定しないと、ランタイムは自動的にいくつかの標準エンドポイントおよびバインディング/動作でサービスを構成します。 実際、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] アプリケーションのプログラミングにおいては、構成ファイルの記述が作業の大きな部分を占めます。 + WCF サービスが構成可能なを使用して、[!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)]テクノロジ構成します。 ほとんどの場合、XML 要素は、WCF サービスをホストするインターネット インフォメーション サービス (IIS) サイトの Web.config ファイルに追加されます。 この要素によって、コンピューターごとにエンドポイント アドレス (サービスと通信するために使用する実際のアドレス) などの詳細情報を変更できます。 さらに、WCF には、サービスの最も基本的な機能をすばやく選択することはいくつかのシステム指定の要素が含まれています。 以降で[!INCLUDE[netfx40_long](../../../includes/netfx40-long-md.md)]WCF の WCF 構成の要件を簡略化する新しい既定の構成モデルが付属します。 特定のサービスの WCF 構成を指定しない場合、ランタイムはサービスを自動的にいくつかの標準エンドポイントおよびバインディング/動作を構成します。 構成ファイルの記述は、メジャー、実際には、WCF アプリケーションのプログラミングの一部です。 詳細については、次を参照してください。[を構成するサービスのバインディングの](../../../docs/framework/wcf/configuring-bindings-for-wcf-services.md)します。 一連の最もよく使用される要素を参照してください[システム指定のバインディング](../../../docs/framework/wcf/system-provided-bindings.md)です。 既定のエンドポイント、バインディング、および動作の詳細については、次を参照してください。[簡略化された構成](../../../docs/framework/wcf/simplified-configuration.md)と[WCF サービスの構成を簡略化](../../../docs/framework/wcf/samples/simplified-configuration-for-wcf-services.md)です。 @@ -21,7 +21,7 @@ ms.lasthandoff: 05/04/2018 > 2 つの異なるバージョンのサービスが配置される side-by-side のシナリオを配置する場合、構成ファイルで参照されるアセンブリの部分名を指定する必要があります。 これは構成ファイルがすべてのバージョンのサービスで共有されて、異なるバージョンの .NET Framework で実行される可能性があるためです。 ## System.Configuration: Web.config と App.config - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、 [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)]の System.Configuration 構成システムを使用します。 + WCF の System.Configuration 構成システムを使用して、[!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)]です。 を Visual Studio でサービスを構成する場合は、Web.config ファイルまたは App.config ファイルを使用して、設定を指定します。 選択する構成ファイル名は、サービスに選択したホスト環境によって異なります。 サービスのホストに IIS を使用している場合は、Web.config ファイルを使用します。 他のホスト環境を使用している場合、App.config ファイルを使用します。 @@ -115,7 +115,7 @@ ms.lasthandoff: 05/04/2018 [\](../../../docs/framework/configure-apps/file-schema/wcf/behavior-of-servicebehaviors.md) ## バインディングと動作の構成を使用する方法 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、構成で参照システムを使用することによって、エンドポイント間で構成を簡単に共有できます。 構成値を直接エンドポイントに割り当てるのではなく、バインディング関連の構成値を `bindingConfiguration` セクションの `` 要素にグループ化します。 バインディング構成とは、バインディングの設定の名前付きグループです。 エンドポイントは、名前によって `bindingConfiguration` を参照できます。 + WCF では、簡単に共有の構成で参照システムを使用してエンドポイント間で構成します。 構成値を直接エンドポイントに割り当てるのではなく、バインディング関連の構成値を `bindingConfiguration` セクションの `` 要素にグループ化します。 バインディング構成とは、バインディングの設定の名前付きグループです。 エンドポイントは、名前によって `bindingConfiguration` を参照できます。 ```xml diff --git a/docs/framework/wcf/configuring-services.md b/docs/framework/wcf/configuring-services.md index eedd2738c84..6738fa28779 100644 --- a/docs/framework/wcf/configuring-services.md +++ b/docs/framework/wcf/configuring-services.md @@ -4,32 +4,32 @@ ms.date: 03/30/2017 helpviewer_keywords: - configuration [WCF] ms.assetid: beac771e-f28e-4f84-9ff1-ad9251c726d3 -ms.openlocfilehash: dc3aeadafd54bbd8b57a3e8c781e0cced9e7e632 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 7718edaefbad18afa11b3e3680fac39da585a610 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # サービスの構成 サービス コントラクトの設計、実装が終われば、サービスを構成できる状態になります。 クライアント側から見たサービスの動作は、ここで定義、カスタマイズします。サービスと通信するためのアドレス、メッセージの送受信に使うトランスポートやエンコーディング、必要なセキュリティ型などを指定できます。 - 定義やカスタマイズは、コード内で強制的に (簡単には変更できないような形で) 行う方法と、構成ファイルに記述して行う方法があります。エンドポイントのアドレス、実際に使うトランスポート、セキュリティ スキーマなど、サービスに関するさまざまな事項を定義、カスタマイズできます。 実際、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] アプリケーションのプログラミングにおいては、構成ファイルの記述が作業の大きな部分を占めます。 + 定義やカスタマイズは、コード内で強制的に (簡単には変更できないような形で) 行う方法と、構成ファイルに記述して行う方法があります。エンドポイントのアドレス、実際に使うトランスポート、セキュリティ スキーマなど、サービスに関するさまざまな事項を定義、カスタマイズできます。 構成ファイルの記述は、メジャー、実際には、WCF アプリケーションのプログラミングの一部です。 ## このセクションの内容 [簡略化された構成](../../../docs/framework/wcf/simplified-configuration.md) - [!INCLUDE[netfx40_long](../../../includes/netfx40-long-md.md)]以降では、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] には、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 構成要件を簡略化する新しい既定の構成モデルが付属しています。 特定のサービスに対し [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 構成を指定しないと、ランタイムは自動的に既定のエンドポイント、バインディング、および動作でサービスを構成します。 + 以降で[!INCLUDE[netfx40_long](../../../includes/netfx40-long-md.md)]WCF の WCF 構成の要件を簡略化する新しい既定の構成モデルが付属します。 特定のサービスの WCF 構成を指定しない場合、ランタイムに自動的にでサービスを構成の既定のエンドポイント、バインディング、および動作します。 [構成ファイルを使用してサービスを構成する方法](../../../docs/framework/wcf/configuring-services-using-configuration-files.md) - Windows Communication Foundation (WCF) サービスは、構成可能なを使用して、[!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)]テクノロジ構成します。 通常、XML 要素は、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスをホストするインターネット インフォメーション サービス (IIS) サイトの Web.config ファイルに追加されます。 この要素によって、コンピューターごとにエンドポイント アドレス (サービスと通信するために使用する実際のアドレス) などの詳細情報を変更できます。 + Windows Communication Foundation (WCF) サービスは、構成可能なを使用して、[!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)]テクノロジ構成します。 ほとんどの場合、XML 要素は、WCF サービスをホストするインターネット インフォメーション サービス (IIS) サイトの Web.config ファイルに追加されます。 この要素によって、コンピューターごとにエンドポイント アドレス (サービスと通信するために使用する実際のアドレス) などの詳細情報を変更できます。 [バインディング](../../../docs/framework/wcf/bindings.md) - さらに [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] には、一般的な構成がシステム提供のバインディングとして用意されています。これを使用すると、クライアントとサービスの通信方法に関する基本事項 (トランスポート、セキュリティ、メッセージのエンコーディングなど) を容易に選択できます。 + さらに、WCF には、クライアントとサービスの通信方法に関する、トランスポート、セキュリティ、およびエンコードが使用されるメッセージなどの最も基本的な機能をすばやく選択するためのバインディングの形式でのシステム指定のいくつかの一般的な構成が含まれています。 [エンドポイント](../../../docs/framework/wcf/endpoints.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービスにおけるすべての通信はサービスの*エンドポイント*を通じて発生します。 エンドポイントには、コントラクト、バインディングで指定されている構成情報、およびサービスの検索場所やサービスに関する情報の取得場所を示すアドレスが設定されています。 + 使用して WCF サービスとすべての通信が行われる、*エンドポイント*サービス。 エンドポイントには、コントラクト、バインディングで指定されている構成情報、およびサービスの検索場所やサービスに関する情報の取得場所を示すアドレスが設定されています。 [サービスのセキュリティ保護](../../../docs/framework/wcf/securing-services.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] および既存のセキュリティ機構を使用することにより、機密性、整合性、認証、および承認をサービスに実装できます。 また、セキュリティに関する成功および失敗を監査することも可能です。 + WCF を使用して、既存のセキュリティ メカニズム、機密性、整合性、認証、および任意のサービスに承認を実装することができます。 また、セキュリティに関する成功および失敗を監査することも可能です。 [WS-I Basic Profile 1.1 の相互運用可能サービスの作成](../../../docs/framework/wcf/creating-ws-i-basic-profile-1-1-interoperable-services.md) 他のプラットフォームやオペレーティング システム上で動作するサービスやクライアントと、相互に運用できるような形でサービスを配置するために必要な事項は、WS-I Basic Profile 1.1 の仕様に記載されています。 diff --git a/docs/framework/wcf/configuring-wcf-services-in-code.md b/docs/framework/wcf/configuring-wcf-services-in-code.md index 1b84d40966e..9b5d3365673 100644 --- a/docs/framework/wcf/configuring-wcf-services-in-code.md +++ b/docs/framework/wcf/configuring-wcf-services-in-code.md @@ -2,14 +2,14 @@ title: コード内での WCF サービスの構成 ms.date: 03/30/2017 ms.assetid: 193c725d-134f-4d31-a8f8-4e575233bff6 -ms.openlocfilehash: 2046ee00bef0f3e84a61151474c777d64005a30c -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 714236bcdb562840323698622cdf3d0c6c89b6ca +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # コード内での WCF サービスの構成 -Windows Communication Foundation (WCF) では、構成ファイルまたはコードを使用してサービスの構成をすることができます。 構成ファイルは、サービスを配置した後に構成する必要がある場合に便利です。 構成ファイルを使用する場合、IT 専門家は構成ファイルを更新するだけで、再コンパイルの必要はありません。 ただし、構成ファイルの管理は複雑で難しくなる場合があります。 構成ファイルのデバッグはサポートされていません。また、構成要素は名前で参照されるため、構成ファイルの作成時にエラーが発生しやすく、構成ファイルの作成が困難になります。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、コードでサービスを構成することもできます。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] の以前のバージョン (4.0 以前) では、自己ホスト型のシナリオであれば、コードで簡単にサービスを構成できました。また、 クラスを使用すると、ServiceHost.Open を呼び出す前にエンドポイントと動作を構成できました。 ただし、Web ホストのシナリオでは、 クラスに直接アクセスできません。 Web ホスト サービスを構成するには、`System.ServiceModel.ServiceHostFactory` を作成して必要な構成を実行する を作成する必要がありました。 .NET 4.5 以降では、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] を使用すると、自己ホスト型サービスと Web ホスト サービスの両方をコードで簡単に構成できます。 +Windows Communication Foundation (WCF) では、構成ファイルまたはコードを使用してサービスの構成をすることができます。 構成ファイルは、サービスを配置した後に構成する必要がある場合に便利です。 構成ファイルを使用する場合、IT 専門家は構成ファイルを更新するだけで、再コンパイルの必要はありません。 ただし、構成ファイルの管理は複雑で難しくなる場合があります。 構成ファイルのデバッグはサポートされていません。また、構成要素は名前で参照されるため、構成ファイルの作成時にエラーが発生しやすく、構成ファイルの作成が困難になります。 WCF では、コードでサービスを構成することもできます。 以前のバージョンのコードで WCF (4.0 およびそれ以前) 構成サービスが自己ホスト型では、簡単、クラスを使用するエンドポイントと、ServiceHost.Open を呼び出す前に動作を構成します。 ただし、Web ホストのシナリオでは、 クラスに直接アクセスできません。 Web ホスト サービスを構成するには、`System.ServiceModel.ServiceHostFactory` を作成して必要な構成を実行する を作成する必要がありました。 .NET 4.5 以降で、WCF では、両方を構成する簡単な方法は自己ホスト型し、web ホスト サービスでコードを提供します。 ## Configure メソッド サービス実装クラスで、次のシグネチャを持つ `Configure` という名前のパブリックな静的メソッドを定義します。 @@ -18,7 +18,7 @@ Windows Communication Foundation (WCF) では、構成ファイルまたはコ public static void Configure(ServiceConfiguration config) ``` - Configure メソッドは、開発者がエンドポイントおよび動作を追加できるようにする インスタンスを受け取ります。 このメソッドは、サービス ホストが開かれる前に、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] によって呼び出されます。 app.config ファイルまたは web.config ファイルで指定されたすべてのサービスの構成設定は、定義されている場合、無視されます。 + Configure メソッドは、開発者がエンドポイントおよび動作を追加できるようにする インスタンスを受け取ります。 このメソッドは、サービス ホストが開かれる前に、WCF によって呼び出されます。 app.config ファイルまたは web.config ファイルで指定されたすべてのサービスの構成設定は、定義されている場合、無視されます。 次のコード スニペットは、`Configure` メソッドを定義し、サービス エンドポイント、エンドポイントの動作、およびサービスの動作を追加する方法を示しています。 diff --git a/docs/framework/wcf/contract-first-tool.md b/docs/framework/wcf/contract-first-tool.md index f446bb06cf9..782ae782a3c 100644 --- a/docs/framework/wcf/contract-first-tool.md +++ b/docs/framework/wcf/contract-first-tool.md @@ -1,24 +1,12 @@ --- -title: "コントラクト優先ツール" -ms.custom: +title: コントラクト優先ツール ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: 0a880690-f460-4475-a5f4-9f91ce08fcc6 -caps.latest.revision: "8" -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 5079a4b45c7adf0cfd4d9ae1069379184422dc98 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 -ms.translationtype: MT +ms.openlocfilehash: b8d38cc31eacf1d8eb29aaaf7d6ef29056ff9b79 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d +ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # コントラクト優先ツール サービス コントラクトは、多くの場合、既存のサービスから作成する必要があります。 [!INCLUDE[net_v45](../../../includes/net-v45-md.md)] では、コントラクト優先ツールを使用して、データ コントラクト クラスを既存のサービスから自動的に作成できます。 コントラクト優先ツールを使用するには、XML スキーマ定義ファイル (XSD) をローカルにダウンロードする必要があります。ツールは、HTTP 経由でリモート データ コントラクトをインポートすることはできません。 @@ -70,13 +58,13 @@ ms.lasthandoff: 12/22/2017 上記のサービス コントラクトをプロジェクトに追加するには、プロジェクトを右クリックして**新規追加しています.**. [テンプレート] ダイアログ ボックスの [WCF] ペインで [スキーマ定義] を選択し、新しいファイルの名前を SampleContract.xsd にします。 上のコードをコピーし、新しいファイルのコード ビューに貼り付けます。 ## コントラクト優先のオプションの構成 - コントラクト優先のオプションは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] プロジェクトの [プロパティ] メニューで構成できます。 コントラクト優先の開発を有効にするを選択して、**型定義言語として有効にする XSD**プロジェクトのプロパティ ウィンドウの [WCF] ページでチェック ボックスをオンします。 + プロパティのメニューでコントラクト優先のオプションを構成することができます、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]プロジェクト。 コントラクト優先の開発を有効にするを選択して、**型定義言語として有効にする XSD**プロジェクトのプロパティ ウィンドウの [WCF] ページでチェック ボックスをオンします。 - ![コントラクト -を示す WCF プロジェクト オプション; 最初](../../../docs/framework/wcf/media/contractfirstoptions.png "ContractFirstOptions") + ![WCF プロジェクト オプションを示すコントラクト-最初](../../../docs/framework/wcf/media/contractfirstoptions.png "ContractFirstOptions") 高度なプロパティを構成するには、[詳細設定] をクリックします。 - ![高度なコントラクト -最初のプロパティを](../../../docs/framework/wcf/media/contractfirstadvanced.png "ContractFirstAdvanced") + ![コントラクトを高度な-最初のプロパティを](../../../docs/framework/wcf/media/contractfirstadvanced.png "ContractFirstAdvanced") 次の詳細設定は、コントラクトからコードを生成するために構成できます。 設定は、プロジェクト内のすべてのファイルに対してのみ構成できます。現時点では、ファイルごとの構成はできません。 diff --git a/docs/framework/wcf/controlling-auto-launching-of-wcf-service-host.md b/docs/framework/wcf/controlling-auto-launching-of-wcf-service-host.md index 6e834a2cc95..7fe577ffac5 100644 --- a/docs/framework/wcf/controlling-auto-launching-of-wcf-service-host.md +++ b/docs/framework/wcf/controlling-auto-launching-of-wcf-service-host.md @@ -4,22 +4,22 @@ ms.date: 03/30/2017 f1_keywords: - WcfOptions ms.assetid: 6abe5d34-519b-4cef-8f02-3c0a7f125585 -ms.openlocfilehash: fe936ee3ff42b586c733de597de808b86f3e2575 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 63c3ca00c0cdc0b28de0fe245b616acd04ca50fe +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # WCF サービス ホストの自動起動の制御 -Windows Communication Foundation (WCF) サービス ホスト (WcfSvcHost.exe) の自動起動する機能を制御することができます、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービス ライブラリ プロジェクト、複数のプロジェクトを含む同じ Visual Studio ソリューション内の別のプロジェクトをデバッグする場合. +複数のプロジェクトを含む同じ Visual Studio ソリューション内の別のプロジェクトをデバッグするときに、WCF サービス ライブラリ プロジェクトの Windows Communication Foundation (WCF) サービス ホスト (WcfSvcHost.exe) の自動起動する機能を制御できます。 - これを行うを右クリックし、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]でサービス プロジェクト**ソリューション エクスプ ローラー**、選択**プロパティ**、 をクリック**WCF オプション**タブです。**開始 WCF サービス ホスト、同じソリューション内の別のプロジェクトをデバッグするときに** チェック ボックスが既定で有効にします。 チェック ボックスをオフにすると、同じソリューションで別のプロジェクトがデバッグされるときに、この特定のプロジェクトの [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストを起動しないように指定できます。 + これを行うには、プロジェクトを右クリックして、WCF サービスで**ソリューション エクスプ ローラー**、選択**プロパティ**、 をクリック**WCF オプション** タブ。**開始 WCF サービス ホスト、同じソリューション内の別のプロジェクトをデバッグするときに** チェック ボックスが既定で有効にします。 ボックスをオフに、同じソリューション内の別のプロジェクトのデバッグ時に、この特定のプロジェクトの WCF サービス ホストが起動しないようにします。 この動作は、F5 キーによるデバッグや、このプロジェクトへのサービス参照の追加の機能には影響を与えません。 このオプションは、次のプロジェクトで使用できます。 -- [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ライブラリ プロジェクト +- WCF サービス ライブラリ プロジェクト。 - シーケンシャル ワークフロー サービス ライブラリ プロジェクト diff --git a/docs/framework/wcf/controlling-resource-consumption-and-improving-performance.md b/docs/framework/wcf/controlling-resource-consumption-and-improving-performance.md index 0c63baf994d..261aa277564 100644 --- a/docs/framework/wcf/controlling-resource-consumption-and-improving-performance.md +++ b/docs/framework/wcf/controlling-resource-consumption-and-improving-performance.md @@ -2,11 +2,11 @@ title: リソース消費の制御とパフォーマンスの向上 ms.date: 03/30/2017 ms.assetid: 9a829669-5f76-4c88-80ec-92d0c62c0660 -ms.openlocfilehash: 031261f50a0615efa7227d3655c90c3423e77796 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: ee94ae7c570156d870b93311365ad52b815f12d5 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # リソース消費の制御とパフォーマンスの向上 このトピックでは、リソースの消費量をコントロールに正常に機能し、パフォーマンス メトリックに影響する Windows Communication Foundation (WCF) アーキテクチャのさまざまな領域にさまざまなプロパティについて説明します。 @@ -18,7 +18,7 @@ ms.lasthandoff: 05/04/2018 シリアル化のクォータの例としては、 プロパティがあります。このプロパティは、シリアライザーが メソッドの 1 回の呼び出しでシリアル化または逆シリアル化するオブジェクトの最大数を指定します。 アプリケーション レベルのスロットルの例としては、 プロパティがあります。このプロパティは、既定で、セッションフル チャネルの同時接続の最大数を 10 に制限します (クォータとは異なり、このスロットル値に達しても、アプリケーションは処理を続行しますが、新しいセッションフル チャネルは受け入れません。つまり、他のセッションフル チャネルのいずれかが終了するまで、新しいクライアントは接続できません)。 - これらの制御は、特定の種類の攻撃に対してすぐに使用できる軽減策を提供し、メモリの占有領域や起動時間などのパフォーマンス メトリックを向上するように設計されています。 ただし、アプリケーションによっては、これらの制御によってサービス アプリケーションのパフォーマンスが低下したり、アプリケーションがまったく動作しなくなったりする可能性があります。 たとえば、ビデオ ストリーミング用に設計されたアプリケーションは、既定の プロパティをすぐに超える可能性があります。 ここでは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のすべてのレベルでアプリケーションに適用されるさまざまな制御の概要を示し、特定の設定がアプリケーションの実行を妨げているかどうかに関する詳細情報を取得するためのさまざまな方法について説明し、さまざまな問題を修正する方法について説明します。 ほとんどのスロットルおよび一部のクォータは、基本プロパティがシリアル化またはトランスポートの制約である場合でも、アプリケーション レベルで利用できます。 たとえば、サービス クラスの を使用して、 プロパティを設定できます。 + これらの制御は、特定の種類の攻撃に対してすぐに使用できる軽減策を提供し、メモリの占有領域や起動時間などのパフォーマンス メトリックを向上するように設計されています。 ただし、アプリケーションによっては、これらの制御によってサービス アプリケーションのパフォーマンスが低下したり、アプリケーションがまったく動作しなくなったりする可能性があります。 たとえば、ビデオ ストリーミング用に設計されたアプリケーションは、既定の プロパティをすぐに超える可能性があります。 このトピックでは、さまざまなコントロールの概要については、WCF のすべてのレベルでのアプリケーションに適用、設定が、アプリケーションを低下させているかどうかについて情報を取得するさまざまな方法について説明し、さまざまな問題を解決する方法について説明を提供します。 ほとんどのスロットルおよび一部のクォータは、基本プロパティがシリアル化またはトランスポートの制約である場合でも、アプリケーション レベルで利用できます。 たとえば、サービス クラスの を使用して、 プロパティを設定できます。 > [!NOTE] > かどうかは、特定の問題がある、最初にお読みください、 [WCF トラブルシューティング クイック スタート](../../../docs/framework/wcf/wcf-troubleshooting-quickstart.md)を一覧表示されているかどうかの問題 (とソリューション) があります。 @@ -28,11 +28,11 @@ ms.lasthandoff: 05/04/2018 ## クォータ設定に関連するアプリケーションとパフォーマンスの問題の検出 上記の値の既定値は、一般的なセキュリティの問題に対する基本的な保護を提供しながら、さまざまなアプリケーションで基本的なアプリケーション機能を使用できるように選択されたものです。 ただし、アプリケーション デザインによっては、1 つ以上のスロットル設定を超えてしまったためにアプリケーションがセキュリティで保護されなかったり、設計どおりに動作しなかったりする場合があります。 その場合は、超過したスロットル値とそのレベルを特定し、アプリケーションのスループットを向上するための適切な手順を決定する必要があります。 - 通常、アプリケーションを作成してデバッグする際には、構成ファイルまたはプログラムで プロパティを `true` に設定します。 これによって、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] にサービス例外のスタック トレースをクライアント アプリケーションに返して表示するように指示できます。 この機能により、ほとんどのアプリケーション レベルの例外が報告され、問題が発生している場合に、どのクォータ設定が関係しているかを表示できます。 + 通常、アプリケーションを作成してデバッグする際には、構成ファイルまたはプログラムで プロパティを `true` に設定します。 これは、WCF サービス例外のスタック トレースを表示するためにクライアント アプリケーションに返されるを指示します。 この機能により、ほとんどのアプリケーション レベルの例外が報告され、問題が発生している場合に、どのクォータ設定が関係しているかを表示できます。 実行時に発生する一部の例外はアプリケーション層から見えないため、このメカニズムでは返されません。このため、カスタムの 実装で処理できないことがあります。 Microsoft Visual Studio などの開発環境で作業している場合は、これらの例外のほとんどは自動的に表示されます。 開発環境の設定など、いくつかの例外をマスクするただし、[マイ コードのみ](http://go.microsoft.com/fwlink/?LinkId=82174)Visual Studio 2005 で設定します。 - 開発環境の機能に関係なく、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のトレース機能とメッセージ ログ機能を使用すると、すべての例外のデバッグとアプリケーションのパフォーマンス調整を実行できます。 詳細については、次を参照してください。[トレースを使用して、アプリケーションのトラブルシューティングを](../../../docs/framework/wcf/diagnostics/tracing/using-tracing-to-troubleshoot-your-application.md)です。 + 開発環境の機能に関係なくには、すべての例外をデバッグし、アプリケーションのパフォーマンスをチューニングする WCF トレースとメッセージ ログ記録の機能を使用できます。 詳細については、次を参照してください。[トレースを使用して、アプリケーションのトラブルシューティングを](../../../docs/framework/wcf/diagnostics/tracing/using-tracing-to-troubleshoot-your-application.md)です。 ## パフォーマンスの問題と XmlSerializer を使用してシリアル化できるデータ型を使用するサービスおよびクライアント アプリケーションは、実行時にこのようなデータ型のシリアル化コードを生成およびコンパイルします。このため、起動時のパフォーマンスが低下することがあります。 diff --git a/docs/framework/wcf/creating-ws-i-basic-profile-1-1-interoperable-services.md b/docs/framework/wcf/creating-ws-i-basic-profile-1-1-interoperable-services.md index 9155921086d..6a92324b99d 100644 --- a/docs/framework/wcf/creating-ws-i-basic-profile-1-1-interoperable-services.md +++ b/docs/framework/wcf/creating-ws-i-basic-profile-1-1-interoperable-services.md @@ -7,14 +7,14 @@ dev_langs: helpviewer_keywords: - configuration [WCF], interoperable services ms.assetid: 91b70a21-8f5c-4679-808c-2ed5fa6b2013 -ms.openlocfilehash: 461bd7ba095300f945157db21122ccc610119680 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: aa76a6633ef86a908e00bb9dcb1b16eefe35c12d +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # WS-I Basic Profile 1.1 の相互運用可能サービスの作成 -[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] Web サービス クライアントと相互運用できるように [!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)] サービス エンドポイントを構成するには、以下に従います。 +相互運用できるようにする WCF サービス エンドポイントを構成する[!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)]Web サービス クライアント。 - サービス エンドポイントのバインディングの種類として を使用する。 @@ -28,12 +28,12 @@ ms.lasthandoff: 05/04/2018 - 値によって制御されるメッセージ セキュリティでは、WS-I Basic Security Profile 1.0 に準拠した WS-Security がサポートされます。 WS-Security を使用しない場合は、このプロパティを既定値 () のままにしておきます。 - メタデータを行うために、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]に利用できるサービス[!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)]、Web サービス クライアント生成ツールを使用して: [Web サービス記述言語ツール (Wsdl.exe)](http://msdn.microsoft.com/library/b9210348-8bc2-4367-8c91-d1a04b403e88)、 [Web サービス検出ツール (Disco.exe)](http://msdn.microsoft.com/library/acd88078-c581-42bc-94ca-6633e2851979)、および`Add Web Reference`Visual Studio の機能です。 メタデータの公開を有効にする必要があります。 詳細については、次を参照してください。[メタデータ エンドポイントを公開する](../../../docs/framework/wcf/publishing-metadata-endpoints.md)です。 + WCF サービスのメタデータを使用できるようにする[!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)]、Web サービス クライアント生成ツールを使用して: [Web サービス記述言語ツール (Wsdl.exe)](http://msdn.microsoft.com/library/b9210348-8bc2-4367-8c91-d1a04b403e88)、 [Web サービス検出ツール (Disco.exe)](http://msdn.microsoft.com/library/acd88078-c581-42bc-94ca-6633e2851979)、および`Add Web Reference`Visual Studio の機能です。 メタデータの公開を有効にする必要があります。 詳細については、次を参照してください。[メタデータ エンドポイントを公開する](../../../docs/framework/wcf/publishing-metadata-endpoints.md)です。 ## 例 ### 説明 - 次のコード例は、追加する方法を示します、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]と互換性があるエンドポイント[!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)]Web サービス クライアント コードで、または、構成ファイルにします。 + 次のコード例と互換性がある WCF エンドポイントを追加する方法を示します[!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)]Web サービス クライアント コードで、または、構成ファイルにします。 ### コード [!code-csharp[C_HowTo-WCFServiceAndASMXClient#0](../../../samples/snippets/csharp/VS_Snippets_CFX/c_howto-wcfserviceandasmxclient/cs/program.cs#0)] diff --git a/docs/framework/wcf/defining-and-specifying-faults.md b/docs/framework/wcf/defining-and-specifying-faults.md index 52b656b70df..33d2e06bf46 100644 --- a/docs/framework/wcf/defining-and-specifying-faults.md +++ b/docs/framework/wcf/defining-and-specifying-faults.md @@ -8,11 +8,11 @@ helpviewer_keywords: - handling faults [WCF], specifying - handling faults [WCF], defining ms.assetid: c00c84f1-962d-46a7-b07f-ebc4f80fbfc1 -ms.openlocfilehash: b71aaf22c98c7f8e62b5c02449a45ec75567d064 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 99e0c22a66eb1d839f1594cf53373a74fc3dd02d +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # エラーの定義と指定 SOAP エラーを使用する目的は、エラー状態情報をサービスからクライアントに伝達し、双方向のシナリオでは、相互利用が可能な手段でクライアントからサービスにも伝達することです。 ここでは、カスタムのエラー コンテンツをいつどのように定義し、そのエラーを返す操作をどのように指定するかについて説明します。 サービス、または双方向のクライアントがエラーを送信する方法と、クライアントまたはサービス アプリケーションがこのようなエラーを処理する方法の詳細については、次を参照してください。[送信と受信エラー](../../../docs/framework/wcf/sending-and-receiving-faults.md)です。 Windows Communication Foundation (WCF) アプリケーションのエラー処理の概要については、次を参照してください。[を指定すると処理のエラー コントラクトおよびサービスの](../../../docs/framework/wcf/specifying-and-handling-faults-in-contracts-and-services.md)します。 @@ -27,7 +27,7 @@ SOAP エラーを使用する目的は、エラー状態情報をサービスか 3. 操作でスローされた特定の SOAP エラーがクライアントに公開されるように、WSDL でその操作にマークします。 ### クライアントに通知する必要があるエラー状態の定義 - SOAP エラーは、特定の操作に関するフォールト情報を伝達するためにパブリックに記述されたメッセージです。 これらのメッセージは、WSDL で他の操作メッセージと共に記述されているので、クライアントは、操作を呼び出した時点でこのようなエラー処理を予測できます。 ただし、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスはマネージ コードで記述されています。マネージ コードで記述されたどのエラー状態をフォールトに変換し、クライアントに返す必要があるかを決定することによって、サービスのエラー状態やバグは、クライアントとの間でエラーに関して行われる正規のメッセージ交換から分離することができます。 + SOAP エラーは、特定の操作に関するフォールト情報を伝達するためにパブリックに記述されたメッセージです。 これらのメッセージは、WSDL で他の操作メッセージと共に記述されているので、クライアントは、操作を呼び出した時点でこのようなエラー処理を予測できます。 WCF サービスがマネージ コードで条件がフォールトに変換され、クライアントに返されるエラーを提供する正式なエラーからのエラー状況と、サービスでのバグを分離することを決定する、マネージ コードで記述されているため、クライアントがあるメッセージを交換します。 たとえば、次のコード例には、2 つの整数を受け取り、別の整数を返す操作があります。 ここではいくつかの例外がスローされる可能性があります。そのため、エラー コントラクトを設計するときに、クライアントにとって重要なエラー状態を判別する必要があります。 この場合、サービスでは 例外を検出する必要があります。 @@ -84,7 +84,7 @@ End Class SOAP 標準に従って、エラーには、`Action`、`Code`、および `Reason` を指定することができます。 `Action` は、 プロパティによって制御されます。 プロパティと プロパティは、ジェネリック の親クラスである クラスのプロパティです。 `Code` プロパティには、 メンバーが含まれています。 - エラーを生成する非サービスを利用する場合には、特定の制限事項があります。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、スキーマによって記述され、データ コントラクトと互換性のある、詳細な型を持つエラーしかサポートされません。 たとえば、上記のように [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、詳細な型で XML 属性を使用するエラーや、詳細セクションに複数のトップレベル要素を持つエラーがサポートされていません。 + エラーを生成する非サービスを利用する場合には、特定の制限事項があります。 WCF では、詳細な型でのエラーのみ、スキーマを示すと、データ コントラクトと互換性があります。 たとえば、前述のように、WCF はできません、詳細な型で XML 属性を使用するエラーや詳細セクションに 2 つ以上の最上位要素を持つエラー。 ## 関連項目 diff --git a/docs/framework/wcf/deploying-a-wcf-library-project.md b/docs/framework/wcf/deploying-a-wcf-library-project.md index 550ec7f4ae4..3152c530f3f 100644 --- a/docs/framework/wcf/deploying-a-wcf-library-project.md +++ b/docs/framework/wcf/deploying-a-wcf-library-project.md @@ -2,18 +2,18 @@ title: WCF ライブラリ プロジェクトの配置 ms.date: 03/30/2017 ms.assetid: 9f9222fe-d358-443c-9a49-12c5498e35e7 -ms.openlocfilehash: 08a1d794aeeea1a41cd1eb3abf298f3f4a0f6d15 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: fb400a4d1ebba691222ad7fc9d2c09f1051591da +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # WCF ライブラリ プロジェクトの配置 このトピックでは、Windows Communication Foundation (WCF) サービス ライブラリ プロジェクトを配置する方法について説明します。 ## WCF サービス ライブラリの配置 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ライブラリは、ダイナミックリンク ライブラリ (DLL) です。 それ自体を単独で実行することはできません。 ホスティング環境に配置する必要があります。 このプロセスの詳細については、次を参照してください。[ホスティングと WCF サービスの消費](http://go.microsoft.com/fwlink/?LinkId=99932)です。 + WCF サービス ライブラリは、ダイナミック リンク ライブラリ (DLL) です。 それ自体を単独で実行することはできません。 ホスティング環境に配置する必要があります。 このプロセスの詳細については、次を参照してください。[ホスティングと WCF サービスの消費](http://go.microsoft.com/fwlink/?LinkId=99932)です。 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ライブラリは、他の [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスと同様に配置できます。 ただし、[!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] では、DLL に対する構成がサポートされていないことに注意してください。 では、アプリケーション ドメイン 1 つにつき、1 つの構成ファイルがサポートされています。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ライブラリ プロジェクトにより、配置中、ライブラリに App.config ファイルが提供され、この制限が緩和されます。 ただし、配置後、この App.config ファイルは認識されません。 + WCF サービス ライブラリは、その他の WCF サービスと同様に展開できます。 ただし、[!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] では、DLL に対する構成がサポートされていないことに注意してください。 では、アプリケーション ドメイン 1 つにつき、1 つの構成ファイルがサポートされています。 WCF サービス ライブラリ プロジェクトでは、開発時に、ライブラリの App.config ファイルを提供することによってこのような制限が軽減されます。 ただし、配置後、この App.config ファイルは認識されません。 構成コードは、ホスティング環境で認識されている構成ファイルに移動する必要があります。 自己ホストを行うには、App.config ファイルの内容をホスティング実行可能形式の App.config ファイルにコピーしてください。 サービスのホスティングに IIS を使用する場合は、App.config ファイルの内容を仮想ディレクトリの Web.config ファイルにコピーする必要があります。 diff --git a/docs/framework/wcf/designing-and-implementing-services.md b/docs/framework/wcf/designing-and-implementing-services.md index a4404a1400d..ade8ab2fa96 100644 --- a/docs/framework/wcf/designing-and-implementing-services.md +++ b/docs/framework/wcf/designing-and-implementing-services.md @@ -1,36 +1,22 @@ --- title: サービスの設計と実装 -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: article helpviewer_keywords: - defining service contracts [WCF] ms.assetid: 036fae20-7c55-4002-b71d-ac4466e167a3 -caps.latest.revision: 37 -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 9b954a8ac4f8507b095eb97d0724095cecc7b75b -ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef +ms.openlocfilehash: d4d4fb3600a25f05865dd56c220e7a8ade246f08 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/26/2018 +ms.lasthandoff: 05/07/2018 --- # サービスの設計と実装 -このセクションでは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]コントラクトの定義および実装の方法を説明します。 サービス コントラクトとは、エンドポイントが外部と何をやりとりするかを指定するものです。 より具体的には、要求/応答、一方向、双方向というような、基本的なメッセージ交換パターン (MEP) として編成された一連のメッセージに関する記述です。 サービス コントラクトが一連のメッセージ交換に論理的に関連付けられていれば、サービスの操作は単一のメッセージ交換になります。 たとえば、`Hello` という操作は、必ず 1 つのメッセージを受け取らなければならず (呼び出し元があいさつを通知できるようにするため) 、これに対してメッセージを返したり、返さなかったりします (その操作がマナーを守っているかどうかによる)。 +このセクションを定義し、WCF のコントラクトを実装する方法を示します。 サービス コントラクトとは、エンドポイントが外部と何をやりとりするかを指定するものです。 より具体的には、要求/応答、一方向、双方向というような、基本的なメッセージ交換パターン (MEP) として編成された一連のメッセージに関する記述です。 サービス コントラクトが一連のメッセージ交換に論理的に関連付けられていれば、サービスの操作は単一のメッセージ交換になります。 たとえば、`Hello` という操作は、必ず 1 つのメッセージを受け取らなければならず (呼び出し元があいさつを通知できるようにするため) 、これに対してメッセージを返したり、返さなかったりします (その操作がマナーを守っているかどうかによる)。 - コントラクトと、[!INCLUDE[indigo1](../../../includes/indigo1-md.md)] のその他の中核的な概念の詳細については、「[Windows Communication Foundation の基本概念](../../../docs/framework/wcf/fundamental-concepts.md)」を参照してください。 このトピックでは、サービス コントラクトの理解を深めることに焦点をあてています。 サービスへ接続するためにサービス コントラクトを使用するクライアントを構築する方法の詳細については、 [WCF クライアントの概要](../../../docs/framework/wcf/wcf-client-overview.md)を参照してください。 + コントラクトおよびその他のコア Windows Communication Foundation (WCF) の概念の詳細については、次を参照してください。[基本的な Windows Communication Foundation 概念](../../../docs/framework/wcf/fundamental-concepts.md)です。 このトピックでは、サービス コントラクトの理解を深めることに焦点をあてています。 サービスへ接続するためにサービス コントラクトを使用するクライアントを構築する方法の詳細については、 [WCF クライアントの概要](../../../docs/framework/wcf/wcf-client-overview.md)を参照してください。 ## 概要 - ここでは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスの設計および実装に関する大まかな概念的方向付けを行います。 サブトピックでは、設計と実装の仕様についてさらに詳しく説明します。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] アプリケーションを設計および実装する前に、次の準備をしておくことをお勧めします。 + このトピックでは、設計と WCF サービスを実装する高レベルの概念的方向付けを提供します。 サブトピックでは、設計と実装の仕様についてさらに詳しく説明します。 設計と、WCF アプリケーションを実装する、前にお勧めします。 - サービス コントラクトの概要、しくみ、および作成方法について理解する。 @@ -59,16 +45,16 @@ ms.lasthandoff: 04/26/2018 4. メッセージを正常に処理するために必要な通信インフラストラクチャに関する明確な記述。 たとえば、正常な通信を確立するためにセキュリティが必要かどうか、また、どのような形式のセキュリティが必要かなどの詳細を記述します。 - このような多くのプラットフォーム (など、Microsoft 以外のプラットフォーム) で他のアプリケーションへの情報を伝えるために XML サービス コントラクトが公開されているで表現される、標準の XML 形式など[Web Services Description Language](http://go.microsoft.com/fwlink/?LinkId=94952) (WSDL) と[XML スキーマ](http://go.microsoft.com/fwlink/?LinkId=94953)(XSD) などです。 多くのプラットフォームの開発者は、このパブリック コントラクト情報を使用して、サービスと通信できるアプリケーションを作成できます。これは、開発者が仕様の言語を理解しているだけでなく、これらの言語はサービスがサポートするパブリックな形式、書式、およびプロトコルを記述することで相互運用できるように設計されているためです。 方法の詳細についての[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]については、このようなハンドルを参照してください[メタデータ](../../../docs/framework/wcf/feature-details/metadata.md)です。 + このような多くのプラットフォーム (など、Microsoft 以外のプラットフォーム) で他のアプリケーションへの情報を伝えるために XML サービス コントラクトが公開されているで表現される、標準の XML 形式など[Web Services Description Language](http://go.microsoft.com/fwlink/?LinkId=94952) (WSDL) と[XML スキーマ](http://go.microsoft.com/fwlink/?LinkId=94953)(XSD) などです。 多くのプラットフォームの開発者は、このパブリック コントラクト情報を使用して、サービスと通信できるアプリケーションを作成できます。これは、開発者が仕様の言語を理解しているだけでなく、これらの言語はサービスがサポートするパブリックな形式、書式、およびプロトコルを記述することで相互運用できるように設計されているためです。 WCF がこのような情報を処理する方法の詳細については、次を参照してください。[メタデータ](../../../docs/framework/wcf/feature-details/metadata.md)です。 - コントラクトはさまざまな方法で表現できます。WSDL と XSD は、利用しやすい方法でサービスを記述する優れた言語である一方、直接使用することが難しい言語です。また、サービスを記述するに過ぎず、サービス コントラクトの実装ではありません。 そのため、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] アプリケーションでは、マネージ属性、マネージ インターフェイス、およびマネージ クラスを使用して、サービスの構造の定義と実装の両方を行います。 + コントラクトはさまざまな方法で表現できます。WSDL と XSD は、利用しやすい方法でサービスを記述する優れた言語である一方、直接使用することが難しい言語です。また、サービスを記述するに過ぎず、サービス コントラクトの実装ではありません。 そのため、WCF アプリケーションを使用してマネージ属性、インターフェイス、およびクラスをサービスの構造を定義し、それを実装します。 - マネージ型で定義されたコントラクトを指定できます*エクスポート*メタデータとして — WSDL と XSD — クライアントやその他のサービス実装側で必要な場合です。 これにより、どのクライアント アプリケーションに対しても (パブリック メタデータを使用して) 記述できる、簡単なプログラミング モデルが実現します。 基になる SOAP メッセージの詳細や、トランスポートとセキュリティ関連の情報などは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] に残しておくことができます。WCF は、サービス コントラクト型システムと XML 型システム間で必要な変換を自動的に実行します。 + マネージ型で定義されたコントラクトを指定できます*エクスポート*メタデータとして — WSDL と XSD — クライアントやその他のサービス実装側で必要な場合です。 これにより、どのクライアント アプリケーションに対しても (パブリック メタデータを使用して) 記述できる、簡単なプログラミング モデルが実現します。 基になる SOAP メッセージ、トランスポートと、セキュリティ関連の情報の詳細は、XML 型システムに必要な変換と、サービス コントラクト型システムの間を自動的に実行するには、WCF に残しておくことができます。 コントラクトの設計の詳細については、次を参照してください。[サービス コントラクトの設計](../../../docs/framework/wcf/designing-service-contracts.md)です。 コントラクトの実装の詳細については、次を参照してください。[サービス コントラクトを実装する](../../../docs/framework/wcf/implementing-service-contracts.md)です。 ### 重要なメッセージ - リモート プロシージャ コール (RPC) スタイルのメソッド シグネチャを使用する場合、マネージ インターフェイス、マネージ クラス、およびマネージ メソッドを使用してサービス操作をモデル化することは簡単です。メソッドにパラメーターを渡し、戻り値を受け取る方法は、オブジェクトや他の種類のコードから機能を要求する通常の形式です。 たとえば、Visual Basic および C++ COM は、RPC スタイルの知識を適用できるように、マネージ言語を使用するプログラマに近づきます (オブジェクトまたはインターフェイスを使用) かどうかを作成する[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービス コントラクトの問題は発生しませんRPC スタイルの分散オブジェクト システムに固有です。 サービス指向では、RPC プログラミングの容易さと知識を保持しながら、疎結合のメッセージ指向プログラミングの利点を得ることができます。 + リモート プロシージャ コール (RPC) スタイルのメソッド シグネチャを使用する場合、マネージ インターフェイス、マネージ クラス、およびマネージ メソッドを使用してサービス操作をモデル化することは簡単です。メソッドにパラメーターを渡し、戻り値を受け取る方法は、オブジェクトや他の種類のコードから機能を要求する通常の形式です。 たとえば、Visual Basic および C++ COM などのマネージ言語を使用するプログラマことができますの知識を適用 RPC スタイルの方法 (オブジェクトまたはインターフェイスを使用) かどうかには、WCF サービス コントラクトの作成に固有の問題は発生しませんRPC スタイルの分散オブジェクト システムです。 サービス指向では、RPC プログラミングの容易さと知識を保持しながら、疎結合のメッセージ指向プログラミングの利点を得ることができます。 プログラマの多くは、メッセージ キュー (Microsoft MSMQ、.NET Framework の 名前空間、HTTP 要求における構造化されていない XML の送信など) のようなメッセージ指向のアプリケーション プログラミング インターフェイスの方が使いやすいと考えています。 メッセージ レベルでのプログラミングの詳細については、次を参照してください[メッセージ コントラクトを使用して](../../../docs/framework/wcf/feature-details/using-message-contracts.md)、[サービス チャネル レベルのプログラミング](../../../docs/framework/wcf/extending/service-channel-level-programming.md)、および[POX アプリケーションとの相互運用](../../../docs/framework/wcf/feature-details/interoperability-with-pox-applications.md)。 @@ -77,7 +63,7 @@ ms.lasthandoff: 04/26/2018 コントラクトに必要なのは、サービス コントラクトの実装と、動作を追加するための実行時の構成に関するものであるという点に注意してください。 使用するサービスを公開するために満たす必要のある要件のセットは、上記の要件のセットを基に作成されます。 コントラクトが実装の要件を作成しても、実装ではサービスの実行を可能にするために、さらに多くの構成とバインディングを必要とする場合があります。 また、ホスト アプリケーションも、サービス構成とバインディングによって追加されるすべての要件をサポートする必要があります。 - [!INCLUDE[indigo1](../../../includes/indigo1-md.md)] サービス アプリケーションを設計、実装、構成、およびホストする際には、この追加要件の処理に注意することが重要です。 たとえば、コントラクトでセッションをサポートする必要があることが指定されている場合があります。 その場合、コントラクトの要件をサポートするようにバインディングを構成する必要があります。そうしないと、サービス実装は機能しなくなります。 また、サービスで統合 Windows 認証が必要であり、インターネット インフォメーション サービス (IIS) でホストされる場合、サービスが存在する Web アプリケーションでは、統合 Windows 認証を有効にし、匿名サポートを無効にする必要があります。 機能と、別のサービス ホスト アプリケーションの種類の影響の詳細については、次を参照してください。[ホスティング サービス](../../../docs/framework/wcf/hosting-services.md)です。 + この追加要件のプロセスは、設計、実装、構成、および Windows Communication Foundation (WCF) サービス アプリケーションをホストしているときに覚えておく必要があります。 たとえば、コントラクトでセッションをサポートする必要があることが指定されている場合があります。 その場合、コントラクトの要件をサポートするようにバインディングを構成する必要があります。そうしないと、サービス実装は機能しなくなります。 また、サービスで統合 Windows 認証が必要であり、インターネット インフォメーション サービス (IIS) でホストされる場合、サービスが存在する Web アプリケーションでは、統合 Windows 認証を有効にし、匿名サポートを無効にする必要があります。 機能と、別のサービス ホスト アプリケーションの種類の影響の詳細については、次を参照してください。[ホスティング サービス](../../../docs/framework/wcf/hosting-services.md)です。 ## 関連項目 [サービス コントラクトの設計](../../../docs/framework/wcf/designing-service-contracts.md) diff --git a/docs/framework/wcf/designing-service-contracts.md b/docs/framework/wcf/designing-service-contracts.md index 7517ec48afe..78c8bdb506e 100644 --- a/docs/framework/wcf/designing-service-contracts.md +++ b/docs/framework/wcf/designing-service-contracts.md @@ -7,11 +7,11 @@ dev_langs: helpviewer_keywords: - service contracts [WCF] ms.assetid: 8e89cbb9-ac84-4f0d-85ef-0eb6be0022fd -ms.openlocfilehash: 6d1e9ba7f5546923b222f2d495aacdb2c1caaf96 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 163c551103a68ac320e482b1daa0a0c19b2b8fed +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # サービス コントラクトの設計 ここでは、サービス コントラクトの概要、定義方法、使用できる操作 (および基になるメッセージ交換の影響)、使用するデータ型、およびシナリオの要件を満たす操作を設計する際に役立つその他の問題について説明します。 @@ -19,7 +19,7 @@ ms.lasthandoff: 05/04/2018 ## サービス コントラクトの作成 サービスは複数の操作を公開します。 Windows Communication Foundation (WCF) アプリケーションでは、メソッドを作成してでマークすることによって、操作を定義、属性。 次に、サービス コントラクトを作成するために、 属性でマークされたインターフェイス内で操作を宣言するか、この属性でマークされたクラス内で操作を定義することにより、操作をグループ化します (基本的な例では、次を参照してください[する方法: サービス コントラクトを定義する](../../../docs/framework/wcf/how-to-define-a-wcf-service-contract.md)。)。 - 属性を持たないメソッドはサービス操作ではないため、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスによって公開されることはありません。 + すべてのメソッドがない、属性は、サービス操作ではないと、WCF サービスによって公開されていません。 ここでは、サービス コントラクトの設計時に決定すべき以下のポイントについて説明します。 @@ -34,7 +34,7 @@ ms.lasthandoff: 05/04/2018 - 操作の入力と出力の制限 ## クラスとインターフェイス - クラスとインターフェイスは、いずれも機能のグループ化を表します。したがって、どちらを使用しても [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス コントラクトを定義できます。 ただし、インターフェイスはサービス コントラクトを直接モデル化するため、インターフェイスを使用することをお勧めします。 実装のないインターフェイスは、特定のシグネチャを持つメソッドのグループ化を定義しているにすぎません。 サービス コントラクト インターフェイスを実装してはじめて、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスを実装したことになります。 + 機能のグループ化を表すクラスとインターフェイスの両方と、両方を使用して WCF サービス コントラクトを定義するため、します。 ただし、インターフェイスはサービス コントラクトを直接モデル化するため、インターフェイスを使用することをお勧めします。 実装のないインターフェイスは、特定のシグネチャを持つメソッドのグループ化を定義しているにすぎません。 サービス コントラクト インターフェイスを実装し、WCF サービスを実装しています。 サービス コントラクト インターフェイスには、次のようにマネージ インターフェイスのあらゆる利点がもたらされます。 @@ -70,12 +70,12 @@ ms.lasthandoff: 05/04/2018 #### データ コントラクト Windows Communication Foundation (WCF) アプリケーションと同様に、サービス指向のアプリケーションは、できる限り多くの Microsoft および Microsoft 以外のプラットフォーム上のクライアント アプリケーションとの相互運用に設計されています。 最大限の相互運用性を実現するために、使用する型を 属性と 属性でマークして、データ コントラクトを作成することをお勧めします。データ コントラクトは、サービス コントラクトの一部であり、サービス操作で交換するデータを記述したものです。 - データ コントラクトは opt-in 方式のコントラクトです。つまり、データ コントラクト属性を明示的に適用しない限り、型またはデータ メンバーはシリアル化されません。 データ コントラクトはマネージ コードのアクセス スコープとして関連付けられていません。プライベートのデータ メンバーはシリアル化され、パブリックにアクセスされる他の場所に送信されます (データ コントラクトの基本的な例を参照してください[する方法: クラスまたは構造体に基本的なデータ コントラクトを作成する](../../../docs/framework/wcf/feature-details/how-to-create-a-basic-data-contract-for-a-class-or-structure.md)。)。[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]操作の機能を有効にする基になる SOAP メッセージの定義だけでなく、シリアル化データの種類に出入りするメッセージの本文を処理します。 使用するデータ型がシリアル化可能であれば、操作の設計時に、基盤となるメッセージ交換インフラストラクチャについて考える必要はありません。 + データ コントラクトは opt-in 方式のコントラクトです。つまり、データ コントラクト属性を明示的に適用しない限り、型またはデータ メンバーはシリアル化されません。 データ コントラクトはマネージ コードのアクセス スコープとして関連付けられていません。プライベートのデータ メンバーはシリアル化され、パブリックにアクセスされる他の場所に送信されます (データ コントラクトの基本的な例を参照してください[する方法: クラスまたは構造体に基本的なデータ コントラクトを作成する](../../../docs/framework/wcf/feature-details/how-to-create-a-basic-data-contract-for-a-class-or-structure.md)。)。WCF では、操作の機能を有効にする基になる SOAP メッセージの定義だけでなく、シリアル化データの種類に出入りするメッセージの本文を処理します。 使用するデータ型がシリアル化可能であれば、操作の設計時に、基盤となるメッセージ交換インフラストラクチャについて考える必要はありません。 - 通常の [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] アプリケーションは 属性および 属性を使用して操作のデータ コントラクトを作成しますが、他のシリアル化機構を使用することもできます。 、、および の各標準機構はすべて、基になる SOAP メッセージへのデータ型のシリアル化を処理します。このメッセージはアプリケーション間でデータ型を伝達します。 使用するデータ型で特別なサポートが必要な場合は、さらに多くのシリアル化方法を使用できます。 内のデータ型のシリアル化の選択肢の詳細については[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]アプリケーションを参照してください[サービス コントラクトのデータ転送を指定する](../../../docs/framework/wcf/feature-details/specifying-data-transfer-in-service-contracts.md)です。 + 通常の WCF アプリケーションを使用しますが、と操作については、データ コントラクトを作成する属性の他のシリアル化機構を使用することができます。 、、および の各標準機構はすべて、基になる SOAP メッセージへのデータ型のシリアル化を処理します。このメッセージはアプリケーション間でデータ型を伝達します。 使用するデータ型で特別なサポートが必要な場合は、さらに多くのシリアル化方法を使用できます。 WCF アプリケーションでのデータ型のシリアル化の選択肢の詳細については、次を参照してください。[サービス コントラクトのデータ転送を指定する](../../../docs/framework/wcf/feature-details/specifying-data-transfer-in-service-contracts.md)です。 #### メッセージ交換へのパラメーターと戻り値のマッピング - サービス操作は、特定の標準セキュリティ、トランザクション、およびセッション関連の機能をサポートするためにアプリケーションが必要とするデータに加え、アプリケーション データをやり取りする SOAP メッセージの基になる交換によってサポートされます。 これは大文字と小文字であるため、サービス操作のシグネチャは、基になるによって決まります*メッセージ交換パターン*(MEP)、データ転送と操作に必要な機能をサポートすることができます。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] プログラミング モデルでは、要求/応答、一方向、および双方向の 3 つのメッセージ パターンを指定できます。 + サービス操作は、特定の標準セキュリティ、トランザクション、およびセッション関連の機能をサポートするためにアプリケーションが必要とするデータに加え、アプリケーション データをやり取りする SOAP メッセージの基になる交換によってサポートされます。 これは大文字と小文字であるため、サービス操作のシグネチャは、基になるによって決まります*メッセージ交換パターン*(MEP)、データ転送と操作に必要な機能をサポートすることができます。 WCF プログラミング モデルで 3 つのパターンを指定できます: 要求/応答、一方向、および双方向メッセージ パターンです。 ##### 要求/応答 要求/応答パターンでは、要求の送信側 (クライアント アプリケーション) は、その要求に関連付けられた応答を受信します。 このパターンでは、1 つの操作において、1 つ以上のパラメーターを操作に渡し、戻り値を呼び出し元に返すことができるため、このパターンが既定の MEP となります。 たとえば、次の C# コード例は、文字列を 1 つ受け取り、文字列を返す基本的なサービス操作を示しています。 @@ -92,7 +92,7 @@ string Hello(string greeting); Function Hello (ByVal greeting As String) As String ``` - この操作シグネチャは、基になるメッセージ交換の形式を指定しています。 相関関係がない場合、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] は戻り値の対象となる操作を特定できません。 + この操作シグネチャは、基になるメッセージ交換の形式を指定しています。 相関関係がない場合は、WCF は、戻り値の対象とする操作を特定できません。 返すサービス操作を別の基になるメッセージ パターンを指定する場合を除いてもなお`void`(`Nothing` Visual Basic で) 要求/応答メッセージ交換は、します。 クライアントが操作を非同期で呼び出していない場合、通常、メッセージが空の場合でも、戻りメッセージを受信するまでクライアントは処理を中止します。 クライアントが応答で空のメッセージを受信するまで制御が戻らない操作の C# コード例を次に示します。 @@ -108,10 +108,10 @@ void Hello(string greeting); Sub Hello (ByVal greeting As String) ``` - 上記の例では、実行に時間のかかる操作の場合に、クライアントのパフォーマンスと応答性が低下するおそれがありますが、要求/応答操作で `void` を返す場合でも、この操作には利点があります。 最も明らかな利点は、応答メッセージで SOAP エラーを返すことが可能であるということです。これにより、通信と処理のどちらで発生したかに関係なく、サービス関連の何らかのエラー状態が発生したことがわかります。 サービス コントラクトに指定された SOAP エラーは、 オブジェクトとしてクライアント アプリケーションに渡されます。このオブジェクトの型パラメーターは、サービス コントラクトで指定された型です。 これにより、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスのエラー状態をクライアントに通知しやすくなります。 例外、SOAP エラー、およびエラー処理の詳細については、次を参照してください。[を指定すると処理のエラー コントラクトおよびサービスの](../../../docs/framework/wcf/specifying-and-handling-faults-in-contracts-and-services.md)します。 要求/応答サービスとクライアントの例を参照してください[する方法: 要求/応答コントラクトを作成する](../../../docs/framework/wcf/feature-details/how-to-create-a-request-reply-contract.md)です。 要求/応答パターンで問題の詳細については、次を参照してください。[要求/応答サービス](../../../docs/framework/wcf/feature-details/request-reply-services.md)です。 + 上記の例では、実行に時間のかかる操作の場合に、クライアントのパフォーマンスと応答性が低下するおそれがありますが、要求/応答操作で `void` を返す場合でも、この操作には利点があります。 最も明らかな利点は、応答メッセージで SOAP エラーを返すことが可能であるということです。これにより、通信と処理のどちらで発生したかに関係なく、サービス関連の何らかのエラー状態が発生したことがわかります。 サービス コントラクトに指定された SOAP エラーは、 オブジェクトとしてクライアント アプリケーションに渡されます。このオブジェクトの型パラメーターは、サービス コントラクトで指定された型です。 これにより、エラー状態に関するクライアントに通知の WCF サービスに簡単です。 例外、SOAP エラー、およびエラー処理の詳細については、次を参照してください。[を指定すると処理のエラー コントラクトおよびサービスの](../../../docs/framework/wcf/specifying-and-handling-faults-in-contracts-and-services.md)します。 要求/応答サービスとクライアントの例を参照してください[する方法: 要求/応答コントラクトを作成する](../../../docs/framework/wcf/feature-details/how-to-create-a-request-reply-contract.md)です。 要求/応答パターンで問題の詳細については、次を参照してください。[要求/応答サービス](../../../docs/framework/wcf/feature-details/request-reply-services.md)です。 ##### 一方向 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス アプリケーションのクライアントが操作の完了まで待機する必要がなく、SOAP エラーも処理しない場合は、操作で一方向メッセージ パターンを指定できます。 一方向操作では、クライアントが操作を呼び出し、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] がメッセージをネットワークに書き込んだら、クライアントは処理を続行できます。 通常、これは、送信メッセージで送信するデータが膨大な量でない限り、(データ送信時にエラーが発生しなければ) クライアントはほぼすぐに実行を続けることを意味します。 この種のメッセージ交換パターンでは、クライアントからサービス アプリケーションへのイベントのような動作をサポートします。 + WCF サービス アプリケーションのクライアント操作が完了するを待たない必要があります、SOAP エラーを処理しない場合、操作は一方向メッセージ パターンを指定できます。 一方向の操作は、いずれかをクライアントが操作を呼び出すし、WCF は、ネットワークにメッセージを書き込みます後の処理を続行します。 通常、これは、送信メッセージで送信するデータが膨大な量でない限り、(データ送信時にエラーが発生しなければ) クライアントはほぼすぐに実行を続けることを意味します。 この種のメッセージ交換パターンでは、クライアントからサービス アプリケーションへのイベントのような動作をサポートします。 1 つのメッセージを送信し、何も受信しないメッセージ交換では、`void` 以外の戻り値を指定したサービス操作をサポートすることはできません。この場合、 例外がスローされます。 diff --git a/docs/framework/wcf/diagnostics/configuring-message-logging.md b/docs/framework/wcf/diagnostics/configuring-message-logging.md index 3a5c7b0c7fa..8752503a391 100644 --- a/docs/framework/wcf/diagnostics/configuring-message-logging.md +++ b/docs/framework/wcf/diagnostics/configuring-message-logging.md @@ -4,11 +4,11 @@ ms.date: 03/30/2017 helpviewer_keywords: - message logging [WCF] ms.assetid: 0ff4c857-8f09-4b85-9dc0-89084706e4c9 -ms.openlocfilehash: 4c75b0f27e82b8cfe9327a9911d27d4e435ddf81 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: cea307b4e3920ff6413d6db28c2ce1e640b673f9 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # メッセージ ログの構成 ここでは、さまざまなシナリオでのメッセージ ログの構成方法を示します。 @@ -66,7 +66,7 @@ ms.lasthandoff: 05/04/2018 送信メッセージの場合は、メッセージがユーザー コードから出力された直後およびメッセージがネットワークに出力される直前に、ログが記録されます。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は、サービスとトランスポートの 2 種類のレベルでメッセージを記録します。 不正なメッセージも記録されます。 3 つのカテゴリは互いに独立しており、構成で個別に有効にすることができます。 + WCF では、次の 2 つの異なるレベル、サービスとトランスポートでメッセージを記録します。 不正なメッセージも記録されます。 3 つのカテゴリは互いに独立しており、構成で個別に有効にすることができます。 `logMessagesAtServiceLevel` 要素の `logMalformedMessages`、`logMessagesAtTransportLevel`、および `messageLogging` の各属性を設定することによって、ログ レベルを制御することができます。 @@ -77,7 +77,7 @@ ms.lasthandoff: 05/04/2018 このレイヤーで記録されるメッセージは、ネットワーク上での転送に向けてエンコードできる状態になっているもの、および転送後にデコードできる状態になっているものです。 フィルターを定義した場合は、そのフィルターと一致するメッセージだけが記録されます。 それ以外の場合は、トランスポート レイヤーのすべてのメッセージが記録されます。 このレイヤーでは、信頼できるメッセージング メッセージを含むすべてのインフラストラクチャ メッセージが記録されます。 ストリーム メッセージの場合は、ヘッダーだけが記録されます。 また、セキュリティで保護されたメッセージも、HTTPS などのセキュリティで保護されたトランスポートを使用している場合を除き、暗号化された状態でこのレベルで記録されます。 ### 不正レベル - 不正なメッセージとは、処理の任意の段階で [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] スタックによって拒否されたメッセージのことです。 正しくないメッセージは、そのままの状態で記録されます。暗号化されていれば、暗号化されたままで、適切でない XML も、そのままになります。 `maxSizeOfMessageToLog` は、CDATA として記録されるメッセージのサイズを定義します。 `maxSizeOfMessageToLog` の既定値は 256 K です。 この属性の詳細については、その他のオプションを参照してください。 + 形式が正しくないメッセージは、処理のいずれかの段階にある WCF スタックによって拒否されたメッセージです。 正しくないメッセージは、そのままの状態で記録されます。暗号化されていれば、暗号化されたままで、適切でない XML も、そのままになります。 `maxSizeOfMessageToLog` は、CDATA として記録されるメッセージのサイズを定義します。 `maxSizeOfMessageToLog` の既定値は 256 K です。 この属性の詳細については、その他のオプションを参照してください。 ### その他のオプション ログ レベルに加えて、次のオプションを指定することができます。 diff --git a/docs/framework/wcf/diagnostics/configuring-your-application.md b/docs/framework/wcf/diagnostics/configuring-your-application.md index cf47bd02ddc..0832a5cd0d7 100644 --- a/docs/framework/wcf/diagnostics/configuring-your-application.md +++ b/docs/framework/wcf/diagnostics/configuring-your-application.md @@ -1,31 +1,17 @@ --- title: アプリケーションの構成 -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: article ms.assetid: a2f995b0-669d-4721-b00f-4561ec7eb6a4 -caps.latest.revision: 10 -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 170583239ed357904e723aebdaef9809938b5123 -ms.sourcegitcommit: 94d33cadc5ff81d2ac389bf5f26422c227832052 +ms.openlocfilehash: 1844c20ef961f191fb667e31d548518b193a7134 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/30/2018 +ms.lasthandoff: 05/07/2018 --- # アプリケーションの構成 -[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] では、.NET 構成システムを使用して、コンピューターとアプリケーションのスコープでサービスを構成できるようにします。 +Windows Communication Foundation (WCF) では、.NET 構成システムを使用し、コンピューターとアプリケーションの両方のスコープでサービスを構成することができます。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] によって定義された構成設定は、`` セクション グループにあります。 構成する方法について、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]サービスを次のトピックを参照してください。 + WCF によって定義された構成設定がある、``セクション グループ。 WCF サービスを構成する方法の詳細については、次のトピックを参照してください。 - [サービスの構成](../../../../docs/framework/wcf/configuring-services.md) @@ -34,13 +20,13 @@ ms.lasthandoff: 04/30/2018 アプリケーション定義の構成設定は、`` セクション グループで定義されています。 .NET 構成ファイル内のアプリケーション設定の詳細については、次を参照してください。 [ \](http://go.microsoft.com/fwlink/?LinkId=95159)です。 ## 構成エディターの使用 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)][構成エディター ツール (SvcConfigEditor.exe)](../../../../docs/framework/wcf/configuration-editor-tool-svcconfigeditor-exe.md)作成および構成設定を変更するには、管理者および開発者[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]services のグラフィカル ユーザー インターフェイスを使用します。 このツールを使用すると、XML 構成ファイルを直接編集せずに、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のバインディング、動作、サービス、および診断の設定を管理できます。 + WCF[構成エディター ツール (SvcConfigEditor.exe)](../../../../docs/framework/wcf/configuration-editor-tool-svcconfigeditor-exe.md)管理者および開発者が作成およびグラフィカル ユーザー インターフェイスを使用して WCF サービスの構成設定を変更します。 このツールでは、XML 構成ファイルを直接編集せず WCF バインディング、動作、サービス、および診断の設定を管理できます。 ## Visual Studio の構成ファイルの編集 - 構成ファイルを編集する、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]サービス プロジェクトを Visual Studio で、右クリックして **ソリューション エクスプ ローラー**を選択し、 **Edit WCF Config**コンテキスト メニュー項目。 これにより、起動、[構成エディター ツール (SvcConfigEditor.exe)](../../../../docs/framework/wcf/configuration-editor-tool-svcconfigeditor-exe.md)です。 + Visual Studio での WCF サービス プロジェクトの構成ファイルを編集するを右クリックしてで**ソリューション エクスプ ローラー**を選択し、 **Edit WCF Config**コンテキスト メニュー項目。 これにより、起動、[構成エディター ツール (SvcConfigEditor.exe)](../../../../docs/framework/wcf/configuration-editor-tool-svcconfigeditor-exe.md)です。 > [!NOTE] -> 構成ファイルを編集する場合、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]で右クリックして Visual Studio で Web サービス プロジェクト**ソリューション エクスプ ローラー**、ことに注意して、 **Edit WCF Config**コンテキスト メニュー項目がありません。 この問題を回避するには、をクリックして、**ツール**] メニューの [選択**WCF Service Config Editor**です。 その後、構成ファイルを右クリックして使用することができます、 **Edit WCF Config**コンテキスト メニュー項目。 +> 右クリックして Visual Studio での WCF Web サービス プロジェクトの構成ファイルを編集する場合**ソリューション エクスプ ローラー**、ことに注意して、 **Edit WCF Config**コンテキスト メニュー項目がありません。 この問題を回避するには、をクリックして、**ツール**] メニューの [選択**WCF Service Config Editor**です。 その後、構成ファイルを右クリックして使用することができます、 **Edit WCF Config**コンテキスト メニュー項目。 ## 関連項目 [構成エディター ツール (SvcConfigEditor.exe)](../../../../docs/framework/wcf/configuration-editor-tool-svcconfigeditor-exe.md) diff --git a/docs/framework/wcf/diagnostics/etw/analytic-tracing-overview.md b/docs/framework/wcf/diagnostics/etw/analytic-tracing-overview.md index 668991d35f3..6e5000d4349 100644 --- a/docs/framework/wcf/diagnostics/etw/analytic-tracing-overview.md +++ b/docs/framework/wcf/diagnostics/etw/analytic-tracing-overview.md @@ -4,21 +4,21 @@ ms.date: 03/30/2017 helpviewer_keywords: - analytic tracing [WCF], overview ms.assetid: ae55e9cc-0809-442f-921f-d644290ebf15 -ms.openlocfilehash: d320b3dc0a82db06efb496db7313dea901178148 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 1d68e3132224a7b60720fe7c293b9eee14e3fbd5 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 分析トレースの概要 [!INCLUDE[netfx_current_long](../../../../../includes/netfx-current-long-md.md)] の分析トレースは、Event Tracing for Windows (ETW) を基盤とするトレース機能のセットです。詳細度は低いのですが、パフォーマンスに優れています。 ETW は、カーネル レベルで実行され、トレース操作のオーバーヘッドを大幅に削減します。 ユーザー モードおよびカーネル モードのイベントを効率よくバッファーし、サービスの再起動を必要とすることなく、動的にログを有効化できます。 トレース データは、生成および受信されると、イベント ログから確認できます。 ETW の詳細については、次を参照してください。[デバッグを向上させると、パフォーマンスのチューニングを ETW](http://go.microsoft.com/fwlink/?LinkId=164781)です。 - Windows のシステム、セキュリティ、およびアプリケーション イベント ログによるアプリケーションの分析のほかに、 [!INCLUDE[wv](../../../../../includes/wv-md.md)] および [!INCLUDE[lserver](../../../../../includes/lserver-md.md)] では、最上位ノードの [アプリケーションとサービス ログ] の下にログが追加されています。 これらの新しいログは、システム全体に影響するグローバルなイベント (セキュリティ イベント ログで記録されるようなイベントなど) ではなく、特定のアプリケーションやコンポーネントのイベントを格納することを目的としています。 [!INCLUDE[netfx_current_short](../../../../../includes/netfx-current-short-md.md)] では、 [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] トレース イベント、 [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] メッセージ ログ、および [!INCLUDE[wf1](../../../../../includes/wf1-md.md)] 追跡レコードのログを [アプリケーションとサービス ログ] にまとめ、相互に関連付けています。 + Windows のシステム、セキュリティ、およびアプリケーション イベント ログによるアプリケーションの分析のほかに、 [!INCLUDE[wv](../../../../../includes/wv-md.md)] および [!INCLUDE[lserver](../../../../../includes/lserver-md.md)] では、最上位ノードの [アプリケーションとサービス ログ] の下にログが追加されています。 これらの新しいログは、システム全体に影響するグローバルなイベント (セキュリティ イベント ログで記録されるようなイベントなど) ではなく、特定のアプリケーションやコンポーネントのイベントを格納することを目的としています。 [!INCLUDE[netfx_current_short](../../../../../includes/netfx-current-short-md.md)] まとめ、WCF トレース イベント、WCF メッセージのログのログ記録を相関と[!INCLUDE[wf1](../../../../../includes/wf1-md.md)]をアプリケーションとサービス ログ レコードを追跡します。 ## 概念と機能 - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] 分析トレースには、次の概念と機能があります。 + 次の概念と機能は、WCF 分析トレースに適用されます。 ### WCF 診断設定の有効化 内で WCF の診断が有効になっている、 \\<診断 > 構成セクション。 @@ -33,7 +33,7 @@ ms.lasthandoff: 05/04/2018 ### チャネル ETW の場合、ソフトウェア コンポーネントは、チャネルを使用することで、トレース イベントをユーザーの種類に応じて振り分けることができます。 たとえば、システム管理者向けのイベントを 1 つのチャネルに送信し、アプリケーション開発者にとって重要なイベントを別のチャネルに送信できます。 チャネルには名前が付けられ、Windows に登録されるので、ユーザーは、特定のチャネルのイベントをイベント ビューアーを使用して確認できます。 - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] の [!INCLUDE[netfx_current_short](../../../../../includes/netfx-current-short-md.md)] の分析トレース機能は、Microsoft-Windows-Application-Server-Applications チャネルに書き込みます。 このチャネルは、特に、運用中の [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] サービスの状態を監視する必要があるユーザー向けに設計されています。 このチャネルでは、さまざまな状態監視およびトラブルシューティング シナリオで使用できるイベントがいくつか定義されています。 + WCF での分析トレース機能[!INCLUDE[netfx_current_short](../../../../../includes/netfx-current-short-md.md)]Microsoft、Windows のアプリケーション サーバー-アプリケーション チャネルに書き込みます。 このチャネルは、具体的には、実稼働環境で WCF サービスのヘルスを監視するユーザー向けです。 このチャネルでは、さまざまな状態監視およびトラブルシューティング シナリオで使用できるイベントがいくつか定義されています。 メッセージがイベント ログで正常にデコードされるように Event Tracing for Windows マニファストを有効にするために、次のようにコマンド ラインで ServiceModelReg ツールを使用します。 diff --git a/docs/framework/wcf/diagnostics/etw/configuring-message-flow-tracing.md b/docs/framework/wcf/diagnostics/etw/configuring-message-flow-tracing.md index dc59723b17e..bf543ae52fe 100644 --- a/docs/framework/wcf/diagnostics/etw/configuring-message-flow-tracing.md +++ b/docs/framework/wcf/diagnostics/etw/configuring-message-flow-tracing.md @@ -2,14 +2,14 @@ title: メッセージ フローのトレースの構成 ms.date: 03/30/2017 ms.assetid: 15571ca2-bee2-47fb-ba10-fcbc09152ad0 -ms.openlocfilehash: 7bfba8ababc6ddc0b2ddd78e879058cfa9e8ebb1 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 02c43b152cb1aef1684185e56eb7f172036ac46b +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # メッセージ フローのトレースの構成 -エンド ツー エンド アクティビティ Id が全体で論理アクティビティに割り当てられた Windows Communication Foundation (WCF) のアクティビティ トレースが有効にすると、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)]スタック。 [!INCLUDE[netfx_current_short](../../../../../includes/netfx-current-short-md.md)] では、この機能の高パフォーマンス バージョンが導入されており、"メッセージ フローのトレース" と呼ばれる Event Tracing for Windows (ETW) と連携します。 この機能が有効な場合は、エンド ツー エンド アクティビティ ID が受信メッセージから取得され (空の場合は割り当てられ)、チャネルによってメッセージがデコードされた後に生成されたすべてのトレース イベントに伝達されます。 ユーザーはこの機能を使用して、デコード後に、異なるサービスから取得したトレース ログでメッセージ フローを再構築できます。 +Windows Communication Foundation (WCF) のアクティビティ トレースが有効にすると、エンド ツー エンド アクティビティ Id は、WCF スタック全体で論理アクティビティに割り当てられます。 [!INCLUDE[netfx_current_short](../../../../../includes/netfx-current-short-md.md)] では、この機能の高パフォーマンス バージョンが導入されており、"メッセージ フローのトレース" と呼ばれる Event Tracing for Windows (ETW) と連携します。 この機能が有効な場合は、エンド ツー エンド アクティビティ ID が受信メッセージから取得され (空の場合は割り当てられ)、チャネルによってメッセージがデコードされた後に生成されたすべてのトレース イベントに伝達されます。 ユーザーはこの機能を使用して、デコード後に、異なるサービスから取得したトレース ログでメッセージ フローを再構築できます。 トレースは、アプリケーションで問題が検出された後に有効にし、その問題が解決された後は無効にすることができます。 diff --git a/docs/framework/wcf/diagnostics/etw/determining-service-operation-duration.md b/docs/framework/wcf/diagnostics/etw/determining-service-operation-duration.md index cfc610b61bd..479fe160a82 100644 --- a/docs/framework/wcf/diagnostics/etw/determining-service-operation-duration.md +++ b/docs/framework/wcf/diagnostics/etw/determining-service-operation-duration.md @@ -2,11 +2,11 @@ title: サービス操作の実行時間の確認 ms.date: 03/30/2017 ms.assetid: e8a93a2c-2c20-48b3-8986-57e90e9aa908 -ms.openlocfilehash: a7615a4574210ad6e9b5eee2e5d5855365768854 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 8c86ccc09979071e0678be792f4937d526e23fa7 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # サービス操作の実行時間の確認 Windows Communication Foundation (WCF) アプリケーションの分析トレースが有効な場合、サービス操作の実行時間は、イベント ログを確認するには簡単に決定されます。 ここでは、サービス操作の実行にかかる時間を確認する方法を示します。 @@ -17,7 +17,7 @@ Windows Communication Foundation (WCF) アプリケーションの分析トレ 2. 分析トレースを有効にしていない場合は展開**Applications and Services Logs**、 **Microsoft**、 **Windows**、**アプリケーション サーバー-アプリケーション**. 選択**ビュー**、 **分析およびデバッグ ログ**です。 右クリック**分析**選択**ログの有効化**です。 サービス操作が実行された後にトレースを表示できるように、イベント ビューアーを開いたままにしておきます。 -3. 次に、サービス プロジェクトおよびそのサービスと対話するクライアント プロジェクトが含まれている [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] アプリケーションを開きます。 このようなアプリケーションを作成するには、次の[チュートリアル入門](../../../../../docs/framework/wcf/getting-started-tutorial.md)です。 ある場合、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)]サンプルのインストール、開くことができます、[作業の開始](../../../../../docs/framework/wcf/samples/getting-started-sample.md)チュートリアルに完成したプロジェクトが含まれています。 +3. 次に、サービス プロジェクトとそのサービスと対話するクライアント プロジェクトを含む WCF アプリケーションを開きます。 このようなアプリケーションを作成するには、次の[チュートリアル入門](../../../../../docs/framework/wcf/getting-started-tutorial.md)です。 WCF サンプルのインストールがあれば、開くことができます、[作業の開始](../../../../../docs/framework/wcf/samples/getting-started-sample.md)チュートリアルに完成したプロジェクトが含まれています。 4. キーを押してサーバー アプリケーションを実行**f5 キーを押して**です。 右クリックして、クライアント アプリケーションを実行、**クライアント**プロジェクトを選択して**デバッグ**、**新しいインスタンスを開始**です。 diff --git a/docs/framework/wcf/diagnostics/etw/dynamically-enabling-analytic-tracing.md b/docs/framework/wcf/diagnostics/etw/dynamically-enabling-analytic-tracing.md index 60541bb54ff..5a90ef67365 100644 --- a/docs/framework/wcf/diagnostics/etw/dynamically-enabling-analytic-tracing.md +++ b/docs/framework/wcf/diagnostics/etw/dynamically-enabling-analytic-tracing.md @@ -2,16 +2,16 @@ title: 分析トレースの動的な有効化 ms.date: 03/30/2017 ms.assetid: 58b63cfc-307a-427d-b69d-9917ff9f44ac -ms.openlocfilehash: 46dfba2cb148009ddfd0bbd40e3b7202d774e0b7 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 68152741541fdbc048ba290cfb956babaed2e0d7 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 分析トレースの動的な有効化 Windows オペレーティング システムに付属のツールでは、ETW (Event Tracing for Windows) を使用して、トレースを動的に有効化または無効化できます。 すべての[!INCLUDE[netfx_current_long](../../../../../includes/netfx-current-long-md.md)]Windows Communication Foundation (WCF) サービスでは、有効および無効なしで動的には、アプリケーションの Web.config ファイルを変更またはサービスを再起動して、分析トレースを指定できます。 このため、トレース イベントを生成するアプリケーションに影響が生じません。 - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] のトレース オプションも同様に構成できます。 たとえば、アプリケーションに影響を与えずに、重大度レベルを **Error** から **Information** に変更できます。 これは、次のツールで実行できます。 + 同様の方法では、WCF トレース オプションを構成することができます。 たとえば、アプリケーションに影響を与えずに、重大度レベルを **Error** から **Information** に変更できます。 これは、次のツールで実行できます。 - **Logman** : トレース データを構成、制御、および照会するためのコマンド ライン ツールです。 詳細については、次を参照してください。 [Logman 作成トレース](http://go.microsoft.com/fwlink/?LinkId=165426)と[Logman Update Trace](http://go.microsoft.com/fwlink/?LinkId=165427)です。 @@ -22,22 +22,22 @@ Windows オペレーティング システムに付属のツールでは、ETW ( ### キーワード クラスを使用するときには、通常、.NET Framework トレース メッセージが重大度レベル (エラー、警告、情報など) でフィルターされます。 ETW は、重大度レベルの概念をサポートしますが、キーワードを使用して、新しい柔軟なフィルター機構も追加されています。 キーワードは任意のテキスト値で、これによって、トレース イベントでそのイベントの意味に関する追加のコンテキストが提供されます。 - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] の分析トレースでは、各トレース イベントに 2 種類のキーワードがあります。 まず、各イベントには 1 つ以上のシナリオ キーワードがあります。 これらのキーワードは、そのイベントがサポートするシナリオを示します。 次の表に示すように、特定の目的に対応する 3 つのシナリオ キーワードがあります。 キーワードを使用したフィルター処理は、 [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] サービスに影響を与えずに動的に変更できます。 このため、現在のトレース シナリオおよび収集するトレース情報の量を動的に変更できます。 たとえば、 `HealthMonitoring` を `Troubleshooting` に変更し、トレース イベントの詳細度を上げることができます。 + WCF 分析トレースでは、各トレース イベントは 2 種類のキーワードです。 まず、各イベントには 1 つ以上のシナリオ キーワードがあります。 これらのキーワードは、そのイベントがサポートするシナリオを示します。 次の表に示すように、特定の目的に対応する 3 つのシナリオ キーワードがあります。 キーワードを使用してフィルター処理せずに変更できます動的に WCF サービスの影響を及ぼすことです。 このため、現在のトレース シナリオおよび収集するトレース情報の量を動的に変更できます。 たとえば、 `HealthMonitoring` を `Troubleshooting` に変更し、トレース イベントの詳細度を上げることができます。 |キーワード|説明| |-------------|-----------------| |`HealthMonitoring`|サービスのアクティビティを監視できる、軽量の、最小限のトレース。| |`EndToEndMonitoring`|メッセージ フロー トレースのサポートに使用するイベント。| -|`Troubleshooting`|[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)]の拡張ポイントに関連するより詳細なイベント。| +|`Troubleshooting`|WCF の拡張ポイントに関連する詳細なイベントです。| キーワードの 2 番目のグループは、 [!INCLUDE[dnprdnshort](../../../../../includes/dnprdnshort-md.md)] のどのコンポーネントがイベントを生成するかを定義します。 |キーワード|説明| |-------------|-----------------| |`UserEvents`|[!INCLUDE[dnprdnshort](../../../../../includes/dnprdnshort-md.md)]ではなく、ユーザー コードが生成するイベント。| -|`ServiceModel`|[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] ランタイムが生成するイベント。| +|`ServiceModel`|イベントは、WCF ランタイムによって生成されます。| |`ServiceHost`|サービス ホストが生成するイベント。| -|`WCFMessageLogging`|[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] メッセージ ログ イベント。| +|`WCFMessageLogging`|WCF メッセージ ログ イベント。| ## 関連項目 [WCF サービスと Event Tracing for Windows](../../../../../docs/framework/wcf/samples/wcf-services-and-event-tracing-for-windows.md) diff --git a/docs/framework/wcf/diagnostics/etw/index.md b/docs/framework/wcf/diagnostics/etw/index.md index a705153491b..631de6aaec8 100644 --- a/docs/framework/wcf/diagnostics/etw/index.md +++ b/docs/framework/wcf/diagnostics/etw/index.md @@ -6,18 +6,18 @@ helpviewer_keywords: - administration [WCF], analytic tracing - analytic tracing [WCF] ms.assetid: 1d518e47-a38d-41e8-93d7-8c3b361f6a56 -ms.openlocfilehash: a0e3e3d27283e588b161e2209c5a682558d18f79 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 210418b8a8765a1fc59658e9df57c92ce087c95f +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # ETW を使用した分析トレース -Windows Communication Foundation (WCF) の分析トレースの実行中に診断情報をキャプチャする方法を提供する、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)]サービス。 [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] スタック内のキー ポイントで [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] の分析トレース イベントが生成され、運用環境での [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] サービスのトラブルシューティングが可能になります。 分析トレースは[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)]サービスには影響を最小限製品のサーバーのパフォーマンスにホストする[!INCLUDE[netfx_current_long](../../../../../includes/netfx-current-long-md.md)] [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] services のようにこれらのイベントはイベント トレース for Windows (ETW) セッションに非常に効率よく生成されます。 +Windows Communication Foundation (WCF) の分析トレースは、WCF サービスの実行中に診断情報をキャプチャする手段を提供します。 WCF 分析トレース イベントは、運用環境で WCF サービスのトラブルシューティングが可能に WCF スタック内のキー_ポイントで出力されます。 WCF サービスの分析トレースは最小限に影響を及ぼします製品のサーバーのパフォーマンスをホストする[!INCLUDE[netfx_current_long](../../../../../includes/netfx-current-long-md.md)]WCF サービスのようにこれらのイベントはイベント トレース for Windows (ETW) セッションに非常に効率よく生成されます。 ## このセクションの内容 [分析トレースの概要](../../../../../docs/framework/wcf/diagnostics/etw/analytic-tracing-overview.md) - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] の分析トレースが [!INCLUDE[netfx_current_long](../../../../../includes/netfx-current-long-md.md)] でどのように機能するかについて説明します。 + WCF 分析トレースがでどのように動作するかについて説明[!INCLUDE[netfx_current_long](../../../../../includes/netfx-current-long-md.md)]です。 [分析トレースの動的な有効化](../../../../../docs/framework/wcf/diagnostics/etw/dynamically-enabling-analytic-tracing.md) ETW を使用してトレースを動的に有効化または無効化する方法について説明します。 diff --git a/docs/framework/wcf/diagnostics/etw/monitoring-service-operation-failures.md b/docs/framework/wcf/diagnostics/etw/monitoring-service-operation-failures.md index 5bb31e770ca..43744fbffe9 100644 --- a/docs/framework/wcf/diagnostics/etw/monitoring-service-operation-failures.md +++ b/docs/framework/wcf/diagnostics/etw/monitoring-service-operation-failures.md @@ -2,11 +2,11 @@ title: サービス操作エラーの監視 ms.date: 03/30/2017 ms.assetid: 59472ba3-8ebf-4479-bd7b-f440d5e636cb -ms.openlocfilehash: 16ed779f77836fb68cf1edf1e01dbb3c0df01d45 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 3d708b537789c8d0decf75df780300c1e185c4c8 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # サービス操作エラーの監視 アプリケーションに対して分析トレースが有効になっている場合、サービス エラーはイベント ビューアーで簡単に監視できます。 ここでは、サービス操作が失敗したことを確認する方法、およびエラーの原因を特定する方法を示します。 @@ -17,7 +17,7 @@ ms.lasthandoff: 05/04/2018 2. 分析トレースを有効にしていない場合は展開**Applications and Services Logs**、 **Microsoft**、 **Windows**、**アプリケーション サーバー-アプリケーション**. 選択**ビュー**、 **分析およびデバッグ ログ**です。 右クリック**分析**選択**ログの有効化**です。 サービス操作が失敗した後にトレースを表示できるように、イベント ビューアーを開いたままにしておきます。 -3. 作成したサンプルを次に、開く、[チュートリアル入門](../../../../../docs/framework/wcf/getting-started-tutorial.md)で[!INCLUDE[vs_current_long](../../../../../includes/vs-current-long-md.md)]実行する必要があります[!INCLUDE[vs_current_long](../../../../../includes/vs-current-long-md.md)]を管理者として、サービスを作成できるようにします。 ある場合、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)]サンプルのインストール、開くことができます、[作業の開始](../../../../../docs/framework/wcf/samples/getting-started-sample.md)チュートリアルに完成したプロジェクトが含まれています。 +3. 作成したサンプルを次に、開く、[チュートリアル入門](../../../../../docs/framework/wcf/getting-started-tutorial.md)で[!INCLUDE[vs_current_long](../../../../../includes/vs-current-long-md.md)]実行する必要があります[!INCLUDE[vs_current_long](../../../../../includes/vs-current-long-md.md)]を管理者として、サービスを作成できるようにします。 WCF サンプルのインストールがあれば、開くことができます、[作業の開始](../../../../../docs/framework/wcf/samples/getting-started-sample.md)チュートリアルに完成したプロジェクトが含まれています。 4. Server プロジェクトの Program.cs ファイルで、`Divide` クラスの `CalculatorService` メソッドの先頭に次のコード行を追加します。 diff --git a/docs/framework/wcf/diagnostics/event-logging/index.md b/docs/framework/wcf/diagnostics/event-logging/index.md index 39abb9ee612..682e5f2532f 100644 --- a/docs/framework/wcf/diagnostics/event-logging/index.md +++ b/docs/framework/wcf/diagnostics/event-logging/index.md @@ -4,22 +4,22 @@ ms.date: 03/30/2017 helpviewer_keywords: - event logging [WCF] ms.assetid: aac0530d-f44c-45a1-bada-e30e0677b41f -ms.openlocfilehash: 78ad80188b8428bb718251045ef04ab803862a0f -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: ea0e6f3dc66bf40d631077c0dce20ea46f3a6688 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # WCF のイベント ログ Windows Communication Foundation (WCF) では、Windows イベント ログで内部イベントをトレースします。 ## イベント ログの表示 - イベント ログは、既定で自動的に有効になります。無効にする方法はありません。 [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] によってログに記録されるイベントは、イベント ビューアーを使用して表示できます。 このツールを起動する をクリックして**開始**、 をクリックして**コントロール パネルの **をダブルクリックして**管理ツール**、順にダブルクリック**イベント ビューアー**. + イベント ログは、既定で自動的に有効になります。無効にする方法はありません。 イベント ビューアーを使用して、WCF によって記録されたイベントを表示できます。 このツールを起動する をクリックして**開始**、 をクリックして**コントロール パネルの **をダブルクリックして**管理ツール**、順にダブルクリック**イベント ビューアー**. ### アプリケーション イベント ログ - **アプリケーション イベント ログ**によって生成されたイベントの大半が含ま[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)]です。 このエントリの多くは、アプリケーションに関して特定の機能を起動できなかったことを示しています。 次に例を示します。 + **アプリケーション イベント ログ**WCF によって生成されたイベントのほとんどが含まれています。 このエントリの多くは、アプリケーションに関して特定の機能を起動できなかったことを示しています。 その例は次のとおりです。 -- メッセージのログ記録とトレース : [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] では、トレースとメッセージのログ記録に失敗すると、イベント ログにイベントが記録されます。 ただし、トレース エラーが発生するたびにイベントがトリガーされるわけではありません。 イベント ログがトレース エラーでいっぱいになってしまう状況を回避するために、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] では、このようなイベントに 10 分のブラックアウト期間を設けています。 つまり、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] がトレース エラーをイベント ログに書き込んだ後、少なくとも 10 分間はトレース エラーのログ記録が行われません。 +- メッセージ ログ記録とトレース: WCF するトレースとメッセージ ログが失敗したときにイベントがイベント ログに書き込みます。 ただし、トレース エラーが発生するたびにイベントがトリガーされるわけではありません。 イベント ログがトレース エラーでいっぱいになってしまうことを防ぐためには、WCF は、このようなイベントの 10 分のブラック アウト期間を実装します。 これは、する場合は、イベント ログに書き込むトレース エラーは WCF、しません。 ここでも少なくとも 10 分間のことを意味します。 - 共有リスナー : WCF TCP ポート共有サービスが開始に失敗すると、イベントがログに記録されます。 diff --git a/docs/framework/wcf/diagnostics/index.md b/docs/framework/wcf/diagnostics/index.md index 9f23dce0a70..73deebe4cad 100644 --- a/docs/framework/wcf/diagnostics/index.md +++ b/docs/framework/wcf/diagnostics/index.md @@ -9,22 +9,22 @@ helpviewer_keywords: - administration [WCF] - WCF, administration ms.assetid: 34c81c08-0e0f-4fbc-9ae8-91948640ee43 -ms.openlocfilehash: 552ddb842e0a922493feccee1e48e7d5e74291ad -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: c69d5681b186fdfae168ceea8b35f5786eaf02c9 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 管理と診断 -Windows Communication Foundation (WCF) では、アプリケーションのライフ サイクルのさまざまな段階を監視するのに役立つ機能の豊富なセットを提供します。 たとえば、展開時に構成を使用してサービスとクライアントを設定できます。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] には、アプリケーションのパフォーマンス測定に役立つ多数のパフォーマンス カウンターが備わっています。 また、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] WMI (Windows Management Instrumentation) プロバイダーを介して実行時のサービスの検査データを公開します。 アプリケーションにエラーが発生したり、適切に動作しなくなったりした場合は、イベント ログを使用して、何か重大なことが発生していないかを確認できます。 メッセージ ログとトレースを使用して、アプリケーションでどのようなイベントが発生しているのかをエンドツーエンドで確認することもできます。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションが正常に動作しなくなった場合、開発者や IT 専門家は、これらの機能を使用してトラブルシューティングを行うことができます。 +Windows Communication Foundation (WCF) では、アプリケーションのライフ サイクルのさまざまな段階を監視するのに役立つ機能の豊富なセットを提供します。 たとえば、展開時に構成を使用してサービスとクライアントを設定できます。 WCF には、アプリケーションのパフォーマンスの測定に役立つパフォーマンス カウンターの大規模なセットが含まれています。 WCF では、WCF Windows Management Instrumentation (WMI) プロバイダーを介して実行時のサービスの検査データも公開します。 アプリケーションにエラーが発生したり、適切に動作しなくなったりした場合は、イベント ログを使用して、何か重大なことが発生していないかを確認できます。 メッセージ ログとトレースを使用して、アプリケーションでどのようなイベントが発生しているのかをエンドツーエンドで確認することもできます。 これらの機能は、開発者や IT プロフェッショナルの両方が正常に動作していないときに、WCF アプリケーションのトラブルシューティングを支援します。 > [!NOTE] -> 有効にする必要があります明確な詳細情報なしでエラーを受信している場合、`includeExceptionDetailInFaults`の属性、 [ \](../../../../docs/framework/configure-apps/file-schema/wcf/servicedebug.md)構成要素。 これにより、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は例外に関する詳細をクライアントに送信するようになり、より詳しい診断を行わなくても多くの一般的な問題を検出できるようになります。 詳細については、次を参照してください。[送信と受信エラー](../../../../docs/framework/wcf/sending-and-receiving-faults.md)です。 +> 有効にする必要があります明確な詳細情報なしでエラーを受信している場合、`includeExceptionDetailInFaults`の属性、 [ \](../../../../docs/framework/configure-apps/file-schema/wcf/servicedebug.md)構成要素。 これより高度な診断を必要とせず、多くの一般的な問題を検出することにより、クライアントに例外の詳細を送信する WCF を指示します。 詳細については、次を参照してください。[送信と受信エラー](../../../../docs/framework/wcf/sending-and-receiving-faults.md)です。 ## WCF に用意された診断機能 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] には、次の診断機能が用意されています。 + WCF には、次の診断機能が用意されています。 -- エンド ツー エンドのトレースは、デバッガーを使用せずにアプリケーションのトラブルシューティングを行うためのインストルメンテーション データを提供します。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は、処理マイルストーンのトレースとエラー メッセージを出力します。 これには、チャネル ファクトリのオープンやサービス ホストによるメッセージの送受信が含まれます。 実行中のアプリケーションに対してトレースを有効にすると、その進行状況を監視できます。 詳細については、次を参照してください。、[トレース](../../../../docs/framework/wcf/diagnostics/tracing/index.md)トピックです。 どのようにできるトレースを使用するアプリケーションをデバッグする詳細については、次を参照してください。、 [、アプリケーションのトラブルシューティングを使用してトレース](../../../../docs/framework/wcf/diagnostics/tracing/using-tracing-to-troubleshoot-your-application.md)トピックです。 +- エンド ツー エンドのトレースは、デバッガーを使用せずにアプリケーションのトラブルシューティングを行うためのインストルメンテーション データを提供します。 WCF では、エラー メッセージと同様に、処理マイルス トーンのトレースを出力します。 これには、チャネル ファクトリのオープンやサービス ホストによるメッセージの送受信が含まれます。 実行中のアプリケーションに対してトレースを有効にすると、その進行状況を監視できます。 詳細については、次を参照してください。、[トレース](../../../../docs/framework/wcf/diagnostics/tracing/index.md)トピックです。 どのようにできるトレースを使用するアプリケーションをデバッグする詳細については、次を参照してください。、 [、アプリケーションのトラブルシューティングを使用してトレース](../../../../docs/framework/wcf/diagnostics/tracing/using-tracing-to-troubleshoot-your-application.md)トピックです。 - メッセージ ログを使用すると、送信前と送信後の両方のメッセージを確認できます。 詳細については、次を参照してください。、[メッセージ ログ](../../../../docs/framework/wcf/diagnostics/message-logging.md)トピックです。 @@ -36,7 +36,7 @@ Windows Communication Foundation (WCF) では、アプリケーションのラ - WMI を使用すると、コンピューター上でリッスン中のサービスと使用しているバインディングを確認できます。 詳細については、次を参照してください。、[診断の Windows Management Instrumentation を使用して](../../../../docs/framework/wcf/diagnostics/wmi/index.md)トピックです。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] には、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションの作成、展開、および管理を容易にする GUI ツールとコマンド ライン ツールも用意されています。 詳細については、次を参照してください。 [Windows Communication Foundation ツール](../../../../docs/framework/wcf/tools.md)です。 たとえば、使用することができます、[構成エディター ツール (SvcConfigEditor.exe)](../../../../docs/framework/wcf/configuration-editor-tool-svcconfigeditor-exe.md)を作成および編集[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]構成設定の XML を直接編集ではなく、ウィザードを使用します。 使用することも、[サービス トレース ビューアー ツール (SvcTraceViewer.exe)](../../../../docs/framework/wcf/service-trace-viewer-tool-svctraceviewer-exe.md)を表示、グループ、およびトレース メッセージをフィルター処理を診断することができるため、修復、および問題を確認してください[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]services です。 + WCF には、作成、展開、および WCF アプリケーションの管理を容易にできるようにするいくつかの GUI とコマンド ライン ツールも用意されています。 詳細については、次を参照してください。 [Windows Communication Foundation ツール](../../../../docs/framework/wcf/tools.md)です。 たとえば、使用することができます、[構成エディター ツール (SvcConfigEditor.exe)](../../../../docs/framework/wcf/configuration-editor-tool-svcconfigeditor-exe.md)を作成し、XML を直接編集ではなく、ウィザードを使用して WCF 構成の設定を編集します。 使用することも、[サービス トレース ビューアー ツール (SvcTraceViewer.exe)](../../../../docs/framework/wcf/service-trace-viewer-tool-svctraceviewer-exe.md)を表示、グループ、およびトレース メッセージをフィルター処理を診断することができるため、修復、および WCF サービスの問題を確認してください。 ## 関連項目 [アプリケーションの構成](../../../../docs/framework/wcf/diagnostics/configuring-your-application.md) diff --git a/docs/framework/wcf/diagnostics/message-flow-overview.md b/docs/framework/wcf/diagnostics/message-flow-overview.md index 0f99662ce06..7b9531312fb 100644 --- a/docs/framework/wcf/diagnostics/message-flow-overview.md +++ b/docs/framework/wcf/diagnostics/message-flow-overview.md @@ -2,11 +2,11 @@ title: メッセージ フローの概要 ms.date: 03/30/2017 ms.assetid: fb0899e1-84cc-4d90-b45b-dc5a50063943 -ms.openlocfilehash: 056737b9d057101568274ab8d24c0c0e2780f93a -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: aea0ca4c5a8574f6039cd055561ce7da0099841b +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # メッセージ フローの概要 相互接続されたサービスを持つ分散システムでは、サービス間の因果関係を調べる必要があります。 状態監視、トラブルシューティング、原因分析などの重要なシナリオをサポートするには、要求フローに含まれるさまざまなコンポーネントを理解することが重要です。 .NET Framework 4 では、多様なサービス間でトレースを関連付けることができるように、次の機能のサポートが追加されています。 @@ -25,7 +25,7 @@ ms.lasthandoff: 05/04/2018 2. 分析トレースを有効にしていない場合は展開**Applications and Services Logs**、 **Microsoft**、 **Windows**、**アプリケーション サーバー-アプリケーション**. 選択**ビュー**、 **分析およびデバッグ ログ**です。 右クリック**分析**選択**ログの有効化**です。 トレースが表示されるように、イベント ビューアーを開いたままにします。 -3. 作成したサンプルを開き、[チュートリアル入門](../../../../docs/framework/wcf/getting-started-tutorial.md)で[!INCLUDE[vs_current_long](../../../../includes/vs-current-long-md.md)]です。 サービスを作成できるように、管理者として [!INCLUDE[vs_current_long](../../../../includes/vs-current-long-md.md)] を実行する必要があることに注意してください。 ある場合、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]サンプルのインストール、開くことができます、[作業の開始](../../../../docs/framework/wcf/samples/getting-started-sample.md)チュートリアルに完成したプロジェクトが含まれています。 +3. 作成したサンプルを開き、[チュートリアル入門](../../../../docs/framework/wcf/getting-started-tutorial.md)で[!INCLUDE[vs_current_long](../../../../includes/vs-current-long-md.md)]です。 サービスを作成できるように、管理者として [!INCLUDE[vs_current_long](../../../../includes/vs-current-long-md.md)] を実行する必要があることに注意してください。 WCF サンプルのインストールがあれば、開くことができます、[作業の開始](../../../../docs/framework/wcf/samples/getting-started-sample.md)チュートリアルに完成したプロジェクトが含まれています。 4. 右クリックし、**サービス**プロジェクトし、選択**追加**、**新しい項目の**します。 選択**アプリケーション構成ファイル** をクリック**OK**です。 diff --git a/docs/framework/wcf/diagnostics/performance-counters/endpoint-performance-counters.md b/docs/framework/wcf/diagnostics/performance-counters/endpoint-performance-counters.md index e3bb8c6af9e..7e8c405158e 100644 --- a/docs/framework/wcf/diagnostics/performance-counters/endpoint-performance-counters.md +++ b/docs/framework/wcf/diagnostics/performance-counters/endpoint-performance-counters.md @@ -2,11 +2,11 @@ title: エンドポイントのパフォーマンス カウンター ms.date: 03/30/2017 ms.assetid: 7d44d576-bd4e-453b-8b76-a818ce90b806 -ms.openlocfilehash: 9aa741c4482e40a28a2744765114c21973547298 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 8354cff600f8c16a5ab9b4f6efd3c0b93a46276c +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # エンドポイントのパフォーマンス カウンター エンドポイントのパフォーマンス カウンターは、エンドポイントがどのようにメッセージを受信しているかを示すデータをキャプチャします。 パフォーマンス モニターを使用して表示する場合、これらのカウンターは、`ServiceModelEndpoint 4.0.0.0` パフォーマンス オブジェクトの下にあります。 インスタンスの名前には次のパターンが使用されます。 @@ -18,7 +18,7 @@ ms.lasthandoff: 05/04/2018 このデータは、個々の操作で収集されるデータに似ていますが、そのエンドポイントだけで集約されたデータです。 > [!CAUTION] -> パフォーマンス カウンターのインスタンス名の長さには制限があります。 Windows Communication Foundation (WCF) カウンターのインスタンス名は、最大の長さを超えているときに[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)]インスタンス名の一部をハッシュ値に置き換えます。 +> パフォーマンス カウンターのインスタンス名の長さには制限があります。 Windows Communication Foundation (WCF) カウンターのインスタンス名が最大長を超えると WCF では、ハッシュ値を持つのインスタンス名の一部が置き換えられます。 ## 関連項目 [パフォーマンス カウンター](../../../../../docs/framework/wcf/diagnostics/performance-counters/index.md) diff --git a/docs/framework/wcf/diagnostics/performance-counters/index.md b/docs/framework/wcf/diagnostics/performance-counters/index.md index 91130887b92..0adf0d429df 100644 --- a/docs/framework/wcf/diagnostics/performance-counters/index.md +++ b/docs/framework/wcf/diagnostics/performance-counters/index.md @@ -4,17 +4,17 @@ ms.date: 03/30/2017 helpviewer_keywords: - performance counters [WCF] ms.assetid: f559b2bd-ed83-4988-97a1-e88f06646609 -ms.openlocfilehash: 74bf11779e6ccf032f2c8c920b62b2f0e5d0625d -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 1d9e6b83a78967193c4cb0343f6c77560354a837 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # WCF パフォーマンス カウンター Windows Communication Foundation (WCF) には、アプリケーションのパフォーマンスの測定に役立つパフォーマンス カウンターの大規模なセットが含まれています。 ## パフォーマンス カウンターの有効化 - 次のように、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] サービスの app.config 構成ファイルを使用して [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] サービスのパフォーマンス カウンターを有効にできます。 + できますよう有効にする WCF サービスのパフォーマンス カウンター、WCF サービスの app.config 構成ファイルを使用します。 ```xml @@ -32,9 +32,9 @@ Windows Communication Foundation (WCF) には、アプリケーションのパ - Off : ServiceModel* パフォーマンス カウンターを無効にします。 - すべての [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] アプリケーションのパフォーマンス カウンターを有効にする場合は、構成設定を Machine.config ファイルに配置します。 参照してください、**パフォーマンス カウンターのメモリ サイズの増加**コンピューター上のパフォーマンス カウンターのための十分なメモリを構成する方法についてのセクションを示しています。 + すべての WCF アプリケーションのパフォーマンス カウンターを有効にする場合は、Machine.config ファイルで構成設定を配置できます。 参照してください、**パフォーマンス カウンターのメモリ サイズの増加**コンピューター上のパフォーマンス カウンターのための十分なメモリを構成する方法についてのセクションを示しています。 - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] 機能拡張ポイント (カスタム操作の呼び出し元など) を使用する場合、独自のパフォーマンス カウンターを出力する必要もあります。 これは、機能拡張ポイントを実装すると、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] が既定のパスに標準のパフォーマンス カウンター データを出力できなくなるためです。 手動パフォーマンス カウンターのサポートを実装しない場合、予測したパフォーマンス カウンター データが得られない場合があります。 + カスタム操作の呼び出し元などの WCF 機能拡張ポイントを使用する場合は、独自のパフォーマンス カウンターを出力する必要もします。 これは、WCF が既定のパスに標準的なパフォーマンス カウンター データを出力できなく機能拡張ポイントを実装する場合があるためです。 手動パフォーマンス カウンターのサポートを実装しない場合、予測したパフォーマンス カウンター データが得られない場合があります。 また次のように、コード内でパフォーマンス カウンターを有効にすることもできます。 @@ -56,11 +56,11 @@ config.Save(); > エンドポイント ディスパッチャーによって最後のメッセージが処理される前に、パフォーマンス カウンター インスタンスが解放される場合があります。 その結果、パフォーマンス データに一部のメッセージがキャプチャされない可能性があります。 ## パフォーマンス カウンターのメモリ サイズの増加 - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] は、パフォーマンス カウンター カテゴリごとに別々の共有メモリを使用します。 + WCF では、そのパフォーマンス カウンターのカテゴリを個別の共有メモリを使用します。 - 既定では、個々の共有メモリは、グローバル パフォーマンス カウンターのメモリ サイズの 4 分の 1 に設定されます。 グローバル パフォーマンス カウンターのメモリの既定値は 524,288 バイトです。 したがって、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] の 3 つのパフォーマンス カウンター カテゴリの既定サイズは、それぞれ約 128 KB になります。 コンピューター上での [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] アプリケーションの実行時特性によっては、パフォーマンス カウンター メモリが足りなくなる場合があります。 メモリ不足が発生すると、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] により、そのアプリケーションのイベント ログにエラーが書き込まれます。 エラーの内容にはパフォーマンス カウンターが読み込まれなかったことが示され、エントリには、"System.InvalidOperationException: カスタム カウンター ファイル ビューのメモリが足りません" という例外が含まれます。 このエラー レベルでトレースが有効になっている場合は、さらにこの障害がトレースされます。 パフォーマンス カウンターのメモリがなくなった場合、パフォーマンス カウンターを有効にして [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] アプリケーションを続行するとパフォーマンスが低下する可能性があります。 コンピューターの管理者は、使用可能なすべてのパフォーマンス カウンターをいつでも読み込めるだけの十分なメモリを割り当てておく必要があります。 + 既定では、個々の共有メモリは、グローバル パフォーマンス カウンターのメモリ サイズの 4 分の 1 に設定されます。 グローバル パフォーマンス カウンターのメモリの既定値は 524,288 バイトです。 そのため、次の 3 つの WCF パフォーマンス カウンターのカテゴリには、既定のサイズは約 128 KB があります。 コンピューターでの WCF アプリケーションの実行時特性によっては、パフォーマンス カウンターのメモリを使い果たして可能性があります。 この場合、WCF は、アプリケーション イベント ログにエラーを書き込みます。 エラーの内容にはパフォーマンス カウンターが読み込まれなかったことが示され、エントリには、"System.InvalidOperationException: カスタム カウンター ファイル ビューのメモリが足りません" という例外が含まれます。 このエラー レベルでトレースが有効になっている場合は、さらにこの障害がトレースされます。 パフォーマンスの低下がパフォーマンス カウンターのメモリがなくなった場合、パフォーマンス カウンターが有効になっていると、WCF アプリケーションの実行を続行する可能性があります。 コンピューターの管理者は、使用可能なすべてのパフォーマンス カウンターをいつでも読み込めるだけの十分なメモリを割り当てておく必要があります。 - レジストリで [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] カテゴリごとにパフォーマンス カウンター メモリの量を変更できます。 これを行うには、次の 3 つの場所に `FileMappingSize` という名前の新しい DWORD 値を追加し、目的の値をバイト単位で設定します。 コンピューターを再起動すると、設定した値が有効になります。 + レジストリの WCF カテゴリのパフォーマンス カウンターのメモリの量を変更することができます。 これを行うには、次の 3 つの場所に `FileMappingSize` という名前の新しい DWORD 値を追加し、目的の値をバイト単位で設定します。 コンピューターを再起動すると、設定した値が有効になります。 - HKLM\System\CurrentControlSet\Services\ServiceModelEndpoint 4.0.0.0\Performance @@ -123,7 +123,7 @@ ServiceName@ServiceBaseAddress > 1 つのコントラクトに重複した操作名がある場合は、その両方の操作に対してカウンター インスタンスは 1 つだけ取得されます。 ## WCF パフォーマンス カウンターのプログラミング - プログラムで [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] パフォーマンス カウンターにアクセスできるよう SDK インストール フォルダーにはいくつかのファイルがインストールされています。 そのファイルを次に示します。 + WCF パフォーマンス カウンタをプログラムでアクセスできるように、いくつかのファイルは、SDK のインストール フォルダーにインストールされます。 そのファイルを次に示します。 - _ServiceModelEndpointPerfCounters.vrg diff --git a/docs/framework/wcf/diagnostics/performance-counters/operation-performance-counters.md b/docs/framework/wcf/diagnostics/performance-counters/operation-performance-counters.md index 977e358e827..71bfa4c5d52 100644 --- a/docs/framework/wcf/diagnostics/performance-counters/operation-performance-counters.md +++ b/docs/framework/wcf/diagnostics/performance-counters/operation-performance-counters.md @@ -2,11 +2,11 @@ title: 操作パフォーマンス カウンター ms.date: 03/30/2017 ms.assetid: 333a51e0-f56e-4e1a-b359-5c91ff390568 -ms.openlocfilehash: 652090cd7f8728deadba580fd33897b1e4ed2ecb -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 46b7d5ff071ebf1e3f790a9b56906d9908028ae9 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 操作パフォーマンス カウンター 操作パフォーマンス カウンターは、パフォーマンス モニター (Perfmon.exe) を使用して表示した場合、`ServiceModelOperation 4.0.0.0` パフォーマンス オブジェクトの下にあります。 それぞれの操作に個別のインスタンスがあります。 つまり、指定したコントラクトに 10 の操作がある場合、10 の操作カウンター インスタンスがそのコントラクトに関連付けられます。 オブジェクトのインスタンスには次のパターンの名前が付いています。 @@ -18,7 +18,7 @@ ms.lasthandoff: 05/04/2018 このカウンターにより呼び出しがどのように使用されている、操作がどれほど効率的に実行されているかを調べることができます。 > [!CAUTION] -> パフォーマンス カウンターのインスタンス名の長さには制限があります。 Windows Communication Foundation (WCF) カウンターのインスタンス名は、最大の長さを超えているときに[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)]インスタンス名の一部をハッシュ値に置き換えます。 +> パフォーマンス カウンターのインスタンス名の長さには制限があります。 Windows Communication Foundation (WCF) カウンターのインスタンス名が最大長を超えると WCF では、ハッシュ値を持つのインスタンス名の一部が置き換えられます。 ## 関連項目 [パフォーマンス カウンター](../../../../../docs/framework/wcf/diagnostics/performance-counters/index.md) diff --git a/docs/framework/wcf/diagnostics/performance-counters/service-performance-counters.md b/docs/framework/wcf/diagnostics/performance-counters/service-performance-counters.md index b188888be0d..feb27518263 100644 --- a/docs/framework/wcf/diagnostics/performance-counters/service-performance-counters.md +++ b/docs/framework/wcf/diagnostics/performance-counters/service-performance-counters.md @@ -2,11 +2,11 @@ title: サービス パフォーマンス カウンター ms.date: 03/30/2017 ms.assetid: 4210f549-31f2-4ea7-99bd-69eaffb98ddf -ms.openlocfilehash: 71eff5c656a4782056ac518f105f73bc549da336 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: bdc68fd2b629c538c097dab4e1cf3f89b7f3a091 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # サービス パフォーマンス カウンター サービスのパフォーマンス カウンターはサービス動作全体を測定し、サービス全体のパフォーマンスを診断するために使用できます。 パフォーマンス モニター (Perfmon.exe) を使用して表示する場合、これらのカウンターは、`ServiceModelService 4.0.0.0` パフォーマンス オブジェクトの下にあります。 インスタンスには次のパターンの名前が付けられています。 @@ -16,7 +16,7 @@ ServiceName@ServiceBaseAddress ``` > [!CAUTION] -> パフォーマンス カウンターのインスタンス名の長さには制限があります。 Windows Communication Foundation (WCF) カウンターのインスタンス名は、最大の長さを超えているときに[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)]インスタンス名の一部をハッシュ値に置き換えます。 +> パフォーマンス カウンターのインスタンス名の長さには制限があります。 Windows Communication Foundation (WCF) カウンターのインスタンス名が最大長を超えると WCF では、ハッシュ値を持つのインスタンス名の一部が置き換えられます。 ## 関連項目 [パフォーマンス カウンター](../../../../../docs/framework/wcf/diagnostics/performance-counters/index.md) diff --git a/docs/framework/wcf/diagnostics/security-concerns-for-message-logging.md b/docs/framework/wcf/diagnostics/security-concerns-for-message-logging.md index 0d8b5f52fd9..6cba0c38f2e 100644 --- a/docs/framework/wcf/diagnostics/security-concerns-for-message-logging.md +++ b/docs/framework/wcf/diagnostics/security-concerns-for-message-logging.md @@ -4,11 +4,11 @@ ms.date: 03/30/2017 ms.assetid: 21f513f2-815b-47f3-85a6-03c008510038 author: BrucePerlerMS manager: mbaldwin -ms.openlocfilehash: c8b2fe3300bacc76e63f9d533c613171d03600d7 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 0ca5eee4d4a1fd0dfaabbf9160488eb2d88f3d3d +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # メッセージ ログ記録のセキュリティの考慮事項 ここでは、メッセージ ログに表示される機密データだけでなく、メッセージ ログによって生成されるイベントを保護する方法についても説明します。 @@ -16,7 +16,7 @@ ms.lasthandoff: 05/04/2018 ## セキュリティに関する注意事項 ### 機密情報のログ記録 - Windows Communication Foundation (WCF) では、アプリケーション固有のヘッダーと本文内のデータは変更しません。 また、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、アプリケーション固有のヘッダーまたは本文データにある個人情報も追跡しません。 + Windows Communication Foundation (WCF) では、アプリケーション固有のヘッダーと本文内のデータは変更しません。 また、WCF では、アプリケーション固有のヘッダーまたは本文データにある個人情報は追跡しません。 メッセージのログ記録が有効になっていると、アプリケーション固有ヘッダー内にある個人情報 (クエリ文字列など)、および本文情報 (クレジット カード番号) がログ内で確認できるようになります。 アプリケーションを配置するユーザーは、構成ファイルとログ ファイルに対するアクセス制御を実施する必要があります。 この種の情報を表示しないようにするには、ログ記録を無効にするか、ログを共有する場合にこの種のデータにフィルターをかけて除外します。 diff --git a/docs/framework/wcf/diagnostics/tracing/activity-list.md b/docs/framework/wcf/diagnostics/tracing/activity-list.md index 1f5d6fa0b46..8cad61b41ff 100644 --- a/docs/framework/wcf/diagnostics/tracing/activity-list.md +++ b/docs/framework/wcf/diagnostics/tracing/activity-list.md @@ -2,11 +2,11 @@ title: アクティビティ リスト ms.date: 03/30/2017 ms.assetid: 5540e185-ce8e-4db3-83b0-2b9f5bf71829 -ms.openlocfilehash: dc504c37b21a2d457f270331ab917747bafbb022 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: f96aab037e86b05096df7ffc82a0be3f6cce1ad2 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # アクティビティ リスト このトピックでは、Windows Communication Foundation (WCF) によって定義されているすべてのアクティビティを示します。 @@ -19,7 +19,7 @@ ms.lasthandoff: 05/04/2018 |group1|活動名|活動の種類|説明| |-----------|-------------------|-------------------|-----------------| -|A、M|アンビエント アクティビティ|N/A (ServiceModel によって制御されません)|ServiceModel コード (クライアント側またはサーバー側) を呼び出す前に、ID が TLS に設定されるアクティビティ。

例 : [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] クライアントで open が呼び出されるか、serviceHost.open が呼び出されるアクティビティ。| +|A、M|アンビエント アクティビティ|N/A (ServiceModel によって制御されません)|ServiceModel コード (クライアント側またはサーバー側) を呼び出す前に、ID が TLS に設定されるアクティビティ。

例: WCF クライアントまたは serviceHost.open で open が呼び出されているアクティビティが呼び出されます。| |B|構成体

構築する。 ContractType: '[種類]'。|構成体|| |C|開く

[ClientBase|ChannelFactory] です。 ContractType: '[種類]'。|開く|| |I|閉じる [ClientBase|ChannelFactory] です。 ContractType: '[種類]'。|閉じる|| @@ -27,8 +27,8 @@ ms.lasthandoff: 05/04/2018 |N|ServiceHost を開く。 ServiceType: '[種類]'。|開く|| |Z|ServiceHost を閉じる。 ServiceType: '[種類]'。|閉じる|| |O|'[アドレス]' でリッスンする。|ListenAt|このアクティビティと次のアクティビティはトランスポート固有です。 ListenAt アクティビティは、チャネル リスナーがリッスンするアドレスにマップされるコンテンツを表します。 MSMQ の場合は、キューが 1 つのアドレスにマップされるため、これはキューそのものです。 このアクティビティは、接続指向のトランスポートの場合は受信接続をリッスンし、MSMQ の場合は MSMQ メッセージをリッスンします。 このアクティビティは ServiceHost.Open() の間に作成され、リスナーの作成と破棄、およびすべての ReceiveBytes アクティビティへの転送に関連するトレースを格納します。| -|P|接続 '[アドレス]' でのバイトを受信する。 MSMQ メッセージを受信する。|ReceiveBytes|このアクティビティでは、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] メッセージを最終的に取得するデータが処理されます。 接続指向のトランスポートまたは http の場合は、受信バイトを待ちます。 TCP/名前付きパイプの場合は、接続が作成されるときにアクティビティが作成されるため、このアクティビティの有効期間は接続の有効期間と等しくなります。 http の場合、これはメッセージ要求の有効期間と等しく、メッセージが送信されるときにアクティビティが作成されます。 このアクティビティは、接続の作成と破棄 (該当する場合)、およびすべてのメッセージ (オブジェクト) 処理アクティビティへの転送に関連するトレースを格納します。

MSMQ の場合、これは MSMQ メッセージが取得されるアクティビティです。| -|Q|メッセージ [番号] を処理する ([番号] は、1 で始まる、単調に増加する値です)。|ProcessMessage|受信メッセージを処理します。 このアクティビティは、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] メッセージ オブジェクトを形成するためのすべてのデータ (バイト、MSMQ メッセージ) が受信されると開始されます。 このアクティビティに格納されたトレースは、ヘッダー処理を扱います。

ディスパッチ可能なメッセージが形成されると、対応するアクティビティ ID を検索した後で ServiceHost ProcessAction アクティビティとの間で切り替わります。| +|P|接続 '[アドレス]' でのバイトを受信する。 MSMQ メッセージを受信する。|ReceiveBytes|このアクティビティでは、WCF メッセージは最終的に取得するデータが処理されます。 接続指向のトランスポートまたは http の場合は、受信バイトを待ちます。 TCP/名前付きパイプの場合は、接続が作成されるときにアクティビティが作成されるため、このアクティビティの有効期間は接続の有効期間と等しくなります。 http の場合、これはメッセージ要求の有効期間と等しく、メッセージが送信されるときにアクティビティが作成されます。 このアクティビティは、接続の作成と破棄 (該当する場合)、およびすべてのメッセージ (オブジェクト) 処理アクティビティへの転送に関連するトレースを格納します。

MSMQ の場合、これは MSMQ メッセージが取得されるアクティビティです。| +|Q|メッセージ [番号] を処理する ([番号] は、1 で始まる、単調に増加する値です)。|ProcessMessage|受信メッセージを処理します。 このアクティビティは、WCF メッセージ オブジェクトを形成するすべてのデータ (バイト、MSMQ メッセージ) が受信されると開始します。 このアクティビティに格納されたトレースは、ヘッダー処理を扱います。

ディスパッチ可能なメッセージが形成されると、対応するアクティビティ ID を検索した後で ServiceHost ProcessAction アクティビティとの間で切り替わります。| |D、S|アクション '[アクション]' を処理する。|ProcessAction|受信時にはユーザー コードにメッセージをディスパッチし、送信時には逆の順序でメッセージをディスパッチするために、トランスポート/セキュリティ/RM スタックを通じてメッセージを処理します。

「アクティビティ伝達」; を介してメッセージ ヘッダーで送信された場合、サーバーでこのアクティビティが伝達されたアクティビティ ID を使用します。それ以外の場合、新しい GUID が作成されます。

要求/応答コントラクトに対する応答メッセージも、そのアクティビティで処理されます。| |T|'[IContract.Operation]' を実行する。|ExecuteUserCode|サービス側でディスパッチ後にユーザー コードを実行します。 このアクティビティは、ユーザー指定のコードと ServiceHost コードを区別するための境界を提供します。| @@ -44,8 +44,8 @@ ms.lasthandoff: 05/04/2018 |活動名|活動の種類|説明| |-------------------|-------------------|-----------------| -|COM+ インスタンスを作成する|TransferToCOMPlus|[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] コードからの COM+ 呼び出しごとに 1 つのアクティビティ インスタンス| -|これを実行すると COM +\<操作 >|TransferToCOMPlus|[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] コードからの COM+ 呼び出しごとに 1 つのアクティビティ インスタンス| +|COM+ インスタンスを作成する|TransferToCOMPlus|各 COM + 1 のアクティビティ インスタンスが WCF コードから呼び出す| +|これを実行すると COM +\<操作 >|TransferToCOMPlus|各 COM + 1 のアクティビティ インスタンスが WCF コードから呼び出す| ## WMI アクティビティ WMI に関連するすべてのアクティビティを次の表に示します。 diff --git a/docs/framework/wcf/diagnostics/tracing/activity.md b/docs/framework/wcf/diagnostics/tracing/activity.md index b9de4074386..7d533327703 100644 --- a/docs/framework/wcf/diagnostics/tracing/activity.md +++ b/docs/framework/wcf/diagnostics/tracing/activity.md @@ -2,19 +2,19 @@ title: アクティビティ ms.date: 03/30/2017 ms.assetid: 70471705-f55f-4da1-919f-4b580f172665 -ms.openlocfilehash: 34281647f65157484c1e732bc67a6a4b2cf58db6 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 3100d5bb60dc1b11d23b0705f4d6f23a3675ac51 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # アクティビティ このトピックでは、Windows Communication Foundation (WCF) のトレース モデルでのアクティビティ トレースについて説明します。 アクティビティは、ユーザーがエラーの範囲を絞り込む上で役立つ処理単位です。 同じアクティビティで発生したエラーは直接関連します。 たとえば、メッセージを復号化できなかったために、ある操作が失敗したとします。 この操作とメッセージ復号化失敗のトレースは同じアクティビティ内に表示され、復号化エラーと要求エラー間の直接相関関係が示されます。 ## アクティビティ トレースの構成 - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] アプリケーションを処理するための定義済みのアクティビティの提供 (を参照してください[アクティビティ リスト](../../../../../docs/framework/wcf/diagnostics/tracing/activity-list.md))。 また、ユーザー トレースをグループ化するために、アクティビティをプログラムによって定義することもできます。 詳細については、次を参照してください。[ユーザー コード トレースの出力](../../../../../docs/framework/wcf/diagnostics/tracing/emitting-user-code-traces.md)です。 + WCF には、アプリケーションを処理するための定義済みのアクティビティが用意されています (を参照してください[アクティビティ リスト](../../../../../docs/framework/wcf/diagnostics/tracing/activity-list.md))。 また、ユーザー トレースをグループ化するために、アクティビティをプログラムによって定義することもできます。 詳細については、次を参照してください。[ユーザー コード トレースの出力](../../../../../docs/framework/wcf/diagnostics/tracing/emitting-user-code-traces.md)です。 - 実行時にアクティビティ トレースを出力するには、次の構成コードに示すように、`ActivityTracing` トレース ソースや、他の `System.ServiceModel` トレース ソースまたはカスタム トレース ソースの [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] 設定を使用します。 + 実行時にアクティビティ トレースを出力するには、`ActivityTracing`の設定、`System.ServiceModel`構成コードを次に示すように、ソース、またはその他の WCF またはカスタム トレース ソースをトレースします。 ```xml @@ -88,7 +88,7 @@ traceSource.TraceEvent(TraceEventType.Warning, eventId, "Information"); - アクティビティは処理の境界を示します。処理の境界は、システム管理者にとって重要であり、サポートを容易にする上でも役立ちます。 -- [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] の各メソッド (クライアントとサーバーの両方) は、新しいアクティビティを開始し、(処理の終了後に) その新しいアクティビティを終了した後、アンビエント アクティビティに戻ることによって境界が設定されます。 +- 各 WCF メソッドは、クライアントとサーバーの両方の境界が設定によって、新しいアクティビティを開始し、(この作業を実行すると) 後に新しいアクティビティを終了し、アンビエント アクティビティに返すことです。 - 接続のリッスンやメッセージの待機など、長時間にわたって実行される (継続中の) アクティビティは、対応する開始マーカーと終了マーカーによって表されます。 diff --git a/docs/framework/wcf/diagnostics/tracing/configuring-tracing.md b/docs/framework/wcf/diagnostics/tracing/configuring-tracing.md index 79c6e7b99fa..c409d2d086d 100644 --- a/docs/framework/wcf/diagnostics/tracing/configuring-tracing.md +++ b/docs/framework/wcf/diagnostics/tracing/configuring-tracing.md @@ -1,28 +1,14 @@ --- title: トレースの構成 -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: article helpviewer_keywords: - tracing [WCF] ms.assetid: 82922010-e8b3-40eb-98c4-10fc05c6d65d -caps.latest.revision: 53 -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 23dbf9808976496686dfe9d595487110da41730b -ms.sourcegitcommit: 94d33cadc5ff81d2ac389bf5f26422c227832052 +ms.openlocfilehash: f9603f79992c31ad1af3b6c672b448ab031ba78d +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/30/2018 +ms.lasthandoff: 05/07/2018 --- # トレースの構成 ここでは、トレースを有効にする方法、トレースを出力し、トレース レベルを設定するようにトレース ソースを構成する方法、エンドツーエンドのトレース相関をサポートするようにアクティビティ トレースと伝達を設定する方法、およびトレースにアクセスするようにトレース リスナーを設定する方法について説明します。 @@ -33,17 +19,17 @@ ms.lasthandoff: 04/30/2018 > Windows 8 でアプリケーションによるトレース ログの生成を行うには、アプリケーションを権限の高い状態で実行 (管理者として実行) する必要があります。 ## トレースの有効化 - [!INCLUDE[indigo1](../../../../../includes/indigo1-md.md)] では次の診断トレース データが出力されます。 + Windows Communication Foundation (WCF) には、次の診断トレース データが出力されます。 - 操作呼び出し、コード例外、警告、その他の重要な処理イベントなど、アプリケーションのすべてのコンポーネントにおける処理マイルストーンのトレース。 - トレース機能が正しく動作しないときの Windows エラー イベント。 参照してください[イベントのログ記録](../../../../../docs/framework/wcf/diagnostics/event-logging/index.md)です。 - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] トレースは、 に基づいています。 トレースを使用するには、構成ファイルまたはコードでトレース ソースを定義する必要があります。 [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] は、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] アセンブリごとにトレース ソースを定義します。 `System.ServiceModel` トレース ソースは最も一般的な [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] トレース ソースで、トランスポートへの出入りからユーザー コードへの出入りまで、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] 通信スタック全体の処理マイルストーンを記録します。 `System.ServiceModel.MessageLogging` トレース ソースは、システムを通過するすべてのメッセージを記録します。 + WCF トレースがの上に構築されたです。 トレースを使用するには、構成ファイルまたはコードでトレース ソースを定義する必要があります。 WCF では、WCF アセンブリごとにトレース ソースを定義します。 `System.ServiceModel`トレース ソースは、最も一般的な WCF トレース ソースし、WCF 通信スタックの出入りユーザー コードへの出入りトランスポートからにおける処理マイルス トーンを記録します。 `System.ServiceModel.MessageLogging` トレース ソースは、システムを通過するすべてのメッセージを記録します。 - 既定では、トレースは無効です。 トレースを有効にするには、トレース リスナーを作成し、構成で選択したトレース ソースのトレース レベルを "Off" 以外に設定する必要があります。それ以外の場合、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] はトレースを生成しません。 リスナーを指定しないと、トレースは自動的に無効になります。 リスナーを定義してもトレース レベルを指定しないと、トレース レベルは既定で "Off" に設定され、トレースが出力されなくなります。 + 既定では、トレースは無効です。 トレースをアクティブ化するには、トレース リスナーを作成して構成; で選択したトレース ソースを"Off"以外のトレース レベルを設定する必要があります。それ以外の場合、WCF では、トレースを生成しません。 リスナーを指定しないと、トレースは自動的に無効になります。 リスナーを定義してもトレース レベルを指定しないと、トレース レベルは既定で "Off" に設定され、トレースが出力されなくなります。 - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] 機能拡張ポイント (カスタム操作の呼び出し元など) を使用する場合、独自のトレースを出力する必要があります。 これは、機能拡張ポイントを実装すると、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] が既定のパスに標準のトレースを出力できなくなるためです。 トレースを出力することで手動トレースのサポートを実装しない場合、予測したトレースが得られない場合があります。 + カスタム操作の呼び出し元などの WCF 機能拡張ポイントを使用する場合は、独自のトレースを出力する必要があります。 これは、WCF が既定のパスに標準のトレースを出力できなく機能拡張ポイントを実装する場合があるためです。 トレースを出力することで手動トレースのサポートを実装しない場合、予測したトレースが得られない場合があります。 トレースは、アプリケーションの構成ファイル (Web ホスト型アプリケーションの場合は Web.config、自己ホスト型アプリケーションの場合は Appname.exe.config) を編集することで構成できます。 以下は、このような編集の例です。 これらの設定の詳細については、「を構成するトレース リスナーをトレースを使用する」セクションを参照してください。 @@ -66,12 +52,12 @@ ms.lasthandoff: 04/30/2018 ``` > [!NOTE] -> 構成ファイルを編集する、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)]サービス プロジェクトを Visual Studio で、アプリケーションの構成ファイルを右クリックして、Web でホストされるアプリケーション、appname.exe.config 自己ホスト型アプリケーションの場合は Web.config **ソリューション エクスプ ローラー**です。 選択し、 **WCF 構成の編集**コンテキスト メニュー項目。 これにより、起動、[構成エディター ツール (SvcConfigEditor.exe)](../../../../../docs/framework/wcf/configuration-editor-tool-svcconfigeditor-exe.md)の構成設定を変更できます[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)]グラフィカル ユーザー インターフェイスを使用したサービスです。 +> Visual Studio での WCF サービス プロジェクトの構成ファイルを編集するファイルを右クリックして、アプリケーションの構成、Web でホストされるアプリケーション、appname.exe.config 自己ホスト型アプリケーションの場合は Web.config**ソリューション エクスプ ローラー**. 選択し、 **WCF 構成の編集**コンテキスト メニュー項目。 これにより、起動、[構成エディター ツール (SvcConfigEditor.exe)](../../../../../docs/framework/wcf/configuration-editor-tool-svcconfigeditor-exe.md)、グラフィカル ユーザー インターフェイスを使用して WCF サービスの構成設定を変更できます。 ## トレースを出力するためのトレース ソースの構成 - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] は、アセンブリごとにトレース ソースを定義します。 アセンブリ内で生成されたトレースは、該当するソースで定義されているリスナーによってアクセスされます。 次のトレース ソースが定義されます。 + WCF では、アセンブリごとにトレース ソースを定義します。 アセンブリ内で生成されたトレースは、該当するソースで定義されているリスナーによってアクセスされます。 次のトレース ソースが定義されます。 -- System.ServiceModel: 構成の読み取り、トランスポートでのメッセージの処理、セキュリティ処理、ユーザー コードでのメッセージのディスパッチなど、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] 処理のすべての段階を記録します。 +- System.ServiceModel: WCF 処理されるたびのすべての段階をログに記録構成を読み取る、トランスポート、メッセージが処理される、ユーザー コードでセキュリティ処理、メッセージをディスパッチします。 - System.ServiceModel.MessageLogging: システムを通過するすべてのメッセージを記録します。 @@ -149,7 +135,7 @@ ms.lasthandoff: 04/30/2018 ユーザー定義のトレース ソースの作成の詳細については、次を参照してください。[トレースを拡張する](../../../../../docs/framework/wcf/samples/extending-tracing.md)です。 ## トレースを使用するためのトレース リスナーの構成 - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] は、実行時にトレース データを処理するリスナーにデータを送信します。 [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] は に出力の形式が異なる複数の定義済みリスナーを提供します。 カスタム リスナーの種類を追加することもできます。 + 実行時に、WCF は、データを処理するリスナーをトレース データをフィードします。 WCF は、いくつかの定義済みリスナーを出力の形式が異なります。 カスタム リスナーの種類を追加することもできます。 `add` を使用して、使用するトレース リスナーの名前と種類を指定できます。 この例の構成では、リスナーに `traceListener` という名前を付け、使用する種類として標準の .NET Framework トレース リスナー (`System.Diagnostics.XmlWriterTraceListener`) を追加しています。 ソースごとに任意の数のトレース リスナーを追加できます。 トレース リスナーがトレースをファイルに出力する場合は、構成ファイルで出力ファイルの場所と名前を指定する必要があります。 指定するには、`initializeData` をそのリスナーのファイルの名前に設定します。 ファイル名を指定しないと、使用するリスナーの種類に基づいて任意のファイル名が生成されます。 を使用した場合は、拡張子のないファイル名が生成されます。 カスタム リスナーを実装した場合は、この属性を使用して、ファイル名以外の初期化データを受け取ることもできます。 たとえば、この属性にデータベース識別子を指定できます。 @@ -183,13 +169,13 @@ ms.lasthandoff: 04/30/2018 `activityTracing` 属性に指定する `switchValue` 値を使用してアクティビティ トレースを有効にし、エンドポイント内のアクティビティの境界と転送のトレースを出力できます。 > [!NOTE] -> [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] の特定の拡張機能を使用する場合に、アクティビティ トレースが有効になっていると、 が発生することがあります。 この問題を解決するには、アプリケーションの構成ファイルを調べて、トレース ソースの `switchValue` 属性が `activityTracing` に設定されていないことを確認します。 +> WCF で特定の拡張機能を使用するとする可能性があります、アクティビティ トレースが有効にするとします。 この問題を解決するには、アプリケーションの構成ファイルを調べて、トレース ソースの `switchValue` 属性が `activityTracing` に設定されていないことを確認します。 `propagateActivity` 属性は、メッセージ交換に参加している他のエンドポイントにアクティビティを伝達する必要があるかどうかを示します。 この値を `true` に設定すると、任意の 2 つのエンドポイントで生成されたトレース ファイルを取得し、一方のエンドポイントのトレース セットがもう一方のエンドポイントのトレース セットにどのように転送されるかを監視できます。 アクティビティ トレースと伝達に関する詳細については、次を参照してください。[伝達](../../../../../docs/framework/wcf/diagnostics/tracing/propagation.md)です。 - 両方`propagateActivity`と`ActivityTracing`System.ServiceModel TraceSource に適用されるブール値。 `ActivityTracing`値は、任意のトレース ソースにも適用されますを含む[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)]またはユーザー定義のものです。 + 両方`propagateActivity`と`ActivityTracing`System.ServiceModel TraceSource に適用されるブール値。 `ActivityTracing`値は、WCF またはユーザー定義のものを含め、すべてのトレース ソースにも適用されます。 ユーザー定義のトレース ソースでは、`propagateActivity` 属性を使用できません。 ユーザー コード アクティビティ ID の伝達では、ServiceModel `ActivityTracing` 属性を `propagateActivity` に設定しているときは、ServiceModel `true` を設定しないでください。 diff --git a/docs/framework/wcf/diagnostics/tracing/debugging-on-the-client.md b/docs/framework/wcf/diagnostics/tracing/debugging-on-the-client.md index 5ed37889ce7..dfffa64305b 100644 --- a/docs/framework/wcf/diagnostics/tracing/debugging-on-the-client.md +++ b/docs/framework/wcf/diagnostics/tracing/debugging-on-the-client.md @@ -2,11 +2,11 @@ title: クライアントでのデバッグ ms.date: 03/30/2017 ms.assetid: 56f9ad05-ea1b-4ef6-85f2-890f7ed71567 -ms.openlocfilehash: c31bc71172f69e35bc90c246ca3ec721b3122c17 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 21598b84d0d493bad29a77adf31b85f4989afdc7 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # クライアントでのデバッグ -ユーザー用のクライアント アプリケーションを作成して、容易にできるように、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)]サービスを追加できます、 [ \](../../../../../docs/framework/configure-apps/file-schema/wcf/servicedebug.md)サービス動作、サービスの構成ファイルをします。 この動作は、ヘルプ ページを公開し、クライアントに返される SOAP エラーの詳細にマネージ例外情報を表示するために使用できます。 +WCF サービスのクライアント アプリケーションを作成するユーザーを容易にできるように、追加することができます、 [ \](../../../../../docs/framework/configure-apps/file-schema/wcf/servicedebug.md)サービス動作、サービスの構成ファイルをします。 この動作は、ヘルプ ページを公開し、クライアントに返される SOAP エラーの詳細にマネージ例外情報を表示するために使用できます。 diff --git a/docs/framework/wcf/diagnostics/tracing/index.md b/docs/framework/wcf/diagnostics/tracing/index.md index f3a56a20f3f..639e77fb1b6 100644 --- a/docs/framework/wcf/diagnostics/tracing/index.md +++ b/docs/framework/wcf/diagnostics/tracing/index.md @@ -1,31 +1,17 @@ --- title: トレース -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: article ms.assetid: 2649eae2-dbf8-421c-9cfb-cfa9e01de87f -caps.latest.revision: 12 -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 75870850a7df01d255d3512dde2a550e2a6c205a -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 6f427425b1bbf19ecd8b30fb1498634a7a3d5fa9 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/07/2018 --- # トレース -[!INCLUDE[indigo1](../../../../../includes/indigo1-md.md)] には、エラーの監視と分析のための、アプリケーションの実装と診断データが用意されています。 アプリケーションの動作やエラー原因を調べるために、デバッガーの代わりにトレースを使用できます。 コンポーネント間でエラーと処理を関連付けて、エンドツーエンドの調査を行うこともできます。 +Windows Communication Foundation (WCF) は、エラーの監視と分析のアプリケーションのインストルメンテーション データと診断データを提供します。 アプリケーションの動作やエラー原因を調べるために、デバッガーの代わりにトレースを使用できます。 コンポーネント間でエラーと処理を関連付けて、エンドツーエンドの調査を行うこともできます。 - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] では次の診断トレース データが出力されます。 + WCF には、次の診断トレース データが出力されます。 - 操作呼び出し、コード例外、警告、その他の重要な処理イベントなど、アプリケーションのすべてのコンポーネントにおける処理マイルストーンのトレース。 @@ -50,7 +36,7 @@ ms.lasthandoff: 12/22/2017 [トレースの参照](../../../../../docs/framework/wcf/diagnostics/tracing/traces-reference.md) - ここでは [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] が生成するトレースをすべて列挙します。 + このトピックでは、WCF によって生成されたすべてのトレースを示します。 -## 参照 +## 関連項目 [サービス トレース ビューアー ツール (SvcTraceViewer.exe)](../../../../../docs/framework/wcf/service-trace-viewer-tool-svctraceviewer-exe.md) diff --git a/docs/framework/wcf/diagnostics/tracing/propagation.md b/docs/framework/wcf/diagnostics/tracing/propagation.md index 909e9e340a1..48216e76c61 100644 --- a/docs/framework/wcf/diagnostics/tracing/propagation.md +++ b/docs/framework/wcf/diagnostics/tracing/propagation.md @@ -2,11 +2,11 @@ title: 伝達 ms.date: 03/30/2017 ms.assetid: f8181e75-d693-48d1-b333-a776ad3b382a -ms.openlocfilehash: 5d848a2b74402d0adf125488481f5b82e0b09781 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: f4e92c6dec163d191c507dd80bb0d9dc129c6e96 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 伝達 このトピックでは、Windows Communication Foundation (WCF) のトレース モデルでのアクティビティ伝達について説明します。 @@ -20,7 +20,7 @@ ms.lasthandoff: 05/04/2018 ``` - アクティビティの伝達は構成可能な機能です。この機能を構成すると、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] は TLS のアクティビティ ID が含まれたヘッダーを送信メッセージに追加します。 サーバー側の以降のトレースでこの ID を含めることにより、クライアントとサーバーのアクティビティを相互に関連付けることができます。 + アクティビティの伝達は、TLS のアクティビティ ID が含まれた、送信メッセージにヘッダーを追加する WCF の原因となる構成可能な機能です。 サーバー側の以降のトレースでこの ID を含めることにより、クライアントとサーバーのアクティビティを相互に関連付けることができます。 ## 伝達の定義 次のすべての条件に該当する場合に、アクティビティ M の gAId がアクティビティ N に伝達されます。 diff --git a/docs/framework/wcf/diagnostics/tracing/significant-traces.md b/docs/framework/wcf/diagnostics/tracing/significant-traces.md index 8e2cb279582..863705413c8 100644 --- a/docs/framework/wcf/diagnostics/tracing/significant-traces.md +++ b/docs/framework/wcf/diagnostics/tracing/significant-traces.md @@ -2,11 +2,11 @@ title: 重要なトレース ms.date: 03/30/2017 ms.assetid: 40a1770e-3b09-4142-b0dd-f9ef73642074 -ms.openlocfilehash: 2dc5010874285ba14dae625fcbf92740eb1707b0 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: c230c65b4d3fd45c4905d4ae5f4cbbf90e10faad +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 重要なトレース このトピックでは、Windows Communication Foundation (WCF) によって出力される主要なトレースの一部を示します。 @@ -15,9 +15,9 @@ ms.lasthandoff: 05/04/2018 |トレース|説明| |-----------|-----------------| -|Message Log トレース|このトレースは、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] トレース ソースが有効な場合に、メッセージ ログ機能によって `System.ServiceModel.MessageLogging` メッセージがログに記録されるときに出力されます。 このトレースをクリックすると、メッセージが表示されます。 メッセージには、構成可能なログ ポイントが 4 つ (`ServiceLevelSendRequest`、`TransportSend`、`TransportReceive`、`ServiceLevelReceiveRequest`) あり、これらは、メッセージ ログ トレースの Message Source 属性にも示されます。| -|Message Received トレース|このトレースは、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] トレース ソースが情報レベルまたは詳細レベルで有効な場合に、`System.ServiceModel` メッセージが受信されるときに出力されます。 このトレースはアクティビティのグラフ ビューでメッセージの相関矢印を表示するために必要です。| -|Message Sent トレース|このトレースは [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] トレース ソースが Information レベルか Verbose レベルで有効な場合に、`System.ServiceModel` メッセージが送信されるときに出力されます。 このトレースはアクティビティのグラフ ビューでメッセージの相関矢印を表示するために必要です。| +|Message Log トレース|WCF メッセージは、メッセージ ログで記録されたときに、トレースが出力されます機能、`System.ServiceModel.MessageLogging`トレース ソースが有効にします。 このトレースをクリックすると、メッセージが表示されます。 メッセージには、構成可能なログ ポイントが 4 つ (`ServiceLevelSendRequest`、`TransportSend`、`TransportReceive`、`ServiceLevelReceiveRequest`) あり、これらは、メッセージ ログ トレースの Message Source 属性にも示されます。| +|Message Received トレース|場合、WCF メッセージを受信すると、このトレースが出力、`System.ServiceModel`トレース ソースが information レベルか verbose レベルで有効にします。 このトレースはアクティビティのグラフ ビューでメッセージの相関矢印を表示するために必要です。| +|Message Sent トレース|場合、WCF メッセージが送信されるときにこのトレースが出力、`System.ServiceModel`トレース ソースが information レベルか verbose レベルで有効にします。 このトレースはアクティビティのグラフ ビューでメッセージの相関矢印を表示するために必要です。| |Get ChannelEndpointElement|このトレースは、情報レベルで Construct チャネル ファクトリに出力されます。 このトレースには、クライアントが対話しているエンドポイントの説明 (リモート アドレス、バインディング、コントラクト名など) が表示されます。| |Get ServiceElement|このトレースは、情報レベルで Construct サービス ホストに出力されます。 サービス コントラクトとバインディングの説明が提供されます。| |SocketConnection Create|このトレースは、クライアントによって実行される最初の "プロセス" アクションおよびサービスの "バイトを受信" アクティビティで出力されます。 ローカルとリモートの IP アドレスを提供します。 情報レベルで出力されます。| diff --git a/docs/framework/wcf/diagnostics/tracing/synchronous-scenarios-using-http-tcp-or-named-pipe.md b/docs/framework/wcf/diagnostics/tracing/synchronous-scenarios-using-http-tcp-or-named-pipe.md index 9660435fe7d..709d2c7bf36 100644 --- a/docs/framework/wcf/diagnostics/tracing/synchronous-scenarios-using-http-tcp-or-named-pipe.md +++ b/docs/framework/wcf/diagnostics/tracing/synchronous-scenarios-using-http-tcp-or-named-pipe.md @@ -2,11 +2,11 @@ title: HTTP、TCP、または名前付きパイプを使用した同期シナリオ ms.date: 03/30/2017 ms.assetid: 7e90af1b-f8f6-41b9-a63a-8490ada502b1 -ms.openlocfilehash: 03f4fdcaa5fc59efe7e92d2cb900212ed5ebae77 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 11a5d8f43d12d35728c65c7a60ad8a4fa2fc1b3a +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # HTTP、TCP、または名前付きパイプを使用した同期シナリオ ここでは、シングル スレッド クライアントで HTTP、TCP、または名前付きパイプを使用したときの、さまざまな同期要求/応答シナリオでのアクティビティと転送について説明します。 参照してください[HTTP、TCP、または名前付きパイプを使用して非同期シナリオ](../../../../../docs/framework/wcf/diagnostics/tracing/asynchronous-scenarios-using-http-tcp-or-named-pipe.md)マルチ スレッドの要求についての詳細。 @@ -54,7 +54,7 @@ ms.lasthandoff: 05/04/2018 前述のシナリオとの違いは、応答メッセージとして SOAP エラー メッセージが返されることだけです。 場合`propagateActivity` = `true`、要求メッセージのアクティビティ ID が SOAP エラー メッセージに追加します。 ## エラーを伴わない同期一方向 - 最初のシナリオとの違いは、メッセージがサーバーに返されないことだけです。 HTTP ベースのプロトコルの場合は、ステータス (有効またはエラー) がクライアントに返されます。 それは、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] プロトコル スタックのなかで HTTP プロトコルだけが、要求/応答セマンティクスを使用するからです。 TCP 処理は [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] からは見えないため、受信確認はクライアントに送信されません。 + 最初のシナリオとの違いは、メッセージがサーバーに返されないことだけです。 HTTP ベースのプロトコルの場合は、ステータス (有効またはエラー) がクライアントに返されます。 これは、HTTP が WCF プロトコル スタックの一部である要求-応答セマンティクスで唯一のプロトコルであるためです。 TCP 処理は、WCF の非表示であるために、クライアントに受信確認は送信されません。 ## エラーを伴う同期一方向 メッセージの処理中 (Q 以降) にエラーが発生しても、クライアントには通知が返されません。 これは、「エラーを伴わない同期一方向要求/応答」のシナリオと同じです。 エラー メッセージを受信する必要がある場合は、一方向のシナリオを使用しないでください。 diff --git a/docs/framework/wcf/diagnostics/tracing/system-servicemodel-channels-messagereceived.md b/docs/framework/wcf/diagnostics/tracing/system-servicemodel-channels-messagereceived.md index 88cf3efcb0a..3edb005813c 100644 --- a/docs/framework/wcf/diagnostics/tracing/system-servicemodel-channels-messagereceived.md +++ b/docs/framework/wcf/diagnostics/tracing/system-servicemodel-channels-messagereceived.md @@ -2,11 +2,11 @@ title: System.ServiceModel.Channels.MessageReceived ms.date: 03/30/2017 ms.assetid: 9e6942a4-051f-416c-9674-7e729b9edd33 -ms.openlocfilehash: c1b9b4e911636ea144d5f7e907dcec6b6b8082d8 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 1797fb95bbcfc538e1abdf610bedd07e953ede5d +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # System.ServiceModel.Channels.MessageReceived System.ServiceModel.Channels.MessageReceived @@ -14,7 +14,7 @@ System.ServiceModel.Channels.MessageReceived ## 説明 チャネルを介してメッセージを受信しました。 - このトレースは、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] トレース ソースが情報レベルまたは詳細レベルで有効な場合に、`System.ServiceModel` メッセージが受信されるときに出力されます。 このトレースはアクティビティのグラフ ビューでメッセージの相関矢印を表示するために必要です。 + 場合、WCF メッセージを受信すると、このトレースが出力、`System.ServiceModel`トレース ソースが information レベルか verbose レベルで有効にします。 このトレースはアクティビティのグラフ ビューでメッセージの相関矢印を表示するために必要です。 ## 関連項目 [トレース](../../../../../docs/framework/wcf/diagnostics/tracing/index.md) diff --git a/docs/framework/wcf/diagnostics/tracing/system-servicemodel-channels-messagesent.md b/docs/framework/wcf/diagnostics/tracing/system-servicemodel-channels-messagesent.md index bd9bb14ab52..0816cfb5ae2 100644 --- a/docs/framework/wcf/diagnostics/tracing/system-servicemodel-channels-messagesent.md +++ b/docs/framework/wcf/diagnostics/tracing/system-servicemodel-channels-messagesent.md @@ -1,24 +1,12 @@ --- title: System.ServiceModel.Channels.MessageSent -ms.custom: ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: 454cd09c-992f-4faf-9751-2de56e6401da -caps.latest.revision: "6" -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: adf00c99860361b117f825b426d6d56f519f954b -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: e69a534d9657415923e5a7e12b65fd30f6664788 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/07/2018 --- # System.ServiceModel.Channels.MessageSent System.ServiceModel.Channels.MessageSent @@ -26,9 +14,9 @@ System.ServiceModel.Channels.MessageSent ## 説明 チャネルを介してメッセージを送信しました。 - このトレースは [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] トレース ソースが Information レベルか Verbose レベルで有効な場合に、`System.ServiceModel` メッセージが送信されるときに出力されます。 このトレースはアクティビティのグラフ ビューでメッセージの相関矢印を表示するために必要です。 + 場合、WCF メッセージが送信されるときにこのトレースが出力、`System.ServiceModel`トレース ソースが information レベルか verbose レベルで有効にします。 このトレースはアクティビティのグラフ ビューでメッセージの相関矢印を表示するために必要です。 -## 参照 +## 関連項目 [トレース](../../../../../docs/framework/wcf/diagnostics/tracing/index.md) [トレースを使用したアプリケーションのトラブルシューティング](../../../../../docs/framework/wcf/diagnostics/tracing/using-tracing-to-troubleshoot-your-application.md) [管理と診断](../../../../../docs/framework/wcf/diagnostics/index.md) diff --git a/docs/framework/wcf/diagnostics/tracing/transfer.md b/docs/framework/wcf/diagnostics/tracing/transfer.md index 94ff5612310..29a6c8bcf15 100644 --- a/docs/framework/wcf/diagnostics/tracing/transfer.md +++ b/docs/framework/wcf/diagnostics/tracing/transfer.md @@ -2,17 +2,17 @@ title: 転送 ms.date: 03/30/2017 ms.assetid: dfcfa36c-d3bb-44b4-aa15-1c922c6f73e6 -ms.openlocfilehash: 7daa486286e022b24be32df7335ddbd5db7233f0 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: aa7535aa393544077a9802b5c3255d6e5f6accda +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 転送 このトピックでは、Windows Communication Foundation (WCF) のアクティビティ トレース モデルで使用される転送について説明します。 ## 転送の定義 - アクティビティ間の転送は、エンドポイント内の関連アクティビティで発生したイベント間の因果関係を表します。 制御が 2 つのアクティビティ間を流れる場合 (アクティビティの境界を越えたメソッド呼び出しなど)、転送によってこれらのアクティビティが関連付けられます。 [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] では、サービスでバイトを受信すると、"リッスン" アクティビティが "バイトを受信" アクティビティに転送され、このアクティビティでメッセージ オブジェクトが作成されます。 エンド ツー エンドのトレース シナリオと、それぞれのアクティビティとデザインのトレースの一覧は、次を参照してください。[エンド ツー エンドのトレース シナリオ](../../../../../docs/framework/wcf/diagnostics/tracing/end-to-end-tracing-scenarios.md)です。 + アクティビティ間の転送は、エンドポイント内の関連アクティビティで発生したイベント間の因果関係を表します。 制御が 2 つのアクティビティ間を流れる場合 (アクティビティの境界を越えたメソッド呼び出しなど)、転送によってこれらのアクティビティが関連付けられます。 WCF では、バイトをサービスで受信するときに"リッスン"アクティビティがアクティビティに転送、バイトを受信、メッセージ オブジェクトが作成される場所です。 エンド ツー エンドのトレース シナリオと、それぞれのアクティビティとデザインのトレースの一覧は、次を参照してください。[エンド ツー エンドのトレース シナリオ](../../../../../docs/framework/wcf/diagnostics/tracing/end-to-end-tracing-scenarios.md)です。 転送トレースを出力するには、次の構成コードのように、トレース ソースに `ActivityTracing` を設定します。 diff --git a/docs/framework/wcf/diagnostics/tracing/using-service-trace-viewer-for-viewing-correlated-traces-and-troubleshooting.md b/docs/framework/wcf/diagnostics/tracing/using-service-trace-viewer-for-viewing-correlated-traces-and-troubleshooting.md index 39e5a4a9575..eef2621d71f 100644 --- a/docs/framework/wcf/diagnostics/tracing/using-service-trace-viewer-for-viewing-correlated-traces-and-troubleshooting.md +++ b/docs/framework/wcf/diagnostics/tracing/using-service-trace-viewer-for-viewing-correlated-traces-and-troubleshooting.md @@ -2,17 +2,17 @@ title: サービス トレース ビューアーを使用した相関トレースの表示とトラブルシューティング ms.date: 03/30/2017 ms.assetid: 05d2321c-8acb-49d7-a6cd-8ef2220c6775 -ms.openlocfilehash: bfc0d2c10bfdca253f2ce410a4cd38218b3f5cfe -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: cfa1ec0e486943d196ec016be87544f17a0114e6 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # サービス トレース ビューアーを使用した相関トレースの表示とトラブルシューティング ここでは、トレース データの形式、表示方法、およびサービス トレース ビューアーを使用したアプリケーションのトラブルシューティングの方法について説明します。 ## サービス トレース ビューアー ツールの使用 - によって生成された診断トレースを相関させることにより、Windows Communication Foundation (WCF) サービス トレース ビューアー ツール[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)]ルートに移動するためのリスナーが、エラーの原因です。 このツールを使用すると、トレースを容易に表示、グループ化、およびフィルター処理できるため、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] サービスの問題を診断、修復、および検証できます。 詳細については、このツールを使用して、次を参照してください。[サービス トレース ビューアー ツール (SvcTraceViewer.exe)](../../../../../docs/framework/wcf/service-trace-viewer-tool-svctraceviewer-exe.md)です。 + Windows Communication Foundation (WCF) サービス トレース ビューアー ツールを使用して、エラーの根本原因を検索する WCF リスナーによって生成された診断トレースを関連付けることができます。 このツールでは、簡単に表示、グループ、および診断、修復して WCF サービスの問題を確認できるように、トレースをフィルター処理する方法を使用します。 詳細については、このツールを使用して、次を参照してください。[サービス トレース ビューアー ツール (SvcTraceViewer.exe)](../../../../../docs/framework/wcf/service-trace-viewer-tool-svctraceviewer-exe.md)です。 このトピックを実行して生成されたトレースのスクリーン ショットが含まれています、[トレースとメッセージ ログ](../../../../../docs/framework/wcf/samples/tracing-and-message-logging.md)を使用して表示するときに、サンプリング、[サービス トレース ビューアー ツール (SvcTraceViewer.exe)](../../../../../docs/framework/wcf/service-trace-viewer-tool-svctraceviewer-exe.md)です。 ここでは、トレースの内容、アクティビティ、およびアクティビティの相関関係を理解する方法と、トラブルシューティングを行うときに多数のトレースを分析する方法について説明します。 @@ -104,11 +104,11 @@ ms.lasthandoff: 05/04/2018 ``` ## ServiceModel のエンドツーエンドのトレース - Off 以外の `System.ServiceModel` と `switchValue` を使用して `ActivityTracing` トレース ソースを設定すると、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] は、アクティビティを作成し、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] での処理のために転送します。 + ときに、`System.ServiceModel`トレース ソースを設定すると、 `switchValue` Off 以外と`ActivityTracing`WCF は、アクティビティおよび転送について WCF 処理を作成します。 アクティビティとは、その処理単位に関連するすべてのトレースをグループ化する処理の論理単位です。 たとえば、要求ごとに 1 つのアクティビティを定義できます。 転送により、エンドポイント内のアクティビティ間の因果関係が作成されます。 アクティビティ ID を伝達することにより、エンドポイント間でアクティビティを関連付けることができます。 設定してこれ行う`propagateActivity` = `true`の各エンドポイントで構成します。 アクティビティ、転送、および伝達により、エラーの関連付けを行うことができます。 このようにして、エラーの根本原因をよりすばやく見つけることができるようになります。 - クライアントでは、オブジェクト モデル呼び出しごとに 1 つの [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] アクティビティが作成されます (Open ChannelFactory、Add、Divide など)。各操作呼び出しは、「プロセス アクション」アクティビティで処理されます。 + クライアントでは、1 つの WCF アクティビティが作成オブジェクト モデルの呼び出し (たとえば、Open ChannelFactory、Add、Divide などおよびなどです。)各操作呼び出しは、「プロセス アクション」アクティビティで処理されます。 次のスクリーン ショットから抽出、[トレースとメッセージ ログ](../../../../../docs/framework/wcf/samples/tracing-and-message-logging.md)サンプル左側のパネルには、作成時刻順に並べ替えて、クライアントのプロセスで作成されたアクティビティの一覧が表示されます。 以下に、各アクティビティを時系列で示します。 @@ -127,14 +127,14 @@ ms.lasthandoff: 05/04/2018 セキュリティ インフラストラクチャ メッセージがあるのは、wsHttpBinding を使用しているためです。 > [!NOTE] -> [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] では、転送によって、応答メッセージを要求メッセージが含まれた対応する "プロセス アクション" アクティビティに関連付ける前に、別のアクティビティで最初に処理する応答メッセージ (プロセス メッセージ) を示します。 これは、インフラストラクチャ メッセージと非同期要求に対して行います。非同期要求の場合、インフラストラクチャ メッセージを調べて activityId ヘッダーを確認し、該当の ID を持つ既存の "プロセス アクション" アクティビティを特定してこれに関連付ける必要があるためです。 同期要求の場合は、応答のためにブロックするため、応答を関連付けるプロセス アクションがわかります。 +> WCF では、説明、別のアクティビティ (プロセス メッセージ) で最初に処理する応答メッセージは転送を介して、要求メッセージが含まれる、対応するプロセス アクション アクティビティに関連付ける前にします。 これは、インフラストラクチャ メッセージと非同期要求に対して行います。非同期要求の場合、インフラストラクチャ メッセージを調べて activityId ヘッダーを確認し、該当の ID を持つ既存の "プロセス アクション" アクティビティを特定してこれに関連付ける必要があるためです。 同期要求の場合は、応答のためにブロックするため、応答を関連付けるプロセス アクションがわかります。 ![トレース ビューアーを使用して](../../../../../docs/framework/wcf/diagnostics/tracing/media/e2etrace4.gif "e2eTrace4") 作成時刻に従って一覧表示された WCF クライアント アクティビティ (左のパネル)、および入れ子にされたアクティビティとトレース (右上のパネル) 左のパネルでアクティビティを選択すると、右上のパネルに入れ子にされたアクティビティとトレースが表示されます。 したがって、これは、選択した親アクティビティに基づいて、左側のアクティビティのリストの階層表示を減らしたものです。 選択した "プロセス アクション Add" は最初に作成された要求であるため、このアクティビティには、"セキュリティで保護されたセッションの設定" アクティビティ (転送先と返送元) と、Add アクションの実際の処理のトレースが含まれます。 - 左のパネルで "プロセス アクション Add" アクティビティをダブルクリックすると、Add に関連する [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] クライアント アクティビティがグラフィック表示されます。 左の最初のアクティビティがルート アクティビティ (0000) であり、既定のアクティビティです。 [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] は、アンビエント アクティビティから転送します。 アンビエント アクティビティが定義されていない場合、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] は 0000 から転送します。 ここでは、2 番目のアクティビティである "プロセス アクション Add" が 0 から転送します。 次に、"セキュリティで保護されたセッションの設定" が示されています。 + 左側のパネルでの活動の追加プロセス アクション ダブルクリックすると場合、Add に関連するクライアント WCF アクティビティのグラフィック表示がわかります。 左の最初のアクティビティがルート アクティビティ (0000) であり、既定のアクティビティです。 WCF は、アンビエント アクティビティから転送します。 定義されていない場合、WCF は 0000 から転送します。 ここでは、2 番目のアクティビティである "プロセス アクション Add" が 0 から転送します。 次に、"セキュリティで保護されたセッションの設定" が示されています。 ![トレース ビューアーを使用して](../../../../../docs/framework/wcf/diagnostics/tracing/media/e2etrace5.gif "e2eTrace5") WCF クライアント アクティビティのグラフ ビュー: アンビエント アクティビティ (ここでは 0)、プロセス アクション、およびセキュリティで保護されたセッションの設定 @@ -146,7 +146,7 @@ WCF クライアント アクティビティのグラフ ビュー: アンビエ ここでは、わかりやすくするため、クライアントのトレースのみを読み込むことがツールに読み込みしてもいる場合に、サービス トレース (受信した要求メッセージと送信される応答メッセージ) が同じアクティビティに表示し、`propagateActivity`に設定された`true.`後ほど図に表示されます。 - サービスでは、アクティビティ モデルは [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] の概念に次のように対応付けられます。 + サービスで、アクティビティ モデルようにマップする WCF の概念。 1. ServiceHost を作成して開きます (たとえば、セキュリティの場合、複数のホスト関連アクティビティを作成できます)。 @@ -154,11 +154,11 @@ WCF クライアント アクティビティのグラフ ビュー: アンビエ 3. リスナーは、クライアントが開始した通信要求を検出すると、クライアントから送信されたすべてのバイトが処理される、「バイトを受信」アクティビティに転送します。 このアクティビティでは、クライアントとサーバーの対話中に発生したすべての接続エラーを確認できます。 -4. セットごとに受信されるバイトのメッセージに対応する、処理、「プロセス メッセージ」アクティビティでこれらのバイト作成、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)]メッセージ オブジェクト。 このアクティビティでは、不正なエンベロープや誤った形式のメッセージに関連するエラーを確認できます。 +4. セットごとに受信されるバイトのメッセージに対応する、処理、「プロセス メッセージ」アクティビティでこれらのバイト WCF メッセージ オブジェクトを作成しました。 このアクティビティでは、不正なエンベロープや誤った形式のメッセージに関連するエラーを確認できます。 -5. メッセージが作成されたら、"プロセス アクション" アクティビティに転送します。 クライアントとサービスの両方で、`propagateActivity` が `true` に設定されている場合、既に説明したように、このアクティビティはクライアントに定義されている ID と同じ ID を持ちます。 エンドポイント間を直接関連付けることによる利点を得ることができるのは、この段階からです。[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] で出力された、要求に関連するすべてのトレースは、応答メッセージ処理も含め、同じアクティビティに存在するからです。 +5. メッセージが作成されたら、"プロセス アクション" アクティビティに転送します。 クライアントとサービスの両方で、`propagateActivity` が `true` に設定されている場合、既に説明したように、このアクティビティはクライアントに定義されている ID と同じ ID を持ちます。 このステージから利点を得る直接的な相関関係から、エンドポイント間で要求に関連付けられている、WCF で出力されたすべてのトレースが応答メッセージ処理も含め、その同じアクティビティであるためです。 -6. アウト プロセスのアクションの作成「ユーザー コードの実行」アクティビティで出力されるからユーザー コードで出力されるトレースを分離する[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)]です。 上記の例では、該当する場合に「サービスが Add 応答を送信します」トレースは、クライアントによって伝達されたアクティビティではなく、「ユーザー コードを実行」アクティビティで出力されます。 +6. アウト プロセス操作 で、WCF で出力されるからユーザー コードで出力されるトレースを分離する「ユーザー コードを実行」アクティビティを作成します。 上記の例では、該当する場合に「サービスが Add 応答を送信します」トレースは、クライアントによって伝達されたアクティビティではなく、「ユーザー コードを実行」アクティビティで出力されます。 次の図では、左の最初のアクティビティがルート アクティビティ (0000) であり、既定のアクティビティです。 次の 3 つのアクティビティは、ServiceHost を開くためのアクティビティです。 5 列目のアクティビティはリスナーです。残りのアクティビティ (6 ～ 8 列目) は、バイト処理からユーザー コードのアクティブ化までの、WCF でのメッセージ処理を示しています。 diff --git a/docs/framework/wcf/diagnostics/wmi/index.md b/docs/framework/wcf/diagnostics/wmi/index.md index 15add8b1695..a6e7d8f5fff 100644 --- a/docs/framework/wcf/diagnostics/wmi/index.md +++ b/docs/framework/wcf/diagnostics/wmi/index.md @@ -1,34 +1,20 @@ --- title: 診断用の WMI (Windows Management Instrumentation) の使用 -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: article ms.assetid: fe48738d-e31b-454d-b5ec-24c85c6bf79a -caps.latest.revision: 24 -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 2e01418844db4197cea2f9292f72b9089e77a596 -ms.sourcegitcommit: 94d33cadc5ff81d2ac389bf5f26422c227832052 +ms.openlocfilehash: 3b06cc61714b3fdc63086d2b79b087540bece698 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/30/2018 +ms.lasthandoff: 05/07/2018 --- # 診断用の WMI (Windows Management Instrumentation) の使用 -[!INCLUDE[indigo1](../../../../../includes/indigo1-md.md)] は [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] WMI (Windows Management Instrumentation) プロバイダーを介して実行時のサービスの検査データを公開します。 +Windows Communication Foundation (WCF) では、WCF Windows Management Instrumentation (WMI) プロバイダーを介して実行時のサービスの検査データを公開します。 ## WMI の有効化 WMI は、Web ベースのエンタープライズ管理 (WBEM) 標準をマイクロソフトが実装したものです。 WMI SDK の詳細については、次を参照してください。 [Windows Management Instrumentation](https://msdn.microsoft.com/library/aa394582.aspx)です。 WBEM は、アプリケーションが Management Instrumentation を外部管理ツールに開示する業界標準の方法です。 - WMI プロバイダーは、WBEM と互換性のあるインターフェイスを通して実行時にインストルメンテーションを公開するコンポーネントです。 これは、属性と値のペアを持つ WMI オブジェクトのセットで構成されます。 ペアには多くの単純型を指定できます。 管理ツールは、実行時にインターフェイスを介してサービスに接続できます。 [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] は、アドレス、バインディング、動作、リスナーなどのサービスの属性を公開します。 + WMI プロバイダーは、WBEM と互換性のあるインターフェイスを通して実行時にインストルメンテーションを公開するコンポーネントです。 これは、属性と値のペアを持つ WMI オブジェクトのセットで構成されます。 ペアには多くの単純型を指定できます。 管理ツールは、実行時にインターフェイスを介してサービスに接続できます。 WCF では、アドレス、バインディング、動作、リスナーなどのサービスの属性を公開します。 組み込みの WMI プロバイダーは、アプリケーションの構成ファイルでアクティブにできます。 これには、`wmiProviderEnabled`の属性、 [\<診断 >](../../../../../docs/framework/configure-apps/file-schema/wcf/diagnostics.md)で、 [ \](../../../../../docs/framework/configure-apps/file-schema/wcf/system-servicemodel.md)セクションで、次の例のように構成します。 @@ -52,18 +38,18 @@ ms.lasthandoff: 04/30/2018 構成ファイルで、メッセージ ログのメッセージ ログ トレース リスナーまたはトレースの `System.ServiceModel` トレース リスナーが指定されていない場合、WMI が変更を受け入れても変更は有効になりません。 各リスナーを正しく設定の詳細については、次を参照してください。[メッセージ ログの構成](../../../../../docs/framework/wcf/diagnostics/configuring-message-logging.md)と[トレースの構成](../../../../../docs/framework/wcf/diagnostics/tracing/configuring-tracing.md)です。 構成で設定された他のすべてのトレース ソースのトレース レベルは、アプリケーションが開始されると有効になり変更できません。 - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] は、スクリプト用に `GetOperationCounterInstanceName` メソッドを公開します。 このメソッドに操作名を指定した場合、このメソッドはパフォーマンス カウンターのインスタンス名を返します。 ただし、このメソッドは入力を検証しません。 したがって、正しくない操作名を指定した場合、正しくないカウンター名が返されます。 + WCF では公開、`GetOperationCounterInstanceName`スクリプト作成のためのメソッドです。 このメソッドに操作名を指定した場合、このメソッドはパフォーマンス カウンターのインスタンス名を返します。 ただし、このメソッドは入力を検証しません。 したがって、正しくない操作名を指定した場合、正しくないカウンター名が返されます。 - 接続先サービスの `OutgoingChannel` クライアントが `Service` メソッド内に作成されていない場合、[!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] インスタンスの `Service` プロパティは、別のサービスに接続するのに、そのサービスにより開かれたチャネルをカウントしません。 + `OutgoingChannel`のプロパティ、`Service`インスタンス内で目的のサービスに WCF クライアントを作成していない場合は、別のサービスへの接続にサービスによって開かれたチャネルはカウントしません、`Service`メソッドです。 **注意**WMI でのみサポート、最大 3 つの 10 進数のポイントの値します。 たとえば、サービスでプロパティの 1 つを に設定した場合、WMI ではその値を小数点以下 3 桁より下を切り捨て表示します。 ## セキュリティ - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] WMI プロバイダーは環境内のサービスの検索を許しているため、環境へのアクセスの許可については十分に注意する必要があります。 既定の "管理者のみ" のアクセスを緩めた場合、信頼性の低いパーティに環境内の機密性のあるデータへのアクセスを許可する場合があります。 特にリモート WMI アクセスに対するアクセス許可を緩めた場合、大量の攻撃を受ける可能性があります。 過剰の WMI 要求により大量の処理が発生した場合、パフォーマンスが低下する可能性があります。 + WCF WMI プロバイダーは、環境でサービスの検出を可能であるために注意が必要極端なをへのアクセス権を付与します。 既定の "管理者のみ" のアクセスを緩めた場合、信頼性の低いパーティに環境内の機密性のあるデータへのアクセスを許可する場合があります。 特にリモート WMI アクセスに対するアクセス許可を緩めた場合、大量の攻撃を受ける可能性があります。 過剰の WMI 要求により大量の処理が発生した場合、パフォーマンスが低下する可能性があります。 さらに、MOF ファイルに対するアクセス許可を緩めた場合、信頼性の低いパーティが WMI の動作を操作して WMI スキーマに読み込まれるオブジェクトを変更することができます。 たとえば、フィールドを削除して、重要データを管理者から隠したり、例外を設定しないかまたは例外の原因とならないフィールドを追加したりすることができます。 - [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] WMI プロバイダーの既定では、"メソッドの実行"、"プロバイダーによる書き込み"、"アカウントの有効化" 権限が管理者に付与され、"アカウントの有効化" 権限が ASP.NET、ローカル サービス、ネットワーク サービスに付与されます。 特に、[!INCLUDE[wv](../../../../../includes/wv-md.md)] 以外のプラットフォームでは、ASP.NET アカウントは WMI ServiceModel 名前空間に対して読み取りアクセスが可能です。 特定のユーザー グループに対してこれらの権限を付与したくない場合は、WMI プロバイダーを非アクティブにするか (既定では無効に設定されています)、特定のユーザー グループのアクセスを無効にする必要があります。 + 既定で、WCF WMI プロバイダー与えられます「メソッドの実行」、「プロバイダーによる書き込み」、および「アカウントを有効化」権限が管理者、および ASP.NET、ローカル サービスおよびネットワーク サービスに対するアクセス許可を「アカウントを有効化」します。 特に、[!INCLUDE[wv](../../../../../includes/wv-md.md)] 以外のプラットフォームでは、ASP.NET アカウントは WMI ServiceModel 名前空間に対して読み取りアクセスが可能です。 特定のユーザー グループに対してこれらの権限を付与したくない場合は、WMI プロバイダーを非アクティブにするか (既定では無効に設定されています)、特定のユーザー グループのアクセスを無効にする必要があります。 また、構成を使用して WMI を有効にする場合、ユーザー権限が不十分のため WMI が有効にならない場合があります。 ただし、このエラーを記録するイベントはイベント ログに書き込まれません。 @@ -163,7 +149,7 @@ Whoami /user これにより、現在のユーザーの SID が提供されますが、この方法を使用して任意のユーザーで SID を取得することはできません。 SID を取得する別の方法が使用するには、 [getsid.exe](http://go.microsoft.com/fwlink/?LinkId=186467)ツールから、[管理タスク用の Windows 2000 リソース キット ツール](http://go.microsoft.com/fwlink/?LinkId=178660)です。 このツールは、2 人のユーザー (ローカルまたはドメイン) の SID を比較し、副作用として、2 つの SID をコマンド ラインに出力します。 詳細については、次を参照してください。 [Well Known Sid](http://go.microsoft.com/fwlink/?LinkId=186468)です。 ## リモート WMI オブジェクトのインスタンスへのアクセス - リモート コンピューターの [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] WMI インスタンスにアクセスする必要がある場合、アクセスに使用するツールのパケットのプライバシーを有効にする必要があります。 次のセクションでは、WMI CIM Studio、Windows Management Instrumentation テスト、および .NET SDK 2.0 を使用してこれらを実現する方法を説明します。 + リモート コンピューターでの WCF WMI インスタンスにアクセスする必要がある場合、パケットのプライバシー アクセスに使用するツールを有効にする必要があります。 次のセクションでは、WMI CIM Studio、Windows Management Instrumentation テスト、および .NET SDK 2.0 を使用してこれらを実現する方法を説明します。 ### WMI CIM Studio インストールした場合[WMI 管理ツール](http://go.microsoft.com/fwlink/?LinkId=95185)インスタンスにアクセスする WMI WMI CIM Studio を使用することができます。 このツールは次のフォルダーにあります。 diff --git a/docs/framework/wcf/endpoint-creation-overview.md b/docs/framework/wcf/endpoint-creation-overview.md index 794ff6c29bf..bd5f314ca06 100644 --- a/docs/framework/wcf/endpoint-creation-overview.md +++ b/docs/framework/wcf/endpoint-creation-overview.md @@ -1,39 +1,25 @@ --- title: エンドポイントの作成の概要 -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: article dev_langs: - csharp - vb helpviewer_keywords: - endpoints [WCF], overview ms.assetid: f4dce0fb-6f54-47e6-8054-86d7f574b91c -caps.latest.revision: 40 -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 3317bc47c03e0b100d094ba1d929a003dddab055 -ms.sourcegitcommit: 94d33cadc5ff81d2ac389bf5f26422c227832052 +ms.openlocfilehash: 46ca6294d68537e86a319b55d8c11e3ae0084738 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/30/2018 +ms.lasthandoff: 05/07/2018 --- # エンドポイントの作成の概要 -[!INCLUDE[indigo1](../../../includes/indigo1-md.md)]サービスにおけるすべての通信はサービスの*エンドポイント*を通じて発生します。 エンドポイントとは、クライアントに [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスがもつ機能へアクセスできるようにするものです。 このセクションでは、エンドポイントの構造およびエンドポイントの設定またはコードによる定義の方法の概要を説明します。 +使用して、Windows Communication Foundation (WCF) サービスとすべての通信が行われる、*エンドポイント*サービス。 エンドポイントは、WCF サービスを提供する機能へのアクセスをクライアントに提供します。 このセクションでは、エンドポイントの構造およびエンドポイントの設定またはコードによる定義の方法の概要を説明します。 ## エンドポイントの構造 各エンドポイントは、そのエンドポイントが存在する場所を示すアドレス、クライアントがエンドポイントと通信するための方法を指定するバインディング、および利用可能なメソッドを特定するコントラクトで構成されます。 -- **アドレス**。 アドレスは、エンドポイントを一意に識別し、潜在的なユーザーにそのサービスの場所を示します。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]オブジェクト モデルでは、 アドレスで表されます。このアドレスは、URI (Uniform Resource Identifier) とアドレス プロパティ (ID、Web サービス記述言語 (WSDL) 要素、およびオプション ヘッダーのコレクションを含む) を格納します。 オプション ヘッダーは、エンドポイントの識別または対話のために、より詳細なアドレス指定情報を提供します。 詳細については、次を参照してください。[エンドポイント アドレスを指定する](../../../docs/framework/wcf/specifying-an-endpoint-address.md)です。 +- **アドレス**。 アドレスは、エンドポイントを一意に識別し、潜在的なユーザーにそのサービスの場所を示します。 WCF オブジェクト モデルで表されます、アドレスで、統一リソース識別子 (URI) とアドレス プロパティを id、一部の Web サービス記述言語 (WSDL) 要素の省略可能なコレクションなどが含まれていますヘッダー。 オプション ヘッダーは、エンドポイントの識別または対話のために、より詳細なアドレス指定情報を提供します。 詳細については、次を参照してください。[エンドポイント アドレスを指定する](../../../docs/framework/wcf/specifying-an-endpoint-address.md)です。 - **バインド**。 バインディングはエンドポイントとの通信方法を指定します。 バインディングによって、使用するトランスポート プロトコル (TCP や HTTP など)、メッセージに使用するエンコード (テキストやバイナリなど)、必要なセキュリティ要件 (SSL (Secure Sockets Layer) や SOAP メッセージ セキュリティなど) など、そのエンドポイントが通信を行う方法が指定されます。 詳細については、次を参照してください。[を使用してサービスを構成するとクライアントのバインド](../../../docs/framework/wcf/using-bindings-to-configure-services-and-clients.md)です。 diff --git a/docs/framework/wcf/endpoints.md b/docs/framework/wcf/endpoints.md index 9346a59f77e..032233e0f63 100644 --- a/docs/framework/wcf/endpoints.md +++ b/docs/framework/wcf/endpoints.md @@ -4,14 +4,14 @@ ms.date: 03/30/2017 helpviewer_keywords: - endpoints [WCF] ms.assetid: bd0c310f-dd9f-4081-9be2-3db5909850b6 -ms.openlocfilehash: 2588cc0bd70932aa91d300d8ecbe35cd2bcd7d00 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: b55abe937701f8708643efa2ea4cb62514b3521b +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # Windows Communication Foundation エンドポイント -使用して、Windows Communication Foundation (WCF) サービスとすべての通信が行われる、*エンドポイント*サービス。 エンドポイントは、クライアントが [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスによって提供される機能にアクセスできるようにします。 +使用して、Windows Communication Foundation (WCF) サービスとすべての通信が行われる、*エンドポイント*サービス。 エンドポイントは、WCF サービスを提供する機能へのアクセスをクライアントに提供します。 エンドポイントを作成する方法の詳細については、次を参照してください。[エンドポイントの作成の概要](../../../docs/framework/wcf/endpoint-creation-overview.md)です。 エンドポイントは次の要素から成ります。 @@ -34,7 +34,7 @@ ms.lasthandoff: 05/04/2018 エンドポイントの構造を説明し、構成やコード内にエンドポイントを定義する方法と、ランタイムによって提供される既定のエンドポイント、バインディング、および動作の使用方法を解説します。 [エンドポイント アドレスの指定](../../../docs/framework/wcf/specifying-an-endpoint-address.md) - エンドポイントを通して [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスと通信する方法を解説します。 + 使用するエンドポイントを介して WCF サービスとの通信を実行する方法について説明します。 [方法 : 構成にサービス エンドポイントを作成する](../../../docs/framework/wcf/feature-details/how-to-create-a-service-endpoint-in-configuration.md) 構成でサービス エンドポイントを作成する方法を解説します。 diff --git a/docs/framework/wcf/extending/bindings-and-binding-elements.md b/docs/framework/wcf/extending/bindings-and-binding-elements.md index 88cdcf63268..52daf1f2cb7 100644 --- a/docs/framework/wcf/extending/bindings-and-binding-elements.md +++ b/docs/framework/wcf/extending/bindings-and-binding-elements.md @@ -4,11 +4,11 @@ ms.date: 03/30/2017 helpviewer_keywords: - binding elements [WCF] ms.assetid: 765ff77b-7682-4ea3-90eb-e4d751e37379 -ms.openlocfilehash: 32b8b9e1fbb3ae16f4dd81620658569a9408057b -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 2a0e797a921ff20b2432e824c92c09fff833bf7d +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # バインディングとバインド要素 バインディングと呼ばれる特別な構成要素のコレクションとは*バインド要素*されるたびに、クライアントは、サービス ランタイムによって評価されますが、またはサービス エンドポイントが構築されます。 バインディング内のバインド要素の型と順序に基づいて、エンドポイントのチャネル スタック内のプロトコル チャネルとトランスポート チャネルが選択され、スタック順が決定されます。 @@ -18,7 +18,7 @@ ms.lasthandoff: 05/04/2018 バインディングには、トランスポート バインド要素が 1 つだけ含まれている必要があります。 各トランスポート バインド要素は、1 つのメッセージ エンコード バインド要素をバインディングに追加することによってオーバーライドできる既定のメッセージ エンコード バインド要素です。 トランスポート バインド要素とエンコーダー バインド要素に加えて、バインディングには任意の数のプロトコル バインド要素を含めることもできます。この要素により、サービスに必要な機能を実装し、エンドポイント間で SOAP メッセージを送信することができます。 詳細については、「[を使用してサービスを構成してクライアントのバインド](../../../../docs/framework/wcf/using-bindings-to-configure-services-and-clients.md)です。 ## バインディングとバインド要素の拡張 - Windows Communication Foundation (WCF) には、幅広いシナリオをカバーするシステム提供のバインディングが含まれています。 (詳細については、次を参照してください[システム指定のバインディング](../../../../docs/framework/wcf/system-provided-bindings.md)。)。ただし、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] に用意されていないバインディングを作成し、使用することが必要になる場合もあります。 次のシナリオでは、新しいバインディングを作成する必要があります。 + Windows Communication Foundation (WCF) には、幅広いシナリオをカバーするシステム提供のバインディングが含まれています。 (詳細については、次を参照してください[システム指定のバインディング](../../../../docs/framework/wcf/system-provided-bindings.md)。)。あります、ただし、作成してに含まれていない WCF バインドを使用する必要がある場合。 次のシナリオでは、新しいバインディングを作成する必要があります。 - 新しいバインド要素 (新しいトランスポート バインド要素、エンコード バインド要素、またはプロトコル バインド要素) を使用する場合。そのバインド要素を含む新しいバインディングを作成する必要があります。 たとえば、UDP トランスポートのためのカスタム `UdpTransportBindingElement` を追加した場合は、そのカスタム バインド要素を使用する新しいバインディングを作成する必要があります。 使用してこの動作を実行する方法については、を入力しを参照してください[カスタム バインディング](../../../../docs/framework/wcf/extending/custom-bindings.md)です。 @@ -37,7 +37,7 @@ ms.lasthandoff: 05/04/2018 一般的なチャネルの種類としては、プロトコル チャネルとトランスポート チャネルの 2 つがあります。 トランスポート チャネルの役割は、ネットワーク エンドポイント間でメッセージを実際に転送することです。 トランスポート チャネルは、既定のメッセージ エンコーダーを持ち、メッセージ エンコーダー バインド要素を通じて供給される代替のメッセージ エンコーダーを使用できる必要があります。 メッセージ エンコーダーには、 をネットワーク上の表現に (またはその逆方向に) 変換する役割があります。 プロトコル チャネルの役割は、SOAP レベルのプロトコル (たとえば、WS-Security や WS-ReliableMessaging) を実装することです。 - トランスポート チャネルとプロトコル チャネルの主要要件は、必要なチャネル インターフェイスを実装することです。 正常に機能するチャネル層を作成するには、ファクトリとリスナーを関連付ける必要があります。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] でチャネルの実装を使用するには、チャネルごとに から派生したバインド要素が関連付けられている必要があります。また、 から派生する関連バインディング拡張要素を構成ファイルに含める必要もあります。 + トランスポート チャネルとプロトコル チャネルの主要要件は、必要なチャネル インターフェイスを実装することです。 正常に機能するチャネル層を作成するには、ファクトリとリスナーを関連付ける必要があります。 派生した、関連付けられたバインド要素を指定する必要があります WCF チャネルの実装を使用する各チャネルに対してから派生した構成ファイルに含める関連バインディング拡張要素が存在する必要がありますと. 前述のように、メッセージ エンコーダー チャネル、プロトコル チャネル、およびトランスポート チャネルの実装に使用されるバインド要素をスタックすることによりチャネル スタックを形成できます。バインディングは、これらを順序付きセットに並べ替えるための機構です。 バインディングとバインド要素は、アプリケーション プログラミング モデルをチャネル モデルに結び付けます。 チャネルの実装をコードから直接使用することもできますが、エンコーダー、トランスポート、およびプロトコルがバインド要素として実装されていない限り、サービス層プログラミング モデルから使用できません。 diff --git a/docs/framework/wcf/extending/change-cryptographic-provider-x509-certificate-private-key.md b/docs/framework/wcf/extending/change-cryptographic-provider-x509-certificate-private-key.md index 1740b6db272..872ca7879c0 100644 --- a/docs/framework/wcf/extending/change-cryptographic-provider-x509-certificate-private-key.md +++ b/docs/framework/wcf/extending/change-cryptographic-provider-x509-certificate-private-key.md @@ -8,16 +8,16 @@ helpviewer_keywords: - cryptographic provider [WCF], changing - cryptographic provider [WCF] ms.assetid: b4254406-272e-4774-bd61-27e39bbb6c12 -ms.openlocfilehash: be6033efc03e25967af8bbb3266b0f60df02eaba -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 633e87bca302adc0963e1bf52d2470c9dbae81a5 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法: X.509 証明書の暗号化サービス プロバイダーを変更する's 秘密キー このトピックでは、X.509 証明書の秘密キーを提供するために使用する暗号化サービス プロバイダーを変更する方法と、Windows Communication Foundation (WCF) のセキュリティ フレームワークにプロバイダーを統合する方法を示します。 証明書の使用の詳細については、次を参照してください。[証明書の使用](../../../../docs/framework/wcf/feature-details/working-with-certificates.md)です。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]セキュリティ フレームワーク」の説明に従って、新しいセキュリティ トークンの種類を導入する方法を提供する[する方法: カスタム トークンを作成する](../../../../docs/framework/wcf/extending/how-to-create-a-custom-token.md)です。 また、カスタム トークンを使用して既存のシステム指定のトークンを置き換えることも可能です。 + WCF セキュリティ フレームワーク」の説明に従って、新しいセキュリティ トークンの種類を導入する方法を提供する[する方法: カスタム トークンを作成する](../../../../docs/framework/wcf/extending/how-to-create-a-custom-token.md)です。 また、カスタム トークンを使用して既存のシステム指定のトークンを置き換えることも可能です。 このトピックでは、システム指定の X.509 セキュリティ トークンが、証明書の秘密キーに別の実装を提供するカスタムの X.509 トークンによって置き換えられます。 これは、実際の秘密キーが、既定の Windows 暗号化プロバイダーとは異なる暗号化プロバイダーから提供されるシナリオで役立ちます。 別の暗号化プロバイダーの例として、ハードウェア セキュリティ モジュールがあります。このモジュールでは、すべての秘密キー関連の暗号操作を実行し、メモリに秘密キーを格納しないので、システムのセキュリティが向上します。 @@ -32,11 +32,11 @@ ms.lasthandoff: 05/04/2018 2. 読み取り専用プロパティをオーバーライドします。 このプロパティは、証明書の公開キーと秘密キーのペアの実際のキー サイズを返します。 -3. メソッドをオーバーライドします。 このメソッドは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のセキュリティ フレームワークによって呼び出され、対称キーを証明書の秘密キーで復号化します (このキーは、以前に証明書の公開キーで暗号化されています)。 +3. メソッドをオーバーライドします。 このメソッドは、証明書の秘密キーで対称キーの暗号化を解除するのには WCF セキュリティ フレームワークによって呼び出されます。 (このキーは、以前に証明書の公開キーで暗号化されています)。 -4. メソッドをオーバーライドします。 このメソッドは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のセキュリティ フレームワークによって呼び出され、このメソッドに渡されるパラメーターに応じて、証明書の秘密キーまたは公開キーの暗号化プロバイダーを表す クラスのインスタンスを取得します。 +4. メソッドをオーバーライドします。 このメソッドは、のインスタンスを取得するために WCF セキュリティ フレームワークによって呼び出されますが、メソッドに渡されるか、証明書のプライベートまたはパブリック キーのパラメーターに応じて、暗号化サービス プロバイダーを表すクラス。 -5. 省略可能です。 メソッドをオーバーライドします。 クラスの別の実装が必要な場合は、このメソッドをオーバーライドします。 +5. 任意。 メソッドをオーバーライドします。 クラスの別の実装が必要な場合は、このメソッドをオーバーライドします。 6. メソッドをオーバーライドします。 このメソッドは、証明書の秘密キーに関連付けられた クラスのインスタンスを返します。 @@ -45,7 +45,7 @@ ms.lasthandoff: 05/04/2018 [!code-csharp[c_CustomX509Token#1](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_customx509token/cs/source.cs#1)] [!code-vb[c_CustomX509Token#1](../../../../samples/snippets/visualbasic/VS_Snippets_CFX/c_customx509token/vb/source.vb#1)] - 次の手順は、システム指定の X.509 セキュリティ トークンを置き換えるために、前の手順で作成したカスタムの X.509 非対称セキュリティ キーの実装を [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のセキュリティ フレームワークに統合する方法を示しています。 + 次の手順は、トークンをカスタム X.509 非対称セキュリティ キー実装システム指定の X.509 セキュリティを置換するために、WCF のセキュリティ フレームワークでは、前述の手順で作成したを統合する方法を示します。 #### システム指定の X.509 セキュリティ トークンをカスタムの X.509 非対称セキュリティ キー トークンで置き換えるには diff --git a/docs/framework/wcf/extending/channel-model-overview.md b/docs/framework/wcf/extending/channel-model-overview.md index 3ae441a8381..daa7f191a12 100644 --- a/docs/framework/wcf/extending/channel-model-overview.md +++ b/docs/framework/wcf/extending/channel-model-overview.md @@ -4,17 +4,17 @@ ms.date: 03/30/2017 helpviewer_keywords: - channel model [WCF] ms.assetid: 07a81e11-3911-4632-90d2-cca99825b5bd -ms.openlocfilehash: df2993d9ba25c043aa66029aa00fae945d5cec9d -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 13fe07d1521832ed12ba5770e0bd069ff9b917d2 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # チャネル モデルの概要 -Windows Communication Foundation (WCF) チャネル スタックは、メッセージを処理する 1 つまたは複数のチャネルを持つ複数層の通信スタックです。 スタックの一番下には、基になるトランスポート (TCP、HTTP、SMTP、およびその他の種類のトランスポート) にチャネル スタックを適応させるためのトランスポート チャネルがあります。 チャネルによって、メッセージを送受信するための低レベルのプログラミング モデルが提供されます。 このプログラミング モデルは、複数のインターフェイスと、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] チャネル モデルとして総称されるその他のモデルを利用します。 このトピックでは、チャネル形状、基本的なチャネル リスナーの構築 (サービス側)、およびチャネル ファクトリ (クライアント側) について説明します。 +Windows Communication Foundation (WCF) チャネル スタックは、メッセージを処理する 1 つまたは複数のチャネルを持つ複数層の通信スタックです。 スタックの一番下には、基になるトランスポート (TCP、HTTP、SMTP、およびその他の種類のトランスポート) にチャネル スタックを適応させるためのトランスポート チャネルがあります。 チャネルによって、メッセージを送受信するための低レベルのプログラミング モデルが提供されます。 このプログラミング モデルは、複数のインターフェイスと、WCF チャネル モデルとして総称他の種類に依存します。 このトピックでは、チャネル形状、基本的なチャネル リスナーの構築 (サービス側)、およびチャネル ファクトリ (クライアント側) について説明します。 ## チャネル スタック - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] エンドポイントでは、チャネル スタックと呼ばれる通信スタックを使用して通信が行われます。 次の図では、チャネル スタックと、TCP/IP などの他の通信スタックを比較します。 + WCF エンドポイントは、チャネル スタックと呼ばれる通信スタックを使用して、世界と通信します。 次の図では、チャネル スタックと、TCP/IP などの他の通信スタックを比較します。 ![モデルをチャネル](../../../../docs/framework/wcf/extending/media/wcfc-channelstackhighlevelc.gif "wcfc_ChannelStackHighLevelc") diff --git a/docs/framework/wcf/extending/choosing-a-message-exchange-pattern.md b/docs/framework/wcf/extending/choosing-a-message-exchange-pattern.md index 1b5c07ed8dc..cb98323fe6a 100644 --- a/docs/framework/wcf/extending/choosing-a-message-exchange-pattern.md +++ b/docs/framework/wcf/extending/choosing-a-message-exchange-pattern.md @@ -1,24 +1,12 @@ --- -title: "メッセージ交換パターンの選択" -ms.custom: +title: メッセージ交換パターンの選択 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: 0f502ca1-6a8e-4607-ba15-59198c0e6146 -caps.latest.revision: "11" -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 961f5e84fb46a791127a9d80c0f03d2b87fdea77 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: ac5ff841eb4e314c1c9d04c895d7a22766da003e +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/07/2018 --- # メッセージ交換パターンの選択 カスタム トランスポートを記述する最初の手順は、これを決定する*メッセージ交換パターン*(Mep) を開発するチャネルに必要なです。 ここでは、使用できるオプションとさまざまな要件について説明します。 これで説明されているチャネル開発タスクの一覧の最初のタスクは、[開発チャネル](../../../../docs/framework/wcf/extending/developing-channels.md)です。 @@ -59,7 +47,7 @@ ms.lasthandoff: 12/22/2017 > UDP トランスポートでは、サポートされている MEP はデータグラムだけです。これは、UDP がファイア アンド フォーゲット (撃ち放し) のプロトコルだからです。 ## セッションとセッションの多いチャネル - ネットワーク プロトコルには、接続指向プロトコル (TCP など) とコネクションレス プロトコル (UDP など) があります。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、接続に似た論理アブストラクションを意味する "セッション" という用語を使用します。 セッションの多い WCF プロトコルは、接続指向ネットワーク プロトコルに似ており、セッションの少ない WCF プロトコルは、コネクションレス ネットワーク プロトコルに似ています。 + ネットワーク プロトコルには、接続指向プロトコル (TCP など) とコネクションレス プロトコル (UDP など) があります。 WCF では、用語のセッションを使用して、接続に似た論理アブストラクションを意味します。 セッションの多い WCF プロトコルは、接続指向ネットワーク プロトコルに似ており、セッションの少ない WCF プロトコルは、コネクションレス ネットワーク プロトコルに似ています。 チャネル オブジェクト モデルでは、各論理セッションは、セッションの多いチャネルの 1 つのインスタンスとしてマニフェストされます。 したがって、クライアントによって作成され、サービスで受け入れられるすべての新しいセッションは、それぞれの側のセッションの多い新しいチャネルに対応します。 セッションの少ないチャネルの構造 (上) と、セッションの多いチャネルの構造 (下) を次の図に示します。 @@ -103,5 +91,5 @@ ms.lasthandoff: 12/22/2017 - チャネルで が呼び出されたときに、I/O を実行せずにセッションをその場で終了します。 このときも、何も実行しないことを意味する場合もあれば、ネットワーク接続または他のリソースの中止を伴う場合もあります。 -## 参照 +## 関連項目 [チャネル モデルの概要](../../../../docs/framework/wcf/extending/channel-model-overview.md) diff --git a/docs/framework/wcf/extending/client-channel-factories-and-channels.md b/docs/framework/wcf/extending/client-channel-factories-and-channels.md index 8946971d48f..69dc50e1bb1 100644 --- a/docs/framework/wcf/extending/client-channel-factories-and-channels.md +++ b/docs/framework/wcf/extending/client-channel-factories-and-channels.md @@ -2,11 +2,11 @@ title: 'クライアント : チャネル ファクトリとチャネル' ms.date: 03/30/2017 ms.assetid: ef245191-fdab-4468-a0da-7c6f25d2110f -ms.openlocfilehash: c7890f5fafb4e53053c4c393a7c8af584bd7a520 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 91e19c692718ae02e2f125a791904f62fe8401f7 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # クライアント : チャネル ファクトリとチャネル ここでは、チャネル ファクトリとチャネルの作成について説明します。 @@ -19,7 +19,7 @@ ms.lasthandoff: 05/04/2018 終了時に、チャネル ファクトリは、作成したチャネルのうちまだ閉じていないチャネルを閉じる必要があります。 チャネル リスナーを閉じたとき、新しいチャネルの受け入れだけが停止され、既存のチャネルは開いたままで、メッセージの受信を続行できるので、ここに示すモデルは非対称です。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] には、このプロセスに対する基本クラス ヘルパーが用意されています (このトピックで説明するチャネルのヘルパー クラスのダイアグラムの場合、次を参照してください[チャネル モデルの概要](../../../../docs/framework/wcf/extending/channel-model-overview.md)。)。 + WCF では、このプロセスの基本クラス ヘルパーが用意されています。 (このトピックで説明するチャネルのヘルパー クラスのダイアグラムの場合、次を参照してください[チャネル モデルの概要](../../../../docs/framework/wcf/extending/channel-model-overview.md)。)。 - クラスが実装するし、適用のステップ 2 で説明されているステート マシン[開発チャネル](../../../../docs/framework/wcf/extending/developing-channels.md)です。 diff --git a/docs/framework/wcf/extending/configuring-and-extending-the-runtime-with-behaviors.md b/docs/framework/wcf/extending/configuring-and-extending-the-runtime-with-behaviors.md index 1ae54009ae0..b5033d6357e 100644 --- a/docs/framework/wcf/extending/configuring-and-extending-the-runtime-with-behaviors.md +++ b/docs/framework/wcf/extending/configuring-and-extending-the-runtime-with-behaviors.md @@ -4,17 +4,17 @@ ms.date: 03/30/2017 helpviewer_keywords: - attaching extensions using behaviors [WCF] ms.assetid: 149b99b6-6eb6-4f45-be22-c967279677d9 -ms.openlocfilehash: 05fd96574f072f8e349f83d11aca20bc5269dfc7 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: af95fa01fc9caffb8a4f0e85d3457c7f3fa60320 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 動作を使用したランタイムの構成と拡張 動作を使用すると、既定の動作を変更し、検査し、サービス構成を検証または Windows Communication Foundation (WCF) クライアントとサービス アプリケーションのランタイム動作を変更するカスタムの拡張機能を追加できます。 ここでは、動作インターフェイスとその実装方法について説明します。また、動作インターフェイスをサービスの説明 (サービス アプリケーションの場合) またはエンドポイント (クライアント アプリケーションの場合) にプログラムによって追加する方法と、構成ファイル内で追加する方法についても説明します。 詳細については、システム指定の動作を使用して、次を参照してください。[サービスの実行時の動作を指定する](../../../../docs/framework/wcf/specifying-service-run-time-behavior.md)と[クライアントの実行時の動作を指定する](../../../../docs/framework/wcf/specifying-client-run-time-behavior.md)です。 ## ビヘイビアー - サービスまたはサービス エンドポイント説明オブジェクトに追加される動作の種類 (サービスまたはクライアントでそれぞれ) を実行するランタイムの作成に Windows Communication Foundation (WCF) によってがそれらのオブジェクトで使用する前に、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]サービスまたは、 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]クライアント。 ランタイムの構築プロセスでこれらの動作を呼び出すと、コントラクト、バインディング、およびアドレスによって構築されたランタイムを変更するランタイム プロパティやランタイム メソッドにアクセスできます。 + サービスまたはサービス エンドポイント説明オブジェクトに追加される動作の種類 (サービスまたはクライアントでそれぞれ) これらのオブジェクトは、WCF サービスまたは WCF クライアントを実行するランタイムの作成に Windows Communication Foundation (WCF) によってを使用する前にします。 ランタイムの構築プロセスでこれらの動作を呼び出すと、コントラクト、バインディング、およびアドレスによって構築されたランタイムを変更するランタイム プロパティやランタイム メソッドにアクセスできます。 ### 動作メソッド すべての動作で、`AddBindingParameters` メソッド、`ApplyDispatchBehavior` メソッド、`Validate` メソッド、および `ApplyClientBehavior` メソッドを使用できます。ただし、 には、例外が 1 つあります。`ApplyClientBehavior` はクライアントで実行できないため、このメソッドを実装していません。 @@ -33,9 +33,9 @@ ms.lasthandoff: 05/04/2018 > [!NOTE] > ランタイム プロパティと、クライアントの実行動作を変更に使用できる拡張機能の種類の詳細については、次を参照してください。[を拡張するクライアント](../../../../docs/framework/wcf/extending/extending-clients.md)です。 ランタイム プロパティと、サービス ディスパッチャの実行動作を変更に使用できる拡張機能の種類の詳細については、次を参照してください。[ディスパッチャーの拡張](../../../../docs/framework/wcf/extending/extending-dispatchers.md)です。 - ほとんどの [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ユーザーは、ランタイムと直接やり取りすることはありません。代わりに、構成ファイル内のクラスや動作で、コア プログラミング モデルの構成要素 (エンドポイント、コントラクト、バインディング、アドレス、動作属性など) を使用します。 これらの構成要素の構成、*説明ツリー*サービスをサポートするためにランタイムを構築するための完全な仕様はまたはクライアントが、説明ツリーによって記述します。 + WCF のほとんどのユーザーはいないランタイム直接やり取りです。代わりに、コア プログラミング モデルの構成要素のエンドポイント、コントラクト、バインディング、アドレス、およびクラスや動作の構成ファイル内での動作属性などを使用します。 これらの構成要素の構成、*説明ツリー*サービスをサポートするためにランタイムを構築するための完全な仕様はまたはクライアントが、説明ツリーによって記述します。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] には、次の 4 種類の動作があります。 + WCF の動作の 4 種類あります。 - サービスの動作 ( 型) : を含むサービス ランタイム全体のカスタマイズを実現します。 @@ -64,24 +64,24 @@ ms.lasthandoff: 05/04/2018 3. 構成を拡張するカスタムの を実装する方法。 これにより、アプリケーション構成ファイルからサービスの動作を使用できるようになります。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のサービスの動作の例として、 属性、、 動作などがあります。 + Wcf サービスの動作の例を示します、属性を、および動作します。 #### コントラクトの動作 インターフェイスを実装するコントラクトの動作は、コントラクト全体にわたり、クライアント ランタイムとサービス ランタイムを拡張する際に使用します。 - コントラクトの動作をコントラクトに追加する場合、2 つの方法があります。 1 つは、コントラクト インターフェイスで使用するカスタム属性を作成する方法です。 コントラクト インターフェイスを または に渡すと、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] はインターフェイスの属性を検査します。 属性のいずれかが の実装である場合、そのインターフェイス用に作成された の動作コレクションに追加されます。 + コントラクトの動作をコントラクトに追加する場合、2 つの方法があります。 1 つは、コントラクト インターフェイスで使用するカスタム属性を作成する方法です。 コントラクト インターフェイスが渡されたときにいずれかに、またはWCF は、インターフェイスの属性を検査します。 属性のいずれかが の実装である場合、そのインターフェイス用に作成された の動作コレクションに追加されます。 カスタム コントラクトの動作属性に を実装することもできます。 この場合、適用先に応じて動作は次のようになります。 - •コントラクト インターフェイスに適用した場合。 この場合、動作は任意のエンドポイント内の該当の型のすべてのコントラクトに適用されます。[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は、 プロパティの値を無視します。 + •コントラクト インターフェイスに適用した場合。 この場合、動作は任意のエンドポイントにこの種類のすべてのコントラクトに適用し、WCF の値を無視する、プロパティです。 •サービス クラスに適用した場合。 この場合、動作はコントラクトが プロパティの値であるエンドポイントにのみ適用されます。 - •コールバック クラスに適用した場合。 この場合、動作は双方向クライアントのエンドポイントに適用されます。[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は、 プロパティの値を無視します。 + •コールバック クラスに適用した場合。 この場合、動作は双方向クライアントのエンドポイントに適用し、WCF の値を無視する、プロパティです。 2 番目の方法として、 の動作コレクションに動作を追加する方法があります。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のコントラクトの動作の例として、 属性などがあります。 詳細および例については、リファレンス トピックを参照してください。 + WCF のコントラクトの動作の例として、属性。 詳細および例については、リファレンス トピックを参照してください。 #### エンドポイントの動作 を実装するエンドポイントの動作は、特定のエンドポイントのサービス ランタイムまたはクライアント ランタイム全体を変更する主要機構です。 @@ -97,11 +97,11 @@ ms.lasthandoff: 05/04/2018 #### 操作の動作 インターフェイスを実装する操作の動作は、各操作のクライアント ランタイムとサービス ランタイムを拡張する際に使用します。 - 操作の動作を操作に追加する場合、2 つの方法があります。 1 つは、操作をモデル化するメソッドで使用するカスタム属性を作成する方法です。 または に操作を追加すると、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は、その操作用に作成された の動作コレクションに任意の 属性を追加します。 + 操作の動作を操作に追加する場合、2 つの方法があります。 1 つは、操作をモデル化するメソッドで使用するカスタム属性を作成する方法です。 操作がいずれかに追加されたとき、または、あれば追加します。 WCF動作コレクションに属性を、その操作用に作成します。 2 番目の機構は、構成された の動作コレクションに動作を直接追加します。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の操作の動作の例として、 や などがあります。 + WCF での操作の動作の例として、とです。 詳細および例については、リファレンス トピックを参照してください。 diff --git a/docs/framework/wcf/extending/creating-a-bindingelement.md b/docs/framework/wcf/extending/creating-a-bindingelement.md index 409593c2d31..20fcd94bb22 100644 --- a/docs/framework/wcf/extending/creating-a-bindingelement.md +++ b/docs/framework/wcf/extending/creating-a-bindingelement.md @@ -2,17 +2,17 @@ title: BindingElement の作成 ms.date: 03/30/2017 ms.assetid: 01a35307-a41f-4ef6-a3db-322af40afc99 -ms.openlocfilehash: fdc3ec1fef86ad31434ea372740497969c7ae6a7 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 96924e97ad3fcc121ef7b28125301060d8448514 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # BindingElement の作成 -バインディングとバインド要素 (を拡張したオブジェクトと、それぞれ) は、Windows Communication Foundation (WCF) アプリケーションのモデルがチャネル ファクトリとチャネル リスナーに関連付けられている場所です。 結合がないカスタム チャネルを使用する必要がありますチャネル レベルでのプログラミング」の説明に従って[サービス チャネル レベルのプログラミング](../../../../docs/framework/wcf/extending/service-channel-level-programming.md)と[クライアント チャネル レベルのプログラミング](../../../../docs/framework/wcf/extending/client-channel-level-programming.md)です。 チャネルを使用して有効にする最小要件について説明[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]の開発、チャネル、および手順 4 の説明に従って、アプリケーションから使用を有効にする の[開発チャネル](../../../../docs/framework/wcf/extending/developing-channels.md)です。 +バインディングとバインド要素 (を拡張したオブジェクトと、それぞれ) は、Windows Communication Foundation (WCF) アプリケーションのモデルがチャネル ファクトリとチャネル リスナーに関連付けられている場所です。 結合がないカスタム チャネルを使用する必要がありますチャネル レベルでのプログラミング」の説明に従って[サービス チャネル レベルのプログラミング](../../../../docs/framework/wcf/extending/service-channel-level-programming.md)と[クライアント チャネル レベルのプログラミング](../../../../docs/framework/wcf/extending/client-channel-level-programming.md)です。 Wcf での開発、チャネルを使用して有効にする最小要件について説明、チャネル、および手順 4 の説明に従って、アプリケーションから使用を有効にする の[開発チャネル](../../../../docs/framework/wcf/extending/developing-channels.md)です。 ## 概要 - チャネルの を作成しておくと、開発者は [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーション内でチャネルを使用できるようになります。 オブジェクトを クラスから使用することにより、チャネルの正確な型情報を指定しなくても [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションをチャネルに接続できます。 + 作成する、チャネルにより、WCF アプリケーションで使用する開発者用です。 オブジェクトを使用する、しなくても、チャネルの正確な型情報をチャネル WCF アプリケーションを接続するクラス。 1 回、が作成されるで残りのチャネルの開発手順を説明する次の要件に応じて複数の機能を有効にできます[開発チャネル](../../../../docs/framework/wcf/extending/developing-channels.md)です。 diff --git a/docs/framework/wcf/extending/creating-user-defined-bindings.md b/docs/framework/wcf/extending/creating-user-defined-bindings.md index 76e3e1e3fb1..fa60b4b15bf 100644 --- a/docs/framework/wcf/extending/creating-user-defined-bindings.md +++ b/docs/framework/wcf/extending/creating-user-defined-bindings.md @@ -4,11 +4,11 @@ ms.date: 03/30/2017 helpviewer_keywords: - user-defined bindings [WCF] ms.assetid: c4960675-d701-4bc9-b400-36a752fdd08b -ms.openlocfilehash: 82fe3baada73b89291311a891069c6ee3f19cf20 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: c9d37163770f2fd192a6fd2a03878b28f0237646 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # ユーザー定義バインディングの作成 システムから提供されないバインディングを作成する方法はいくつかあります。 @@ -26,9 +26,9 @@ ms.lasthandoff: 05/04/2018 プロトコル バインド要素 : この要素はメッセージで動作する上位処理ステップを表します。 このバインド要素で作成したチャネルとリスナーを使って、メッセージ内容の追加、削除、変更が可能です。 特定のバインディングには、それぞれが を継承する任意の数のプロトコル バインド要素を含めることができます。 Windows Communication Foundation (WCF) など、いくつかのプロトコル バインド要素が含まれています、とです。 - エンコーディング バインド要素 : この要素は、メッセージとネットワーク転送が可能なエンコーディングとの間の変換を表します。 一般的な [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] バインディングには、エンコーディング バインド要素が 1 つだけ含まれます。 エンコーディング バインド要素の例として、、、 などがあります。 エンコーディング バインド要素がバインディングに指定されていない場合、既定のエンコーディングが使用されます。 既定値は、トランスポートが HTTP の場合はテキスト、それ以外の場合はバイナリです。 + エンコーディング バインド要素 : この要素は、メッセージとネットワーク転送が可能なエンコーディングとの間の変換を表します。 通常の WCF バインディングには、1 つのエンコーディング バインド要素が含まれます。 エンコーディング バインド要素の例として、、、 などがあります。 エンコーディング バインド要素がバインディングに指定されていない場合、既定のエンコーディングが使用されます。 既定値は、トランスポートが HTTP の場合はテキスト、それ以外の場合はバイナリです。 - トランスポート バインド要素 : この要素は、トランスポート プロトコルでのエンコーディング メッセージの送信を表します。 一般的な [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] バインディングには、 から派生したトランスポート バインド要素が 1 つだけ含まれます。 トランスポート バインド要素の例として、、、 などがあります。 + トランスポート バインド要素 : この要素は、トランスポート プロトコルでのエンコーディング メッセージの送信を表します。 通常の WCF バインドがから継承される、ただ 1 つのトランスポート バインド要素を含めるです。 トランスポート バインド要素の例として、、、 などがあります。 新しいバインディングを作成する場合、バインド要素の追加順序が重要になります。 バインド要素は必ず次の順序で追加します。 @@ -39,12 +39,12 @@ ms.lasthandoff: 05/04/2018 |セキュリティ||Ｘ| |複合二重||Ｘ| |エンコーディング|テキスト、バイナリ、MTOM、カスタム|○*| -|Transport|TCP、名前付きパイプ、HTTP、HTTPS、MSMQ、およびカスタム|はい| +|Transport|TCP、名前付きパイプ、HTTP、HTTPS、MSMQ、およびカスタム|[はい]| - *エンコーディングは各バインディングに必要であるため、エンコーディングが指定されていない場合、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は既定のエンコーディングを自動的に追加します。 既定値は、HTTP および HTTPS トランスポートの場合はテキスト/XML、それ以外の場合はバイナリです。 + * エンコーディングが必要なため、各バインドにエンコーディングが指定されていない場合、WCF は、既定のエンコーディングを追加します。 既定値は、HTTP および HTTPS トランスポートの場合はテキスト/XML、それ以外の場合はバイナリです。 ## 新しいバインド要素の作成 - が提供する [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] から派生した型のほかに、独自のバインド要素を作成できます。 これにより、他のシステムが提供する型を使ってスタックに組み込むことのできる独自の を作成して、バインディングのスタックを作成する方法や、バインディングのスタックに追加するコンポーネントをカスタマイズできます。 + 派生した型だけでなくは独自のバインディング要素を作成する、WCF によって提供されます。 これにより、他のシステムが提供する型を使ってスタックに組み込むことのできる独自の を作成して、バインディングのスタックを作成する方法や、バインディングのスタックに追加するコンポーネントをカスタマイズできます。 たとえば、メッセージをデータベースに記録する機能を持つ `LoggingBindingElement` を実装する場合、それをチャネル スタックのトランスポート チャネルの上に配置する必要があります。 この場合、アプリケーションでは、次の例に示すように、`LoggingBindingElement` と共に `TcpTransportBindingElement` が組み込まれたカスタム バインディングが作成されます。 @@ -64,7 +64,7 @@ Binding customBinding = new CustomBinding( ユーザー定義のバインディングは、少なくとも メソッドと プロパティを実装する必要があります。 - メソッドは、バインディングのバインド要素を格納している新しい を返します。 このコレクションは順序付けられており、始めにプロトコル バインド要素を格納し、次にエンコーディング バインド要素、その次にトランスポート バインド要素を格納する必要があります。 使用する場合、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]システム指定のバインディング要素では、順序の規則で指定されたバインド要素を従う必要があります[カスタム バインディング](../../../../docs/framework/wcf/extending/custom-bindings.md)です。 このコレクションから、ユーザー定義のバインディング クラス内で参照されるオブジェクトを参照すべきではありません。このため、バインディングの作成者は、`Clone()` を呼び出すたびに の を返す必要があります。 + メソッドは、バインディングのバインド要素を格納している新しい を返します。 このコレクションは順序付けられており、始めにプロトコル バインド要素を格納し、次にエンコーディング バインド要素、その次にトランスポート バインド要素を格納する必要があります。 WCF システム指定のバインディング要素を使用する場合は、順序の規則で指定されたバインド要素を行う必要があります[カスタム バインディング](../../../../docs/framework/wcf/extending/custom-bindings.md)です。 このコレクションから、ユーザー定義のバインディング クラス内で参照されるオブジェクトを参照すべきではありません。このため、バインディングの作成者は、`Clone()` を呼び出すたびに の を返す必要があります。 プロパティは、バインディングで使用するトランスポート プロトコルの URI スキームを表します。 たとえば、 *WSHttpBinding*と*NetTcpBinding* 、それぞれから"http"および"net.tcp"を返しますプロパティです。 diff --git a/docs/framework/wcf/extending/custom-credential-and-credential-validation.md b/docs/framework/wcf/extending/custom-credential-and-credential-validation.md index b84028846c7..a36b1518213 100644 --- a/docs/framework/wcf/extending/custom-credential-and-credential-validation.md +++ b/docs/framework/wcf/extending/custom-credential-and-credential-validation.md @@ -8,18 +8,18 @@ helpviewer_keywords: - credential validation [WCF] - credentials [WCF], validation ms.assetid: da831bec-e281-4d44-b343-437b5eef688e -ms.openlocfilehash: 00a49f9746c7073e3abdb353b38a76f6eea099f8 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 9b340c01a9eb4ce4007e93f2b38e292cd6543ba1 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # カスタム資格情報と資格情報の検証 Windows Communication Foundation (WCF) でのセキュリティは、サービスとクライアント間で資格情報の交換に基づいています。 セキュリティ シナリオの多くは、Windows (Kerberos)、ユーザー名とパスワード、証明書などの共通の資格情報の種類を使用して満たされます。 ただし、新しい種類の資格情報が必要な場合があります。このセクションのこのトピックでは、その新しい種類の処理方法と検証方法について説明します。 ## このセクションの内容 [方法 : カスタム証明書検証を使用するサービスを作成する](../../../../docs/framework/wcf/extending/how-to-create-a-service-that-employs-a-custom-certificate-validator.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クラスを継承することで の検証をカスタマイズする方法について説明します。 + 継承することで WCF の検証をカスタマイズする方法について説明します、クラスです。 [チュートリアル: カスタム クライアントおよびサービスの資格情報を作成する](../../../../docs/framework/wcf/extending/walkthrough-creating-custom-client-and-service-credentials.md) 拡張する方法を示します、と資格情報の種類を新規に対応するクラス。 これは、カスタム資格情報の種類の作成を実現するトピック シリーズの 1 番目です。 diff --git a/docs/framework/wcf/extending/custom-encoders.md b/docs/framework/wcf/extending/custom-encoders.md index b91b7ef5585..728fe1a74d5 100644 --- a/docs/framework/wcf/extending/custom-encoders.md +++ b/docs/framework/wcf/extending/custom-encoders.md @@ -2,38 +2,38 @@ title: カスタム エンコーダー ms.date: 03/30/2017 ms.assetid: fa0e1d7f-af36-4bf4-aac9-cd4eab95bc4f -ms.openlocfilehash: 4f7b011b038714ee8349e74f6be270c85aed0a7b -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: ae3904af83452dd76723abb78a7a06fdb0f798cc +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # カスタム エンコーダー このトピックでは、カスタム エンコーダーを作成する方法について説明します。 - Windows Communication Foundation (WCF) を使用する、*バインディング*エンドポイント間のネットワーク経由でデータを転送する方法を指定します。 バインディングで構成される、一連の*バインド要素*です。 バインディングには、セキュリティ、必須などのオプションのプロトコル バインド要素が含まれています。*メッセージ エンコーダー*バインド要素、および必須のトランスポート バインド要素。 メッセージ エンコーダーは、メッセージ エンコーディング バインド要素で表されます。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] に含まれるメッセージ エンコーダーは、バイナリ、MTOM (Message Transmission Optimization Mechanism)、およびテキストの 3 つです。 + Windows Communication Foundation (WCF) を使用する、*バインディング*エンドポイント間のネットワーク経由でデータを転送する方法を指定します。 バインディングで構成される、一連の*バインド要素*です。 バインディングには、セキュリティ、必須などのオプションのプロトコル バインド要素が含まれています。*メッセージ エンコーダー*バインド要素、および必須のトランスポート バインド要素。 メッセージ エンコーダーは、メッセージ エンコーディング バインド要素で表されます。 WCF では、3 つのメッセージ エンコーダーが含まれている: バイナリ、MTOM Message Transmission Optimization メカニズム ()、およびテキスト。 メッセージ エンコーディング バインド要素は、送信する をシリアル化してそれをトランスポートに渡すか、シリアル化された形式のメッセージをトランスポートから受信して、それをプロトコル層 (ある場合) またはアプリケーション (プロトコル層がない場合) に渡します。 メッセージ エンコーダーは、 インスタンスと物理メッセージ形式を相互に変換します。 エンコーダーは、チャネル スタックのトランスポート層の上に位置すると説明されていますが、トランスポート層の内部に存在します。 トランスポート (HTTP など) は、トランスポート標準の要件に従ってメッセージの書式設定を行います。 エンコーダー (テキスト XML など) は、単にメッセージのエンコードを行います。 - 既存のクライアントまたはサーバーに接続する場合、特定のメッセージ エンコーディングを使用する選択ができない場合があります。 ただし、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスは、それぞれが異なるメッセージ エンコーダーを使用する複数のエンドポイントからアクセスできるようにすることができます。 1 つのエンコーダーでサービスの対象ユーザー全体を網羅しない場合、複数のエンドポイントにサービスを公開することを検討します。 これによりクライアント アプリケーションはそのアプリケーションに最も適したエンドポイントを選択できます。 複数のエンドポイントを使用することにより、さまざまなメッセージ エンコーダーの利点を他のバインド要素と組み合わせることが可能になります。 + 既存のクライアントまたはサーバーに接続する場合、特定のメッセージ エンコーディングを使用する選択ができない場合があります。 ただし、WCF サービスにできる、それぞれ異なるメッセージ エンコーダーを使用して複数のエンドポイントを使用してアクセスします。 1 つのエンコーダーでサービスの対象ユーザー全体を網羅しない場合、複数のエンドポイントにサービスを公開することを検討します。 これによりクライアント アプリケーションはそのアプリケーションに最も適したエンドポイントを選択できます。 複数のエンドポイントを使用することにより、さまざまなメッセージ エンコーダーの利点を他のバインド要素と組み合わせることが可能になります。 ## システム指定のエンコーダー - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、最も一般的なアプリケーション シナリオに合わせて設計されたシステム既定のバインディングがいくつか用意されています。 これらのバインディングは、それぞれトランスポート、メッセージ エンコーダー、その他のオプション (セキュリティなど) を組み合わせます。 このトピックでは、`Text` に含まれる `Binary`、`MTOM`、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] メッセージ エンコーダーの拡張方法、つまり独自のカスタム エンコーダーの作成方法について説明します。 テキスト メッセージ エンコーダーは、通常の XML のエンコーディングに加えて、SOAP のエンコーディングもサポートします。 テキスト メッセージ エンコーダーの通常の XML エンコーディング モードは、テキスト ベースの SOAP エンコーディングと区別するために、POX ("Plain Old XML") エンコーダーと呼ばれます。 + WCF には、アプリケーションの最も一般的なシナリオには、いくつかのシステム指定のバインディングが用意されています。 これらのバインディングは、それぞれトランスポート、メッセージ エンコーダー、その他のオプション (セキュリティなど) を組み合わせます。 拡張する方法について説明、 `Text`、 `Binary`、および`MTOM`メッセージ エンコーダーを独自のカスタム エンコーダーを作成したりする WCF では、含まれています。 テキスト メッセージ エンコーダーは、通常の XML のエンコーディングに加えて、SOAP のエンコーディングもサポートします。 テキスト メッセージ エンコーダーの通常の XML エンコーディング モードは、テキスト ベースの SOAP エンコーディングと区別するために、POX ("Plain Old XML") エンコーダーと呼ばれます。 システム指定のバインディングによって提供されるバインディング要素の組み合わせの詳細については、対応するセクションを参照してください。[トランスポート選択](../../../../docs/framework/wcf/feature-details/choosing-a-transport.md)です。 ## システム標準のエンコーダーの操作方法 エンコーディングは、 からの派生クラスを使用してバインディングに追加します。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、テキスト、バイナリ、および MTOM (Message Transmission Optimization Mechanism) のエンコーディングに対応した クラスから派生した次の種類のバインド要素が提供されます。 + WCF は、次の種類から派生したバインド要素のテキスト、バイナリ、およびメッセージ Transmission Optimization Mechanism (MTOM) エンコードを提供できるクラス。 - : 相互運用性は最も高く、効率は最も低い、XML メッセージ用のエンコーダー。 Web サービスまたは Web サービス クライアントは、一般に、テキスト形式の XML を認識できます。 ただし、大きいブロックのバイナリ データをテキストとして転送するのは効率的ではありません。 -- : バイナリベースの XML メッセージで使用される、文字エンコーディングおよびメッセージのバージョン管理を指定するバインド要素を表します。 これは最も効率的なエンコーディング オプションですが、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] エンドポイントでしかサポートされないため、相互運用性は最も低くなります。 +- : バイナリベースの XML メッセージで使用される、文字エンコーディングおよびメッセージのバージョン管理を指定するバインド要素を表します。 これは、エンコーディング オプションは、少なくとも、相互運用性の最も効率的な WCF エンドポイントでのみサポートされているためです。 -- < `System.ServiceModel.Channels.MTOMMessageEncodingBindingElement`>: メッセージ Transmission Optimization Mechanism (MTOM) エンコーディングを使用してメッセージに使用するメッセージ バージョン管理および文字エンコーディングを指定するバインド要素を表します。 MTOM は、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] メッセージでのバイナリ データの転送に有効なテクノロジです。 MTOM エンコーダーは、効率と相互運用性のバランスをとろうとします。 MTOM エンコーディングは、ほとんどの XML をテキスト形式で転送しますが、大きいサイズのバイナリ データ ブロックはテキストに変換せずにそのまま転送することによって最適化します。 +- < `System.ServiceModel.Channels.MTOMMessageEncodingBindingElement`>: メッセージ Transmission Optimization Mechanism (MTOM) エンコーディングを使用してメッセージに使用するメッセージ バージョン管理および文字エンコーディングを指定するバインド要素を表します。 MTOM は、WCF メッセージでバイナリ データを転送するための効率的なテクノロジです。 MTOM エンコーダーは、効率と相互運用性のバランスをとろうとします。 MTOM エンコーディングは、ほとんどの XML をテキスト形式で転送しますが、大きいサイズのバイナリ データ ブロックはテキストに変換せずにそのまま転送することによって最適化します。 バインド要素は、バイナリ、MTOM、またはテキストの を作成します。 ファクトリは、バイナリ、MTOM、またはテキストの を作成します。 通常、インスタンスは 1 つだけあります。 ただし、セッションを使用すると、異なるエンコーダーを各セッションに提供できます。 バイナリ エンコーダーでは、これを利用して動的ディクショナリ (XML インフラストラクチャを参照) を調整します。 @@ -56,14 +56,14 @@ ms.lasthandoff: 05/04/2018 文字列は、内部 `AddSessionInformationToMessage` メソッドによってメッセージに追加されます。 文字列は、メッセージの先頭に UTF-8 として追加され、その長さがプレフィックスに指定されます。 次にディクショナリ ヘッダー全体のプレフィックスにそのデータ長が指定されます。 内部 `ExtractSessionInformationFromMessage` メソッドにより逆操作が実行されます。 - 動的ディクショナリ キーの処理に加え、バッファーされセッションの多いメッセージが独自の方法で受信されます。 ドキュメントでリーダーを作成して処理する代わりに、バイナリ エンコーダーは、内部 `MessagePatterns` クラスを使用してバイナリ ストリームを分解します。 つまり、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] で作成されたほとんどのメッセージには、特定の順序で表された特定セットのヘッダーがあります。 想定を基にしたパターン システムによりメッセージは分割されます。 成功した場合は、XML の解析を行わずに オブジェクトを初期化します。 成功しなかった場合は、標準の方法に戻ります。 + 動的ディクショナリ キーの処理に加え、バッファーされセッションの多いメッセージが独自の方法で受信されます。 ドキュメントでリーダーを作成して処理する代わりに、バイナリ エンコーダーは、内部 `MessagePatterns` クラスを使用してバイナリ ストリームを分解します。 つまり、ほとんどのメッセージがある特定のセットの特定の順序で WCF によって生成されたときに表示されるヘッダー。 想定を基にしたパターン システムによりメッセージは分割されます。 成功した場合は、XML の解析を行わずに オブジェクトを初期化します。 成功しなかった場合は、標準の方法に戻ります。 ### MTOM エンコーディング < `System.ServiceModel.Channels.MTOMMessageEncodingBindingElement`> と呼ばれる追加の構成プロパティをクラスには < `System.ServiceModel.Channels.MTOMMessageEncodingBindingElement`です。MaxBufferSize %2a >。 これには、メッセージ読み取り中にバッファーできるデータ量の上限が設けられています。 すべての MIME パートを 1 つのメッセージに再アセンブルするために、XML 情報セット (Infoset) または他の MIME パートをバッファーすることが必要な場合もあります。 HTTP を正しく操作するために、内部 MTOM メッセージ エンコーダーのクラスでは、`GetContentType` (内部) や `WriteMessage` (パブリックで、オーバーライド可能) の内部 API がいくつか用意されています。 HTTP ヘッダーの値を MIME ヘッダーの値と一致させるには、多くの通信を行う必要があります。 - 内部的に、MTOM メッセージ エンコーダーは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のテキスト リーダーを使用するので、テキスト エンコーダーに似ています。 主な違いは、Base-64 エンコーディングに変換せずにメッセージ バイトに埋め込むことで、大きいサイズのバイナリ (バイナリ ラージ オブジェクト (BLOB) と呼びます) を最適化する点です。 代わりに、この BLOB は抽出され、MIME 添付として参照されます。 + 内部的には、MTOM メッセージ エンコーダーは、WCF のテキスト リーダーを使用して、テキスト エンコーダーに似ています。 主な違いは、Base-64 エンコーディングに変換せずにメッセージ バイトに埋め込むことで、大きいサイズのバイナリ (バイナリ ラージ オブジェクト (BLOB) と呼びます) を最適化する点です。 代わりに、この BLOB は抽出され、MIME 添付として参照されます。 ## 独自のエンコーダーの作成 独自のカスタム メッセージ エンコーダーを実装するには、次の抽象基本クラスのカスタム実装を提供する必要があります。 @@ -88,7 +88,7 @@ ms.lasthandoff: 05/04/2018 次に、 メソッドをオーバーライドしてこのファクトリのインスタンスを返すようにすることで、サービスまたはクライアントの構成に使用されるバインド要素スタックにカスタム を接続します。 - 提供される 2 つのサンプルがあります[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]サンプル コードでこの処理を示す:[カスタム メッセージ エンコーダー: カスタム テキスト エンコーダー](../../../../docs/framework/wcf/samples/custom-message-encoder-custom-text-encoder.md)と[カスタム メッセージ エンコーダー: 圧縮エンコーダー](../../../../docs/framework/wcf/samples/custom-message-encoder-compression-encoder.md)です。 + このプロセスのサンプル コードを示す、WCF に用意されている 2 つのサンプルがあります:[カスタム メッセージ エンコーダー: カスタム テキスト エンコーダー](../../../../docs/framework/wcf/samples/custom-message-encoder-custom-text-encoder.md)と[カスタム メッセージ エンコーダー: 圧縮エンコーダー](../../../../docs/framework/wcf/samples/custom-message-encoder-compression-encoder.md)です。 ## 関連項目 diff --git a/docs/framework/wcf/extending/custom-stream-upgrades.md b/docs/framework/wcf/extending/custom-stream-upgrades.md index b3a10b45bdf..67359317057 100644 --- a/docs/framework/wcf/extending/custom-stream-upgrades.md +++ b/docs/framework/wcf/extending/custom-stream-upgrades.md @@ -2,11 +2,11 @@ title: カスタム ストリームのアップグレード ms.date: 03/30/2017 ms.assetid: e3da85c8-57f3-4e32-a4cb-50123f30fea6 -ms.openlocfilehash: 4bcd59cb5e420c551c611c8e676289f20d4354d0 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 84edac7a4dbaaf1a01332f5c0af29319c279dd1b +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # カスタム ストリームのアップグレード TCP、名前付きパイプなど、ストリーム指向のデータ伝送機構 (トランスポート) が扱うのは、クライアントとサーバーの間を流れる、連続的なバイト ストリームです。 このストリームを実際に作り出すのは オブジェクトです。 ストリーム アップグレードでは、クライアントは、オプションのプロトコル階層をチャネル スタックに追加する場合に、相手側の通信チャネルにも同じことをするよう要求します。 ストリーム アップグレードは、 オブジェクトをアップグレードされたものに置き換える形で実施します。 @@ -66,7 +66,7 @@ TCP、名前付きパイプなど、ストリーム指向のデータ伝送機 ## セキュリティ アップグレード ストリーム アップグレードの特別な場合として、セキュリティ アップグレードがあります。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] には最初から、セキュリティに関連するストリーム アップグレードを実装するためのバインド要素が 2 つ組み込まれています。 トランスポート レベルのセキュリティ構成は、 および にカプセル化されており、これらの要素を構成して、カスタム バインディングに追加することができます。 この 2 つのバインド要素は、クライアント側およびサーバー側のストリーム アップグレード プロバイダーを構築する クラスを拡張したものです。 これらのバインド要素には、セキュリティ ストリーム アップグレード専用のプロバイダー クラスを作成するメソッドが定義されています。これらのメソッドは `public` ではないので、いずれの場合もバインド要素をバインディングに追加するだけでセキュリティ アップグレードが可能です。 + WCF では、ストリーム セキュリティをアップグレードするための 2 つのバインド要素が既に用意されています。 トランスポート レベルのセキュリティ構成は、 および にカプセル化されており、これらの要素を構成して、カスタム バインディングに追加することができます。 この 2 つのバインド要素は、クライアント側およびサーバー側のストリーム アップグレード プロバイダーを構築する クラスを拡張したものです。 これらのバインド要素には、セキュリティ ストリーム アップグレード専用のプロバイダー クラスを作成するメソッドが定義されています。これらのメソッドは `public` ではないので、いずれの場合もバインド要素をバインディングに追加するだけでセキュリティ アップグレードが可能です。 上記の 2 つのバインド要素では対応できないセキュリティ上の要求に備え、既述のイニシエーター、アクセプタ、プロバイダーの各基底クラスから派生した `abstract` クラスが 3 つ定義されています。 diff --git a/docs/framework/wcf/extending/data-contract-surrogates.md b/docs/framework/wcf/extending/data-contract-surrogates.md index f3f74f08681..f5d838e4321 100644 --- a/docs/framework/wcf/extending/data-contract-surrogates.md +++ b/docs/framework/wcf/extending/data-contract-surrogates.md @@ -4,11 +4,11 @@ ms.date: 03/30/2017 helpviewer_keywords: - data contracts [WCF], surrogates ms.assetid: 8c31134c-46c5-4ed7-94af-bab0ac0dfce5 -ms.openlocfilehash: 455900b1ac5d10c02e6b1341e737eb6874c874f4 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: b06cb45d6075c8de1da973a11e2edec6792df304 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # データ コントラクト サロゲート データ コントラクト*サロゲート*データ コントラクト モデルに基づいて構築されている高度な機能です。 この機能は、型をシリアル化または逆シリアル化する方法や、型をメタデータに投影する方法をユーザーが変更する場合に、型のカスタマイズと置換に使用することを目的としています。 サロゲートを使用できるのは、型のデータ コントラクトが指定されていない場合、フィールドやプロパティが 属性でマークされていない場合、またはユーザーがスキーマのバリエーションを動的に作成することを希望している場合などです。 @@ -133,7 +133,7 @@ ms.lasthandoff: 05/04/2018 このメソッドは、スキーマのエクスポートとインポートの開始時に呼び出されます。 このメソッドは、エクスポートまたはインポートするスキーマで使用されるカスタム データ型を返します。 メソッドには、型のコレクションである (`customDataTypes` パラメーター) が渡されます。 このメソッドでは、既知の型をこのコレクションに追加する必要があります。 既知のカスタム データ型は、 を使用したカスタム データのシリアル化と逆シリアル化を可能にするために必要となります。 詳細については、次を参照してください。[データ コントラクトの既知の型](../../../../docs/framework/wcf/feature-details/data-contract-known-types.md)です。 ## サロゲートの実装 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] でデータ コントラクト サロゲートを使用するには、いくつかの特別な手順に従う必要があります。 + WCF でのデータ コントラクト サロゲートを使用するのには、いくつかの特別な手順を行う必要があります。 ### シリアル化と逆シリアル化にサロゲートを使用するには サロゲートを使用してデータのシリアル化と逆シリアル化を実行するには、 を使用します。 は、 によって作成されます。 サロゲートも指定する必要があります。 @@ -174,7 +174,7 @@ ms.lasthandoff: 05/04/2018 [!code-csharp[C_IDataContractSurrogate#9](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_idatacontractsurrogate/cs/source.cs#9)] ### メタデータのエクスポートにサロゲートを使用するには - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] からサービスのメタデータをエクスポートする場合、既定では WSDL と XSD スキーマを生成する必要があります。 データ コントラクト型の XSD スキーマを生成するコンポーネント () に、サロゲートを追加する必要があります。 これを行うには、 を実装する動作を使用して を変更するか、メタデータをエクスポートする際に使用する を直接変更します。 + 既定では、WCF のサービスのメタデータをエクスポートするときに、WSDL と XSD スキーマを生成する必要があります。 データ コントラクト型の XSD スキーマを生成するコンポーネント () に、サロゲートを追加する必要があります。 これを行うには、 を実装する動作を使用して を変更するか、メタデータをエクスポートする際に使用する を直接変更します。 ##### メタデータのエクスポートにサロゲートを使用するには diff --git a/docs/framework/wcf/extending/exporting-custom-metadata-for-a-wcf-extension.md b/docs/framework/wcf/extending/exporting-custom-metadata-for-a-wcf-extension.md index bef7a79a598..37d0f0e6a11 100644 --- a/docs/framework/wcf/extending/exporting-custom-metadata-for-a-wcf-extension.md +++ b/docs/framework/wcf/extending/exporting-custom-metadata-for-a-wcf-extension.md @@ -2,11 +2,11 @@ title: WCF 拡張に対するカスタム メタデータのエクスポート ms.date: 03/30/2017 ms.assetid: 53c93882-f8ba-4192-965b-787b5e3f09c0 -ms.openlocfilehash: 8d9f5e223bb47fc8997f6509ec882b282e1ee8b5 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: c2ae547f10e96a1fdc16fc428e98145fc81c59d5 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # WCF 拡張に対するカスタム メタデータのエクスポート Windows Communication Foundation (WCF) では、メタデータのエクスポートは、サービス エンドポイントを記述するそれらを並行してクライアントを使用してサービスを使用する方法を理解する標準化表現のプロセスです。 カスタム メタデータは、システム指定のメタデータ エクスポーターでエクスポートできない XML 要素で構成されます。 通常、これは、ユーザー定義動作のカスタム WSDL 要素とバインド要素、およびバインディングとコントラクトの機能と要件に関するポリシー アサーションを含みます。 @@ -14,7 +14,7 @@ Windows Communication Foundation (WCF) では、メタデータのエクスポ ここでは、カスタム WSDL またはポリシー アサーションのエクスポートについて説明し、エクスポート プロセス自体には重点を置きません。 エクスポートし、メタデータは、カスタムまたはシステムで構築されるかどうかに関係なくメタデータをインポートする型を使用する方法の詳細については、次を参照してください。[エクスポートおよびインポートするメタデータ](../../../../docs/framework/wcf/feature-details/exporting-and-importing-metadata.md)です。 ## 概要 - を使用してメタデータを公開すると、システム指定の属性とバインディングを使用して がサポートできるすべてのコントラクトとバインディングについて、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] が検査され、XSD と WSDL (ポリシー アサーションを含む) が生成されます。 ただし、カスタム動作属性やバインド要素を適切にエクスポートするには、あらかじめサポートしておく必要があります。 + 使用してメタデータを公開すると、では、が検証され、XSD と WSDL のポリシー アサーションを含む--はすべてのコントラクトと WCF は、システム指定の属性とバインディングを使用してサポートできるバインディングを生成します。 ただし、カスタム動作属性やバインド要素を適切にエクスポートするには、あらかじめサポートしておく必要があります。 ここでは、次の内容について説明します。 diff --git a/docs/framework/wcf/extending/extending-clients.md b/docs/framework/wcf/extending/extending-clients.md index 9aedfdfbedd..adfcb42828e 100644 --- a/docs/framework/wcf/extending/extending-clients.md +++ b/docs/framework/wcf/extending/extending-clients.md @@ -4,23 +4,23 @@ ms.date: 03/30/2017 helpviewer_keywords: - proxy extensions [WCF] ms.assetid: 1328c61c-06e5-455f-9ebd-ceefb59d3867 -ms.openlocfilehash: 7eea247602d24c545e0de5fa9df50e83aae8ed7f -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 95340a9ae6ac5a3face81d5fe6f61ea134fb6ad2 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # クライアントの拡張 呼び出し側のアプリケーションでは、サービス モデル レイヤーが、アプリケーション コードでのメソッド呼び出しを送信メッセージに変換し、それらを基になるチャネルにプッシュし、結果をアプリケーション コードで戻り値と出力パラメーターに変換して、変換結果を呼び出し側に返します。 サービス モデル拡張は、クライアントやディスパッチャーの機能、カスタム動作、メッセージとパラメーターの途中受信、およびその他の拡張機能に関連する実行や通信の動作と機能を変更または実装します。 - このトピックを使用する方法について説明、との既定の実行動作を変更する Windows Communication Foundation (WCF) クライアント アプリケーション内のクラス、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]クライアントまたは途中受信メッセージをまたは変更、パラメーター、または前後送信またはチャネル レイヤーから取得する値を返します。 サービス ランタイムの拡張の詳細については、次を参照してください。[ディスパッチャーの拡張](../../../../docs/framework/wcf/extending/extending-dispatchers.md)です。 動作を変更して、クライアント ランタイムにカスタマイズ オブジェクトを挿入に関する詳細については、次を参照してください。[を構成すると、ランタイムのビヘイビアーの使用を拡張する](../../../../docs/framework/wcf/extending/configuring-and-extending-the-runtime-with-behaviors.md)です。 + このトピックを使用する方法について説明、との WCF クライアントまたは途中受信をまたは変更するメッセージ、パラメーター、既定の実行動作を変更または戻り値の Windows Communication Foundation (WCF) クライアント アプリケーション内のクラス前の送信またはチャネル レイヤーから取得する前後にします。 サービス ランタイムの拡張の詳細については、次を参照してください。[ディスパッチャーの拡張](../../../../docs/framework/wcf/extending/extending-dispatchers.md)です。 動作を変更して、クライアント ランタイムにカスタマイズ オブジェクトを挿入に関する詳細については、次を参照してください。[を構成すると、ランタイムのビヘイビアーの使用を拡張する](../../../../docs/framework/wcf/extending/configuring-and-extending-the-runtime-with-behaviors.md)です。 ## クライアント - クライアントでは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアント オブジェクトまたはクライアント チャネルが、メソッド呼び出しを送信メッセージに、受信メッセージを操作結果に変換し、この操作結果を呼び出し側のアプリケーションに返します (クライアントの種類の詳細については、次を参照してください[WCF クライアント アーキテクチャ](../../../../docs/framework/wcf/feature-details/client-architecture.md)。)。 + クライアントでは、WCF クライアント オブジェクトまたはクライアント チャネルは、メソッドの呼び出しを送信メッセージおよび受信メッセージの呼び出し元のアプリケーションに返される操作の結果に変換します。 (クライアントの種類の詳細については、次を参照してください[WCF クライアント アーキテクチャ](../../../../docs/framework/wcf/feature-details/client-architecture.md)。)。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアントの種類には、このようなエンドポイント レベルと操作レベルの機能を処理するランタイム型があります。 アプリケーションが操作を呼び出すと、 が送信オブジェクトをメッセージに変換し、インターセプターを処理し、送信呼び出しがターゲット コントラクトに適合することを確認してから、送信メッセージを に渡します。このクラスは、送信チャネル (双方向サービスの場合には、さらに受信チャネル) の作成と管理、追加の送信メッセージ処理 (ヘッダーの変更など)、メッセージ インターセプターの両方向での処理、および適切なクライアント側 オブジェクトへの受信双方向呼び出しのルーティングを実行します。 と は、共にメッセージ (エラーを含む) がクライアントに返されるときに同様のサービスを提供します。 + WCF クライアントの種類では、このエンドポイントと操作レベルの機能を処理するランタイム型があります。 アプリケーションが操作を呼び出すと、 が送信オブジェクトをメッセージに変換し、インターセプターを処理し、送信呼び出しがターゲット コントラクトに適合することを確認してから、送信メッセージを に渡します。このクラスは、送信チャネル (双方向サービスの場合には、さらに受信チャネル) の作成と管理、追加の送信メッセージ処理 (ヘッダーの変更など)、メッセージ インターセプターの両方向での処理、および適切なクライアント側 オブジェクトへの受信双方向呼び出しのルーティングを実行します。 と は、共にメッセージ (エラーを含む) がクライアントに返されるときに同様のサービスを提供します。 - これら 2 つのランタイム クラスは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のクライアント オブジェクトとチャネルの処理をカスタマイズするための主要な拡張機能です。 クラスは、ユーザーが、コントラクト内のすべてのメッセージについてクライアント実行を途中受信して拡張できるようにします。 クラスは、ユーザーが、特定の操作内のすべてのメッセージについてクライアント実行を途中受信して拡張できるようにします。 + これら 2 つのランタイム クラスは、WCF クライアント オブジェクトとチャネルの処理をカスタマイズする主要な拡張機能です。 クラスは、ユーザーが、コントラクト内のすべてのメッセージについてクライアント実行を途中受信して拡張できるようにします。 クラスは、ユーザーが、特定の操作内のすべてのメッセージについてクライアント実行を途中受信して拡張できるようにします。 プロパティの変更やカスタマイズの挿入は、コントラクト、エンドポイント、および操作の各動作を使用して行います。 これらの種類の動作を使用して、クライアント ランタイムのカスタマイズを実行する方法の詳細については、次を参照してください。[を構成すると、ランタイムのビヘイビアーの使用を拡張する](../../../../docs/framework/wcf/extending/configuring-and-extending-the-runtime-with-behaviors.md)です。 @@ -33,7 +33,7 @@ ms.lasthandoff: 05/04/2018 - カスタム メッセージの変換。 アプリケーション コードを変更するのではなく、ランタイムのメッセージに特定の変換を適用する必要が生じる場合があります (バージョン管理の場合など)。 これもまた、メッセージ インターセプター インターフェイスで実行可能です。 -- カスタム データ モデル。 既定で [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] でサポートされているオブジェクト (つまり、 オブジェクト、 オブジェクト、および オブジェクト) 以外のデータ モデルやシリアル化モデルをユーザーが必要とする場合があります。 これは、メッセージ フォーマッタ インターフェイスを実装することで対応できます。 詳細については、 および プロパティのトピックを参照してください。 +- カスタム データ モデル。 ユーザーが WCF では既定ではサポートされている以外のデータまたはシリアル化モデルを持つ可能性があります (つまり、 、 、およびオブジェクト)。 これは、メッセージ フォーマッタ インターフェイスを実装することで対応できます。 詳細については、 および プロパティのトピックを参照してください。 - カスタム パラメーターの検証。 XML ではなく、型指定されたパラメーターが有効になるようにする必要が生じる場合があります。 これは、パラメーター インスペクター インターフェイスを使用して実行できます。 例については、次を参照してください。[する方法: 検査パラメーターまたは変更](../../../../docs/framework/wcf/extending/how-to-inspect-or-modify-parameters.md)または[クライアント検証](../../../../docs/framework/wcf/samples/client-validation.md)です。 @@ -52,7 +52,7 @@ ms.lasthandoff: 05/04/2018 - プロパティは、トランスポート レベルでメッセージの送信先の値を設定して、メッセージの中継者やその他のシナリオをサポートします。 -- プロパティは、 オブジェクトのコレクションを取得します。このコレクションには、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 経由のすべてのメッセージに対応するカスタム メッセージ インターセプターを追加できます。 +- プロパティのコレクションを取得するオブジェクトは、WCF クライアント経由のすべてのメッセージのカスタム メッセージ インターセプターを追加することができます。 また、コントラクト情報を取得するその他のプロパティも多数用意されています。 @@ -62,22 +62,22 @@ ms.lasthandoff: 05/04/2018 - - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアントが双方向 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアントの場合は、次のプロパティもコールバック [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアント情報を取得します。 + WCF クライアントが双方向の WCF クライアントの場合は、次のプロパティもコールバック WCF クライアントの情報を取得します。 - - - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のクライアント実行を [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアント全体で拡張するには、 クラスに用意されているプロパティを調べ、目的の機能を作成するために、プロパティを変更するか、またはインターフェイスを実装してプロパティに追加するかを確認します。 作成する特定の拡張を選択した後は、適切な プロパティにその拡張を挿入します。挿入するには、実行時に クラスにアクセスを提供するクライアント動作を実装します。 + WCF クライアントの実行を WCF クライアント全体にわたってにで使用可能なプロパティを確認、クラス プロパティを変更するか、インターフェイスを実装してプロパティへの追加ことを求めている機能を作成するかどうかを確認します。 作成する特定の拡張を選択した後は、適切な プロパティにその拡張を挿入します。挿入するには、実行時に クラスにアクセスを提供するクライアント動作を実装します。 カスタム拡張オブジェクトは、操作動作 ( を実装するオブジェクト)、コントラクト動作 ( を実装するオブジェクト)、またはエンドポイント動作 ( を実装するオブジェクト) を使用して、コレクションに挿入できます。 インストール動作オブジェクトは、プログラムで直接に、または宣言を介して (カスタム属性を実装して)、さらにアプリケーション構成ファイルを使用して動作を挿入できるようにするカスタム オブジェクトを実装することにより、適切な動作コレクションに追加されます。 詳細については、「[を構成して、ランタイムのビヘイビアーの使用を拡張する](../../../../docs/framework/wcf/extending/configuring-and-extending-the-runtime-with-behaviors.md)です。 - 間での傍受を示す例について、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]クライアントを参照してください[する方法: 変更がクライアントにメッセージを検査または](../../../../docs/framework/wcf/extending/how-to-inspect-or-modify-messages-on-the-client.md)です。 + WCF クライアントの間での傍受を示す例については、次を参照してください。[する方法: 変更は、クライアントにメッセージを検査または](../../../../docs/framework/wcf/extending/how-to-inspect-or-modify-messages-on-the-client.md)です。 ### ClientOperation クラスの使用 クラスは、1 つのサービス操作のスコープ内だけに適用されるカスタムの拡張を実現するために、クライアント ランタイムに対して変更または挿入を行う場所です。 (コントラクト中のすべてのメッセージに対するクライアントのランタイム動作を変更するには、 クラスを使用します。) - プロパティを使用して、特定のサービス操作を表す オブジェクトを検索します。 次の各プロパティを使用すると、カスタム オブジェクトを [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアント システムに挿入できます。 + プロパティを使用して、特定のサービス操作を表す オブジェクトを検索します。 次のプロパティでは、WCF クライアント システムにカスタム オブジェクトを挿入を行うことができます。 - プロパティは、特定の操作用に のカスタムの実装を挿入したり、現在のフォーマッタを変更するために使用します。 @@ -91,7 +91,7 @@ ms.lasthandoff: 05/04/2018 - 要求メッセージの WS-Addressing 操作を制御する場合に プロパティを使用します。 -- プロパティと プロパティは、非同期操作に関連付けられる [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアント メソッドを指定するために使用します。 +- 使用して、とWCF クライアント メソッドか、非同期操作に関連付けられているを指定します。 - プロパティは、SOAP エラーの際に詳細な型として表示できる型を含むコレクションを取得するために使用します。 @@ -105,13 +105,13 @@ ms.lasthandoff: 05/04/2018 - プロパティは、操作にマップされるメソッドを制御するために使用します。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のクライアント実行を 1 つのサービス操作でのみ拡張するには、 クラスに用意されているプロパティを調べ、目的の機能を作成するために、プロパティを変更するか、またはインターフェイスを実装してプロパティに追加するかを確認します。 作成する特定の拡張を選択した後は、適切な プロパティにその拡張を挿入します。挿入するには、実行時に クラスにアクセスを提供するクライアント動作を実装します。 これで、その動作の内部で、 プロパティを要件に合わせて変更できるようになります。 + WCF クライアントの実行を 1 つだけのサービス操作を拡張する上で使用できるプロパティを確認、クラス プロパティを変更するか、インターフェイスを実装してプロパティへの追加ことを求めている機能を作成するかどうかを確認します。 作成する特定の拡張を選択した後は、適切な プロパティにその拡張を挿入します。挿入するには、実行時に クラスにアクセスを提供するクライアント動作を実装します。 これで、その動作の内部で、 プロパティを要件に合わせて変更できるようになります。 通常は、操作動作 ( を実装するオブジェクト) の実装で十分ですが、エンドポイント動作とコントラクト動作を使用して、特定の操作の を検索し、これに動作を関連付けても同じことを実現できます。 詳細については、「[を構成して、ランタイムのビヘイビアーの使用を拡張する](../../../../docs/framework/wcf/extending/configuring-and-extending-the-runtime-with-behaviors.md)です。 構成からカスタム動作を使用するには、カスタム動作構成セクション ハンドラーを使用して動作をインストールします。 また、カスタム属性を作成することによって動作をインストールすることもできます。 - 間での傍受を示す例については、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]クライアントを参照してください[する方法: 検査パラメーターまたは変更](../../../../docs/framework/wcf/extending/how-to-inspect-or-modify-parameters.md)です。 + WCF クライアントの間での傍受を示す例については、次を参照してください。[する方法: 検査パラメーターまたは変更](../../../../docs/framework/wcf/extending/how-to-inspect-or-modify-parameters.md)です。 ## 関連項目 diff --git a/docs/framework/wcf/extending/extending-dispatchers.md b/docs/framework/wcf/extending/extending-dispatchers.md index 56bbc9afb22..84aa8f36f63 100644 --- a/docs/framework/wcf/extending/extending-dispatchers.md +++ b/docs/framework/wcf/extending/extending-dispatchers.md @@ -4,11 +4,11 @@ ms.date: 03/30/2017 helpviewer_keywords: - dispatcher extensions [WCF] ms.assetid: d0ad15ac-fa12-4f27-80e8-7ac2271e5985 -ms.openlocfilehash: bc700aefc3b50102dc0a3faabbbcd09c1c8fc4bc -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 653b22adb5ed53c9c3eb44db598ad5d1c50ff1a9 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # ディスパッチャーの拡張 ディスパッチャーには、基になるチャネルから受信メッセージをプルし、そのメッセージをアプリケーション コードでのメソッド呼び出しに変換し、結果を呼び出し元に送信する役割があります。 ディスパッチャーの拡張を使用することで、この処理を変更できます。 メッセージやパラメーターの内容を検査または変更するメッセージ インスペクターまたはパラメーター インスペクターを実装できます。 また、メッセージが操作にルーティングされる方法を変更することも、他の機能を提供することもできます。 @@ -16,7 +16,7 @@ ms.lasthandoff: 05/04/2018 このトピックを使用する方法について説明、とクラスでは、Windows Communication Foundation (WCF) サービス、ディスパッチャーの既定の実行動作を変更するかを途中受信、メッセージ、パラメーターを変更またはまたはを返すアプリケーション前後送信またはチャネル レイヤーから取得する値。 相当するクライアント ランタイムのメッセージ処理の詳細については、次を参照してください。[を拡張するクライアント](../../../../docs/framework/wcf/extending/extending-clients.md)です。 役割を理解するを型が実行時のカスタマイズのさまざまなオブジェクト間で共有状態へのアクセスを再生しを参照してください[拡張可能なオブジェクト](../../../../docs/framework/wcf/extending/extensible-objects.md)です。 ## ディスパッチャー - サービス モデル レイヤーは、開発者のプログラミング モデルと基になるメッセージ交換 (一般的に、チャネル レイヤーと呼ばれます) の間の変換を実行します。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、チャネル ディスパッチャーとエンドポイント ディスパッチャー (それぞれ と ) は、新しいチャネルを受け入れて、メッセージ、操作ディスパッチ、操作呼び出し、および応答処理を受信するためのサービス コンポーネントです。 ディスパッチャー オブジェクトは、受信者のオブジェクトですが、双方向サービスでのコールバック コントラクトの実装も、検査、変更、または拡張のためにディスパッチャー オブジェクトを公開します。 + サービス モデル レイヤーは、開発者のプログラミング モデルと基になるメッセージ交換 (一般的に、チャネル レイヤーと呼ばれます) の間の変換を実行します。 WCF チャネルとエンドポイント ディスパッチャーに (と、それぞれ) は、サービス コンポーネントがメッセージを受信、操作のディスパッチと呼び出し、および応答の処理、新しいチャネルを受け入れるよう担当します。 ディスパッチャー オブジェクトは、受信者のオブジェクトですが、双方向サービスでのコールバック コントラクトの実装も、検査、変更、または拡張のためにディスパッチャー オブジェクトを公開します。 チャネル ディスパッチャー (およびコンパニオン ) は、基になるチャネルからメッセージをプルし、そのメッセージをそれぞれのエンドポイント ディスパッチャーに渡します。 各エンドポイント ディスパッチャーには、メッセージを適切な にルーティングする があります。これには、操作を実装するメソッドを呼び出す役割があります。 さまざまなオプションの拡張クラスおよび必須の拡張クラスが呼び出されます。 ここでは、この要素を組み合わせる方法、基本機能を拡張するためにプロパティを変更し、ユーザーのコードをプラグインする方法について説明します。 @@ -45,7 +45,7 @@ ms.lasthandoff: 05/04/2018 - カスタム メッセージの変換。 ランタイムのメッセージに特定の変換を適用できます (バージョン管理の場合など)。 これもまた、メッセージ インターセプター インターフェイスで実行可能です。 -- カスタム データ モデル。 既定で [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] でサポートされているモデル (つまり、、、および未加工メッセージ) 以外のデータ シリアル化モデルを持つことができます。 これは、メッセージ フォーマッタ インターフェイスを実装することで対応できます。 例については、次を参照してください。[操作フォーマッタと操作セレクター](../../../../docs/framework/wcf/samples/operation-formatter-and-operation-selector.md)です。 +- カスタム データ モデル。 ユーザーは、WCF では既定ではサポートされている以外のデータのシリアル化モデルを持つことができます (つまり、 、 、および未加工メッセージ)。 これは、メッセージ フォーマッタ インターフェイスを実装することで対応できます。 例については、次を参照してください。[操作フォーマッタと操作セレクター](../../../../docs/framework/wcf/samples/operation-formatter-and-operation-selector.md)です。 - カスタム パラメーターの検証。 XML ではなく、型指定されたパラメーターが有効になるようにすることができます。 これは、パラメーター インスペクター インターフェイスを使用して実行できます。 @@ -60,9 +60,9 @@ ms.lasthandoff: 05/04/2018 - カスタム承認動作。 コントラクトまたは操作のランタイム要素を拡張し、メッセージに存在するトークンに基づくセキュリティ チェックを追加することによって、カスタムのアクセス制御を実装できます。 これは、メッセージ インターセプター インターフェイスまたはパラメーター インターセプター インターフェイスを使用して実行できます。 例については、次を参照してください。[セキュリティ拡張](../../../../docs/framework/wcf/samples/security-extensibility.md)です。 > [!CAUTION] - > セキュリティ プロパティを変更すると、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションのセキュリティを損なう可能性があるので、注意してセキュリティ関連の変更を行い、配置する前に十分テストすることをお勧めします。 + > セキュリティのプロパティを変更すると、WCF アプリケーションのセキュリティを侵害する可能性がある、ためセキュリティ関連の変更を慎重に着手するときし、展開する前に徹底的にテストすることを強くお勧めします。 -- カスタム WCF ランタイム バリデーター。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションに対して企業レベルのポリシーを実施するために、サービス、コントラクト、およびバインディングを調査するカスタム バリデーターをインストールできます。 (たとえばを参照してください[する方法: 企業内のロックのダウン エンドポイント](../../../../docs/framework/wcf/extending/how-to-lock-down-endpoints-in-the-enterprise.md))。 +- カスタム WCF ランタイム バリデーター。 WCF アプリケーションに対して企業レベルのポリシーを適用するには、サービス、コントラクト、およびバインドを確認するカスタム バリデーターをインストールすることができます。 (たとえばを参照してください[する方法: 企業内のロックのダウン エンドポイント](../../../../docs/framework/wcf/extending/how-to-lock-down-endpoints-in-the-enterprise.md))。 ### DispatchRuntime クラスの使用 クラスを使用して、サービスまたは個別のエンドポイントの既定動作を変更するか、またはカスタム変更を実装したオブジェクトを次のサービス プロセス (または双方向クライアントの場合、クライアント プロセス) の一方または両方に挿入します。 diff --git a/docs/framework/wcf/extending/extending-encoders-and-serializers.md b/docs/framework/wcf/extending/extending-encoders-and-serializers.md index 180124af3d0..0748a9ab3b6 100644 --- a/docs/framework/wcf/extending/extending-encoders-and-serializers.md +++ b/docs/framework/wcf/extending/extending-encoders-and-serializers.md @@ -2,11 +2,11 @@ title: エンコーダーとシリアライザーの拡張 ms.date: 03/30/2017 ms.assetid: 97aec970-d73c-469c-9b93-8b86be701c44 -ms.openlocfilehash: d5ba3e7b057968d81a8a33e195a760fc82a3670b -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 914654c6f3b5ff89529efc271daef40dfd3f092f +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # エンコーダーとシリアライザーの拡張 このセクションのトピックでは、Windows Communication Foundation (WCF) のシリアル化システムを拡張する方法について説明します。 @@ -16,4 +16,4 @@ ms.lasthandoff: 05/04/2018 データ コントラクト サロゲート クラスを使用して、シリアル化、逆シリアル化、スキーマのエクスポート、およびスキーマのインポートをカスタマイズする方法について説明します。 [カスタム メッセージ フォーマッタ](../../../../docs/framework/wcf/extending/custom-message-formatters.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] メッセージと CLR 型間のシリアル化および逆シリアル化を制御するために使用できるカスタム メッセージ フォーマッタについて説明します。 + CLR 型に、WCF メッセージの逆シリアル化とシリアル化を制御するために使用するカスタム メッセージ フォーマッタについて説明します。 diff --git a/docs/framework/wcf/extending/extending-security.md b/docs/framework/wcf/extending/extending-security.md index 5bf0e1f5e43..91424e412ea 100644 --- a/docs/framework/wcf/extending/extending-security.md +++ b/docs/framework/wcf/extending/extending-security.md @@ -6,18 +6,18 @@ helpviewer_keywords: ms.assetid: a015a040-9fdf-4147-9ea9-f83b570be1d4 author: BrucePerlerMS manager: mbaldwin -ms.openlocfilehash: 6ba6df24163064ee65c563253fa56a1ec574cffc -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 94aefe80674c5b4ec6fcce6a41d9b68e093f4262 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # セキュリティの拡張 新しいクレームの種類とカスタム トークンに合わせて、Windows Communication Foundation (WCF) のセキュリティ インフラストラクチャを拡張できます。 このセクションの各トピックでは、この方法について説明します。 ## このセクションの内容 [セキュリティ アーキテクチャ](http://msdn.microsoft.com/library/16593476-d36a-408d-808c-ae6fd483e28f) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のセキュリティ システムのアーキテクチャについて解説します。 + WCF セキュリティ システムのアーキテクチャについて説明します。 [カスタム資格情報と資格情報の検証](../../../../docs/framework/wcf/extending/custom-credential-and-credential-validation.md) カスタム資格情報の検証中に ID モデルを使用する方法について説明します。 diff --git a/docs/framework/wcf/extending/extending-servicehost-and-the-service-model-layer.md b/docs/framework/wcf/extending/extending-servicehost-and-the-service-model-layer.md index 5822fa074ca..98a01891f63 100644 --- a/docs/framework/wcf/extending/extending-servicehost-and-the-service-model-layer.md +++ b/docs/framework/wcf/extending/extending-servicehost-and-the-service-model-layer.md @@ -1,28 +1,14 @@ --- -title: "ServiceHost とサービス モデル レイヤーの拡張" -ms.custom: +title: ServiceHost とサービス モデル レイヤーの拡張 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: article helpviewer_keywords: - extending service models [WCF] ms.assetid: 954c138a-1cd0-45a0-8abe-e4d2b8ff5400 -caps.latest.revision: -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 5c73af3b9187fa5365d7ea99474ea182d5f5ae86 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 9e08b5b7b11848262d2cb7b6ed5715799d597889 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/07/2018 --- # ServiceHost とサービス モデル レイヤーの拡張 サービス モデル レイヤーには、基になるチャネルから受信メッセージを取得し、そのメッセージをアプリケーション コードでのメソッド呼び出しに変換し、結果を呼び出し元に送信するという役割があります。 サービス モデル拡張は、クライアントやディスパッチャーの機能、カスタム動作、メッセージとパラメーターの途中受信、およびその他の拡張機能に関連する実行や通信の動作と機能を変更または実装します。 @@ -38,7 +24,7 @@ ms.lasthandoff: 12/22/2017 5 つの拡張可能オブジェクトと、 パターンについて説明します。 拡張可能オブジェクト パターンは、既存のランタイム クラスに新しい機能を付加して拡張したり、オブジェクトに新しい状態を追加するために使用します。 このようなオブジェクトを実際に拡張することにより、処理の段階に応じて、共通の拡張可能オブジェクトに定義された共有の状態や機能にアクセスすることができます。 [動作を使用したランタイムの構成と拡張](../../../../docs/framework/wcf/extending/configuring-and-extending-the-runtime-with-behaviors.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ランタイムで設定を変更したり、拡張機能を挿入したりするには、動作を使用します。 WCF には、調整機能、インスタンス化、およびサービスと操作に関するその他のさまざまな側面を制御するための、システムに実装済みの動作が用意されています。 ここでは、独自のカスタム動作を作成し、プログラムおよび構成ファイルにより、作成したカスタム動作を使用できるようにする方法について説明します。 + 設定を変更または拡張機能を WCF ランタイムに挿入するには、動作を使用します。 WCF には、調整機能、インスタンス化、およびサービスと操作に関するその他のさまざまな側面を制御するための、システムに実装済みの動作が用意されています。 ここでは、独自のカスタム動作を作成し、プログラムおよび構成ファイルにより、作成したカスタム動作を使用できるようにする方法について説明します。 [ServiceHostFactory を使用したホストの拡張](../../../../docs/framework/wcf/extending/extending-hosting-using-servicehostfactory.md) および を拡張し、 クラスを使用してホスト環境をカスタマイズする方法について説明します。 diff --git a/docs/framework/wcf/extending/extensible-objects.md b/docs/framework/wcf/extending/extensible-objects.md index 9cc62118527..9ba152ec5f8 100644 --- a/docs/framework/wcf/extending/extensible-objects.md +++ b/docs/framework/wcf/extending/extensible-objects.md @@ -4,11 +4,11 @@ ms.date: 03/30/2017 helpviewer_keywords: - extensible objects [WCF] ms.assetid: bc88cefc-31fb-428e-9447-6d20a7d452af -ms.openlocfilehash: 4fdb3ddff6bda21ac7f9538645d92f15e0b443b9 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 95bd354e3aed8e0968debcac160383eb9c26cd0a +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 拡張可能オブジェクト 拡張可能オブジェクト パターンは、既存のランタイム クラスに新しい機能を付加して拡張したり、オブジェクトに新しい状態を追加するために使用します。 このようなオブジェクトを実際に拡張することにより、処理の段階に応じて、共通の拡張可能オブジェクトに定義された共有の状態や機能にアクセスすることができます。 @@ -56,7 +56,7 @@ where T : IExtensibleObject - : 操作ごとにランタイムが収集した操作情報を表すクラスです。 具体的には、受け取ったメッセージのヘッダーやプロパティ、受け取ったセキュリティ ID などの情報があります。 自身の動作を拡張するほか、各操作の状態を保存しておくための拡張が可能です。 -- : [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ランタイムで構築されたチャネルやプロキシの状態を個々に検査できるようにするためのインターフェイスです。 自身の動作を拡張するほか、各チャネルの状態を保存しておくための拡張が可能です。 +- – このインターフェイスは、チャネルと WCF ランタイムでビルドされたプロキシの各状態の検査できます。 自身の動作を拡張するほか、各チャネルの状態を保存しておくための拡張が可能です。 - diff --git a/docs/framework/wcf/extending/handling-exceptions-and-faults.md b/docs/framework/wcf/extending/handling-exceptions-and-faults.md index 1f5e704f078..8fefc8e3d0d 100644 --- a/docs/framework/wcf/extending/handling-exceptions-and-faults.md +++ b/docs/framework/wcf/extending/handling-exceptions-and-faults.md @@ -2,11 +2,11 @@ title: 例外とエラーの処理 ms.date: 03/30/2017 ms.assetid: a64d01c6-f221-4f58-93e5-da4e87a5682e -ms.openlocfilehash: a7fb7b5dd5755b9d534d9a96af3db598a44b42b0 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 494a0665f5bad2c7da3998cf77ced79314ca2f36 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 例外とエラーの処理 例外は、サービスまたはクライアント実装内でエラーをローカルに伝達するために使用されます。 一方、エラーは、サーバーからクライアントまたはクライアントからサーバーのように、サービス境界を越えてエラーを伝達するために使用されます。 このようなエラーに加え、多くの場合、トランスポート チャネルはトランスポート固有の機構を使用して、トランスポート レベルのエラーを伝達します。 たとえば、HTTP トランスポートは、404 などのステータス コードを使用して、存在しないエンドポイントの URL (エラーを返信するエンドポイントが存在しないこと) を伝達します。 このドキュメントは、カスタム チャネル作成者にガイダンスを示す 3 つのセクションで構成されています。 最初のセクションでは、例外を定義しスローする状況と方法に関するガイダンスを示します。 2 番目のセクションでは、エラーの生成と使用に関するガイダンスを示します。 3 番目のセクションでは、実行中のアプリケーションのトラブルシューティングを行う際に、カスタム チャネルのユーザーにとって役立つトレース情報を提供する方法について説明します。 @@ -15,7 +15,7 @@ ms.lasthandoff: 05/04/2018 例外をスローする場合、2 つの点に留意します。まず、例外は、ユーザーがその例外に適切に対処できる正しいコードを作成できるような種類であることが必要です。 もう 1 つは、例外では、問題点、エラーの影響、およびエラーの修正方法をユーザーが理解できるだけの情報を提供する必要があります。 次のセクションでは、例外の種類と Windows Communication Foundation (WCF) チャネルのメッセージに関するガイダンスを提供します。 また、「Design Guidelines for Exceptions」に記載された .NET の例外に関する一般的なガイダンスも示します。 ### 例外の種類 - チャネルがスローするすべての例外は、、、または から派生した種類のいずれかである必要があります ( のような例外をスローすることもできますが、これは呼び出し元のコードがチャネルを誤用したことを示す場合だけです。 チャネルが正しく使用されている場合は、指定の例外だけをスローする必要があります)。[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] には、 から派生し、チャネルで使用するように設計された 7 種類の例外が用意されています。 から派生した例外には、システムのその他の部分で使用するように設計されているものもあります。 これらの例外の種類を以下に示します。 + チャネルがスローするすべての例外は、、、または から派生した種類のいずれかである必要があります ( のような例外をスローすることもできますが、これは呼び出し元のコードがチャネルを誤用したことを示す場合だけです。 チャネルが正しく使用されている場合にする必要がありますのみ特定の例外をスローします。)派生する 7 つの例外型を提供する WCFチャネルで使用するよう設計されています。 から派生した例外には、システムのその他の部分で使用するように設計されているものもあります。 これらの例外の種類を以下に示します。 |例外の種類|説明|内部例外の内容|回復方法| |--------------------|-------------|-----------------------------|-----------------------| @@ -131,7 +131,7 @@ public class FaultConverter } ``` - カスタム エラーを生成する各チャネルは `FaultConverter` を実装し、`GetProperty` の呼び出しからこれを返す必要があります。 カスタム `OnTryCreateFaultMessage` 実装では、例外をエラーに変換するか、内部チャネルの `FaultConverter` に委任する必要があります。 チャネルがトランスポートの場合は、例外を変換するか、エンコーダーの `FaultConverter` または `FaultConverter` に用意された既定の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] に委任する必要があります。 既定の `FaultConverter` は、WS-Addressing および SOAP で指定されたエラー メッセージに対応するエラーを変換します。 `OnTryCreateFaultMessage` 実装の例を次に示します。 + カスタム エラーを生成する各チャネルは `FaultConverter` を実装し、`GetProperty` の呼び出しからこれを返す必要があります。 カスタム `OnTryCreateFaultMessage` 実装では、例外をエラーに変換するか、内部チャネルの `FaultConverter` に委任する必要があります。 場合は、チャネルがトランスポートにする必要がありますいずれかが例外を変換またはに委任エンコーダーの`FaultConverter`または既定`FaultConverter`WCF で提供します。 既定の `FaultConverter` は、WS-Addressing および SOAP で指定されたエラー メッセージに対応するエラーを変換します。 `OnTryCreateFaultMessage` 実装の例を次に示します。 ``` public override bool OnTryCreateFaultMessage(Exception exception, @@ -186,7 +186,7 @@ public override bool OnTryCreateFaultMessage(Exception exception, 3. スタックの単一のレイヤーを対象とするエラー (例 : WS-RM シーケンス番号エラー)。 - カテゴリ 1 です。 一般に、WS-Addressing エラーおよび SOAP エラーです。 `FaultConverter` に用意された [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 基本クラスでは、WS-Addressing および SOAP で指定されたエラー メッセージに対応するエラーを変換するため、カスタム チャネル作成者がこれらの例外の変換を処理する必要はありません。 + カテゴリ 1 です。 一般に、WS-Addressing エラーおよび SOAP エラーです。 基本`FaultConverter`WCF によってエラー メッセージに対応するエラーを変換で指定された Ws-addressing および SOAP のため、これらの例外の変換を処理する必要はありません自分で提供されるクラスです。 2 のカテゴリ。 レイヤーに関するメッセージ情報を完全に使用しているわけではないメッセージに対して、そのレイヤーがプロパティを追加したときに発生します。 後で上位のレイヤーがメッセージ情報をさらに処理するために、メッセージ プロパティを要求したときに、エラーが検出されることがあります。 このようなチャネルでは、前述の `GetProperty` を実装して、上位のレイヤーが適切なエラーを返すことができるようにする必要があります。 プロパティの例として、TransactionMessageProperty があります。 このプロパティは、ヘッダー内のすべてのデータが完全には検証されずにメッセージに追加されます (この検証には、分散トランザクション コーディネーター (DTC) への接続が必要になることがあります)。 @@ -285,7 +285,7 @@ public override bool OnTryCreateException( 明確な回復シナリオが用意されたエラー状態については、`ProtocolException` の派生クラスを定義することを検討してください。 ### MustUnderstand の処理 - SOAP には、必須のヘッダーが受信側で認識されなかったことを通知するための一般的なエラーが定義されています。 このエラーは、`mustUnderstand` エラーと呼ばれます。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、カスタム チャネルで `mustUnderstand` エラーを生成することはありません。 代わりに、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 通信スタックの最上位にある [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ディスパッチャーが、MustUndestand=true としてマークされたすべてのヘッダーが基になるスタックで認識されているかどうかをチェックします。 認識されていないヘッダーが見つかった場合、その時点で `mustUnderstand` エラーが生成されます (ユーザーは、この `mustUnderstand` の処理を無効にし、すべてのメッセージ ヘッダーをアプリケーションで受信するようにすることができます。 その場合、`mustUnderstand` の処理はアプリケーションが実行します)。生成されたエラーには、NotUnderstood ヘッダーが含まれます。このヘッダーには、MustUnderstand=true でマークされたヘッダーの中で、認識されなかったすべてのヘッダーの名前が含まれています。 + SOAP には、必須のヘッダーが受信側で認識されなかったことを通知するための一般的なエラーが定義されています。 このエラーは、`mustUnderstand` エラーと呼ばれます。 カスタム チャネル WCF では、生成されません`mustUnderstand`エラーです。 代わりに、WCF 通信スタックの最上部にある、WCF ディスパッチャーかを確認する、MustUndestand としてマークされたすべてのヘッダー = true、基になるスタックで認識します。 認識されていないヘッダーが見つかった場合、その時点で `mustUnderstand` エラーが生成されます (ユーザーは、この `mustUnderstand` の処理を無効にし、すべてのメッセージ ヘッダーをアプリケーションで受信するようにすることができます。 その場合、`mustUnderstand` の処理はアプリケーションが実行します)。生成されたエラーには、NotUnderstood ヘッダーが含まれます。このヘッダーには、MustUnderstand=true でマークされたヘッダーの中で、認識されなかったすべてのヘッダーの名前が含まれています。 プロトコル チャネルから MustUnderstand=true でマークされたカスタム ヘッダーを送信し、`mustUnderstand` エラーを受信した場合、そのエラーが送信したヘッダーに起因するものかどうかを確認する必要があります。 `MessageFault` クラスには、このために役立つ 2 つのメンバーが存在します。 @@ -310,14 +310,14 @@ public class MessageFault - は、書き込むトレース情報のソースです。 は、 からトレースする情報を受け取り、リスナー固有の送信先に出力する具象リスナーの抽象基本クラスです。 たとえば、 は、トレース情報を XML ファイルに出力します。 最後に、 を使用すると、アプリケーション ユーザーがトレースの詳細出力レベルを制御できます。通常、このクラスは構成で指定します。 -- コア コンポーネントに加えて使用できます、[サービス トレース ビューアー ツール (SvcTraceViewer.exe)](../../../../docs/framework/wcf/service-trace-viewer-tool-svctraceviewer-exe.md)ビューと検索に[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]トレースします。 このツールは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] によって生成され、 を使用して書き込まれるトレース ファイル用に特別に設計されています。 トレースに関与するさまざまなコンポーネントを次の図に示します。 +- コア コンポーネントに加えて使用できます、[サービス トレース ビューアー ツール (SvcTraceViewer.exe)](../../../../docs/framework/wcf/service-trace-viewer-tool-svctraceviewer-exe.md)トレースの表示と、WCF を検索します。 このツールは、WCF によって生成されるトレース ファイルを使用して書き込まれます専用に設計されたです。 トレースに関与するさまざまなコンポーネントを次の図に示します。 ![例外とエラーの処理](../../../../docs/framework/wcf/extending/media/wcfc-tracinginchannelsc.gif "wcfc_TracingInChannelsc") ### カスタム チャネルからのトレース 実行中のアプリケーションにデバッガーをアタッチできないときに問題の診断を支援するために、カスタム チャネルはトレース メッセージを書き込む必要あります。 この場合、 のインスタンス化と、トレースを書き込むためのメソッドの呼び出しの 2 つの高度なタスクが必要となります。 - をインスタンス化する場合、指定した文字列が対象のソースの名前になります。 この名前を使用して、トレース ソースを構成 (有効化/無効化/トレース レベルの設定) します。 また、トレース出力にもこの名前が表示されます。 カスタム チャネルは、一意のソース名を使用して、トレース出力の利用者にトレース情報のソースがわかるようにする必要があります。 トレース ソースの名前として、情報を書き込むアセンブリの名前を使用するのが一般的です。 たとえば、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、System.ServiceModel アセンブリから書き込まれる情報のトレース ソースとして、System.ServiceModel を使用します。 + をインスタンス化する場合、指定した文字列が対象のソースの名前になります。 この名前を使用して、トレース ソースを構成 (有効化/無効化/トレース レベルの設定) します。 また、トレース出力にもこの名前が表示されます。 カスタム チャネルは、一意のソース名を使用して、トレース出力の利用者にトレース情報のソースがわかるようにする必要があります。 トレース ソースの名前として、情報を書き込むアセンブリの名前を使用するのが一般的です。 たとえば、WCF System.ServiceModel トレース ソースとしては情報を使用、System.ServiceModel アセンブリから書き込まれます。 トレース ソースを用意したら、、、または の各メソッドを呼び出して、トレース エントリをトレース リスナーに書き込みます。 書き込む各トレース エントリのイベントの種類は、 に定義されたイベントの種類のいずれかとして分類する必要があります。 この分類と構成でのトレース レベルの設定によって、トレース エントリをリスナーに出力するかどうかが決まります。 たとえば、構成でトレース レベルを `Warning` に設定すると、`Warning`、`Error`、および `Critical` の各トレース エントリを書き込むことができますが、Information エントリと Verbose エントリはブロックされます。 トレース ソースをインスタンス化し、Information レベルでエントリを書き込む例を次に示します。 @@ -402,4 +402,4 @@ udpsource.TraceInformation("UdpInputChannel received a message"); ``` - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] トレース ビューアーは、上記の `TraceRecord` 要素のスキーマを認識し、その子要素からデータを抽出して表形式で表示します。 チャネルで構造化されたアプリケーション データをトレースするときには、このスキーマを使用して Svctraceviewer.exe のユーザーがデータを判読しやすいようにします。 + WCF トレース ビューアーのスキーマを認識する、`TraceRecord`前に示した要素とその子要素からデータを抽出し、それを表形式で表示します。 チャネルで構造化されたアプリケーション データをトレースするときには、このスキーマを使用して Svctraceviewer.exe のユーザーがデータを判読しやすいようにします。 diff --git a/docs/framework/wcf/extending/how-to-create-a-custom-authorization-policy.md b/docs/framework/wcf/extending/how-to-create-a-custom-authorization-policy.md index f05dbc8296c..70db9209462 100644 --- a/docs/framework/wcf/extending/how-to-create-a-custom-authorization-policy.md +++ b/docs/framework/wcf/extending/how-to-create-a-custom-authorization-policy.md @@ -5,14 +5,14 @@ dev_langs: - csharp - vb ms.assetid: 05b0549b-882d-4660-b6f0-5678543e5475 -ms.openlocfilehash: 83b796c76887c6ba30ddb3c985ee43ab8dce2ec9 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 0bacf874e09aca82b2f2685a146612cdef0673db +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法 : カスタム承認ポリシーを作成する -Id モデル インフラストラクチャ Windows Communication Foundation (WCF) では、クレーム ベースの承認モデルをサポートします。 クレームは、トークンから抽出され、状況に応じてカスタム承認ポリシーによって処理されてから、承認決定を行う際に確認できる に格納されます。 カスタム ポリシーを使用して、入力トークンからのクレームを、アプリケーションが要求するクレームに変換することができます。 この方法では、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] がサポートするトークンの種類から抽出される個々のクレームの詳細から、アプリケーション レイヤーを分離できます。 このトピックでは、カスタム承認ポリシーの実装方法と、サービスで使用するポリシーのコレクションにカスタム承認ポリシーを追加する方法について説明します。 +Id モデル インフラストラクチャ Windows Communication Foundation (WCF) では、クレーム ベースの承認モデルをサポートします。 クレームは、トークンから抽出され、状況に応じてカスタム承認ポリシーによって処理されてから、承認決定を行う際に確認できる に格納されます。 カスタム ポリシーを使用して、入力トークンからのクレームを、アプリケーションが要求するクレームに変換することができます。 この方法では、WCF でサポートされる、さまざまなトークンの種類から提供されるさまざまなクレームの詳細についてはからアプリケーション層を隔離することができます。 このトピックでは、カスタム承認ポリシーの実装方法と、サービスで使用するポリシーのコレクションにカスタム承認ポリシーを追加する方法について説明します。 ### カスタム承認ポリシーを実装するには diff --git a/docs/framework/wcf/extending/how-to-create-a-custom-claim.md b/docs/framework/wcf/extending/how-to-create-a-custom-claim.md index cbd2f4ded95..7d6cfced8a8 100644 --- a/docs/framework/wcf/extending/how-to-create-a-custom-claim.md +++ b/docs/framework/wcf/extending/how-to-create-a-custom-claim.md @@ -5,14 +5,14 @@ dev_langs: - csharp - vb ms.assetid: d619976b-eda3-475e-ac23-c7988a2dceb0 -ms.openlocfilehash: c1e8886ab3d9d90b217ce79078633433458bbe4b -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 3ee707ae4e2a7dafeb7cb42d6d56eeece8f23306 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法 : カスタム クレームを作成する -Id モデル インフラストラクチャでは、Windows Communication Foundation (WCF) を作成するための組み込みクレームの種類とヘルパー関数の権限セットを提供するその種類と権限を持つインスタンス。 この組み込みクレームは、既定で [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] をサポートするクライアント資格情報の型内にある情報をモデル化するように作成されています。 多くの場合はこの組み込みクレームで十分ですが、一部のアプリケーションでカスタム クレームが必要になる場合があります。 クレームは、クレームが適用されるリソースを示すクレームの種類と、リソースにアサートされる権限で構成されます。 このトピックでは、カスタム クレームを作成する方法について説明します。 +Id モデル インフラストラクチャでは、Windows Communication Foundation (WCF) を作成するための組み込みクレームの種類とヘルパー関数の権限セットを提供するその種類と権限を持つインスタンス。 この組み込みクレームは、モデルに関する情報を WCF でサポートされるクライアント資格情報の種類に既定で設計されています。 多くの場合はこの組み込みクレームで十分ですが、一部のアプリケーションでカスタム クレームが必要になる場合があります。 クレームは、クレームが適用されるリソースを示すクレームの種類と、リソースにアサートされる権限で構成されます。 このトピックでは、カスタム クレームを作成する方法について説明します。 ### プリミティブ データ型に基づくカスタム クレームを作成するには @@ -20,15 +20,15 @@ Id モデル インフラストラクチャでは、Windows Communication Founda 1. クレームの種類の一意の値を指定します。 - クレームの種類は一意の文字列識別子です。 カスタム クレームを作成する場合、クレームの種類に使用されている文字列識別子が一意になるようにしてください。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] によって定義されたクレームの種類の一覧については、 クラスを参照してください。 + クレームの種類は一意の文字列識別子です。 カスタム クレームを作成する場合、クレームの種類に使用されている文字列識別子が一意になるようにしてください。 WCF で定義されているクレームの種類の一覧は、次を参照してください。、クラスです。 2. プリミティブ データ型とリソースの値を選択します。 - リソースはオブジェクトです。 CLR 型のリソースにはプリミティブを指定できます。たとえば、 や 、または任意のシリアル化可能な型を指定できます。 クレームは [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] によりさまざまな点でシリアル化されるため、CLR 型のリソースはシリアル化可能なものにする必要があります。 プリミティブ型はシリアル化できます。 + リソースはオブジェクトです。 CLR 型のリソースにはプリミティブを指定できます。たとえば、 や 、または任意のシリアル化可能な型を指定できます。 リソースの CLR 型は、WCF によってクレームがさまざまな点でシリアル化されるため、シリアル化可能でなければなりません。 プリミティブ型はシリアル化できます。 - 3. [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] で定義されている権限か、カスタム権限の一意の値を選択します。 + 3. WCF またはカスタム権限の一意の値によって定義されている権限を選択します。 - 権限は一意の文字列識別子です。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] で定義された権限は クラスで定義されています。 + 権限は一意の文字列識別子です。 WCF で定義されている権利がで定義されている、クラスです。 カスタム クレームを作成する場合、権限に使用されている文字列識別子が一意になるようにしてください。 @@ -43,11 +43,11 @@ Id モデル インフラストラクチャでは、Windows Communication Founda 1. クレームの種類の一意の値を指定します。 - クレームの種類は一意の文字列識別子です。 カスタム クレームを作成する場合、クレームの種類に使用されている文字列識別子が一意になるようにしてください。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] によって定義されたクレームの種類の一覧については、 クラスを参照してください。 + クレームの種類は一意の文字列識別子です。 カスタム クレームを作成する場合、クレームの種類に使用されている文字列識別子が一意になるようにしてください。 WCF で定義されているクレームの種類の一覧は、次を参照してください。、クラスです。 2. リソース用のシリアル化可能な、プリミティブ型以外の型を選択または定義します。 - リソースはオブジェクトです。 クレームは [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] によりさまざまな点でシリアル化されるため、CLR 型のリソースはシリアル化可能なものにする必要があります。 プリミティブ型は既にシリアル化できます。 + リソースはオブジェクトです。 リソースの CLR 型は、WCF によってクレームがさまざまな点でシリアル化されるため、シリアル化可能でなければなりません。 プリミティブ型は既にシリアル化できます。 新しい型を作成する場合は、 をクラスに適用します。 また、クレームの一部としてシリアル化する必要のある新しい型のすべてのメンバーにも 属性を適用します。 @@ -56,9 +56,9 @@ Id モデル インフラストラクチャでは、Windows Communication Founda [!code-csharp[c_CustomClaim#2](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_customclaim/cs/c_customclaim.cs#2)] [!code-vb[c_CustomClaim#2](../../../../samples/snippets/visualbasic/VS_Snippets_CFX/c_customclaim/vb/c_customclaim.vb#2)] - 3. [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] で定義されている権限か、カスタム権限の一意の値を選択します。 + 3. WCF またはカスタム権限の一意の値によって定義されている権限を選択します。 - 権限は一意の文字列識別子です。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] で定義された権限は クラスで定義されています。 + 権限は一意の文字列識別子です。 WCF で定義されている権利がで定義されている、クラスです。 カスタム クレームを作成する場合、権限に使用されている文字列識別子が一意になるようにしてください。 diff --git a/docs/framework/wcf/extending/how-to-create-a-custom-client-identity-verifier.md b/docs/framework/wcf/extending/how-to-create-a-custom-client-identity-verifier.md index 43e3fb63994..d4f16b6c91f 100644 --- a/docs/framework/wcf/extending/how-to-create-a-custom-client-identity-verifier.md +++ b/docs/framework/wcf/extending/how-to-create-a-custom-client-identity-verifier.md @@ -5,11 +5,11 @@ dev_langs: - csharp - vb ms.assetid: f2d34e43-fa8b-46d2-91cf-d2960e13e16b -ms.openlocfilehash: 99d46b19e744190c50a2ba316fe0f59a8f6cf07b -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: a9f03419c5c924f129b3ec8580ee25693c218715 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法 : カスタム クライアント ID 検証機能を作成する *Identity* Windows Communication Foundation (WCF) の機能により、クライアントに事前に予想されるサービスの id を指定します。 サーバーがクライアントに対して自身を認証するたびに、ID がこの予想 ID と照合されます (Id およびそのしくみの詳細については、次を参照してください[サービス Id と認証](../../../../docs/framework/wcf/feature-details/service-identity-and-authentication.md)。)。 @@ -43,7 +43,7 @@ ms.lasthandoff: 05/04/2018 ### TryGetIdentity メソッドを実装するには -1. メソッドを実装します。このメソッドは、クライアントが クラスのインスタンスを返すことができるかどうかを判定します。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] インフラストラクチャは、まず `TryGetIdentity` メソッドの実装を呼び出して、メッセージからサービスの ID を取得します。 次に、インフラストラクチャは、返された `CheckAccess` と `EndpointIdentity` を使用して 実装を呼び出します。 +1. メソッドを実装します。このメソッドは、クライアントが クラスのインスタンスを返すことができるかどうかを判定します。 実装を呼び出す、WCF インフラストラクチャ、`TryGetIdentity`メッセージからサービスの id を取得するには、最初のメソッドです。 次に、インフラストラクチャは、返された `CheckAccess` と `EndpointIdentity` を使用して 実装を呼び出します。 2. `TryGetIdentity` メソッドに次のコードを追加します。 diff --git a/docs/framework/wcf/extending/how-to-create-a-custom-security-token-authenticator.md b/docs/framework/wcf/extending/how-to-create-a-custom-security-token-authenticator.md index 8391137bb8a..2686cc1b396 100644 --- a/docs/framework/wcf/extending/how-to-create-a-custom-security-token-authenticator.md +++ b/docs/framework/wcf/extending/how-to-create-a-custom-security-token-authenticator.md @@ -9,11 +9,11 @@ helpviewer_keywords: ms.assetid: 10e245f7-d31e-42e7-82a2-d5780325d372 author: BrucePerlerMS manager: mbaldwin -ms.openlocfilehash: 41936b407dfdb3fecee80b2513b557016cdcfe5e -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: ba554ed23ae039796f51f4a699d368c4a6c0587e +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法 : カスタム セキュリティ トークン認証システムを作成する ここでは、カスタム セキュリティ トークン認証システムの作成方法と、これをカスタム セキュリティ トークン マネージャーに統合する方法を示します。 セキュリティ トークン認証システムは受信メッセージと共に提出されるセキュリティ トークンの内容を検証します。 検証に成功すると、認証システムは インスタンスのコレクションを返します。これが評価されるとクレーム セットが返されます。 @@ -33,7 +33,7 @@ ms.lasthandoff: 05/04/2018 [!code-csharp[C_CustomTokenAuthenticator#1](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_customtokenauthenticator/cs/source.cs#1)] [!code-vb[C_CustomTokenAuthenticator#1](../../../../samples/snippets/visualbasic/VS_Snippets_CFX/c_customtokenauthenticator/vb/source.vb#1)] - 上記のコードでは、 メソッドに承認ポリシーのコレクションが返されます。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] には、このインターフェイスのパブリックな実装は用意されていません。 以下の手順では、これを独自の要件について実行する方法を示します。 + 上記のコードでは、 メソッドに承認ポリシーのコレクションが返されます。 WCF では、このインターフェイスのパブリックな実装は提供されません。 以下の手順では、これを独自の要件について実行する方法を示します。 #### カスタム承認ポリシーを作成するには @@ -43,7 +43,7 @@ ms.lasthandoff: 05/04/2018 3. の読み取り専用プロパティを実装します。 このプロパティは、トークンから取得されるクレーム セットの発行者を返す必要があります。 この発行者は、トークンの発行者、またはトークンの内容を検証する証明機関に対応している必要があります。 次の例では、前の手順で作成したカスタム セキュリティ トークン認証システムから、このクラスに渡された発行者クレームを使用します。 カスタム セキュリティ トークン認証システムでは、( プロパティから返される) システム提供のクレーム セットを使用して、ユーザー名トークンの発行者を表します。 -4. メソッドを実装します。 このメソッドは (引数として渡される) クラスのインスタンスに、受信セキュリティ トークンの内容に基づいたクレームを設定します。 評価が完了したら、メソッドは `true` を返します。 実装が、評価コンテキストに追加情報を提供する他の承認ポリシーの存在に依存している場合、必要な情報が評価コンテキスト内に存在していないと、このメソッドは `false` を返します。 この場合、承認ポリシーによって評価コンテキストが 1 つでも変更されていると、この受信メッセージのために生成された他のすべての承認ポリシー評価の終了後に、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は、このメソッドを再び呼び出します。 +4. メソッドを実装します。 このメソッドは (引数として渡される) クラスのインスタンスに、受信セキュリティ トークンの内容に基づいたクレームを設定します。 評価が完了したら、メソッドは `true` を返します。 実装が、評価コンテキストに追加情報を提供する他の承認ポリシーの存在に依存している場合、必要な情報が評価コンテキスト内に存在していないと、このメソッドは `false` を返します。 その場合は、WCF は少なくとも 1 つの承認ポリシーによって評価コンテキストが変更された場合、受信メッセージの生成された他のすべての承認ポリシーを評価した後にもう一度メソッドを呼び出します。 [!code-csharp[c_CustomTokenAuthenticator#2](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_customtokenauthenticator/cs/source.cs#2)] [!code-vb[c_CustomTokenAuthenticator#2](../../../../samples/snippets/visualbasic/VS_Snippets_CFX/c_customtokenauthenticator/vb/source.vb#2)] diff --git a/docs/framework/wcf/extending/how-to-create-a-custom-security-token-provider.md b/docs/framework/wcf/extending/how-to-create-a-custom-security-token-provider.md index 711d193398d..920d4c19ac9 100644 --- a/docs/framework/wcf/extending/how-to-create-a-custom-security-token-provider.md +++ b/docs/framework/wcf/extending/how-to-create-a-custom-security-token-provider.md @@ -9,11 +9,11 @@ helpviewer_keywords: ms.assetid: db8cb478-aa43-478b-bf97-c6489ad7c7fd author: BrucePerlerMS manager: mbaldwin -ms.openlocfilehash: 480b968a15193bccb84ba491347dbba69e16fb52 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 16bdbf3aa2403a3af603b24df90391d36660dbd4 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法 : カスタム セキュリティ トークン プロバイダーを作成する ここでは、カスタム セキュリティ トークン プロバイダーを持つ新しいトークンの種類を作成する方法と、そのプロバイダーをカスタム セキュリティ トークン マネージャーと統合する方法について説明します。 @@ -42,7 +42,7 @@ ms.lasthandoff: 05/04/2018 2. まだオーバーライドされていない場合は、 メソッドをオーバーライドします。 - メソッドは、 セキュリティ フレームワークによりメソッドに渡される パラメーターに適した [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クラスのインスタンスを返す役割を担います。 メソッドが適切なセキュリティ トークン パラメーターで呼び出された場合に、カスタム セキュリティ トークン プロバイダーの実装 (以前の手順で作成済み) を返すようにメソッドを変更します。 セキュリティ トークン マネージャーの詳細については、次を参照してください。、[チュートリアル: カスタム クライアントの作成とサービスの資格情報](../../../../docs/framework/wcf/extending/walkthrough-creating-custom-client-and-service-credentials.md)です。 + のインスタンスを返すため、メソッドは、に適切なクラス、 WCF セキュリティ フレームワークによって、メソッドにパラメーターに渡されます。 メソッドが適切なセキュリティ トークン パラメーターで呼び出された場合に、カスタム セキュリティ トークン プロバイダーの実装 (以前の手順で作成済み) を返すようにメソッドを変更します。 セキュリティ トークン マネージャーの詳細については、次を参照してください。、[チュートリアル: カスタム クライアントの作成とサービスの資格情報](../../../../docs/framework/wcf/extending/walkthrough-creating-custom-client-and-service-credentials.md)です。 3. パラメーターに基づいてカスタム セキュリティ トークン プロバイダーを返すカスタム ロジックをメソッドに追加します。 トークンの要件が満たされた場合に、カスタム セキュリティ トークン プロバイダーを返す例を次に示します。 要件には、X.509 セキュリティ トークンとメッセージの方向 (メッセージ出力にトークンが使用される) が含まれます。 他のすべての場合で、コードは基本クラスを呼び出し、他のセキュリティ トークンの要件に合わせてシステム指定の動作を維持します。 diff --git a/docs/framework/wcf/extending/how-to-create-a-custom-token.md b/docs/framework/wcf/extending/how-to-create-a-custom-token.md index 424e3f61aa5..041a41eec07 100644 --- a/docs/framework/wcf/extending/how-to-create-a-custom-token.md +++ b/docs/framework/wcf/extending/how-to-create-a-custom-token.md @@ -10,20 +10,20 @@ helpviewer_keywords: - WSSecurityTokenSerializer class - SecurityToken class ms.assetid: 6d892973-1558-4115-a9e1-696777776125 -ms.openlocfilehash: eb227075b1a696216e62e851aa8b10c7511ac93f -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 2198d5548b09ba05eeb11466a6fd2d3a1262de94 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法 : カスタム トークンを作成する ここでは、 を使用してカスタムのセキュリティ トークンを作成する方法と、作成したトークンを、カスタム セキュリティ トークン プロバイダーおよび認証システムと統合する方法について説明します。 完全なコード例については、[カスタム トークン](../../../../docs/framework/wcf/samples/custom-token.md)サンプルです。 - A*セキュリティ トークン*本質的には、XML 要素を SOAP メッセージ内の送信者に関するクレームを表すために、Windows Communication Foundation (WCF) のセキュリティ フレームワークによって使用されます。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] セキュリティは、システム指定の認証モードで使用するさまざまなトークンを提供します。 たとえば、 クラスによって表される X.509 証明書セキュリティ トークンや、 クラスによって表されるユーザー名セキュリティ トークンなどがあります。 + A*セキュリティ トークン*本質的には、XML 要素を SOAP メッセージ内の送信者に関するクレームを表すために、Windows Communication Foundation (WCF) のセキュリティ フレームワークによって使用されます。 WCF セキュリティは、システムによって提供される認証モードのさまざまなトークンを提供します。 たとえば、 クラスによって表される X.509 証明書セキュリティ トークンや、 クラスによって表されるユーザー名セキュリティ トークンなどがあります。 認証モードや資格情報は、指定した種類のトークンではサポートされないことがあります。 そのような場合は、SOAP メッセージ内部のカスタム資格情報の XML 表現を提供するカスタム セキュリティ トークンを作成する必要があります。 - 以下の手順は、カスタム セキュリティ トークンの作成方法と、これを [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] セキュリティ インフラストラクチャに統合する方法を示しています。 ここでは、クライアントのクレジット カードに関する情報をサーバーに渡す際に使用するクレジット カード トークンを作成します。 + 次の手順では、カスタム セキュリティ トークンを作成する方法と、WCF のセキュリティ インフラストラクチャを統合する方法を示しています。 ここでは、クライアントのクレジット カードに関する情報をサーバーに渡す際に使用するクレジット カード トークンを作成します。 カスタムの資格情報およびセキュリティ トークン マネージャーの詳細については、次を参照してください。[チュートリアル: カスタムのクライアントを作成するとサービスの資格情報](../../../../docs/framework/wcf/extending/walkthrough-creating-custom-client-and-service-credentials.md)です。 @@ -43,7 +43,7 @@ ms.lasthandoff: 05/04/2018 [!code-csharp[c_CustomToken#4](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_customtoken/cs/source.cs#4)] [!code-vb[c_CustomToken#4](../../../../samples/snippets/visualbasic/VS_Snippets_CFX/c_customtoken/vb/source.vb#4)] - 次に、カスタム セキュリティ トークンを表すクラスを作成する必要があります。 このクラスは、セキュリティ トークン プロバイダー、認証システム、およびシリアライザーの各クラスが、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] セキュリティ インフラストラクチャとの間で、セキュリティ トークンに関する情報を受け渡しする際に使用します。 + 次に、カスタム セキュリティ トークンを表すクラスを作成する必要があります。 このクラスは、WCF のセキュリティ インフラストラクチャとの間のセキュリティ トークンに関する情報を渡すセキュリティ トークン プロバイダー、認証システム、およびシリアライザー クラスで使用します。 #### カスタム セキュリティ トークン クラスを作成するには @@ -51,14 +51,14 @@ ms.lasthandoff: 05/04/2018 2. プロパティをオーバーライドします。 このプロパティを使用して、SOAP メッセージ内の他の要素からセキュリティ トークンの XML 表現をポイントするためのセキュリティ トークンのローカル識別子を取得します。 次の例では、トークン識別子をコンストラクター パラメーターとしてこのプロパティに渡すことも、セキュリティ トークン インスタンスを作成するたびに新しいランダムな識別子を生成することもできます。 -3. プロパティを実装します。 このプロパティは、セキュリティ トークン インスタンスが表すセキュリティ キーのコレクションを返します。 これらのキーを使用して、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は、SOAP メッセージの一部に署名したり、暗号化したりできます。 次の例では、クレジット カード セキュリティ トークンにはセキュリティ キーを含めることができません。そのため、実装は、常に空のコレクションを返します。 +3. プロパティを実装します。 このプロパティは、セキュリティ トークン インスタンスが表すセキュリティ キーのコレクションを返します。 このようなキーは、WCF によって署名または暗号化、SOAP メッセージの部分に使用できます。 次の例では、クレジット カード セキュリティ トークンにはセキュリティ キーを含めることができません。そのため、実装は、常に空のコレクションを返します。 -4. プロパティと プロパティをオーバーライドします。 これらのプロパティを使用して、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は、セキュリティ トークン インスタンスの有効性を判別します。 次の例では、クレジット カード セキュリティ トークンに有効期限のみが含まれているため、`ValidFrom` プロパティは、インスタンスの作成日時を表す を返します。 +4. プロパティと プロパティをオーバーライドします。 これらのプロパティは、WCF によって、セキュリティ トークン インスタンスの有効性の判定に使用されます。 次の例では、クレジット カード セキュリティ トークンに有効期限のみが含まれているため、`ValidFrom` プロパティは、インスタンスの作成日時を表す を返します。 [!code-csharp[c_CustomToken#1](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_customtoken/cs/source.cs#1)] [!code-vb[c_CustomToken#1](../../../../samples/snippets/visualbasic/VS_Snippets_CFX/c_customtoken/vb/source.vb#1)] - セキュリティ トークンの新しい種類を作成したときは、 クラスの実装が必要です。 この実装をセキュリティ バインド要素構成で使用して、新しいトークンの種類を表します。 セキュリティ トークンのパラメーター クラスは、メッセージを処理するときに実際のセキュリティ トークン インスタンスを一致させるためのテンプレートとして使用できます。 このテンプレートは、セキュリティ トークンを使用したり、認証したりする際に適合する必要がある条件を指定するためにアプリケーションで使用できる追加のプロパティを提供します。 次の例では、追加のプロパティを指定しないため、使用または検証するセキュリティ トークン インスタンスを [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] インフラストラクチャが検索するときに、該当するセキュリティ トークンの種類だけが一致項目になります。 + セキュリティ トークンの新しい種類を作成したときは、 クラスの実装が必要です。 この実装をセキュリティ バインド要素構成で使用して、新しいトークンの種類を表します。 セキュリティ トークンのパラメーター クラスは、メッセージを処理するときに実際のセキュリティ トークン インスタンスを一致させるためのテンプレートとして使用できます。 このテンプレートは、セキュリティ トークンを使用したり、認証したりする際に適合する必要がある条件を指定するためにアプリケーションで使用できる追加のプロパティを提供します。 次の例では、WCF インフラストラクチャが使用するかを検証するセキュリティ トークン インスタンスを検索するときにトークンの種類が一致するセキュリティに限って、追加のプロパティは追加されません。 #### カスタム セキュリティ トークン パラメーター クラスを作成するには @@ -72,17 +72,17 @@ ms.lasthandoff: 05/04/2018 5. の読み取り専用プロパティを実装します。 このクラスで表されているセキュリティ トークンの種類を Windows アカウントにマップできる場合、このプロパティは `true` を返します。 その場合、認証結果が クラス インスタンスによって表されます。 次の例では、Windows アカウントにトークンをマップすることができません。 -6. メソッドを実装します。 このメソッドは、セキュリティ トークン パラメーター クラスによって表されるセキュリティ トークン インスタンスへの参照が必要なときに [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] セキュリティ フレームワークによって呼び出されます。 このメソッドには、実際のセキュリティ トークン インスタンスと、要求されている参照の型を指定する の両方が引数として渡されます。 次の例では、内部参照だけがクレジット カード セキュリティ トークンでサポートされます。 クラスは、内部参照を作成する機能を備えているため、実装には追加のコードが必要ありません。 +6. メソッドを実装します。 このセキュリティ トークン パラメーター クラスによって表されるセキュリティ トークン インスタンスへの参照を必要とする場合、このメソッドが WCF のセキュリティ フレームワークによって呼び出されます。 このメソッドには、実際のセキュリティ トークン インスタンスと、要求されている参照の型を指定する の両方が引数として渡されます。 次の例では、内部参照だけがクレジット カード セキュリティ トークンでサポートされます。 クラスは、内部参照を作成する機能を備えているため、実装には追加のコードが必要ありません。 -7. メソッドを実装します。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は、このメソッドを呼び出して、セキュリティ トークン パラメーター クラス インスタンスを クラスのインスタンスに変換します。 変換結果は、適切なセキュリティ トークン インスタンスを作成するためにセキュリティ トークン プロバイダーによって使用されます。 +7. メソッドを実装します。 このメソッドは、セキュリティ トークン パラメーター クラス インスタンスのインスタンスに変換する WCF、クラスです。 変換結果は、適切なセキュリティ トークン インスタンスを作成するためにセキュリティ トークン プロバイダーによって使用されます。 [!code-csharp[c_CustomToken#2](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_customtoken/cs/source.cs#2)] [!code-vb[c_CustomToken#2](../../../../samples/snippets/visualbasic/VS_Snippets_CFX/c_customtoken/vb/source.vb#2)] - セキュリティ トークンは、SOAP メッセージ内で送信されますが、そのためには、セキュリティ トークンのインメモリ表現とネットワーク上表現の間での変換機構が必要です。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、セキュリティ トークン シリアライザーを使用してこのタスクを実行します。 すべてのカスタム トークンには、カスタム セキュリティ トークンを SOAP メッセージからシリアル化および逆シリアル化できるカスタム セキュリティ トークン シリアライザーを関連付ける必要があります。 + セキュリティ トークンは、SOAP メッセージ内で送信されますが、そのためには、セキュリティ トークンのインメモリ表現とネットワーク上表現の間での変換機構が必要です。 WCF では、セキュリティ トークン シリアライザーを使用して、このタスクを実行します。 すべてのカスタム トークンには、カスタム セキュリティ トークンを SOAP メッセージからシリアル化および逆シリアル化できるカスタム セキュリティ トークン シリアライザーを関連付ける必要があります。 > [!NOTE] -> 派生キーは、既定で有効になっています。 カスタム セキュリティ トークンを作成し、プライマリ トークンとして使用する場合、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、そのトークンからキーが派生します。 キーを派生する一方、カスタム セキュリティ トークン シリアライザーが呼び出され、 をシリアル化しながら、そのカスタム セキュリティ トークンの `DerivedKeyToken` をネットワークに送出します。 受信側では、ネットワーク外でのトークンの逆シリアル化時に、`DerivedKeyToken` シリアライザーは、トークンのすぐ下のトップレベルの子として `SecurityTokenReference` 要素を必要とします。 カスタム セキュリティ トークン シリアライザーによる句型のシリアル化時に `SecurityTokenReference` 要素が追加されていなかった場合、例外がスローされます。 +> 派生キーは、既定で有効になっています。 カスタム セキュリティ トークンを作成して、プライマリ トークンとして使用する場合、WCF はそこからキーを派生します。 キーを派生する一方、カスタム セキュリティ トークン シリアライザーが呼び出され、 をシリアル化しながら、そのカスタム セキュリティ トークンの `DerivedKeyToken` をネットワークに送出します。 受信側では、ネットワーク外でのトークンの逆シリアル化時に、`DerivedKeyToken` シリアライザーは、トークンのすぐ下のトップレベルの子として `SecurityTokenReference` 要素を必要とします。 カスタム セキュリティ トークン シリアライザーによる句型のシリアル化時に `SecurityTokenReference` 要素が追加されていなかった場合、例外がスローされます。 #### カスタム セキュリティ トークン シリアライザーを作成するには @@ -138,7 +138,7 @@ ms.lasthandoff: 05/04/2018 [!code-csharp[c_customToken#11](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_customtoken/cs/source.cs#11)] [!code-vb[c_customToken#11](../../../../samples/snippets/visualbasic/VS_Snippets_CFX/c_customtoken/vb/source.vb#11)] - 事前に作成したカスタム セキュリティ トークン パラメーター クラスを使用して、サービスとの通信時にカスタム セキュリティ トークンを使用する必要があることを [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] セキュリティ フレームワークに伝えます。 この方法を次の手順に示します。 + 以前作成したカスタム セキュリティ トークン パラメーター クラスは WCF セキュリティ フレームワークにサービスと通信するときに、カスタム セキュリティ トークンを使用する必要があるかを知らせるに使用されます。 この方法を次の手順に示します。 #### カスタム セキュリティ トークンをバインディングと統合するには diff --git a/docs/framework/wcf/extending/how-to-create-a-service-that-employs-a-custom-certificate-validator.md b/docs/framework/wcf/extending/how-to-create-a-service-that-employs-a-custom-certificate-validator.md index dc6809260f2..e3620372e9a 100644 --- a/docs/framework/wcf/extending/how-to-create-a-service-that-employs-a-custom-certificate-validator.md +++ b/docs/framework/wcf/extending/how-to-create-a-service-that-employs-a-custom-certificate-validator.md @@ -1,36 +1,22 @@ --- -title: "方法 : カスタム証明書検証を使用するサービスを作成する" -ms.custom: +title: '方法 : カスタム証明書検証を使用するサービスを作成する' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: -ms.topic: article dev_langs: - csharp - vb helpviewer_keywords: - WCF, authentication ms.assetid: bb0190ff-0738-4e54-8d22-c97d343708bf -caps.latest.revision: -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: e0a48801b1d4674b81a0e4b54a80b69d026ce2af -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: cc768f5e5086e6eba1ccac9d969eac14e14ceb2f +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/07/2018 --- # 方法 : カスタム証明書検証を使用するサービスを作成する このトピックでは、カスタム証明書検証を実装する方法、クライアントまたはサービスの資格情報の設定により、既定の証明書検証機能を、カスタム証明書検証で置き換える方法について解説します。 - X.509 証明書を使ってクライアントやサービスを認証する場合、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] の既定では、Windows 証明書ストアと Crypto API を使用して証明書が検証され、信頼できるかどうかが確認されます。 ただし、組み込みの検証機能では不十分で、処理内容を変更する必要がある場合もあります。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、ユーザーがカスタムの証明書検証機能を追加して、検証ロジックを簡単に変更できます。 カスタムの証明書検証機能が指定されている場合、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、組み込みの検証機能ではなく、カスタムの検証処理のみが使用されます。 + X.509 証明書がクライアントまたはサービスの認証に使用されている場合既定で Windows Communication Foundation (WCF) を使用して、Windows 証明書ストアと Crypto API 証明書を検証し、信頼されていることを確認してください。 ただし、組み込みの検証機能では不十分で、処理内容を変更する必要がある場合もあります。 WCF には、ユーザーがカスタム証明書検証を追加することで、検証ロジックを変更する簡単な方法が用意されています。 カスタム証明書検証が指定されている場合、WCF は組み込みの証明書の検証ロジックを使用しませんが、代わりにカスタムの検証に依存します。 ## 手順 @@ -142,5 +128,5 @@ ms.lasthandoff: 12/22/2017 [!code-csharp[c_CustomCertificateValidator#3](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_customcertificatevalidator/cs/source.cs#3)] [!code-vb[c_CustomCertificateValidator#3](../../../../samples/snippets/visualbasic/VS_Snippets_CFX/c_customcertificatevalidator/vb/source.vb#3)] -## 参照 +## 関連項目 diff --git a/docs/framework/wcf/extending/how-to-customize-a-system-provided-binding.md b/docs/framework/wcf/extending/how-to-customize-a-system-provided-binding.md index 8e446fea211..8cb253da267 100644 --- a/docs/framework/wcf/extending/how-to-customize-a-system-provided-binding.md +++ b/docs/framework/wcf/extending/how-to-customize-a-system-provided-binding.md @@ -5,11 +5,11 @@ dev_langs: - csharp - vb ms.assetid: f8b97862-e8bb-470d-8b96-07733c21fe26 -ms.openlocfilehash: 40efa49836561351dc14c2cb49d906a6d344a5bc -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 04b81689d7d625d519a0a9fc8b1fa6df3df16ada +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法 : システム指定のバインディングをカスタマイズする Windows Communication Foundation (WCF) には、すべてのプロパティでは、基になるバインド要素のプロパティの一部を構成することのいくつかのシステム指定のバインディングが含まれています。 ここでは、バインド要素のプロパティを設定してカスタム バインドを作成する方法を示します。 @@ -18,7 +18,7 @@ Windows Communication Foundation (WCF) には、すべてのプロパティで 作成して、カスタム バインディングの拡張の詳細については、次を参照してください。[バインディングの拡張](../../../../docs/framework/wcf/extending/extending-bindings.md)です。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]のすべてのバインドが構成されています*バインド要素*です。 各バインド要素は クラスから派生します。 などのシステム指定のバインディングでは、独自のバインド要素が作成され構成されます。 ここでは、バインディングに直接公開されないこのバインド要素 (具体的には クラス) のプロパティにアクセスして変更する方法を示します。 + WCF でのすべてのバインディングで構成されて*バインド要素*です。 各バインド要素は クラスから派生します。 などのシステム指定のバインディングでは、独自のバインド要素が作成され構成されます。 ここでは、バインディングに直接公開されないこのバインド要素 (具体的には クラス) のプロパティにアクセスして変更する方法を示します。 個別のバインド要素は クラスで表されるコレクションに格納し、トランザクション フロー、信頼できるセッション、セキュリティ、複合二重、一方向、ストリーム セキュリティ、メッセージ エンコーディング、トランスポートの順に追加します。 どのバインディングでも、これらすべてのバインド要素が必要になるとは限りません。 ユーザー定義のバインド要素も、このバインド要素のコレクションに表示されますが、前述の順序で表示される必要があります。 たとえば、ユーザー定義のトランスポートは、バインド要素コレクションの最後の要素となる必要があります。 diff --git a/docs/framework/wcf/extending/how-to-inspect-or-modify-messages-on-the-client.md b/docs/framework/wcf/extending/how-to-inspect-or-modify-messages-on-the-client.md index adba2311bec..358e81f4eca 100644 --- a/docs/framework/wcf/extending/how-to-inspect-or-modify-messages-on-the-client.md +++ b/docs/framework/wcf/extending/how-to-inspect-or-modify-messages-on-the-client.md @@ -1,33 +1,21 @@ --- -title: "方法 : クライアントのメッセージを検査または変更する" -ms.custom: +title: '方法 : クライアントのメッセージを検査または変更する' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: b8256335-f1c2-419f-b862-9f220ccad84c -caps.latest.revision: "6" -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 06f4feaa5b0b44a26e3d31b65dc465b67544482f -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 6cd0f39494006bf51b7c4bb55afcc112ec08aadb +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/07/2018 --- # 方法 : クライアントのメッセージを検査または変更する -[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] を実装し、それをクライアントのランタイムに追加することで、 クライアントの送受信メッセージを検査または変更できます。 詳細については、次を参照してください。[を拡張するクライアント](../../../../docs/framework/wcf/extending/extending-clients.md)です。 サービスの同等の機能は、 です。 完全なコード例については、[メッセージ インスペクタ](../../../../docs/framework/wcf/samples/message-inspectors.md)サンプルです。 +検査または実装することで WCF クライアントの受信または送信メッセージを変更することができます、と、クライアント ランタイムに挿入します。 詳細については、次を参照してください。[を拡張するクライアント](../../../../docs/framework/wcf/extending/extending-clients.md)です。 サービスの同等の機能は、 です。 完全なコード例については、[メッセージ インスペクタ](../../../../docs/framework/wcf/samples/message-inspectors.md)サンプルです。 ### メッセージを検査または変更するには 1. インターフェイスを実装します。 -2. クライアント メッセージ インスペクターを挿入するスコープに応じて、 または を実装します。 使用すると、エンドポイント レベルでの動作を変更できます。 コントラクト レベルの動作を変更できます。 +2. クライアント メッセージ インスペクターを挿入するスコープに応じて、 または を実装します。 使用すると、エンドポイント レベルでの動作を変更できます。 コントラクト レベルの動作を変更できます。 3. で メソッドまたは メソッドを呼び出す前に、動作を追加します。 詳細については、「[を構成して、ランタイムのビヘイビアーの使用を拡張する](../../../../docs/framework/wcf/extending/configuring-and-extending-the-runtime-with-behaviors.md)です。 @@ -136,7 +124,7 @@ public class SimpleBehaviorExtensionElement : BehaviorExtensionElement ``` -## 参照 +## 関連項目 [動作を使用したランタイムの構成と拡張](../../../../docs/framework/wcf/extending/configuring-and-extending-the-runtime-with-behaviors.md) diff --git a/docs/framework/wcf/extending/how-to-inspect-or-modify-parameters.md b/docs/framework/wcf/extending/how-to-inspect-or-modify-parameters.md index 3cbf4a1a81f..828c87a417c 100644 --- a/docs/framework/wcf/extending/how-to-inspect-or-modify-parameters.md +++ b/docs/framework/wcf/extending/how-to-inspect-or-modify-parameters.md @@ -5,14 +5,14 @@ dev_langs: - csharp - vb ms.assetid: ab6c0ac7-aac4-45ba-93d6-a0e9afd1756f -ms.openlocfilehash: ddf6ad667eb131ec6fa4f12ed112c57368c43d9c -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 1b825ff795f4db9d570420b187b8fedd041ddd3d +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法 : パラメーターを検査または変更する -検査または Windows Communication Foundation (WCF) クライアント オブジェクトに対して単一操作による受信または送信メッセージを変更することができます、または[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]実装することでサービス、インターフェイスをクライアントまたはサービスに挿入します。ランタイム。 通常、操作の動作は、1 回の操作に対してパラメーター インスペクターを追加するために使用します。他の動作は、広い範囲でランタイムへの簡単なアクセスを提供するために使用できます。 詳細については、次を参照してください。[を拡張するクライアント](../../../../docs/framework/wcf/extending/extending-clients.md)と[ディスパッチャーの拡張](../../../../docs/framework/wcf/extending/extending-dispatchers.md)です。 +検査または実装することによって、Windows Communication Foundation (WCF) クライアント オブジェクトまたは WCF サービスの単一操作による受信または送信メッセージを変更することができます、インターフェイスと、クライアントまたはサービス ランタイムに挿入します。 通常、操作の動作は、1 回の操作に対してパラメーター インスペクターを追加するために使用します。他の動作は、広い範囲でランタイムへの簡単なアクセスを提供するために使用できます。 詳細については、次を参照してください。[を拡張するクライアント](../../../../docs/framework/wcf/extending/extending-clients.md)と[ディスパッチャーの拡張](../../../../docs/framework/wcf/extending/extending-dispatchers.md)です。 ### パラメーターの検査と変更 diff --git a/docs/framework/wcf/extending/how-to-lock-down-endpoints-in-the-enterprise.md b/docs/framework/wcf/extending/how-to-lock-down-endpoints-in-the-enterprise.md index 3be3d53735c..f4b586e008d 100644 --- a/docs/framework/wcf/extending/how-to-lock-down-endpoints-in-the-enterprise.md +++ b/docs/framework/wcf/extending/how-to-lock-down-endpoints-in-the-enterprise.md @@ -2,16 +2,16 @@ title: '方法 : 企業内のエンドポイントをロックダウンする' ms.date: 03/30/2017 ms.assetid: 1b7eaab7-da60-4cf7-9d6a-ec02709cf75d -ms.openlocfilehash: c91faf201c9a7cb0e5dd810059dbaa39b1e8eb05 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 4ec14193bdcc24722ad8e2259781c4c185f3ca3f +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法 : 企業内のエンドポイントをロックダウンする 大規模な企業では、多くの場合、企業のセキュリティ ポリシーに準拠してアプリケーションを開発する必要があります。 次のトピックでは、開発およびコンピューターにインストールされているすべての Windows Communication Foundation (WCF) クライアント アプリケーションの検証に使用できるクライアント エンドポイント検証コントロールをインストールする方法について説明します。 - この場合、検証コントロールは、クライアント検証コントロールをクライアントにこのエンドポイントの動作が追加されるため[ \](../../../../docs/framework/configure-apps/file-schema/wcf/commonbehaviors.md) machine.config ファイル内のセクションです。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は、クライアント アプリケーションだけを対象に共通のエンドポイント動作を読み込み、サービス アプリケーションだけを対象に共通のサービス動作を読み込みます。 サービス アプリケーション用のこの同じ検証コントロールをインストールするには、検証コントロールがサービス動作であることが必要です。 詳細については、次を参照してください。、 [ \](../../../../docs/framework/configure-apps/file-schema/wcf/commonbehaviors.md)セクションです。 + この場合、検証コントロールは、クライアント検証コントロールをクライアントにこのエンドポイントの動作が追加されるため[ \](../../../../docs/framework/configure-apps/file-schema/wcf/commonbehaviors.md) machine.config ファイル内のセクションです。 WCF では、クライアント アプリケーションでのみ共通エンドポイント動作を読み込みし、サービス アプリケーションに対してのみ共通サービス動作を読み込みます。 サービス アプリケーション用のこの同じ検証コントロールをインストールするには、検証コントロールがサービス動作であることが必要です。 詳細については、次を参照してください。、 [ \](../../../../docs/framework/configure-apps/file-schema/wcf/commonbehaviors.md)セクションです。 > [!IMPORTANT] > サービスまたはエンドポイントの動作でマークされていない、属性 (APTCA) に追加される、 [ \](../../../../docs/framework/configure-apps/file-schema/wcf/commonbehaviors.md)部分的な信頼でアプリケーションを実行すると、構成ファイルのセクションが実行されませんこのエラーが発生、環境、および例外がスローされません。 検証コントロールなどの共通動作を強制的に実行するには、次のいずれかを行う必要があります。 diff --git a/docs/framework/wcf/extending/how-to-use-separate-x-509-certificates-for-signing-and-encryption.md b/docs/framework/wcf/extending/how-to-use-separate-x-509-certificates-for-signing-and-encryption.md index d1ad7ce13bf..65602da9de7 100644 --- a/docs/framework/wcf/extending/how-to-use-separate-x-509-certificates-for-signing-and-encryption.md +++ b/docs/framework/wcf/extending/how-to-use-separate-x-509-certificates-for-signing-and-encryption.md @@ -9,16 +9,16 @@ helpviewer_keywords: - ClientCredentials class - ClientCredentialsSecurityTokenManager class ms.assetid: 0b06ce4e-7835-4d82-8baf-d525c71a0e49 -ms.openlocfilehash: d171af8dbcbbdd51cc015986a2c69e0393fe56dc -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: d4c2e34b3e123e6fa9d8dc8e544f621b39861592 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法 : 署名および暗号化に個別の X.509 証明書を使用する このトピックでは、メッセージの署名とクライアントとサービスの両方で暗号化を別々 の証明書を使用するように、Windows Communication Foundation (WCF) を構成する方法を示します。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では複数のクライアント証明書またはサービス証明書を設定する API が提供されていないため、署名と暗号化で別の証明書を使用できるようにするには、カスタム クライアント資格情報またはカスタム サービス資格情報 (あるいはその両方) を作成する必要があります。 さらに、複数の証明書の情報を利用し、指定されたキーの使用方法やメッセージの方向について適切なセキュリティ トークン プロバイダーを作成するために、セキュリティ トークン マネージャーを用意する必要があります。 + 署名と暗号化に使用する別の証明書を有効にするには、WCF クライアントまたはサービスの複数の証明書を設定する API を提供しないためには、カスタムのクライアントまたはサービスの資格情報 (または両方) を作成する必要があります。 さらに、複数の証明書の情報を利用し、指定されたキーの使用方法やメッセージの方向について適切なセキュリティ トークン プロバイダーを作成するために、セキュリティ トークン マネージャーを用意する必要があります。 使用される主要なクラス、そのクラスの継承元のクラス (上向きの矢印で表示)、および特定のメソッドおよびプロパティの戻り値の型を次の図に示します。 diff --git a/docs/framework/wcf/extending/importing-custom-metadata-for-a-wcf-extension.md b/docs/framework/wcf/extending/importing-custom-metadata-for-a-wcf-extension.md index d6dd39bbdc7..93af33f42ca 100644 --- a/docs/framework/wcf/extending/importing-custom-metadata-for-a-wcf-extension.md +++ b/docs/framework/wcf/extending/importing-custom-metadata-for-a-wcf-extension.md @@ -2,21 +2,21 @@ title: WCF 拡張に対するカスタム メタデータのインポート ms.date: 03/30/2017 ms.assetid: 78beb28f-408a-4c75-9c3c-caefe9595b1a -ms.openlocfilehash: bb7124cbce3fa38d00446b6568c85fc3136ee180 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 99e2bd7c0ce1fd4a8154a0d6d9650487197d98d8 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # WCF 拡張に対するカスタム メタデータのインポート -Windows Communication Foundation (WCF) では、メタデータのインポートは、そのメタデータからサービスまたはコンポーネントの抽象表現を生成するプロセスです。 たとえば、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は、 インスタンス、 インスタンス、または インスタンスをサービスの WSDL ドキュメントからインポートできます。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のサービス メタデータをインポートするには、 抽象クラスの実装を使用します。 クラスから派生した型では、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の WS-Policy インポート ロジックを利用したメタデータ形式のインポートをサポートします。 +Windows Communication Foundation (WCF) では、メタデータのインポートは、そのメタデータからサービスまたはコンポーネントの抽象表現を生成するプロセスです。 たとえば、WCF をインポートできますインスタンス、インスタンスまたはサービスの WSDL からインスタンスを文書化します。 WCF でのサービス メタデータをインポートするには、実装を使用、抽象クラスです。 派生する型、 Ws-policy を利用したメタデータ形式をインポートする WCF のロジックをインポートするをクラスがサポートを実装します。 カスタム メタデータは、システム指定のメタデータ インポーターでインポートできない XML 要素で構成されます。 通常、これにはカスタム WSDL 拡張とカスタム ポリシー アサーションが含まれます。 ここでは、カスタム WSDL 拡張とカスタム ポリシー アサーションをインポートする方法について説明します。 インポート プロセス自体には重点を置きません。 エクスポートし、メタデータは、カスタムまたはシステムでサポートされているかどうかに関係なくメタデータをインポートする型を使用する方法の詳細については、次を参照してください。[エクスポートおよびインポートするメタデータ](../../../../docs/framework/wcf/feature-details/exporting-and-importing-metadata.md)です。 ## 概要 - 型は、 に含まれる [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 抽象クラスの実装です。 型は、 オブジェクトにまとめられた、結び付けられているポリシーを使用して WSDL メタデータをインポートします。 既定のインポーターが認識しないポリシー アサーションおよび WSDL 拡張は、インポートに使用される登録済みのカスタム ポリシーおよびカスタム WDSL インポーターに渡されます。 通常、インポーターは、ユーザー定義のバインド要素をサポートしたりインポートされたコントラクトを変更したりする目的で実装されます。 + 型の実装は、 WCF に含まれているクラスを抽象化します。 型は、 オブジェクトにまとめられた、結び付けられているポリシーを使用して WSDL メタデータをインポートします。 既定のインポーターが認識しないポリシー アサーションおよび WSDL 拡張は、インポートに使用される登録済みのカスタム ポリシーおよびカスタム WDSL インポーターに渡されます。 通常、インポーターは、ユーザー定義のバインド要素をサポートしたりインポートされたコントラクトを変更したりする目的で実装されます。 ここでは、次の内容について説明します。 diff --git a/docs/framework/wcf/extending/index.md b/docs/framework/wcf/extending/index.md index 06e83cbfbb7..eea2a0428ba 100644 --- a/docs/framework/wcf/extending/index.md +++ b/docs/framework/wcf/extending/index.md @@ -6,11 +6,11 @@ helpviewer_keywords: - extensibility [WCF] - Windows Communication Foundation, extensibility ms.assetid: c145e2f6-f402-41f5-8b5a-eee03978737b -ms.openlocfilehash: 4990f14178551d9dccaca0f2899d8dbc4416cdc4 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 24ad74f04a3ac31d0b0d0d87f0d74f88c0521f50 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # WCF の拡張 Windows Communication Foundation (WCF) を使用すると、変更、実行時コンポーネントを正確に制御を拡張し、およびサービス ベースのアプリケーションを拡張できます。 このセクションのトピックでは、その拡張アーキテクチャについて詳しく説明します。 基本的なプログラミングの詳細については、次を参照してください。[基本的な WCF プログラミング](../../../../docs/framework/wcf/basic-wcf-programming.md)です。 @@ -26,10 +26,10 @@ Windows Communication Foundation (WCF) を使用すると、変更、実行時 チャネル レイヤーは、サービス モデル レイヤーより下に位置し、クライアントとサービス間のメッセージの交換を担います。 チャネル拡張は、セキュリティなどの新しいプロトコル機能を実装できます。 また、SOAP メッセージを伝達する新しいネットワーク トランスポートの実装など、トランスポート機能も実装できます。 [セキュリティの拡張](../../../../docs/framework/wcf/extending/extending-security.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のセキュリティは、転送セキュリティ (整合性、機密性、および認証)、アクセス制御 (承認)、および監査で構成されます。 `IdentityModel` 名前空間にある各クラスは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] でアクセス制御のために使用されます。 セキュリティ アーキテクチャを理解することによって、カスタムのアクセス制御システムに対応したカスタムのクレーム タイプを作成できます。 + WCF のセキュリティは、転送のセキュリティ (整合性、機密性、および認証)、アクセス制御 (承認) と監査します。 クラスで見つかった、`IdentityModel`名前空間は、WCF がアクセス制御に使用します。 セキュリティ アーキテクチャを理解することによって、カスタムのアクセス制御システムに対応したカスタムのクレーム タイプを作成できます。 [メタデータ システムの拡張](../../../../docs/framework/wcf/extending/extending-the-metadata-system.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のメタデータ システムは複数のクラスのグループおよびインターフェイスで、サービス ベースのアプリケーションを実装するために必要なメタデータを表します。 クラスを変更または拡張するか、WSDL (Web サービス記述言語) の拡張子やカスタム WS-PolicyAttachments アサーションなどのカスタム メタデータをエクスポート/インポートするインターフェイスを実装して構成します。 + WCF のメタデータ システムは、サービス ベースのアプリケーションを実装するために必要なメタデータを表示するクラスとインターフェイスのグループです。 クラスを変更または拡張するか、WSDL (Web サービス記述言語) の拡張子やカスタム WS-PolicyAttachments アサーションなどのカスタム メタデータをエクスポート/インポートするインターフェイスを実装して構成します。 [エンコーダーとシリアライザーの拡張](../../../../docs/framework/wcf/extending/extending-encoders-and-serializers.md) エンコーダーとシリアライザーは、データをある形式から別の形式に変換します。 このセクションのトピックでは、提供されたクラスを特別な要件に合わせて拡張する方法を説明します。 diff --git a/docs/framework/wcf/extending/overriding-the-identity-of-a-service-for-authentication.md b/docs/framework/wcf/extending/overriding-the-identity-of-a-service-for-authentication.md index 072d2977d11..3645fecd7ff 100644 --- a/docs/framework/wcf/extending/overriding-the-identity-of-a-service-for-authentication.md +++ b/docs/framework/wcf/extending/overriding-the-identity-of-a-service-for-authentication.md @@ -5,11 +5,11 @@ dev_langs: - csharp - vb ms.assetid: d613a22b-07d7-41a4-bada-1adc653b9b5d -ms.openlocfilehash: 6fbdd7f09c7ae15368972afbce896c5ecb39ccbe -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 3df1f2490f8636d52ac75fad2469adadec2a57da +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 認証のためのサービスの ID のオーバーライド クライアント資格情報の種類を選択すると、サービス メタデータで公開される ID の種類が指定されるため、通常、サービスで ID を設定する必要はありません。 たとえば、次の構成コードを使用して、 [ \](../../../../docs/framework/configure-apps/file-schema/wcf/wshttpbinding.md)要素とセット、`clientCredentialType`属性を Windows です。 @@ -30,9 +30,9 @@ ms.lasthandoff: 05/04/2018 > [!NOTE] > ネゴシエーションを行わずに Windows 資格情報を使用するには、サービスのユーザー アカウントが Active Directory ドメインに登録された SPN にアクセスできる必要があります。 これは、次の方法で行うことができます。 -- サービスを実行するには、NetworkService アカウントまたは LocalSystem アカウントを使用します。 これらのアカウントは、コンピューターが Active Directory ドメインに参加したときに確立されたコンピューターの SPN にアクセスできるため、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は、適切な SPN 要素を、サービスのメタデータ (WSDL) にあるサービスのエンドポイント内部に自動的に生成します。 +- サービスを実行するには、NetworkService アカウントまたは LocalSystem アカウントを使用します。 これらのアカウントに、コンピューターのコンピューター、Active Directory ドメインに参加するときに確立されている SPN へのアクセスがあるために、WCF は、サービスのメタデータ (WSDL)、サービスのエンドポイント内の適切な SPN 要素を自動的に生成します。 -- 任意の Active Directory ドメイン アカウントを使用してサービスを実行します。 この場合、そのドメイン アカウント用の SPN を確立します。これには、Setspn.exe ユーティリティ ツールを使用できます。 サービスのアカウント用の SPN を作成したら、SPN をそのメタデータ (WSDL) を通じてサービスのクライアントに公開するように [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] を構成します。 これを行うには、アプリケーション構成ファイルまたはコードを使用して、公開されるエンドポイントのエンドポイント ID を設定します。 +- 任意の Active Directory ドメイン アカウントを使用してサービスを実行します。 この場合、そのドメイン アカウント用の SPN を確立します。これには、Setspn.exe ユーティリティ ツールを使用できます。 サービスのアカウントの SPN を作成すると、その SPN をそのメタデータ (WSDL) を通じてサービスのクライアントに公開する WCF を構成します。 これを行うには、アプリケーション構成ファイルまたはコードを使用して、公開されるエンドポイントのエンドポイント ID を設定します。 詳細については、Spn、Kerberos プロトコル、および Active Directory を参照してください[Kerberos テクニカル Supplement for Windows](http://go.microsoft.com/fwlink/?LinkId=88330)です。 @@ -59,7 +59,7 @@ ms.lasthandoff: 05/04/2018 ### プログラムによる ID の設定 - ID は、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] によって自動的に決定されるため、サービスで ID を明示的に指定する必要はありません。 ただし、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、必要に応じてエンドポイントの ID を指定できます。 特定の DNS ID を持つ新しいサービス エンドポイントを追加するコードを次に示します。 + WCF が自動的に判断されるため、サービスは、id を明示的に指定がありません。 ただし、WCF を使用、エンドポイントの id を指定するために必要な場合です。 特定の DNS ID を持つ新しいサービス エンドポイントを追加するコードを次に示します。 [!code-csharp[C_Identity#5](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_identity/cs/source.cs#5)] [!code-vb[C_Identity#5](../../../../samples/snippets/visualbasic/VS_Snippets_CFX/c_identity/vb/source.vb#5)] diff --git a/docs/framework/wcf/extending/publishing-and-retrieving-metadata-over-a-custom-binding.md b/docs/framework/wcf/extending/publishing-and-retrieving-metadata-over-a-custom-binding.md index 22202daed39..c506961cad5 100644 --- a/docs/framework/wcf/extending/publishing-and-retrieving-metadata-over-a-custom-binding.md +++ b/docs/framework/wcf/extending/publishing-and-retrieving-metadata-over-a-custom-binding.md @@ -2,11 +2,11 @@ title: カスタム バインディングを介したメタデータの公開と取得 ms.date: 03/30/2017 ms.assetid: 904e11b4-d90e-45c6-9ee5-c3472c90008c -ms.openlocfilehash: 607cf70e8e226e6c97a785f2478ad3a655b21a7c -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 528f7662ee3a1f956427e5e42f540816f55027f8 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # カスタム バインディングを介したメタデータの公開と取得 は、サービスにメタデータ エンドポイントを追加するためのサポートを提供します。 これらのメタデータ エンドポイントがある URL に HTTP GET 要求に応答できる、 `?wsdl` querystring および Ws-metadataexchange (MEX) 仕様で定義された Ws-transfer GET 要求にします。 MEX エンドポイントは、 コントラクトを実装します。 @@ -19,7 +19,7 @@ ms.lasthandoff: 05/04/2018 ## カスタム バインドを介したメタデータの取得 メタデータは、標準の HTTP 要求または HTTPS GET 要求を使用して HTTP Get および HTTPS Get メタデータ エンドポイントから取得できます。 - MEX メタデータ エンドポイントからメタデータを取得するには、通常、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] でサポートされている標準の MEX バインディングのいずれかを使用できます。 詳細については、「」を参照してください。 型および Svcutil.exe ツールでは、指定したメタデータ エンドポイントのアドレスに基づいて、標準の MEX バインディングの 1 つが自動的に選択されます。 + WCF でサポートされている標準の MEX バインディングのいずれかを使用することができます、通常、MEX メタデータ エンドポイントからメタデータを取得します。 詳細については、「」を参照してください。 型および Svcutil.exe ツールでは、指定したメタデータ エンドポイントのアドレスに基づいて、標準の MEX バインディングの 1 つが自動的に選択されます。 MEX メタデータ エンドポイントで標準の MEX バインディングとは異なるバインディングを使用する場合は、コードを使用するか、 クライアント エンドポイント構成を提供することにより、 で使用されるバインディングを構成できます。 Svcutil.exe ツールは、構成ファイルから、メタデータ エンドポイント アドレスの URI スキームと同じ名前を持つ クライアント エンドポイント構成を自動的に読み込みます。 diff --git a/docs/framework/wcf/extending/service-channel-level-programming.md b/docs/framework/wcf/extending/service-channel-level-programming.md index 2d21a9a72bf..166fdf7a7f5 100644 --- a/docs/framework/wcf/extending/service-channel-level-programming.md +++ b/docs/framework/wcf/extending/service-channel-level-programming.md @@ -5,11 +5,11 @@ dev_langs: - csharp - vb ms.assetid: 8d8dcd85-0a05-4c44-8861-4a0b3b90cca9 -ms.openlocfilehash: e48c519f6e10be4521d75345845eb5c019ec342c -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 4d1ee0671a45b12e70f8f43ed2ea83b0a22d6c98 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # サービス チャネル レベルのプログラミング このトピックを使用せずに Windows Communication Foundation (WCF) サービス アプリケーションを記述する方法について説明、とその関連付けられたオブジェクト モデルです。 @@ -28,7 +28,7 @@ ms.lasthandoff: 05/04/2018 5. すべてのチャネル オブジェクトを閉じます。 #### バインディングの作成 - メッセージのリッスンと受信の最初の手順として、バインディングを作成します。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] には、組み込みバインディングまたはシステム標準のバインディングが複数付属しており、そのうちの 1 個をインスタンス化することによって直接使用できます。 また、CustomBinding クラスをインスタンス化することにより、独自のバインディングを作成することもできます。手順 1. のコードは、この処理を実行します。 + メッセージのリッスンと受信の最初の手順として、バインディングを作成します。 WCF は、組み込みまたはシステム提供バインディングがいくつかうちの 1 つのインスタンス化が直接使用することができますに付属します。 また、CustomBinding クラスをインスタンス化することにより、独自のバインディングを作成することもできます。手順 1. のコードは、この処理を実行します。 後のコード例は、 のインスタンスを作成し、その Elements コレクションに を追加します。Elements コレクションは、チャネル スタックを作成するために使用されるバインド要素のコレクションです。 この例では、Elements コレクションには しか含まれないため、チャネル スタックは HTTP トランスポート チャネルだけを持ちます。 diff --git a/docs/framework/wcf/extending/service-channel-listeners-and-channels.md b/docs/framework/wcf/extending/service-channel-listeners-and-channels.md index 5eb9f46c5d9..78898b36289 100644 --- a/docs/framework/wcf/extending/service-channel-listeners-and-channels.md +++ b/docs/framework/wcf/extending/service-channel-listeners-and-channels.md @@ -2,11 +2,11 @@ title: 'サービス : チャネル リスナーとチャネル' ms.date: 03/30/2017 ms.assetid: 8ccbe0e8-7e55-441d-80de-5765f67542fa -ms.openlocfilehash: 5f5acff6ca933006707a863ea5ba04cd01cfb93e -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: eca7061243fa7f006079d19c3eaaf86ba906bca2 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # サービス : チャネル リスナーとチャネル チャネル オブジェクトには、チャネル、チャネル リスナー、およびチャネル ファクトリという 3 つのカテゴリがあります。 チャネルはアプリケーションおよびチャネル スタックとのインターフェイスです。 チャネル リスナーは受信 (またはリッスン) する側のチャネルを作成する役割を果たします。通常は、新しい受信メッセージまたは接続への応答を行います。 チャネル ファクトリは送信側のチャネルを作成し、エンドポイントとの通信を開始する役割を果たします。 @@ -21,7 +21,7 @@ ms.lasthandoff: 05/04/2018 このプロセスは、概念上、各チャネル内のキューとしてモデル化できますが、実際には実装がキューを使用しない場合もあります。 チャネル リスナーには、下の層またはネットワークからメッセージを受信し、キューに配置する役割があります。 また、チャネルには、キューからメッセージを取得し、上の層から (たとえば、チャネル上で `Receive` を呼び出すことによって) メッセージが要求されたときにそのメッセージを渡す役割があります。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] には、このプロセスに対する基本クラス ヘルパーが用意されています (このトピックで説明するチャネルのヘルパー クラスのダイアグラムの場合、次を参照してください[チャネル モデルの概要](../../../../docs/framework/wcf/extending/channel-model-overview.md)。)。 + WCF では、このプロセスの基本クラス ヘルパーが用意されています。 (このトピックで説明するチャネルのヘルパー クラスのダイアグラムの場合、次を参照してください[チャネル モデルの概要](../../../../docs/framework/wcf/extending/channel-model-overview.md)。)。 - クラスが実装するし、適用のステップ 2 で説明されているステート マシン[開発チャネル](../../../../docs/framework/wcf/extending/developing-channels.md)です。 diff --git a/docs/framework/wcf/extending/walkthrough-creating-custom-client-and-service-credentials.md b/docs/framework/wcf/extending/walkthrough-creating-custom-client-and-service-credentials.md index 87cca86b0bc..1bb1e90a00d 100644 --- a/docs/framework/wcf/extending/walkthrough-creating-custom-client-and-service-credentials.md +++ b/docs/framework/wcf/extending/walkthrough-creating-custom-client-and-service-credentials.md @@ -5,11 +5,11 @@ dev_langs: - csharp - vb ms.assetid: 2b5ba5c3-0c6c-48e9-9e46-54acaec443ba -ms.openlocfilehash: 8c5608276de935f07dca88e343143112b8fdcc20 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 5ba6d2016a36809910561543a531dd4d44aac9b9 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # チュートリアル: カスタム クライアントおよびサービスの資格情報を作成する このトピックでは、クライアントおよびサービスにカスタム資格情報を実装する方法と、これをアプリケーション コードから使用する方法について説明します。 @@ -23,12 +23,12 @@ ms.lasthandoff: 05/04/2018 クラスと クラスは、どちらも を返すためのコントラクトを定義する 抽象クラスから継承されます。 - 資格情報クラスとに合う方法の詳細については、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]セキュリティ アーキテクチャを参照してください[セキュリティ アーキテクチャ](http://msdn.microsoft.com/library/16593476-d36a-408d-808c-ae6fd483e28f)です。 + 資格情報クラスおよび WCF のセキュリティ アーキテクチャに適合する方法の詳細については、次を参照してください。[セキュリティ アーキテクチャ](http://msdn.microsoft.com/library/16593476-d36a-408d-808c-ae6fd483e28f)です。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] で提供される既定の実装では、システム指定の資格情報の種類をサポートし、これらの資格情報の種類を処理できるセキュリティ トークン マネージャーを作成します。 + WCF で提供される既定の実装では、システム指定の資格情報の種類をサポートし、セキュリティにはこれらの資格情報の種類を処理できトークン マネージャーを作成します。 ## カスタマイズする理由 - クライアントまたはサービスの資格情報クラスをカスタマイズする場合、いくつかの理由があります。 最大の理由として、システム指定の資格情報の種類の処理について、特に以下の必要性が生じたために [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の既定のセキュリティ動作を変更する必要があることが挙げられます。 + クライアントまたはサービスの資格情報クラスをカスタマイズする場合、いくつかの理由があります。 特に、次のようなシステム指定の資格情報の種類の処理について既定の WCF セキュリティ動作を変更する必要が何よりもです。 - 他の拡張ポイントを使用した場合には不可能な変更 @@ -39,7 +39,7 @@ ms.lasthandoff: 05/04/2018 このトピックでは、カスタムのクライアント資格情報およびサービス資格情報を実装する方法と、これをアプリケーション コードから使用する方法について説明します。 ## 最初の手順 - 資格情報をカスタマイズする理由は、資格情報の準備、セキュリティ トークンのシリアル化、または認証に関する [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の動作を変更することにあるため、カスタム資格情報クラスの作成は最初の手順にすぎません。 このセクションの他のトピックでは、カスタムのシリアライザーと認証システムを作成する方法について説明します。 カスタム資格情報クラスの作成は、このような観点からすると、一連のトピックの最初の手順になります。 これに続く処理 (カスタムのシリアライザーおよび認証システムの作成) は、カスタム資格情報の作成後にのみ可能になります。 このトピックに基づく他のトピックには、次のものがあります。 + カスタムの資格情報クラスの作成が最初の手順のみ資格情報の準備、セキュリティ トークンのシリアル化、または認証に関する WCF 動作を変更するのには資格情報をカスタマイズするためです。 このセクションの他のトピックでは、カスタムのシリアライザーと認証システムを作成する方法について説明します。 カスタム資格情報クラスの作成は、このような観点からすると、一連のトピックの最初の手順になります。 これに続く処理 (カスタムのシリアライザーおよび認証システムの作成) は、カスタム資格情報の作成後にのみ可能になります。 このトピックに基づく他のトピックには、次のものがあります。 - [方法 : カスタム セキュリティ トークン プロバイダーを作成する](../../../../docs/framework/wcf/extending/how-to-create-a-custom-security-token-provider.md) @@ -55,7 +55,7 @@ ms.lasthandoff: 05/04/2018 2. 任意。 新しい資格情報の種類に新しいメソッドまたはプロパティを追加します。 新しい資格情報の種類を追加しない場合は、この手順を省略します。 次の例では、`CreditCardNumber` プロパティを追加します。 -3. メソッドをオーバーライドします。 カスタム クライアント資格情報が使用されると、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] セキュリティ インフラストラクチャによってこのメソッドが自動的に呼び出されます。 このメソッドは、 クラスの実装のインスタンスを作成して返す役割を担います。 +3. メソッドをオーバーライドします。 このメソッドは自動的にこのカスタム クライアント資格情報を使用する場合も、WCF セキュリティ インフラストラクチャによって呼び出されます。 このメソッドは、 クラスの実装のインスタンスを作成して返す役割を担います。 > [!IMPORTANT] > カスタム セキュリティ トークン マネージャーを作成するために、 メソッドがオーバーライドされることに注意する必要があります。 から派生したセキュリティ トークン マネージャーは、実際のセキュリティ トークンを作成するために、 から派生したカスタム セキュリティ トークン プロバイダーを返す必要があります。 このパターンに従ってセキュリティ トークンを作成しないと、 オブジェクトがキャッシュされたとき (これは、WCF クライアント プロキシの既定の動作です)、権限の昇格攻撃を受ける可能性があり、アプリケーションが正常に機能しない場合があります。 カスタム資格情報オブジェクトは、 の一部としてキャッシュされます。 ただし、カスタム がすべての呼び出し時に作成され、これにより、トークン作成ロジックが にある限り、セキュリティの脅威が軽減されます。 @@ -89,7 +89,7 @@ ms.lasthandoff: 05/04/2018 [!code-csharp[c_CustomCredentials#3](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_customcredentials/cs/source.cs#3)] [!code-vb[c_CustomCredentials#3](../../../../samples/snippets/visualbasic/VS_Snippets_CFX/c_customcredentials/vb/client/client.vb#3)] - 上記の手順は、アプリケーション コードからクライアント資格情報を使用する方法を示しています。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の資格情報は、アプリケーション構成ファイルを使用して構成することもできます。 ソースの変更、再コンパイル、再展開を行うことなくアプリケーションのパラメーターを変更できるため、ハードコーディングを行うよりもアプリケーション構成ファイルの使用を一般にお勧めします。 + 上記の手順は、アプリケーション コードからクライアント資格情報を使用する方法を示しています。 WCF の資格情報は、アプリケーション構成ファイルを使用して構成することもできます。 ソースの変更、再コンパイル、再展開を行うことなくアプリケーションのパラメーターを変更できるため、ハードコーディングを行うよりもアプリケーション構成ファイルの使用を一般にお勧めします。 次の手順では、カスタム資格情報の構成をサポートする方法について説明します。 @@ -108,7 +108,7 @@ ms.lasthandoff: 05/04/2018 [!code-csharp[c_CustomCredentials#7](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_customcredentials/cs/source.cs#7)] [!code-vb[c_CustomCredentials#7](../../../../samples/snippets/visualbasic/VS_Snippets_CFX/c_customcredentials/vb/service/service.vb#7)] - 構成ハンドラー クラスを作成したら、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の構成フレームワークに統合できます。 これにより、次の手順で示すように、カスタム クライアント資格情報をクライアント エンドポイント動作要素で使用できるようになります。 + 構成ハンドラー クラスを作成したら、WCF 構成フレームワークに統合できます。 これにより、次の手順で示すように、カスタム クライアント資格情報をクライアント エンドポイント動作要素で使用できるようになります。 #### カスタム クライアント資格情報構成ハンドラーをアプリケーション構成に登録して使用するには @@ -146,7 +146,7 @@ ms.lasthandoff: 05/04/2018 2. 任意。 追加している新しい資格情報の値に API を提供するために新しいプロパティを追加します。 新しい資格情報の値を追加しない場合は、この手順を省略します。 次の例では、`AdditionalCertificate` プロパティを追加します。 -3. メソッドをオーバーライドします。 カスタム クライアント資格情報が使用されると、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] インフラストラクチャによって、このメソッドが自動的に呼び出されます。 このメソッドは、 クラスの実装のインスタンスを作成して返す役割を担います (次の手順で説明)。 +3. メソッドをオーバーライドします。 このメソッドは、カスタム クライアント資格情報を使用すると自動的に、WCF インフラストラクチャによって呼び出されます。 このメソッドは、 クラスの実装のインスタンスを作成して返す役割を担います (次の手順で説明)。 4. 任意。 メソッドをオーバーライドします。 この手順は、カスタム クライアント資格情報の実装に新しいプロパティまたは内部フィールドを追加する場合にのみ必要になります。 diff --git a/docs/framework/wcf/feature-details/comparing-aspnet-web-services-to-wcf-based-on-development.md b/docs/framework/wcf/feature-details/comparing-aspnet-web-services-to-wcf-based-on-development.md index 1f280e8a5e9..6dcf2bae088 100644 --- a/docs/framework/wcf/feature-details/comparing-aspnet-web-services-to-wcf-based-on-development.md +++ b/docs/framework/wcf/feature-details/comparing-aspnet-web-services-to-wcf-based-on-development.md @@ -1,29 +1,15 @@ --- title: 開発者の視点から見た ASP.NET Web サービスと WCF との比較 -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: article ms.assetid: f362d00e-ce82-484f-9d4f-27e579d5c320 -caps.latest.revision: 10 -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 8e60d28314c47907cc825871b88a0dc771cd0511 -ms.sourcegitcommit: b750a8e3979749b214e7e10c82efb0a0524dfcb1 +ms.openlocfilehash: fcf2d204d9d59a29024ff09d92be2a7b9339fce9 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/09/2018 +ms.lasthandoff: 05/04/2018 --- # 開発者の視点から見た ASP.NET Web サービスと WCF との比較 -[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] には ASP.NET 互換モードがあります。このモードにすると、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションを ASP.NET Web サービスと同じようにプログラミングおよび構成し、動作を真似ることができます。 以下のセクションでは、ASP.NET Web サービスと [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] を、それぞれの技術を使ってアプリケーションを開発する視点から比較してみます。 +Windows Communication Foundation (WCF) では、WCF アプリケーションをプログラミングおよび ASP.NET Web サービスのように構成を有効にして、その動作を模倣する ASP.NET 互換モード オプションがあります。 次のセクションでは、ASP.NET Web サービスを比較し、WCF が両方のテクノロジを使用してアプリケーションを開発するための要件に基づいています。 ## データ表現 ASP.NET で Web サービスを開発する場合、通常はまず、このサービスが使う複合データ型の定義から始めます。 ASP.NET は を利用して、.NET Framework 型で表されたデータを XML 形式に変換してサービスとの間でやり取りしたり、XML 形式で受け取ったデータを .NET Framework オブジェクトに変換したりします。 ASP.NET サービスで使用する複合データ型を定義するには、 で XML 形式にシリアル化したり、XML 形式から逆シリアル化したりできる .NET Framework クラスの定義が必要です。 クラス定義は手で記述するほか、XML スキーマの型定義から生成することも可能です。それにはコマンド ライン上で実行する XML スキーマ/データ型サポート ユーティリティである xsd.exe を使います。 @@ -38,9 +24,9 @@ ms.lasthandoff: 04/09/2018 - 名前空間の属性型は、大部分が .NET Framework クラスやそのメンバーに追加可能であり、これにより、XML での当該クラスのインスタンスの表現方法を制御できます。 - 通常、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションの開発も、複合型の定義から始めます。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] でも ASP.NET Web サービスと同じ .NET Framework 型を使用できます。 + WCF アプリケーションの開発通常も開始複合型の定義を使用します。 ASP.NET Web サービスと同じ .NET Framework の型を使用するのには、WCF を作成できます。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] と型のインスタンスは、XML、およびどの特定のフィールドまたはプロパティの型をシリアル化する、次の例に示すようにシリアル化されることを示すために .NET Framework の型に追加できますコードです。 + WCFと型のインスタンスは、XML、およびどの特定のフィールドまたはプロパティの型をシリアル化する、次のサンプル コードに示すようにシリアル化されることを示すために .NET Framework の型に追加できます。 ``` //Example One: @@ -156,7 +142,7 @@ public class LineItem } ``` - は、当該型の中にシリアル化可能なフィールドやプロパティがあることを示し、具体的にどのフィールドやプロパティをシリアル化できるかを で示します。 はクラスにも構造体にも適用できます。 はフィールドやプロパティに適用します。これはパブリックでもプライベートでもかまいません。 が適用された型のインスタンスのことを、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ではデータ コントラクトと呼びます。 これを XML 形式にシリアル化するには を使います。 + は、当該型の中にシリアル化可能なフィールドやプロパティがあることを示し、具体的にどのフィールドやプロパティをシリアル化できるかを で示します。 はクラスにも構造体にも適用できます。 はフィールドやプロパティに適用します。これはパブリックでもプライベートでもかまいません。 ある型のインスタンス、に適用されるそれらと呼ばれます WCF でのデータ コントラクトします。 これを XML 形式にシリアル化するには を使います。 を使う場合と、 および 名前空間に定義された属性を使う場合の、主な違いを以下に示します。 @@ -215,7 +201,7 @@ public class LineItem Windows ソフトウェア開発キット (SDK) というコマンド ライン ツールが含まれています、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)です。 ASP.NET Web サービスで使用される xsd.exe ツールと同様に Svcutil.exe は、XML スキーマから .NET データ型の定義を生成することができます。 が XML スキーマで定義された形式の XML を出力できる場合、型はデータ コントラクトの形に変換されます。そうでなければ、 を使用してシリアル化します。 Svcutil.exe から生成することも、XML スキーマ データ コントラクトを使用してその`dataContractOnly`スイッチします。 > [!NOTE] -> ASP.NET Web サービスは を使うようになっています。ASP.NET 互換モードの [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスが ASP.NET Web サービスの動作を真似るようになっていますが、 を使わなければならないわけではありません。 必要であれば ASP.NET 互換モードでも も使えるようになっています。 +> ASP.NET Web サービスを使用して、 、WCF の ASP.NET 互換モードは、ASP.NET Web サービスの動作を模倣する WCF サービス、ASP.NET 互換性オプションが制限していない 1 つを使用して、です。 必要であれば ASP.NET 互換モードでも も使えるようになっています。 ## サービスの開発 ASP.NET を使用してサービスを開発する場合、通常は 属性をクラスに追加し、 を当該クラスのサービスに対する操作メソッドに追加します。 @@ -254,7 +240,7 @@ public class Service : IEcho 属性を持つインターフェイスは、サービスによって実行される操作のコントラクトを構成し、またそれをさまざまなクラスで再利用することによって、同じコントラクトをさまざまな方法で実装できるので、このオプションの使用をお勧めします。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] エンドポイントをいくつか定義することにより提供されます。 エンドポイントは、アドレス、バインディング、サービス コントラクトで定義します。 アドレスとは、サービスが配備された場所のことです。 バインディングはサービスとの通信方法を表します。 サービス コントラクトとは、サービスが実行できる操作の定義のことです。 + WCF サービスは、1 つまたは複数の WCF エンドポイントの定義によって提供されます。 エンドポイントは、アドレス、バインディング、サービス コントラクトで定義します。 アドレスとは、サービスが配備された場所のことです。 バインディングはサービスとの通信方法を表します。 サービス コントラクトとは、サービスが実行できる操作の定義のことです。 サービス コントラクトは通常、インターフェイスに および を追加して定義します。 @@ -267,7 +253,7 @@ public interface IEcho } ``` - は、当該インターフェイスが [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービス コントラクトを定義することを表します。また、 は、インターフェイスのどのメソッドが (存在する場合) サービス コントラクトの操作を定義しているかを表します。 + 、インターフェイスが、WCF サービス コントラクトを定義することを指定し、 、存在する場合、インターフェイスのメソッドを定義するサービス コントラクトの操作を示します。 このようにして定義されたサービス コントラクトをクラスとして実装します。サービス コントラクトを定義するインターフェイスを実装するクラスという形で記述します。 @@ -281,9 +267,9 @@ public class Service : IEcho } ``` - サービス コントラクトを実装したクラスは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ではサービスとして参照できます。 + WCF サービスとしての入力をサービス コントラクトを実装するクラスと呼びます。 - 次に、アドレスとバインディングを、サービス型と関連付けます。 これは通常、構成ファイルを直接編集するか、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] に収録されている構成エディターを使って行います。 構成ファイルの例を以下に示します。 + 次に、アドレスとバインディングを、サービス型と関連付けます。 通常、ファイルを直接編集することによって、または WCF に用意されている構成エディターを使用して構成ファイルで行われます。 構成ファイルの例を以下に示します。 ```xml @@ -309,15 +295,15 @@ public class Service : IEcho |WSHttpBinding|HTTP 上の WS-* プロトコルに対応した Web サービスやクライアントとの相互運用性。| |WSDualHttpBinding|双方向 HTTP 通信。最初のメッセージの受信者は送信元に直接は応答せず、代わりに、WS-* プロトコルに準拠した HTTP で、ある期間にわたって任意の数の応答を送信することができます。| |WSFederationBinding|HTTP 通信。サービスのリソースに対するアクセスを、明示的に指定された資格情報プロバイダーによって発行された証明書に基づいて制御することができます。| -|NetTcpBinding|ネットワーク全体に分散する [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ソフトウェア エンティティ間の、安全性や信頼性を確保した高速通信。| -|NetNamedPipeBinding|同一コンピューター上の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ソフトウェア エンティティ間の、安全性や信頼性を確保した高速通信。| -|NetMsmqBinding|[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ソフトウェア エンティティ間の、MSMQ を使用した通信。| -|MsmqIntegrationBinding|[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ソフトウェアと他のソフトウェア エンティティ間の、MSMQ を使用した通信。| -|NetPeerTcpBinding|[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ソフトウェア エンティティ間の、Windows ピアツーピア ネットワークを使用した通信。| +|NetTcpBinding|ネットワーク経由で WCF ソフトウェア エンティティ間のセキュリティで保護された、信頼性の高い、高パフォーマンス通信します。| +|NetNamedPipeBinding|同じコンピューター上の WCF ソフトウェア エンティティ間のセキュリティで保護された、信頼性の高い、高パフォーマンス通信します。| +|NetMsmqBinding|MSMQ を使用して WCF ソフトウェア エンティティ間の通信します。| +|MsmqIntegrationBinding|WCF のソフトウェア エンティティと MSMQ を使用して別のソフトウェア エンティティ間の通信します。| +|NetPeerTcpBinding|Windows ピア ツー ピア ネットワークを使用して WCF ソフトウェア エンティティ間の通信します。| システム指定のバインディングである には、ASP.NET Web サービスが対応している一連のプロトコルが組み込まれています。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーション用の独自バインディングは、バインド要素クラスのコレクションとして定義し、各クラスに個々のプロトコルを実装して [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] で使えるようにすることができます。 追加のプロトコルを表す、新しいバインド要素を記述することも可能です。 + WCF アプリケーション用の独自バインディングは、WCF を使用して個々 のプロトコルを実装するバインド要素クラスのコレクションとして簡単に定義されます。 追加のプロトコルを表す、新しいバインド要素を記述することも可能です。 サービス型の内部的な動作は、動作を表すクラス群のプロパティで調整できます。 次の例で、 クラスは、サービス型がマルチスレッド処理されることを指定しています。 @@ -339,7 +325,7 @@ public class DerivativesCalculatorServiceType: IDerivativesCalculator サービス ファイルをインターネット インフォメーション サービス (IIS) の ASP.NET アプリケーション ルート、アセンブリをアプリケーション ルートのサブディレクトリ \bin 以下にコピーすると、 このサービス ファイルの URL (Uniform Resource Locator) でアプリケーションにアクセスできるようになります。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスは、IIS 5.1 や 6.0 の他、IIS 7.0 の一部として提供される Windows プロセス アクティブ化サービス (WAS) や、.NET アプリケーション上でホストすることができます。 ただし IIS 5.1/6.0 の場合、通信トランスポート プロトコルは HTTP に限ります。 + および任意の .NET アプリケーション内で IIS 5.1 または 6.0 では、Windows プロセス アクティブ化サービス (WAS) は IIS 7.0 の一部として提供する、WCF サービスをホスト簡単にできます。 ただし IIS 5.1/6.0 の場合、通信トランスポート プロトコルは HTTP に限ります。 IIS 5.1/6.0 または WAS 上でサービスをホストする手順を以下に示します。 @@ -357,7 +343,7 @@ public class DerivativesCalculatorServiceType: IDerivativesCalculator するとアプリケーションには、アプリケーション ルートに置いたサービス ファイルの URL でアクセスできるようになります。 - .NET アプリケーション上で [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスをホストする場合は、サービス型をコンパイルしてクラス ライブラリ アセンブリを生成し、これをアプリケーションが参照できるようにします。アプリケーション側では、 クラスを使って、サービスを管理できるようプログラムを記述します。 サービスを管理する基本的なプログラムの例を以下に示します。 + .NET アプリケーション内で WCF サービスをホストするサービス型、アプリケーションによって参照されるクラス ライブラリ アセンブリをコンパイルし、サービスを使用して、ホストにアプリケーションをプログラミング、クラスです。 サービスを管理する基本的なプログラムの例を以下に示します。 ``` string httpBaseAddress = "http://www.contoso.com:8000/"; @@ -382,9 +368,9 @@ typeof(Service), //"Service" is the name of the service type baseAdresses)) この例では の構築時にトランスポート プロトコルに対してアドレスを指定しています。 このアドレスをベース アドレスと呼びます。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスのエンドポイントは、エンドポイントのホストに設定されたベース アドレスから見た相対アドレスで表します。 ホストではトランスポート プロトコルごとに 1 つベース アドレスを設定できます。 上記の構成ファイルの構成例では、エンドポイントに対して選択された はトランスポート プロトコルとして HTTP を使用しているので、エンドポイント `EchoService` のアドレスは、HTTP に対して設定されたベース アドレスを基準としたものになります。 前の例で、ホストの場合、HTTP ベース アドレスはhttp://www.contoso.com:8000/します。 なお、IIS や WAS 上でホストされているサービスの場合、ベース アドレスはサービス ファイルの URL になります。 + WCF サービスのエンドポイントに指定されたアドレスは、エンドポイントのホストのベース アドレスに対する相対アドレスです。 ホストではトランスポート プロトコルごとに 1 つベース アドレスを設定できます。 上記の構成ファイルの構成例では、エンドポイントに対して選択された はトランスポート プロトコルとして HTTP を使用しているので、エンドポイント `EchoService` のアドレスは、HTTP に対して設定されたベース アドレスを基準としたものになります。 前の例で、ホストの場合、HTTP ベース アドレスはhttp://www.contoso.com:8000/します。 なお、IIS や WAS 上でホストされているサービスの場合、ベース アドレスはサービス ファイルの URL になります。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] を ASP.NET 互換モードで動かせるのは、IIS や WAS 上でホストされていて、トランスポート プロトコルとしてもっぱら HTTP を使うサービスに限ります。 ASP.NET 互換モードは、次の 2 つの手順で切り替えます。 + WCF の ASP.NET 互換モード オプションを使用する IIS または WAS、およびが構成されている HTTP でトランスポート プロトコルとしてのみでホストされているサービスのみが可能です。 ASP.NET 互換モードは、次の 2 つの手順で切り替えます。 1. プログラムの開発者は、サービス型に 属性を追加し、ASP.NET 互換モードに切り替えることができる、または切り替えることが必須である旨の指定をしておく必要があります。 @@ -407,7 +393,7 @@ typeof(Service), //"Service" is the name of the service type baseAdresses)) ``` - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションは、サービス ファイルの拡張子として .svc ではなく .asmx を使用するように構成することも可能です。 + WCF アプリケーションは、.asmx を使用する、拡張子として .svc ではなく、サービス ファイルを構成することもできます。 ```xml @@ -427,14 +413,14 @@ typeof(Service), //"Service" is the name of the service type baseAdresses)) ``` - このように構成すると、.asmx サービス ファイルの URL を使用するようクライアント側を変更しなくても、サービスは [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] を使用するようになります。 + このオプションでは、Url を使用して、.asmx サービス ファイルのサービスを変更するときに WCF を使用して構成されているクライアントを変更する必要がなくなります保存できます。 ## クライアント開発 - ASP.NET Web サービスのクライアントの開発にはコマンド ライン ツール WSDL.exe を使用します.asmx ファイルの URL を入力として指定します。 対応するツールによって提供される[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]は[ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)です。 これは、サービス コントラクトおよび [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアント クラスの定義から、コード モジュールを生成します。 また、サービスのアドレスとバインディングを指定して、構成ファイルを生成することもできます。 + ASP.NET Web サービスのクライアントの開発にはコマンド ライン ツール WSDL.exe を使用します.asmx ファイルの URL を入力として指定します。 WCF に用意された、対応するツールは[ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)です。 サービス コントラクトの定義と WCF クライアント クラスの定義を持つコード モジュールを生成します。 また、サービスのアドレスとバインディングを指定して、構成ファイルを生成することもできます。 リモート サービスのクライアントを開発する場合、通常は、非同期パターンに従ってプログラムを記述するようお勧めします。 WSDL.exe ツールは、特段の指定をしなくても、同期パターンと非同期パターンを使ったコードをそれぞれ生成します。 によって生成されたコード、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)いずれかのパターンを提供できます。 特に指定しなければ同期パターン用です。 `/async` スイッチを指定して実行すれば、生成されるコードは非同期パターン用になります。 - ASP.NET の WSDL.exe で生成した [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアント クラスの名前が、Svcutil.exe で生成した [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアント クラスの名前と一致するとは限りません。 特に、 でシリアル化したクラスのプロパティ名は、Svcutil.exe で生成した場合 "Property" という接頭辞が付きますが、WSDL.exe の場合はそうなりません。 + ASP によって生成された WCF クライアント クラス内の名前を示す保証はありません。NET の WSDL.exe ツールでは、既定では、Svcutil.exe ツールによって生成された WCF クライアント クラス内の名前と一致します。 特に、 でシリアル化したクラスのプロパティ名は、Svcutil.exe で生成した場合 "Property" という接頭辞が付きますが、WSDL.exe の場合はそうなりません。 ## メッセージ表現 ASP.NET Web サービスとやり取りする SOAP メッセージのヘッダーはカスタマイズ可能です。 の派生クラスでヘッダーの構造を定義し、 でヘッダーが存在することを指定します。 @@ -484,7 +470,7 @@ public class Service: WebService, IEcho } ``` - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] には、サービスとやり取りする SOAP メッセージの構造を記述する、、、および という属性があります。 + WCF は、属性、 、 、およびサービスによって送受信される SOAP メッセージの構造を記述します。 ``` [DataContract] @@ -524,7 +510,7 @@ public interface IItemService } ``` - この構文でメッセージ構造を明示的に記述できますが、ASP.NET Web サービスのコードからメッセージ構造を導くことも可能です。 ASP.NET の構文では、メッセージ ヘッダーは上記の例の `ProtocolHeader` のようにサービスのプロパティとして表現されますが、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ではメッセージのプロパティとしてより厳密に表現できます。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ではさらに、エンドポイントの構成にメッセージ ヘッダーを追加することも可能です。 + この構文でメッセージ構造を明示的に記述できますが、ASP.NET Web サービスのコードからメッセージ構造を導くことも可能です。 また、ASP.NET の構文ではメッセージ ヘッダーとして表現されます、サービスのプロパティなど、`ProtocolHeader`前の例では、プロパティが WCF の構文ではメッセージのプロパティとしてより正確に表されます。 また、WCF では、エンドポイントの構成に追加するメッセージ ヘッダーができます。 ```xml @@ -559,11 +545,11 @@ public interface IEcho ASP.NET が WSDL で生成したサービス記述はカスタマイズ可能です。 の派生クラスを作成し、WSDL による記述に項目を追加する、という形でカスタマイズします。 - WSDL で記述したクエリを HTTP GET 要求として発行して、IIS 5.1/6.0 または WAS でホストされていて HTTP エンドポイントを持つ [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスの .svc ファイルを取得しようとすると、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は WSDL によるサービス記述を生成して返します。 httpGetEnabled が true に設定されている場合は、WSDL で記述したクエリを HTTP GET 要求として、.NET アプリケーション上でホストされているサービスの HTTP ベース アドレスに発行しても同じ効力があります。 + WCF サービスを記述する wsdl 応答には、WCF サービスの .svc ファイルに対するクエリの WSDL に HTTP GET 要求を発行する、IIS 51 内でホストされている HTTP エンドポイントを持つ、6.0 または WAS からさせます。 httpGetEnabled が true に設定されている場合は、WSDL で記述したクエリを HTTP GET 要求として、.NET アプリケーション上でホストされているサービスの HTTP ベース アドレスに発行しても同じ効力があります。 - 一方、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は、WS-MetadataExchange 要求に対しても、WSDL によるサービス記述を生成して返します。 ASP.NET Web サービスには、WS-MetadataExchange 要求に応答する機能がありません。 + ただし、WCF は、サービスの説明に生成された WSDL を使って、Ws-metadataexchange 要求にも応答します。 ASP.NET Web サービスには、WS-MetadataExchange 要求に応答する機能がありません。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] が WSDL で生成したサービス記述は広範なカスタマイズが可能です。 クラスには、WSDL による記述をカスタマイズするための機能がいくつか組み込まれています。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] も、WSDL による記述を生成する代わりに、所定の URL に置いた静的な WSDL ファイルを使用するように構成できます。 + WCF によって生成される WSDL を広範囲にカスタマイズできます。 クラスには、WSDL による記述をカスタマイズするための機能がいくつか組み込まれています。 WCF ではなくファイルを使用して、静的な WSDL で特定の URL が、WSDL を生成しないことにも構成することができます。 ```xml @@ -581,7 +567,7 @@ public interface IEcho ## 例外処理 ASP.NET Web サービスでは、処理できない例外が発生すると、SOAP エラーとしてクライアントに返されます。 また、 クラスのインスタンスを明示的にスローして、クライアント側に SOAP エラーの詳しい状況を通知し、より適切に管理させることも可能です。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスでは、処理できない例外が発生しても SOAP エラーとしてクライアントに返すことはありません。重要な情報が不用意に表示され、第三者に漏洩するのを防ぐためです。 ただしデバッグ目的で、このような例外をクライアントに返すように設定することは可能です。 + WCF サービスで未処理の例外は返されませんをクライアントに機密情報が誤って、例外を通じて公開されることを防ぐために SOAP エラーとして。 ただしデバッグ目的で、このような例外をクライアントに返すように設定することは可能です。 SOAP エラーをクライアントに返す場合、データ コントラクト型を汎用型 のインスタンスとしてキャストし、これをスローする方法が使えます。 また、操作に 属性を追加して、操作で生じうるエラーを指定する方法もあります。 @@ -638,9 +624,9 @@ public class Service : WebService, IEcho ASP.NET では、 の Session プロパティでアクセスするセッション状態情報の、実際の格納場所を細かく制御できます。 格納場所としては、クッキー内、データベース内、稼動中のサーバーのメモリ上、状態管理用の特別なサーバーのメモリ上があり、 サービスの構成ファイルで指定します。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] には、状態管理用に拡張可能なオブジェクトがいくつか用意されています。 いずれも を実装しています。 中でも重要な拡張可能オブジェクトは、 および です。 `ServiceHostBase` を使用すると、同一ホスト上の全サービス型のあらゆるインスタンスからアクセスできる状態を管理できます。一方、`InstanceContext` を使用すると、同じサービス型のインスタンス内で実行されるコードからアクセスできる状態を管理できます。 + WCF では、状態管理の拡張可能なオブジェクトを提供します。 いずれも を実装しています。 中でも重要な拡張可能オブジェクトは、 および です。 `ServiceHostBase` を使用すると、同一ホスト上の全サービス型のあらゆるインスタンスからアクセスできる状態を管理できます。一方、`InstanceContext` を使用すると、同じサービス型のインスタンス内で実行されるコードからアクセスできる状態を管理できます。 - 次の例で、サービス型 `TradingSystem` には という属性があります。同じ [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアント インスタンスからの呼び出しはすべて、同じサービス型のインスタンスに転送されることを表します。 + ここでは、サービスの種類、`TradingSystem`が、同じ WCF クライアント インスタンスからのすべての呼び出しが、サービス型の同じインスタンスにルーティングされることを指定します。 ``` [ServiceBehavior(InstanceContextMode = InstanceContextMode.PerSession)] @@ -679,18 +665,18 @@ void ITradingService.AddTrade(Trade trade) } ``` - ASP.NET では クラスで管理する状態情報の実際の格納場所を制御できますが、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の場合、少なくとも初期バージョンのままでは、まったく制御ができません。 これも [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスの ASP.NET 互換モードを推奨する理由の 1 つです。 このような制御が不可欠な応用の場合、ASP.NET 互換モードにすれば、ASP.NET と同様に クラスの機能を活用できるばかりでなく、 クラスで管理する状態情報の実際の格納場所も制御できます。 + 状態の情報が、ASP.NET 経由でコントロールを提供する一方、クラスが格納されている実際には、WCF には、少なくとも、初期のバージョンでは拡張可能なオブジェクトの格納場所を制御します。 WCF サービスの ASP.NET 互換モードを選択する最適な理由を構成するとします。 このような制御が不可欠な応用の場合、ASP.NET 互換モードにすれば、ASP.NET と同様に クラスの機能を活用できるばかりでなく、 クラスで管理する状態情報の実際の格納場所も制御できます。 ## セキュリティ - ASP.NET Web サービスのセキュリティ保全の手順は、IIS アプリケーションのセキュリティ保全の手順と同じです。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションは IIS に限らずどんな .NET 実行可能ファイル上でも動作するので、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションのセキュリティ保全の手順も IIS の機能に依存しないものにする必要があります。 しかし ASP.NET Web サービスが提供する機能は、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスからも、ASP.NET 互換モードで動作していれば利用できます。 + ASP.NET Web サービスのセキュリティ保全の手順は、IIS アプリケーションのセキュリティ保全の手順と同じです。 WCF アプリケーションは、IIS 内だけでなく、その .NET 実行可能ファイル内でも、ホストされていることができます、ための WCF アプリケーションをセキュリティで保護するためのオプションに IIS の機能から独立して行う必要があります。 ただし、ASP.NET Web サービスを提供する機能も ASP.NET 互換モードで実行されている WCF サービスで利用できます。 ### セキュリティ : 認証 - IIS にはアプリケーションへのアクセス制御機能が組み込まれており、匿名アクセスの他、Windows 認証、ダイジェスト認証、基本認証、.NET パスポート認証など、さまざまな認証モードを切り替えることができます。 Windows 認証は、ASP.NET Web サービスへのアクセス制御に使えます。 しかし [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションを IIS 上でホストする場合、アプリケーションへの匿名アクセスを許可するように IIS を構成し、認証処理は [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 自身で、Windows 認証その他により行えるようにしなければなりません。 他の認証方法としては、ユーザー名トークン、X.509 証明書、SAML トークン、CardSpace カードなどが組み込まれていますが、独自の認証機構を定義することも可能です。 + IIS にはアプリケーションへのアクセス制御機能が組み込まれており、匿名アクセスの他、Windows 認証、ダイジェスト認証、基本認証、.NET パスポート認証など、さまざまな認証モードを切り替えることができます。 Windows 認証は、ASP.NET Web サービスへのアクセス制御に使えます。 ただし、WCF アプリケーションは、IIS でホストされる、ときに、その認証は、さまざまな他のオプションの Windows 認証をサポートして、WCF によって管理できるように、アプリケーションへの匿名アクセスを許可するように IIS を構成する必要があります。 他の認証方法としては、ユーザー名トークン、X.509 証明書、SAML トークン、CardSpace カードなどが組み込まれていますが、独自の認証機構を定義することも可能です。 ### セキュリティ : 偽装 - ASP.NET Web サービスは ASP.NET の ID 要素を使用して、あるユーザーに偽装することができます。あらかじめ設定した特定のユーザーでなくても、要求に資格情報が添えられていれば、その要求元ユーザーに偽装できます。 ASP.NET 互換モードで動作する [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションでは、この要素を使って偽装を構成できます。 + ASP.NET Web サービスは ASP.NET の ID 要素を使用して、あるユーザーに偽装することができます。あらかじめ設定した特定のユーザーでなくても、要求に資格情報が添えられていれば、その要求元ユーザーに偽装できます。 その要素は、ASP.NET 互換モードで実行される WCF アプリケーションの権限借用の構成を使用することができます。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、特定のユーザーに偽装する、独自の ID 要素を設定できるようになっています。 また、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のクライアント側とサービス側で、別々に偽装を構成できます。 クライアント側では、要求を送信する現在のユーザーに偽装する構成が可能です。 + WCF 構成システムは、特定の権限を借用するユーザーを指定するため、独自の id 要素を提供します。 また、WCF クライアントとサービス別に構成できます権限借用のためです。 クライアント側では、要求を送信する現在のユーザーに偽装する構成が可能です。 ```xml @@ -710,14 +696,14 @@ public void Receive(Message input) ``` ### セキュリティ : アクセス制御リストによる承認 - アクセス制御リスト (ACL) を使って .asmx ファイルへのアクセスを制限できます。 しかし、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の .svc ファイルに対しては、ASP.NET 互換モードでない限り、ACL でアクセス制限することはできません。 + アクセス制御リスト (ACL) を使って .asmx ファイルへのアクセスを制限できます。 ただし、WCF .svc ファイルの Acl は、ASP.NET 互換モードでを除き無視されます。 ### セキュリティ : ロール ベースの承認 IIS の Windows 認証オプションを、ASP.NET 構成言語の承認要素と組み合わせて使用すると、ASP.NET Web サービスに対し、各ユーザーが属する Windows グループに基づくロール ベースの承認機構を提供できます。 ASP.NET 2.0 には、より汎用的なロール ベースの承認機構である、ロール プロバイダーが導入されました。 ロール プロバイダーとは、ユーザーが割り当てられたロールに関する問い合わせを行う、基本インターフェイスを実装したクラス群です。各ロール プロバイダーには、さまざまな情報源から必要な情報を取得する手段が組み込まれています。 ASP.NET 2.0 には、Microsoft SQL Server データベースからロールの割り当てを検索できるロール プロバイダーと、Windows Server 2003 承認マネージャーから検索できるロール プロバイダーがあります。 - .NET アプリケーションでは、ロール プロバイダーの機構は ASP.NET と独立に使われています。これは [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションも同様です。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーション用の構成例を以下に示します。このように、ASP.NET のロール プロバイダーの使い方は、 で選択できます。 + ロール プロバイダーの機構は、WCF アプリケーションを含む、任意の .NET アプリケーションで ASP.NET とは無関係に実際に使用することができます。 WCF アプリケーションの次のサンプルの構成方法を示します ASP.NET ロール プロバイダーを使用して選択したオプション、です。 ```xml @@ -739,9 +725,9 @@ public void Receive(Message input) ``` ### セキュリティ : クレーム ベースの承認 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] に導入された革新的な機能の 1 つで、保護されたリソースへのアクセスを、クレーム ベースで承認するというものです。 クレームは、型、権限、および値で構成されます。たとえば、運転免許証を考えてみましょう。 ここには所持者に関する誕生日などの情報 (ここでいう「クレーム」) が記載されています。 つまり、クレームの型は「誕生日」、値は運転者の実際の誕生日です。 また、クレームの権限は、所持者がこの値に対してできることを表します。 誕生日について言えば、所持者はこの情報を「見る」ことはできますが、「書き換える」ことはできません。 クレーム ベースの承認は、ロール ベースの承認を包含する概念です。というのも、ロールはクレームの 1 つの型であると考えることができるからです。 + WCF の最も重要な技術革新の 1 つは、クレーム ベースの保護されたリソースへのアクセスを承認するための完全なサポートです。 クレームは、型、権限、および値で構成されます。たとえば、運転免許証を考えてみましょう。 ここには所持者に関する誕生日などの情報 (ここでいう「クレーム」) が記載されています。 つまり、クレームの型は「誕生日」、値は運転者の実際の誕生日です。 また、クレームの権限は、所持者がこの値に対してできることを表します。 誕生日について言えば、所持者はこの情報を「見る」ことはできますが、「書き換える」ことはできません。 クレーム ベースの承認は、ロール ベースの承認を包含する概念です。というのも、ロールはクレームの 1 つの型であると考えることができるからです。 - クレーム ベースの承認では、一連のクレームを操作のアクセス要求と比較し、その結果に応じてアクセスを許可または拒否します。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、クレーム ベースの承認を実行するクラスも、`ServiceAuthorizationManager` の プロパティで指定します。 + クレーム ベースの承認では、一連のクレームを操作のアクセス要求と比較し、その結果に応じてアクセスを許可または拒否します。 WCF を使用して値を割り当てることによって信頼性情報ベースの承認をもう一度実行するクラスを指定することができます、`ServiceAuthorizationManager`プロパティです。 ```xml @@ -753,15 +739,15 @@ public void Receive(Message input) ``` - クレーム ベースの承認を行うクラスは、 を継承し、`AccessCheck()` メソッドだけをオーバーライドして定義します。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は、このメソッドを、サービスの操作が起動されたときに呼び出します。該当するユーザーのクレームを プロパティに設定した、`ServiceSecurityContext.AuthorizationContext` オブジェクトを引数として渡します。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は、提示されたセキュリティ トークンからユーザーに関するクレームを抽出、アセンブルし、要求された操作を許可してもよいかどうかを評価します。 + クレーム ベースの承認を行うクラスは、 を継承し、`AccessCheck()` メソッドだけをオーバーライドして定義します。 WCF がサービスの操作が呼び出され、提供されるたびに、そのメソッドを呼び出す、ユーザーの要求を持つオブジェクトでその`ServiceSecurityContext.AuthorizationContext`プロパティです。 WCF はセキュリティ トークンからユーザーに関するクレームをアセンブルし、認証のままにするは、ユーザー、それらの要求が問題の操作に十分であるかどうかを評価します。 - どのようなセキュリティ トークンからでも自動的にクレームをアセンブルできることが、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の革新的な技術です。これにより、認証機構と完全に独立して、クレーム ベースの承認を行うコードを実装できるようになりました。 これに対し、ACL やロール ベースの承認は、Windows 認証と密に関連し合っています。 + WCF は、セキュリティの任意の種類からの要求を自動的にアセンブル トークンは非常に重要な技術革新の場合、コードを完全に独立して、認証メカニズムのクレーム ベースの承認を可能になったためです。 これに対し、ACL やロール ベースの承認は、Windows 認証と密に関連し合っています。 ### セキュリティ : 機密性 - ASP.NET Web サービスとの間でやり取りするメッセージの機密性は、トランスポート層で、IIS 上のアプリケーションが Secure Hypertext Transfer Protocol (HTTPS) を使うように構成することによって確保します。 IIS 上でホストされている [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションについても同様です。 しかし、IIS 以外でホストされている [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションも、安全なトランスポート プロトコルを使うように構成できます。 さらに [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションは、メッセージを転送前に WS-Security プロトコルにより保護するように構成することも可能です。 メッセージの本体を WS-Security で保護することにより、最終送信先に到達するまでの中継ノードで機密が洩れないようにすることができます。 + ASP.NET Web サービスとの間でやり取りするメッセージの機密性は、トランスポート層で、IIS 上のアプリケーションが Secure Hypertext Transfer Protocol (HTTPS) を使うように構成することによって確保します。 同じ IIS でホストされる WCF アプリケーションを実行できます。 ただし、IIS の外部でホストされている WCF アプリケーションは、セキュリティで保護されたトランスポート プロトコルを使用しても構成できます。 重要な WCF アプリケーションを構成して、Ws-security プロトコルを使用して、配送される前に、メッセージをセキュリティで保護することもできます。 メッセージの本体を WS-Security で保護することにより、最終送信先に到達するまでの中継ノードで機密が洩れないようにすることができます。 ## グローバリゼーション - ASP.NET 構成言語では、個々のサービスごとにカルチャを指定することができます。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] でこの設定ができるのは、ASP.NET 互換モードの場合に限ります。 ASP.NET 互換モードでない [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスをローカライズするためには、サービス型をコンパイルしてカルチャごとのアセンブリを生成し、エンドポイントもカルチャごとのアセンブリそれぞれについて用意する必要があります。 + ASP.NET 構成言語では、個々のサービスごとにカルチャを指定することができます。 WCF では、ASP.NET 互換モードで以外には、その構成設定はサポートされません。 ASP.NET 互換モードを使用しない WCF サービスをローカライズするには、カルチャに固有のアセンブリにサービスの種類をコンパイルして、各カルチャに固有のアセンブリのカルチャに固有の別個のエンドポイントがあります。 ## 関連項目 [使用目的と使用標準に基づく ASP.NET Web サービスと WCF との比較](../../../../docs/framework/wcf/feature-details/comparing-aspnet-web-services-to-wcf-based-on-purpose-and-standards-used.md) diff --git a/docs/framework/wcf/feature-details/migrating-wse-3-0-web-services-to-wcf.md b/docs/framework/wcf/feature-details/migrating-wse-3-0-web-services-to-wcf.md index 4977f763aba..a85b6b14d0c 100644 --- a/docs/framework/wcf/feature-details/migrating-wse-3-0-web-services-to-wcf.md +++ b/docs/framework/wcf/feature-details/migrating-wse-3-0-web-services-to-wcf.md @@ -1,36 +1,22 @@ --- title: WSE 3.0 Web サービスの WCF への移行 -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: article ms.assetid: 7bc5fff7-a2b2-4dbc-86cc-ecf73653dcdc -caps.latest.revision: '' -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: a7e7187eb6ed444ba2c28aa301ce4b3b16129030 -ms.sourcegitcommit: c883637b41ee028786edceece4fa872939d2e64c +ms.openlocfilehash: fea56d5737b47dabd5632477b7daed23fcfaf249 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 03/26/2018 +ms.lasthandoff: 05/04/2018 --- # WSE 3.0 Web サービスの WCF への移行 -WSE 3.0 Web サービスを [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] に移行する利点には、パフォーマンスの向上と、追加のトランスポート、追加のセキュリティ シナリオ、および WS-* 仕様のサポートなどがあります。 WSE 3.0 から [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] に移行した Web サービスでは、パフォーマンスが最大 200% から 400% 向上する可能性があります。 サポートされているトランスポートの詳細については[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]を参照してください[トランスポート選択](../../../../docs/framework/wcf/feature-details/choosing-a-transport.md)です。 によってサポートされるシナリオの一覧については[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]を参照してください[一般的なセキュリティ シナリオ](../../../../docs/framework/wcf/feature-details/common-security-scenarios.md)です。 サポートされている仕様の一覧については[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]を参照してください[Web サービス プロトコルの相互運用性ガイド](../../../../docs/framework/wcf/feature-details/web-services-protocols-interoperability-guide.md)です。 +移行する WSE 3.0 Web サービスには、Windows Communication Foundation (WCF) の利点を示しますパフォーマンスの向上とサポートの追加のトランスポート、追加のセキュリティ シナリオ、および ws-* 仕様です。 WSE 3.0 から WCF に移行する Web サービスは、最大で 200 ~ 400% パフォーマンスが向上発生があります。 WCF でサポートされているトランスポートの詳細については、次を参照してください。[トランスポート選択](../../../../docs/framework/wcf/feature-details/choosing-a-transport.md)です。 WCF によりサポートされるシナリオの一覧は、次を参照してください。[一般的なセキュリティ シナリオ](../../../../docs/framework/wcf/feature-details/common-security-scenarios.md)です。 WCF でサポートされている仕様の一覧は、次を参照してください。 [Web サービス プロトコルの相互運用性ガイド](../../../../docs/framework/wcf/feature-details/web-services-protocols-interoperability-guide.md)です。 - 以下の各セクションでは、WSE 3.0 Web サービスの特定の機能を [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] に移行する方法についてのガイドラインを示します。 + 次のセクションでは、WSE 3.0 Web サービスの特定の機能を WCF に移行する方法のガイダンスを提供します。 ## 全般 - WSE 3.0 アプリケーションと [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションには、ネットワーク レベルの相互運用性と、共通の用語セットが含まれます。 WSE 3.0 アプリケーションと [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションは、両方がサポートする WS-* 仕様セットに基づき、ネットワーク レベルで相互運用できます。 WSE 3.0 アプリケーションや [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションの展開時には、WSE の設定不要なセキュリティ アサーションの名前や認証モードなど、共通の用語セットが使用されます。 + WSE 3.0 と WCF アプリケーションには、ネットワーク レベルの相互運用性と共通の用語セットが含まれます。 WSE 3.0 と WCF アプリケーションは、ネットワーク レベルで相互運用 ws-のセットに基づく *、両方をサポートする仕様。 WSE 3.0 または WCF アプリケーションの開発時に WSE モードおよび認証モードで、設定不要のセキュリティ アサーションの名前などの用語の共通セットがあります。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] と ASP.NET または WSE 3.0 のプログラミング モデルの間には、類似した側面が数多くありますが、同一ではありません。 詳細については、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]プログラミング モデルを参照してください[基本的なプログラミング ライフ サイクル](../../../../docs/framework/wcf/basic-programming-lifecycle.md)です。 + WCF と ASP.NET 間のような多くの側面がありますが、WSE 3.0 のプログラミング モデルが異なるです。 WCF プログラミング モデルについての詳細については、「[基本的なプログラミング ライフ サイクル](../../../../docs/framework/wcf/basic-programming-lifecycle.md)です。 > [!NOTE] > WSE Web サービスを WCF に移行する、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)ツールは、クライアントを生成するために使用できます。 ただし、このクライアントには、WCF サービスの開始点として使用できるインターフェイスとクラスも含まれます。 生成されるインターフェイスの 属性は、 プロパティが `*` に設定されたコントラクトのメンバーに適用されます。 WSE クライアントは、この設定では、Web サービスを呼び出して、次の例外がスローされます**Web.services3.responseprocessingexception:: WSE910:、応答メッセージの処理中にエラーが発生し、内側のエラーを見つけることができます。例外**です。 このエラーを軽減するには、 属性の プロパティを `null` 以外の値 (`http://Microsoft.WCF.Documentation/ResponseToOCAMethod` など) に設定します。 @@ -38,7 +24,7 @@ WSE 3.0 Web サービスを [!INCLUDE[indigo1](../../../../includes/indigo1-md.m ## セキュリティ ### ポリシー ファイルを使用してセキュリティ保護される WSE 3.0 Web サービス - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスは、構成ファイルを使用してサービスをセキュリティで保護できます。この機構は、WSE 3.0 ポリシー ファイルと似ています。 WSE 3.0 でポリシー ファイルを使用して Web サービスをセキュリティ保護するときは、設定不要のセキュリティ アサーションまたはカスタム ポリシー アサーションを使用します。 設定不要のセキュリティ アサーションは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] セキュリティ バインド要素の認証モードに厳密にマップされます。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 認証モードと WSE 3.0 の設定不要のセキュリティ アサーションには、同一または類似の名前が付けられているだけでなく、これらは同じ資格情報の種類を使用してメッセージをセキュリティ保護します。 たとえば、WSE 3.0 の設定不要の `usernameForCertificate` セキュリティ アサーションは、`UsernameForCertificate` の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 認証モードにマップされます。 WSE 3.0 の設定不要の `usernameForCertificate` セキュリティ アサーションを使用する最小ポリシーが、カスタム バインディングの `UsernameForCertificate` の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 認証モードにどのようにマップされるかを次のコード例に示します。 + WCF サービスは、構成ファイルを使用してサービスをセキュリティで保護して、その機構は WSE 3.0 ポリシー ファイルに似ています。 WSE 3.0 でポリシー ファイルを使用して Web サービスをセキュリティ保護するときは、設定不要のセキュリティ アサーションまたはカスタム ポリシー アサーションを使用します。 設定不要のセキュリティ アサーションは、WCF のセキュリティ バインド要素の認証モードに厳密にマップします。 だけでなく、WCF 認証モードと WSE 3.0 の設定不要のセキュリティ アサーションの名前は同じまたは、同様に、同じ資格情報の種類を使用してメッセージを保護します。 インスタンス、 `usernameForCertificate` WSE 3.0 の設定不要のセキュリティ アサーションにマップ、 `UsernameForCertificate` WCF での認証モードです。 次のコード例は、方法を使用する最小ポリシーを示しています。、 `usernameForCertificate` WSE 3.0 の設定不要のセキュリティ アサーションにマップする`UsernameForCertificate`WCF での認証モード、カスタム バインドにします。 **WSE 3.0** @@ -63,9 +49,9 @@ WSE 3.0 Web サービスを [!INCLUDE[indigo1](../../../../includes/indigo1-md.m ``` - ポリシー ファイルで指定されている WSE 3.0 Web サービスのセキュリティ設定を [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] に移行するには、構成ファイルでカスタム バインディングを作成し、設定不要のセキュリティ アサーションを同等の認証モードに設定する必要があります。 さらに、WSE 3.0 クライアントがサービスと通信するときに 2004 年 8 月版の WS-Addressing 仕様を使用するように、カスタム バインドを構成する必要もあります。 移行後の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスが WSE 3.0 クライアントと通信する必要がなく、等価のセキュリティの保持のみが必要な場合は、カスタム バインディングを作成する代わりに [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] システム定義のバインディングと適切なセキュリティ設定を使用することを考慮してください。 + WCF へのポリシー ファイルで指定されている WSE 3.0 Web サービスのセキュリティ設定を移行するには、構成ファイルで、カスタム バインディングを作成し、設定不要のセキュリティ アサーションは、同等の認証モードを設定する必要があります。 さらに、WSE 3.0 クライアントがサービスと通信するときに 2004 年 8 月版の WS-Addressing 仕様を使用するように、カスタム バインドを構成する必要もあります。 移行済みの WCF サービスが WSE 3.0 クライアントとの通信は不要し、等価のセキュリティを管理する必要があります、カスタム バインドを作成する代わりに適切なセキュリティ設定で、WCF のシステム定義バインディングの使用を検討します。 - WSE 3.0 ポリシー ファイルと [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の同等のカスタム バインディングとの対応関係を次の表に示します。 + 次の表は、WSE 3.0 ポリシー ファイルと WCF で同等のカスタム バインディング間のマッピングを一覧表示します。 |WSE 3.0 の設定不要のセキュリティ アサーション|WCF のカスタム バインド構成| |----------------------------------------|--------------------------------------| @@ -74,33 +60,33 @@ WSE 3.0 Web サービスを [!INCLUDE[indigo1](../../../../includes/indigo1-md.m |\|` `| |\|` `| |\|` `| -|\|` `| +|\|` `| WCF でのカスタム バインドの作成の詳細については、次を参照してください。[カスタム バインド](../../../../docs/framework/wcf/extending/custom-bindings.md)です。 ### アプリケーション コードを使用してセキュリティ保護される WSE 3.0 Web サービス - WSE 3.0 と [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のいずれを使用する場合でも、構成ではなくアプリケーション コードでセキュリティ要件を指定できます。 WSE 3.0 でこれを行うには、`Policy` クラスの派生クラスを作成してから、`Add` メソッドを呼び出して要件を追加します。 セキュリティ要件を指定するコードの詳細については、次を参照してください。[する方法: セキュリティで保護された Web サービスなしを使用して、ポリシー ファイル](http://go.microsoft.com/fwlink/?LinkId=73747)です。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] でセキュリティ要件をコードで指定するには、 クラスのインスタンスを作成し、 のインスタンスを に追加します。 セキュリティ アサーション要件は、 クラスの静的認証モード ヘルパー メソッドを使用して設定します。 使用してコードでのセキュリティ要件の指定の詳細については[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]を参照してください[する方法: SecurityBindingElement 作成するカスタム バインドを使用して、](../../../../docs/framework/wcf/feature-details/how-to-create-a-custom-binding-using-the-securitybindingelement.md)と[する方法: の SecurityBindingElement を作成します。認証モードを指定した](../../../../docs/framework/wcf/feature-details/how-to-create-a-securitybindingelement-for-a-specified-authentication-mode.md)です。 + WSE 3.0 または WCF を使用するかどうかは、構成ではなく、アプリケーション コードでセキュリティ要件を指定できます。 WSE 3.0 でこれを行うには、`Policy` クラスの派生クラスを作成してから、`Add` メソッドを呼び出して要件を追加します。 セキュリティ要件を指定するコードの詳細については、次を参照してください。[する方法: セキュリティで保護された Web サービスなしを使用して、ポリシー ファイル](http://go.microsoft.com/fwlink/?LinkId=73747)です。 WCF では、コードでセキュリティ要件を指定するのインスタンスを作成、クラスおよびインスタンスの追加、をです。 セキュリティ アサーション要件は、 クラスの静的認証モード ヘルパー メソッドを使用して設定します。 WCF を使用してコードでセキュリティ要件を指定する方法の詳細については、次を参照してください[する方法: SecurityBindingElement 作成するカスタム バインドを使用して、](../../../../docs/framework/wcf/feature-details/how-to-create-a-custom-binding-using-the-securitybindingelement.md)と[する方法: は指定されたため、SecurityBindingElement を作成します。認証モード](../../../../docs/framework/wcf/feature-details/how-to-create-a-securitybindingelement-for-a-specified-authentication-mode.md)です。 ### WSE 3.0 カスタム ポリシー アサーション - WSE 3.0 には、2 種類のカスタム ポリシー アサーションがあります。一方は SOAP メッセージをセキュリティで保護し、もう一方は SOAP メッセージをセキュリティで保護しません。 SOAP メッセージをセキュリティで保護するポリシー アサーションは WSE 3.0 の `SecurityPolicyAssertion` クラスから派生します。[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]でこれと概念的に等価なものは クラスです。 + WSE 3.0 には、2 種類のカスタム ポリシー アサーションがあります。一方は SOAP メッセージをセキュリティで保護し、もう一方は SOAP メッセージをセキュリティで保護しません。 WSE 3.0 から派生して、SOAP メッセージをセキュリティで保護するポリシー アサーション`SecurityPolicyAssertion`クラスと、WCF の概念と同じでは、クラスです。 - 注意すべき重要な点は、WSE 3.0 の設定不要のセキュリティ アサーションは [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 認証モードのサブセットであるということです。 WSE 3.0 でカスタム ポリシー アサーションを既に作成している場合は、同等の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 認証モードが存在する可能性があります。 たとえば、WSE 3.0 は、設定不要の `UsernameOverTransport` セキュリティ アサーションと等価な CertificateOverTransport セキュリティ アサーションを提供しませんが、クライアントを認証するために X.509 証明書を使用します。 このシナリオ用の独自のカスタム ポリシー アサーションを定義していれば、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] によって移行が容易になります。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] はこのシナリオの認証モードを定義します。このため、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の の構成に静的認証モード ヘルパー メソッドを使用できます。 + 重要な注意点は、WSE 3.0 の設定不要のセキュリティ アサーション WCF 認証モードのサブセットであることです。 WSE 3.0 カスタム ポリシー アサーションを作成した場合と同等の WCF 認証モードである可能性があります。 たとえば、WSE 3.0 は、設定不要の `UsernameOverTransport` セキュリティ アサーションと等価な CertificateOverTransport セキュリティ アサーションを提供しませんが、クライアントを認証するために X.509 証明書を使用します。 このシナリオでは、独自のカスタム ポリシー アサーションを定義した場合は、WCF によって移行が容易です。 利用する静的認証モード ヘルパー メソッドを WCF を構成するために、WCF がこのシナリオでは、認証モードを定義です。 - SOAP メッセージをセキュリティで保護するカスタム ポリシー アサーションと等価な [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 認証モードが存在しない場合は、、、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のいずれかのクラスからクラスを派生し、等価なバインド要素を指定します。 詳細については、次を参照してください。[する方法: SecurityBindingElement 作成するカスタム バインドを使用して、](../../../../docs/framework/wcf/feature-details/how-to-create-a-custom-binding-using-the-securitybindingelement.md)です。 + SOAP メッセージを保護するカスタム ポリシー アサーションと等価である WCF 認証モードがない場合、派生クラスを、またはWCF クラスし、等価なバインド要素を指定します。 詳細については、次を参照してください。[する方法: SecurityBindingElement 作成するカスタム バインドを使用して、](../../../../docs/framework/wcf/feature-details/how-to-create-a-custom-binding-using-the-securitybindingelement.md)です。 SOAP メッセージ セキュリティで保護するカスタム ポリシー アサーションを変換するには、次を参照してください。 [Filtering](../../../../docs/framework/wcf/feature-details/filtering.md)サンプルとサンプル[カスタム メッセージ インターセプター](../../../../docs/framework/wcf/samples/custom-message-interceptor.md)です。 ### WSE 3.0 カスタム セキュリティ トークン - カスタム トークンを作成するための [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] プログラミング モデルは、WSE 3.0 と異なります。 WSE でカスタム トークンを作成する方法については、次を参照してください。[カスタム セキュリティ トークンの作成](http://go.microsoft.com/fwlink/?LinkID=73750)です。 カスタム トークンを作成する方法について[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]を参照してください[する方法: カスタム トークンを作成する](../../../../docs/framework/wcf/extending/how-to-create-a-custom-token.md)です。 + カスタム トークンを作成するための WCF プログラミング モデルは、WSE 3.0 とは異なるです。 WSE でカスタム トークンを作成する方法については、次を参照してください。[カスタム セキュリティ トークンの作成](http://go.microsoft.com/fwlink/?LinkID=73750)です。 WCF では、カスタム トークンを作成する方法については、次を参照してください。[する方法: カスタム トークンを作成する](../../../../docs/framework/wcf/extending/how-to-create-a-custom-token.md)です。 ### WSE 3.0 カスタム トークン マネージャー - カスタム トークン マネージャーを作成するためのプログラミング モデルは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] と WSE 3.0 で異なります。 カスタム トークン マネージャーとカスタム セキュリティ トークンに必要なその他のコンポーネントを作成する方法の詳細については、次を参照してください。[する方法: カスタム トークンを作成する](../../../../docs/framework/wcf/extending/how-to-create-a-custom-token.md)です。 + カスタム トークン マネージャーを作成するためのプログラミング モデルは、WSE 3.0 と WCF で異なるです。 カスタム トークン マネージャーとカスタム セキュリティ トークンに必要なその他のコンポーネントを作成する方法の詳細については、次を参照してください。[する方法: カスタム トークンを作成する](../../../../docs/framework/wcf/extending/how-to-create-a-custom-token.md)です。 > [!NOTE] -> カスタムの `UsernameToken` セキュリティ トークン マネージャーを既に作成している場合、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、カスタム セキュリティ マネージャーを作成するよりも簡単に認証ロジックを指定する機構が提供されています。 詳細については、次を参照してください。[する方法: カスタム ユーザー名およびパスワード検証を使用して](../../../../docs/framework/wcf/feature-details/how-to-use-a-custom-user-name-and-password-validator.md)です。 +> カスタムを作成した場合`UsernameToken`セキュリティ トークン マネージャーは、WCF には、カスタム セキュリティ トークン マネージャーを作成するよりも認証ロジックを指定するを容易に行えるが用意されています。 詳細については、次を参照してください。[する方法: カスタム ユーザー名およびパスワード検証を使用して](../../../../docs/framework/wcf/feature-details/how-to-use-a-custom-user-name-and-password-validator.md)です。 ### MTOM エンコードされた SOAP メッセージを使用する WSE 3.0 Web サービス - WSE 3.0 アプリケーションと同様に、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションでは、MTOM メッセージ エンコードを構成で指定できます。 この設定を移行するには追加、 [ \](../../../../docs/framework/configure-apps/file-schema/wcf/mtommessageencoding.md)サービスのバインドにします。 WSE 3.0 での MTOM エンコードの指定方法と、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] での等価な MTOM エンコードの指定方法を、次のコード例に示します。 + WSE 3 アプリケーションのように、WCF アプリケーションは、MTOM メッセージの構成でのエンコードを指定できます。 この設定を移行するには追加、 [ \](../../../../docs/framework/configure-apps/file-schema/wcf/mtommessageencoding.md)サービスのバインドにします。 次のコード例では、MTOM エンコーディングを指定する方法 WSE 3.0 の WCF で同等であるサービスを示します。 **WSE 3.0** @@ -128,12 +114,12 @@ WSE 3.0 Web サービスを [!INCLUDE[indigo1](../../../../includes/indigo1-md.m ## トランスポート ### TCP - 既定では、TCP トランスポートを使用して SOAP メッセージを送信する WSE 3.0 クライアントおよび Web サービスは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のクライアントおよび Web サービスと相互運用できません。 このような非互換性は、TCP プロトコルで使用されるフレームの違いとパフォーマンス上の理由に起因します。 ただし、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のサンプルでは、WSE 3.0 と相互運用するカスタム TCP セッションの実装方法を詳しく示しています。 このサンプルに関する詳細については、次を参照してください。[トランスポート: WSE 3.0 TCP 相互運用性](../../../../docs/framework/wcf/samples/transport-wse-3-0-tcp-interoperability.md)です。 + 既定では、WSE 3.0 クライアントおよび TCP トランスポートを使用して SOAP メッセージを送信する Web サービス相互運用不可能 WCF クライアントと Web サービスを使用します。 このような非互換性は、TCP プロトコルで使用されるフレームの違いとパフォーマンス上の理由に起因します。 ただし、WCF サンプルでは、WSE 3.0 と相互運用するカスタム TCP セッションを実装する方法について説明します。 このサンプルに関する詳細については、次を参照してください。[トランスポート: WSE 3.0 TCP 相互運用性](../../../../docs/framework/wcf/samples/transport-wse-3-0-tcp-interoperability.md)です。 - 指定する、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]アプリケーションが TCP トランスポートを使用して、使用して、 [ \](../../../../docs/framework/configure-apps/file-schema/wcf/nettcpbinding.md)です。 + WCF アプリケーションが TCP トランスポートを使用することを指定するには、使用、 [ \](../../../../docs/framework/configure-apps/file-schema/wcf/nettcpbinding.md)です。 ### カスタム トランスポート - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] において WSE 3.0 カスタム トランスポートに相当するのは、チャネル拡張です。 チャネル拡張機能の作成に関する詳細については、「 [、チャネル レイヤの拡張](../../../../docs/framework/wcf/extending/extending-the-channel-layer.md)です。 + WCF での WSE 3.0 カスタム トランスポートの該当するショートカットは、チャネル拡張です。 チャネル拡張機能の作成に関する詳細については、「 [、チャネル レイヤの拡張](../../../../docs/framework/wcf/extending/extending-the-channel-layer.md)です。 ## 関連項目 [基本的なプログラミング ライフサイクル](../../../../docs/framework/wcf/basic-programming-lifecycle.md) diff --git a/docs/framework/wcf/feature-details/serializing-in-json-with-message-level-programming.md b/docs/framework/wcf/feature-details/serializing-in-json-with-message-level-programming.md index 1b8cba2cb05..ecfa5726073 100644 --- a/docs/framework/wcf/feature-details/serializing-in-json-with-message-level-programming.md +++ b/docs/framework/wcf/feature-details/serializing-in-json-with-message-level-programming.md @@ -1,24 +1,12 @@ --- -title: "メッセージ レベルのプログラミングによる JSON 形式でのシリアル化" -ms.custom: +title: メッセージ レベルのプログラミングによる JSON 形式でのシリアル化 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: 5f940ba2-57ee-4c49-a779-957c5e7e71fa -caps.latest.revision: "3" -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: bfa8952c54f29d88cb4975c1924b9c3e94c1c226 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: a2568c30d34e39aaf1708a9fb3e186f86b17f5b7 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # メッセージ レベルのプログラミングによる JSON 形式でのシリアル化 WCF は、JSON 形式でのデータのシリアル化をサポートします。 このトピックでは、 を使用して型をシリアル化することを WCF に命令する方法について説明します。 @@ -42,7 +30,7 @@ WCF は、JSON 形式でのデータのシリアル化をサポートします new WebBodyFormatMessageProperty(WebContentFormat.Json)); // Use JSON format ``` -## 参照 +## 関連項目 [AJAX の統合と JSON のサポート](../../../../docs/framework/wcf/feature-details/ajax-integration-and-json-support.md) [スタンドアロン JSON のシリアル化](../../../../docs/framework/wcf/feature-details/stand-alone-json-serialization.md) [JSON シリアル化](../../../../docs/framework/wcf/samples/json-serialization.md) diff --git a/docs/framework/wcf/feature-details/troubleshooting-correlation.md b/docs/framework/wcf/feature-details/troubleshooting-correlation.md index 73852028728..b1b6070cbe5 100644 --- a/docs/framework/wcf/feature-details/troubleshooting-correlation.md +++ b/docs/framework/wcf/feature-details/troubleshooting-correlation.md @@ -1,26 +1,12 @@ --- title: 相関関係のトラブルシューティング -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: article ms.assetid: 98003875-233d-4512-a688-4b2a1b0b5371 -caps.latest.revision: 11 -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: 2de3a8cac6e12d898173f8181b295c3e2e461cc7 -ms.sourcegitcommit: 94d33cadc5ff81d2ac389bf5f26422c227832052 -ms.translationtype: HT +ms.openlocfilehash: c597012a5ff69ecb700c51e00ac7d1218962e9ad +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/30/2018 +ms.lasthandoff: 05/04/2018 --- # 相関関係のトラブルシューティング 相関関係は、ワークフロー サービス メッセージを互いに関連付けたり、正しいワークフロー インスタンスに関連付けたりするために使用されますが、正しく構成されていないと、メッセージが受信されず、アプリケーションが正しく機能しなくなります。 ここでは、相関関係のトラブルシューティングのいくつかの方法の概要と、相関関係を使用するときに発生する一般的な問題について説明します。 @@ -146,7 +132,7 @@ supports the context protocol and has a valid context initialized. 詳細については、次を参照してください。[コンテキスト交換](../../../../docs/framework/wcf/feature-details/context-exchange-correlation.md)です。 ## 要求/応答の相関関係の一般的な問題 - 要求-応答の相関関係を併用、 / ペアを使用して、ワークフロー サービスでは、双方向の操作を実装する、 / ペアを別の web サイトでの双方向の操作を呼び出すサービス。 WCF サービスの双方向の操作を呼び出す場合、このサービスには、従来の命令型のコード ベースの [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスを使用することも、ワークフロー サービスを使用することもできます。 要求/応答の相関関係を使用するには、 などの双方向のバインドを使用する必要があります。操作が双方向である必要もあります。 + 要求-応答の相関関係を併用、 / ペアを使用して、ワークフロー サービスでは、双方向の操作を実装する、 / ペアを別の web サイトでの双方向の操作を呼び出すサービス。 WCF サービスの双方向の操作を呼び出すときに、サービスが、従来なることができるまたは命令型コードに基づいた WCF サービスがワークフロー サービスを指定できます。 要求/応答の相関関係を使用するには、 などの双方向のバインドを使用する必要があります。操作が双方向である必要もあります。 ワークフロー サービスが双方向の操作を並行または重複 / または / のペア、暗黙の関連付け処理で提供される管理、特に高負荷のシナリオでは十分でないと、メッセージのルーティングを正しくない可能性があります。 この問題が発生しないようにするために、要求/応答の相関関係を使用する際には常に を明示的に指定することをお勧めします。 使用する場合、 **SendAndReceiveReply**と**ReceiveAndSendReply** [メッセージング] セクションのテンプレート、**ツールボックス**ワークフロー デザイナーで、 既定では明示的に構成します。 コードを使用してワークフローを作成する場合は、ペアの最初のアクティビティの で を指定します。 次の例では、 で を明示的に指定して アクティビティを構成しています。 diff --git a/docs/framework/wcf/feature-details/wcf-web-http-programming-model-overview.md b/docs/framework/wcf/feature-details/wcf-web-http-programming-model-overview.md index 1531b9294ed..9f852b7fd3e 100644 --- a/docs/framework/wcf/feature-details/wcf-web-http-programming-model-overview.md +++ b/docs/framework/wcf/feature-details/wcf-web-http-programming-model-overview.md @@ -1,42 +1,28 @@ --- title: WCF Web HTTP プログラミング モデルの概要 -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: article ms.assetid: 381fdc3a-6e6c-4890-87fe-91cca6f4b476 -caps.latest.revision: 45 -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: f617aa68a052b60933db2dc4b2051c910af6b9b9 -ms.sourcegitcommit: 94d33cadc5ff81d2ac389bf5f26422c227832052 +ms.openlocfilehash: 2c3498857c7c0e69c3678ba03f94c14f9b6d8e67 +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/30/2018 +ms.lasthandoff: 05/04/2018 --- # WCF Web HTTP プログラミング モデルの概要 -[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] WEB HTTP プログラミング モデルは [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] での WEB HTTP サービスの構築に必要な基本的な要素を提供します。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] WEB HTTP サービスは、Web ブラウザーも含めて、最大限の幅広いクライアントからアクセスできるように設計されており、次の固有の要件があります。 +Windows Communication Foundation (WCF) WEB HTTP プログラミング モデルでは、wcf WEB HTTP サービスを構築するために必要な基本的な要素を提供します。 WCF WEB HTTP サービスは、最も広範な Web ブラウザーも含めて、クライアントがアクセスするよう設計されていて、次の固有の要件があります。 -- **Uri および URI 処理**Uri は、WEB HTTP サービスの設計の中心的な役割を再生します。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] WEB HTTP プログラミング モデルでは、 クラスおよび クラスを使用して、URI 処理機能を提供します。 +- **Uri および URI 処理**Uri は、WEB HTTP サービスの設計の中心的な役割を再生します。 WCF WEB HTTP プログラミング モデルの使用、とURI 処理機能を提供するクラス。 -- **GET と POST 操作に対するサポート**WEB HTTP サービスにより起動データ変更やリモート呼び出し用の動詞の GET 動詞のさまざまなだけでなく、データの取得に使用します。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] WEB HTTP プログラミング モデルは、 および を使用して、サービス操作を GET 動詞や PUT、POST、DELETE などの他の HTTP 動詞に関連付けます。 +- **GET と POST 操作に対するサポート**WEB HTTP サービスにより起動データ変更やリモート呼び出し用の動詞の GET 動詞のさまざまなだけでなく、データの取得に使用します。 WCF WEB HTTP プログラミング モデルの使用、とPOST、GET と PUT の場合と同様に他の HTTP 動詞の両方のサービス操作に関連付けるを削除します。 -- **複数のデータ形式**Web スタイルのサービスがさまざまな種類のデータだけでなく、SOAP メッセージを処理します。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] WEB HTTP プログラミング モデルは、 および を使用して、XML ドキュメント、JSON データ オブジェクト、バイナリ コンテンツのストリーム (イメージ、ビデオ ファイル、プレーンテキスト) など、さまざまなデータ形式をサポートします。 +- **複数のデータ形式**Web スタイルのサービスがさまざまな種類のデータだけでなく、SOAP メッセージを処理します。 WCF WEB HTTP プログラミング モデルの使用、とXML ドキュメント、JSON データ オブジェクト、およびイメージ、ビデオ ファイル、またはプレーン テキストなどのバイナリ コンテンツのストリームを含む多くの異なるデータ形式をサポートします。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] WEB HTTP プログラミング モデルは [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の扱う範囲を拡大し、WEB HTTP サービス、AJAX および JSON サービス、配信 (ATOM および RSS) フィードを使用する Web スタイルのシナリオも対象とします。 AJAX および JSON サービスに関する詳細については、次を参照してください。 [AJAX の統合と JSON サポート](../../../../docs/framework/wcf/feature-details/ajax-integration-and-json-support.md)です。 配信の詳細については、次を参照してください。 [WCF 配信の概要](../../../../docs/framework/wcf/feature-details/wcf-syndication-overview.md)です。 + WCF WEB HTTP プログラミング モデルでは、wcf WEB HTTP サービス、AJAX および JSON サービス、および配信 (ATOM および RSS) フィードを含む Web スタイルのシナリオをカバーする範囲を拡大します。 AJAX および JSON サービスに関する詳細については、次を参照してください。 [AJAX の統合と JSON サポート](../../../../docs/framework/wcf/feature-details/ajax-integration-and-json-support.md)です。 配信の詳細については、次を参照してください。 [WCF 配信の概要](../../../../docs/framework/wcf/feature-details/wcf-syndication-overview.md)です。 WEB HTTP サービスから返されるデータの種類に追加の制限はありません。 WEB HTTP サービス操作からは任意のシリアル化可能な型を返すことができます。 WEB HTTP サービス操作は Web ブラウザーによって呼び出すことができるため、URL に指定できるデータ型に制限があります。 既定でサポートされる種類の詳細については、次を参照してください。、 **UriTemplate クエリ文字列パラメーターと Url**以下のセクションです。 既定の動作は、URL で指定されたパラメーターから実際のパラメーター型への変換方法を指定する独自の T:System.ServiceModel.Dispatcher.QueryStringConverter 実装を提供することで変更できます。 詳細については、「」を参照してください。 > [!CAUTION] -> [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] WEB HTTP プログラミング モデルで記述されたサービスでは、SOAP メッセージは使用されません。 SOAP が使用されないため、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] によって提供されるセキュリティ機能を使用することはできません。 ただし、HTTPS でサービスをホストすることによってトランスポート ベースのセキュリティを使用できます。 詳細については[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]セキュリティを参照してください[セキュリティの概要](../../../../docs/framework/wcf/feature-details/security-overview.md) +> WCF WEB HTTP プログラミング モデルで記述されたサービスでは、SOAP メッセージは使用しないでください。 SOAP が使用されないため、WCF に用意されたセキュリティ機能を使用することはできません。 ただし、HTTPS でサービスをホストすることによってトランスポート ベースのセキュリティを使用できます。 WCF セキュリティの詳細については、次を参照してください[セキュリティの概要。](../../../../docs/framework/wcf/feature-details/security-overview.md) > [!WARNING] > IIS の WebDAV 拡張をインストールすると、WebDAV 拡張がすべての PUT 要求を処理しようとしたときに Web HTTP サービスが HTTP 405 エラーを返すことがあります。 この問題を解決するには、WebDAV 拡張をアンインストールするか、Web サイトの WebDAV 拡張を無効にします。 詳細については、次を参照してください[IIS および WebDav。](http://learn.iis.net/page.aspx/357/webdav-for-iis-70/) @@ -64,12 +50,12 @@ ms.lasthandoff: 04/30/2018 - `Bind`() と `Match`() は逆のもので、`Match`( `Bind`( x ) ) を呼び出し、最初と同じ環境に戻ることができます。 - 包含されたテンプレートを個別に扱うことができるデータ構造内の一連の オブジェクトを追跡することが必要になる場合がよくあります (特に、URI に基づいて要求をサービス操作にディスパッチすることが必要なサーバー上)。 は、URI テンプレートのセットを表し、テンプレート セットと候補の URI が与えられると、最適の組み合わせを選択します。 これは、特定のネットワーク スタックと結び付いていないので ([!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] を含む)、必要な場合はいつでも使用できます。 + 包含されたテンプレートを個別に扱うことができるデータ構造内の一連の オブジェクトを追跡することが必要になる場合がよくあります (特に、URI に基づいて要求をサービス操作にディスパッチすることが必要なサーバー上)。 は、URI テンプレートのセットを表し、テンプレート セットと候補の URI が与えられると、最適の組み合わせを選択します。 これと関連付けられません (WCF に付属) 特定のネットワー キング スタック必要に応じて使用できるようにします。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービス モデルは、 および を使用して、 によって記述された URI セットにサービス操作を関連付けます。 サービス操作は、 または によって に関連付けられます。 詳細についてはとを参照してください[UriTemplate と UriTemplateTable](../../../../docs/framework/wcf/feature-details/uritemplate-and-uritemplatetable.md) + WCF サービス モデルは、 および を使用して、 によって記述された URI セットにサービス操作を関連付けます。 サービス操作は、 または によって に関連付けられます。 詳細についてはとを参照してください[UriTemplate と UriTemplateTable](../../../../docs/framework/wcf/feature-details/uritemplate-and-uritemplatetable.md) ## WebGet および WebInvoke 属性 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] WEB HTTP サービスは、さまざまな呼び出し用の動詞 (HTTP POST、PUT、DELETE など) に加えて、データ取得のための動詞 (HTTP GET など) を使用します。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] WEB HTTP プログラミング モデルでは、サービスの開発者は と を使用して、URI テンプレートと、各自のサービス操作に関連付けられた動詞を共に制御できます。 および を使用すると、個々の操作を URI と、それらの URI に関連付けられている HTTP メソッドにバインドする方法を制御できます。 たとえば、次のコードでは、 および を追加します。 + WCF WEB HTTP サービスは、さまざまなだけでなく取得動詞 (HTTP GET など) の使用が動詞 (HTTP POST、PUT、および削除など) を起動します。 WCF WEB HTTP プログラミング モデルにより、サービス開発者は、コントロールの両方、URI テンプレートと動詞で各自のサービス操作に関連付けられている、とです。 および を使用すると、個々の操作を URI と、それらの URI に関連付けられている HTTP メソッドにバインドする方法を制御できます。 たとえば、次のコードでは、 および を追加します。 ``` [ServiceContract] @@ -109,7 +95,7 @@ interface ICustomer } ``` - 完全なサンプルを表示する、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]を使用するサービス、 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] WEB HTTP プログラミング モデルを参照してください[する方法: 基本的な WCF Web HTTP サービスを作成します。](../../../../docs/framework/wcf/feature-details/how-to-create-a-basic-wcf-web-http-service.md) + WCF WEB HTTP プログラミング モデルを使用する WCF サービスの完全なサンプルを表示するには、次を参照してください[する方法: 基本的な WCF Web HTTP サービスを作成します。](../../../../docs/framework/wcf/feature-details/how-to-create-a-basic-wcf-web-http-service.md) ## UriTemplate クエリ文字列パラメーターと URL サービス操作に関連付けられた URL を入力することによって、Web ブラウザーから Web スタイルのサービスを呼び出すことができます。 このようなサービス操作は、文字列形式で指定する必要があるクエリ文字列パラメーターを URL 内で受け取ることができます。 次の表に、URL 内で渡すことができる型と、使用される形式を示します。 @@ -138,7 +124,7 @@ interface ICustomer |型と文字列表現を双方向に変換できる `TypeConverterAttribute` を持つ型。|型コンバーターによって異なります。| ## 形式と WCF WEB HTTP プログラミング モデル - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] WEB HTTP プログラミング モデルには、さまざまなデータ形式を扱うための新機能が備わっています。 は、バインディング層で次のさまざまな種類のデータを読み書きできます。 + WCF WEB HTTP プログラミング モデルでは、さまざまなデータ形式を使用する新しい機能があります。 は、バインディング層で次のさまざまな種類のデータを読み書きできます。 - XML @@ -146,12 +132,12 @@ interface ICustomer - 不透明なバイナリ ストリーム - つまり、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] WEB HTTP プログラミング モデルではあらゆる種類のデータを処理できますが、 に対してプログラミングすることもできます。 + これは、WCF WEB HTTP プログラミング モデルは、あらゆる種類のデータを処理できますが、に対してプログラミングすることを意味です。 [!INCLUDE[netfx35_short](../../../../includes/netfx35-short-md.md)] は、配信フィード (ATOM および RSS) だけでなく、JSON データ (AJAX) にも対応しています。 これらの機能に関する詳細については、次を参照してください。 [WCF Web HTTP 書式](../../../../docs/framework/wcf/feature-details/wcf-web-http-formatting.md)[WCF 配信の概要](../../../../docs/framework/wcf/feature-details/wcf-syndication-overview.md)と[AJAX の統合と JSON サポート](../../../../docs/framework/wcf/feature-details/ajax-integration-and-json-support.md)です。 ## WCF WEB HTTP プログラミング モデルとセキュリティ - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] WEB HTTP プログラミング モデルでは WS-* プロトコルがサポートされないため、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] WEB HTTP サービスを保護するには、SSL を使用して HTTPS 全体でサービスを公開するしかありません。 SSL の設定の詳細については[!INCLUDE[iisver](../../../../includes/iisver-md.md)]を参照してください[を IIS で SSL を実装する方法](http://go.microsoft.com/fwlink/?LinkId=131613) + WCF WEB HTTP プログラミング モデルはサポートされていません、ws-* プロトコル、WCF WEB HTTP サービスをセキュリティで保護する唯一の方法は、SSL を使用して HTTPS 経由でサービスを公開します。 SSL の設定の詳細については[!INCLUDE[iisver](../../../../includes/iisver-md.md)]を参照してください[を IIS で SSL を実装する方法](http://go.microsoft.com/fwlink/?LinkId=131613) ## WCF WEB HTTP プログラミング モデルのトラブルシューティング を使用してチャネルを作成するために WCF WEB HTTP サービスを呼び出すと、異なる が に渡されるとしても、 は構成ファイルに設定されている を使用します。 diff --git a/docs/framework/wcf/feedback-and-community.md b/docs/framework/wcf/feedback-and-community.md index e0707195bf1..f1c6b76df46 100644 --- a/docs/framework/wcf/feedback-and-community.md +++ b/docs/framework/wcf/feedback-and-community.md @@ -5,13 +5,13 @@ helpviewer_keywords: - feedback [WCF] - customer feedback [WCF] ms.assetid: ba0fd32b-cbcb-4f5b-b913-d98514ab5650 -ms.openlocfilehash: 93eee183fa6a009904f351d00002249425a62f94 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 0f21a4abc7134fbfd5369ae2b3f7f5cf56915c01 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # フィードバックとコミュニティ コメントをお寄せに関する Windows Communication Foundation (WCF) または[!INCLUDE[infocard](../../../includes/infocard-md.md)]ドキュメント。 SDK の各ページの末尾には "このトピックに関するご意見をマイクロソフトまでお寄せください" という記述があります。 リンクをクリックして、全般的なご意見や特定のトピックに関するご提案を書いてお送りください。 - 詳細については、探している場合、または他の興味のあるユーザーとテクニックを共有する場合[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]、再試行してください、 [MSDN Windows Communication Foundation フォーラム](http://go.microsoft.com/fwlink/?LinkId=186463)です。 + 詳細については、探している場合、または WCF 興味のあるユーザーとテクニックを共有する場合、 [MSDN Windows Communication Foundation フォーラム](http://go.microsoft.com/fwlink/?LinkId=186463)です。 diff --git a/docs/framework/wcf/fundamental-concepts.md b/docs/framework/wcf/fundamental-concepts.md index 4f22306c4be..d4ce399de4d 100644 --- a/docs/framework/wcf/fundamental-concepts.md +++ b/docs/framework/wcf/fundamental-concepts.md @@ -7,31 +7,31 @@ helpviewer_keywords: - fundamentals [WCF] - Windows Communication Foundation [WCF], concepts ms.assetid: 3e7e0afd-7913-499d-bafb-eac7caacbc7a -ms.openlocfilehash: 44b36fc917ceb30141d7d2235b8bb364d3b998c9 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 41bef6bf5a69a51738c6848050972a1a4e01c153 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # Windows Communication Foundation の基本概念 -このドキュメントでは、Windows Communication Foundation (WCF) アーキテクチャの概要を表示します。 ここでは、主要概念およびこれらの概念がどのように組み合わされているかについて説明します。 最も単純なバージョンの作成に関するチュートリアルについては、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービスとクライアントを参照してください[チュートリアル入門](../../../docs/framework/wcf/getting-started-tutorial.md)です。 学習する[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]プログラミングを参照してください[基本的な WCF プログラミング](../../../docs/framework/wcf/basic-wcf-programming.md)です。 +このドキュメントでは、Windows Communication Foundation (WCF) アーキテクチャの概要を表示します。 ここでは、主要概念およびこれらの概念がどのように組み合わされているかについて説明します。 WCF サービスとクライアントの最も単純なバージョンを作成する方法のチュートリアルを参照してください。[チュートリアル入門](../../../docs/framework/wcf/getting-started-tutorial.md)です。 WCF プログラミングについては、次を参照してください。[基本的な WCF プログラミング](../../../docs/framework/wcf/basic-wcf-programming.md)です。 ## WCF の基礎 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] は、サービスとクライアント間でメッセージを送信するシステムを作成するためのランタイムおよび一連の API です。 同じコンピューター システム上、または別の企業内にあり、インターネット経由でアクセスするシステム上の他のアプリケーションと通信するアプリケーションを作成する場合にも、同じインフラストラクチャと API が使用されます。 + WCF では、ランタイムと Api のセットをサービスとクライアント間でメッセージを送信するシステムを作成するためです。 同じコンピューター システム上、または別の企業内にあり、インターネット経由でアクセスするシステム上の他のアプリケーションと通信するアプリケーションを作成する場合にも、同じインフラストラクチャと API が使用されます。 ### メッセージングとエンドポイント - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] は、メッセージ ベースの通信の概念に基づいています。メッセージとしてモデル化できるものであれば、HTTP 要求やメッセージ キュー (MSMQ とも呼ばれる) メッセージなど、プログラミング モデルにおいて同一の方法で表すことができます。 これにより、さまざまなトランスポート機構にわたり統一された API が実現します。 + WCF は、メッセージ (たとえば、HTTP 要求またはメッセージ キュー (MSMQ とも呼ばれます) のメッセージなど) は、プログラミング モデルに一貫した方法で表現できるようにモデル化することとメッセージ ベースの通信の概念に基づいています。 これにより、さまざまなトランスポート機構にわたり統一された API が実現します。 モデルを区別する*クライアント*、通信を開始するアプリケーションと*services*クライアントと通信し、対処するを待機しているアプリケーション通信します。 1 つのアプリケーションがクライアントとサービスの両方の役割を果たすことができます。 例については、次を参照してください。[双方向サービス](../../../docs/framework/wcf/feature-details/duplex-services.md)と[ピア ツー ピア ネットワー キング](../../../docs/framework/wcf/feature-details/peer-to-peer-networking.md)です。 メッセージは、エンドポイント間で送信されます。 *エンドポイント*または受信するメッセージが送信される場所 (またはその両方)、およびメッセージ交換に必要なすべての情報を定義します。 サービスは、1 つ以上のアプリケーション エンドポイント (および 0 個以上のインフラストラクチャ エンドポイント) を公開し、クライアントは、サービスのエンドポイントのいずれかと互換性のあるエンドポイントを作成します。 - *エンドポイント*メッセージを送信する、これらの送信方法、およびメッセージがどのように標準ベースの方法について説明します。 サービスが適切なを生成するクライアントが処理できるメタデータとしてこの情報を公開できます[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]クライアントと通信*スタック*です。 + *エンドポイント*メッセージを送信する、これらの送信方法、およびメッセージがどのように標準ベースの方法について説明します。 サービスが適切な WCF クライアントとの通信を生成するクライアントが処理できるメタデータとしてこの情報を公開できます*スタック*です。 ### 通信プロトコル - 必要な通信スタックの要素が 1 つ、*トランスポート プロトコル*です。 一般的なトランスポート (HTTP や TCP など) を使用して、イントラネットおよびインターネット上でメッセージを送信できます。 メッセージ キュー アプリケーションおよびピア ネットワーク メッシュのノードとの通信をサポートする他のトランスポートも含まれます。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] の組み込み拡張ポイントを使用すると、さらに多くのトランスポート機構を追加できます。 + 必要な通信スタックの要素が 1 つ、*トランスポート プロトコル*です。 一般的なトランスポート (HTTP や TCP など) を使用して、イントラネットおよびインターネット上でメッセージを送信できます。 メッセージ キュー アプリケーションおよびピア ネットワーク メッシュのノードとの通信をサポートする他のトランスポートも含まれます。 さらに多くのトランスポート機構は、WCF の組み込み拡張ポイントを使用して追加できます。 - 通信スタックのもう 1 つの必須要素はエンコードです。エンコードは、特定のメッセージをどのように書式設定するかを指定します。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、次のエンコードを使用できます。 + 通信スタックのもう 1 つの必須要素はエンコードです。エンコードは、特定のメッセージをどのように書式設定するかを指定します。 WCF には、次のエンコードが用意されています。 - テキスト エンコード。相互運用可能なエンコードです。 @@ -39,13 +39,13 @@ ms.lasthandoff: 05/04/2018 - バイナリ エンコード。このエンコードを使用すると、転送を効率的に行うことができます。 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] の組み込み拡張ポイントを使用すると、さらに多くのエンコード機構 (圧縮エンコードなど) を追加できます。 + エンコード機構 (たとえば、圧縮エンコード) は、WCF の組み込み拡張ポイントを使用して追加できます。 ### メッセージ パターン - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] は、要求/応答、一方向、双方向通信など、複数のメッセージング パターンをサポートしています。 各種トランスポートがサポートするメッセージング パターンはそれぞれに異なるため、サポートされる対話の種類に影響します。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] API とランタイムを使用すると、メッセージを安全かつ確実に送信できます。 + WCF では、要求/応答、一方向、双方向通信など、いくつかのメッセージング パターンをサポートします。 各種トランスポートがサポートするメッセージング パターンはそれぞれに異なるため、サポートされる対話の種類に影響します。 WCF Api とランタイムはメッセージを送信する安全かつ確実にも役立ちます。 ## WCF の用語 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のドキュメントで使用されるその他の概念と用語を以下に示します。 + その他の概念と、WCF ドキュメントで使用される用語を以下にします。 message 独立したデータ単位は、本文やヘッダーなどの複数の部分で構成できます。 @@ -56,7 +56,7 @@ ms.lasthandoff: 05/04/2018 エンドポイント メッセージを送信または受信 (または送受信) する場所となる構造体です。 エンドポイントには、どこにメッセージを送信できるかを明確に示す場所 (アドレス)、メッセージの送信方法を記載した通信機構の仕様 (バインディング)、およびその場所で送信または受信 (または送受信) 可能な一連のメッセージの内容を示す定義 (サービス コントラクト) が含まれます。 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスは、エンドポイントの集まりとして外部に公開されます。 + WCF サービスは、エンドポイントの集まりとして外部に公開されます。 アプリケーション エンドポイント アプリケーションによって公開されるエンドポイントです。アプリケーション エンドポイントは、アプリケーションで実装されるサービス コントラクトに対応しています。 @@ -83,13 +83,13 @@ HTTPS://cohowinery:8005/ServiceModelSamples/CalculatorService サービス、エンドポイント、特定の操作、またはクライアントの実行時のさまざまな状況を制御するコンポーネントです。 動作はスコープに従ってグループ化されます。共通動作は、すべてのエンドポイントにグローバルに作用し、サービス動作は、サービスに関連する側面にのみ作用します。また、エンドポイントの動作は、エンドポイントに関連するプロパティにのみ作用し、操作レベルの動作は特定の操作に作用します。 たとえば、サービス動作の 1 つである調整では、メッセージの数が多すぎて処理しきれないおそれがある場合に、サービスでどのように対処するかを指定します。 一方、エンドポイントの動作は、セキュリティ資格情報の検索方法や検索場所など、エンドポイントに関連する側面だけを制御します。 システム指定のバインディング - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] には、システム指定の多数のバインディングが用意されています。 これらは、特定のシナリオ用に最適化されたバインディング要素の集まりです。 たとえば、 は、さまざまな WS-* 仕様を実装するサービスと相互運用できるようにデザインされています。 これらの定義済みバインディングでは、特定のシナリオに適切に適用できるオプションだけが提供されるため、時間を節約できます。 定義済みバインディングが要件を満たさない場合は、独自のカスタム バインディングを作成できます。 + WCF には、システム指定のバインディングが多数用意されています。 これらは、特定のシナリオ用に最適化されたバインディング要素の集まりです。 たとえば、 は、さまざまな WS-* 仕様を実装するサービスと相互運用できるようにデザインされています。 これらの定義済みバインディングでは、特定のシナリオに適切に適用できるオプションだけが提供されるため、時間を節約できます。 定義済みバインディングが要件を満たさない場合は、独自のカスタム バインディングを作成できます。 構成とコーディング アプリケーションは、コーディング、構成、またはこの 2 つの組み合わせによって制御できます。 構成には、コードの作成後、再コンパイルを必要とせずに、開発者以外のユーザー (ネットワーク管理者など) がクライアントとサービスのパラメーターを設定できるという利点があります。 構成では、エンドポイント アドレスなどの値を設定できるだけでなく、エンドポイント、バインディング、および動作の追加が可能であるため、制御を強化することもできます。 コーディングの場合、開発者はサービスまたはクライアントのすべてのコンポーネントに対する厳密な制御を保持できます。構成によって行われた設定を検査し、必要に応じてコードによって無効にできます。 サービス操作 - 操作の機能を実装するためにサービスのコードに定義された手順です。 この操作は、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントのメソッドとしてクライアントに公開されます。 メソッドは、値を返すこともあれば、任意の数の引数を受け取ることもあります。また、引数を受け取らず、応答を返さないこともあります。 たとえば、単純な "Hello" という機能を持つ操作をクライアントの存在の通知として使用したり、一連の操作を開始するために使用したりできます。 + 操作の機能を実装するためにサービスのコードに定義された手順です。 この操作は、WCF クライアントのメソッドとしてクライアントに公開されます。 メソッドは、値を返すこともあれば、任意の数の引数を受け取ることもあります。また、引数を受け取らず、応答を返さないこともあります。 たとえば、単純な "Hello" という機能を持つ操作をクライアントの存在の通知として使用したり、一連の操作を開始するために使用したりできます。 サービス コントラクト 関連する複数の操作を 1 つの機能単位に関連付けます。 コントラクトでは、サービスの名前空間や対応するコールバック コントラクトなど、サービス レベルの設定を定義できます。 ほとんどの場合、開発者が選択したプログラミング言語でインターフェイスを作成し、このインターフェイスに 属性を適用することによって、コントラクトを定義します。 実際のサービス コードは、インターフェイスを実装することによって作成されます。 @@ -119,25 +119,25 @@ HTTPS://cohowinery:8005/ServiceModelSamples/CalculatorService サービスには、インスタンス化モデルが含まれます。 インスタンス化モデルには、1 つの CLR オブジェクトがすべてのクライアントにサービスを提供する "単一モデル"、クライアント呼び出しを処理するために、呼び出しごとに新しい CLR オブジェクトが作成される "呼び出しモデル"、CLR オブジェクトのセットがセッションごとに 1 つ作成される "セッション モデル" の 3 つのモデルがあります。 インスタンス化モデルの選択は、アプリケーション要件とサービスの予想される使用パターンによって異なります。 クライアント アプリケーション - 1 つ以上のエンドポイントとメッセージを交換するプログラムです。 クライアント アプリケーションは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントのインスタンスを作成し、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントのメソッドを呼び出すことによって開始されます。 1 つのアプリケーションがクライアントとサービスの両方として機能できることに注意してください。 + 1 つ以上のエンドポイントとメッセージを交換するプログラムです。 クライアント アプリケーションは、WCF クライアントのインスタンスを作成し、WCF クライアントのメソッドを呼び出すことによって開始されます。 1 つのアプリケーションがクライアントとサービスの両方として機能できることに注意してください。 チャネル バインディング要素の具象実装です。 バインディングは構成を表し、チャネルはその構成に関連付けられた実装です。 したがって、各バインディング要素に関連付けられたチャネルが存在します。 チャネルが積み重ねられて、バインディングの具象実装 (チャネル スタック) が作成されます。 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアント - サービス操作を (Visual Basic や Visual C# など、開発者が選択した [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] プログラミング言語の) メソッドとして公開するクライアント アプリケーション構造体です。 サービスをホストするアプリケーションも含め、すべてのアプリケーションが [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントをホストできます。 したがって、他のサービスの [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントを含むサービスを作成できます。 + WCF クライアント + サービス操作を (Visual Basic や Visual C# など、開発者が選択した [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] プログラミング言語の) メソッドとして公開するクライアント アプリケーション構造体です。 サービスをホストするアプリケーションも含め、すべてのアプリケーションが WCF クライアントをホストできます。 したがって、他のサービスの WCF クライアントを含むサービスを作成できます。 - A[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]を使用して、クライアントを自動的に生成することができます、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)をで実行中のサービス メタデータを公開します。 + 使用して、WCF クライアントを自動的に生成することができます、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)をで実行中のサービス メタデータを公開します。 メタデータ - サービスで、外部エンティティがそのサービスと通信するために認識しておく必要のあるサービスの特性を示します。 使用できるメタデータ、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)を生成する、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]クライアントと付随する構成をサービスと対話するクライアント アプリケーションを使用できます。 + サービスで、外部エンティティがそのサービスと通信するために認識しておく必要のあるサービスの特性を示します。 使用できるメタデータ、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md) WCF クライアントおよびクライアント アプリケーション サービスとの対話を使用している付随する構成を生成します。 サービスが公開するメタデータには、サービスのデータ コントラクトが定義された XML スキーマ ドキュメントと、サービスのメソッドが記載された WSDL ドキュメントが含まれます。 - メタデータを有効にすると、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] によってサービスとそのエンドポイントが検査され、サービスのメタデータが自動的に生成されます。 サービスからメタデータを公開するには、メタデータの動作を明示的に有効にする必要があります。 + メタデータを有効にすると、WCF によってサービスとそのエンドポイントが検査され、サービスのメタデータが自動的に生成されます。 サービスからメタデータを公開するには、メタデータの動作を明示的に有効にする必要があります。 セキュリティ - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] には、機密性 (盗聴を防ぐためのメッセージの暗号化)、整合性 (メッセージの改ざんを検出するための手段)、認証 (サーバーとクライアントを検証する方法)、承認 (リソースへのアクセスの制御) が含まれます。 これらの機能は、TLS over HTTP (HTTPS とも呼ばれます) などの既存のセキュリティ機構を利用するか、さまざまな WS-* セキュリティ仕様の中から 1 つ以上の仕様を実装することによって実現されます。 + WCF では、機密性 (盗聴を防ぐためのメッセージの暗号化)、整合性 (メッセージの改ざんの検出するための手段)、認証 (サーバーとクライアントの検証の場合)、および承認 (コントロールへのアクセスが含まれていますリソース)。 これらの機能は、TLS over HTTP (HTTPS とも呼ばれます) などの既存のセキュリティ機構を利用するか、さまざまな WS-* セキュリティ仕様の中から 1 つ以上の仕様を実装することによって実現されます。 トランスポート セキュリティ モード トランスポート層の機構 (HTTPS など) によって、機密性、整合性、および認証を提供することを示します。 HTTPS のようなトランスポートを使用する場合、このモードには、パフォーマンスの面で効率的であることと、インターネットで普及しているため、十分に認識されているという利点があります。 欠点は、この種のセキュリティは通信パスの各ホップで個別に適用されるため、通信が "Man-in-the-middle" 攻撃の影響を受けやすくなることです。 @@ -149,7 +149,7 @@ HTTPS://cohowinery:8005/ServiceModelSamples/CalculatorService トランスポート層を使用してメッセージの機密性、認証、および整合性を提供します。各メッセージには、メッセージの受信側で必要とされる複数の資格情報 (クレーム) を含めることができます。 WS-* - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] に実装された一連の Web サービス (WS) 仕様 (WS-Security や WS-ReliableMessaging など) の略称です。 + WCF に実装された一連の Web サービス (WS) 仕様 (WS-Security や WS-ReliableMessaging など) の略称です。 ## 関連項目 [Windows Communication Foundation とは](../../../docs/framework/wcf/whats-wcf.md) diff --git a/docs/framework/wcf/getting-started-tutorial.md b/docs/framework/wcf/getting-started-tutorial.md index 449c9435f04..39f64fa1c2f 100644 --- a/docs/framework/wcf/getting-started-tutorial.md +++ b/docs/framework/wcf/getting-started-tutorial.md @@ -6,14 +6,14 @@ helpviewer_keywords: - Windows Communication Foundation [WCF], getting started - getting started [WCF] ms.assetid: df939177-73cb-4440-bd95-092a421516a1 -ms.openlocfilehash: 4a095e5391f3b532211b82a190c7010f41283e31 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 64d9fc09d56c417c2226d030ef6f5ee7204c4eb6 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # チュートリアル入門 -このセクションに含まれているトピックはクイック露出プログラミングの経験 Windows Communication Foundation (WCF) にすることを目的としています。 これらは、このトピックに記載されているリストの順番どおりに完了するように設計されています。 このチュートリアルを通じて [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスおよびクライアント アプリケーションの作成に必要な手順について理解することができます。 サービスは 1 つ以上のエンドポイントを公開し、それぞれのエンドポイントは 1 つ以上のサービス操作を公開します。 *エンドポイント*サービスのアドレス、サービスがある、クライアントは、サービスと機能を定義するコントラクトと通信する必要がある方法を説明する情報を含んでいるバインディングを指定します。クライアントにサービスによって提供されます。 +このセクションに含まれているトピックはクイック露出プログラミングの経験 Windows Communication Foundation (WCF) にすることを目的としています。 これらは、このトピックに記載されているリストの順番どおりに完了するように設計されています。 このチュートリアルでの作業では、WCF サービスとクライアント アプリケーションの作成に必要な手順の概要を理解できます。 サービスは 1 つ以上のエンドポイントを公開し、それぞれのエンドポイントは 1 つ以上のサービス操作を公開します。 *エンドポイント*サービスのアドレス、サービスがある、クライアントは、サービスと機能を定義するコントラクトと通信する必要がある方法を説明する情報を含んでいるバインディングを指定します。クライアントにサービスによって提供されます。 このチュートリアルの一連のトピックを終了すると、サービスを実行し、クライアントからそのサービスを呼び出すことができるようになります。 最初の 3 つのトピックでは、サービス コントラクトを定義する方法、サービス コントラクトを実装する方法、およびサービスをホストする方法について説明します。 作成したサービスは、コンソール アプリケーション内で自己ホストされます。 また、サービスは、インターネット インフォメーション サービス (IIS) でホストすることもできます。 これを行う方法の詳細については、次を参照してください。[する方法: IIS で WCF サービスをホスト](../../../docs/framework/wcf/feature-details/how-to-host-a-wcf-service-in-iis.md)です。 サービスはコードで構成されますが、構成ファイル内で構成することもできます。 構成ファイルの使用の詳細については、次を参照してください。[構成ファイルを使用してサービスを構成する](../../../docs/framework/wcf/configuring-services-using-configuration-files.md)です。 @@ -30,7 +30,7 @@ ms.lasthandoff: 05/04/2018 ## このセクションの内容 [方法: サービス コントラクトを定義する](../../../docs/framework/wcf/how-to-define-a-wcf-service-contract.md) - ユーザー定義のインターフェイスを使用して、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] コントラクトを作成する方法について説明します。 コントラクトは、サービスが公開する機能を定義します。 + ユーザー定義のインターフェイスを使用して WCF コントラクトを作成する方法について説明します。 コントラクトは、サービスが公開する機能を定義します。 [方法: サービス コントラクトを実装する](../../../docs/framework/wcf/how-to-implement-a-wcf-contract.md) サービス コントラクトを実装する方法について説明します。 定義したコントラクトはサービスのクラスと共に実装する必要があります。 @@ -39,13 +39,13 @@ ms.lasthandoff: 05/04/2018 サービスのエンドポイントをコードで構成する方法と、コンソール アプリケーションでサービスをホストする方法について説明します。 サービスをアクティブにするには、サービスをランタイム環境内で構成してホストする必要があります。 この環境によってサービスが作成され、サービスのコンテキストと有効期間が制御されます。 [方法: クライアントを作成する](../../../docs/framework/wcf/how-to-create-a-wcf-client.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスから [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアント プロキシを作成するために使用するメタデータを取得する方法について説明します。 このプロセスでは、Visual Studio 2011 の "サービス参照の追加" 機能を使用します。 + WCF サービスから WCF クライアント プロキシを作成するために使用するメタデータを取得する方法について説明します。 このプロセスでは、Visual Studio 2011 の "サービス参照の追加" 機能を使用します。 [方法: クライアントを構成する](../../../docs/framework/wcf/how-to-configure-a-basic-wcf-client.md) WCF クライアントの構成方法について説明します。クライアントを構成するには、クライアントがサービスへのアクセスに使用するエンドポイントを指定する必要があります。 [方法: クライアントを使用する](../../../docs/framework/wcf/how-to-use-a-wcf-client.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアント プロキシを使用してサービス操作を呼び出す方法について説明します。 + サービス操作を呼び出す、WCF クライアント プロキシを使用する方法について説明します。 ## 参照 diff --git a/docs/framework/wcf/guidelines-and-best-practices.md b/docs/framework/wcf/guidelines-and-best-practices.md index 8c5c7ce13ca..9b3188779de 100644 --- a/docs/framework/wcf/guidelines-and-best-practices.md +++ b/docs/framework/wcf/guidelines-and-best-practices.md @@ -8,11 +8,11 @@ helpviewer_keywords: - WCF, best practices - Windows Communication Foundation, guidelines ms.assetid: 5098ba46-6e8d-4e02-b0c5-d737f9fdad84 -ms.openlocfilehash: 09996681b17d324d53c74b727b183f3a457cc664 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 40e0d2e8d9293792e295f1b1a45de84f4d66d8af +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # ガイドラインと最適な使用方法 このセクションには、Windows Communication Foundation (WCF) アプリケーションを作成するためのガイドラインを提供するトピックが含まれています。 @@ -22,7 +22,7 @@ ms.lasthandoff: 05/04/2018 将来のバージョンが作成されても影響を受けることのないデータ コントラクトを作成する方法と、そのタイミングについて説明します。 [サービスのバージョン管理](../../../docs/framework/wcf/service-versioning.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] でのバージョン管理の考え方について説明します。 たとえば、変化するビジネス要件や IT 要件を満たしたり、問題を修復したりするために、展開後にサービス (およびサービスによって公開されるエンドポイント) を変更しなければならない場合があります。 変更が発生するたびに、新しいバージョンのサービスが導入されます。 + WCF でのバージョン管理を考慮する方法について説明します。 たとえば、変化するビジネス要件や IT 要件を満たしたり、問題を修復したりするために、展開後にサービス (およびサービスによって公開されるエンドポイント) を変更しなければならない場合があります。 変更が発生するたびに、新しいバージョンのサービスが導入されます。 [負荷分散](../../../docs/framework/wcf/load-balancing.md) Web ファームでの負荷分散のガイドラインを示します。 diff --git a/docs/framework/wcf/hosting-services.md b/docs/framework/wcf/hosting-services.md index b0a93c1d562..3b707384484 100644 --- a/docs/framework/wcf/hosting-services.md +++ b/docs/framework/wcf/hosting-services.md @@ -1,53 +1,39 @@ --- title: ホスティング サービス -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: article helpviewer_keywords: - hosting services [WCF] ms.assetid: 192be927-6be2-4fda-98f0-e513c4881acc -caps.latest.revision: 31 -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: ac7de48b801036ac186ffe92117269ae86d14a10 -ms.sourcegitcommit: 94d33cadc5ff81d2ac389bf5f26422c227832052 +ms.openlocfilehash: d4fb974cdfec87606f13b5cbd83be2c86f2a1ae5 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/30/2018 +ms.lasthandoff: 05/07/2018 --- # ホスティング サービス -アクティブにするには、サービスを作成してそのコンテキストと有効期間を制御するランタイム環境内で、サービスをホストする必要があります。 [!INCLUDE[indigo1](../../../includes/indigo1-md.md)] サービスは、マネージ コードをサポートする任意の Windows プロセスで実行されるように設計されています。 +アクティブにするには、サービスを作成してそのコンテキストと有効期間を制御するランタイム環境内で、サービスをホストする必要があります。 Windows Communication Foundation (WCF) サービスは、マネージ コードをサポートする任意の Windows プロセスで実行する設計されています。 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] は、サービス指向アプリケーションを構築するための統一されたプログラミング モデルを提供します。 このプログラミング モデルには一貫性があり、サービスが展開されるランタイム環境に影響されません。 これは実際には、ホスト オプションにかかわらず、サービスのコードがほぼ同じになることを意味しています。 + WCF には、サービス指向アプリケーションを構築するための統一されたプログラミング モデルが用意されています。 このプログラミング モデルには一貫性があり、サービスが展開されるランタイム環境に影響されません。 これは実際には、ホスト オプションにかかわらず、サービスのコードがほぼ同じになることを意味しています。 これらのホスト オプションの範囲は、コンソール アプリケーション内部での実行から、Windows サービスのようなサーバー環境、インターネット インフォメーション サービス (IIS) または Windows プロセス アクティブ化サービス (WAS) で管理されるワーカー プロセス内での実行までさまざまです。 開発者は、サービスの展開要件を満たすホスト環境を選択します。 このような要件は、アプリケーションを展開するプラットフォーム、メッセージの送受信を行うトランスポート、適切な可用性を保証するために必要なプロセスのリサイクルや管理、その他、管理上または信頼性上の要件から導き出されます。 ホスト オプションの情報とガイドラインについて、次のセクションで説明します。 ## ホスト オプション #### マネージ アプリケーションにおける自己ホスト - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスはすべてのマネージ アプリケーションでホストされます。 これは、展開に必要なインフラストラクチャが最小限になるため、最も柔軟なオプションです。 マネージ アプリケーション コード内にサービスのコードを埋め込み、続いて のインスタンスを作成して開き、サービスを有効にします。 詳細については、次を参照してください。[する方法: マネージ アプリケーションで WCF サービスをホスト](../../../docs/framework/wcf/how-to-host-a-wcf-service-in-a-managed-application.md)です。 + 任意のマネージ アプリケーションでは、WCF サービスをホストすることができます。 これは、展開に必要なインフラストラクチャが最小限になるため、最も柔軟なオプションです。 マネージ アプリケーション コード内にサービスのコードを埋め込み、続いて のインスタンスを作成して開き、サービスを有効にします。 詳細については、次を参照してください。[する方法: マネージ アプリケーションで WCF サービスをホスト](../../../docs/framework/wcf/how-to-host-a-wcf-service-in-a-managed-application.md)です。 - このオプションにより、2 つの一般的なシナリオ: [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] Windows Presentation Foundation (WPF) または Windows フォーム (WinForms) に基づいて、サービス コンソール アプリケーションとなどのリッチ クライアント アプリケーション内で実行中です。 コンソール アプリケーション内部の [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスをホストすることは、一般的にアプリケーションの開発フェーズで有用です。 コンソール アプリケーションにより、アプリケーション内部で起こっている状況を見極めるための情報のデバッグやトレースが容易になり、新しい場所にアプリケーションをコピーして移動することも簡単に行うことができます。 このホスト オプションを使用すると、 [!INCLUDE[avalon2](../../../includes/avalon2-md.md)] や WinForms アプリケーションなど、外部と通信を行うリッチ クライアント アプリケーションの作成も容易になります。 たとえば、ユーザー インターフェイスに [!INCLUDE[avalon2](../../../includes/avalon2-md.md)] を使用しながら、他のクライアントからの接続を許容して情報を共有するために [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスをホストするピア ツー ピア コラボレーションのクライアントなどです。 + このオプションにより、2 つの一般的なシナリオ: Windows Presentation Foundation (WPF) または Windows フォーム (WinForms) に基づいて、WCF サービスのコンソール アプリケーションとなどのリッチ クライアント アプリケーション内で実行中です。 アプリケーションの開発フェーズ中には、通常は役にはコンソール アプリケーション内部の WCF サービスをホストしているです。 コンソール アプリケーションにより、アプリケーション内部で起こっている状況を見極めるための情報のデバッグやトレースが容易になり、新しい場所にアプリケーションをコピーして移動することも簡単に行うことができます。 このホスト オプションを使用すると、 [!INCLUDE[avalon2](../../../includes/avalon2-md.md)] や WinForms アプリケーションなど、外部と通信を行うリッチ クライアント アプリケーションの作成も容易になります。 など、ピア ツー ピア コラボレーションのクライアントを使用する[!INCLUDE[avalon2](../../../includes/avalon2-md.md)]ユーザー インターフェイスにし、また他のクライアントに接続して、情報を共有できるようにする WCF サービスをホストします。 #### マネージ Windows サービス - このホスト オプションは、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスをマネージ Windows サービス (従来 NT サービスと呼ばれていたもの) としてホストするアプリケーション ドメイン (AppDomain) の登録から構成されているため、サービスのプロセス有効期間は Windows サービスのサービス コントロール マネージャー (SCM) によって制御されます。 自己ホスト オプションと同様、この種類のホスト環境では、ホスト コードをアプリケーションの一部として記述する必要があります。 サービスは、Windows サービスと [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスの両方として実装します。そのためには、 クラスから継承すると同時に、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス コントラクト インターフェイスからも継承します。 次に を作成し、オーバーライドされた メソッドで開き、オーバーライドされた メソッドで閉じます。 また、 から継承されるインストーラー クラスも実装し、プログラムが Installutil.exe ツールによって Windows サービスとしてインストールされるようにする必要があります。 詳細については、次を参照してください。[する方法: マネージ Windows サービスで WCF サービスをホスト](../../../docs/framework/wcf/feature-details/how-to-host-a-wcf-service-in-a-managed-windows-service.md)です。 マネージ Windows サービスのホスト オプションによって有効になるシナリオは、メッセージがアクティブ化されていない、セキュリティ保護された環境において、IIS の外部でホストされ、長時間実行される [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスです。 サービスの有効期限は代わりにオペレーティング システムによって制御されます。 このホスト オプションは Windows のすべてのバージョンで使用できます。 + このホスト オプションがいるため、サービスのプロセス有効期間はサービス コントロール マネージャー (SCM) によって制御されます (旧 NT サービス) をマネージ Windows サービスとして WCF サービスをホストするアプリケーション ドメイン (AppDomain) に登録することで構成されていますWindows サービスです。 自己ホスト オプションと同様、この種類のホスト環境では、ホスト コードをアプリケーションの一部として記述する必要があります。 サービスは Windows サービスとして、実装、WCF サービスとしてから継承することによって、クラスだけでなく、WCF のサービス コントラクト インターフェイスを提供します。 次に を作成し、オーバーライドされた メソッドで開き、オーバーライドされた メソッドで閉じます。 また、 から継承されるインストーラー クラスも実装し、プログラムが Installutil.exe ツールによって Windows サービスとしてインストールされるようにする必要があります。 詳細については、次を参照してください。[する方法: マネージ Windows サービスで WCF サービスをホスト](../../../docs/framework/wcf/feature-details/how-to-host-a-wcf-service-in-a-managed-windows-service.md)です。 マネージ Windows サービスのホスト オプションによって有効になっているシナリオは、実行時間の長い WCF サービスがメッセージにアクティブになっているセキュリティで保護された環境では、IIS の外部でホストされているのです。 サービスの有効期限は代わりにオペレーティング システムによって制御されます。 このホスト オプションは Windows のすべてのバージョンで使用できます。 #### インターネット インフォメーション サービス (IIS) - IIS ホスト オプションは [!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)] と統合され、プロセスのリサイクル、アイドル シャットダウン、処理状況の監視、メッセージに基づくアクティベーションなど、このテクノロジによって提供される機能を使用します。 [!INCLUDE[wxp](../../../includes/wxp-md.md)] および [!INCLUDE[ws2003](../../../includes/ws2003-md.md)] オペレーティング システムでは、高可用性と高スケーラビリティが求められる Web サービス アプリケーションのホストには、このオプションが適切なソリューションとなります。 IIS では、顧客がエンタープライズ クラスのサーバー製品に求める統合された管理性も提供されます。 このホスト オプションでは、IIS が正しく構成されている必要がありますが、アプリケーションの一部としてホスト コードを書く必要はありません。 ホストする IIS を構成する方法の詳細についての[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービスを参照してください[する方法: IIS で WCF サービスをホスト](../../../docs/framework/wcf/feature-details/how-to-host-a-wcf-service-in-iis.md)です。 + IIS ホスト オプションは [!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)] と統合され、プロセスのリサイクル、アイドル シャットダウン、処理状況の監視、メッセージに基づくアクティベーションなど、このテクノロジによって提供される機能を使用します。 [!INCLUDE[wxp](../../../includes/wxp-md.md)] および [!INCLUDE[ws2003](../../../includes/ws2003-md.md)] オペレーティング システムでは、高可用性と高スケーラビリティが求められる Web サービス アプリケーションのホストには、このオプションが適切なソリューションとなります。 IIS では、顧客がエンタープライズ クラスのサーバー製品に求める統合された管理性も提供されます。 このホスト オプションでは、IIS が正しく構成されている必要がありますが、アプリケーションの一部としてホスト コードを書く必要はありません。 IIS を構成する方法の詳細については、WCF サービスをホストする参照してください[する方法: IIS で WCF サービスをホスト](../../../docs/framework/wcf/feature-details/how-to-host-a-wcf-service-in-iis.md)です。 - IIS でホストされるサービスは HTTP トランスポートしか使用できません。 IIS 5.1 の実装では、 [!INCLUDE[wxp](../../../includes/wxp-md.md)]にいくつかの制限がありました。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 上で IIS 5.1 によって提供される、 [!INCLUDE[wxp](../../../includes/wxp-md.md)] サービス用のメッセージ ベースのアクティベーションでは、同じコンピューター上にあるそれ以外の自己ホスト型 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスによる、ポート 80 を使用した通信が妨げられます。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 上で [!INCLUDE[iis601](../../../includes/iis601-md.md)] によってホストした場合は、 [!INCLUDE[ws2003](../../../includes/ws2003-md.md)]サービスは他のアプリケーションと同じ AppDomain/アプリケーション プール/ワーカー プロセスで実行できます。 ただし、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] と [!INCLUDE[iis601](../../../includes/iis601-md.md)] のどちらもカーネル モードの HTTP スタック (HTTP.sys) を使用するため、IIS 5.1 とは異なり、 [!INCLUDE[iis601](../../../includes/iis601-md.md)] ではポート 80 を同じコンピューター上で実行される他の自己ホスト型 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスと共有できます。 + IIS でホストされるサービスは HTTP トランスポートしか使用できません。 IIS 5.1 の実装では、 [!INCLUDE[wxp](../../../includes/wxp-md.md)]にいくつかの制限がありました。 上で WCF サービスの IIS 5.1 によって提供されるメッセージに基づくアクティベーション[!INCLUDE[wxp](../../../includes/wxp-md.md)]からの通信にポート 80 を使用して同じコンピューター上の他の自己ホスト型 WCF サービスをブロックします。 WCF サービスによってホストされている場合は、他のアプリケーションと同じ AppDomain/アプリケーション プール/ワーカー プロセスで実行できます[!INCLUDE[iis601](../../../includes/iis601-md.md)]で[!INCLUDE[ws2003](../../../includes/ws2003-md.md)]です。 が、WCF と[!INCLUDE[iis601](../../../includes/iis601-md.md)]どちらもカーネル モードの HTTP スタック (HTTP.sys) を使用する[!INCLUDE[iis601](../../../includes/iis601-md.md)]IIS 5.1 とは異なり、同じコンピューターで実行されている他の自己ホスト型 WCF サービスとポート 80 を共有することができます。 #### Windows プロセス アクティブ化サービス (WAS) - Windows プロセス アクティブ化サービス (WAS) とは、 [!INCLUDE[lserver](../../../includes/lserver-md.md)] でも使用できる [!INCLUDE[wv](../../../includes/wv-md.md)]用の新しいプロセス アクティブ化機構です。 よく知られている [!INCLUDE[iis601](../../../includes/iis601-md.md)] のプロセス モデル (アプリケーション プールとメッセージ ベースのプロセス アクティベーション) とホスト機能 (迅速な障害保護、状態の監視、プロセスのリサイクルなど) はそのままですが、HTTP に対する依存性がアクティベーション アーキテクチャから解消されています。 [!INCLUDE[iisver](../../../includes/iisver-md.md)] では、WAS を使用して HTTP 経由でのメッセージ ベースのアクティベーションを実現しています。 ただし、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] がサポートする他のプロトコル (TCP、MSMQ、名前付きパイプなど) を介してメッセージ ベースのアクティベーションを実現するために、WAS には追加の [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] コンポーネントもプラグインされています。 これにより、IIS のプロセスのリサイクル、迅速な障害保護、一般的な構成システムなど、これまで HTTP ベースのアプリケーションのみで利用可能だった IIS 機能を、通信プロトコルを使用するアプリケーションでも使用できるようになりました。 + Windows プロセス アクティブ化サービス (WAS) とは、 [!INCLUDE[lserver](../../../includes/lserver-md.md)] でも使用できる [!INCLUDE[wv](../../../includes/wv-md.md)]用の新しいプロセス アクティブ化機構です。 よく知られている [!INCLUDE[iis601](../../../includes/iis601-md.md)] のプロセス モデル (アプリケーション プールとメッセージ ベースのプロセス アクティベーション) とホスト機能 (迅速な障害保護、状態の監視、プロセスのリサイクルなど) はそのままですが、HTTP に対する依存性がアクティベーション アーキテクチャから解消されています。 [!INCLUDE[iisver](../../../includes/iisver-md.md)] では、WAS を使用して HTTP 経由でのメッセージ ベースのアクティベーションを実現しています。 追加の WCF コンポーネントは、TCP、MSMQ、名前付きパイプなど、WCF をサポートするその他のプロトコルを介してメッセージ ベースのアクティブ化を提供する、WAS にも接続します。 これにより、IIS のプロセスのリサイクル、迅速な障害保護、一般的な構成システムなど、これまで HTTP ベースのアプリケーションのみで利用可能だった IIS 機能を、通信プロトコルを使用するアプリケーションでも使用できるようになりました。 このホスト オプションでは、WAS が正しく構成されている必要がありますが、アプリケーションの一部としてホスト コードを書く必要はありません。 構成する方法の詳細についてをホストしていたは、次を参照してください。[する方法: WAS で WCF サービスをホスト](../../../docs/framework/wcf/feature-details/how-to-host-a-wcf-service-in-was.md)です。 @@ -57,10 +43,10 @@ ms.lasthandoff: 04/30/2018 |ホスト環境|一般的なシナリオ|主な利点と制限| |-------------------------|----------------------|----------------------------------| |マネージ アプリケーション ("自己ホスト")|コンソール アプリケーションの開発時に使用します。
-リッチな WinForm と[!INCLUDE[avalon2](../../../includes/avalon2-md.md)]サービスにアクセスするクライアント アプリケーション。|柔軟なです。
展開が容易です。
-サービスのエンタープライズ ソリューションです。| -|Windows サービス (従来 NT サービスと呼ばれていたもの)|は、実行時間の長い[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]IIS の外部でホストされるサービスです。|サービス プロセスの有効期間がないメッセージでアクティブ化される、オペレーティング システムによって制御されます。
-すべてのバージョンの Windows でサポートされています。
環境をセキュリティで保護します。| -|IIS 5.1、 [!INCLUDE[iis601](../../../includes/iis601-md.md)]|-実行中、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービス サイド バイ サイドで[!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)]HTTP プロトコルを使用してインターネット上のコンテンツ。|プロセスをリサイクルします。
-アイドル シャット ダウンします。
-正常性の監視を処理します。
-メッセージ ベースのアクティブ化します。
HTTP のみ。| -|Windows プロセス アクティブ化サービス (WAS)|-実行中、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]さまざまなトランスポート プロトコルを使用してインターネットに IIS をインストールしなくてもサービス。|IIS は必要ありません。
プロセスをリサイクルします。
-アイドル シャット ダウンします。
-正常性の監視を処理します。
-メッセージ ベースのアクティブ化します。
-HTTP、TCP、名前付きパイプ、および MSMQ で動作します。| -|IIS 7.0|-実行中、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービス[!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)]コンテンツ。
-実行中、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]さまざまなトランスポート プロトコルを使用して、インターネット上のサービスです。|-がの利点があります。
-統合された[!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)]および IIS コンテンツ。| +|Windows サービス (従来 NT サービスと呼ばれていたもの)|-IIS の外部でホストされている実行時間の長い WCF サービス。|サービス プロセスの有効期間がないメッセージでアクティブ化される、オペレーティング システムによって制御されます。
-すべてのバージョンの Windows でサポートされています。
環境をセキュリティで保護します。| +|IIS 5.1、 [!INCLUDE[iis601](../../../includes/iis601-md.md)]|のサイド バイ サイドで WCF を実行しているサービス[!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)]HTTP プロトコルを使用してインターネット上のコンテンツ。|プロセスをリサイクルします。
-アイドル シャット ダウンします。
-正常性の監視を処理します。
-メッセージ ベースのアクティブ化します。
HTTP のみ。| +|Windows プロセス アクティブ化サービス (WAS)|-さまざまなトランスポート プロトコルを使用してインターネットに IIS をインストールしなくても、WCF サービスを実行します。|IIS は必要ありません。
プロセスをリサイクルします。
-アイドル シャット ダウンします。
-正常性の監視を処理します。
-メッセージ ベースのアクティブ化します。
-HTTP、TCP、名前付きパイプ、および MSMQ で動作します。| +|IIS 7.0|のサービス WCF を実行している[!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)]コンテンツ。
-さまざまなトランスポート プロトコルを使用してインターネットで WCF サービスを実行します。|-がの利点があります。
-統合された[!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)]および IIS コンテンツ。| ホスト環境の選択は、その展開先の Windows のバージョン、メッセージの送信に必要なトランスポート、および必要となるプロセスとアプリケーション ドメインのリサイクルの種類に依存します。 次の表に、これらの要件に関連するデータをまとめます。 diff --git a/docs/framework/wcf/how-to-create-a-wcf-client.md b/docs/framework/wcf/how-to-create-a-wcf-client.md index e386d06530e..84d30aa07c7 100644 --- a/docs/framework/wcf/how-to-create-a-wcf-client.md +++ b/docs/framework/wcf/how-to-create-a-wcf-client.md @@ -5,22 +5,22 @@ helpviewer_keywords: - clients [WCF], running - WCF clients [WCF], running ms.assetid: a67884cc-1c4b-416b-8c96-5c954099f19f -ms.openlocfilehash: 962f1255f3c759d623850678005eff138353cc80 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: d2932293536f875d8986d8d49842cddc196ced0f +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法 : Windows Communication Foundation クライアントを作成する これは、Windows Communication Foundation (WCF) アプリケーションを作成するために必要な 6 つのタスクのうちの 4 番目です。 タスクの 6 つのすべての概要については、次を参照してください。、[チュートリアル入門](../../../docs/framework/wcf/getting-started-tutorial.md)トピックです。 - ここでは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスからメタデータを取得し、このメタデータを使用して、サービスにアクセスできる [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアント プロキシを作成する方法について説明します。 このタスクを完了するには、Visual Studio に用意されている "サービス参照の追加" 機能を使用します。 このツールでは、サービスの MEX エンドポイントからメタデータを取得し、選択した言語 (既定では C#) でクライアント プロキシのマネージ ソース コード ファイルを生成します。 このツールでは、クライアント プロキシを作成する以外に、クライアントの構成ファイルの作成または更新も行います。この構成ファイルにより、クライアント アプリケーションはエンドポイントのいずれかにあるサービスに接続できるようになります。 + このトピックでは、WCF サービスからメタデータを取得しを使用して、サービスにアクセスできる、WCF プロキシを作成する方法について説明します。 このタスクを完了するには、Visual Studio に用意されている "サービス参照の追加" 機能を使用します。 このツールでは、サービスの MEX エンドポイントからメタデータを取得し、選択した言語 (既定では C#) でクライアント プロキシのマネージ ソース コード ファイルを生成します。 このツールでは、クライアント プロキシを作成する以外に、クライアントの構成ファイルの作成または更新も行います。この構成ファイルにより、クライアント アプリケーションはエンドポイントのいずれかにあるサービスに接続できるようになります。 > [!NOTE] > 使用することも、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)プロキシ クラスおよび Visual Studio 内でサービス参照の追加を使用する代わりに構成を生成するツールです。 > [!WARNING] -> [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のクラス ライブラリ プロジェクトから [!INCLUDE[vs_current_long](../../../includes/vs-current-long-md.md)] サービスを呼び出すときは、サービス参照の追加機能を使用して、プロキシおよび関連構成ファイルを自動的に生成できます。 この構成ファイルはクラス ライブラリ プロジェクトで使用されません。 クラス ライブラリを呼び出す実行可能ファイルの app.config ファイルに、生成された構成ファイル内の設定を追加する必要があります。 +> クラス ライブラリ プロジェクトから WCF サービスを呼び出すときに[!INCLUDE[vs_current_long](../../../includes/vs-current-long-md.md)]プロキシおよび関連構成ファイルを自動的に生成する、サービス参照の追加機能を使用することができます。 この構成ファイルはクラス ライブラリ プロジェクトで使用されません。 クラス ライブラリを呼び出す実行可能ファイルの app.config ファイルに、生成された構成ファイル内の設定を追加する必要があります。 クライアント アプリケーションは、生成されたプロキシ クラスを使用してサービスと通信します。 この手順で説明されて[する方法: クライアントを使用して](../../../docs/framework/wcf/how-to-use-a-wcf-client.md)です。 diff --git a/docs/framework/wcf/how-to-define-a-wcf-service-contract.md b/docs/framework/wcf/how-to-define-a-wcf-service-contract.md index ca297e7b473..f1640264bc0 100644 --- a/docs/framework/wcf/how-to-define-a-wcf-service-contract.md +++ b/docs/framework/wcf/how-to-define-a-wcf-service-contract.md @@ -4,16 +4,16 @@ ms.date: 03/30/2017 helpviewer_keywords: - service contracts [WCF], defining ms.assetid: 67bf05b7-1d08-4911-83b7-a45d0b036fc3 -ms.openlocfilehash: 98e0b07f608db4396a5b8f5e25cde243e03390a3 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 5e8abbf8c5f9b0696d90ccbee94c5d8f4dd8b1ec +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法 : Windows Communication Foundation サービス コントラクトを定義する これは、基本的な Windows Communication Foundation (WCF) アプリケーションを作成するために必要な 6 つのタスクの最初の数値です。 タスクの 6 つのすべての概要については、次を参照してください。、[チュートリアル入門](../../../docs/framework/wcf/getting-started-tutorial.md)トピックです。 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスを作成する場合、まずサービス コントラクトを定義します。 サービス コントラクトは、サービスがサポートする操作を指定します。 操作は Web サービス メソッドと見なすことができます。 コントラクトは C++、C#、または Visual Basic (VB) インターフェイスを定義することで作成します。 インターフェイスの各メソッドは、特定のサービス操作に対応しています。 各インターフェイスには が適用されており、各操作には 属性が適用されている必要があります。 属性を持つインターフェイス内のメソッドに 属性がない場合、そのメソッドはサービスによって公開されません。 + WCF サービスを作成するときに、最初のタスクは、サービス コントラクトを定義します。 サービス コントラクトは、サービスがサポートする操作を指定します。 操作は Web サービス メソッドと見なすことができます。 コントラクトは C++、C#、または Visual Basic (VB) インターフェイスを定義することで作成します。 インターフェイスの各メソッドは、特定のサービス操作に対応しています。 各インターフェイスには が適用されており、各操作には 属性が適用されている必要があります。 属性を持つインターフェイス内のメソッドに 属性がない場合、そのメソッドはサービスによって公開されません。 手順の後に、このタスクに使用するコード例を示します。 diff --git a/docs/framework/wcf/how-to-impersonate-a-client-on-a-service.md b/docs/framework/wcf/how-to-impersonate-a-client-on-a-service.md index 94f609186e0..4092e1d8199 100644 --- a/docs/framework/wcf/how-to-impersonate-a-client-on-a-service.md +++ b/docs/framework/wcf/how-to-impersonate-a-client-on-a-service.md @@ -9,11 +9,11 @@ helpviewer_keywords: - impersonation - WCF, security ms.assetid: 431db851-a75b-4009-9fe2-247243d810d3 -ms.openlocfilehash: 991792b22dbef42e6f244f33f3a82550c02ddeba -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: c15d201a002ec93ff3a83ce1bba9f94ccb6a7b95 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法 : サービスでクライアントに偽装する Windows Communication Foundation (WCF) サービスでクライアントを偽装して、クライアントの代理としてアクションを実行するサービスを使用できます。 コンピューター上のディレクトリやファイルへのアクセス、または SQL Server データベースへのアクセスなど、アクセス制御リスト (ACL) のチェックを受けるアクションでは、ACL のチェックがクライアントのユーザー アカウントに対して行われます。 ここでは、Windows ドメインのクライアントで、クライアント偽装レベルを設定できるようにするために必要な基本的な手順について説明します。 このパターンの実施例については、「 [Impersonating the Client](../../../docs/framework/wcf/samples/impersonating-the-client.md)」を参照してください。 クライアントの権限借用の詳細については、次を参照してください。[委任と偽装](../../../docs/framework/wcf/feature-details/delegation-and-impersonation-with-wcf.md)です。 @@ -36,7 +36,7 @@ Windows Communication Foundation (WCF) サービスでクライアントを偽 1. [ServiceModel Metadata Utility Tool (Svcutil.exe)](../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)を使用して、サービス クライアント コードを作成します。 詳細については、次を参照してください。[にアクセスするサービスの WCF クライアントを使用して](../../../docs/framework/wcf/accessing-services-using-a-wcf-client.md)です。 -2. [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントの作成後、 クラスの プロパティを 列挙値の 1 つに設定します。 +2. WCF クライアントを作成すると、設定、のプロパティ、クラスのいずれかを列挙値。 > [!NOTE] > を使用するには、ネゴシエート Kerberos 認証 ( *"マルチレッグ"* Kerberos または *"マルチステップ"* Kerberos と呼ぶこともあります) を使用する必要があります。 これを実装する方法については、次を参照してください。[セキュリティのベスト プラクティス](../../../docs/framework/wcf/feature-details/best-practices-for-security-in-wcf.md)です。 diff --git a/docs/framework/wcf/how-to-restrict-access-with-the-principalpermissionattribute-class.md b/docs/framework/wcf/how-to-restrict-access-with-the-principalpermissionattribute-class.md index 4a988dc86a7..3fdb300b745 100644 --- a/docs/framework/wcf/how-to-restrict-access-with-the-principalpermissionattribute-class.md +++ b/docs/framework/wcf/how-to-restrict-access-with-the-principalpermissionattribute-class.md @@ -9,11 +9,11 @@ helpviewer_keywords: - WCF, authorization - WCF, security ms.assetid: 5162f5c4-8781-4cc4-9425-bb7620eaeaf4 -ms.openlocfilehash: a93726598b31ee57d583aca16012d615e90441f4 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 38e3c62aaf0e87860732bcb12c61da69b1c4346d +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法 : PrincipalPermissionAttribute クラスでアクセスを制限する Windows ドメイン コンピューターのリソースへのアクセスを制御することは、基本的なセキュリティ タスクです。 たとえば、給与情報のような機密データは、特定のユーザーだけが表示できるようにする必要があります。 ここでは、ユーザーが定義済みグループに属していることを要求することによって、メソッドへのアクセスを制限する方法について説明します。 作業用サンプルについては、次を参照してください。[サービス操作へのアクセスを承認する](../../../docs/framework/wcf/samples/authorizing-access-to-service-operations.md)です。 @@ -76,7 +76,7 @@ Windows ドメイン コンピューターのリソースへのアクセスを ``` - この値を `UseAspNetRoles` に設定すると、`Name` の `PrincipalPermissionAttribute` プロパティを使用して文字列が比較されます。 クライアント資格情報として証明書を使用している場合、既定では、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] は証明書の共通名と拇印をセミコロンで連結して、クライアントのプライマリ ID を表す一意の値が作成されます。 `UseAspNetRoles` をサービスの `PrincipalPermissionMode` として設定している場合、このプライマリ ID の値と `Name` プロパティの値を比較してユーザーのアクセス権が決定されます。 + この値を `UseAspNetRoles` に設定すると、`Name` の `PrincipalPermissionAttribute` プロパティを使用して文字列が比較されます。 証明書は、クライアントの資格情報として使用される、既定で WCF を連結証明書の共通名と、クライアントのプライマリ id に一意の値を作成するのにはセミコロンで拇印。 `UseAspNetRoles` をサービスの `PrincipalPermissionMode` として設定している場合、このプライマリ ID の値と `Name` プロパティの値を比較してユーザーのアクセス権が決定されます。 また、自己ホスト型サービスを作成する場合は、次のコードに示すように、コードの プロパティを設定します。 diff --git a/docs/framework/wcf/how-to-secure-a-service-with-windows-credentials.md b/docs/framework/wcf/how-to-secure-a-service-with-windows-credentials.md index aedf4f495f4..585080ad166 100644 --- a/docs/framework/wcf/how-to-secure-a-service-with-windows-credentials.md +++ b/docs/framework/wcf/how-to-secure-a-service-with-windows-credentials.md @@ -9,11 +9,11 @@ helpviewer_keywords: ms.assetid: d171b5ca-96ef-47ff-800c-c138023cf76e author: BrucePerlerMS manager: mbaldwin -ms.openlocfilehash: 5ed09947350a284dd7701b37bad93912f79f7e3c -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 2fa8d753d5fb168c14ee71cbbf6de62e0e4aff9e +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法 : Windows 資格情報でサービスをセキュリティで保護する このトピックでは、Windows ドメインに存在し、同じドメイン内のクライアントによって呼び出される Windows Communication Foundation (WCF) サービスのトランスポート セキュリティを有効にする方法を示します。 このシナリオの詳細については、次を参照してください。[トランスポート セキュリティと Windows 認証](../../../docs/framework/wcf/feature-details/transport-security-with-windows-authentication.md)です。 サンプル アプリケーションについては、次を参照してください。、 [WSHttpBinding](../../../docs/framework/wcf/samples/wshttpbinding.md)サンプルです。 @@ -75,7 +75,7 @@ ms.lasthandoff: 05/04/2018 ##### コードによってクライアントでバインディングを使用するには -1. SvcUtil.exe ツールを使用して、サービスのメタデータからプロキシ コードを生成します。 詳細については、次を参照してください。[する方法: クライアントを作成する](../../../docs/framework/wcf/how-to-create-a-wcf-client.md)です。 生成されたプロキシ コードは クラスから継承しているので、各クライアントには、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスとの通信に必要なコンストラクター、メソッド、およびプロパティが確実に定義されます。 この例では、生成されたコードに、`CalculatorClient` インターフェイスを実装した `ICalculator` クラスが追加されるので、サービス コードとの互換が可能になります。 +1. SvcUtil.exe ツールを使用して、サービスのメタデータからプロキシ コードを生成します。 詳細については、次を参照してください。[する方法: クライアントを作成する](../../../docs/framework/wcf/how-to-create-a-wcf-client.md)です。 生成されたプロキシ コードが継承、クラスは、すべてのクライアントが必要なコンス トラクター、メソッド、および WCF サービスと通信するためにプロパティにあることを確認します。 この例では、生成されたコードに、`CalculatorClient` インターフェイスを実装した `ICalculator` クラスが追加されるので、サービス コードとの互換が可能になります。 2. この手順のコードは、クライアント プログラムの `Main` メソッドの先頭に挿入します。 diff --git a/docs/framework/wcf/how-to-specify-client-credential-values.md b/docs/framework/wcf/how-to-specify-client-credential-values.md index bd41fc5e5e1..359eb698145 100644 --- a/docs/framework/wcf/how-to-specify-client-credential-values.md +++ b/docs/framework/wcf/how-to-specify-client-credential-values.md @@ -5,11 +5,11 @@ dev_langs: - csharp - vb ms.assetid: 82293d7f-471a-4549-8f19-0be890e7b074 -ms.openlocfilehash: e1133194fe925bca4fb79d8adc1975a2063450f2 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 9625400b855492ead12a5a2f1fa74f10164f6cdd +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法 : クライアントの資格情報の値を指定する クライアントの認証方法、サービスに Windows Communication Foundation (WCF) を使用して、サービスを指定できます。 たとえば、証明書を使用してクライアントを認証するように指定できます。 @@ -44,7 +44,7 @@ ms.lasthandoff: 05/04/2018 1. 使用して、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)サービスからコードと構成を生成します。 -2. 生成されたコードを使用して、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントのインスタンスを作成します。 +2. 生成されたコードを使用して WCF クライアントのインスタンスを作成します。 3. クライアント クラスで、 クラスの プロパティを適切な値に設定します。 この例では、 クラスの メソッドを使用して、このプロパティを X.509 証明書に設定します。 diff --git a/docs/framework/wcf/how-to-use-a-wcf-client.md b/docs/framework/wcf/how-to-use-a-wcf-client.md index 203bc94fe83..142f81335d7 100644 --- a/docs/framework/wcf/how-to-use-a-wcf-client.md +++ b/docs/framework/wcf/how-to-use-a-wcf-client.md @@ -4,18 +4,18 @@ ms.date: 03/30/2017 helpviewer_keywords: - WCF clients [WCF], using ms.assetid: 190349fc-0573-49c7-bb85-8e316df7f31f -ms.openlocfilehash: 6667a8e9862054d7d8d5b20e70dfbe699de02eab -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 79431588e27b02a40d5898929f1bdf644c8a79cd +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 方法 : Windows Communication Foundation クライアントを使用する これは、基本的な Windows Communication Foundation (WCF) アプリケーションを作成するために必要な 6 つのタスクの最後のタスクです。 タスクの 6 つのすべての概要については、次を参照してください。、[チュートリアル入門](../../../docs/framework/wcf/getting-started-tutorial.md)トピックです。 - Windows Communication Foundation (WCF) プロキシを作成して、構成、クライアント インスタンスを作成すると、クライアント アプリケーションのコンパイルし通信するために使用されることができます、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービス。 このトピックでは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントをインスタンス化し、使用する手順について説明します。 この手順は、次の 3 つの手順で構成されます。 + Windows Communication Foundation (WCF) プロキシを作成して構成すると、クライアント インスタンスを作成して、クライアント アプリケーションのコンパイルし WCF サービスと通信するために使用できます。 このトピックでは、インスタンス化して、WCF クライアントを使用するための手順について説明します。 この手順は、次の 3 つの手順で構成されます。 -1. [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントをインスタンス化します。 +1. WCF クライアントをインスタンス化します。 2. 生成されたプロキシからサービス操作を呼び出します。 diff --git a/docs/framework/wcf/index.md b/docs/framework/wcf/index.md index e1614a15fcd..882019f19d3 100644 --- a/docs/framework/wcf/index.md +++ b/docs/framework/wcf/index.md @@ -5,11 +5,11 @@ helpviewer_keywords: - Windows Communication Foundation [WCF] - WCF [WCF] ms.assetid: 149348a6-bf82-4ccc-9604-fa7cc88c0749 -ms.openlocfilehash: f3b8abb2a8e0079dc18624c5ac0408a2738f06b6 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 56054216dc6e90e789c230acb3d56565a9ba3d69 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # WCF でのサービス指向アプリケーションの開発 このセクションでは、サービス指向アプリケーションを構築するための統一プログラミング モデルを提供する Windows Communication Foundation (WCF) について説明します。 これを使用して開発者は、プラットフォーム間を統合し、既存のコンポーネントと相互運用する、セキュリティで保護された信頼性の高いトランザクション型のソリューションを構築できます。 @@ -34,7 +34,7 @@ ms.lasthandoff: 05/04/2018 Windows Communication Foundation アプリケーションを作成するための基礎について説明します。 [WCF 機能の詳細](../../../docs/framework/wcf/feature-details/index.md) - 必要な [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 機能を選択するためのトピックを示します。 + 使用する必要がある WCF の機能や機能を選択するのに便利なトピックを示します。 [WCF の拡張](../../../docs/framework/wcf/extending/index.md) WCF ランタイム コンポーネントを変更および拡張する方法について説明します。 @@ -67,7 +67,7 @@ ms.lasthandoff: 05/04/2018 Windows Communication Foundation のさまざまな特性について説明するサンプルがあります。 [Windows Communication Foundation 用語集](../../../docs/framework/wcf/glossary.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] に固有の用語の一覧を示します。 + WCF に固有の用語の一覧を表示します。 [一般的なリファレンス](../../../docs/framework/wcf/general-reference.md) このセクションでは、Windows Communication Foundation のクライアントおよびサービスの設定に使用される要素について説明します。 diff --git a/docs/framework/wcf/introduction-to-extensibility.md b/docs/framework/wcf/introduction-to-extensibility.md index 894f6922091..05b5571bd36 100644 --- a/docs/framework/wcf/introduction-to-extensibility.md +++ b/docs/framework/wcf/introduction-to-extensibility.md @@ -6,14 +6,14 @@ helpviewer_keywords: - Windows Communication Foundation [WCF], extensibility - extensibility [WCF] ms.assetid: ef56c251-d63c-4b3f-944f-b0c67bfb0f68 -ms.openlocfilehash: 142478352c8eb1c893d8b95b960c6079f735fa06 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 7b302a7d0643ed61d12cfedf26348590d40d18f3 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 拡張機能の概要 -Windows Communication Foundation (WCF) アプリケーション モデルは、分散アプリケーションの通信要件の大部分を解決するために設計されています。 ただし、既定のアプリケーション モデルとシステム提供の実装でサポートされないシナリオが必ず存在します。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] の拡張モデルでは、アプリケーション モデル全体の置き換えに至るまでのすべてのレベルでシステム動作を変更できるようにすることによって、カスタム シナリオをサポートします。 ここでは、拡張のさまざまな領域を提示し、各領域の詳細について説明します。 +Windows Communication Foundation (WCF) アプリケーション モデルは、分散アプリケーションの通信要件の大部分を解決するために設計されています。 ただし、既定のアプリケーション モデルとシステム提供の実装でサポートされないシナリオが必ず存在します。 WCF 機能拡張モデルはアプリケーション モデル全体を置き換えるに至るまでのすべてのレベルでのシステム動作を変更できるようにすることによってカスタム シナリオをサポートするために対象としています。 ここでは、拡張のさまざまな領域を提示し、各領域の詳細について説明します。 ## 拡張する領域 次の領域を拡張できます。 @@ -25,7 +25,7 @@ Windows Communication Foundation (WCF) アプリケーション モデルは、 - ホスト ランタイム。 ここでは、チャネルおよびアプリケーション ランタイムとのホスト アプリケーション ドメインの関係を拡張します。 ### アプリケーション ランタイムの拡張 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] アプリケーションでは、対応するチャネル宛てのメッセージとアプリケーション宛てのメッセージを区別します。 チャネル メッセージは、セキュリティで保護されたメッセージ交換の確立や、信頼できるセッションの確立など、特定のチャネル関連の機能をサポートします。 このメッセージは、アプリケーション ランタイムでは使用できません。このメッセージは、アプリケーション層が関係する前に処理されます。 + WCF アプリケーションでは、対応するチャネル宛てのメッセージと、アプリケーション自体の宛のメッセージを区別します。 チャネル メッセージは、セキュリティで保護されたメッセージ交換の確立や、信頼できるセッションの確立など、特定のチャネル関連の機能をサポートします。 このメッセージは、アプリケーション ランタイムでは使用できません。このメッセージは、アプリケーション層が関係する前に処理されます。 アプリケーション メッセージは、ユーザーまたはユーザーの顧客が作成したクライアントまたはサービスの操作向けのデータを含んでいます。 このメッセージは、必要に応じて、メッセージまたはオブジェクトの形でアプリケーション レベルの拡張システムで使用できます。 diff --git a/docs/framework/wcf/load-balancing.md b/docs/framework/wcf/load-balancing.md index 755b6758689..a65a6c40f4a 100644 --- a/docs/framework/wcf/load-balancing.md +++ b/docs/framework/wcf/load-balancing.md @@ -4,19 +4,19 @@ ms.date: 03/30/2017 helpviewer_keywords: - load balancing [WCF] ms.assetid: 148e0168-c08d-4886-8769-776d0953b80f -ms.openlocfilehash: 9ad9c9c569137534addfa3b91f412fb0c0a4b808 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: c9d554dfd8d21b6e0e5f4aef0f4402e16485c2e8 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 負荷分散 -Windows Communication Foundation (WCF) アプリケーションの容量を増やす方法の 1 つは負荷分散されたサーバー ファームに配置をスケール アウトすることです。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] アプリケーションは、ハードウェア ベースの負荷分散アプリケーションのほか、Windows Network Load Balancing のようなソフトウェアによる負荷分散も含む、標準的な負荷分散手法を使用して負荷分散できます。 +Windows Communication Foundation (WCF) アプリケーションの容量を増やす方法の 1 つは負荷分散されたサーバー ファームに配置をスケール アウトすることです。 WCF アプリケーションは、標準的な負荷分散の手法を Windows ネットワーク負荷分散などのソフトウェア ロード バランサーを含むだけでなくハードウェア ベースの負荷分散を使用して負荷分散をすることができます。 - 以下のセクションでは、システム提供の各種のバインディングを使用して構築された [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] アプリケーションを負荷分散するときの考慮事項について説明します。 + 次のセクションでは、負荷分散のさまざまなシステム指定のバインディングを使用して構築された WCF アプリケーションに関する考慮事項について説明します。 ## 基本 HTTP バインディングによる負荷分散 - 負荷分散の面から見た場合、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] を使用して通信を行う アプリケーションと、他の一般的なタイプの HTTP ネットワーク トラフィック (静的な HTML コンテンツ、ASP.NET ページ、ASMX Web サービス) との相違はありません。 このバインディングを使用する [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] チャネルは本質的にステートレスで、チャネルが閉じると接続を終了します。 したがって、 には既存の HTTP 負荷分散の手法で十分に対応できます。 + 負荷分散を使用して通信する WCF アプリケーションの観点から、は、他の一般的なタイプの HTTP ネットワーク トラフィック (静的な HTML コンテンツ、ASP.NET ページ、ASMX Web サービス) は、まったく同じです。 このバインディングを使用する WCF チャネルは本質的にステートレスであるし、チャネルが閉じると接続を終了します。 したがって、 には既存の HTTP 負荷分散の手法で十分に対応できます。 既定では、 は、メッセージの接続 HTTP ヘッダーで `Keep-Alive` 値を送信することで、サポートするサービスにクライアントが永続的な接続を確立できるようにします。 この構成では、以前に確立した接続を再使用して同じサーバーへの後続するメッセージを送信できるため、スループットが向上します。 ただし、接続を再使用すると、クライアントが負荷分散ファーム内の特定サーバーと強く関連付けられてしまうため、ラウンドロビン方式の負荷分散の効果を損ねることがあります。 これを回避するには、`Keep-Alive` またはユーザー定義の で プロパティを使用して、サーバーの HTTP を無効にできます。 構成を使用してこれを行う例を次に示します。 diff --git a/docs/framework/wcf/privacy-information.md b/docs/framework/wcf/privacy-information.md index 4e1bf373dfa..e6dcbee5beb 100644 --- a/docs/framework/wcf/privacy-information.md +++ b/docs/framework/wcf/privacy-information.md @@ -6,34 +6,34 @@ helpviewer_keywords: - WCF, privacy information - privacy information [WCF] ms.assetid: c9553724-f3e7-45cb-9ea5-450a22d309d9 -ms.openlocfilehash: e9c4130cd4680d4cd68ca8c6ba36c38b5d065f58 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: e278b28e5c0015eeab549b04d3870dfa247a57ed +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # Windows Communication Foundation のプライバシー情報 -マイクロソフトは、エンド ユーザーのプライバシー保護に力を入れています。 Windows Communication Foundation (WCF)、バージョン 3.0 を使用してアプリケーションをビルドするときに、アプリケーションにエンドユーザーのプライバシー影響を与える可能性があります。 たとえば、アプリケーションが明示的にユーザーの連絡先情報を収集することがあります。つまり、アプリケーションがインターネットを経由して Web サイトに情報を要求したり、情報を送信したりすることがあります。 マイクロソフトの技術をアプリケーションに組み込んでいる場合、その技術にプライバシーに影響を与える可能性がある独自の動作が存在することがあります。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、アプリケーションの作成者またはエンド ユーザーが選択しない限り、アプリケーションからマイクロソフトに情報を送信することはありません。 +マイクロソフトは、エンド ユーザーのプライバシー保護に力を入れています。 Windows Communication Foundation (WCF)、バージョン 3.0 を使用してアプリケーションをビルドするときに、アプリケーションにエンドユーザーのプライバシー影響を与える可能性があります。 たとえば、アプリケーションが明示的にユーザーの連絡先情報を収集することがあります。つまり、アプリケーションがインターネットを経由して Web サイトに情報を要求したり、情報を送信したりすることがあります。 マイクロソフトの技術をアプリケーションに組み込んでいる場合、その技術にプライバシーに影響を与える可能性がある独自の動作が存在することがあります。 WCF は、情報を送信できません Microsoft アプリケーションからまたはエンドユーザーに送信するよう選択しない限り、します。 ## WCF の概要 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] とは、Microsoft .NET Framework を使用した分散メッセージング フレームワークで、これによって開発者は、分散アプリケーションを作成できます。 2 つのアプリケーション間で交換されるメッセージには、ヘッダーと本文情報が入ります。 + WCF は、分散アプリケーションを構築する開発者は、Microsoft .NET Framework を使用して分散メッセージング フレームワークです。 2 つのアプリケーション間で交換されるメッセージには、ヘッダーと本文情報が入ります。 - ヘッダーには、アプリケーションが使用するサービスに応じて、メッセージ ルーティング、セキュリティ情報、トランザクションなどの情報が追加されます。 メッセージは、通常、既定で暗号化されます。 ただし、`BasicHttpBinding` を使用する場合は例外です。このバインディングは、セキュリティで保護されていない従来の Web サービスで使用するために設計されています。 アプリケーションの設計者であるユーザーには最終設計に対する責任があります。 SOAP 本文のメッセージには、アプリケーション固有のデータが入りますが、アプリケーション定義の個人情報などのデータは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] の暗号化機能または機密性保護機能を使用してセキュリティで保護できます。 次のセクションでは、プライバシーに影響を与える可能性がある機能について説明します。 + ヘッダーには、アプリケーションが使用するサービスに応じて、メッセージ ルーティング、セキュリティ情報、トランザクションなどの情報が追加されます。 メッセージは、通常、既定で暗号化されます。 ただし、`BasicHttpBinding` を使用する場合は例外です。このバインディングは、セキュリティで保護されていない従来の Web サービスで使用するために設計されています。 アプリケーションの設計者であるユーザーには最終設計に対する責任があります。 SOAP 本文のメッセージに含めるアプリケーション固有のデータです。ただし、アプリケーション定義の個人情報などのデータは、場合は、WCF の暗号化または機密性保護機能を使用してセキュリティで保護できます。 次のセクションでは、プライバシーに影響を与える可能性がある機能について説明します。 ## メッセージング - 各 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] メッセージには、メッセージの送信先と応答の返信先を指定するアドレス ヘッダーがあります。 + 各 WCF メッセージがメッセージの送信先を指定するアドレス ヘッダーの応答を進む必要があります。 エンドポイント アドレスのアドレス構成要素は、エンドポイントを識別する URI (Uniform Resource Identifier) です。 このアドレスは、ネットワーク アドレスまたは論理アドレスのいずれかです。 アドレスには、コンピューター名 (ホスト名、完全修飾ドメイン名) と IP アドレスを指定できます。 また、エンドポイント アドレスには、グローバル一意識別子 (GUID)、または各アドレスを識別するために使用される一時アドレス指定用に GUID のコレクションを入れることもできます。 各メッセージには、GUID 形式のメッセージ ID があります。 この機能は、WS-Addressing 参照仕様に準拠します。 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] メッセージング レイヤーは個人情報をローカル コンピューターに書き込みません。 ただし、サービスの開発者が個人情報を公開するサービスを作成した場合は、ネットワーク レベルで個人情報を公開することがあります。このような例として、エンドポイント名に個人名を使用している場合や、エンドポイントの Web サービス記述言語に個人情報を追加しても、https を使用して WSDL にアクセスすることをクライアントに要求しない場合などがあります。 また、開発者が実行されている場合、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)ツールの出力の個人情報を公開するエンドポイントに対してツールには、その情報が含まれ、出力ファイルに書き込まれた、ローカルのハード ディスクです。 + WCF メッセージング レイヤーは、ローカル コンピューターに個人情報を書き込みません。 ただし、サービスの開発者が個人情報を公開するサービスを作成した場合は、ネットワーク レベルで個人情報を公開することがあります。このような例として、エンドポイント名に個人名を使用している場合や、エンドポイントの Web サービス記述言語に個人情報を追加しても、https を使用して WSDL にアクセスすることをクライアントに要求しない場合などがあります。 また、開発者が実行されている場合、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)ツールの出力の個人情報を公開するエンドポイントに対してツールには、その情報が含まれ、出力ファイルに書き込まれた、ローカルのハード ディスクです。 ## ホスト - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のホスト機能によって、アプリケーションを必要に応じて開始したり、複数のアプリケーション間でポートを共有したりできます。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のアプリケーションは、[!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)] 同様、インターネット インフォメーション サービス (IIS) でホストできます。 + WCF のホスティング機能は、要求時に開始するか、ポートが複数のアプリケーション間で共有を有効にするアプリケーションを使用します。 インターネット インフォメーション サービス (IIS) のような WCF アプリケーションをホストすることができます[!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)]です。 ホストでは、特定の情報をネットワークに公開せず、コンピューター上にデータを格納しません。 ## メッセージのセキュリティ - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のセキュリティは、メッセージング アプリケーションにセキュリティ機能を提供します。 提供するセキュリティ機能には、認証と承認があります。 + WCF セキュリティは、メッセージング アプリケーションのセキュリティ機能を提供します。 提供するセキュリティ機能には、認証と承認があります。 認証は、クライアントとサービスとの間で資格情報を交換することによって実行されます。 認証は、次のように、トランスポート レベルのセキュリティまたは SOAP メッセージ レベルのセキュリティで実行できます。 @@ -56,7 +56,7 @@ ms.lasthandoff: 05/04/2018 また、監査では、管理者がメッセージ ログの設定 (オンまたはオフ) を変更した時刻を記録します。その理由は、メッセージ ログが、ヘッダーと本文のアプリケーション固有のデータをログに記録する可能性があるためです。 [!INCLUDE[wxp](../../../includes/wxp-md.md)] の場合、レコードはアプリケーション イベント ログに記録されます。 [!INCLUDE[wv](../../../includes/wv-md.md)] と [!INCLUDE[ws2003](../../../includes/ws2003-md.md)] の場合、レコードは、セキュリティ イベント ログに記録されます。 ## トランザクション - トランザクション機能は、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のアプリケーションにトランザクション サービスを提供します。 + トランザクション機能では、WCF アプリケーションにトランザクション サービスを提供します。 トランザクションの伝達で使用されるトランザクション ヘッダーには、GUID 形式のトランザクション ID または登録リスト ID を追加できます。 @@ -65,34 +65,34 @@ ms.lasthandoff: 05/04/2018 トランザクション機能は、WS-Coordination 仕様と WS-AtomicTransaction 仕様を実装します。 ## 信頼できるセッション - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] の信頼できるセッションは、トランスポートまたは中継局のエラーが発生した場合でもメッセージの転送を実現します。 信頼できるセッションは、基になるトランスポート (たとえば、ワイヤレス ネットワーク上の TCP 接続) が切断している場合やメッセージを紛失した場合 (HTTP プロキシでの送受信メッセージの破棄) でも、正確に 1 回のメッセージ転送を実行します。 また、メッセージが送信された順序を維持するので、メッセージの並べ替え (マルチパス ルーティングの場合に発生する可能性がある) を回復できます。 + WCF で信頼できるセッションは、トランスポートまたは中継ぎ局のエラーが発生したときに、メッセージの転送を提供します。 信頼できるセッションは、基になるトランスポート (たとえば、ワイヤレス ネットワーク上の TCP 接続) が切断している場合やメッセージを紛失した場合 (HTTP プロキシでの送受信メッセージの破棄) でも、正確に 1 回のメッセージ転送を実行します。 また、メッセージが送信された順序を維持するので、メッセージの並べ替え (マルチパス ルーティングの場合に発生する可能性がある) を回復できます。 信頼できるセッションは、WS-ReliableMessaging (WS-RM) プロトコルを使用して実装されています。 これによって追加される WS-RM ヘッダーには、特定の信頼できるセッションに関連付けられたすべてのメッセージの識別に使用されるセッション情報が含まれています。 各 WS-RM セッションには、GUID 形式の識別子があります。 エンド ユーザーのコンピューターに保持される個人情報はありません。 ## キューに置かれたチャネル - キューは、送信元アプリケーションが送ったメッセージを受信側アプリケーションに代わって保存しておき、後で受信側アプリケーションに転送します。 受信側アプリケーションが一時的な場合なども、キューによって、送信元アプリケーションから受信側アプリケーションへのメッセージの転送を確実に実行できます。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、トランスポートとして Microsoft メッセージ キュー (MSMQ) を使用することによってキューをサポートします。 + キューは、送信元アプリケーションが送ったメッセージを受信側アプリケーションに代わって保存しておき、後で受信側アプリケーションに転送します。 受信側アプリケーションが一時的な場合なども、キューによって、送信元アプリケーションから受信側アプリケーションへのメッセージの転送を確実に実行できます。 WCF には、トランスポートとして Microsoft メッセージ キュー (MSMQ) を使用してキュー処理のサポートが用意されています。 キューに置かれたチャネル機能では、ヘッダーをメッセージに追加しません。 代わりに、適切なメッセージ キューのメッセージ プロパティ セットを備えたメッセージ キューのメッセージを作成し、メッセージ キューのメソッドを呼び出して、メッセージ キューのキューにメッセージを追加します。 メッセージ キューは、Windows に付属しているオプション コンポーネントです。 キューに置かれたチャネル機能では、キュー インフラストラクチャとしてメッセージ キューを使用するので、この機能によってエンド ユーザーのコンピューターに保持される情報はありません。 ## COM+ 統合 - この機能は、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のサービスと互換性のあるサービスを作成するために既存の COM 機能と COM+ 機能をラップします。 この機能は、特定のヘッダーを使用せず、エンド ユーザーのコンピューターにデータを保持しません。 + この機能は、WCF サービスと互換性があるサービスを作成する既存の COM と COM + 機能をラップします。 この機能は、特定のヘッダーを使用せず、エンド ユーザーのコンピューターにデータを保持しません。 ## COM サービス モニカー - この機能は、標準の [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントにアンマネージ ラッパーを提供します。 この機能は、ネットワーク上で特定のヘッダーを使用せず、コンピューターにデータを保持しません。 + これは、標準の WCF クライアントにアンマネージ ラッパーを提供します。 この機能は、ネットワーク上で特定のヘッダーを使用せず、コンピューターにデータを保持しません。 ## ピア チャネル - ピア チャネルによって、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] を使用したマルチパーティ アプリケーションの展開が可能になります。 マルチパーティ メッセージングはメッシュのコンテキストで実行されます。 メッシュは、ノードが参加できる名前によって識別されます。 ピア チャネル内の各ノードは、ユーザー指定のポートで TCP リスナーを作成し、メッシュ内の他のノードとの接続を確立することによって、回復力を確保します。 メッシュ内の他のノードに接続するため、ノードは、リスナー アドレスやコンピューターの IP アドレスなど一部のデータをメッシュ内の他のノードと交換します。 メッシュ内で送信されるメッセージに送信者に関するセキュリティ情報を入れ、メッセージのなりすましと改ざんを防止することができます。 + ピア チャネルでは、WCF を使用してマルチパーティ アプリケーションの開発できるようにします。 マルチパーティ メッセージングはメッシュのコンテキストで実行されます。 メッシュは、ノードが参加できる名前によって識別されます。 ピア チャネル内の各ノードは、ユーザー指定のポートで TCP リスナーを作成し、メッシュ内の他のノードとの接続を確立することによって、回復力を確保します。 メッシュ内の他のノードに接続するため、ノードは、リスナー アドレスやコンピューターの IP アドレスなど一部のデータをメッシュ内の他のノードと交換します。 メッシュ内で送信されるメッセージに送信者に関するセキュリティ情報を入れ、メッセージのなりすましと改ざんを防止することができます。 エンド ユーザーのコンピューターに個人情報は格納されません。 ## IT 専門家向けの機能 ### トレース - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] インフラストラクチャの診断機能は、トランスポート レイヤーとサービス モデル レイヤーを経由するメッセージ、およびこのメッセージに関連付けられたアクティビティとイベントをログに記録します。 この機能は既定で無効になっています。 この機能はアプリケーションの構成ファイルを使用して有効にし、トレース動作は、実行時に [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] WMI プロバイダーを使用して変更できます。 有効にすると、トレース インフラストラクチャは、メッセージ、アクティビティ、および処理イベントを含んだ診断トレースを構成済みリスナーに出力します。 出力の形式と場所は、管理者が選択するリスナー構成によって決まりますが、通常は XML 形式のファイルです。 管理者は、トレース ファイルでアクセス制御リスト (ACL) を設定する必要があります。 特に、Windows アクティベーション システム (WAS) でホストするとき、管理者は、ファイルがパブリック仮想ルート ディレクトリから提供されていないことを確認する必要があります (提供されることを望まない場合)。 + WCF インフラストラクチャの診断機能は、トランスポートとサービス モデル レイヤー、およびアクティビティとこれらのメッセージに関連付けられているイベントを通過するメッセージを記録します。 この機能は既定で無効になっています。 アプリケーションの構成ファイルを使用して有効になっていると、実行時に、WCF WMI プロバイダーを使用してトレース動作を変更することがあります。 有効にすると、トレース インフラストラクチャは、メッセージ、アクティビティ、および処理イベントを含んだ診断トレースを構成済みリスナーに出力します。 出力の形式と場所は、管理者が選択するリスナー構成によって決まりますが、通常は XML 形式のファイルです。 管理者は、トレース ファイルでアクセス制御リスト (ACL) を設定する必要があります。 特に、Windows アクティベーション システム (WAS) でホストするとき、管理者は、ファイルがパブリック仮想ルート ディレクトリから提供されていないことを確認する必要があります (提供されることを望まない場合)。 トレースには、メッセージ ログとサービス モデル診断トレースの 2 種類があります。この 2 種類のトレースについて次のセクションで説明します。 この 2 つのトレースは、それぞれ と というトレース ソースから構成されます。 このログ トレース ソースは両方とも、アプリケーションにローカルなデータを取り込みます。 @@ -115,14 +115,14 @@ ms.lasthandoff: 05/04/2018 このレベルでログに記録されるメッセージは、ネットワーク上でセキュリティ保護され、暗号化されている場合でも復号化されます。 形式が正しくないメッセージのログ - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] インフラストラクチャが認識できないまたは処理できないメッセージをログに記録します。 + WCF インフラストラクチャが認識できないまたは処理されるメッセージをログに記録します。 メッセージは、暗号化の有無を問わず、そのままの状態でログに記録されます。 - メッセージが復号化された状態または暗号化されていない状態でログに記録される場合、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では既定で、メッセージをログに記録する前にセキュリティ キーと個人情報の可能性がある情報をメッセージから削除します。 次のセクションでは、削除される情報と削除が実行される状況について説明します。 キーと個人情報の可能性がある情報をログに記録するには、コンピューターの管理者とアプリケーションを配置するユーザーの両方が、所定の構成操作を実行して既定の動作を変更する必要があります。 + メッセージがログに記録復号化されたまたは暗号化されていないフォームで、既定では WCF セキュリティ キーと可能性がある個人情報から削除、メッセージに記録する前にします。 次のセクションでは、削除される情報と削除が実行される状況について説明します。 キーと個人情報の可能性がある情報をログに記録するには、コンピューターの管理者とアプリケーションを配置するユーザーの両方が、所定の構成操作を実行して既定の動作を変更する必要があります。 #### 復号化されたまたは暗号化されていないメッセージをログに記録するときにメッセージ ヘッダーから削除される情報 - メッセージが復号化された状態または暗号化されていない状態でログに記録される場合、既定ではメッセージがログに記録される前に、セキュリティ キーと個人情報の可能性がある情報がメッセージ ヘッダーとメッセージ本文から削除されます。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] によってキーおよび個人情報の可能性がある情報と見なされる部分を次のリストに示します。 + メッセージが復号化された状態または暗号化されていない状態でログに記録される場合、既定ではメッセージがログに記録される前に、セキュリティ キーと個人情報の可能性がある情報がメッセージ ヘッダーとメッセージ本文から削除されます。 どのような WCF では、キーと可能性がある個人情報を次に示します。 削除されるキー : @@ -299,7 +299,7 @@ ms.lasthandoff: 05/04/2018 \ #### 復号化されたまたは暗号化されていないメッセージをログに記録するときにメッセージ本文から削除される情報 - 前述のとおり、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、復号化されたまたは暗号化されていないメッセージをログに記録する場合、キーと既知の可能性がある個人情報をメッセージ ヘッダーから削除します。 それに加えて、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、次のリストに示す、キー交換に関係するセキュリティ メッセージを記述する本文要素とアクションについて、キーと既知の可能性がある個人情報をメッセージ本文から削除します。 + 前述したように、WCF 削除キーと暗号化解除または暗号化されていないログのメッセージに対するメッセージ ヘッダーからの既知の可能性がある個人情報。 さらに、WCF 削除キーと既知の可能性がある個人情報の本文要素やキーの交換に関連するセキュリティ メッセージを記述する次の一覧でアクションのメッセージ本文からします。 次の名前空間の場合 : @@ -356,7 +356,7 @@ ms.lasthandoff: 05/04/2018 http://schemas.xmlsoap.org/ws/2004/04/security/trust/RSTR/SCT-Amend #### 情報が削除されないアプリケーション固有のヘッダーと本文データ - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、アプリケーション固有のヘッダー (クエリ文字列など) と本文データ (クレジット カード番号など) にある個人情報を追跡しません。 + WCF では、アプリケーション固有のヘッダー (たとえば、クエリ文字列) または本文データ (たとえば、クレジット_カード番号) にある個人情報は追跡されません。 メッセージ ログが有効な場合、アプリケーション固有のヘッダーと本文情報にある個人情報はログに表示される可能性があります。 そのため、この場合もアプリケーションを配置するユーザーが、構成ファイルとログ ファイルに対する ACL を設定する必要があります。 また、この情報を表示しない場合にログを無効にすることや、情報がログに記録された後で、この情報をログ ファイルからフィルターで除外することもできます。 @@ -371,26 +371,26 @@ ms.lasthandoff: 05/04/2018 メッセージ ログとトレースの両方で、カスタム トレース リスナーを構成できます。このリスナーは、ネットワーク上で、リモート データベースなどにトレースとメッセージを送信できます。 アプリケーションを配置するユーザーは、カスタム リスナーを構成するか、ユーザーがリスナーを構成できるようにする必要があります。 また、遠隔地で公開される個人情報に対しても責任があり、この遠隔地に ACL を適切に適用する必要があります。 ### IT 専門家向けのその他の機能 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] には、Windows に付属の WMI から [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] インフラストラクチャ構成情報を公開する WMI プロバイダーが用意されています。 既定では、WMI インターフェイスは管理者が利用できます。 + WCF では、WMI (Windows に付属) を介して WCF インフラストラクチャの構成情報を公開する WMI プロバイダーが存在します。 既定では、WMI インターフェイスは管理者が利用できます。 - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 構成では、.NET Framework 構成のしくみを使用します。 構成ファイルはコンピューターに保存されます。 アプリケーション開発者と管理者が、アプリケーションの要件に応じて構成ファイルと ACL を作成します。 構成ファイルには、エンドポイント アドレスと証明書ストア内の証明書へのリンクを入れることができます。 証明書を使用してアプリケーション データを提供し、アプリケーションによって使用される機能の各プロパティを構成することができます。 + WCF 構成では、.NET Framework 構成機構を使用します。 構成ファイルはコンピューターに保存されます。 アプリケーション開発者と管理者が、アプリケーションの要件に応じて構成ファイルと ACL を作成します。 構成ファイルには、エンドポイント アドレスと証明書ストア内の証明書へのリンクを入れることができます。 証明書を使用してアプリケーション データを提供し、アプリケーションによって使用される機能の各プロパティを構成することができます。 - また、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、 メソッドを呼び出すことによって、.NET Framework のプロセス ダンプ機能を使用します。 + WCF は、呼び出すことによって、.NET Framework のプロセス ダンプ機能を使用するも、メソッドです。 ### IT 専門家のツール - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] には、次の IT 専門家向けのツールも用意されており、Windows SDK に同梱されています。 + WCF には、次 IT プロフェッショナル向けのツール、Windows SDK に含まれるも用意されています。 #### SvcTraceViewer.exe - このビューアーは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] トレース ファイルを表示します。 このビューアーは、トレースに含まれているすべての情報を表示します。 + ビューアーには、WCF トレース ファイルが表示されます。 このビューアーは、トレースに含まれているすべての情報を表示します。 #### SvcConfigEditor.exe - このエディターでは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 構成ファイルを作成し、編集できます。 このエディターは、構成ファイルに含まれているすべての情報を表示します。 テキスト エディターでも同じ操作を実行できます。 + エディターを作成し、WCF 構成ファイルを編集できます。 このエディターは、構成ファイルに含まれているすべての情報を表示します。 テキスト エディターでも同じ操作を実行できます。 #### ServiceModel_Reg - このツールでは、コンピューター上の ServiceModel のインストールを管理できます。 このツールは、実行時にコンソール ウィンドウにステータス メッセージを表示し、処理中に [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] インストールの構成に関する情報を表示できます。 + このツールでは、コンピューター上の ServiceModel のインストールを管理できます。 実行し、プロセスでは、WCF のインストールの構成に関する情報を表示できます、コンソール ウィンドウにステータス メッセージが表示されます。 #### WSATConfig.exe と WSATUI.dll - このツールによって、IT 専門家は [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] で相互運用可能な WS-AtomicTransaction ネットワーク サポートを構成できます。 このツールは、レジストリに格納された最も一般的に使用される WS-AtomicTransaction 設定の値を表示し、ユーザーはこのツールを使用してその値を変更できます。 + これらのツールには、WCF での相互運用可能な Ws-atomictransaction ネットワーク サポートを構成する IT 担当者ができるようにします。 このツールは、レジストリに格納された最も一般的に使用される WS-AtomicTransaction 設定の値を表示し、ユーザーはこのツールを使用してその値を変更できます。 ## 広範囲に使用できる機能 次の機能は広範囲に使用できます。 つまり、前述の任意の機能と共に構成できます。 diff --git a/docs/framework/wcf/publishing-metadata-endpoints.md b/docs/framework/wcf/publishing-metadata-endpoints.md index 1885be58744..e40248d649a 100644 --- a/docs/framework/wcf/publishing-metadata-endpoints.md +++ b/docs/framework/wcf/publishing-metadata-endpoints.md @@ -2,21 +2,21 @@ title: メタデータ エンドポイントを公開する ms.date: 03/30/2017 ms.assetid: 29cd8a60-dfb7-460c-bf5a-c2b31b782671 -ms.openlocfilehash: 6060850b78c890e043dfaf6f242460bc6e0ef627 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 42e0f82ca2c669bbde444cf6aac9ce8f0266f783 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # メタデータ エンドポイントを公開する Windows Communication Foundation (WCF) サービスは、1 つ以上のメタデータ エンドポイントを公開することにより、メタデータを公開します。 サービス メタデータを公開すると、そのメタデータで WS-MetadataExchange (MEX) や HTTP/GET 要求などの標準化プロトコルを使用できるようになります。 メタデータのエンドポイントは、アドレス、バインディング、およびコントラクトを持つ他のサービス エンドポイントに似ており、構成またはコードを使用してサービス ホストに追加できます。 メタデータ エンドポイントの公開を有効にするには、 サービス動作をサービスに追加する必要があります。 ## このセクションの内容 [方法 : 構成ファイルを使用してサービスのメタデータを公開する](../../../docs/framework/wcf/feature-details/how-to-publish-metadata-for-a-service-using-a-configuration-file.md) - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスを構成してメタデータを公開し、`?wsdl` クエリ文字列を使用した WS-MetadataExchange または HTTP/GET 要求によりメタデータをクライアントが取得できるようにする方法を示します。 + クライアントは、Ws-metadataexchange または HTTP/GET 要求を使用して、使用してメタデータを取得できるようにするメタデータを公開する WCF サービスを構成する方法を示します、`?wsdl`クエリ文字列。 [方法 : コードを使用してサービスのメタデータを公開する](../../../docs/framework/wcf/feature-details/how-to-publish-metadata-for-a-service-using-code.md) - コードを使用して [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスのメタデータの公開を有効にして、クライアントが `?wsdl` クエリ文字列を使用した WS-MetadataExchange または HTTP/GET 要求によりメタデータを取得できるようにする方法を示します。 + クライアントは、Ws-metadataexchange または HTTP/GET 要求を使用して、使用してメタデータを取得できるように、コード内の WCF サービスのメタデータの公開を有効にする方法を示しています、`?wsdl`クエリ文字列。 ## 関連項目 [メタデータの公開](../../../docs/framework/wcf/feature-details/publishing-metadata.md) diff --git a/docs/framework/wcf/reliable-services.md b/docs/framework/wcf/reliable-services.md index 413d79b8476..ab483fb3b69 100644 --- a/docs/framework/wcf/reliable-services.md +++ b/docs/framework/wcf/reliable-services.md @@ -8,14 +8,14 @@ helpviewer_keywords: - Windows Communication Foundation [WCF], reliable sessions - service contracts [WCF], reliable services ms.assetid: 07814ed0-0775-47f2-987b-d8134fdd5099 -ms.openlocfilehash: 02e0b8822c29490462fe74803a34222188afc910 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: f98da5db34686e3bf09cc14c42a2ff6b693201f6 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 信頼できるサービス -キューと信頼できるセッションは、信頼できるメッセージングを実装する Windows Communication Foundation (WCF) 機能を示します。 このトピックでは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] の信頼できるメッセージング機能について説明します。 +キューと信頼できるセッションは、信頼できるメッセージングを実装する Windows Communication Foundation (WCF) 機能を示します。 このトピックでは、WCF の信頼できるメッセージング機能について説明します。 *信頼できるメッセージング*方法、信頼できるメッセージング送信元は、(と呼ばれる、*ソース*) 信頼できるメッセージング送信先にメッセージを確実に転送 (と呼ばれる、*先*)。 @@ -25,7 +25,7 @@ ms.lasthandoff: 05/04/2018 - 送信元と送信先を互いに分離すること。 これにより、送信元または送信先が利用できない場合でも、送信元と送信先でのそれぞれ独立したエラーと回復が可能になると共に、信頼できるメッセージの転送と配信が実現されます。 - 信頼できるメッセージングを実現すると、待ち時間が長くなることがよくあります。 *待機時間*メッセージ ソースから宛先に到達するまでにかかる時間です。 そこで、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、信頼できるメッセージングとして、次の 2 種類を提供します。 + 信頼できるメッセージングを実現すると、待ち時間が長くなることがよくあります。 *待機時間*メッセージ ソースから宛先に到達するまでにかかる時間です。 WCF には、そのため、信頼できるメッセージングの次の種類が用意されています。 - [信頼できるセッション](../../../docs/framework/wcf/feature-details/reliable-sessions.md)コストの遅延が大きいことがなく信頼できる転送を提供します。 @@ -37,7 +37,7 @@ ms.lasthandoff: 05/04/2018 信頼できるセッションは、待ち時間の短い、信頼できるメッセージ転送を実現します。 これらは、TCP が IP ブリッジ経由のパケットで実現するものと同等の転送を、プロキシや中継局経由の SOAP メッセージで実現します。 信頼できるセッションの詳細については、次を参照してください。[信頼できるセッション](../../../docs/framework/wcf/feature-details/reliable-sessions.md)です。 ### キュー - [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のキューでは、待ち時間は長くなりますが、信頼できるメッセージの転送と共に送信元および送信先の分離が実現されます。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のキュー通信は、Microsoft Message Queuing (MSMQ) に基づいています。 + WCF でのキューでは、ソースと待機時間が長くなりますが宛先の間のメッセージと分離の信頼できる転送を提供します。 WCF のキューに置かれた通信はメッセージ キュー (MSMQ) の上に組み込まれています。 MSMQ は Windows のオプション コンポーネントとして付属します。 MSMQ サービスは Windows サービスの 1 つとして実行されます。 MSMQ サービスは、送信元の代わりに転送キューで転送用のメッセージを取得し、ターゲット キューに配信します。 ターゲット キューは、送信先の代わりにメッセージを受け取り、後で送信先がメッセージを要求したときに配信します。 MSMQ マネージャーは信頼できるメッセージ転送プロトコルを実装するため、転送中にメッセージが失われることはありません。 このプロトコルは、ネイティブまたは SOAP リライアブル メッセージ プロトコル (SRMP) と呼ばれる SOAP ベースのプロトコルです。 diff --git a/docs/framework/wcf/samples/address-headers.md b/docs/framework/wcf/samples/address-headers.md index a5271d35f77..6ff494a024c 100644 --- a/docs/framework/wcf/samples/address-headers.md +++ b/docs/framework/wcf/samples/address-headers.md @@ -2,11 +2,11 @@ title: アドレス ヘッダー ms.date: 03/30/2017 ms.assetid: b0c94d4a-3bde-4b4d-bb6d-9f12bc3a6940 -ms.openlocfilehash: c0e3807aadc18c7737f3a5e354135721cbfccf3e -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 276649c17a04822eb27eb4e3ed9cbe711b384edc +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # アドレス ヘッダー アドレス ヘッダーのサンプルでは、クライアントが Windows Communication Foundation (WCF) を使用してサービスに参照パラメーターを渡すことができる方法を示します。 @@ -14,9 +14,9 @@ ms.lasthandoff: 05/04/2018 > [!NOTE] > このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。 - WS-Addressing 仕様では、特定の Web サービスのエンドポイントのアドレスを指定するための方法として、エンドポイント参照の概念が定義されています。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、エンドポイント参照は `EndpointAddress` クラスを通じてモデル化されます。`EndpointAddress` は、`ServiceEndpoint` クラスの Address フィールドの型です。 + WS-Addressing 仕様では、特定の Web サービスのエンドポイントのアドレスを指定するための方法として、エンドポイント参照の概念が定義されています。 WCF では、エンドポイント参照は、モデル化を使用して、`EndpointAddress`クラス -`EndpointAddress`の Address フィールドの種類、`ServiceEndpoint`クラスです。 - エンドポイント参照モデルの一部では、各参照は、追加の識別情報を追加する複数の参照パラメータを伝達できます。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、これらの参照パラメータは `AddressHeader` クラスのインスタンスとしてモデル化されます。 + エンドポイント参照モデルの一部では、各参照は、追加の識別情報を追加する複数の参照パラメータを伝達できます。 WCF では、これらの参照パラメーターがのインスタンスとしてモデル化`AddressHeader`クラスです。 このサンプルでは、クライアントはクライアント エンドポイントの `EndpointAddress` に参照パラメータを追加します。 サービスはこの参照パラメータを検索し、その値を "Hello" サービス操作のロジックに使用します。 diff --git a/docs/framework/wcf/samples/advanced-error-handling.md b/docs/framework/wcf/samples/advanced-error-handling.md index 3524b71fe0b..0fbc4036a33 100644 --- a/docs/framework/wcf/samples/advanced-error-handling.md +++ b/docs/framework/wcf/samples/advanced-error-handling.md @@ -2,14 +2,14 @@ title: 高度なエラー処理 ms.date: 03/30/2017 ms.assetid: ed54b687-78af-4eda-8507-9fd081bdea1a -ms.openlocfilehash: 035f15cb817e6a6a9ed54c56f4b848932a193ecf -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 723b1ca9c2fa771d8bc3f337d9c4fde8c9632c68 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 高度なエラー処理 -このサンプルでは、Windows Communication Foundation (WCF) ルーティング サービスを使用します。 ルーティング サービスは、コンテンツ ベースのルーターをアプリケーションに簡単に追加できるようにする [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] コンポーネントです。 このサンプルでは、トランザクションやその他のより複雑なメッセージ概念 (マルチキャストなど) を使用して、ルーティング サービスをエラーから自動的に回復する方法を示します。 +このサンプルでは、Windows Communication Foundation (WCF) ルーティング サービスを使用します。 ルーティング サービスは、コンテンツ ベースのルーターをアプリケーションに含めるしやすく WCF コンポーネントです。 このサンプルでは、トランザクションやその他のより複雑なメッセージ概念 (マルチキャストなど) を使用して、ルーティング サービスをエラーから自動的に回復する方法を示します。 > [!IMPORTANT] > サンプルは、既にコンピューターにインストールされている場合があります。 続行する前に、次の (既定の) ディレクトリを確認してください。 diff --git a/docs/framework/wcf/samples/advanced-filters.md b/docs/framework/wcf/samples/advanced-filters.md index 3e40a3de9a4..5acc8ab8d6f 100644 --- a/docs/framework/wcf/samples/advanced-filters.md +++ b/docs/framework/wcf/samples/advanced-filters.md @@ -2,14 +2,14 @@ title: 高度なフィルター ms.date: 03/30/2017 ms.assetid: 8d81590f-e036-4f96-824a-4a187f462764 -ms.openlocfilehash: 75106bb203391d18c46fdf03d3bb2624ceec834e -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: de8577be2d56ec3c942fd8736e350234daf6a35a +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 高度なフィルター -このサンプルでは、Windows Communication Foundation (WCF) ルーティング サービスを使用します。 ルーティング サービスは、コンテンツ ベースのルーターをアプリケーションに簡単に追加できるようにする [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] コンポーネントです。 このサンプルでは、標準の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 電卓のサンプルを改良し、ルーティング サービスを使用して通信するようにします。 そして、メッセージ フィルターとメッセージ フィルター テーブルを使用してコンテンツ ベースのルーティング ロジックを定義する方法を説明します。 +このサンプルでは、Windows Communication Foundation (WCF) ルーティング サービスを使用します。 ルーティング サービスは、コンテンツ ベースのルーターをアプリケーションに含めるしやすく WCF コンポーネントです。 このサンプルは、ルーティング サービスを使用して通信するために標準の WCF 電卓のサンプルを適合させます。 そして、メッセージ フィルターとメッセージ フィルター テーブルを使用してコンテンツ ベースのルーティング ロジックを定義する方法を説明します。 > [!IMPORTANT] > サンプルは、既にコンピューターにインストールされている場合があります。 続行する前に、次の (既定の) ディレクトリを確認してください。 diff --git a/docs/framework/wcf/samples/advanced-format-selection.md b/docs/framework/wcf/samples/advanced-format-selection.md index b10af0a4d1a..08510dd4d40 100644 --- a/docs/framework/wcf/samples/advanced-format-selection.md +++ b/docs/framework/wcf/samples/advanced-format-selection.md @@ -2,11 +2,11 @@ title: 高度な形式選択 ms.date: 03/30/2017 ms.assetid: e02d9082-4d55-41d8-9329-98f6d1c77f06 -ms.openlocfilehash: 2d0e78bc1ec1dcd7e4a22b246f5cc35356f5f986 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 4913d8dbf69f574aa4f329279bed0d92710512f9 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 高度な形式選択 このサンプルでは、新しい送信応答形式をサポートするために Windows Communication Foundation (WCF) の REST プログラミング モデルを拡張する方法を示します。 また、このサンプルでは T4 テンプレートを使用して応答を XHTML ページとして返し、ビュースタイル プログラミング モデルの実装方法も示します。 @@ -18,7 +18,7 @@ ms.lasthandoff: 05/04/2018 サービスから返される応答の形式は、最初は `format` クエリ文字列パラメーターで決定され、2 回目は要求で指定された HTTP Accept ヘッダーで決定されます。 `format` クエリ文字列パラメーターの値が前に示した形式のいずれかである場合、応答はその形式で返されます。 `format` クエリ文字列が存在しない場合、サービスは要求からの Accept ヘッダー要素を反復処理し、サービスがサポートする最初のコンテンツ タイプの形式を返します。 - 操作の戻り値の型については注意が必要です。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] REST プログラミング モデルは、操作で 以外の型が返される場合にのみ XML 応答形式と JSON 応答形式をネイティブでサポートします。 ただし、戻り値の型として が使用されている場合、メッセージの内容の形式の設定は、開発者によって完全に制御されています。 + 操作の戻り値の型については注意が必要です。 操作では、型を以外の値を返すときに、WCF REST プログラミング モデルをネイティブでのみが XML と JSON 応答形式をサポートです。 ただし、戻り値の型として が使用されている場合、メッセージの内容の形式の設定は、開発者によって完全に制御されています。 このサンプルでは、 メソッド、 メソッドおよび メソッドを使用して、文字列の一覧を XML、JSON、および ATOM のメッセージにそれぞれシリアル化しています。 jpeg 応答形式の場合は、 メソッドが使用され、画像はストリームに保存されます。 XHTML 応答の場合、 が事前に処理された T4 テンプレートと共に使用されます。この T4 テンプレートは .tt ファイルと自動生成された .cs ファイルで構成されます。 開発者は、.tt ファイルを使用して変数と制御構造を含むテンプレート フォームで応答を作成できます。 T4 の詳細については、次を参照してください。[を使用してテキスト テンプレートで成果物を生成する](http://go.microsoft.com/fwlink/?LinkId=166023)です。 diff --git a/docs/framework/wcf/samples/ajax-service-using-complex-types-sample.md b/docs/framework/wcf/samples/ajax-service-using-complex-types-sample.md index b924026cfcb..1ca31a1dad2 100644 --- a/docs/framework/wcf/samples/ajax-service-using-complex-types-sample.md +++ b/docs/framework/wcf/samples/ajax-service-using-complex-types-sample.md @@ -2,21 +2,21 @@ title: 複合型を使用した AJAX サービスのサンプル ms.date: 03/30/2017 ms.assetid: 88242b99-4811-4cbe-8201-52ddf48fb174 -ms.openlocfilehash: e79d382fb6166285fad4eab7a59b17e305c88ed1 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: c284fbef36ee7f6dda725ba9a3db9b98fb1549ed +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 複合型を使用した AJAX サービスのサンプル このサンプルでは、Windows Communication Foundation (WCF) を使用して、複合型のインスタンスを作成し、サービスとクライアントの JavaScript Object Notation (JSON) との間で送信する ASP.NET Asynchronous JavaScript and XML (AJAX) サービスを作成する方法を示します。 AJAX サービスには、Web ブラウザー クライアントから JavaScript コードを使用してアクセスできます。 このサンプルでビルド、[基本的な AJAX サービス](../../../../docs/framework/wcf/samples/basic-ajax-service.md)サンプルです。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] での AJAX サポートは、 コントロールを介して ASP.NET AJAX と共に使用できるように最適化されています。 使用する例については[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]ASP.NET AJAX を参照してください。、 [AJAX サンプル](http://msdn.microsoft.com/library/f3fa45b3-44d5-4926-8cc4-a13c30a3bf3e)です。 + WCF での AJAX サポートがを介して ASP.NET AJAX と共に使用できるように最適化、コントロール。 WCF を ASP.NET AJAX と共に使用しての例は、次を参照してください。、 [AJAX サンプル](http://msdn.microsoft.com/library/f3fa45b3-44d5-4926-8cc4-a13c30a3bf3e)です。 > [!NOTE] > このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。 - 次に示すサンプルのサービスは、AJAX 固有のコードを持たない [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスです。 属性は適用されないため、既定の HTTP 動詞 ("POST") が使用されます。 サービスには 1 つの `DoMath` 操作があります。この操作は、`MathResult` という名前の複合型を返します。 複合型は標準のデータ コントラクト型で、AJAX 固有のコードも含まれていません。 + 次のサンプルのサービスには、AJAX 固有のコードを持たない WCF サービスです。 属性は適用されないため、既定の HTTP 動詞 ("POST") が使用されます。 サービスには 1 つの `DoMath` 操作があります。この操作は、`MathResult` という名前の複合型を返します。 複合型は標準のデータ コントラクト型で、AJAX 固有のコードも含まれていません。 ```csharp [DataContract] diff --git a/docs/framework/wcf/samples/ajax-service-using-http-post.md b/docs/framework/wcf/samples/ajax-service-using-http-post.md index 8e0f95b6ba7..78a83170c67 100644 --- a/docs/framework/wcf/samples/ajax-service-using-http-post.md +++ b/docs/framework/wcf/samples/ajax-service-using-http-post.md @@ -2,21 +2,21 @@ title: HTTP POST を使用する AJAX サービス ms.date: 03/30/2017 ms.assetid: 1ac80f20-ac1c-4ed1-9850-7e49569ff44e -ms.openlocfilehash: 742f14d10fbd668609e8bd20db817d51269777ed -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: f904a26d87a21a931035b45261dbcd970f7d63a1 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # HTTP POST を使用する AJAX サービス このサンプルでは Windows Communication Foundation (WCF) を使用して作成する方法、 [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] Asynchronous JavaScript and XML (AJAX) サービス HTTP POST を使用します。 AJAX サービスには、Web ブラウザー クライアントから基本的な JavaScript コードを使用してアクセスできます。 このサンプルでビルド、[基本的な AJAX サービス](../../../../docs/framework/wcf/samples/basic-ajax-service.md)サンプルです。 2 つのサンプルの唯一の違いは、HTTP GET ではなく HTTP POST を使用します。 - Windows Communication Foundation (WCF) での AJAX サポートがを介して ASP.NET AJAX と共に使用できるように最適化、`ScriptManager`コントロール。 使用する例については[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]ASP.NET AJAX を参照してください。、 [Ajax サンプル](../../../../docs/framework/wcf/samples/ajax-service-using-http-post.md)です。 + Windows Communication Foundation (WCF) での AJAX サポートがを介して ASP.NET AJAX と共に使用できるように最適化、`ScriptManager`コントロール。 WCF を ASP.NET AJAX と共に使用しての例は、次を参照してください。、 [Ajax サンプル](../../../../docs/framework/wcf/samples/ajax-service-using-http-post.md)です。 > [!NOTE] > このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。 - 次に示すサンプルのサービスは、AJAX 固有のコードを持たない [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスです。 + 次のサンプルのサービスには、AJAX 固有のコードを持たない WCF サービスです。 場合、属性は、操作を適用または属性が適用されない、既定の HTTP 動詞 ("POST") を使用します。 POST 要求は、GET 要求よりも作成が困難ですが、キャッシュされません。キャッシュが不適切な操作に対しては、POST 要求を使用します。 diff --git a/docs/framework/wcf/samples/ajax-service-with-json-and-xml-sample.md b/docs/framework/wcf/samples/ajax-service-with-json-and-xml-sample.md index 1085ba89bc4..4cd500e8849 100644 --- a/docs/framework/wcf/samples/ajax-service-with-json-and-xml-sample.md +++ b/docs/framework/wcf/samples/ajax-service-with-json-and-xml-sample.md @@ -2,16 +2,16 @@ title: JSON および XML 形式の AJAX サービスのサンプル ms.date: 03/30/2017 ms.assetid: 8ea5860d-0c42-4ae9-941a-e07efdd8e29c -ms.openlocfilehash: 1973be48457d3164bec6b8df236c07f5bfa6b897 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 32964c287b0064daf529aa4c1e28f0927d29a6d5 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # JSON および XML 形式の AJAX サービスのサンプル このサンプルでは、Windows Communication Foundation (WCF) を使用して、JavaScript Object Notation (JSON) または XML データを返す Asynchronous JavaScript and XML (AJAX) サービスを作成する方法を示します。 AJAX サービスには、Web ブラウザー クライアントから JavaScript コードを使用してアクセスできます。 このサンプルでビルド、[基本的な AJAX サービス](../../../../docs/framework/wcf/samples/basic-ajax-service.md)サンプルです。 - 他の AJAX サンプルとは異なり、このサンプルでは ASP.NET AJAX および コントロールを使用しません。 追加の構成を行うと、JavaScript を使用して HTML ページから [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] AJAX サービスにアクセスできます。このシナリオを次に示します。 使用する例については[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]ASP.NET AJAX を参照してください。 [AJAX サンプル](http://msdn.microsoft.com/library/f3fa45b3-44d5-4926-8cc4-a13c30a3bf3e)です。 + 他の AJAX サンプルとは異なり、このサンプルでは ASP.NET AJAX および コントロールを使用しません。 追加の構成、WCF AJAX サービスは、JavaScript を使用して HTML ページからアクセスできるし、このシナリオを示します。 WCF を ASP.NET AJAX と共に使用しての例は、次を参照してください。 [AJAX サンプル](http://msdn.microsoft.com/library/f3fa45b3-44d5-4926-8cc4-a13c30a3bf3e)です。 このサンプルでは、JSON と XML 間で操作の応答のタイプを切り替える方法を示します。 この機能は、サービスが ASP.NET AJAX または HTML/JavaScript クライアント ページでアクセスできるように構成されているかどうかにかかわらず使用できます。 @@ -39,7 +39,7 @@ ms.lasthandoff: 05/04/2018 既定のデータ形式の既定のデータ形式の中には、XML、 JSON がします。 詳細については、次を参照してください。 [ASP.NET を使用せずに作成する WCF AJAX サービス](../../../../docs/framework/wcf/feature-details/creating-wcf-ajax-services-without-aspnet.md)です。 - 次に示すサンプル内のサービスは、2 つの操作が設定された標準の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスです。 どちらの操作でも または 属性に の本文スタイルが必要です。この本文スタイルは、`webHttp` 動作に固有で、JSON/XML データ形式の切り替えに影響しません。 + 次のサンプルのサービスには、2 つの操作の標準の WCF サービスです。 どちらの操作でも または 属性に の本文スタイルが必要です。この本文スタイルは、`webHttp` 動作に固有で、JSON/XML データ形式の切り替えに影響しません。 ```csharp [OperationContract] @@ -57,7 +57,7 @@ MathResult DoMathXml(double n1, double n2); MathResult DoMathJson(double n1, double n2); ``` - どちらの場合でも、操作により、標準の `MathResult` データ コントラクト型である複合型 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] が返されます。 + どちらの場合、操作が返す複合型では、ことに注意してください`MathResult`、標準的な WCF データ コントラクト型です。 クライアント Web ページ XmlAjaxClientPage.htm には、ユーザーがクリックしたときに、上記の 2 つの操作のいずれかを呼び出す JavaScript コードが含まれています、**計算 (return JSON) を実行する**または**calculation (return XML) を実行します。**ページのボタンです。 サービスを呼び出すコードによって JSON 本文が作成され、HTTP POST を使用して送信されます。 要求を手動で作成、JavaScript とは異なり、[基本的な AJAX サービス](../../../../docs/framework/wcf/samples/basic-ajax-service.md)サンプルと ASP.NET AJAX を使用して、他のサンプルです。 diff --git a/docs/framework/wcf/samples/ajax-service-without-configuration.md b/docs/framework/wcf/samples/ajax-service-without-configuration.md index a61264061ab..6ccf485a9ab 100644 --- a/docs/framework/wcf/samples/ajax-service-without-configuration.md +++ b/docs/framework/wcf/samples/ajax-service-without-configuration.md @@ -2,16 +2,16 @@ title: 構成を使用しない AJAX サービス ms.date: 03/30/2017 ms.assetid: e6db7acd-5679-45d4-b98a-8449c6873838 -ms.openlocfilehash: 9e3ddd451bffc4135f236164a74fe68a63a243a8 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 53a0de88d08fbc12cb8861042a50da6503fa5def +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 構成を使用しない AJAX サービス このサンプルは、Windows Communication Foundation (WCF) を使用して構成を使用せずに、基本的な ASP.NET Asynchronous JavaScript and XML (AJAX) サービス (Web ブラウザー クライアントから JavaScript コードを使用してアクセスできるサービス) を作成する方法を示します。設定。 このサービスは .svc ファイルの特殊な構文を使用して AJAX エンドポイントを自動的に有効にします。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] での AJAX サポートは、`ScriptManager` コントロールを介して ASP.NET AJAX と共に使用できるように最適化されています。 使用する例については[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]ASP.NET AJAX を参照してください。、 [Ajax サンプル](http://msdn.microsoft.com/library/f3fa45b3-44d5-4926-8cc4-a13c30a3bf3e)です。 + WCF での AJAX サポートがを介して ASP.NET AJAX と共に使用できるように最適化、`ScriptManager`コントロール。 WCF を ASP.NET AJAX と共に使用しての例は、次を参照してください。、 [Ajax サンプル](http://msdn.microsoft.com/library/f3fa45b3-44d5-4926-8cc4-a13c30a3bf3e)です。 > [!NOTE] > このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。 diff --git a/docs/framework/wcf/samples/ajax.md b/docs/framework/wcf/samples/ajax.md index 83ccbbf523b..03da644fadb 100644 --- a/docs/framework/wcf/samples/ajax.md +++ b/docs/framework/wcf/samples/ajax.md @@ -2,11 +2,11 @@ title: AJAX ms.date: 03/30/2017 ms.assetid: 9e0eb40a-69ef-4821-bdc3-45a9b71a58c3 -ms.openlocfilehash: 9e78e118e9273f6765c4a76623bb88d3fac3937f -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: ae4a39d48d9c688d14fa8cf131e8010188c2fe10 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # AJAX このセクションには、AJAX (Asynchronous JavaScript and XML) の機能を示すサンプルが含まれています。 @@ -19,16 +19,16 @@ ms.lasthandoff: 05/04/2018 を使用して JSON (JavaScript Object Notation) 形式のデータをシリアル化および逆シリアル化する方法を示します。 [基本的な AJAX サービス](../../../../docs/framework/wcf/samples/basic-ajax-service.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] を使用して、基本的な ASP.NET AJAX (Asynchronous JavaScript and XML) サービスを作成する方法を示します。 + WCF を使用して基本的な ASP.NET Asynchronous JavaScript and XML (AJAX) サービスを作成する方法を示します。 [HTTP POST を使用する AJAX サービス](../../../../docs/framework/wcf/samples/ajax-service-using-http-post.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] を使用して、HTTP POST を使用する [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] AJAX (Asynchronous JavaScript and XML) サービスを作成する方法を示します。 + WCF を使用して作成する方法を示します、 [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] Asynchronous JavaScript and XML (AJAX) サービス HTTP POST を使用します。 [構成を使用しない AJAX サービス](../../../../docs/framework/wcf/samples/ajax-service-without-configuration.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] を使用して、基本的な ASP.NET AJAX (Asynchronous JavaScript and XML) サービスを作成する方法を示します。 + WCF を使用して基本的な ASP.NET Asynchronous JavaScript and XML (AJAX) サービスを作成する方法を示します。 [複合型を使用した AJAX サービス](../../../../docs/framework/wcf/samples/ajax-service-using-complex-types-sample.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] を使用して、複合型のインスタンスを作成する ASP.NET AJAX (Asynchronous JavaScript and XML) サービスを作成する方法を示します。 + WCF を使用して、複合型のインスタンスを作成する ASP.NET Asynchronous JavaScript and XML (AJAX) サービスを作成する方法を示します。 [JSON および XML 形式の AJAX サービス](../../../../docs/framework/wcf/samples/ajax-service-with-json-and-xml-sample.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] を使用して、JSON (JavaScript Object Notation) データまたは XML データを返す AJAX (Asynchronous JavaScript and XML) サービスを作成する方法を示します。 + WCF を使用して、JavaScript Object Notation (JSON) または XML データを返す Asynchronous JavaScript and XML (AJAX) サービスを作成する方法を示します。 diff --git a/docs/framework/wcf/samples/asmx-client-with-a-wcf-service.md b/docs/framework/wcf/samples/asmx-client-with-a-wcf-service.md index fe89a2d6bf7..2aff82853ad 100644 --- a/docs/framework/wcf/samples/asmx-client-with-a-wcf-service.md +++ b/docs/framework/wcf/samples/asmx-client-with-a-wcf-service.md @@ -2,14 +2,14 @@ title: WCF サービス付き ASMX クライアント ms.date: 03/30/2017 ms.assetid: 3ea381ee-ac7d-4d62-8c6c-12dc3650879f -ms.openlocfilehash: 5a0262361eac35ac45c3861deee13133011754ad -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 93a881e486d82183fc42c524f3d83527c649516d +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # WCF サービス付き ASMX クライアント -このサンプルは、Windows Communication Foundation (WCF) を使用してサービスを作成し、以外からサービスにアクセスする方法を示します。[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ASMX クライアントなどのクライアントです。 +このサンプルでは、Windows Communication Foundation (WCF) を使用してサービスを作成し、ASMX クライアントなど、WCF 以外のクライアントからサービスにアクセスする方法を示します。 > [!NOTE] > このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。 @@ -33,7 +33,7 @@ public interface ICalculator } ``` - と は、CLR 型を XML 表現にマップします。 は一部の XML 表現を、XmlSerializer とは異なる方法で解釈します。 XmlSerializer を使用する場合、Wsdl.exe などの [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 以外のプロキシ ジェネレータでは、より使いやすいインターフェイスが生成されます。 に適用される、`ICalculator`インターフェイスを XML に CLR 型のマッピングに対して XmlSerializer を使用することを確認します。 このサービス実装は、計算を行い、結果を返します。 + と は、CLR 型を XML 表現にマップします。 は一部の XML 表現を、XmlSerializer とは異なる方法で解釈します。 Wsdl.exe などの非 WCF プロキシ ジェネレーターは、XmlSerializer を使用しているときより使いやすいインターフェイスを生成します。 に適用される、`ICalculator`インターフェイスを XML に CLR 型のマッピングに対して XmlSerializer を使用することを確認します。 このサービス実装は、計算を行い、結果を返します。 サービスは、そのサービスとの通信に使用する単一エンドポイントを公開します。エンドポイントは構成ファイル (Web.config) で定義します。 エンドポイントは、アドレス、バインディング、およびコントラクトがそれぞれ 1 つずつで構成されます。 サービスは、インターネット インフォメーション サービス (IIS) ホストから提供されるベース アドレスで、エンドポイントを公開します。 `binding` 属性は basicHttpBinding に設定されます。これにより、WS-I Basic Profile 1.1 に準拠した SOAP 1.1 を使用する HTTP 通信を実現します。次のサンプル構成を参照してください。 @@ -49,7 +49,7 @@ public interface ICalculator ``` - ASMX クライアントは [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスとの通信に、Web サービス記述言語 (WSDL) ユーティリティ (Wsdl.exe) によって生成された、型指定のあるプロキシを使用します。 型指定のあるプロキシは、ファイル generatedClient.cs に含まれています。 WSDL ユーティリティは、指定されたサービスが使用するメタデータを取得し、クライアントが通信に使用する型指定のあるプロキシを生成します。 既定では、フレームワークはメタデータを公開しません。 プロキシを生成するために必要なメタデータを公開するを追加する必要があります、 [ \](../../../../docs/framework/configure-apps/file-schema/wcf/servicemetadata.md)設定とその`httpGetEnabled`属性を`True`次の構成で示すようにします。 + ASMX クライアントは、Web サービス記述言語 (WSDL) ユーティリティ (Wsdl.exe) によって生成される型指定されたプロキシを使用して WCF サービスと通信します。 型指定のあるプロキシは、ファイル generatedClient.cs に含まれています。 WSDL ユーティリティは、指定されたサービスが使用するメタデータを取得し、クライアントが通信に使用する型指定のあるプロキシを生成します。 既定では、フレームワークはメタデータを公開しません。 プロキシを生成するために必要なメタデータを公開するを追加する必要があります、 [ \](../../../../docs/framework/configure-apps/file-schema/wcf/servicemetadata.md)設定とその`httpGetEnabled`属性を`True`次の構成で示すようにします。 ```xml diff --git a/docs/framework/wcf/samples/aspnet-caching-integration.md b/docs/framework/wcf/samples/aspnet-caching-integration.md index 30eb333a6f9..c6b4b20729a 100644 --- a/docs/framework/wcf/samples/aspnet-caching-integration.md +++ b/docs/framework/wcf/samples/aspnet-caching-integration.md @@ -1,24 +1,12 @@ --- -title: "ASP.NET キャッシュ統合" -ms.custom: +title: ASP.NET キャッシュ統合 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: f581923a-8a72-42fc-bd6a-46de2aaeecc1 -caps.latest.revision: "8" -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 0d56c435088be383821d17250e230cae848d2bab -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 744ecbff8b51565906ff4c619ba8c8aecff123c7 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/07/2018 --- # ASP.NET キャッシュ統合 このサンプルでは、WCF WEB HTTP プログラミング モデルで ASP.NET 出力キャッシュを利用する方法を示します。 参照してください、[基本的なリソース サービス](../../../../docs/framework/wcf/samples/basic-resource-service.md)の自己ホスト型のバージョンの深さのサービスの実装について説明する、このシナリオのサンプルです。 ここでは、ASP.NET 出力キャッシュ統合機能について集中的に説明します。 @@ -31,16 +19,16 @@ ms.lasthandoff: 12/22/2017 > > `:\WF_WCF_Samples` > -> このディレクトリが存在しない場合は、「 [.NET Framework 4 向けの Windows Communication Foundation (WCF) および Windows Workflow Foundation (WF) のサンプル](http://go.microsoft.com/fwlink/?LinkId=150780) 」にアクセスして、 [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] および [!INCLUDE[wf1](../../../../includes/wf1-md.md)] のサンプルをすべてダウンロードしてください。 このサンプルは、次のディレクトリに格納されます。 +> このディレクトリが存在しない場合に、 [Windows Communication Foundation (WCF) および .NET Framework 4 向けの Windows Workflow Foundation (WF) サンプル](http://go.microsoft.com/fwlink/?LinkId=150780)すべて Windows Communication Foundation (WCF) をダウンロードして[!INCLUDE[wf1](../../../../includes/wf1-md.md)]サンプルです。 このサンプルは、次のディレクトリに格納されます。 > > `:\WF_WCF_Samples\WCF\Basic\Web\AspNetCachingIntegration` ## 説明 - このサンプルでは、 サービスで ASP.NET 出力キャッシュを利用するために、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] を使用します。 は、サービス操作に適用される属性で、特定の操作からの応答に適用する構成ファイル内のキャッシュ プロファイルの名前を指定します。 + このサンプルでは、のために、ASP.NET 出力キャッシュ、Windows Communication Foundation (WCF) サービスをします。 は、サービス操作に適用される属性で、特定の操作からの応答に適用する構成ファイル内のキャッシュ プロファイルの名前を指定します。 サンプル サービス プロジェクトの Service.cs ファイルの両方、`GetCustomer`と`GetCustomers`とマークされた操作、 、"CacheFor60Seconds"キャッシュ プロファイル名を提供します。 サービス プロジェクトの Web.config ファイルでキャッシュ プロファイル"CacheFor60Seconds"は下で提供、<`caching`> の要素 <`system.web`>。 このキャッシュ プロファイルでの値、`duration`属性は「60」で、このプロファイルに関連付けられた応答は 60 秒間に、ASP.NET 出力キャッシュにキャッシュされます。 また、このキャッシュ プロファイルの`varmByParam`属性の値が異なるため要求を"format"に設定されて、`format`クエリ文字列パラメーター、応答は別々 にキャッシュします。 最後に、キャッシュ プロファイルの`varyByHeader`Accept ヘッダー値が異なる要求の応答を個別にキャッシュされるため、属性が"Accept"に設定します。 - Client プロジェクトの Program.cs では、 を使用してこのようなクライアントを作成する方法を示します。 これは、WCF サービスにアクセスする 1 つの方法にすぎません。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] チャネル ファクトリや などの他の .NET Framework クラスを使用して、サービスにアクセスすることも可能です。 SDK 内の他のサンプル (など、[基本 HTTP サービス](../../../../docs/framework/wcf/samples/basic-http-service.md)サンプルおよび[自動形式選択](../../../../docs/framework/wcf/samples/automatic-format-selection.md)サンプル) との通信にこれらのクラスを使用する方法を示す、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]サービス。 + Client プロジェクトの Program.cs では、 を使用してこのようなクライアントを作成する方法を示します。 これは、WCF サービスにアクセスする 1 つの方法にすぎません。 WCF チャネル ファクトリと同様に他の .NET Framework クラスを使用して、サービスにアクセスすることも、です。 SDK 内の他のサンプル (など、[基本 HTTP サービス](../../../../docs/framework/wcf/samples/basic-http-service.md)サンプルおよび[自動形式選択](../../../../docs/framework/wcf/samples/automatic-format-selection.md)サンプル) をこれらのクラスを使用して WCF サービスと通信する方法を示しています。 ## サンプルを実行するには このサンプルは、3 つのプロジェクトで構成されます。 diff --git a/docs/framework/wcf/samples/aspnet-compatibility.md b/docs/framework/wcf/samples/aspnet-compatibility.md index 8a5673f3479..29468f5bc1c 100644 --- a/docs/framework/wcf/samples/aspnet-compatibility.md +++ b/docs/framework/wcf/samples/aspnet-compatibility.md @@ -1,27 +1,15 @@ --- -title: "ASP.NET 互換性" -ms.custom: +title: ASP.NET 互換性 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: c8b51f1e-c096-4c42-ad99-0519887bbbc5 -caps.latest.revision: "25" -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 751fe96caa2be63e925b3107fa2c198b523bef72 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 -ms.translationtype: MT +ms.openlocfilehash: 35d9362fde21faf4998051e85f66fc4ddfb8b94b +ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d +ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/04/2018 --- # ASP.NET 互換性 -このサンプルでは、[!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] で [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] 互換性モードを有効にする方法を示します。 [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] 互換性モードで実行されるサービスは [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] アプリケーション パイプラインに完全に組み込まれるので、ファイルや URL の承認、セッション状態、[!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] クラスなどの の機能を使用できるようになります。 クラスを使用すると、クッキー、セッション、およびその他の [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] 機能にアクセスできます。 このモードでは、バインディングは HTTP トランスポートを使用し、サービス自体は IIS でホストされる必要があります。 +このサンプルは、有効にする方法を示します。[!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)]互換モードでは、Windows Communication Foundation (WCF)。 [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] 互換性モードで実行されるサービスは [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] アプリケーション パイプラインに完全に組み込まれるので、ファイルや URL の承認、セッション状態、[!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] クラスなどの の機能を使用できるようになります。 クラスを使用すると、クッキー、セッション、およびその他の [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] 機能にアクセスできます。 このモードでは、バインディングは HTTP トランスポートを使用し、サービス自体は IIS でホストされる必要があります。 このサンプルでは、クライアントはコンソール アプリケーション (.exe) で、サービスはインターネット インフォメーション サービス (IIS) によってホストされています。 @@ -31,17 +19,17 @@ ms.lasthandoff: 12/22/2017 > [!NOTE] > このサンプルを実行するには、[!INCLUDE[netfx40_long](../../../../includes/netfx40-long-md.md)] アプリケーション プールが必要です。 新しいアプリケーション プールの作成または既定のアプリケーション プールの変更を行うには、次の手順に従います。 > -> 1. **[コントロール パネル]**を開きます。 開く、**管理ツール**アプレット、**システムとセキュリティ**見出し。 開く、**インターネット インフォメーション サービス (IIS) マネージャー**アプレットします。 +> 1. **[コントロール パネル]** を開きます。 開く、**管理ツール**アプレット、**システムとセキュリティ**見出し。 開く、**インターネット インフォメーション サービス (IIS) マネージャー**アプレットします。 > 2. ツリー ビューを展開し、**接続**ウィンドウです。 選択、**アプリケーション プール**ノード。 -> 3. 使用する既定のアプリケーション プールを設定する[!INCLUDE[netfx40_long](../../../../includes/netfx40-long-md.md)](既存のサイトと非互換性の問題が発生する可能性があります、) を右クリックし、 **DefaultAppPool**リスト項目と選択**基本設定しています.**. 設定、 **.Net Framework のバージョン**プルダウンを**.Net Framework v4.0.30128** (またはそれ以降)。 -> 4. 使用する新しいアプリケーション プールを作成する[!INCLUDE[netfx40_long](../../../../includes/netfx40-long-md.md)](互換性を保持する他のアプリケーション)、右クリックし、**アプリケーション プール**ノード**アプリケーション プールの追加しています.**. 新しいアプリケーション プールの名前を指定し、設定、 **.Net Framework のバージョン**プルダウンを**.Net Framework v4.0.30128** (またはそれ以降)。 下、セットアップを実行する手順は、後に右クリックし、 **ServiceModelSamples**アプリケーションと選択**アプリケーションの管理**、**詳細設定しています.**. 設定、**アプリケーション プール**新しいアプリケーション プールにします。 +> 3. 使用する既定のアプリケーション プールを設定する[!INCLUDE[netfx40_long](../../../../includes/netfx40-long-md.md)](既存のサイトと非互換性の問題が発生する可能性があります、) を右クリックし、 **DefaultAppPool**リスト項目と選択**基本設定しています.**. 設定、 **.Net Framework のバージョン**プルダウンを **.Net Framework v4.0.30128** (またはそれ以降)。 +> 4. 使用する新しいアプリケーション プールを作成する[!INCLUDE[netfx40_long](../../../../includes/netfx40-long-md.md)](互換性を保持する他のアプリケーション)、右クリックし、**アプリケーション プール**ノード**アプリケーション プールの追加しています.**. 新しいアプリケーション プールの名前を指定し、設定、 **.Net Framework のバージョン**プルダウンを **.Net Framework v4.0.30128** (またはそれ以降)。 下、セットアップを実行する手順は、後に右クリックし、 **ServiceModelSamples**アプリケーションと選択**アプリケーションの管理**、**詳細設定しています.**. 設定、**アプリケーション プール**新しいアプリケーション プールにします。 > [!IMPORTANT] > サンプルは、既にコンピューターにインストールされている場合があります。 続行する前に、次の (既定の) ディレクトリを確認してください。 > > `:\WF_WCF_Samples` > -> このディレクトリが存在しない場合は、「 [.NET Framework 4 向けの Windows Communication Foundation (WCF) および Windows Workflow Foundation (WF) のサンプル](http://go.microsoft.com/fwlink/?LinkId=150780) 」にアクセスして、 [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] および [!INCLUDE[wf1](../../../../includes/wf1-md.md)] のサンプルをすべてダウンロードしてください。 このサンプルは、次のディレクトリに格納されます。 +> このディレクトリが存在しない場合に、 [Windows Communication Foundation (WCF) および .NET Framework 4 向けの Windows Workflow Foundation (WF) サンプル](http://go.microsoft.com/fwlink/?LinkId=150780)すべて Windows Communication Foundation (WCF) をダウンロードして[!INCLUDE[wf1](../../../../includes/wf1-md.md)]サンプルです。 このサンプルは、次のディレクトリに格納されます。 > > `:\WF_WCF_Samples\WCF\Basic\Services\Hosting\WebHost\ASPNetCompatibility` @@ -136,5 +124,5 @@ Press to terminate client. 4. 1 つまたは複数コンピューター構成でサンプルを実行する手順についてで[Windows Communication Foundation サンプルの実行](../../../../docs/framework/wcf/samples/running-the-samples.md)です。 -## 参照 +## 関連項目 [AppFabric ホスティングと永続性のサンプル](http://go.microsoft.com/fwlink/?LinkId=193961) diff --git a/docs/framework/wcf/samples/aspnetrouteintegration.md b/docs/framework/wcf/samples/aspnetrouteintegration.md index eceace6c6a1..0b76f030aeb 100644 --- a/docs/framework/wcf/samples/aspnetrouteintegration.md +++ b/docs/framework/wcf/samples/aspnetrouteintegration.md @@ -2,25 +2,25 @@ title: AspNetRouteIntegration ms.date: 03/30/2017 ms.assetid: 0638ce0e-d053-47df-a447-688e447a03fb -ms.openlocfilehash: c2b2a47a0c817e23a06c39d622bca9c649cbadb4 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 671857b0ace2e18f0dac7fd8033a20f3af889c8b +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # AspNetRouteIntegration このサンプルでは、ASP.NET ルートを使用する Windows Communication Foundation (WCF) の REST サービスをホストする方法を示します。 [基本的なリソース サービス](../../../../docs/framework/wcf/samples/basic-resource-service.md)サンプルはこのシナリオの自己ホスト型のバージョンを表示および深さのサービスの実装について説明します。 ここでは、ASP.NET 統合機能について集中的に説明します。 ASP.NET ルーティングの詳細については、次を参照してください。です。 ## サンプルの詳細 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスでは、リソース指向の REST 方式で顧客のコレクションが公開されます。 このサービスは、SOAP ベースの [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスと同様に、.svc ファイルを使用して ASP.NET でホストできます。 ただし、多くの場合、これは HTTP シナリオには適していません。サービスの URL に .svc を含める必要があるためです。 また、サービス ライブラリと共に .svc ファイルを配置することも必要です。 これらの制限事項を回避するには、このサンプルで示すように、ASP.NET ルートを使用してサービスをホストします。 + WCF サービスは、リソース指向の REST 方式で顧客のコレクションを公開します。 SOAP ベースの WCF サービスと同じようには、.svc ファイルを使用して ASP.NET では、サービスをホストすることができます。 ただし、多くの場合、これは HTTP シナリオには適していません。サービスの URL に .svc を含める必要があるためです。 また、サービス ライブラリと共に .svc ファイルを配置することも必要です。 これらの制限事項を回避するには、このサンプルで示すように、ASP.NET ルートを使用してサービスをホストします。 このサンプルでは、 を Global.asax ファイルに追加して ASP.NET でサービスをホストします。 は、サービスの型 (この場合は "Service")、サービスに使用するサービス ホスト ファクトリの型 (この場合は )、およびサービスの HTTP ベース アドレス (この場合は "~/Customers") を指定します。 - さらに、このサンプルには、 (ASP.NET ルートを有効にする) を追加してサービスの構成を行う Web.config が含まれています。 具体的には、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] が に設定されている既定の を使用して、`true` サービスを構成します。 その結果、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] インフラストラクチャによって、自動的な HTML ベースのヘルプ ページが `http://localhost/Customers/help` に作成されます。このページでは、サービスに対する HTTP 要求の作成方法とサービスの HTTP 応答へのアクセス方法に関する情報 (顧客の詳細を XML と JSON で表す方法の例など) が提供されます。 + さらに、このサンプルには、 (ASP.NET ルートを有効にする) を追加してサービスの構成を行う Web.config が含まれています。 構成が、既定値は、WCF サービスを構成する具体的には、を持つ、設定`true`です。 その結果に自動ベース HTML ヘルプ ページの作成、WCF インフラストラクチャ`http://localhost/Customers/help`サービスと、サービスの HTTP 応答のインスタンスにアクセスする方法を方法の例は要求の HTTP を作成する方法に関する情報を提供する顧客詳細については、XML と JSON で表されます。 顧客のコレクション (一般的には、任意のリソース) をこの方法で公開すると、クライアントは、URI と HTTP の `GET`、`PUT`、`DELETE`、および `POST` を使用して一貫した方法でサービスと対話することができます。 - Client プロジェクトの Program.cs では、 を使用してこのようなクライアントを作成する方法を示します。 これは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスにアクセスする 1 つの方法にすぎません。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] チャネル ファクトリや などの他の .NET Framework クラスを使用して、サービスにアクセスすることも可能です。 SDK 内の他のサンプル (など、[基本 HTTP サービス](../../../../docs/framework/wcf/samples/basic-http-service.md)サンプルおよび[自動形式選択](../../../../docs/framework/wcf/samples/automatic-format-selection.md)サンプル) との通信にこれらのクラスを使用する方法を示して、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]サービス。 + Client プロジェクトの Program.cs では、 を使用してこのようなクライアントを作成する方法を示します。 これは、WCF サービスにアクセスする 1 つの方法にすぎません。 WCF チャネル ファクトリと同様に他の .NET Framework クラスを使用して、サービスにアクセスすることも、です。 SDK 内の他のサンプル (など、[基本 HTTP サービス](../../../../docs/framework/wcf/samples/basic-http-service.md)サンプルおよび[自動形式選択](../../../../docs/framework/wcf/samples/automatic-format-selection.md)サンプル) WCF サービスと通信するためにこれらのクラスを使用する方法を示します。 このサンプルは、3 つのプロジェクトで構成されます。 diff --git a/docs/framework/wcf/samples/authorization-policy.md b/docs/framework/wcf/samples/authorization-policy.md index 76e013ed92d..15415b0ad90 100644 --- a/docs/framework/wcf/samples/authorization-policy.md +++ b/docs/framework/wcf/samples/authorization-policy.md @@ -2,11 +2,11 @@ title: 承認ポリシー ms.date: 03/30/2017 ms.assetid: 1db325ec-85be-47d0-8b6e-3ba2fdf3dda0 -ms.openlocfilehash: fc0c147f2f9a57c80edda6144a14f208bde835eb -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 3744afb20c06e1ca85b91dadde6549d87ac89337 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 承認ポリシー このサンプルでは、カスタム クレーム承認ポリシーと、関連するカスタム サービス承認マネージャーを実装する方法を示します。 この方法は、サービスがクレームに基づくアクセス チェックをサービス操作に行う場合や、アクセス チェックを行う前に呼び出し元に特定の権限を与える場合に便利です。 このサンプルでは、クレームの追加プロセスと、完了したクレーム セットに対してアクセス チェックを行うプロセスの両方を示します。 クライアント/サーバー間のすべてのアプリケーション メッセージは署名され、暗号化されます。 `wsHttpBinding` バインディングを使用する際の既定では、クライアントによって提供されるユーザー名とパスワードが、有効な Windows NT アカウントへのログオンに使用されます。 このサンプルは、カスタムを利用する方法を示します`System.IdentityModel.Selectors.UsernamePasswordValidator`クライアントを認証します。 さらにこのサンプルでは、クライアントが X.509 証明書を使用してサービスを認証する方法を示します。 また、 と の実装も示します。これらの間では、特定のユーザーに対するサービスの特定のメソッドへのアクセスが許可されます。 このサンプルがに基づいて、[メッセージ セキュリティ ユーザー名](../../../../docs/framework/wcf/samples/message-security-user-name.md)より前のバージョンの信頼性情報の変換を実行する方法を示しますが、呼び出されています。 @@ -496,6 +496,6 @@ public class MyAuthorizationPolicy : IAuthorizationPolicy 1. サンプルの実行が終わったら、サンプル フォルダーにある Cleanup.bat を実行します。 これにより、証明書ストアからサーバー証明書とクライアント証明書が削除されます。 > [!NOTE] -> このサンプルを複数のコンピューターで実行している場合、このスクリプトはサービス証明書をクライアントから削除しません。 複数のコンピューターで証明書を使用する [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サンプルを実行した場合は、CurrentUser - TrustedPeople ストアにインストールされたサービス証明書を忘れずに削除してください。 削除するには、コマンド `certmgr -del -r CurrentUser -s TrustedPeople -c -n ` を実行します。たとえば、`certmgr -del -r CurrentUser -s TrustedPeople -c -n server1.contoso.com` となります。 +> このサンプルを複数のコンピューターで実行している場合、このスクリプトはサービス証明書をクライアントから削除しません。 複数のコンピューターで証明書を使用して、必ず、CurrentUser - にインストールされているサービス証明書をオフにする WCF サンプルを実行している場合 TrustedPeople を格納します。 削除するには、コマンド `certmgr -del -r CurrentUser -s TrustedPeople -c -n ` を実行します。たとえば、`certmgr -del -r CurrentUser -s TrustedPeople -c -n server1.contoso.com` となります。 ## 関連項目 diff --git a/docs/framework/wcf/samples/automatic-format-selection.md b/docs/framework/wcf/samples/automatic-format-selection.md index e911c784669..2137dcd6a2f 100644 --- a/docs/framework/wcf/samples/automatic-format-selection.md +++ b/docs/framework/wcf/samples/automatic-format-selection.md @@ -1,34 +1,22 @@ --- -title: "形式の自動選択" -ms.custom: +title: 形式の自動選択 ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: dab51e56-8517-4a6a-bb54-b55b15ab37bb -caps.latest.revision: "8" -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: da09df968bffee9a07f1c03d5b771271a9d44129 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 8c26253bee069bf9bbc009ea219e6c12cab034ef +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/07/2018 --- # 形式の自動選択 -このサンプルでは、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] REST プログラミング モデルで形式の自動選択 (XML または JSON) を有効にする方法と、操作コードで形式を明示的に設定する方法を示します。 +このサンプルでは、Windows Communication Foundation (WCF) の REST 操作コードで形式を明示的に設定する方法と同様に、モデルをプログラミングで (XML または JSON) 形式の自動選択を有効にする方法を示します。 ## サンプルの詳細 このサンプルは、サービスと、サービスに要求を発行するクライアント コードで構成されます。 サービスは、単一の HTTP `GET` 操作 (`EchoWithGet`) と単一の HTTP `POST` 操作 (`EchoWithPost`) をサポートします。 どちらの操作でも文字列を要求し、応答で文字列を返します。 `GET` 操作では、文字列は URI クエリ文字列パラメーターで示されます。 `POST` 操作では、文字列は XML でシリアル化された要求の本文で示されます。 サービスは、[!INCLUDE[netfx40_long](../../../../includes/netfx40-long-md.md)] の新機能である形式の自動選択と形式の強制選択を利用して、XML または JSON 形式のいずれかで応答を返すことができます。 - このサンプルでは、App.config ファイルを使用して形式の自動選択を有効にしています。 既定の Web HTTP エンドポイントでは、`automaticFormatSelectionEnabled` 属性に `true` の値が指定されています。 形式の自動選択が有効な場合、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] インフラストラクチャは、要求の HTTP Accept ヘッダーまたは Content-Type ヘッダーを指定して最適な応答形式 (XML または JSON) を選択します。 開発者は、`automaticFormatSelectionEnabled` 属性を `true` に設定する以外、この新しい機能を使用するためにコードまたは構成を追加する必要はありません。 Program.cs のクライアント コードで要求が送信されるには、両方の`GET`と`POST`""application/xml"または"application/json"のいずれかとして指定された HTTP Accept ヘッダーを持つサービスとサービスの操作で応答が返されますそれぞれの形式です。 + このサンプルでは、App.config ファイルを使用して形式の自動選択を有効にしています。 既定の Web HTTP エンドポイントでは、`automaticFormatSelectionEnabled` 属性に `true` の値が指定されています。 形式の自動選択が有効になっている、WCF インフラストラクチャ、最適な応答形式 (XML または JSON) 指定された要求の HTTP Accept または Content-type ヘッダーを選択します。 開発者は、`automaticFormatSelectionEnabled` 属性を `true` に設定する以外、この新しい機能を使用するためにコードまたは構成を追加する必要はありません。 Program.cs のクライアント コードで要求が送信されるには、両方の`GET`と`POST`""application/xml"または"application/json"のいずれかとして指定された HTTP Accept ヘッダーを持つサービスとサービスの操作で応答が返されますそれぞれの形式です。 - また、`GET` 操作では、形式の強制選択が使用されます。 `GET` 操作では、オプションの `format` クエリ文字列パラメーターがあるかどうかをチェックし、ある場合は、 プロパティで応答形式を設定します。 この方法で応答形式を強制的に設定すると、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] インフラストラクチャで実行された形式の自動選択がオーバーライドされます。 + また、`GET` 操作では、形式の強制選択が使用されます。 `GET` 操作では、オプションの `format` クエリ文字列パラメーターがあるかどうかをチェックし、ある場合は、 プロパティで応答形式を設定します。 この方法で応答形式を強制的に設定、WCF インフラストラクチャによって実行形式の自動選択をオーバーライドします。 このサンプルは、コンソール アプリケーション内で実行される自己ホスト型サービスとクライアントで構成されています。 コンソール アプリケーションが実行されると、クライアントはサービスに要求を発行し、応答からの適切な情報をコンソール ウィンドウに書き込みます。 @@ -47,8 +35,8 @@ ms.lasthandoff: 12/22/2017 > > `:\WF_WCF_Samples` > -> このディレクトリが存在しない場合は、「 [.NET Framework 4 向けの Windows Communication Foundation (WCF) および Windows Workflow Foundation (WF) のサンプル](http://go.microsoft.com/fwlink/?LinkId=150780) 」にアクセスして、 [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] および [!INCLUDE[wf1](../../../../includes/wf1-md.md)] のサンプルをすべてダウンロードしてください。 このサンプルは、次のディレクトリに格納されます。 +> このディレクトリが存在しない場合に、 [Windows Communication Foundation (WCF) および .NET Framework 4 向けの Windows Workflow Foundation (WF) サンプル](http://go.microsoft.com/fwlink/?LinkId=150780)すべて Windows Communication Foundation (WCF) をダウンロードして[!INCLUDE[wf1](../../../../includes/wf1-md.md)]サンプルです。 このサンプルは、次のディレクトリに格納されます。 > > `:\WF_WCF_Samples\WCF\Basic\Web\AutomaticFormatSelection` -## 参照 +## 関連項目 diff --git a/docs/framework/wcf/samples/basic-ajax-service.md b/docs/framework/wcf/samples/basic-ajax-service.md index a56210e800b..385500857ac 100644 --- a/docs/framework/wcf/samples/basic-ajax-service.md +++ b/docs/framework/wcf/samples/basic-ajax-service.md @@ -2,16 +2,16 @@ title: 基本的な AJAX サービス ms.date: 03/30/2017 ms.assetid: d66d0c91-0109-45a0-a901-f3e4667c2465 -ms.openlocfilehash: a534e4eda1f95cd33d4429fda23b6187caaf58ae -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 0bb8a2b28ea87cb0c22126540f6cdab604ca5120 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 基本的な AJAX サービス このサンプルでは、Windows Communication Foundation (WCF) を使用して基本的な ASP.NET Asynchronous JavaScript and XML (AJAX) サービス (Web ブラウザー クライアントから JavaScript コードを使用してアクセスできるサービス) を作成する方法を示します。 このサービスは、 属性を使用してサービスが HTTP GET 要求に応答し、JSON (JavaScript Object Notation) データ形式を使用して応答するように構成されていることを確認します。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] での AJAX サポートは、`ScriptManager` コントロールを介して ASP.NET AJAX と共に使用できるように最適化されています。 使用する例については[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]ASP.NET AJAX を参照してください。、 [AJAX サンプル](http://msdn.microsoft.com/library/f3fa45b3-44d5-4926-8cc4-a13c30a3bf3e)です。 + WCF での AJAX サポートがを介して ASP.NET AJAX と共に使用できるように最適化、`ScriptManager`コントロール。 WCF を ASP.NET AJAX と共に使用しての例は、次を参照してください。、 [AJAX サンプル](http://msdn.microsoft.com/library/f3fa45b3-44d5-4926-8cc4-a13c30a3bf3e)です。 > [!NOTE] > このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。 diff --git a/docs/framework/wcf/samples/basic-http-service.md b/docs/framework/wcf/samples/basic-http-service.md index 0a6b77f15e9..b5a2d31dbd9 100644 --- a/docs/framework/wcf/samples/basic-http-service.md +++ b/docs/framework/wcf/samples/basic-http-service.md @@ -2,25 +2,25 @@ title: 基本的な HTTP サービス ms.date: 03/30/2017 ms.assetid: 27048b43-8a54-4f2a-9952-594bbfab10ad -ms.openlocfilehash: 0d00ee21fa328c32549f89d8d5fc4c767f64582c -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 0f93b43a08f586e99d8a49379cfb2e283ff7918d +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 基本的な HTTP サービス -このサンプルでは、"POX"(Plain Old XML) サービス – Windows Communication Foundation (WCF) REST プログラミング モデルを使用するとよく呼ばれる、HTTP ベース、RPC ベース サービスを実装する方法を示します。 このサンプルは、自己ホスト型 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] HTTP サービス (Service.cs) と、サービスの作成およびサービスへの呼び出しを行うコンソール アプリケーション (Program.cs) の 2 つのコンポーネントで構成されています。 +このサンプルでは、"POX"(Plain Old XML) サービス – Windows Communication Foundation (WCF) REST プログラミング モデルを使用するとよく呼ばれる、HTTP ベース、RPC ベース サービスを実装する方法を示します。 このサンプルは、2 つのコンポーネントで構成されています。 自己ホスト型 WCF HTTP サービス (Service.cs) とサービスを作成し、それを呼び出すコンソール アプリケーション (Program.cs)。 ## サンプルの詳細 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスは、入力として渡された文字列を返す、`EchoWithGet` と `EchoWithPost` の 2 つの操作を公開します。 + WCF サービスは、2 つの操作を公開`EchoWithGet`と`EchoWithPost`、入力として渡された文字列が返されます。 `EchoWithGet` 操作には、この操作で HTTP 要求が処理されることを示す、`GET` という注釈が付いています。 では明示的に を指定しないため、操作には `s` という名前のクエリ文字列パラメーターを使用して渡される入力文字列が必要です。 サービスが要求する URI の形式は、 プロパティを使用してカスタマイズすることができます。 `EchoWithPost` 操作には、これが 操作ではなく、副作用があることを示す、`GET` という注釈が付いています。 では明示的に `Method` を指定しないため、この操作は、要求本文に文字列が含まれる HTTP `POST` 要求を処理します (XML 形式など)。 HTTP メソッド、要求の URI の形式は、それぞれ プロパティ、 プロパティを使用して、カスタマイズすることができます。 - App.config ファイルでは、 に設定されている プロパティを持つ既定の `true` を使用して、WCF サービスを構成します。 その結果、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] インフラストラクチャによって、自動的な HTML ベースのヘルプ ページが `http://localhost:8000/Customers/help` に作成されます。このページでは、サービスに対する HTTP 要求の作成方法とサービスの HTTP 応答の使用方法に関する情報が提供されます。 + App.config ファイルでは、 に設定されている プロパティを持つ既定の `true` を使用して、WCF サービスを構成します。 WCF インフラストラクチャに自動ベース HTML ヘルプ ページを作成するため、`http://localhost:8000/Customers/help`サービスへの HTTP 要求を作成する方法と、サービスの HTTP 応答を使用する方法に関する情報を提供します。 - Program.cs では、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] チャネル ファクトリを使用してサービスへの呼び出しを実行し、応答を処理する方法を示します。 これは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスにアクセスする 1 つの方法にすぎません。 や などの他の .NET Framework クラスを使用して、サービスにアクセスすることも可能です。 SDK 内の他のサンプル (など、[自動形式選択](../../../../docs/framework/wcf/samples/automatic-format-selection.md)サンプルと[基本的なリソース サービス](../../../../docs/framework/wcf/samples/basic-resource-service.md)サンプル) との通信にこれらのクラスを使用する方法を示して、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]サービス。 + Program.cs では、WCF チャネル ファクトリを使用して、サービスとプロセスの応答への呼び出しを行う方法を示します。 これは、WCF サービスにアクセスする 1 つの方法にすぎません。 や などの他の .NET Framework クラスを使用して、サービスにアクセスすることも可能です。 SDK 内の他のサンプル (など、[自動形式選択](../../../../docs/framework/wcf/samples/automatic-format-selection.md)サンプルと[基本的なリソース サービス](../../../../docs/framework/wcf/samples/basic-resource-service.md)サンプル) WCF サービスと通信するためにこれらのクラスを使用する方法を示します。 このサンプルは、コンソール アプリケーション内で実行される自己ホスト型サービスとクライアントで構成されています。 コンソール アプリケーションが実行されると、クライアントはサービスに要求を発行し、応答からの適切な情報をコンソール ウィンドウに書き込みます。 diff --git a/docs/framework/wcf/samples/basic-resource-service.md b/docs/framework/wcf/samples/basic-resource-service.md index 53c3ffc92bc..4df5e93c5f8 100644 --- a/docs/framework/wcf/samples/basic-resource-service.md +++ b/docs/framework/wcf/samples/basic-resource-service.md @@ -2,21 +2,21 @@ title: 基本的なリソース サービス ms.date: 03/30/2017 ms.assetid: 4360063e-cc8c-4648-846e-c05a5af51a7a -ms.openlocfilehash: 3ec743bbbb6d18d972701c3149179d6f615d1884 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 62b2b863f38647e81468065fd69fc4933afc5b16 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 基本的なリソース サービス -このサンプルでは、取得をサポートする顧客のコレクションを公開する Windows Communication Foundation (WCF) REST プログラミング モデルを使用して HTTP ベースのサービスを実装して、追加、削除、および置換操作する方法を示します。 このサンプルは、自己ホスト型 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] HTTP サービス (Service.cs) と、サービスの作成およびサービスへの呼び出しを行うコンソール アプリケーション (program.cs) の 2 つのコンポーネントで構成されています。 +このサンプルでは、取得をサポートする顧客のコレクションを公開する Windows Communication Foundation (WCF) REST プログラミング モデルを使用して HTTP ベースのサービスを実装して、追加、削除、および置換操作する方法を示します。 このサンプルでは、自己ホスト型 WCF HTTP サービス (Service.cs) とサービスを作成し、それを呼び出すコンソール アプリケーション (program.cs) 2 つのコンポーネントで構成されます。 ## サンプルの詳細 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスでは、リソース指向の REST 方式で顧客のコレクションが公開されます。 つまり、顧客のコレクションには一意の URI があり、コレクションにはすべての顧客が含まれます。 このサービスは、コレクション全体を取得するための、コレクションの URI への HTTP `GET` の送信と、新しい顧客をコレクションに追加するための、コレクションの URI への HTTP `POST` の送信をサポートしています。 また、個々の顧客の URI では、顧客の詳細を取得する HTTP `GET`、顧客の詳細を置換する HTTP `PUT`、コレクションから顧客を削除する HTTP `DELETE` をサポートしています。 新しい顧客がコレクションに追加されると、サービスはその顧客に一意の URI を割り当て、顧客の詳細の一部として URI を格納します。 また、応答の Location HTTP ヘッダーを使用して、クライアントの URI と通信します。 + WCF サービスは、リソース指向の REST 方式で顧客のコレクションを公開します。 つまり、顧客のコレクションには一意の URI があり、コレクションにはすべての顧客が含まれます。 このサービスは、コレクション全体を取得するための、コレクションの URI への HTTP `GET` の送信と、新しい顧客をコレクションに追加するための、コレクションの URI への HTTP `POST` の送信をサポートしています。 また、個々の顧客の URI では、顧客の詳細を取得する HTTP `GET`、顧客の詳細を置換する HTTP `PUT`、コレクションから顧客を削除する HTTP `DELETE` をサポートしています。 新しい顧客がコレクションに追加されると、サービスはその顧客に一意の URI を割り当て、顧客の詳細の一部として URI を格納します。 また、応答の Location HTTP ヘッダーを使用して、クライアントの URI と通信します。 - App.config ファイルでは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] に設定されている プロパティを持つ既定の を使用して、`true` サービスを構成します。 その結果、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] によって、自動的な HTML ベースのヘルプ ページが `http://localhost:8000/Customers/help` に作成されます。このページでは、サービスに対する HTTP 要求の作成方法とサービスの HTTP 応答へのアクセス方法に関する情報 (顧客の詳細を XML と JSON で表す方法の例など) が提供されます。 + App.config ファイルでは、 に設定されている プロパティを持つ既定の `true` を使用して、WCF サービスを構成します。 WCF がで自動 HTML ベースのヘルプ ページをどのように作成する結果として、 `http://localhost:8000/Customers/help` HTTP を構築する方法についてはサービスに対する要求と、サービスの HTTP 応答のインスタンスにアクセスする方法がどのように顧客の詳細の例を提供します。XML と JSON で表されます。 - 顧客のコレクション (一般的には、任意のリソース) をこの方法で公開すると、クライアントは、URI と HTTP の `GET`、`PUT`、`DELETE`、および `POST` を使用して一貫した方法でサービスと対話することができます。 Program.cs では、 を使用してこのようなクライアントを作成する方法を示します。 これは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] REST サービスにアクセスする 1 つの方法にすぎません。 や などの他の .NET Framework クラスを使用して、サービスにアクセスすることも可能です。 SDK 内の他のサンプル (など、[基本 HTTP サービス](../../../../docs/framework/wcf/samples/basic-http-service.md)サンプルおよび[自動形式選択](../../../../docs/framework/wcf/samples/automatic-format-selection.md)サンプル) との通信にこれらのクラスを使用する方法を示して、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]サービス。 + 顧客のコレクション (一般的には、任意のリソース) をこの方法で公開すると、クライアントは、URI と HTTP の `GET`、`PUT`、`DELETE`、および `POST` を使用して一貫した方法でサービスと対話することができます。 Program.cs では、 を使用してこのようなクライアントを作成する方法を示します。 これは WCF REST サービスにアクセスする方法の 1 つであることに注意してください。 や などの他の .NET Framework クラスを使用して、サービスにアクセスすることも可能です。 SDK 内の他のサンプル (など、[基本 HTTP サービス](../../../../docs/framework/wcf/samples/basic-http-service.md)サンプルおよび[自動形式選択](../../../../docs/framework/wcf/samples/automatic-format-selection.md)サンプル) WCF サービスと通信するためにこれらのクラスを使用する方法を示します。 このサンプルは、コンソール アプリケーション内で実行される自己ホスト型サービスとクライアントで構成されています。 コンソール アプリケーションが実行されると、クライアントはサービスに要求を発行し、応答からの適切な情報をコンソール ウィンドウに書き込みます。 diff --git a/docs/framework/wcf/samples/basic.md b/docs/framework/wcf/samples/basic.md index c8b834f1580..989e34c67ff 100644 --- a/docs/framework/wcf/samples/basic.md +++ b/docs/framework/wcf/samples/basic.md @@ -2,18 +2,18 @@ title: Basic2 ms.date: 03/30/2017 ms.assetid: 04e4d3bd-ab89-4b50-8f42-2a4430751a9c -ms.openlocfilehash: 295303dac471d06e3c2f7ccfba9abf683ccd0df6 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 72540a1a36a8807a1644c10448210ddc8bf15b75 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # Basic このセクションには、Windows Communication Foundation (WCF) の基本的な機能を紹介するサンプルのセクションが含まれています。 ## このセクションの内容 [はじめに](../../../../docs/framework/wcf/samples/getting-started-sample.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] を使用して、一般的なサービスと一般的なクライアントを実装する方法を示します。 + 一般的なサービスと WCF を使用して一般的なクライアントを実装する方法を示します。 [AJAX](../../../../docs/framework/wcf/samples/ajax.md) Asynchronous JavaScript and XML を示します。 @@ -22,28 +22,28 @@ ms.lasthandoff: 05/04/2018 エンドポイント要素のバインディング属性の使用方法を示します。 [クライアント](../../../../docs/framework/wcf/samples/client.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアント アプリケーションを示します。 + WCF クライアント アプリケーションを示します。 [コントラクト](../../../../docs/framework/wcf/samples/contract.md) データ コントラクトを示します。 [検出](../../../../docs/framework/wcf/samples/discovery-samples.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 探索を示します。 + WCF discovery を示しています。 [管理](../../../../docs/framework/wcf/samples/management.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 管理を示します。 + WCF の管理について説明します。 [ルーティング サービス](../../../../docs/framework/wcf/samples/routing-services.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ルーティング サービスを示します。 + WCF ルーティング サービスを示します。 [セキュリティ](../../../../docs/framework/wcf/samples/security-in-wcf.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] セキュリティを示します。 + WCF セキュリティをについて説明します。 [サービス](../../../../docs/framework/wcf/samples/services.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスを示します。 + WCF サービスを示します。 [配信](../../../../docs/framework/wcf/samples/syndication.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 配信を示します。 + DemonstratesWCF 配信します。 [Web](../../../../docs/framework/wcf/samples/web.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] での Web ホスティングを示します。 + WCF での Web ホスティングについて説明します。 diff --git a/docs/framework/wcf/samples/binding.md b/docs/framework/wcf/samples/binding.md index 6d1e8f9525b..60388b1163b 100644 --- a/docs/framework/wcf/samples/binding.md +++ b/docs/framework/wcf/samples/binding.md @@ -2,11 +2,11 @@ title: Binding1 ms.date: 03/30/2017 ms.assetid: 324fa627-d012-465a-b266-95594a09dac2 -ms.openlocfilehash: 07a312230ca9c5843d7e93d8f152098db371beb9 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: eb5e3e66e21c0552ce267673c17308765a932ce4 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # バインド このセクションには、エンドポイント要素のバインディング属性の使用方法を示すサンプルが含まれています。 @@ -16,13 +16,13 @@ ms.lasthandoff: 05/04/2018 バイト ストリーム エンコーダーの機能を示す `ByteStreamHttpBinding` である を作成する方法を示します。 [基本的なバインディング](../../../../docs/framework/wcf/samples/basic-binding.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] での基本的なバインディングを示します。 + WCF での基本的なバインディングを示します。 [カスタム バインド](../../../../docs/framework/wcf/samples/custom-binding.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] でのカスタム バインディングを示します。 + WCF でのカスタム バインディングを示します。 [ネット バインディング](../../../../docs/framework/wcf/samples/net-binding.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] でのネットワーク バインディングを示します。 + WCF でのネットワーク バインディングを示します。 [WS バインディング](../../../../docs/framework/wcf/samples/ws-binding.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] での Windows サービスのバインディングを示します。 + WCF での Windows サービスのバインディングを示します。 diff --git a/docs/framework/wcf/samples/bridging-and-error-handling.md b/docs/framework/wcf/samples/bridging-and-error-handling.md index 7ab594333ff..5d323a2879b 100644 --- a/docs/framework/wcf/samples/bridging-and-error-handling.md +++ b/docs/framework/wcf/samples/bridging-and-error-handling.md @@ -2,14 +2,14 @@ title: ブリッジとエラー処理 ms.date: 03/30/2017 ms.assetid: 4ae87d1a-b615-4014-a494-a53f63ff0137 -ms.openlocfilehash: f13a55704422e8a958e55c489f6db11108b03c90 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 20f5af5736e5869ead0f7c50ce0fff22391ea730 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # ブリッジとエラー処理 -このサンプルでは、クライアントと異なるバインディングを使用するサービスの間の通信をブリッジの Windows Communication Foundation (WCF) ルーティング サービスを使用する方法を示します。 また、バックアップ サービスを使用してフェールオーバーのシナリオに対処する方法も示します。 ルーティング サービスは、コンテンツ ベースのルーターをアプリケーションに簡単に追加できるようにする [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] コンポーネントです。 このサンプルでは、標準の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 電卓のサンプルを改良し、ルーティング サービスを使用して通信するようにします。 +このサンプルでは、クライアントと異なるバインディングを使用するサービスの間の通信をブリッジの Windows Communication Foundation (WCF) ルーティング サービスを使用する方法を示します。 また、バックアップ サービスを使用してフェールオーバーのシナリオに対処する方法も示します。 ルーティング サービスは、コンテンツ ベースのルーターをアプリケーションに含めるしやすく WCF コンポーネントです。 このサンプルは、ルーティング サービスを使用して通信するために標準の WCF 電卓のサンプルを適合させます。 > [!IMPORTANT] > サンプルは、既にコンピューターにインストールされている場合があります。 続行する前に、次の (既定の) ディレクトリを確認してください。 diff --git a/docs/framework/wcf/samples/building-the-samples.md b/docs/framework/wcf/samples/building-the-samples.md index 89c954ebb61..9b9fc1f61e1 100644 --- a/docs/framework/wcf/samples/building-the-samples.md +++ b/docs/framework/wcf/samples/building-the-samples.md @@ -2,17 +2,17 @@ title: Windows Communication Foundation サンプルのビルド ms.date: 03/30/2017 ms.assetid: 2899e7a5-9cb2-4e8d-b8d2-f31391549198 -ms.openlocfilehash: 5493972306092fc3309b0993d595f22c74c8603a -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 637b862d81ce4eeddc56acb24a527e6937f33f64 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # Windows Communication Foundation サンプルのビルド Visual Studio 2010 を使用してまたはを使用して、Windows Communication Foundation (WCF) サンプルをビルドすることができます、 **msbuild**コマンドラインからコマンド。 ここでは、両方の手順について説明します。 > [!NOTE] -> 構築またはのいずれかを実行する前に、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]サンプル、確実に実行する、 [Windows Communication Foundation サンプルの 1 回限りのセットアップ手順](../../../../docs/framework/wcf/samples/one-time-setup-procedure-for-the-wcf-samples.md)です。 +> ビルドまたは WCF サンプルを実行して、前に行うことを確認してください、 [Windows Communication Foundation サンプルの 1 回限りのセットアップ手順](../../../../docs/framework/wcf/samples/one-time-setup-procedure-for-the-wcf-samples.md)です。 ### コマンド プロンプトを使用してサンプルをビルドするには diff --git a/docs/framework/wcf/samples/channels-extensibility.md b/docs/framework/wcf/samples/channels-extensibility.md index b01b702b073..250dd010fc3 100644 --- a/docs/framework/wcf/samples/channels-extensibility.md +++ b/docs/framework/wcf/samples/channels-extensibility.md @@ -2,27 +2,27 @@ title: チャネル拡張 ms.date: 03/30/2017 ms.assetid: 4cc3b20b-778a-4ae8-b58c-a3822fb13065 -ms.openlocfilehash: 90a35700b85f73a0a0ff668d7c33274ae62dd718 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 13cce100875a4bab8d2c4e9f62933057d9c681a0 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # チャネル拡張 このセクションには、カスタム チャネルを示すサンプルが含まれています。 ## このセクションの内容 [ローカル チャネル](../../../../docs/framework/wcf/samples/local-channel.md) - 同じアプリケーション ドメイン内の通信に使用される [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] トランスポート チャネルであるローカル チャネルを示します。 + ローカルのチャネルでは、同じアプリケーション ドメイン内の通信に使用される WCF トランスポート チャネルを示します。 [Reliable Secure Profile](../../../../docs/framework/wcf/samples/reliable-secure-profile.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] と Reliable Secure Profile (RSP) を作成する方法を示します。 + WCF および信頼性の高い Secure Profile (RSP) を作成する方法を示します。 [カスタム チャネル ディスパッチャー](../../../../docs/framework/wcf/samples/custom-channel-dispatcher.md) を直接実装することによって、カスタマイズした方法でチャネル スタックを作成する方法と、Web ホスト環境でカスタム チャネル ディスパッチャーを作成する方法を示します。 [チャネルのチャンキング](../../../../docs/framework/wcf/samples/chunking-channel.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] を使用して送信されたサイズの大きいメッセージのバッファーに使用するメモリ容量を制限する方法を示します。 + WCF を使用して送信されるサイズの大きいメッセージをバッファーに使用されるメモリの量を制限する方法を示します。 [HTTP 受信確認チャネル](../../../../docs/framework/wcf/samples/http-acknowledgement-channel.md) 一方向メッセージング パターンを変える階層チャネルを示します。 diff --git a/docs/framework/wcf/samples/client-interoperability.md b/docs/framework/wcf/samples/client-interoperability.md index ac2ef653e41..b53ca65cb1c 100644 --- a/docs/framework/wcf/samples/client-interoperability.md +++ b/docs/framework/wcf/samples/client-interoperability.md @@ -2,18 +2,18 @@ title: クライアント相互運用性 ms.date: 03/30/2017 ms.assetid: e890e40a-b76a-48c4-9e5b-a4b385fac847 -ms.openlocfilehash: 4a27c678ef5fe754f8f68ba12630dbf8852db826 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 8aadd1592cdb08c9c44490ebfbaba1c9d3d9606e +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # クライアント相互運用性 このセクションには、Windows Communication Foundation (WCF) およびその他のテクノロジとの間の相互運用性を示すサンプルが含まれています。 ## このセクションの内容 [ASMX Web サービスとの相互運用性](../../../../docs/framework/wcf/samples/interoperating-with-asmx-web-services.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアント アプリケーションを既存の ASMX Web サービスと統合する方法を示します。 + 既存の ASMX Web サービスと WCF クライアント アプリケーションを統合する方法を示します。 [XMLSerializer サンプル](../../../../docs/framework/wcf/samples/xmlserializer-sample.md) と互換性のある型をシリアル化および逆シリアル化する方法を示します。 diff --git a/docs/framework/wcf/samples/client-validation.md b/docs/framework/wcf/samples/client-validation.md index 8c220c2438d..303efb32c15 100644 --- a/docs/framework/wcf/samples/client-validation.md +++ b/docs/framework/wcf/samples/client-validation.md @@ -2,11 +2,11 @@ title: クライアント検証 ms.date: 03/30/2017 ms.assetid: f0c1f805-1a81-4d0d-a112-bf5e2e87a631 -ms.openlocfilehash: a5c1c5f907a797bff3dff490cbc953879ab69718 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 6e34ca8e1bb14f610e363c02eaeb94b7fa5e27c7 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # クライアント検証 サービスは頻繁にメタデータを公開し、クライアント プロキシの型を自動的に生成して構成できるようにします。 サービスが信頼できない場合、クライアント アプリケーションでは、セキュリティ、トランザクション、サービス コントラクトの型などに関して、メタデータがクライアント アプリケーションのポリシーに合致しているかどうか検証する必要があります。 次のサンプルでは、サービス エンドポイントを検証するクライアント エンドポイントの動作を記述して、サービス エンドポイントを安全に使用できることを確認する方法を示します。 @@ -60,7 +60,7 @@ ms.lasthandoff: 05/04/2018 - サンプルの実行が終わったら、サンプル フォルダーにある Cleanup.bat を実行します。 > [!NOTE] - > このサンプルを複数のコンピューターで実行している場合、このスクリプトはサービス証明書をクライアントから削除しません。 複数のコンピューターで証明書を使用する [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サンプルを実行した場合は、CurrentUser - TrustedPeople ストアにインストールされたサービス証明書を忘れずに削除してください。 削除するには、コマンド `certmgr -del -r CurrentUser -s TrustedPeople -c -n . For example: certmgr -del -r CurrentUser -s TrustedPeople -c -n server1.contoso.com` を実行します。 + > このサンプルを複数のコンピューターで実行している場合、このスクリプトはサービス証明書をクライアントから削除しません。 複数のコンピューターで証明書を使用して、必ず、CurrentUser - にインストールされているサービス証明書をオフにする WCF サンプルを実行している場合 TrustedPeople を格納します。 削除するには、コマンド `certmgr -del -r CurrentUser -s TrustedPeople -c -n . For example: certmgr -del -r CurrentUser -s TrustedPeople -c -n server1.contoso.com` を実行します。 ## 関連項目 [メタデータを使用する](../../../../docs/framework/wcf/feature-details/using-metadata.md) diff --git a/docs/framework/wcf/samples/client.md b/docs/framework/wcf/samples/client.md index 3bf48fa555f..7ecaada5ad7 100644 --- a/docs/framework/wcf/samples/client.md +++ b/docs/framework/wcf/samples/client.md @@ -2,21 +2,21 @@ title: クライアント ms.date: 03/30/2017 ms.assetid: fabb0c70-b79b-4e58-a5d3-9705de85ee5b -ms.openlocfilehash: 4c44ed4be9a3598ea79355737db678dd7a80a56a -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: cd172aefa640853c7ace1d9d7ad3fada73714642 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # クライアント このセクションには、Windows Communication Foundation (WCF) クライアント アプリケーションを示すサンプルが含まれています。 ## このセクションの内容 [クライアント相互運用性](../../../../docs/framework/wcf/samples/client-interoperability.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] と他の技術間の相互運用性を示します。 + WCF と他の技術間の相互運用性を示します。 [アドレス ヘッダー](../../../../docs/framework/wcf/samples/address-headers.md) - クライアントが [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] を使用して、サービスに参照パラメーターを渡す方法を示します。 + クライアントが WCF を使用してサービスに参照パラメーターを渡すことができる方法を示します。 [チャネル ファクトリ](../../../../docs/framework/wcf/samples/channel-factory.md) クライアント アプリケーションが、生成されたクライアントではなく クラスを含むチャネルを作成できる方法を示します。 diff --git a/docs/framework/wcf/samples/configuration-based-activation.md b/docs/framework/wcf/samples/configuration-based-activation.md index 6258cb37ed0..f59e8bcd7da 100644 --- a/docs/framework/wcf/samples/configuration-based-activation.md +++ b/docs/framework/wcf/samples/configuration-based-activation.md @@ -2,11 +2,11 @@ title: 構成ベースのアクティブ化 ms.date: 03/30/2017 ms.assetid: 21bb762e-c43e-4b0c-887b-5e434d665838 -ms.openlocfilehash: 2829458d40e3efb180699122570b2775a90be9e6 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 3ac4edd2a51e4ed8a5c0b7e73d7d1afa31334c33 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 構成ベースのアクティブ化 このサンプルでは、.svc ファイルを必要とせずに Windows Communication Foundation (WCF) サービスをアクティブ化する方法を示します。 @@ -21,7 +21,7 @@ ms.lasthandoff: 05/04/2018 > `:\WF_WCF_Samples\WCF\Basic\Services\Hosting\ConfigBasedActivation` ## サンプルの詳細 - このサンプルでは、クライアントは [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] テスト クライアントで、サービスは IIS によってホストされています。 + このサンプルでは、クライアントは、WCF テスト クライアントとサービスが IIS でホストされています。 > [!NOTE] > このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。 diff --git a/docs/framework/wcf/samples/configuration-channel-factory.md b/docs/framework/wcf/samples/configuration-channel-factory.md index 1d127ae67b9..931044a4dd1 100644 --- a/docs/framework/wcf/samples/configuration-channel-factory.md +++ b/docs/framework/wcf/samples/configuration-channel-factory.md @@ -2,14 +2,14 @@ title: 構成チャネル ファクトリ ms.date: 03/30/2017 ms.assetid: 3b749493-bd8a-4ccb-893e-5948901a1486 -ms.openlocfilehash: 3d439fb17d676ce337207a726fb9e491cf0a0ab0 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: fc3a564128e520133c2404a82438e692b1381875 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 構成チャネル ファクトリ -このサンプルでは、 の使用方法を示します。 により、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアント構成の集中管理が可能になります。 これは、アプリケーション ドメインによる読み込みの後に構成が選択または変更される場合にも役立ちます。 +このサンプルでは、 の使用方法を示します。 WCF クライアントの構成の一元管理を許可します。 これは、アプリケーション ドメインによる読み込みの後に構成が選択または変更される場合にも役立ちます。 ## 使用例 diff --git a/docs/framework/wcf/samples/contract.md b/docs/framework/wcf/samples/contract.md index 121c79eca8c..41f336686eb 100644 --- a/docs/framework/wcf/samples/contract.md +++ b/docs/framework/wcf/samples/contract.md @@ -2,24 +2,24 @@ title: Contract2 ms.date: 03/30/2017 ms.assetid: 305eeb65-a52f-459e-9aa8-0ef071eade16 -ms.openlocfilehash: d7af8df46fabcb96a8f7015e360ee2617b7273a0 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 1b751e3d4fd6eae01e3fcd7500f844427d46524c +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # コントラクト このセクションには、コントラクトでは、Windows Communication Foundation (WCF) を示すサンプルが含まれています。 ## このセクションの内容 [データ コントラクト](../../../../docs/framework/wcf/samples/data-contracts.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のデータ コントラクトを示します。 + WCF でのデータ コントラクトを示しています。 [メッセージ コントラクト](../../../../docs/framework/wcf/samples/message-contracts.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のメッセージ コントラクトを示します。 + WCF でのメッセージ コントラクトを示しています。 [サービス コントラクト](../../../../docs/framework/wcf/samples/service-contracts.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のサービス コントラクトを示します。 + WCF でのサービス コントラクトを示しています。 [DataContractResolver](../../../../docs/framework/wcf/samples/datacontractresolver.md) クラスを使用して、シリアル化プロセスおよび逆シリアル化プロセスをカスタマイズする方法を示します。 diff --git a/docs/framework/wcf/samples/cryptographic-agility-in-wcf-security.md b/docs/framework/wcf/samples/cryptographic-agility-in-wcf-security.md index 17d5d1f3752..6dcd31008eb 100644 --- a/docs/framework/wcf/samples/cryptographic-agility-in-wcf-security.md +++ b/docs/framework/wcf/samples/cryptographic-agility-in-wcf-security.md @@ -4,20 +4,20 @@ ms.date: 03/30/2017 ms.assetid: c2c549e5-ac19-40c5-b686-8f67f52b6dbf author: BrucePerlerMS manager: mbaldwin -ms.openlocfilehash: 5fa4c3cf45eb17822effaa9284864274923b2504 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 40f4f8523d5286911216180846e94ec18e40da1c +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # WCF セキュリティの暗号化方式の指定 このサンプルでは、Windows Communication Foundation (WCF) クライアントとサービスで迅速な暗号化実装を提供する標準またはカスタム アルゴリズムで指定する方法を示します。 サンプルは、以下のプロジェクトで構成されます。 サービス - これは、自己ホスト型[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]を実装するサービス、`ICalculator`インターフェイスを使用してエンドポイントを保護し、< `xref:System.ServiceModel.WsHttpBinding`> セキュリティで保護されたセッションと信頼できるセッションは無効にします。 このサービスは、カスタム `SecurityAlgorithmSuite` クラスを定義し、メッセージのセキュリティを確保するために使用される暗号化アルゴリズムを指定します。 + これは、自己ホスト型 WCF サービスを実装する、`ICalculator`インターフェイスを使用してエンドポイントを保護し、< `xref:System.ServiceModel.WsHttpBinding`> セキュリティで保護されたセッションと信頼できるセッションは無効にします。 このサービスは、カスタム `SecurityAlgorithmSuite` クラスを定義し、メッセージのセキュリティを確保するために使用される暗号化アルゴリズムを指定します。 - Client - これは、認証が成功した後にサービスにアクセスする [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアントです。 このクライアントは、`ICalculator` インターフェイスによって公開され、サービスによって実装される操作を呼び出します。 このクライアントも、同じカスタム `SecurityAlgorithmSuite` クラスを定義し、メッセージのセキュリティを確保するために使用される暗号化アルゴリズムを指定します。 + クライアント + これは、認証成功後にサービスにアクセスする [wcfclient] です。 このクライアントは、`ICalculator` インターフェイスによって公開され、サービスによって実装される操作を呼び出します。 このクライアントも、同じカスタム `SecurityAlgorithmSuite` クラスを定義し、メッセージのセキュリティを確保するために使用される暗号化アルゴリズムを指定します。 ### このサンプルを使用するには diff --git a/docs/framework/wcf/samples/custom-binding.md b/docs/framework/wcf/samples/custom-binding.md index 1d56ba1975f..5e136a095cf 100644 --- a/docs/framework/wcf/samples/custom-binding.md +++ b/docs/framework/wcf/samples/custom-binding.md @@ -1,31 +1,19 @@ --- -title: "カスタム バインド" -ms.custom: +title: カスタム バインド ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: 3c9537ea-9708-4ebc-b861-219f2e2db53d -caps.latest.revision: "3" -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: 2a5206887c154292194f790f8cf9c49798cf57c5 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: f28aa83aa22a87f76e955d6b4eb7cfa9f6d7fcdd +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/07/2018 --- # カスタム バインド このセクションには、エンドポイント要素のカスタム バインド属性の使用方法を示すサンプルが含まれています。 ## このセクションの内容 [カスタム バインド強制](../../../../docs/framework/wcf/samples/custom-binding-imperative.md) - 強制コードを書き込むことにより、構成ファイルや生成された [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアントを使用せずにカスタム バインディングを定義して使用する方法を示します。 + 定義して構成ファイルまたは生成された WCF クライアントを使用せず、カスタム バインドを使用する命令型コードを記述する方法を示します。 [カスタム バインドのトランスポートとエンコード](../../../../docs/framework/wcf/samples/custom-binding-transport-and-encoding.md) さまざまなトランスポートとメッセージ エンコーディング要素を使用してカスタム バインドを構成する方法を示します。 diff --git a/docs/framework/wcf/samples/custom-channel-dispatcher.md b/docs/framework/wcf/samples/custom-channel-dispatcher.md index 0d34e9d626e..b91bd912fed 100644 --- a/docs/framework/wcf/samples/custom-channel-dispatcher.md +++ b/docs/framework/wcf/samples/custom-channel-dispatcher.md @@ -2,11 +2,11 @@ title: カスタム チャネル ディスパッチャー ms.date: 03/30/2017 ms.assetid: 813acf03-9661-4d57-a3c7-eeab497321c6 -ms.openlocfilehash: 7cd27d485efe7fe91e7c59627bf14e188e85f386 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 2f7bb67f45c3aa9eb0cb58fa2f30744d5500fab0 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # カスタム チャネル ディスパッチャー このサンプルでは、 を直接実装することによって、カスタマイズした方法でチャネル スタックを作成する方法と、Web ホスト環境でカスタム チャネル ディスパッチャーを作成する方法を示します。 チャネル ディスパッチャーは、 と対話してチャネルを受け入れ、チャネル スタックからメッセージを取得します。 このサンプルには、 を使用して Web ホスト環境でチャネル スタックを作成する方法を示す基本的なサンプルも用意されています。 @@ -22,13 +22,13 @@ ms.lasthandoff: 05/04/2018 ディスパッチャーは、まずチャネル リスナーを開き、次にシングルトン応答チャネルを受け入れます。 このチャネルを使用して、無限ループでメッセージ (応答) の送信を開始します。 要求ごとに、応答メッセージを作成し、クライアントに返信します。 ## 応答メッセージの作成 - メッセージ処理は型 `MyServiceManager` で実装されます。 `HandleRequest` メソッドでは、要求がサポートされているかどうか確認するために、メッセージの `Action` ヘッダーが最初にチェックされます。 定義済みの SOAP アクション"http://tempuri.org/HelloWorld/Hello"メッセージのフィルター処理を提供するが定義されています。 これは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の 実装におけるサービス コントラクトの概念と似ています。 + メッセージ処理は型 `MyServiceManager` で実装されます。 `HandleRequest` メソッドでは、要求がサポートされているかどうか確認するために、メッセージの `Action` ヘッダーが最初にチェックされます。 定義済みの SOAP アクション"http://tempuri.org/HelloWorld/Hello"メッセージのフィルター処理を提供するが定義されています。 これは、サービス コントラクトの概念の WCF 実装と同様です。 正しい SOAP アクションの場合、サンプルでは、 の場合と同じように、要求されたメッセージ データを取得し、要求に対して対応する応答を生成します。 特に、この場合、正しくコンパイルされていることを確認するためにブラウザーからサービスを参照できるように、カスタム HTML メッセージを返して HTTP-GET 動詞を処理します。 SOAP アクションが一致しない場合は、エラー メッセージを返信して、要求がサポートされていないことを示します。 - このサンプルのクライアントは、サービスから何も引き受けない標準の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアントです。 そのため、サービスは、標準の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 実装から取得した内容と一致するように特別に設計されています。 したがって、クライアントに必要なのはサービス コントラクトだけです。 + このサンプルのクライアントは、サービスから何も引き受けない通常の WCF クライアントです。 そのため、そのサービスが通常の WCF から取得した内容と一致するように設計実装します。 したがって、クライアントに必要なのはサービス コントラクトだけです。 ## サンプルの使用 クライアント アプリケーションを直接実行すると、次の出力が生成されます。 diff --git a/docs/framework/wcf/samples/custom-demux.md b/docs/framework/wcf/samples/custom-demux.md index cdb983b66a8..bc0fe3d48cd 100644 --- a/docs/framework/wcf/samples/custom-demux.md +++ b/docs/framework/wcf/samples/custom-demux.md @@ -2,11 +2,11 @@ title: カスタム Demux ms.date: 03/30/2017 ms.assetid: fc54065c-518e-4146-b24a-0fe00038bfa7 -ms.openlocfilehash: 76f8d60fdcc1fcba9942a78138e83104dfcd972b -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: e88672f152b87740feef1345b3eac213916a1527 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # カスタム Demux このサンプルでは、MSMQ メッセージ ヘッダーをマップする方法のさまざまなサービス操作に Windows Communication Foundation (WCF) サービスを使用するようにで示したように 1 つのサービス操作の使用に限定されない、 [メッセージ キューに Windows Communication Foundation](../../../../docs/framework/wcf/samples/message-queuing-to-wcf.md)と[メッセージ キューへの Windows Communication Foundation](../../../../docs/framework/wcf/samples/wcf-to-message-queuing.md)サンプルです。 @@ -108,7 +108,7 @@ public static void Main() MSMQ キュー名は、構成ファイルの appSettings セクションで指定されます。 > [!NOTE] -> キュー名では、ドット (.) を使用してローカル コンピューターを表し、バックスラッシュを使用してパスを区切ります。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] エンドポイント アドレスでは msmq.formatname スキームが指定され、ローカル コンピューターを表す localhost が使用されます。 このスキームの後には、MSMQ 形式名のアドレス指定ガイドラインに沿って正しく書式設定されたキューのアドレスが続きます。 +> キュー名では、ドット (.) を使用してローカル コンピューターを表し、バックスラッシュを使用してパスを区切ります。 WCF エンドポイントのアドレスは、msmq.formatname スキームを指定し、localhost を使用して、ローカル コンピューターのします。 このスキームの後には、MSMQ 形式名のアドレス指定ガイドラインに沿って正しく書式設定されたキューのアドレスが続きます。 ```xml diff --git a/docs/framework/wcf/samples/custom-lifetime.md b/docs/framework/wcf/samples/custom-lifetime.md index 160059c015f..8efd5738cf8 100644 --- a/docs/framework/wcf/samples/custom-lifetime.md +++ b/docs/framework/wcf/samples/custom-lifetime.md @@ -2,20 +2,20 @@ title: カスタム有効期間 ms.date: 03/30/2017 ms.assetid: 52806c07-b91c-48fe-b992-88a41924f51f -ms.openlocfilehash: 1d9baa2d6eab476d5c8428208576f341e71fef2f -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: e41c970739b8036730fa601433ce7157e01d7e19 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # カスタム有効期間 -このサンプルは、共有用にカスタムの有効期間サービスを提供する Windows Communication Foundation (WCF) の拡張機能を記述する方法を示します。[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]サービス インスタンス。 +このサンプルでは、WCF サービスの共有インスタンス用のカスタムの有効期間サービスを提供する Windows Communication Foundation (WCF) 拡張機能を記述する方法を示します。 > [!NOTE] > このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。 ## 共有インスタンス化 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、サービス インスタンス用にいくつかのインスタンス化モードが用意されています。 このトピックで説明する共有インスタンス化モードでは、サービス インスタンスを複数のチャネルで共有できます。 クライアントは、インスタンスのエンドポイント アドレスをローカルで解決するか、サービスのファクトリ メソッドと通信して実行中のインスタンスのエンドポイント アドレスを取得することができます。 エンドポイント アドレスを取得したら、新しいチャネルを作成して通信を開始することができます。 次のコード例は、クライアント アプリケーションが既存のサービス インスタンスへの新しいチャネルを作成する方法を示しています。 + WCF には、サービス インスタンス用の複数のインスタンス化モードが用意されています。 このトピックで説明する共有インスタンス化モードでは、サービス インスタンスを複数のチャネルで共有できます。 クライアントは、インスタンスのエンドポイント アドレスをローカルで解決するか、サービスのファクトリ メソッドと通信して実行中のインスタンスのエンドポイント アドレスを取得することができます。 エンドポイント アドレスを取得したら、新しいチャネルを作成して通信を開始することができます。 次のコード例は、クライアント アプリケーションが既存のサービス インスタンスへの新しいチャネルを作成する方法を示しています。 ``` // Create the first channel. @@ -34,12 +34,12 @@ ChannelFactory channelFactory2 = IEchoService proxy2 = channelFactory2.CreateChannel(); ``` - 他のインスタンス化モードとは異なり、共有インスタンス化モードでは、独特の方法でサービス インスタンスを解放します。 インスタンスのすべてのチャネルが閉じると、サービスの [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ランタイムによってタイマーが開始されます。 タイムアウトになるまでに誰も接続しなかった場合、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] はインスタンスを解放してリソースを要求します。 切り離し手順の一環として、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は、インスタンスを解放する前にすべての 実装の メソッドを呼び出します。 そのすべてが `true` を返す場合は、インスタンスが解放されます。 それ以外の場合、 実装は、コールバック メソッドを使用してアイドル状態であることを`Dispatcher`に通知します。 + 他のインスタンス化モードとは異なり、共有インスタンス化モードでは、独特の方法でサービス インスタンスを解放します。 インスタンスは、すべてのチャネルが閉じられると、サービスの WCF ランタイムはタイマーを開始します。 誰も接続タイムアウトの有効期限が切れる前に場合、WCF は、インスタンスを解放し、リソースを要求します。 WCF を呼び出す切り離し手順の一部として、すべてのメソッドインスタンスを解放する前に実装します。 そのすべてが `true` を返す場合は、インスタンスが解放されます。 それ以外の場合、 実装は、コールバック メソッドを使用してアイドル状態であることを`Dispatcher`に通知します。 既定では、 のアイドル タイムアウト値は 1 分です。 ただし、このサンプルでは、カスタム拡張機能を使用してこれを延長する方法を示します。 ## InstanceContext の拡張 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の は、サービス インスタンスと`Dispatcher`の間のリンクです。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、拡張可能オブジェクト パターンを使用して新しい状態または動作を追加することで、このランタイム コンポーネントを拡張できます。 拡張可能オブジェクト パターンは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、既存のランタイム クラスに新しい機能を付け加えて拡張するため、またはオブジェクトに新しい状態の機能を追加するために使用されます。 拡張可能オブジェクト パターンには、`IExtensibleObject`、`IExtension`、および `IExtensionCollection` の 3 つのインターフェイスがあります。 + WCF では、サービス インスタンスの間のリンクは、および`Dispatcher`です。 WCF では、その拡張可能オブジェクト パターンを使用して新しい状態または動作を追加することによってこのランタイム コンポーネントを拡張することができます。 拡張可能オブジェクト パターンは WCF で使用されるか、新しい機能を持つ既存のランタイム クラスを拡張するか、オブジェクトに新しい状態の機能を追加します。 拡張可能オブジェクト パターンには、`IExtensibleObject`、`IExtension`、および `IExtensionCollection` の 3 つのインターフェイスがあります。 `IExtensibleObject` インターフェイスは、機能をカスタマイズするための拡張が可能なオブジェクトによって実装されます。 @@ -80,7 +80,7 @@ class CustomLeaseExtension : IExtension, ICustomLease } ``` - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] が 実装で メソッドを呼び出すと、この呼び出しは の `CustomLeaseExtension` メソッドにルーティングされます。 次に、`CustomLeaseExtension` はそのプライベート状態をチェックし、 がアイドル状態かどうかを確認します。 アイドル状態の場合は、`true` を返します。 それ以外の場合は、延長された指定の有効期間のタイマーが開始されます。 + WCF が呼び出す場合、メソッドで、にこの呼び出しをルーティングの実装、のメソッド、`CustomLeaseExtension`です。 次に、`CustomLeaseExtension` はそのプライベート状態をチェックし、 がアイドル状態かどうかを確認します。 アイドル状態の場合は、`true` を返します。 それ以外の場合は、延長された指定の有効期間のタイマーが開始されます。 ``` public bool IsIdle @@ -116,7 +116,7 @@ void idleTimer_Elapsed(object sender, ElapsedEventArgs args) アイドル状態に移行中のインスタンスに新しいメッセージが届いたときに、実行中のタイマーを更新する方法はありません。 - このサンプルでは、 メソッドの呼び出しを受け取って にルーティングするために `CustomLeaseExtension` を実装します。 実装は、`CustomLifetimeLease` クラスに含まれています。 メソッドは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] がサービス インスタンスを解放するときに呼び出されます。 ただし、ServiceBehavior の `ISharedSessionInstance` コレクションに存在する特定の 実装のインスタンスは 1 つだけです。 つまり、 が [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] メソッドをチェックする時点で閉じられている を知る方法はありません。 したがって、このサンプルでは、スレッド ロックを使用して メソッドへの要求をシリアル化します。 + このサンプルでは、 メソッドの呼び出しを受け取って にルーティングするために `CustomLeaseExtension` を実装します。 実装は、`CustomLifetimeLease` クラスに含まれています。 WCF がサービス インスタンスを解放しようとしてがの場合、メソッドが呼び出されます。 ただし、ServiceBehavior の `ISharedSessionInstance` コレクションに存在する特定の 実装のインスタンスは 1 つだけです。 つまり、知る方法はありません、 WCF チェック時に閉じられる、メソッドです。 したがって、このサンプルでは、スレッド ロックを使用して メソッドへの要求をシリアル化します。 > [!IMPORTANT] > シリアル化はアプリケーションのパフォーマンスに大きな影響を及ぼす可能性があるので、スレッド ロックは使用しないことをお勧めします。 @@ -160,7 +160,7 @@ public void NotifyIdle(InstanceContextIdleCallback callback, `ICustomLease.IsIdle` プロパティをチェックする前に、Callback プロパティを設定する必要があります。これは、アイドル状態になったときに `CustomLeaseExtension` がディスパッチャーに通知するために不可欠です。 `ICustomLease.IsIdle` が `true` を返す場合は、`isIdle` プライベート メンバーが `CustomLifetimeLease` で単に `true` に設定され、コールバック メソッドが呼び出されます。 このコードではロックが使用されているので、他のスレッドではこのプライベート メンバーの値を変更できません。 次にディスパッチャーが `ISharedSessionLifetime.IsIdle` をチェックするときに `true` が返されて、ディスパッチャーがインスタンスを解放できるようになります。 - これでカスタム拡張機能の基礎が完成したので、この拡張機能をサービス モデルにフックする必要があります。 `CustomLeaseExtension` 実装を にフックするために、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] には、 のブートストラップを実行する インターフェイスが用意されています。 このサンプルでは、`CustomLeaseInitializer` クラスでこのインターフェイスを実装し、`CustomLeaseExtension` のインスタンスを唯一のメソッドの初期化から得られる コレクションに追加します。 このメソッドは、 の初期化中にディスパッチャーによって呼び出されます。 + これでカスタム拡張機能の基礎が完成したので、この拡張機能をサービス モデルにフックする必要があります。 フックするために、`CustomLeaseExtension`を実装、 、WCF の提供、のブートス トラップを実行するインターフェイスです。 このサンプルでは、`CustomLeaseInitializer` クラスでこのインターフェイスを実装し、`CustomLeaseExtension` のインスタンスを唯一のメソッドの初期化から得られる コレクションに追加します。 このメソッドは、 の初期化中にディスパッチャーによって呼び出されます。 ``` public void Initialize(InstanceContext instanceContext, Message message) diff --git a/docs/framework/wcf/samples/custom-message-encoder-compression-encoder.md b/docs/framework/wcf/samples/custom-message-encoder-compression-encoder.md index 7c214bdefef..da89ec43d4f 100644 --- a/docs/framework/wcf/samples/custom-message-encoder-compression-encoder.md +++ b/docs/framework/wcf/samples/custom-message-encoder-compression-encoder.md @@ -2,11 +2,11 @@ title: 'カスタム メッセージ エンコーダー : 圧縮エンコーダー' ms.date: 03/30/2017 ms.assetid: 57450b6c-89fe-4b8a-8376-3d794857bfd7 -ms.openlocfilehash: 087bec47787c0a28eb30346904c8b876136b3eab -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 5dc665da3b28a98f1b3016d38ce706bf77dce06f +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # カスタム メッセージ エンコーダー : 圧縮エンコーダー このサンプルでは、Windows Communication Foundation (WCF) プラットフォームを使用してカスタム エンコーダーを実装する方法を示します。 @@ -24,9 +24,9 @@ ms.lasthandoff: 05/04/2018 このサンプルは、クライアント コンソール プログラム (.exe)、自己ホスト型サービス コンソール プログラム (.exe)、および圧縮メッセージ エンコーダー ライブラリ (.dll) で構成されています。 サービスは、要求/応答通信パターンを定義するコントラクトを実装します。 コントラクトは `ISampleServer` インターフェイスによって定義されます。このインターフェイスでは、基本的な文字列のエコー操作 (`Echo` と `BigEcho`) が公開されます。 クライアントは指定された操作を同期要求し、サービスはクライアントにメッセージをそのまま戻すことによって応答します。 クライアント アクティビティとサービス アクティビティは、コンソール ウィンドウに表示されます。 このサンプルの目的は、カスタム エンコーダを記述する方法と、ネットワーク上でメッセージを圧縮したときの影響を示すことです。 圧縮メッセージ エンコーダーにインストルメンテーションを追加すると、メッセージのサイズ、処理時間、またはその両方を計算することができます。 > [!NOTE] -> .NET Framework 4 では、サーバーが (GZip や Deflate などのアルゴリズムで作成された) 圧縮された応答を送信する場合は、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアントで自動展開が有効になっています。 このサービスがインターネット インフォメーション サービス (IIS) で Web ホストされる場合は、サービスが圧縮された応答を送信するように IIS を構成することができます。 このサンプルは、クライアントとサービスの両方で圧縮および展開を行うという要件がある場合、またはサービスが自己ホスト型である場合に使用できます。 +> .NET Framework 4 では、サーバーが (GZip や Deflate などのアルゴリズムで作成された) 圧縮された応答を送信する場合は自動展開は、WCF クライアントで有効になってがします。 このサービスがインターネット インフォメーション サービス (IIS) で Web ホストされる場合は、サービスが圧縮された応答を送信するように IIS を構成することができます。 このサンプルは、クライアントとサービスの両方で圧縮および展開を行うという要件がある場合、またはサービスが自己ホスト型である場合に使用できます。 - サンプルでは、カスタム メッセージ エンコーダーをビルドして、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションに統合する方法を示します。 GZipEncoder.dll ライブラリは、クライアントとサービスの両方で配置されます。 また、このサンプルではメッセージを圧縮したときの影響も示します。 GZipEncoder.dll のコードでは、次が示されます。 + このサンプルでは、ビルドし、WCF アプリケーションにカスタム メッセージ エンコーダーを統合する方法を示します。 GZipEncoder.dll ライブラリは、クライアントとサービスの両方で配置されます。 また、このサンプルではメッセージを圧縮したときの影響も示します。 GZipEncoder.dll のコードでは、次が示されます。 - カスタム エンコーダーおよびエンコーダー ファクトリの作成。 @@ -56,13 +56,13 @@ ms.lasthandoff: 05/04/2018 5. エンコーダ レイヤはクラス ファクトリとして実装されます。 カスタム エンコーダ用にパブリックに公開する必要があるのはエンコーダのクラス ファクトリだけです。 オブジェクトまたは オブジェクトが作成されると、ファクトリ オブジェクトがバインディング要素によって返されます。 メッセージ エンコーダは、バッファ モードまたはストリーミング モードで動作できます。 このサンプルでは、バッファ モードとストリーミング モードの両方を示します。 - 各モードの `ReadMessage` 抽象クラスには、関連する `WriteMessage` メソッドと `MessageEncoder` メソッドがあります。 エンコード処理の大部分はこれらのメソッドで行われます。 サンプルでは、既存のテキスト エンコーダとバイナリ メッセージ エンコーダをラップします。 これにより、内部のエンコーダがネットワーク上でのメッセージの表現の読み取りと書き込みを代行し、圧縮エンコーダがその結果を圧縮または解凍できます。 メッセージ エンコード用にはパイプラインがないので、これは [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] で複数のエンコーダを使用する唯一のモデルです。 メッセージが解凍されると、結果として得られたメッセージは、処理対象のチャネル スタックの上にスタックとして渡されます。 圧縮中は、結果として得られる圧縮メッセージは指定されたストリームに直接書き込まれます。 + 各モードの `ReadMessage` 抽象クラスには、関連する `WriteMessage` メソッドと `MessageEncoder` メソッドがあります。 エンコード処理の大部分はこれらのメソッドで行われます。 サンプルでは、既存のテキスト エンコーダとバイナリ メッセージ エンコーダをラップします。 これにより、内部のエンコーダがネットワーク上でのメッセージの表現の読み取りと書き込みを代行し、圧縮エンコーダがその結果を圧縮または解凍できます。 メッセージ エンコーディング用のパイプラインがないため、これは、WCF で複数のエンコーダーを使用するための唯一のモデル。 メッセージが解凍されると、結果として得られたメッセージは、処理対象のチャネル スタックの上にスタックとして渡されます。 圧縮中は、結果として得られる圧縮メッセージは指定されたストリームに直接書き込まれます。 このサンプルは、ヘルパー メソッド (`CompressBuffer` と `DecompressBuffer`) を使用して、バッファを、`GZipStream` クラスを使用するストリームに変換します。 バッファ内の `ReadMessage` クラスと `WriteMessage` クラスは、`BufferManager` クラスを使用します。 エンコーダにはエンコーダ ファクトリを通じてのみアクセスできます。 `MessageEncoderFactory` 抽象クラスは、現在のエンコーダにアクセスするための `Encoder` という名前のプロパティと、セッションをサポートするエンコーダを作成するための `CreateSessionEncoder` という名前のメソッドを提供します。 チャネルがセッションをサポートし、順序付けされて信頼できるシナリオでは、このようなエンコーダを使用できます。 このシナリオでは、ネットワークに書き込まれるデータの各セッションを最適化できます。 これが必要でない場合は、基本メソッドをオーバーロードしないでください。 `Encoder` プロパティは、セッションのないエンコーダにアクセスする機構を備えており、`CreateSessionEncoder` メソッドの既定の実装では、このプロパティの値が返されます。 サンプルでは既存のエンコーダをラップして圧縮を行うので、`MessageEncoderFactory` の実装では、内部のエンコーダ ファクトリを表す `MessageEncoderFactory` が受け入れられます。 - エンコーダおよびエンコーダ ファクトリが定義されたら、これを [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアントとサービスで使用できるようになります。 ただし、これらのエンコーダをチャネル スタックに追加する必要があります。 クラスと クラスの派生クラスを作成して `OnInitialize` メソッドをオーバーライドすると、このエンコーダ ファクトリを手動で追加することができます。 また、カスタム バインディング要素を介してエンコーダ ファクトリを公開することもできます。 + これで、エンコーダーおよびエンコーダー ファクトリを定義するは、WCF クライアントとサービスで使用できます。 ただし、これらのエンコーダをチャネル スタックに追加する必要があります。 クラスと クラスの派生クラスを作成して `OnInitialize` メソッドをオーバーライドすると、このエンコーダ ファクトリを手動で追加することができます。 また、カスタム バインディング要素を介してエンコーダ ファクトリを公開することもできます。 新しいカスタム バインディング要素を作成するには、 クラスの派生クラスを作成します。 ただし、バインド要素には複数の型があります。 カスタム バインディング要素がメッセージ エンコード バインディング要素として認識されるには、さらに も実装する必要があります。 は、新しいメッセージ エンコーダ ファクトリ (`CreateMessageEncoderFactory`) を作成するためのメソッドを公開します。このメソッドを実装すると、一致するメッセージ エンコーダ ファクトリのインスタンスが返されます。 また、 にはアドレス バージョンを示すプロパティがあります。 このサンプルでは既存のエンコーダをラップするので、サンプルの実装では既存のエンコーダ バインディング要素もラップし、内部のエンコーダ バインディング要素をコンストラクタへのパラメータとして設定して、プロパティを介して公開します。 `GZipMessageEncodingBindingElement` クラスを実装する方法を次のサンプル コードに示します。 diff --git a/docs/framework/wcf/samples/custom-message-encoder-custom-text-encoder.md b/docs/framework/wcf/samples/custom-message-encoder-custom-text-encoder.md index bd59b524b85..6645bbd213e 100644 --- a/docs/framework/wcf/samples/custom-message-encoder-custom-text-encoder.md +++ b/docs/framework/wcf/samples/custom-message-encoder-custom-text-encoder.md @@ -2,11 +2,11 @@ title: 'カスタム メッセージ エンコーダー : カスタム テキスト エンコーダー' ms.date: 03/30/2017 ms.assetid: 68ff5c74-3d33-4b44-bcae-e1d2f5dea0de -ms.openlocfilehash: 975cfd44834ed31a5d723fdca0fe467cba63e68d -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 369706ecdc2e37a5fb62a448a273b045fe424df8 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # カスタム メッセージ エンコーダー : カスタム テキスト エンコーダー このサンプルでは、Windows Communication Foundation (WCF) を使用してカスタム テキスト メッセージ エンコーダーを実装する方法を示します。 @@ -20,7 +20,7 @@ ms.lasthandoff: 05/04/2018 > > `:\WF_WCF_Samples\WCF\Extensibility\MessageEncoder\Text` - の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] でサポートされているエンコーディングは、UTF-8、UTF-16、および Big Endean Unicode のみです。 このサンプルのカスタム テキスト メッセージ エンコーダーでは、すべてのプラットフォームでサポートされ、相互運用に必要とされる可能性のある文字エンコーディングがサポートされます。 このサンプルは、クライアント コンソール プログラム (.exe)、インターネット インフォメーション サービス (IIS) によってホストされるサービス ライブラリ (.dll)、およびテキスト メッセージ エンコーダー ライブラリ (.dll) で構成されています。 サービスは、要求/応答通信パターンを定義するコントラクトを実装します。 このコントラクトは `ICalculator` インターフェイスによって定義されており、算術演算 (加算、減算、乗算、および 除算) を公開しています。 クライアントは指定された算術演算を同期要求し、サービスは結果と共に応答します。 クライアントとサービスはどちらも、既定の `CustomTextMessageEncoder` の代わりに を使用します。 + WCF utf-8、utf-16、および Big Endean Unicode エンコーディングのみをサポートしています。 このサンプルのカスタム テキスト メッセージ エンコーダーでは、すべてのプラットフォームでサポートされ、相互運用に必要とされる可能性のある文字エンコーディングがサポートされます。 このサンプルは、クライアント コンソール プログラム (.exe)、インターネット インフォメーション サービス (IIS) によってホストされるサービス ライブラリ (.dll)、およびテキスト メッセージ エンコーダー ライブラリ (.dll) で構成されています。 サービスは、要求/応答通信パターンを定義するコントラクトを実装します。 このコントラクトは `ICalculator` インターフェイスによって定義されており、算術演算 (加算、減算、乗算、および 除算) を公開しています。 クライアントは指定された算術演算を同期要求し、サービスは結果と共に応答します。 クライアントとサービスはどちらも、既定の `CustomTextMessageEncoder` の代わりに を使用します。 カスタム エンコーダーの実装は、メッセージ エンコーダー ファクトリ、メッセージ エンコーダー、メッセージ エンコーディング バインド要素、および構成ハンドラーで構成され、次が示されます。 @@ -47,7 +47,7 @@ ms.lasthandoff: 05/04/2018 4. 1 つまたは複数コンピューター構成でサンプルを実行する手順についてで[Windows Communication Foundation サンプルの実行](../../../../docs/framework/wcf/samples/running-the-samples.md)です。 ## メッセージ エンコーダー ファクトリとメッセージ エンコーダー - またはクライアント チャネルが開かれると、デザイン時コンポーネント `CustomTextMessageBindingElement` は `CustomTextMessageEncoderFactory` を作成します。 このファクトリは、`CustomTextMessageEncoder` を作成します。 メッセージ エンコーダーは、ストリーミング モードとバッファー モードの両方で動作し、 と を使用してメッセージの読み取りと書き込みを行います。 UTF-8、UTF-16、および Big-Endean Unicode だけをサポートするように最適化された [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の XML リーダーとライターとは異なり、これらのリーダーとライターはプラットフォームでサポートされるすべてのエンコーディングをサポートします。 + またはクライアント チャネルが開かれると、デザイン時コンポーネント `CustomTextMessageBindingElement` は `CustomTextMessageEncoderFactory` を作成します。 このファクトリは、`CustomTextMessageEncoder` を作成します。 メッセージ エンコーダーは、ストリーミング モードとバッファー モードの両方で動作し、 と を使用してメッセージの読み取りと書き込みを行います。 最適化された XML リーダーと utf-8、utf-16、および Big-endean Unicode だけをサポートする WCF のライターではなくこれらのリーダーとライターをサポート プラットフォームがサポートされているすべてのエンコーディングします。 カスタム テキスト メッセージ エンコーダーのコード例を次に示します。 @@ -190,11 +190,11 @@ public class CustomTextMessageEncoderFactory : MessageEncoderFactory ``` ## メッセージ エンコーディング バインド要素 - このバインディング要素により、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ランタイム スタックの構成が可能になります。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーション内でカスタム メッセージ エンコーダーを使用するには、ランタイム スタックの適切なレベルで適切な設定を使用してメッセージ エンコーダー ファクトリを作成する、バインディング要素が必要です。 + バインド要素には、WCF ランタイム スタックの構成ができるようにします。 WCF アプリケーションでカスタム メッセージ エンコーダーを使用するには、バインド要素が必要なランタイム スタックの適切なレベルで適切な設定で、メッセージ エンコーダー ファクトリを作成します。 - `CustomTextMessageBindingElement` は 基本クラスから派生し、 クラスを継承します。 これによって、他の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] コンポーネントは、このバインディング要素をメッセージ エンコーディング バインディング要素として認識できます。 を実装すると、一致するメッセージ エンコーダー ファクトリのインスタンスが適切に設定されて返されます。 + `CustomTextMessageBindingElement` は 基本クラスから派生し、 クラスを継承します。 これにより、このバインド要素、メッセージ エンコーディング バインド要素として認識するその他の WCF コンポーネントです。 を実装すると、一致するメッセージ エンコーダー ファクトリのインスタンスが適切に設定されて返されます。 - `CustomTextMessageBindingElement` は、プロパティを介して `MessageVersion`、`ContentType`、および `Encoding` の設定を公開します。 エンコーダーは、Soap11Addressing と Soap12Addressing1 の両方のバージョンをサポートします。 既定値は Soap11Addressing1 です。 また、`ContentType` の既定値は "text/xml" です。 `Encoding` プロパティでは、必要な文字エンコーディングの値を設定できます。 サンプルのクライアントとサービスでは、ISO-8859-1 (Latin1) 文字エンコーディングを使用します。この規格は、 の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ではサポートされません。 + `CustomTextMessageBindingElement` は、プロパティを介して `MessageVersion`、`ContentType`、および `Encoding` の設定を公開します。 エンコーダーは、Soap11Addressing と Soap12Addressing1 の両方のバージョンをサポートします。 既定値は Soap11Addressing1 です。 また、`ContentType` の既定値は "text/xml" です。 `Encoding` プロパティでは、必要な文字エンコーディングの値を設定できます。 サンプルのクライアントとサービスを使用して ISO 8859-1 (Latin1) 文字エン コードでサポートされていない、 WCF のです。 カスタム テキスト メッセージ エンコーダーを使用してプログラムでバインディングを作成する方法を次のコードに示します。 diff --git a/docs/framework/wcf/samples/custom-message-interceptor.md b/docs/framework/wcf/samples/custom-message-interceptor.md index d184dc8ed01..6f4dc74919b 100644 --- a/docs/framework/wcf/samples/custom-message-interceptor.md +++ b/docs/framework/wcf/samples/custom-message-interceptor.md @@ -2,11 +2,11 @@ title: カスタム メッセージ インターセプター ms.date: 03/30/2017 ms.assetid: 73f20972-53f8-475a-8bfe-c133bfa225b0 -ms.openlocfilehash: 0ed34823251dcc010fc438bda1e746549b97f0f3 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: a59b2075473e2ca4c8cb8751fd6cb733f282238b +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # カスタム メッセージ インターセプター このサンプルでは、チャネル拡張モデルの使用方法を示します。 特に、チャネル ファクトリとチャネル リスナーを作成するカスタム バインド要素を実装して、ランタイム スタックの特定のポイントですべての送受信メッセージを中断する方法を示します。 また、このサンプルには、こうしたカスタム ファクトリの使用方法を示すクライアントとサーバーも含まれます。 @@ -25,7 +25,7 @@ ms.lasthandoff: 05/04/2018 > > `:\WF_WCF_Samples\WCF\Extensibility\Channels\MessageInterceptor` - サンプルは、チャネル フレームワークを使用して次の Windows Communication Foundation (WCF) でカスタム階層チャネルを作成するための推奨手順を説明[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]ベスト プラクティスです。 カスタム階層チャネルを作成する手順は、次のとおりです。 + このサンプルでは、WCF のベスト プラクティスに従うと、チャネル フレームワークを使用して Windows Communication Foundation (WCF) でカスタム階層チャネルを作成するための推奨手順について説明します。 カスタム階層チャネルを作成する手順は、次のとおりです。 1. どのチャネル形状をチャネル ファクトリおよびチャネル リスナがサポートするかを決定します。 diff --git a/docs/framework/wcf/samples/custom-service-host.md b/docs/framework/wcf/samples/custom-service-host.md index 4d7463142ed..cc3b62cd5b3 100644 --- a/docs/framework/wcf/samples/custom-service-host.md +++ b/docs/framework/wcf/samples/custom-service-host.md @@ -2,11 +2,11 @@ title: カスタム サービス ホスト ms.date: 03/30/2017 ms.assetid: fe16ff50-7156-4499-9c32-13d8a79dc100 -ms.openlocfilehash: c081858d57d9575a616c7c057047b0593a177f3e -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: c02ceb114a5346ea2a851f711f1ab9b50373cb75 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # カスタム サービス ホスト このサンプルでは、 クラスから派生したカスタムのサービス ホストを使用して、サービスの実行時動作を変更する方法を示します。 この方法は、多数のサービスを共通方式で構成するという方法の代わりに使用でき、再利用可能です。 このサンプルでは、 クラスを使用して、カスタムの ServiceHost を、インターネット インフォメーション サービス (IIS) または Windows プロセス アクティブ化サービス (WAS) でホストされる環境で使用する方法も示します。 @@ -121,7 +121,7 @@ host.Open(); 既定の クラスを使用してサービスをホストする場合と同様に、このカスタム ServiceHost も、サービスのエンドポイント構成をアプリケーションの構成ファイルから読み取ります。 ただし、カスタム ホストの内部でメタデータ公開を有効にするというロジックを追加したので、構成の中でメタデータ公開動作を明示的に有効化することは不要になりました。 この方法のメリットがはっきりと現れるのは、開発するアプリケーションに複数のサービスがあり、同じ構成要素を繰り返し記述することなく各サービスでメタデータ公開を有効化できるようにする場合です。 ## IIS または WAS でのカスタム ServiceHost の使用 - カスタム サービス ホストを自己ホストのシナリオで使用することは簡単です。サービス ホストのインスタンスを作成して開くことは、アプリケーションのコードで行うからです。 ただし、IIS または WAS がホストする環境では、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のインフラストラクチャが、受信メッセージに応答してサービスのホストを動的にインスタンス化します。 このホスト環境でもカスタム サービス ホストを使用できますが、ServiceHostFactory の形式でコードを追加する必要があります。 次に示すコードは、カスタム のインスタンスを返す、`SelfDescribingServiceHost` の派生クラスの例です。 + カスタム サービス ホストを自己ホストのシナリオで使用することは簡単です。サービス ホストのインスタンスを作成して開くことは、アプリケーションのコードで行うからです。 IIS または WAS がホストする環境で、ただし、WCF インフラストラクチャが動的にインスタンス化する受信メッセージに応答してサービスのホスト。 このホスト環境でもカスタム サービス ホストを使用できますが、ServiceHostFactory の形式でコードを追加する必要があります。 次に示すコードは、カスタム のインスタンスを返す、`SelfDescribingServiceHost` の派生クラスの例です。 ``` public class SelfDescribingServiceHostFactory : ServiceHostFactory @@ -150,7 +150,7 @@ public class SelfDescribingServiceHostFactory : ServiceHostFactory language=c# Debug="true" %> ``` - ここでは、`Factory` 属性を `@ServiceHost` ディレクティブに追加し、カスタム ファクトリの CLR 型の名前を属性値として渡しました。 IIS または WAS がこのサービスのメッセージを受信すると、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ホスト インフラストラクチャによって最初に ServiceHostFactory のインスタンスが作成され、次に `ServiceHostFactory.CreateServiceHost()` が呼び出されてサービス ホスト自体のインスタンスが作成されます。 + ここでは、`Factory` 属性を `@ServiceHost` ディレクティブに追加し、カスタム ファクトリの CLR 型の名前を属性値として渡しました。 WCF ホスティング インフラストラクチャが最初に ServiceHostFactory のインスタンスを作成し、サービス ホスト自体を呼び出すことによってインスタンス化し IIS または WAS は、このサービスのメッセージを受信したときに`ServiceHostFactory.CreateServiceHost()`です。 ## サンプルの実行 このサンプルには完全な機能を持つクライアントとサービスの実装が用意されていますが、ここでの目的は、カスタム ホストを使用してサービスのランタイム動作を変更する方法を示すことです。次の手順を実行します。 diff --git a/docs/framework/wcf/samples/custom-token.md b/docs/framework/wcf/samples/custom-token.md index 12d19708bee..c024294eb1c 100644 --- a/docs/framework/wcf/samples/custom-token.md +++ b/docs/framework/wcf/samples/custom-token.md @@ -2,11 +2,11 @@ title: カスタム トークン ms.date: 03/30/2017 ms.assetid: e7fd8b38-c370-454f-ba3e-19759019f03d -ms.openlocfilehash: 5850f97d6d3a66aacf82ab1cb2338240a75a00fb -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: c7219b94861cd23f27b331d1d3e5509654263430 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # カスタム トークン このサンプルでは、Windows Communication Foundation (WCF) アプリケーションにカスタム トークンの実装を追加する方法を示します。 この例では、`CreditCardToken` を使用して、クライアントのクレジット カードに関する情報をサーバーに安全に渡します。 このトークンは、WS-Security メッセージ ヘッダー内で渡され、対称セキュリティ バインディング要素を使用してメッセージ本文と他のメッセージ ヘッダーと共に署名および暗号化されます。 これは、組み込みのトークンでは不十分な場合に役立ちます。 このサンプルでは、組み込みのトークンのいずれかを使用する代わりに、カスタム セキュリティ トークンをサービスに提供する方法を示します。 サービスは、要求/応答通信パターンを定義するコントラクトを実装します。 @@ -20,7 +20,7 @@ ms.lasthandoff: 05/04/2018 - サービスがカスタム セキュリティ トークンを使用および検証する方法。 -- [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービス コードが、カスタム セキュリティ トークンを含む、受信したセキュリティ トークンに関する情報を取得する方法。 +- どの WCF サービス コードは、カスタム セキュリティ トークンを含む受信したセキュリティ トークンに関する情報を取得できます。 - サーバーの X.509 証明書を使用して、メッセージの暗号化や署名に使用する対称キーを保護する方法。 @@ -114,9 +114,9 @@ channelFactory.Close(); ``` ## カスタム セキュリティ トークンの実装 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] でカスタム セキュリティ トークンを有効にするには、カスタム セキュリティ トークンのオブジェクト表現を作成します。 サンプルのこの表現は、`CreditCardToken` クラスにあります。 このオブジェクト表現は、セキュリティ トークンのすべての関連情報を保持し、セキュリティ トークンに含まれるセキュリティ キーのリストを提供します。 この場合、クレジット カード セキュリティ トークンにはセキュリティ キーが含まれません。 + WCF では、カスタム セキュリティ トークンを有効にするには、カスタム セキュリティ トークンのオブジェクト表現を作成します。 サンプルのこの表現は、`CreditCardToken` クラスにあります。 このオブジェクト表現は、セキュリティ トークンのすべての関連情報を保持し、セキュリティ トークンに含まれるセキュリティ キーのリストを提供します。 この場合、クレジット カード セキュリティ トークンにはセキュリティ キーが含まれません。 - 次のセクションでは、カスタム トークンを有効にして通信回線を介して送信し、さらに [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] エンドポイントで使用するために必要な手順について説明します。 + 次のセクションには、新機能、ネットワーク経由で送信するカスタム トークンを有効にするための実行し、WCF エンドポイントで使用する必要がありますがについて説明します。 ``` class CreditCardToken : SecurityToken @@ -154,7 +154,7 @@ class CreditCardToken : SecurityToken ``` ## カスタム クレジット カード トークンのメッセージへの提供とメッセージからの取得 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のセキュリティ トークン シリアライザーは、セキュリティ トークンのオブジェクト表現をメッセージの XML から作成するほか、XML 形式のセキュリティ トークンを作成します。 また、セキュリティ トークンを指すキー識別子の読み取りと書き込みなど、他の機能も備えていますが、この例ではセキュリティ トークン関連の機能だけを使用します。 カスタム トークンを有効にするには、独自のセキュリティ トークン シリアライザーを実装する必要があります。 このサンプルでは、この目的のために `CreditCardSecurityTokenSerializer` クラスを使用します。 + WCF でのセキュリティ トークン シリアライザーは、メッセージ内の XML からセキュリティ トークンのオブジェクト表現を作成して、XML 形式のセキュリティ トークンの作成を担当します。 また、セキュリティ トークンを指すキー識別子の読み取りと書き込みなど、他の機能も備えていますが、この例ではセキュリティ トークン関連の機能だけを使用します。 カスタム トークンを有効にするには、独自のセキュリティ トークン シリアライザーを実装する必要があります。 このサンプルでは、この目的のために `CreditCardSecurityTokenSerializer` クラスを使用します。 サービス側では、カスタム シリアライザーは XML 形式のカスタム トークンを読み取り、そこからカスタム トークンのオブジェクト表現を作成します。 diff --git a/docs/framework/wcf/samples/custom-wsdl-publication.md b/docs/framework/wcf/samples/custom-wsdl-publication.md index 7506d317d55..7349a24bcb7 100644 --- a/docs/framework/wcf/samples/custom-wsdl-publication.md +++ b/docs/framework/wcf/samples/custom-wsdl-publication.md @@ -2,11 +2,11 @@ title: カスタム WSDL パブリケーション ms.date: 03/30/2017 ms.assetid: 3b3e8103-2c95-4db3-a05b-46aa8e9d4d29 -ms.openlocfilehash: e475a37b5c8e868cf06d7764d561755112ed943e -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: b75aa2269d9c21a6f6d7f579d3c0b6f547a92332 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # カスタム WSDL パブリケーション このサンプルでは、次の方法を示します。 @@ -230,7 +230,7 @@ public void GenerateOperation(OperationContractGenerationContext context) ``` - カスタム インポータが指定されると、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] メタデータ システムはカスタム インポータを、この目的のために作成された に読み込みます。 このサンプルでは、 を使用してメタデータをダウンロードし、適切に構成された を使用してサンプルで作成されたカスタム インポータによってメタデータをインポートします。さらに、 を使用して、変更されたコントラクト情報を Visual Basic および C# のクライアント コードにコンパイルします。このコードは Intellisense をサポートする Visual Studio で使用するか、または XML ドキュメントにコンパイルできます。 + カスタム インポーターを指定すると、WCF メタデータが読み込まれます。 カスタム インポーターにその目的用に作成します。 このサンプルでは、 を使用してメタデータをダウンロードし、適切に構成された を使用してサンプルで作成されたカスタム インポータによってメタデータをインポートします。さらに、 を使用して、変更されたコントラクト情報を Visual Basic および C# のクライアント コードにコンパイルします。このコードは Intellisense をサポートする Visual Studio で使用するか、または XML ドキュメントにコンパイルできます。 ``` /// From WSDL Documentation: diff --git a/docs/framework/wcf/samples/data-binding-in-a-windows-forms-client.md b/docs/framework/wcf/samples/data-binding-in-a-windows-forms-client.md index d96ce2a47f3..d1a1b2c1ba5 100644 --- a/docs/framework/wcf/samples/data-binding-in-a-windows-forms-client.md +++ b/docs/framework/wcf/samples/data-binding-in-a-windows-forms-client.md @@ -2,11 +2,11 @@ title: Windows フォーム クライアントのデータ バインディング ms.date: 03/30/2017 ms.assetid: a2a30b37-d6e2-4552-820e-e60b2bbe8829 -ms.openlocfilehash: a84aeedba89cc7a5c267a0fd1f6c4f604fe80d43 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 38991390f2d0dd272b8d07041b61e6cf16db0cae +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # Windows フォーム クライアントのデータ バインディング このサンプルでは、Windows フォーム アプリケーションで Windows Communication Foundation (WCF) サービスによって返されるデータにバインドする方法を示します。 @@ -14,11 +14,11 @@ ms.lasthandoff: 05/04/2018 > [!NOTE] > このサンプルのセットアップ手順とビルド手順については、この記事の最後を参照してください。 - このサンプルでは、要求/応答通信パターンを定義するコントラクトを実装するサービスを示します。 このサンプルは、クライアントの Windows フォーム アプリケーション (.exe) と、インターネット インフォメーション サービス (IIS) によってホストされる [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] で構成されています。 + このサンプルでは、要求/応答通信パターンを定義するコントラクトを実装するサービスを示します。 このサンプルは、Windows フォーム アプリケーション (.exe) のクライアントとインターネット インフォメーション サービス (IIS) によってホストされる WCF サービスで構成されます。 コントラクトは `IWeatherService` インターフェイスによって定義されます。このインターフェイスでは、`GetWeatherData` という名前の操作が公開されます。 この操作は都市名の配列を受け付け、各都市の予想最高気温と最低気温を表す `WeatherData` オブジェクトの配列を返します。 - データ バインディングは、Windows フォーム アプリケーションのクライアントで発生します。 `DataGridView` は Windows フォーム デザイナで定義し、データをグラフィック表示します。 さらに、`BindingSource` という中継局も作成されます。 `BindingSource` のデータ ソースは、サービスによって返されるデータ配列に設定されます。 `BindingSource` の目的は、データとデータ ビュー間を間接化するレイヤを提供することです。 データとの対話 (移動、並べ替え、フィルタ処理、更新など) はすべて、`BindingSource` コンポーネントを呼び出すことによって実行します。 `DataGridView` へのデータ バインディングを行うには、`datasource` の `DataGridView` を `BindingSource` オブジェクトに設定します。 これで、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスから返されるすべてのデータがユーザーに対してグラフィック表示されます。 ユーザーがボタンをクリックするたびに、返されたデータはデータ バインドされた `DataGridView` で自動的に更新されます。 + データ バインディングは、Windows フォーム アプリケーションのクライアントで発生します。 `DataGridView` は Windows フォーム デザイナで定義し、データをグラフィック表示します。 さらに、`BindingSource` という中継局も作成されます。 `BindingSource` のデータ ソースは、サービスによって返されるデータ配列に設定されます。 `BindingSource` の目的は、データとデータ ビュー間を間接化するレイヤを提供することです。 データとの対話 (移動、並べ替え、フィルタ処理、更新など) はすべて、`BindingSource` コンポーネントを呼び出すことによって実行します。 `DataGridView` へのデータ バインディングを行うには、`datasource` の `DataGridView` を `BindingSource` オブジェクトに設定します。 すべての WCF サービスから返されたデータがグラフィカルに表示されます。 ユーザーがボタンをクリックするたびに、返されたデータはデータ バインドされた `DataGridView` で自動的に更新されます。 ### サンプルをセットアップ、ビルド、および実行するには diff --git a/docs/framework/wcf/samples/data-binding-in-an-aspnet-client.md b/docs/framework/wcf/samples/data-binding-in-an-aspnet-client.md index ab207af21a7..650efd97364 100644 --- a/docs/framework/wcf/samples/data-binding-in-an-aspnet-client.md +++ b/docs/framework/wcf/samples/data-binding-in-an-aspnet-client.md @@ -2,11 +2,11 @@ title: ASP.NET クライアントでのデータ バインディング ms.date: 03/30/2017 ms.assetid: 68b49fa6-94e7-4d4c-a34e-902a2b3770b6 -ms.openlocfilehash: c0f3cbb08f0078bf364ef720635f7afda3257611 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 8fdebec272fbedf23233e03ba7c6fe2d64cb18cc +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # ASP.NET クライアントでのデータ バインディング このサンプルでは、Web フォーム アプリケーションで一般的な Windows Communication Foundation (WCF) サービスによって返されるデータをバインドする方法を示します。 @@ -14,11 +14,11 @@ ms.lasthandoff: 05/04/2018 > [!NOTE] > このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。 - このサンプルでは、要求/応答通信パターンを定義するコントラクトを実装するサービスを示します。 このサンプルは、ブラウザからアクセスできるクライアントの Web フォーム アプリケーションと、インターネット インフォメーション サービス (IIS) によってホストされる [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスとで構成されています。 + このサンプルでは、要求/応答通信パターンを定義するコントラクトを実装するサービスを示します。 このサンプルは、クライアント ブラウザーとインターネット インフォメーション サービス (IIS) によってホストされる WCF サービスからアクセスできる Web フォーム アプリケーションで構成されます。 サービスは、要求/応答通信パターンを定義するコントラクトを実装します。 コントラクトは `IWeatherService` インターフェイスによって定義されます。このインターフェイスでは、`GetWeatherData` という名前の操作が公開されます。 この操作は都市名の配列を受け付け、各都市の予想最高気温と最低気温を表す `WeatherData` オブジェクトの配列を返します。 - [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] クライアントの .aspx ページには DataGrid Web コントロールが定義されています。このコントロールには、サービスによって返されるデータのグラフィック表示が含まれます。 .aspx ページのコードによって気象データ用の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスが呼び出され、そのデータは `WeatherData` オブジェクトの配列に返されます。 DataGrid の `DataSource` プロパティをこの配列に設定することにより、データを取得する場所を指定します。 データ バインディングは、DataGrid の `DataBind` メソッドが呼び出されたときに発生します。 このすべてのコードに含まれている、します。`aspx` ページの`Page_Load`DataGrid のたびにユーザーがブラウザーにページのデータを更新するためのメソッドを更新します。 + [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] クライアントの .aspx ページには DataGrid Web コントロールが定義されています。このコントロールには、サービスによって返されるデータのグラフィック表示が含まれます。 .Aspx ページ上のコードの気象データ用の WCF サービスを呼び出すし、データの配列を返します`WeatherData`オブジェクト。 DataGrid の `DataSource` プロパティをこの配列に設定することにより、データを取得する場所を指定します。 データ バインディングは、DataGrid の `DataBind` メソッドが呼び出されたときに発生します。 このすべてのコードに含まれている、します。`aspx` ページの`Page_Load`DataGrid のたびにユーザーがブラウザーにページのデータを更新するためのメソッドを更新します。 ### サンプルをセットアップ、ビルド、および実行するには diff --git a/docs/framework/wcf/samples/data-binding-scenarios.md b/docs/framework/wcf/samples/data-binding-scenarios.md index ed92cdb77ec..5e14cf613b1 100644 --- a/docs/framework/wcf/samples/data-binding-scenarios.md +++ b/docs/framework/wcf/samples/data-binding-scenarios.md @@ -2,21 +2,21 @@ title: データ バインディングのシナリオ ms.date: 03/30/2017 ms.assetid: a2c10dc4-84af-4dab-baee-e9c84ca26ebf -ms.openlocfilehash: 514d296888dcfbda188b8265654b0afa1e8301b4 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 3385e2c8078e5874e4f60b7d9363fa9b801cbcb0 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # データ バインディングのシナリオ このセクションには、Windows Communication Foundation (WCF) のデータ バインディング シナリオを示すサンプルが含まれています。 ## このセクションの内容 [Windows フォーム クライアントのデータ バインディング](../../../../docs/framework/wcf/samples/data-binding-in-a-windows-forms-client.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスによって返されたデータを Windows フォーム アプリケーションでバインドする方法を示します。 + Windows フォーム アプリケーションで WCF サービスによって返されるデータにバインドする方法を示します。 [ASP.NET クライアントでのデータ バインディング](../../../../docs/framework/wcf/samples/data-binding-in-an-aspnet-client.md) - 一般的な [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスによって返されたデータを Web フォーム アプリケーションでバインドする方法を示します。 + Web フォーム アプリケーションで一般的な WCF サービスによって返されるデータをバインドする方法を示します。 [Windows Presentation Foundation クライアントでのデータ バインディング](../../../../docs/framework/wcf/samples/data-binding-in-a-wpf-client.md) Windows Presentation Foundation (WPF) クライアントでのデータ バインディングの使用を示します。 diff --git a/docs/framework/wcf/samples/durable-instance-context.md b/docs/framework/wcf/samples/durable-instance-context.md index ec913679a77..cb93e068906 100644 --- a/docs/framework/wcf/samples/durable-instance-context.md +++ b/docs/framework/wcf/samples/durable-instance-context.md @@ -2,11 +2,11 @@ title: 永続性インスタンス コンテキスト ms.date: 03/30/2017 ms.assetid: 97bc2994-5a2c-47c7-927a-c4cd273153df -ms.openlocfilehash: 75516bfa0cf5ac7bfb27eb5ee2c51d04c30bc9a5 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: fb331fc0e5f384f0ffb268c1c6f7a5ffc99478ec +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 永続性インスタンス コンテキスト このサンプルでは、永続性インスタンス コンテキストを有効にするには、Windows Communication Foundation (WCF) ランタイムをカスタマイズする方法を示します。 バッキング ストアとして、SQL Server 2005 (この場合は SQL Server 2005 Express) を使用します。 ただし、カスタム ストレージ機構にアクセスする方法も示します。 @@ -14,7 +14,7 @@ ms.lasthandoff: 05/04/2018 > [!NOTE] > このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。 - このサンプルには、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のチャネル レイヤとサービス モデル レイヤの両方の拡張が含まれています。 したがって、実装の詳細に進む前に基になる概念を理解する必要があります。 + このサンプルでは、チャネル レイヤと WCF のサービス モデル レイヤーの両方を拡張する必要があります。 したがって、実装の詳細に進む前に基になる概念を理解する必要があります。 永続性インスタンス コンテキストは、現実のケースでも頻繁に起こりうるものです。 たとえば、ショッピング カート アプリケーションには、買い物を中断しても別の日に再開できる機能が用意されています。 そのため、ショッピング カートに翌日アクセスすると、元のコンテキストが復元されます。 接続が切断されている間、ショッピング カート アプリケーション (サーバー上) はショッピング カートのインスタンスを保持しないことに注意してください。 その代わり、状態を永続的なストレージ メディアに保持し、復元されたコンテキストの新しいインスタンスを構築するときにこの状態を使用します。 したがって、同じコンテキストに対してサービスを提供できるサービス インスタンスは、以前のインスタンスと同じではありません (つまり、メモリ アドレスが同じではありません)。 @@ -119,7 +119,7 @@ if (isFirstMessage) } ``` - 次にこうしたチャネル実装は、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クラスと `DurableInstanceContextBindingElement` クラスによって `DurableInstanceContextBindingElementSection` チャネル ランタイムに適切に追加されます。 参照してください、 [HttpCookieSession](../../../../docs/framework/wcf/samples/httpcookiesession.md)チャネルのバインド要素と要素のセクションをバインディングの詳細については、サンプルのドキュメントです。 + これらのチャネルの実装では、WCF チャネル ランタイムに追加されます、`DurableInstanceContextBindingElement`クラスと`DurableInstanceContextBindingElementSection`適切にします。 参照してください、 [HttpCookieSession](../../../../docs/framework/wcf/samples/httpcookiesession.md)チャネルのバインド要素と要素のセクションをバインディングの詳細については、サンプルのドキュメントです。 ## サービス モデル レイヤの拡張 コンテキスト ID がチャネル レイヤを通過すると、インスタンス化をカスタマイズするようにサービス側の動作を実装できます。 このサンプルでは、記憶域マネージャを使用して永続ストアからの状態の読み込みと、永続ストアへの状態の保存が行われます。 前述のように、このサンプルにはバッキング ストアとして SQL Server 2005 を使用する記憶域マネージャが用意されています。 ただし、この拡張に対してカスタム ストレージ機構を追加することもできます。 これを行うには、すべての記憶域マネージャが実装する必要のあるパブリック インターフェイスを宣言します。 @@ -228,9 +228,9 @@ else 永続ストレージのインスタンスの読み取りや書き込みに必要なインフラストラクチャを実装します。 ここで、サービス側の動作を変更するために必要な手順を行う必要があります。 - この処理の最初の手順として、チャネル レイヤを通過したコンテキスト ID を現在の InstanceContext に保存する必要があります。 InstanceContext とは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ディスパッチャとサービス インスタンス間のリンクとして動作するランタイム コンポーネントです。 これを使用すると、追加の状態と動作をサービス インスタンスに提供できます。 セッションの多い通信では、コンテキスト ID は最初のメッセージだけに含まれて送信されるので、これが重要になります。 + この処理の最初の手順として、チャネル レイヤを通過したコンテキスト ID を現在の InstanceContext に保存する必要があります。 InstanceContext は、WCF ディスパッチャーとサービス インスタンス間のリンクとして機能するランタイム コンポーネントです。 これを使用すると、追加の状態と動作をサービス インスタンスに提供できます。 セッションの多い通信では、コンテキスト ID は最初のメッセージだけに含まれて送信されるので、これが重要になります。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、拡張可能オブジェクト パターンを使用して、新しい状態および動作を追加することにより、InstanceContext ランタイム コンポーネントを拡張できます。 拡張可能オブジェクト パターンは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、既存のランタイム クラスに新しい機能を付け加えて拡張するため、またはオブジェクトに新しい状態の機能を追加するために使用されます。 拡張可能オブジェクト パターン - IExtensibleObject に 3 つのインターフェイスがある\、IExtension\、および IExtensionCollection\: + WCF では、新しい状態と、拡張可能オブジェクト パターンを使用して動作を追加することにより、InstanceContext ランタイム コンポーネントの拡張を使用します。 拡張可能オブジェクト パターンは WCF で使用されるか、新しい機能を持つ既存のランタイム クラスを拡張するか、オブジェクトに新しい状態の機能を追加します。 拡張可能オブジェクト パターン - IExtensibleObject に 3 つのインターフェイスがある\、IExtension\、および IExtensionCollection\: - IExtensibleObject\ インターフェイスはオブジェクトを拡張して、機能をカスタマイズすることによって実装されます。 @@ -278,7 +278,7 @@ public void Initialize(InstanceContext instanceContext, Message message) 既に説明したように、コンテキスト ID は `Properties` クラスの `Message` コレクションから読み取られ、拡張クラスのコンストラクタに渡されます。 これによって、レイヤ間で情報を交換する場合の一貫性のある方法が示されます。 - 次の重要な手順は、サービス インスタンスの作成手順をオーバーライドすることです。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] を使用すると、カスタマイズされたインスタンス化動作を実装し、IInstanceProvider インターフェイスを使用してこれをランタイムにフックできます。 新しい `InstanceProvider` クラスがこの処理を行うために実装されます。 コンストラクタでは、インスタンス プロバイダから予期されるサービス型が受け入れられます。 これは、後で新しいインスタンスの作成に使用されます。 `GetInstance` 実装では、永続するインスタンスを検索する記憶域マネージャのインスタンスが作成されます。 `null` が返された場合、サービス型の新しいインスタンスがインスタンス化され、呼び出し元に返されます。 + 次の重要な手順は、サービス インスタンスの作成手順をオーバーライドすることです。 WCF では、カスタムのインスタンス化動作を実装し、IInstanceProvider インターフェイスを使用して、ランタイムにフックを使用します。 新しい `InstanceProvider` クラスがこの処理を行うために実装されます。 コンストラクタでは、インスタンス プロバイダから予期されるサービス型が受け入れられます。 これは、後で新しいインスタンスの作成に使用されます。 `GetInstance` 実装では、永続するインスタンスを検索する記憶域マネージャのインスタンスが作成されます。 `null` が返された場合、サービス型の新しいインスタンスがインスタンス化され、呼び出し元に返されます。 ``` public object GetInstance(InstanceContext instanceContext, Message message) @@ -349,9 +349,9 @@ foreach (ChannelDispatcherBase cdb in serviceHostBase.ChannelDispatchers) ここまでを要約すると、このサンプルでは、カスタム コンテキスト ID を交換するためにカスタム ワイヤ プロトコルを有効化するチャネルを作成しました。また、永続ストレージのインスタンスを読み込むように、既定のインスタンス化動作を上書きしました。 - 残りの手順は、サービス インスタンスを永続ストレージに保存することです。 既に説明したとおり、`IStorageManager` 実装に状態を保存するには、あらかじめ必要な機能があります。 次に、この機能を [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ランタイムと統合する必要があります。 これを行うには、サービス実装クラスのメソッドに適用可能な別の属性が必要です。 つまりこの属性は、サービス インスタンスの状態を変更するメソッドに適用できることが必要です。 + 残りの手順は、サービス インスタンスを永続ストレージに保存することです。 既に説明したとおり、`IStorageManager` 実装に状態を保存するには、あらかじめ必要な機能があります。 今すぐ必要があります統合しこの WCF ランタイムとします。 これを行うには、サービス実装クラスのメソッドに適用可能な別の属性が必要です。 つまりこの属性は、サービス インスタンスの状態を変更するメソッドに適用できることが必要です。 - この機能は、`SaveStateAttribute` クラスに実装されています。 このクラスには、各操作の `IOperationBehavior` ランタイムを変更する [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クラスも実装されています。 メソッドの詳細がこの属性で指定されると、適切な [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] が作成される際に、`ApplyBehavior` ランタイムが `DispatchOperation` メソッドを呼び出します。 このメソッドの実装のコードは 1 行です。 + この機能は、`SaveStateAttribute` クラスに実装されています。 実装`IOperationBehavior`操作ごとに、WCF ランタイムを変更するクラス。 この属性でマークされたメソッドは、WCF ランタイムによって呼び出される、`ApplyBehavior`中に、適切なメソッド`DispatchOperation`が構築されます。 このメソッドの実装のコードは 1 行です。 ``` dispatch.Invoker = new OperationInvoker(dispatch.Invoker); @@ -373,7 +373,7 @@ return result; ``` ## 拡張機能の使用 - チャネル レイヤとサービス モデル レイヤの拡張を完了すると、どちらも [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションで使用できるようになります。 サービスでは、カスタム バインディングを使用してチャネルをチャネル スタックに追加し、サービス実装クラスの詳細を適切な属性で指定する必要があります。 + 両方、チャネル レイヤとサービス モデル レイヤの拡張を完了して WCF アプリケーションで使用することができますようになりました。 サービスでは、カスタム バインドを使用してチャネルをチャネル スタックに追加し、サービス実装クラスの詳細を適切な属性で指定する必要があります。 ``` [DurableInstanceContext] diff --git a/docs/framework/wcf/samples/durable-issued-token-provider.md b/docs/framework/wcf/samples/durable-issued-token-provider.md index d2e160fa09e..8fbb7fad2e6 100644 --- a/docs/framework/wcf/samples/durable-issued-token-provider.md +++ b/docs/framework/wcf/samples/durable-issued-token-provider.md @@ -2,21 +2,21 @@ title: 永続性発行済みトークン プロバイダー ms.date: 03/30/2017 ms.assetid: 76fb27f5-8787-4b6a-bf4c-99b4be1d2e8b -ms.openlocfilehash: 20006f87f7ecba9c09f6c957f8b6355dec7fbd32 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 145faaae709119708240863f85eb5352fb2c5a1b +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 永続性発行済みトークン プロバイダー このサンプルでは、カスタム クライアントの発行済みトークン プロバイダーを実装する方法を示します。 ## 説明 - トークン プロバイダーでは、Windows Communication Foundation (WCF) を使用すると、セキュリティ インフラストラクチャに資格情報を提供します。 一般的に、トークン プロバイダーは、ターゲットをチェックし、適切な証明書を発行して、セキュリティ インフラストラクチャがメッセージのセキュリティを保護できるようにします。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] にはトークン プロバイダー [!INCLUDE[infocard](../../../../includes/infocard-md.md)] が付属しています。 カスタム トークン プロバイダーは、次の場合に便利です。 + トークン プロバイダーでは、Windows Communication Foundation (WCF) を使用すると、セキュリティ インフラストラクチャに資格情報を提供します。 一般的に、トークン プロバイダーは、ターゲットをチェックし、適切な証明書を発行して、セキュリティ インフラストラクチャがメッセージのセキュリティを保護できるようにします。 WCF に付属して、[!INCLUDE[infocard](../../../../includes/infocard-md.md)]トークン プロバイダー。 カスタム トークン プロバイダーは、次の場合に便利です。 - 組み込みのトークン プロバイダが連係動作できない資格情報ストアがある場合。 -- 資格情報をユーザーが詳細を提供した時点から [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアントが資格情報を使用した時点に変換するための、独自のカスタム メカニズムを提供する場合。 +- ユーザーが WCF クライアントが資格情報を使用する場合に詳細を提供するときに、ポイントからの資格情報を変換するための独自のカスタム メカニズムを提供する場合は。 - カスタム トークンを構築している場合。 @@ -26,7 +26,7 @@ ms.lasthandoff: 05/04/2018 - クライアントをカスタム トークン プロバイダーを使用して構成する手順。 -- 発行済みトークンをキャッシュして [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアントに提供する手順。 +- 発行済みトークンをキャッシュし、WCF クライアントに提供される方法です。 - サーバーがクライアントによってサーバーの X.509 証明書を使用して認証される手順。 @@ -109,7 +109,7 @@ ms.lasthandoff: 05/04/2018 セキュリティ トークン サービスは、標準の wsHttpBinding を使用して、単一のエンドポイントを公開します。 セキュリティ トークン サービスは、クライアントからのトークンの要求に応答し、クライアントが Windows アカウントを使用して認証していることを前提として、クライアントのユーザー名がクレームとして含まれているトークンを発行します。 セキュリティ トークン サービスは、トークン作成の一環として、CN=STS 証明書に関連付けられている秘密キーを使用して、トークンに署名します。 また、対称キーを作成し、CN=localhost 証明書に関連付けられている秘密キーを使用して暗号化します。 セキュリティ トークン サービスは、トークンをクライアントに返すときに、対称キーも返します。 クライアントは、発行されたトークンを Calculator サービスに提示し、対称キーを使用してメッセージに署名することで対称キーを認識していることを証明します。 ## カスタム クライアント資格情報とトークン プロバイダ - 発行済みトークンをキャッシュするカスタム トークン プロバイダーを開発して [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のセキュリティに統合する方法を、次の手順に示します。 + 次の手順は、発行済みトークンをキャッシュするカスタム トークン プロバイダーを開発して、WCF と統合する方法を示します: セキュリティ。 #### カスタム トークン プロバイダーを開発するには diff --git a/docs/framework/wcf/samples/dynamic-reconfiguration.md b/docs/framework/wcf/samples/dynamic-reconfiguration.md index 8977499192d..6d6c507118f 100644 --- a/docs/framework/wcf/samples/dynamic-reconfiguration.md +++ b/docs/framework/wcf/samples/dynamic-reconfiguration.md @@ -2,14 +2,14 @@ title: 動的再構成 ms.date: 03/30/2017 ms.assetid: b20786ae-cce6-4f91-b6cb-9cae116faf8b -ms.openlocfilehash: 3783dd79918dc42a5ad6567bb4f3d2d0fe8bc1e1 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 81a2b494c48476e683053e12e58264e756201124 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 動的再構成 -このサンプルでは、Windows Communication Foundation (WCF) ルーティング サービスを使用します。 ルーティング サービスは、コンテンツ ベースのルーターをアプリケーションに簡単に追加できるようにする [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] コンポーネントです。 このサンプルでは、標準の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 電卓のサンプルを改良し、ルーティング サービスを使用して通信するようにします。 このサンプルでは、実行時にルーティング サービスを動的に再構成する方法を示します。 +このサンプルでは、Windows Communication Foundation (WCF) ルーティング サービスを使用します。 ルーティング サービスは、コンテンツ ベースのルーターをアプリケーションに含めるしやすく WCF コンポーネントです。 このサンプルは、ルーティング サービスを使用して通信するために標準の WCF 電卓のサンプルを適合させます。 このサンプルでは、実行時にルーティング サービスを動的に再構成する方法を示します。 > [!IMPORTANT] > サンプルは、既にコンピューターにインストールされている場合があります。 続行する前に、次の (既定の) ディレクトリを確認してください。 diff --git a/docs/framework/wcf/samples/expected-exceptions.md b/docs/framework/wcf/samples/expected-exceptions.md index 6c64e42b659..b4606c87cd2 100644 --- a/docs/framework/wcf/samples/expected-exceptions.md +++ b/docs/framework/wcf/samples/expected-exceptions.md @@ -2,11 +2,11 @@ title: 予期される例外 ms.date: 03/30/2017 ms.assetid: 299a6987-ae6b-43c6-987f-12b034b583ae -ms.openlocfilehash: 9552bf5178e3309d46e0f9220311c9e1a811c4b9 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 6c4af62e0870cdd670c46ead169033ff72902fc0 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 予期される例外 このサンプルでは、型指定のあるクライアントを使用する際に、予期される例外をキャッチする方法を示します。 このサンプルがに基づいて、[作業の開始](../../../../docs/framework/wcf/samples/getting-started-sample.md)電卓サービスを実装します。 この例では、クライアントはコンソール アプリケーション (.exe) であり、サービスはインターネット インフォメーション サービス (IIS) によってホストされます。 @@ -16,9 +16,9 @@ ms.lasthandoff: 05/04/2018 このサンプルでは、正しいプログラムが処理する必要のある `TimeoutException` および `CommunicationException` という 2 種類の予期される例外を、キャッチして処理する方法を示します。 - Windows Communication Foundation (WCF) クライアント上の通信メソッドからスローされる例外は、必要なまたは予期しないです。 予期しない例外には、`OutOfMemoryException` などの致命的なエラーや、`ArgumentNullException` や `InvalidOperationException` などのプログラミング エラーが含まれます。 一般に、予期しないエラーを処理する有効な方法はありません。したがって [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアントの通信メソッドを呼び出す際、通常は、予期しないエラーをキャッチしないでください。 + Windows Communication Foundation (WCF) クライアント上の通信メソッドからスローされる例外は、必要なまたは予期しないです。 予期しない例外には、`OutOfMemoryException` などの致命的なエラーや、`ArgumentNullException` や `InvalidOperationException` などのプログラミング エラーが含まれます。 通常、予期しないエラーを処理するをキャッチせずに WCF クライアントの通信メソッドを呼び出すときに通常する便利な方法はありません。 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアントの通信メソッドからの予期される例外には、`TimeoutException`、`CommunicationException`、および `CommunicationException` の任意の派生クラスが含まれます。 これらの例外は通信中の問題を示しますが、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアントを中止して通信エラーを報告することによって安全に処理できます。 どのアプリケーションでも外部要因によってこうしたエラーが発生する可能性があるので、正しいアプリケーションはこのようなエラーをキャッチし、発生した場合には回復させる必要があります。 + WCF クライアントの通信メソッドからの例外は、期待どおり`TimeoutException`、 `CommunicationException`、いずれかの派生クラスと`CommunicationException`です。 これらは、WCF クライアントを中止し、通信エラーを報告して安全に処理できる通信中に問題を示します。 どのアプリケーションでも外部要因によってこうしたエラーが発生する可能性があるので、正しいアプリケーションはこのようなエラーをキャッチし、発生した場合には回復させる必要があります。 `CommunicationException` の派生クラスには、クライアントがスローできるものがいくつかあります。 状況によっては、アプリケーションでこれらのサブクラスをキャッチして特別な処理を行うこともできます。しかし、それ以外の場合は `CommunicationException` として処理する必要があります。 この処理は、より具体的な例外の種類を最初にキャッチし、後の catch 句で `CommunicationException` をキャッチすることによって実現できます。 diff --git a/docs/framework/wcf/samples/extending-tracing.md b/docs/framework/wcf/samples/extending-tracing.md index 1d7d0356812..fdf9e7c5a3e 100644 --- a/docs/framework/wcf/samples/extending-tracing.md +++ b/docs/framework/wcf/samples/extending-tracing.md @@ -2,11 +2,11 @@ title: トレースの拡張 ms.date: 03/30/2017 ms.assetid: 2b971a99-16ec-4949-ad2e-b0c8731a873f -ms.openlocfilehash: 685ba85dc240bc2fdefdf02d9ece2279e3507abc -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 59291b6a57ba602e5fea84dcd571a8d767b7cc04 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # トレースの拡張 このサンプルでは、ユーザー定義のアクティビティ トレースをクライアントとサービス コードに記述して、Windows Communication Foundation (WCF) のトレース機能を拡張する方法を示します。 これにより、ユーザーはトレース アクティビティを作成し、トレースを作業の論理単位ごとにグループ化することができます。 さらに、転送 (同じエンドポイント内) や伝達 (異なるエンドポイント間) を経由してアクティビティを相互に関連付けることもできます。 このサンプルでは、トレースはクライアントとサービスの両方で有効です。 クライアントとサービス構成ファイルでトレースを有効にする方法の詳細については、次を参照してください。[トレースとメッセージ ログ](../../../../docs/framework/wcf/samples/tracing-and-message-logging.md)です。 @@ -26,7 +26,7 @@ ms.lasthandoff: 05/04/2018 > `:\WF_WCF_Samples\WCF\Basic\Management\ExtendingTracing` ## トレースとアクティビティの伝達 - ユーザー定義のアクティビティ トレースにより、ユーザー自身のトレース アクティビティを作成できます。これによって、複数のトレースを作業の論理単位ごとにグループ化したり、転送や伝達を経由してアクティビティを相互に関連付けたり、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] トレースのパフォーマンスの負荷 (ログ ファイルによるディスク領域の負荷など) を軽減できます。 + ユーザー定義のアクティビティ トレースにより、作業の論理単位にグループのトレースに自身のトレース アクティビティを作成する、転送や伝達を経由してアクティビティを関連付け、および WCF トレース (たとえば、コスト、ディスク領域のパフォーマンス コストを抑えるために、ユーザーログ ファイルの)。 ### カスタム ソースの追加 ユーザー定義のトレースは、クライアントとサービス コードの両方に追加できます。 これらのカスタム トレース記録しに表示するを許可するクライアントまたはサービス構成ファイルにトレース ソースの追加、[サービス トレース ビューアー ツール (SvcTraceViewer.exe)](../../../../docs/framework/wcf/service-trace-viewer-tool-svctraceviewer-exe.md)です。 次のコードは、`ServerCalculatorTraceSource` というユーザー定義のトレース ソースを構成ファイルに追加する方法を示します。 @@ -67,7 +67,7 @@ ms.lasthandoff: 05/04/2018 ``` ### アクティビティの相互関連付け - エンドポイント間でアクティビティを直接関連付けるには、`propagateActivity` トレース ソースの `true` 属性を `System.ServiceModel` に設定する必要があります。 また、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アクティビティを経由せずにトレースを伝達するには、ServiceModel アクティビティ トレースをオフにする必要があります。 次のコード サンプルを参照してください。 + エンドポイント間でアクティビティを直接関連付けるには、`propagateActivity` トレース ソースの `true` 属性を `System.ServiceModel` に設定する必要があります。 また、トレースを伝達する WCF アクティビティを経由せず、ServiceModel アクティビティ トレース無効でなければなりません。 次のコード サンプルを参照してください。 > [!NOTE] > ServiceModel アクティビティ トレースをオフにすることは、`switchValue` プロパティが表すトレース レベルをオフにすることとは異なります。 @@ -85,7 +85,7 @@ ms.lasthandoff: 05/04/2018 ``` ### パフォーマンスの負荷の軽減 - `ActivityTracing` トレース ソースの `System.ServiceModel` をオフに設定すると、ユーザー定義のアクティビティ トレースのみを含み、ServiceModel アクティビティ トレースは含まないトレース ファイルが生成されます。 これによって、ログ ファイルのサイズがはるかに小さくなります。 ただし、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 処理トレースを関連付けることはできなくなります。 + `ActivityTracing` トレース ソースの `System.ServiceModel` をオフに設定すると、ユーザー定義のアクティビティ トレースのみを含み、ServiceModel アクティビティ トレースは含まないトレース ファイルが生成されます。 これによって、ログ ファイルのサイズがはるかに小さくなります。 ただし、WCF トレースの処理を関連付けるために営業案件は失われます。 ##### サンプルをセットアップ、ビルド、および実行するには diff --git a/docs/framework/wcf/samples/extensibility.md b/docs/framework/wcf/samples/extensibility.md index 0ad52e886bc..40ddfdb3874 100644 --- a/docs/framework/wcf/samples/extensibility.md +++ b/docs/framework/wcf/samples/extensibility.md @@ -2,11 +2,11 @@ title: 機能拡張 ms.date: 03/30/2017 ms.assetid: cd7ddffc-a261-44aa-bd50-33c1c74f0df0 -ms.openlocfilehash: 7cba21715a6a0347e910300de46c1e47fd6e30bf -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 010d6d7b17d3cb39e19c23550ca3522d6ea73a21 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 機能拡張 このセクションには、カスタム拡張機能と Windows Communication Foundation (WCF) の他の機能を処理するサンプルが含まれています。 @@ -55,10 +55,10 @@ ms.lasthandoff: 05/04/2018 シリアル化、逆シリアル化、スキーマのエクスポート、スキーマのインポートなどのプロセスを、データ コントラクト サロゲート クラスを使用してカスタマイズする方法を示します。 [エラー処理およびレポートに対する制御の拡張](../../../../docs/framework/wcf/samples/extending-control-over-error-handling-and-reporting.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] インターフェイスを使用して、 サービスのエラー処理およびエラー報告に対する制御を拡張する方法を示します。 + エラー処理とレポートを使用して WCF サービスのエラーに対する制御を拡張する方法を示します、インターフェイスです。 [メッセージ インスペクター](../../../../docs/framework/wcf/samples/message-inspectors.md) クライアントとサービスのメッセージ インスペクターを実装して構成する方法を示します。 [WebContentTypeMapper](../../../../docs/framework/wcf/samples/webcontenttypemapper-sample.md) - 新しいコンテンツ タイプを [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] メッセージの本文の書式に割り当てる方法を示します。 + 新しいコンテンツの種類を WCF メッセージ本文の形式にマップする方法を示します。 diff --git a/docs/framework/wcf/samples/federation-sample.md b/docs/framework/wcf/samples/federation-sample.md index 0e482637b65..260c2bf31c2 100644 --- a/docs/framework/wcf/samples/federation-sample.md +++ b/docs/framework/wcf/samples/federation-sample.md @@ -2,17 +2,17 @@ title: フェデレーション サンプル ms.date: 03/30/2017 ms.assetid: 7e9da0ca-e925-4644-aa96-8bfaf649d4bb -ms.openlocfilehash: 38581c7003c30038ee1a3438caa96b7f2782a23e -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: a9c2b91f7d8bdf24476c76fcd479b7f2fb44c90f +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # フェデレーション サンプル このサンプルではフェデレーション セキュリティを示します。 ## サンプルの詳細 - Windows Communication Foundation (WCF) を介してフェデレーション セキュリティ アーキテクチャを展開するためサポートを提供する、`wsFederationHttpBinding`です。 `wsFederationHttpBinding` は、セキュリティで保護された、信頼できる、相互運用が可能なバインディングを提供します。このバインディングでは、要求/応答の通信のための基になるトランスポート機構として HTTP を使用でき、エンコーディングのためのワイヤ形式として Text/XML を使用できます。 内のフェデレーションの詳細については[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]を参照してください[フェデレーション](../../../../docs/framework/wcf/feature-details/federation.md)です。 + Windows Communication Foundation (WCF) を介してフェデレーション セキュリティ アーキテクチャを展開するためサポートを提供する、`wsFederationHttpBinding`です。 `wsFederationHttpBinding` は、セキュリティで保護された、信頼できる、相互運用が可能なバインディングを提供します。このバインディングでは、要求/応答の通信のための基になるトランスポート機構として HTTP を使用でき、エンコーディングのためのワイヤ形式として Text/XML を使用できます。 WCF でのフェデレーションの詳細については、次を参照してください。[フェデレーション](../../../../docs/framework/wcf/feature-details/federation.md)です。 シナリオは、次の 4 つの部分から構成されます。 diff --git a/docs/framework/wcf/samples/hello-world-with-the-routing-service.md b/docs/framework/wcf/samples/hello-world-with-the-routing-service.md index 501cc31cc36..afdefc786b9 100644 --- a/docs/framework/wcf/samples/hello-world-with-the-routing-service.md +++ b/docs/framework/wcf/samples/hello-world-with-the-routing-service.md @@ -2,14 +2,14 @@ title: ルーティング サービスを使用した Hello World ms.date: 03/30/2017 ms.assetid: 0f4b0d5b-6522-4ad5-9f3a-baa78316d7d1 -ms.openlocfilehash: 88b7cdb9beabd8e4ff5ffc9a1c31a702a3cb4f02 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 881636097cf342de09164804c6df6acfbcd97c45 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # ルーティング サービスを使用した Hello World -このサンプルでは、Windows Communication Foundation (WCF) ルーティング サービスを使用します。 ルーティング サービスは、コンテンツ ベースのルーターをアプリケーションに簡単に追加できるようにする [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] コンポーネントです。 このサンプルでは、標準の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 電卓のサンプルを改良し、ルーティング サービスを使用して通信するようにします。 このサンプルの電卓クライアントは、ルーターによって公開されるエンドポイントにメッセージを送信するように構成されています。 ルーティング サービスは、送信されてきたすべてのメッセージを受け入れ、電卓サービスに対応するエンドポイントに転送するように構成されています。 したがって、クライアントから送信されたメッセージはルーターで受信され、実際の電卓サービスに再ルーティングされます。 電卓サービスからのメッセージはルーターに送り返され、ルーターから電卓クライアントに渡されます。 +このサンプルでは、Windows Communication Foundation (WCF) ルーティング サービスを使用します。 ルーティング サービスは、コンテンツ ベースのルーターをアプリケーションに含めるしやすく WCF コンポーネントです。 このサンプルは、ルーティング サービスを使用して通信するために標準の WCF 電卓のサンプルを適合させます。 このサンプルの電卓クライアントは、ルーターによって公開されるエンドポイントにメッセージを送信するように構成されています。 ルーティング サービスは、送信されてきたすべてのメッセージを受け入れ、電卓サービスに対応するエンドポイントに転送するように構成されています。 したがって、クライアントから送信されたメッセージはルーターで受信され、実際の電卓サービスに再ルーティングされます。 電卓サービスからのメッセージはルーターに送り返され、ルーターから電卓クライアントに渡されます。 ### このサンプルを使用するには diff --git a/docs/framework/wcf/samples/hierarchical-configuration-model.md b/docs/framework/wcf/samples/hierarchical-configuration-model.md index bd672387e15..5ca48b01614 100644 --- a/docs/framework/wcf/samples/hierarchical-configuration-model.md +++ b/docs/framework/wcf/samples/hierarchical-configuration-model.md @@ -1,30 +1,18 @@ --- -title: "階層的な構成モデル" -ms.custom: +title: 階層的な構成モデル ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: -ms.suite: -ms.technology: dotnet-clr -ms.tgt_pltfrm: -ms.topic: article ms.assetid: 28dcc698-226c-4b77-9e51-8bf45a36216c -caps.latest.revision: "12" -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: dotnet -ms.openlocfilehash: cf8e7b37b6430be1eed9bc037bfa06aeb825b866 -ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24 +ms.openlocfilehash: 233a8d4ba36835ab26e0c4a8cd044cf60d497a0b +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 12/22/2017 +ms.lasthandoff: 05/07/2018 --- # 階層的な構成モデル このサンプルでは、サービスの構成ファイルの階層を実装する方法を示します。 また、バインド、サービス動作、およびエンドポイント動作を階層の上位レベルから継承する方法も示します。 ## サンプルの詳細 - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の [!INCLUDE[netfx40_long](../../../../includes/netfx40-long-md.md)] 用に開発された機能の 1 つとして、階層的な構成モデルの強化があります。 階層的な構成モデルは、たとえば、Machine.config -> Rootweb.config -> Web.config のように定義されます。[!INCLUDE[netfx40_short](../../../../includes/netfx40-short-md.md)] では、構成階層の上位レベルで定義されるこれらのバインドおよび動作が、明示的な構成なしにサービスに追加されます。 このサンプルでは、コンピューター レベルまたはアプリケーション レベルで定義された構成要素に依存することによって簡単なサービス構成を実現する方法を示します。 + WCF 用に開発された、機能の 1 つ[!INCLUDE[netfx40_long](../../../../includes/netfx40-long-md.md)]階層構造の構成モデルの改善します。 階層的な構成モデルは、たとえば、Machine.config -> Rootweb.config -> Web.config のように定義されます。[!INCLUDE[netfx40_short](../../../../includes/netfx40-short-md.md)] では、構成階層の上位レベルで定義されるこれらのバインドおよび動作が、明示的な構成なしにサービスに追加されます。 このサンプルでは、コンピューター レベルまたはアプリケーション レベルで定義された構成要素に依存することによって簡単なサービス構成を実現する方法を示します。 このサンプルは、階層の 3 つのレベルで定義された 9 個のサービスから構成されます。 `Service1` はルートになります。 `Service2` と `Service3` は `Service1` から既定の要素を継承します。 `Service4`、`Service5`、`Service6`、および `Service7` は、階層の第 3 レベルで定義され、`Service3` から既定の要素を継承します。 最後に、`Service10` および `Service11` は階層の第 4 レベルに置かれます。 @@ -80,9 +68,9 @@ public interface IDesc > > `:\WF_WCF_Samples` > -> このディレクトリが存在しない場合は、「 [.NET Framework 4 向けの Windows Communication Foundation (WCF) および Windows Workflow Foundation (WF) のサンプル](http://go.microsoft.com/fwlink/?LinkId=150780) 」にアクセスして、 [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] および [!INCLUDE[wf1](../../../../includes/wf1-md.md)] のサンプルをすべてダウンロードしてください。 このサンプルは、次のディレクトリに格納されます。 +> このディレクトリが存在しない場合に、 [Windows Communication Foundation (WCF) および .NET Framework 4 向けの Windows Workflow Foundation (WF) サンプル](http://go.microsoft.com/fwlink/?LinkId=150780)すべて Windows Communication Foundation (WCF) をダウンロードして[!INCLUDE[wf1](../../../../includes/wf1-md.md)]サンプルです。 このサンプルは、次のディレクトリに格納されます。 > > `:\WF_WCF_Samples\WCF\Basic\Services\ConfigHierarchicalModel` -## 参照 +## 関連項目 [AppFabric 管理のサンプル](http://go.microsoft.com/fwlink/?LinkId=193960) diff --git a/docs/framework/wcf/samples/hosting.md b/docs/framework/wcf/samples/hosting.md index e8ecd4b99e4..7256564965c 100644 --- a/docs/framework/wcf/samples/hosting.md +++ b/docs/framework/wcf/samples/hosting.md @@ -2,11 +2,11 @@ title: Hosting1 ms.date: 03/30/2017 ms.assetid: 8a6ec5d4-d191-49cc-bb0f-a07639dc60d4 -ms.openlocfilehash: 0d7d6e21b6f56d092484d7b22e73a2c16a478cea -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: f7c10e6c3c290e3f1648b18c45aa414d3ea61457 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # ホスト このセクションには、ホストの Windows Communication Foundation (WCF) サービスを示すサンプルが含まれています。 @@ -16,19 +16,19 @@ ms.lasthandoff: 05/04/2018 ネットワーク プロトコルを使用したサービスのアクティブ化について説明します。 [構成ベースのアクティブ化](../../../../docs/framework/wcf/samples/configuration-based-activation.md) - .svc ファイルを使用せずに [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスをアクティブ化する方法を示します。 + .Svc ファイルを必要とせずには、WCF サービスをアクティブ化を示します。 [SystemWebRouting 統合サンプル](../../../../docs/framework/wcf/samples/systemwebrouting-integration-sample.md) 名前空間内のクラスを使用してレイヤーの統合をホストする方法を示します。 [ASP.NET 互換性](../../../../docs/framework/wcf/samples/aspnet-compatibility.md) - [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] で [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 互換性モードを有効にする方法を示します。 + 有効にする方法を示します[!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)]WCF での互換モードです。 [インライン コードを使用した IIS ホスティング](../../../../docs/framework/wcf/samples/iis-hosting-using-inline-code.md) インターネット インフォメーション サービス (IIS) によってホストされるサービスを実装する方法を示します。サービス コードは .svc ファイルにインラインで含まれており、必要に応じてコンパイルされます。 [Windows サービス ホスト](../../../../docs/framework/wcf/samples/windows-service-host.md) - マネージ Windows サービスでホストされる [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスを示します。 + マネージ Windows サービスでホストされる WCF サービスを示します。 [自己ホスト](../../../../docs/framework/wcf/samples/self-host.md) 自己ホスト型サービスをコンソール アプリケーションに実装する方法を示します。 diff --git a/docs/framework/wcf/samples/httpcookiesession.md b/docs/framework/wcf/samples/httpcookiesession.md index a6795975d6e..33c7393d926 100644 --- a/docs/framework/wcf/samples/httpcookiesession.md +++ b/docs/framework/wcf/samples/httpcookiesession.md @@ -2,14 +2,14 @@ title: HttpCookieSession ms.date: 03/30/2017 ms.assetid: 101cb624-8303-448a-a3af-933247c1e109 -ms.openlocfilehash: 54e2459f5b480d8f53df42a08d4ebc8ac07b128c -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 64a7cba7b1bbc55a4504e3af4784fcb2a84f0fa1 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # HttpCookieSession -このサンプルでは、カスタム プロトコル チャネルを作成し、セッション管理用の HTTP クッキーを使用する方法を示します。 このチャネルを有効にまたは Windows Communication Foundation (WCF) サービスと ASMX クライアント間の通信[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]クライアントと ASMX サービス。 +このサンプルでは、カスタム プロトコル チャネルを作成し、セッション管理用の HTTP クッキーを使用する方法を示します。 このチャネルには、Windows Communication Foundation (WCF) サービスと ASMX クライアント間または WCF クライアントと ASMX サービス間の通信ができるようにします。 クライアントがセッション ベースの ASMX Web サービス内で Web メソッドを呼び出すと、[!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] エンジンは次の処理を行います。 @@ -74,7 +74,7 @@ ms.lasthandoff: 05/04/2018 InputQueue requestQueue; ``` - ユーザーが メソッドを呼び出したときに、このメッセージ キューにメッセージがない場合は、チャネルは指定された時間分待機した後にシャットダウンします。 これにより、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 以外のクライアント用に作成されたセッション チャネルがクリーンアップされます。 + ユーザーが メソッドを呼び出したときに、このメッセージ キューにメッセージがない場合は、チャネルは指定された時間分待機した後にシャットダウンします。 WCF 以外のクライアント用に作成されたセッション チャネルがクリーンアップされます。 `channelMapping` を使用して `ReplySessionChannels` を追跡します。受け入れられたすべてのチャネルが閉じられた後で、基になる `innerChannel` を閉じます。 この方法により、`HttpCookieReplySessionChannel` は `HttpCookieReplySessionChannelListener` の有効期間を過ぎても存在できます。 また、リスナのガベージ コレクトは気にする必要はありません。受け入れられたチャネルは、`OnClosed` コールバックを介してそのチャネルのリスナへの参照を保持するためです。 @@ -82,7 +82,7 @@ InputQueue requestQueue; 対応するクライアント チャネルは、`HttpCookieSessionChannelFactory` クラスにあります。 チャネルの作成中、チャネル ファクトリは内部要求チャネルを `HttpCookieRequestSessionChannel` でラップします。 `HttpCookieRequestSessionChannel` クラスは、基になる要求チャネルへの呼び出しを転送します。 クライアントがプロキシを閉じると、`HttpCookieRequestSessionChannel` はチャネルが閉じられようとしていることを示すメッセージをサービスに送信します。 そのため、サービス チャネル スタックは、使用中のセッション チャネルを正常にシャットダウンできます。 ## バインディングとバインド要素 - サービス チャネルおよびクライアント チャネルを作成した後の次の手順は、それらのチャネルを [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ランタイムに統合することです。 チャネルは、バインディングとバインディング要素を介して [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] に公開されます。 バインディングは、1 つまたは複数のバインディング要素で構成されています。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] には、いくつかのシステム定義バインディングが用意されています。たとえば、BasicHttpBinding や WSHttpBinding などがあります。 `HttpCookieSessionBindingElement` クラスには、バインディング要素の実装が含まれています。 この実装によってチャネル リスナとチャネル ファクトリの作成メソッドがオーバーライドされ、必要なチャネル リスナまたはチャネル ファクトリがインスタンス化されます。 + サービスとクライアントのチャネルを作成した後は、次の手順は、WCF ランタイムに統合するは。 チャネルは、wcf バインディングとバインド要素を介して公開されます。 バインディングは、1 つまたは複数のバインド要素で構成されています。 WCF は、いくつかのシステム定義バインディングです。たとえば、BasicHttpBinding や WSHttpBinding などです。 `HttpCookieSessionBindingElement` クラスには、バインディング要素の実装が含まれています。 この実装によってチャネル リスナとチャネル ファクトリの作成メソッドがオーバーライドされ、必要なチャネル リスナまたはチャネル ファクトリがインスタンス化されます。 このサンプルでは、サービスの説明のポリシー アサーションを使用します。 これにより、サンプルのチャネルの要件を、そのサービスを利用できる他のクライアントに公開できます。 たとえば、このバインド要素はポリシー アサーションを公開し、セッションがサポートされていることを潜在的なクライアントに通知します。 このサンプルでは、バインディング要素の構成で `ExchangeTerminateMessage` プロパティが有効になっています。そのため、サービスで余分なメッセージ交換アクションがサポートされ、セッションでのメッセージ交換が終了されることを示すために必要なアサーションが追加されます。 その後、クライアントはこのアクションを使用できます。 `HttpCookieSessionBindingElement` から作成されたポリシー アサーションを、次の WSDL コードに示します。 diff --git a/docs/framework/wcf/samples/index.md b/docs/framework/wcf/samples/index.md index 0741e24bb8a..0771aaa8e6b 100644 --- a/docs/framework/wcf/samples/index.md +++ b/docs/framework/wcf/samples/index.md @@ -2,11 +2,11 @@ title: Windows Communication Foundation (WCF) サンプル ms.date: 03/30/2017 ms.assetid: 89d4efce-7832-4dd5-82a8-0e574b3302f9 -ms.openlocfilehash: 519f8e844fa26db32d91705af3db2eda81e8b993 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 86aade0a626db09313ef96c5e18b7b2a52939144 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # Windows Communication Foundation (WCF) サンプル これらのサンプルでは、Windows Communication Foundation (WCF) のさまざまな側面に命令を提供します。 @@ -15,13 +15,13 @@ ms.lasthandoff: 05/04/2018 - サンプルの Visual Basic バージョンを参照してください[Visual Basic 2010 サンプル](http://go.microsoft.com/fwlink/?LinkID=193373) をクリック**WF ハイパーリンク"javascript:__doPostBack('ctl00$ctl00$Content$TabContentPanel$Content$ReleaseFiles$FileList$ctl02$FileNameLink'、')"_WCF_Samples.zip**です。 - Windows Workflow Foundation (WF)[アプリケーション](../../../../docs/framework/windows-workflow-foundation/samples/application.md)サンプルも紹介[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]機能します。 + Windows Workflow Foundation (WF)[アプリケーション](../../../../docs/framework/windows-workflow-foundation/samples/application.md)サンプルでは、いくつかの WCFfeatures も示しています。 マニュアルとヘルプ ビューアーのスタンドアロン バージョンをインストールするには、ダウンロード、 [Microsoft Windows SDK v 7.1](http://go.microsoft.com/fwlink/?LinkID=194146)です。 ## このセクションの内容 [基本](../../../../docs/framework/wcf/samples/basic.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の基本的な機能を示すサンプルを紹介します。 + 基本的な WCF の機能を示すサンプルを示します。 機能拡張 探索機能関連のサンプルを紹介します。 diff --git a/docs/framework/wcf/samples/instancing-extensibility.md b/docs/framework/wcf/samples/instancing-extensibility.md index 82f52e7caad..b4fb1cad1b9 100644 --- a/docs/framework/wcf/samples/instancing-extensibility.md +++ b/docs/framework/wcf/samples/instancing-extensibility.md @@ -2,21 +2,21 @@ title: インスタンス化拡張 ms.date: 03/30/2017 ms.assetid: 7a2f8b51-472b-4b71-8602-d3dbc6e1cb07 -ms.openlocfilehash: 1ec0d7c83851e5d1aa2f421cad46d2feab454b3c -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: 4e04b45f385ca466dee81f24fd63a57d68be4d32 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # インスタンス化拡張 このセクションには、カスタムのインスタンス化を示すサンプルが含まれています。 ## このセクションの内容 [永続性インスタンス コンテキスト](../../../../docs/framework/wcf/samples/durable-instance-context.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] ランタイムをカスタマイズして、永続性インスタンス コンテキストを有効にする方法を示します。 + 永続性インスタンス コンテキストを有効にする、WCF ランタイムをカスタマイズする方法を示します。 [カスタム有効期間](../../../../docs/framework/wcf/samples/custom-lifetime.md) - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の共有サービス インスタンスにカスタムの有効期間サービスを提供する [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 拡張機能の作成方法を示します。 + 共有の WCF サービス インスタンス用のカスタムの有効期間サービスを提供する WCF 拡張機能を記述する方法を示します。 [初期化のインスタンス化](../../../../docs/framework/wcf/samples/instancing-initialization.md) オブジェクトの初期化をカスタマイズする方法を示します。 diff --git a/docs/framework/wcf/samples/instancing-initialization.md b/docs/framework/wcf/samples/instancing-initialization.md index ae306d1b0af..811c2a2d2d7 100644 --- a/docs/framework/wcf/samples/instancing-initialization.md +++ b/docs/framework/wcf/samples/instancing-initialization.md @@ -2,11 +2,11 @@ title: 初期化のインスタンス化 ms.date: 03/30/2017 ms.assetid: 154d049f-2140-4696-b494-c7e53f6775ef -ms.openlocfilehash: 75b8d2a2696d5900fd7bffe42dbaf62b9f6ce694 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT +ms.openlocfilehash: ae01254760219f2b408ef9d9663c4158e2802be8 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 +ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +ms.lasthandoff: 05/07/2018 --- # 初期化のインスタンス化 このサンプルを拡張、[プーリング](../../../../docs/framework/wcf/samples/pooling.md)インターフェイスを定義することでサンプル`IObjectControl`でのアクティブ化と非アクティブ化するオブジェクトの初期化をカスタマイズします。 クライアントは、オブジェクトをプールに返すメソッドや、プールに返さないメソッドを呼び出します。 @@ -15,12 +15,12 @@ ms.lasthandoff: 05/04/2018 > このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。 ## 拡張ポイント - Windows Communication Foundation (WCF) 拡張機能の作成の最初の手順では、使用する機能拡張ポイントを決定します。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]、用語*EndpointDispatcher*実行時コンポーネントが受信メッセージをユーザーのサービス上のメソッド呼び出しに変換するためにそのメソッドから戻り値を変換したりするには、送信メッセージ。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスは、各エンドポイントの EndpointDispatcher を作成します。 + Windows Communication Foundation (WCF) 拡張機能の作成の最初の手順では、使用する機能拡張ポイントを決定します。 WCF では、用語*EndpointDispatcher*は送信メッセージにそのメソッドから戻り値の変換にしたり、ユーザーのサービスでのメソッド呼び出しに着信メッセージを変換する実行時コンポーネントを表します. WCF サービスでは、各エンドポイントの EndpointDispatcher を作成します。 EndpointDispatcher は クラスを使用して、(サービスによって送受信されるすべてのメッセージの) エンドポイント スコープ拡張を提供します。 このクラスにより、EndpointDispatcher の動作を制御するさまざまなプロパティをカスタマイズできます。 このサンプルでは、サービス クラスのインスタンスを提供するオブジェクトをポイントする プロパティに焦点を当てています。 ## IInstanceProvider - [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では、EndpointDispatcher は インターフェイスを実装しているインスタンス プロバイダを使用して、サービス クラスのインスタンスを作成します。 このインターフェイスに含まれるメソッドは、次の 2 つのみです。 + WCF では、EndpointDispatcher を実装するインスタンス プロバイダーを使用して、サービス クラスのインスタンスを作成、インターフェイスです。 このインターフェイスに含まれるメソッドは、次の 2 つのみです。 - : メッセージが到着すると、このディスパッチャは メソッドを呼び出し、メッセージを処理するためのサービス クラスのインスタンスを作成します。 このメソッドの呼び出し頻度は プロパティで決まります。 たとえば プロパティが に設定されている場合、サービス クラスの新しいインスタンスが作成され、到着する各メッセージが処理されます。したがって、 はメッセージが到着するたびに呼び出されます。 @@ -153,7 +153,7 @@ if (activeObjectsCount == 0) このサンプルではカスタム属性を使用します。 が構築されると、サービスの種類の定義で使用されている属性が調べられ、使用可能な動作がサービス説明の動作コレクションに追加されます。 - インターフェイスには 3 つの方法: `,` `,`とです。 これらのメソッドは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] の初期化中に によって呼び出されます。 最初に、 が呼び出されます。このメソッドによってサービスの不整合性を検査できます。 次に、 が呼び出されます。このメソッドは、非常に高度なシナリオでのみ必要です。 最後に、 が呼び出されます。このメソッドはランタイムを構成します。 次のパラメータは、 に渡されます。 + インターフェイスには 3 つの方法: `,` `,`とです。 これらのメソッドは、WCF によって呼び出されるときに、初期化しています。 最初に、 が呼び出されます。このメソッドによってサービスの不整合性を検査できます。 次に、 が呼び出されます。このメソッドは、非常に高度なシナリオでのみ必要です。 最後に、 が呼び出されます。このメソッドはランタイムを構成します。 次のパラメータは、 に渡されます。 - `Description` : このパラメータは、サービス全体のサービスの説明を提供します。 これを使用すると、サービスのエンドポイント、コントラクト、バインディング、およびサービスに関連するその他のデータに関する説明データを検査できます。 @@ -189,7 +189,7 @@ public void ApplyDispatchBehavior(ServiceDescription description, ServiceHostBas 実装のほかにも、`ObjectPoolingAttribute` クラスには属性引数を使用してオブジェクト プールをカスタマイズするいくつかのメンバがあります。 こうしたメンバには `MaxSize`、`MinSize`、`Enabled`、`CreationTimeout` などがあり、.NET Enterprise Services で提供されるオブジェクト プール機能のセットに一致します。 - オブジェクト プールの動作は、新しく作成されたカスタム [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 属性を使用してサービス実装に注釈を付けることにより、`ObjectPooling` サービスに追加できるようになりました。 + オブジェクト プールの動作は今すぐを新しく作成されたカスタムのサービスの実装に注釈を付ける WCF サービスに追加された`ObjectPooling`属性。 ``` [ObjectPooling(MaxSize=1024, MinSize=10, CreationTimeout=30000] diff --git a/docs/framework/wcf/samples/jsonp.md b/docs/framework/wcf/samples/jsonp.md index d841e5bfc31..9e9df12dd9e 100644 --- a/docs/framework/wcf/samples/jsonp.md +++ b/docs/framework/wcf/samples/jsonp.md @@ -1,26 +1,12 @@ --- title: JSONP -ms.custom: '' ms.date: 03/30/2017 -ms.prod: .net-framework -ms.reviewer: '' -ms.suite: '' -ms.technology: -- dotnet-clr -ms.tgt_pltfrm: '' -ms.topic: article ms.assetid: c13b4d7b-dac7-4ffd-9f84-765c903511e1 -caps.latest.revision: 8 -author: dotnet-bot -ms.author: dotnetcontent -manager: wpickett -ms.workload: -- dotnet -ms.openlocfilehash: af557d41709ea1015a4454d62df93e60dd975217 -ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5 +ms.openlocfilehash: 9002597ef662c78b6519ab0c04700cddf7ee3714 +ms.sourcegitcommit: 15109844229ade1c6449f48f3834db1b26907824 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 04/27/2018 +ms.lasthandoff: 05/07/2018 --- # JSONP このサンプルでは、WCF REST サービスの JSONP (JSON with Padding) をサポートする方法を示します。 JSONP とは、現在のドキュメントでスクリプト タグを生成してドメイン間スクリプトを呼び出す際に使用される変換です。 結果は、指定したコールバック関数で返されます。 JSONP は、`