diff --git a/docs/core/deploying/deploy-with-vs.md b/docs/core/deploying/deploy-with-vs.md index e01a35161d3..43b876feb0a 100644 --- a/docs/core/deploying/deploy-with-vs.md +++ b/docs/core/deploying/deploy-with-vs.md @@ -9,11 +9,11 @@ dev_langs: - vb ms.custom: vs-dotnet ms.openlocfilehash: 7a9410ca99f621ee6d0e8b263354ebc536f71a4a -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47204298" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48584392" --- # Visual Studio で .NET Core アプリを展開する diff --git a/docs/core/macos-prerequisites.md b/docs/core/macos-prerequisites.md index f0419c974b9..432cbe6ff80 100644 --- a/docs/core/macos-prerequisites.md +++ b/docs/core/macos-prerequisites.md @@ -1,15 +1,15 @@ --- -title: Mac における .NET Core の前提条件 -description: macOS コンピューターで .NET Core アプリケーションを開発、展開、および実行するために必要なサポート対象 macOS のバージョンと .NET Core の依存関係。 -author: guardrex -ms.author: mairaw -ms.date: 09/27/2017 -ms.openlocfilehash: 31fee3bbc85daa66019b63e50b48509b79606fce -ms.sourcegitcommit: c217b067985905cb21eafc5dd9a83568d7ff4e45 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 06/22/2018 -ms.locfileid: "36315067" +title: Mac における .NET Core の前提条件 +description: macOS コンピューターで .NET Core アプリケーションを開発、展開、および実行するために必要なサポート対象 macOS のバージョンと .NET Core の依存関係。 +author: guardrex +ms.author: mairaw +ms.date: 10/03/2018 +ms.openlocfilehash: b5b3c6ea90a2cc4487e849af468d324b645834af +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48584079" --- # macOS における .NET Core の前提条件 @@ -23,7 +23,7 @@ ms.locfileid: "36315067" * macOS 10.12 "Sierra" 以降のバージョン -.NET Core 2.x がサポートされているオペレーティング システム (サポートされている OS バージョン以外) の完全なリスト、およびライフサイクル ポリシーのリンクについては、「[.NET Core 2.x Supported OS Versions](https://github.com/dotnet/core/blob/master/release-notes/2.0/2.0-supported-os.md)」 (.NET Core 2.x がサポートされる OS のバージョン) を参照してください。 +.NET Core 2.x がサポートされているオペレーティング システム (サポートされている OS バージョン以外) の完全なリスト、およびライフサイクル ポリシーのリンクについては、「[.NET Core 2.x Supported OS Versions](https://github.com/dotnet/core/blob/master/release-notes/2.1/2.1-supported-os.md)」 (.NET Core 2.x がサポートされる OS のバージョン) を参照してください。 # [.NET Core 1.x](#tab/netcore1x) @@ -40,7 +40,7 @@ ms.locfileid: "36315067" # [.NET Core 2.x](#tab/netcore2x) -[.NET ダウンロード](https://www.microsoft.com/net/download/core)から .NET Core SDK をダウンロードしてインストールします。 macOS でインストールに関する問題が発生した場合は、[既知の問題](https://github.com/dotnet/core/tree/master/release-notes/2.0)に関するトピックで、インストールされているバージョンに関する記述をご覧ください。 +[.NET ダウンロード](https://www.microsoft.com/net/download/core)から .NET Core SDK をダウンロードしてインストールします。 macOS でインストールに関する問題が発生した場合は、[既知の問題](https://github.com/dotnet/core/tree/master/release-notes/2.1)に関するトピックで、インストールされているバージョンに関する記述をご覧ください。 # [.NET Core 1.x](#tab/netcore1x) diff --git a/docs/core/tools/dotnet-install-script.md b/docs/core/tools/dotnet-install-script.md index cb0f6d83974..5b0e4f22e85 100644 --- a/docs/core/tools/dotnet-install-script.md +++ b/docs/core/tools/dotnet-install-script.md @@ -4,12 +4,12 @@ description: .NET Core CLI ツールと共有ランタイムをインストー author: blackdwarf ms.author: mairaw ms.date: 09/11/2017 -ms.openlocfilehash: 8d1c6ebb30bd45575bb61206799c9c3e5c47ff0c -ms.sourcegitcommit: 5bbfe34a9a14e4ccb22367e57b57585c208cf757 +ms.openlocfilehash: ea14424297dcf1dab8711197bee1d3b3e19879c1 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/18/2018 -ms.locfileid: "46004011" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48837077" --- # dotnet-install スクリプト参照 @@ -33,8 +33,8 @@ macOS/Linux の場合: [.NET Core のメインの Web サイト](https://dot.net)でホストされる安定したバージョンを使用することをお勧めします。 スクリプトへの直接パスは次のとおりです。 -* https://dot.net/v1/dotnet-install.sh (Bash、UNIX) -* https://dot.net/v1/dotnet-install.ps1 (PowerShell、Windows) +* (Bash、UNIX) +* (PowerShell、Windows) これらのスクリプトの主な有用性は、オートメーションのシナリオと管理者以外のインストールにおいてです。 2 つのスクリプトがあります。1 つは、Windows で動作する PowerShell スクリプトです。 その他のスクリプトは、Linux/macOS で動作する bash スクリプトです。 スクリプトの動作は両方とも同じです。 bash スクリプトは PowerShell のスイッチも読み取るので、Linux/macOS システムのスクリプトで PowerShell のスイッチを使うことができます。 diff --git a/docs/core/tools/dotnet-msbuild.md b/docs/core/tools/dotnet-msbuild.md index b6df066eee3..45464de63a7 100644 --- a/docs/core/tools/dotnet-msbuild.md +++ b/docs/core/tools/dotnet-msbuild.md @@ -5,11 +5,11 @@ author: mairaw ms.author: mairaw ms.date: 05/25/2018 ms.openlocfilehash: 76165590478b0e76d19d546c87e012da4716b6db -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47421191" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48583720" --- # dotnet msbuild diff --git a/docs/core/tools/dotnet-store.md b/docs/core/tools/dotnet-store.md index d8d1d287d31..0ab7faadbfd 100644 --- a/docs/core/tools/dotnet-store.md +++ b/docs/core/tools/dotnet-store.md @@ -5,11 +5,11 @@ author: bleroy ms.author: mairaw ms.date: 05/29/2018 ms.openlocfilehash: a12738d0cc8edcbb65d5b6fab6e7c8b209b0f4b5 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47208072" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48029896" --- # dotnet store diff --git a/docs/core/tools/using-ci-with-cli.md b/docs/core/tools/using-ci-with-cli.md index 41bc65a5c4c..6b2d28e4f99 100644 --- a/docs/core/tools/using-ci-with-cli.md +++ b/docs/core/tools/using-ci-with-cli.md @@ -5,11 +5,11 @@ author: guardrex ms.author: mairaw ms.date: 05/18/2017 ms.openlocfilehash: 207a6740f2a483d532c194b2bf8112898e9c3463 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47233245" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48033468" --- # 継続的インテグレーション (CI) で .NET Core SDK とツールを使用する diff --git a/docs/core/tutorials/publishing-with-visual-studio.md b/docs/core/tutorials/publishing-with-visual-studio.md index 7c824c5a569..dacdaeae995 100644 --- a/docs/core/tutorials/publishing-with-visual-studio.md +++ b/docs/core/tutorials/publishing-with-visual-studio.md @@ -6,11 +6,11 @@ ms.author: wiwagn ms.date: 10/05/2017 ms.custom: vs-dotnet ms.openlocfilehash: e44ae69c9cd8f0767e369791737cef9b4c33f963 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47399795" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48036306" --- # Visual Studio 2017 での Hello World アプリケーションの発行 diff --git a/docs/core/tutorials/using-with-xplat-cli.md b/docs/core/tutorials/using-with-xplat-cli.md index e81c6cd5a3f..9424deccec1 100644 --- a/docs/core/tutorials/using-with-xplat-cli.md +++ b/docs/core/tutorials/using-with-xplat-cli.md @@ -6,11 +6,11 @@ ms.author: mairaw ms.date: 09/10/2018 ms.technology: dotnet-cli ms.openlocfilehash: b31a0324c0d762e9898c681cc6581b3860d41f89 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47203762" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48025572" --- # Windows/Linux/macOS の .NET Core でのコマンド ラインの使用に関する概要 diff --git a/docs/core/tutorials/vb-library-with-visual-studio.md b/docs/core/tutorials/vb-library-with-visual-studio.md index 355f0aaf5ad..5e9ee314b18 100644 --- a/docs/core/tutorials/vb-library-with-visual-studio.md +++ b/docs/core/tutorials/vb-library-with-visual-studio.md @@ -8,11 +8,11 @@ dev_langs: - vb ms.custom: vs-dotnet ms.openlocfilehash: 52bbae330afe4a9ea376c6388a06941f74f6606a -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47204704" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48035975" --- # Visual Studio 2017 で Visual Basic と .NET Core を使用したクラス ライブラリの構築 diff --git a/docs/csharp/async.md b/docs/csharp/async.md index c748be4153d..3c755e763ed 100644 --- a/docs/csharp/async.md +++ b/docs/csharp/async.md @@ -4,12 +4,12 @@ description: .NET Core で提供される、C# 言語レベルの非同期プロ author: cartermp ms.date: 06/20/2016 ms.assetid: b878c34c-a78f-419e-a594-a2b44fa521a4 -ms.openlocfilehash: 971295b85e5f2763eef87bfe9109524db2630120 -ms.sourcegitcommit: a885cc8c3e444ca6471348893d5373c6e9e49a47 +ms.openlocfilehash: e562ef9fffa5bf77fd5dee1cb19cee0a2492b986 +ms.sourcegitcommit: fd8d4587cc26e53f0e27e230d6e27d828ef4306b ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/06/2018 -ms.locfileid: "43865151" +ms.lasthandoff: 10/16/2018 +ms.locfileid: "49349096" --- # 非同期プログラミング @@ -108,7 +108,7 @@ C# 側では、コンパイラはコードをステート マシンに変換し 処理が **I/O バインド**の場合は、`async` と `await` を使いますが、`Task.Run` は "*使いません*"。 タスク並列ライブラリは "*使わないでください*"。 その理由について詳しくは、「[非同期の詳細](../standard/async-in-depth.md)」をご覧ください。 -処理が **CPU バインド**であり、応答性が重要な場合は、`async` と `await` を使い、`Task.Run` を "*使って*" 別のスレッドで処理を実行します。 処理が同時実行と並列処理に適している場合は、タスク並列ライブラリを使うことも考慮する必要があります。 +処理が **CPU バインド**であり、応答性が重要な場合は、`async` と `await` を使い、`Task.Run` を "*使って*" 別のスレッドで処理を実行します。 処理がコンカレンシーと並列処理に適している場合は、タスク並列ライブラリを使うことも考慮する必要があります。 さらに、常にコードの実行を測定する必要があります。 たとえば、マルチスレッドでのコンテキスト切り替えのオーバーヘッドと比較して、CPU バインドの処理の負荷がそれほど大きくないことがわかる場合があります。 すべての選択肢にはトレードオフがあり、状況に合った適切なトレードオフを選ぶ必要があります。 @@ -132,7 +132,7 @@ public async Task GetDotNetCountAsync() { // Suspends GetDotNetCountAsync() to allow the caller (the web server) // to accept another request, rather than blocking on this one. - var html = await _httpClient.GetStringAsync("http://dotnetfoundation.org"); + var html = await _httpClient.GetStringAsync("https://dotnetfoundation.org"); return Regex.Matches(html, @"\.NET").Count; } @@ -146,7 +146,7 @@ private readonly HttpClient _httpClient = new HttpClient(); private async void SeeTheDotNets_Click(object sender, RoutedEventArgs e) { // Capture the task handle here so we can await the background task later. - var getDotNetFoundationHtmlTask = _httpClient.GetStringAsync("http://www.dotnetfoundation.org"); + var getDotNetFoundationHtmlTask = _httpClient.GetStringAsync("https://www.dotnetfoundation.org"); // Any other work on the UI thread can be done here, such as enabling a Progress Bar. // This is important to do here, before the "await" call, so that the user diff --git a/docs/csharp/event-pattern.md b/docs/csharp/event-pattern.md index 71dd66be4d7..80501f46718 100644 --- a/docs/csharp/event-pattern.md +++ b/docs/csharp/event-pattern.md @@ -4,11 +4,11 @@ description: .NET イベント パターンに関する情報を提供するほ ms.date: 06/20/2016 ms.assetid: 8a3133d6-4ef2-46f9-9c8d-a8ea8898e4c9 ms.openlocfilehash: 0b10c440f4d05533032aa94819ec879f6a1ca2a4 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47399951" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48266770" --- # 標準的な .NET イベント パターン diff --git a/docs/csharp/expression-trees.md b/docs/csharp/expression-trees.md index 99e4ad8714b..29894bec4e0 100644 --- a/docs/csharp/expression-trees.md +++ b/docs/csharp/expression-trees.md @@ -1,14 +1,14 @@ --- -title: Expression Trees -description: .NET Core の式ツリーについて、また、それを利用し、検査、変更、実行が可能な構造体としてコードを表す方法について説明します。 -ms.date: 06/20/2016 -ms.assetid: aceb4719-0d5a-4b19-b01f-b51063bcc54f -ms.openlocfilehash: db35dd99dadc4e49aaaebd5d3782409a206cafc5 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33214914" +title: Expression Trees +description: .NET Core の式ツリーについて、また、それを利用し、検査、変更、実行が可能な構造体としてコードを表す方法について説明します。 +ms.date: 06/20/2016 +ms.assetid: aceb4719-0d5a-4b19-b01f-b51063bcc54f +ms.openlocfilehash: 56509f1eb0f2bdca8a8f3a51df958d42e95af6f4 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50190737" --- # Expression Trees @@ -20,7 +20,7 @@ LINQ クエリを作成するときに関数の引数を作成するには、通 式ツリーは、確認、変更、または実行が可能な構造としてコードを表します。 このようなツールを使用すると、実行時にコードを操作できるようになります。 実行中のアルゴリズムを確認するコードや、新しい機能を挿入するコードを作成できます。 より高度なシナリオの場合、実行中のアルゴリズムを変更し、別の環境で実行できるように C# 式を別の形式に変換することもできます。 式ツリーを使用するコードは既に作成してきました。 Entity Framework の LINQ API では、LINQ クエリ式パターンの引数として式ツリーを使用できます。 -そのため、[Entity Framework](http://docs.efproject.net/en/latest/) では、C# で作成したクエリをデータベース エンジンで実行される SQL に変換することができます。 もう 1 つの例として [Moq](https://github.com/Moq/moq) があります。Moq は、.NET でよく使われるモック作成フレームワークです。 +そのため、[Entity Framework](/ef/) では、C# で作成したクエリをデータベース エンジンで実行される SQL に変換することができます。 もう 1 つの例として [Moq](https://github.com/Moq/moq) があります。Moq は、.NET でよく使われるモック作成フレームワークです。 以降、このチュートリアルでは、式ツリーの概要、式ツリーをサポートするフレームワーク クラス、式ツリーの使用方法について説明します。 式ツリーの読み方、式ツリーの作成方法、変更を加えた式ツリーの作成方法、式ツリーで表されるコードの実行方法を学びます。 チュートリアルを読み終わると、これらの構造を使用し、高度な適合アルゴリズムを作成できるようになります。 diff --git a/docs/csharp/language-reference/compiler-messages/cs0178.md b/docs/csharp/language-reference/compiler-messages/cs0178.md index 6cf51044854..fbf30723c65 100644 --- a/docs/csharp/language-reference/compiler-messages/cs0178.md +++ b/docs/csharp/language-reference/compiler-messages/cs0178.md @@ -1,17 +1,17 @@ --- -title: コンパイラ エラー CS0178 -ms.date: 07/20/2015 -f1_keywords: -- CS0178 -helpviewer_keywords: -- CS0178 -ms.assetid: 73e48648-6c0c-4987-92ca-fb2015a38910 -ms.openlocfilehash: 53fef39b9850153f53b8bce7f8502b2b3e71c4e4 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33219418" +title: コンパイラ エラー CS0178 +ms.date: 07/20/2015 +f1_keywords: +- CS0178 +helpviewer_keywords: +- CS0178 +ms.assetid: 73e48648-6c0c-4987-92ca-fb2015a38910 +ms.openlocfilehash: a1939db032bee593884c04dd981d6c77493867f1 +ms.sourcegitcommit: 9bd8f213b50f0e1a73e03bd1e840c917fbd6d20a +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/25/2018 +ms.locfileid: "50044659" --- # コンパイラ エラー CS0178 無効な次元指定子です: ',' または ']' を指定してください @@ -24,7 +24,7 @@ ms.locfileid: "33219418" - ブラケットで囲まれたコンマ - 詳細については、「[配列](../../../csharp/programming-guide/arrays/index.md)」と配列初期化子の C# 仕様 ([C# 言語仕様](../../../csharp/language-reference/language-specification/index.md)) セクションを参照してください。 + 詳細については、「[配列](../../../csharp/programming-guide/arrays/index.md)」と配列初期化子の C# 仕様 ([C# 言語仕様](~/_csharplang/spec/arrays.md#array-initializers)) セクションを参照してください。 ## 例 次の例では CS0178 が生成されます。 diff --git a/docs/csharp/language-reference/compiler-messages/cs1926.md b/docs/csharp/language-reference/compiler-messages/cs1926.md index 4503721e739..ad8a8646022 100644 --- a/docs/csharp/language-reference/compiler-messages/cs1926.md +++ b/docs/csharp/language-reference/compiler-messages/cs1926.md @@ -7,11 +7,11 @@ helpviewer_keywords: - CS1926 ms.assetid: 58cc8385-8d92-4cee-8941-d05e128e3674 ms.openlocfilehash: a3becf71ab963921bc67759667657854a3dbe0f2 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47206114" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48031486" --- # コンパイラ エラー CS1926 diff --git a/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md b/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md index 35b78d32b2f..a3df9f11ce7 100644 --- a/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md +++ b/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md @@ -6,11 +6,11 @@ helpviewer_keywords: - command line [C#] ms.assetid: 66e70056-dd20-453c-a9b3-507e0478b015 ms.openlocfilehash: 4b6dfdbce131371553fc729206de29794266bfbe -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47216358" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48584327" --- # csc.exe を使用したコマンド ラインからのビルド C# コンパイラは、その実行可能ファイルの名前 (*csc.exe*) をコマンド プロンプトに入力することによって呼び出します。 @@ -100,7 +100,7 @@ C# コンパイラを起動してもオブジェクト (*.obj*) ファイルは - [C# コンパイラ オプション](../../../csharp/language-reference/compiler-options/index.md) - [アルファベット順の C# コンパイラ オプションの一覧](../../../csharp/language-reference/compiler-options/listed-alphabetically.md) - [カテゴリ別の C# コンパイラ オプションの一覧](../../../csharp/language-reference/compiler-options/listed-by-category.md) -- [Main() とコマンド ライン引数](../../../csharp/programming-guide/main-and-command-args/index.md) +- [Main() とコマンドライン引数](../../../csharp/programming-guide/main-and-command-args/index.md) - [コマンド ライン引数](../../../csharp/programming-guide/main-and-command-args/command-line-arguments.md) - [方法: コマンド ライン引数を表示する](../../../csharp/programming-guide/main-and-command-args/how-to-display-command-line-arguments.md) - [方法: foreach を使用してコマンド ライン引数にアクセスする](../../../csharp/programming-guide/main-and-command-args/how-to-access-command-line-arguments-using-foreach.md) diff --git a/docs/csharp/language-reference/compiler-options/deterministic-compiler-option.md b/docs/csharp/language-reference/compiler-options/deterministic-compiler-option.md index b06a28da3fe..99fd4272df0 100644 --- a/docs/csharp/language-reference/compiler-options/deterministic-compiler-option.md +++ b/docs/csharp/language-reference/compiler-options/deterministic-compiler-option.md @@ -10,11 +10,11 @@ helpviewer_keywords: author: rpetrusha ms.author: ronpet ms.openlocfilehash: 9f9aca20a3ff65d061c04a21e31db3fb5eab62ba -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47193448" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48584066" --- # -deterministic diff --git a/docs/csharp/language-reference/compiler-options/nologo-compiler-option.md b/docs/csharp/language-reference/compiler-options/nologo-compiler-option.md index c5d93fc5cce..1aae01170e7 100644 --- a/docs/csharp/language-reference/compiler-options/nologo-compiler-option.md +++ b/docs/csharp/language-reference/compiler-options/nologo-compiler-option.md @@ -10,11 +10,11 @@ helpviewer_keywords: - /nologo compiler option [C#] ms.assetid: 426afb36-a8fb-469d-9c45-a35d9512557c ms.openlocfilehash: a8f4582e9c8d5a54d924ff5b456ef8ffd8cc56f3 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47400950" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48025293" --- # -nologo (C# コンパイラ オプション) **-nologo** オプションは、コンパイラの開始時のサインオン バナーの表示と、コンパイル時の情報メッセージの表示を抑制します。 diff --git a/docs/csharp/language-reference/compiler-options/subsystemversion-compiler-option.md b/docs/csharp/language-reference/compiler-options/subsystemversion-compiler-option.md index 3e2aecfe838..69813f3ceac 100644 --- a/docs/csharp/language-reference/compiler-options/subsystemversion-compiler-option.md +++ b/docs/csharp/language-reference/compiler-options/subsystemversion-compiler-option.md @@ -3,11 +3,11 @@ title: -subsystemversion (C# コンパイラ オプション) ms.date: 07/20/2015 ms.assetid: a99fce81-9d92-4813-9874-bee777041445 ms.openlocfilehash: ff4cd196edc1ec04f8abcecfa1a7a4e99e32dd56 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47215905" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48025451" --- # -subsystemversion (C# コンパイラ オプション) 生成された実行可能ファイルが動作できるサブシステムの最小バージョンを指定します。これにより、実行可能ファイルが動作できる Windows のバージョンが決まります。 通常、このオプションを指定することで、実行可能ファイルが、Windows の以前のバージョンでは使用できない特定のセキュリティ機能を利用できるようになります。 diff --git a/docs/csharp/language-reference/compiler-options/win32icon-compiler-option.md b/docs/csharp/language-reference/compiler-options/win32icon-compiler-option.md index f1e956b7f70..87af69386f4 100644 --- a/docs/csharp/language-reference/compiler-options/win32icon-compiler-option.md +++ b/docs/csharp/language-reference/compiler-options/win32icon-compiler-option.md @@ -9,11 +9,11 @@ helpviewer_keywords: - -win32icon compiler option [C#] ms.assetid: 756d9b6d-ab07-41b7-ba58-5bd88f711138 ms.openlocfilehash: 5014b1da714f8e29f869d4641da93796a607aa4d -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47215939" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48027794" --- # -win32icon (C# コンパイラ オプション) **-win32icon** オプションは、エクスプローラーで出力ファイルを適切に表示する .ico ファイルを出力ファイルに挿入します。 diff --git a/docs/csharp/language-reference/keywords/conversion-keywords.md b/docs/csharp/language-reference/keywords/conversion-keywords.md index 117f7390656..bebeba95755 100644 --- a/docs/csharp/language-reference/keywords/conversion-keywords.md +++ b/docs/csharp/language-reference/keywords/conversion-keywords.md @@ -7,11 +7,11 @@ helpviewer_keywords: - types [C#], conversion keywords ms.assetid: 8683ff14-5289-4efe-b4f5-1e6a075918ab ms.openlocfilehash: 34175f1bda169a9def9e3146214a6d5cd4d258e7 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47230931" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48027040" --- # 変換キーワード (C# リファレンス) ここでは、型変換で使用されるキーワードについて説明します。 diff --git a/docs/csharp/language-reference/keywords/exception-handling-statements.md b/docs/csharp/language-reference/keywords/exception-handling-statements.md index 0c0e3a3c3b3..7d4e795fdbd 100644 --- a/docs/csharp/language-reference/keywords/exception-handling-statements.md +++ b/docs/csharp/language-reference/keywords/exception-handling-statements.md @@ -5,11 +5,11 @@ helpviewer_keywords: - keywords [C#], exception handling ms.assetid: 6d0323a3-3164-411c-9b84-a3606bd0e13c ms.openlocfilehash: 1d48981e0d36053fce1249b27cd15551ed59dc91 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47208225" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48025134" --- # 例外処理ステートメント (C# リファレンス) C# では、プログラムの実行時に発生する例外と呼ばれる異常事態を処理する組み込みサポートが用意されています。 このような例外は、通常の制御フローの外部にあるコードによって処理されます。 diff --git a/docs/csharp/language-reference/keywords/explicit-numeric-conversions-table.md b/docs/csharp/language-reference/keywords/explicit-numeric-conversions-table.md index a5744c527a2..93a8871ad40 100644 --- a/docs/csharp/language-reference/keywords/explicit-numeric-conversions-table.md +++ b/docs/csharp/language-reference/keywords/explicit-numeric-conversions-table.md @@ -9,12 +9,12 @@ helpviewer_keywords: - types [C#], explicit numeric conversions - type conversion [C#], explicit numeric ms.assetid: f3bb9e76-6b92-4df7-bc36-f866c24e1dfd -ms.openlocfilehash: 22bb2117e7b78596e1fb6af63584f51b066564c9 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 948961d19518343c1f8ee14cd48dc33ec72cf23d +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47208238" +ms.lasthandoff: 10/22/2018 +ms.locfileid: "49478927" --- # 明示的な数値変換の一覧表 (C# リファレンス) @@ -61,12 +61,12 @@ ms.locfileid: "47208238" - `decimal` を `float` または `double` に変換すると、`decimal` 値は最も近い `double` または `float` 値に丸められます。 - 明示的な変換に関する詳細については、[C# 言語仕様](../language-specification/index.md)に関するページの「[Explicit conversions](/dotnet/csharp/language-reference/language-specification/conversions#explicit-conversions)」(明示的な変換) セクションをご覧ください。 + 明示的な変換に関する詳細については、[C# 言語仕様](../language-specification/index.md)に関するページの「[Explicit conversions](~/_csharplang/spec/conversions.md#explicit-conversions)」(明示的な変換) セクションをご覧ください。 ## 関連項目 - [C# リファレンス](../index.md) -- [C# プログラミング ガイド](../../programming-guide/index.md) +- [C# プログラミングガイド](../../programming-guide/index.md) - [キャストと型変換](../../programming-guide/types/casting-and-type-conversions.md) - [() 演算子](../operators/invocation-operator.md) - [整数型の一覧表](integral-types-table.md) diff --git a/docs/csharp/language-reference/keywords/false-operator.md b/docs/csharp/language-reference/keywords/false-operator.md index 14aa0677961..d84160b1b2f 100644 --- a/docs/csharp/language-reference/keywords/false-operator.md +++ b/docs/csharp/language-reference/keywords/false-operator.md @@ -5,11 +5,11 @@ helpviewer_keywords: - false operator keyword [C#] ms.assetid: 81a888fd-011e-4589-b242-6c261fea505e ms.openlocfilehash: e73113bd37dbb68590267141ad037f78919520bc -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47193789" +ms.lasthandoff: 10/08/2018 +ms.locfileid: "48848063" --- # false 演算子 (C# リファレンス) diff --git a/docs/csharp/language-reference/keywords/foreach-in.md b/docs/csharp/language-reference/keywords/foreach-in.md index 62cadad2da5..853046cb8d7 100644 --- a/docs/csharp/language-reference/keywords/foreach-in.md +++ b/docs/csharp/language-reference/keywords/foreach-in.md @@ -9,12 +9,12 @@ helpviewer_keywords: - foreach statement [C#] - in keyword [C#] ms.assetid: 5a9c5ddc-5fd3-457a-9bb6-9abffcd874ec -ms.openlocfilehash: d84c68eb102d55b31ba20a6b6b5c01b96963924d -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: 675e6b7fa925fe1822c2fc321d79afd13b5e4c51 +ms.sourcegitcommit: fd8d4587cc26e53f0e27e230d6e27d828ef4306b ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43524250" +ms.lasthandoff: 10/16/2018 +ms.locfileid: "49347684" --- # foreach、in (C# リファレンス) @@ -47,10 +47,10 @@ C# 7.3 以降、列挙子の `Current` プロパティが、[参照戻り値](.. ## 関連項目 -- [foreach ステートメント (C# 言語仕様)](/dotnet/csharp/language-reference/language-specification/statements#the-foreach-statement) +- [foreach ステートメント (C# 言語仕様)](~/_csharplang/spec/statements.md#the-foreach-statement) - [配列での foreach の使用](../../programming-guide/arrays/using-foreach-with-arrays.md) - [for](for.md) - [繰り返しステートメント](iteration-statements.md) - [C# のキーワード](index.md) - [C# リファレンス](../index.md) -- [C# プログラミング ガイド](../../programming-guide/index.md) +- [C# プログラミングガイド](../../programming-guide/index.md) diff --git a/docs/csharp/language-reference/keywords/formatting-numeric-results-table.md b/docs/csharp/language-reference/keywords/formatting-numeric-results-table.md index b74b590126c..b55d17da486 100644 --- a/docs/csharp/language-reference/keywords/formatting-numeric-results-table.md +++ b/docs/csharp/language-reference/keywords/formatting-numeric-results-table.md @@ -8,11 +8,11 @@ helpviewer_keywords: - String.Format method ms.assetid: 120ba537-4448-4c62-8676-7a8fdd98f496 ms.openlocfilehash: 6f1cb5b49139cf9661e678cfc0ecc884a2749622 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47203892" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "47863703" --- # 数値結果テーブルの書式設定 (C# リファレンス) @@ -52,7 +52,7 @@ ms.locfileid: "47203892" ## 関連項目 - [C# リファレンス](../index.md) -- [C# プログラミング ガイド](../../programming-guide/index.md) +- [C# プログラミングガイド](../../programming-guide/index.md) - [型のリファレンス表](reference-tables-for-types.md) - [型の書式設定](../../../standard/base-types/formatting-types.md) - [複合書式指定](../../../standard/base-types/composite-formatting.md) diff --git a/docs/csharp/language-reference/keywords/from-clause.md b/docs/csharp/language-reference/keywords/from-clause.md index 7574f29b187..2d78ec7c516 100644 --- a/docs/csharp/language-reference/keywords/from-clause.md +++ b/docs/csharp/language-reference/keywords/from-clause.md @@ -9,11 +9,11 @@ helpviewer_keywords: - from keyword [C#] ms.assetid: 1aefd18c-1314-47f8-99ec-9bcefb09e699 ms.openlocfilehash: c8c124f44df292b8323560cce541cca2765e2790 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47216410" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48033403" --- # from 句 (C# リファレンス) diff --git a/docs/csharp/language-reference/keywords/group-clause.md b/docs/csharp/language-reference/keywords/group-clause.md index 39bc91eeb53..43857c730e7 100644 --- a/docs/csharp/language-reference/keywords/group-clause.md +++ b/docs/csharp/language-reference/keywords/group-clause.md @@ -8,12 +8,12 @@ helpviewer_keywords: - group keyword [C#] - group clause [C#] ms.assetid: c817242e-b12c-4baa-a57e-73ee138f34d1 -ms.openlocfilehash: 157bd07f3332883f010ef26ba920dae88276051b -ms.sourcegitcommit: 64f4baed249341e5bf64d1385bf48e3f2e1a0211 +ms.openlocfilehash: 8b2516b4e5b418e560d5763d8e551d2ab7646da3 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/07/2018 -ms.locfileid: "44084678" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48584352" --- # group 句 (C# リファレンス) @@ -53,7 +53,7 @@ ms.locfileid: "44084678" ### 数値の範囲でグループ化する -次の例では、パーセンタイルの範囲を示す数値のグループ キーを作成する式を使用しています。 `group` 句でメソッドを 2 度呼び出さなくて済むように、メソッド呼び出しの結果を格納する便利な場所として [let](let-clause.md) を使用できます。 また、"0 除算" の例外を避けるために、受講者の平均が 0 でないことがコードの `group` 句で確認されています。 クエリ式でメソッドを安全に使用する方法の詳細については、「[方法: クエリ式の例外を処理する](../../programming-guide/linq-query-expressions/how-to-handle-exceptions-in-query-expressions.md)」を参照してください。 +次の例では、パーセンタイルの範囲を示す数値のグループ キーを作成する式を使用しています。 `group` 句でメソッドを 2 度呼び出さなくて済むように、メソッド呼び出しの結果を格納する便利な場所として [let](let-clause.md) を使用できます。 クエリ式でメソッドを安全に使用する方法の詳細については、「[方法: クエリ式の例外を処理する](../../programming-guide/linq-query-expressions/how-to-handle-exceptions-in-query-expressions.md)」を参照してください。 [!code-csharp[cscsrefQueryKeywords#15](~/samples/snippets/csharp/VS_Snippets_VBCSharp/CsCsrefQueryKeywords/CS/Group.cs#15)] @@ -95,4 +95,4 @@ group person by new {name = person.surname, city = person.city}; - [統合言語クエリ (LINQ)](../../linq/index.md) - [入れ子になったグループの作成](../../linq/create-a-nested-group.md) - [クエリ結果のグループ化](../../linq/group-query-results.md) -- [グループ化操作でのサブクエリの実行](../../linq/perform-a-subquery-on-a-grouping-operation.md) \ No newline at end of file +- [グループ化操作でのサブクエリの実行](../../linq/perform-a-subquery-on-a-grouping-operation.md) diff --git a/docs/csharp/language-reference/keywords/implicit-numeric-conversions-table.md b/docs/csharp/language-reference/keywords/implicit-numeric-conversions-table.md index 83eda064ed4..e3c619d1d12 100644 --- a/docs/csharp/language-reference/keywords/implicit-numeric-conversions-table.md +++ b/docs/csharp/language-reference/keywords/implicit-numeric-conversions-table.md @@ -7,12 +7,12 @@ helpviewer_keywords: - numeric conversions [C#], implicit - types [C#], implicit numeric conversions ms.assetid: 72eb5a94-0491-48bf-8032-d7ebfdfeb8d8 -ms.openlocfilehash: e46816fc8f3a6ff71dcba3561098d3cfce1e1054 -ms.sourcegitcommit: c7f3e2e9d6ead6cc3acd0d66b10a251d0c66e59d +ms.openlocfilehash: c3c0153a0ae3e07839822c8bb978b1a09277bd53 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/09/2018 -ms.locfileid: "44213265" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50188704" --- # 暗黙的な数値変換の一覧表 (C# リファレンス) @@ -48,12 +48,12 @@ ms.locfileid: "44213265" byte b = 300; // CS0031: Constant value '300' cannot be converted to a 'byte' ``` -明示的な変換に関する詳細については、[C# 言語仕様](../language-specification/index.md)に関するページの「[Implicit conversions](/dotnet/csharp/language-reference/language-specification/conversions#implicit-conversions)」 (明示的な変換) セクションをご覧ください。 +明示的な変換に関する詳細については、[C# 言語仕様](../language-specification/index.md)に関するページの「[Implicit conversions](~/_csharplang/spec/conversions.md#implicit-conversions)」 (明示的な変換) セクションをご覧ください。 ## 関連項目 - [C# リファレンス](../index.md) -- [C# プログラミング ガイド](../../programming-guide/index.md) +- [C# プログラミングガイド](../../programming-guide/index.md) - [整数型の一覧表](integral-types-table.md) - [浮動小数点型の一覧表](floating-point-types-table.md) - [組み込み型の一覧表](built-in-types-table.md) diff --git a/docs/csharp/language-reference/keywords/let-clause.md b/docs/csharp/language-reference/keywords/let-clause.md index e31c05b643b..abeb00bd9d5 100644 --- a/docs/csharp/language-reference/keywords/let-clause.md +++ b/docs/csharp/language-reference/keywords/let-clause.md @@ -9,11 +9,11 @@ helpviewer_keywords: - let clause [C#] ms.assetid: 13c9c1a4-ce57-48ef-8e1b-4c2a59b99fb4 ms.openlocfilehash: 62294df7f0f2ebb3249dffd72ba4910fbae984c8 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47230711" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48026361" --- # let 句 (C# リファレンス) diff --git a/docs/csharp/language-reference/keywords/nameof.md b/docs/csharp/language-reference/keywords/nameof.md index 2b50e201327..eb04fe0248a 100644 --- a/docs/csharp/language-reference/keywords/nameof.md +++ b/docs/csharp/language-reference/keywords/nameof.md @@ -6,11 +6,11 @@ f1_keywords: - nameof ms.assetid: 33601bf3-cc2c-4496-846d-f9679bccf2a7 ms.openlocfilehash: 726abfd903f37826a247e6e98c0d11f230447550 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47204977" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48035254" --- # nameof (C# リファレンス) @@ -136,5 +136,5 @@ class C { ## 参照 - [C# リファレンス](../../../csharp/language-reference/index.md) -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../../../csharp/programming-guide/index.md) - [typeof](../../../csharp/language-reference/keywords/typeof.md) diff --git a/docs/csharp/language-reference/keywords/null.md b/docs/csharp/language-reference/keywords/null.md index 82ae10e259a..704bee2a55f 100644 --- a/docs/csharp/language-reference/keywords/null.md +++ b/docs/csharp/language-reference/keywords/null.md @@ -8,11 +8,11 @@ helpviewer_keywords: - null keyword [C#] ms.assetid: fecb1c60-6232-4efe-87f7-9a86ba2e9119 ms.openlocfilehash: 67961027c7eab40344251db3d57e4d80ca5e8cdc -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47208199" +ms.lasthandoff: 10/08/2018 +ms.locfileid: "48847270" --- # null (C# リファレンス) diff --git a/docs/csharp/language-reference/keywords/object.md b/docs/csharp/language-reference/keywords/object.md index 34f17a97cdc..d937b496de1 100644 --- a/docs/csharp/language-reference/keywords/object.md +++ b/docs/csharp/language-reference/keywords/object.md @@ -8,11 +8,11 @@ helpviewer_keywords: - object keyword [C#] ms.assetid: 93f60c0b-e17a-40a9-9362-cca5fb77b0e7 ms.openlocfilehash: b36703828e6027a89297ac88edaf2b55ec18f42e -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47207657" +ms.lasthandoff: 10/08/2018 +ms.locfileid: "48849902" --- # object (C# リファレンス) diff --git a/docs/csharp/language-reference/keywords/out-generic-modifier.md b/docs/csharp/language-reference/keywords/out-generic-modifier.md index 2761e5ff43c..befedb72bb0 100644 --- a/docs/csharp/language-reference/keywords/out-generic-modifier.md +++ b/docs/csharp/language-reference/keywords/out-generic-modifier.md @@ -6,11 +6,11 @@ helpviewer_keywords: - out keyword [C#] ms.assetid: f8c20dec-a8bc-426a-9882-4076b1db1e00 ms.openlocfilehash: fedbdb12c1da108d17636770fb5c628195dce0d4 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47207393" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48582698" --- # out (ジェネリック修飾子) (C# リファレンス) diff --git a/docs/csharp/language-reference/keywords/out-parameter-modifier.md b/docs/csharp/language-reference/keywords/out-parameter-modifier.md index eec223c0a41..ec5d32151c5 100644 --- a/docs/csharp/language-reference/keywords/out-parameter-modifier.md +++ b/docs/csharp/language-reference/keywords/out-parameter-modifier.md @@ -5,11 +5,11 @@ helpviewer_keywords: - parameters [C#], out - out parameters [C#] ms.openlocfilehash: bc31ae202ccbfee467dc0f6fa2cf515c751825ed -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47202592" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48837881" --- # out パラメーター修飾子 (C# リファレンス) `out` キーワードによって、参照により引数が渡されます。 これは、[ref](ref.md) キーワードと似ていますが、`ref` では、変数を初期化してから渡す必要があります。 [in](in-parameter-modifier.md) キーワードとも似ていますが、`in` では、呼び出されたメソッドで引数の値を変更することはできません。 `out` パラメーターを使用するには、メソッド定義と呼び出し元のメソッドの両方で `out` キーワードを明示的に使用する必要があります。 例: diff --git a/docs/csharp/language-reference/keywords/out.md b/docs/csharp/language-reference/keywords/out.md index dfe4c30cd41..831bd6a5513 100644 --- a/docs/csharp/language-reference/keywords/out.md +++ b/docs/csharp/language-reference/keywords/out.md @@ -9,11 +9,11 @@ helpviewer_keywords: - out keyword [C#] ms.assetid: 7e911a0c-3f98-4536-87be-d539b7536ca8 ms.openlocfilehash: ecdaf8e94b3b799f41d6750d6ba5fca6895f0e93 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47203723" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48030854" --- # out (C# リファレンス) diff --git a/docs/csharp/language-reference/keywords/params.md b/docs/csharp/language-reference/keywords/params.md index 45930ba80d4..5518866dfce 100644 --- a/docs/csharp/language-reference/keywords/params.md +++ b/docs/csharp/language-reference/keywords/params.md @@ -9,11 +9,11 @@ helpviewer_keywords: - params keyword [C#] ms.assetid: 1690815e-b52b-4967-8380-5780aff08012 ms.openlocfilehash: 089e31f3aad12c2303619e2a1998d0d6a5a0ad86 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47208777" +ms.lasthandoff: 10/08/2018 +ms.locfileid: "48844099" --- # params (C# リファレンス) diff --git a/docs/csharp/language-reference/keywords/protected-internal.md b/docs/csharp/language-reference/keywords/protected-internal.md index 0b0b2351f30..d0a17a2fa4f 100644 --- a/docs/csharp/language-reference/keywords/protected-internal.md +++ b/docs/csharp/language-reference/keywords/protected-internal.md @@ -2,12 +2,12 @@ title: protected internal (C# リファレンス) ms.date: 11/15/2017 author: sputier -ms.openlocfilehash: 1a305cb84989f12350e2e7cc28dd18f9d0c7ae5e -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: e5763830a29d4e627dbb8efa0e86fca536bbb26c +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47210033" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50193774" --- # protected internal (C# リファレンス) @@ -75,4 +75,4 @@ class DerivedClass : BaseClass - [public](public.md) - [private](private.md) - [internal](internal.md) -- [Internal Virtual キーワードのセキュリティ関連事項](https://docs.microsoft.com/en-us/previous-versions/dotnet/netframework-4.0/heyd8kky(v=vs.100)) \ No newline at end of file +- [Internal Virtual キーワードのセキュリティ関連事項](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/heyd8kky(v=vs.100)) \ No newline at end of file diff --git a/docs/csharp/language-reference/keywords/protected.md b/docs/csharp/language-reference/keywords/protected.md index a4854aa6ed6..0ceaa760b00 100644 --- a/docs/csharp/language-reference/keywords/protected.md +++ b/docs/csharp/language-reference/keywords/protected.md @@ -7,12 +7,12 @@ f1_keywords: helpviewer_keywords: - protected keyword [C#] ms.assetid: 05ce3794-6675-4025-bddb-eaaa0ec22892 -ms.openlocfilehash: f25e692430f876ec384971079d6d0aa2c97e967b -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: cc3c8f81edb68fb26be560c8635e30dfd6e7b372 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47205016" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50183179" --- # protected (C# リファレンス) @@ -61,4 +61,4 @@ protected メンバーは、そのクラス内部と、派生クラスのイン - [public](public.md) - [private](private.md) - [internal](internal.md) -- [Internal Virtual キーワードのセキュリティ関連事項](https://docs.microsoft.com/en-us/previous-versions/dotnet/netframework-4.0/heyd8kky(v=vs.100)) \ No newline at end of file +- [Internal Virtual キーワードのセキュリティ関連事項](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/heyd8kky(v=vs.100)) \ No newline at end of file diff --git a/docs/csharp/language-reference/keywords/query-keywords.md b/docs/csharp/language-reference/keywords/query-keywords.md index 2a9224fbce5..15cab33d5c2 100644 --- a/docs/csharp/language-reference/keywords/query-keywords.md +++ b/docs/csharp/language-reference/keywords/query-keywords.md @@ -6,11 +6,11 @@ helpviewer_keywords: - LINQ [C#], query keywords ms.assetid: 6c9bec16-dbd7-4a7c-a060-fe4600b2021f ms.openlocfilehash: 9ec163e1de018bd87348a5b39a1f34654d7d6d84 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47202654" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48028733" --- # クエリ キーワード (C# リファレンス) diff --git a/docs/csharp/language-reference/keywords/reference-tables-for-types.md b/docs/csharp/language-reference/keywords/reference-tables-for-types.md index dc261698e0c..ef89e116891 100644 --- a/docs/csharp/language-reference/keywords/reference-tables-for-types.md +++ b/docs/csharp/language-reference/keywords/reference-tables-for-types.md @@ -9,11 +9,11 @@ helpviewer_keywords: - C# language, data types ms.assetid: 1d2b6a9b-31fd-4fa6-a7b2-bfd9c806ac8a ms.openlocfilehash: f75a1cf0b118becd940bd1aa8ac66550d0852773 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47207336" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48035845" --- # 型のリファレンス表 (C# リファレンス) @@ -33,6 +33,6 @@ ms.locfileid: "47207336" ## 関連項目 - [C# リファレンス](../index.md) -- [C# プログラミング ガイド](../../programming-guide/index.md) +- [C# プログラミングガイド](../../programming-guide/index.md) - [参照型](reference-types.md) - [値型](value-types.md) \ No newline at end of file diff --git a/docs/csharp/language-reference/keywords/select-clause.md b/docs/csharp/language-reference/keywords/select-clause.md index c77fd1598c0..ab87ff83fd5 100644 --- a/docs/csharp/language-reference/keywords/select-clause.md +++ b/docs/csharp/language-reference/keywords/select-clause.md @@ -8,38 +8,41 @@ helpviewer_keywords: - select keyword [C#] - select clause [C#] ms.assetid: df01e266-5781-4aaa-80c4-67cf28ea093f -ms.openlocfilehash: dcab29cdbe98b5e49463d9a2781d43d4b9ee9544 -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: 3fa60d4e7546fc88ac2a2ffea45ae69b0da7a6a6 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43516482" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50183543" --- # select 句 (C# リファレンス) -クエリ式で、`select` 句は、クエリが実行されたときに生成される値の型を指定します。 結果は、以前のすべての句の評価と `select` 句自体の式に基づいています。 クエリ式は、`select` 句または [group](../../../csharp/language-reference/keywords/group-clause.md) 句のいずれかで終了する必要があります。 - - 次の例は、クエリ式での単純な `select` 句を示したものです。 - - [!code-csharp[cscsrefQueryKeywords#8](../../../csharp/language-reference/keywords/codesnippet/CSharp/select-clause_1.cs)] - - `select` 句によって生成されるシーケンスの型は、クエリ変数 `queryHighScores` の型を決定します。 最も簡単なケースでは、`select` 句は、範囲変数だけを指定します。 これにより、返されるシーケンスにデータ ソースと同じ型の要素が含まれます。 詳細については、「[LINQ クエリ操作での型の関係](../../../csharp/programming-guide/concepts/linq/type-relationships-in-linq-query-operations.md)」を参照してください。 ただし、`select` 句は、ソース データを新しい型に変換する (または*投影*する) ための強力なメカニズムも提供します。 詳細については、「[LINQ によるデータ変換 (C#)](../../../csharp/programming-guide/concepts/linq/data-transformations-with-linq.md)」を参照してください。 - -## 例 - 次の例は、`select` 句のすべての異なる形式を示しています。 各クエリで、`select` 句と *クエリ変数* (`studentQuery1`、`studentQuery2`など) の型の関係に注意してください。 - - [!code-csharp[cscsrefQueryKeywords#9](../../../csharp/language-reference/keywords/codesnippet/CSharp/select-clause_2.cs)] - - 前の例の `studentQuery8` に示すように、返されるシーケンスの要素にソース要素のプロパティのサブセットのみを含めることもできます。 返されるシーケンスをできるだけ小さく維持することで、メモリ要件を減らし、クエリの実行の速度を向上させることができます。 これを行うには、`select` 句で匿名型を作成し、オブジェクト初期化子を使用して、ソース要素からの適切なプロパティで初期化します。 これを行う方法の例については、「[オブジェクト初期化子とコレクション初期化子](../../../csharp/programming-guide/classes-and-structs/object-and-collection-initializers.md)」を参照してください。 - -## コメント - コンパイル時に、`select` 句は、 標準クエリ演算子へのメソッドの呼び出しに変換されます。 - -## 参照 - -- [C# リファレンス](../../../csharp/language-reference/index.md) -- [クエリ キーワード (LINQ)](../../../csharp/language-reference/keywords/query-keywords.md) -- [from 句](../../../csharp/language-reference/keywords/from-clause.md) -- [partial (メソッド) (C# リファレンス)](../../../csharp/language-reference/keywords/partial-method.md) -- [匿名型](../../../csharp/programming-guide/classes-and-structs/anonymous-types.md) -- [LINQ クエリ式](../../../csharp/programming-guide/linq-query-expressions/index.md) -- [C# の LINQ の概要](../../../csharp/programming-guide/concepts/linq/getting-started-with-linq.md) + +クエリ式で、`select` 句は、クエリが実行されたときに生成される値の型を指定します。 結果は、以前のすべての句の評価と `select` 句自体の式に基づいています。 クエリ式は、`select` 句または [group](group-clause.md) 句のいずれかで終了する必要があります。 + +次の例は、クエリ式での単純な `select` 句を示したものです。 + +[!code-csharp[cscsrefQueryKeywords#8](~/samples/snippets/csharp/VS_Snippets_VBCSharp/CsCsrefQueryKeywords/CS/Select.cs#8)] + +`select` 句によって生成されるシーケンスの型は、クエリ変数 `queryHighScores` の型を決定します。 最も簡単なケースでは、`select` 句は、範囲変数だけを指定します。 これにより、返されるシーケンスにデータ ソースと同じ型の要素が含まれます。 詳細については、「[LINQ クエリ操作での型の関係](../../programming-guide/concepts/linq/type-relationships-in-linq-query-operations.md)」を参照してください。 ただし、`select` 句は、ソース データを新しい型に変換する (または*投影*する) ための強力なメカニズムも提供します。 詳細については、「[LINQ によるデータ変換 (C#)](../../programming-guide/concepts/linq/data-transformations-with-linq.md)」を参照してください。 + +## 例 + +次の例は、`select` 句のすべての異なる形式を示しています。 各クエリで、`select` 句と *クエリ変数* (`studentQuery1`、`studentQuery2`など) の型の関係に注意してください。 + +[!code-csharp[cscsrefQueryKeywords#9](~/samples/snippets/csharp/VS_Snippets_VBCSharp/CsCsrefQueryKeywords/CS/Select.cs#9)] + +前の例の `studentQuery8` に示すように、返されるシーケンスの要素にソース要素のプロパティのサブセットのみを含めることもできます。 返されるシーケンスをできるだけ小さく維持することで、メモリ要件を減らし、クエリの実行の速度を向上させることができます。 これを行うには、`select` 句で匿名型を作成し、オブジェクト初期化子を使用して、ソース要素からの適切なプロパティで初期化します。 これを行う方法の例については、「[オブジェクト初期化子とコレクション初期化子](../../programming-guide/classes-and-structs/object-and-collection-initializers.md)」を参照してください。 + +## コメント + +コンパイル時に、`select` 句は、 標準クエリ演算子へのメソッドの呼び出しに変換されます。 + +## 関連項目 + +- [C# リファレンス](../index.md) +- [クエリ キーワード (LINQ)](query-keywords.md) +- [from 句](from-clause.md) +- [partial (メソッド) (C# リファレンス)](partial-method.md) +- [匿名型](../../programming-guide/classes-and-structs/anonymous-types.md) +- [LINQ クエリ式](../../programming-guide/linq-query-expressions/index.md) +- [C# の LINQ の概要](../../programming-guide/concepts/linq/getting-started-with-linq.md) \ No newline at end of file diff --git a/docs/csharp/language-reference/keywords/short.md b/docs/csharp/language-reference/keywords/short.md index 89726fcf0d1..9822597840b 100644 --- a/docs/csharp/language-reference/keywords/short.md +++ b/docs/csharp/language-reference/keywords/short.md @@ -7,106 +7,108 @@ f1_keywords: helpviewer_keywords: - short keyword [C#] ms.assetid: 04c10688-e51a-4a87-bfec-83f7fb42ff11 -ms.openlocfilehash: f402b9d2d62bcc3ba265755d59a657b88c197482 -ms.sourcegitcommit: 3c1c3ba79895335ff3737934e39372555ca7d6d0 +ms.openlocfilehash: 0d90f31da49b94eee490e95f0cdf1d582bb0b059 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/06/2018 -ms.locfileid: "43855791" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50184154" --- # short (C# リファレンス) -`short` は、次の表に示すサイズと範囲で値を格納する整数データ型を示します。 - -|型|範囲|サイズ|.NET 型| -|----------|-----------|----------|-------------------------| -|`short`|-32,768 ～ 32,767|符号付き 16 ビット整数|| - -## リテラル +`short` は、次の表に示すサイズと範囲で値を格納する整数データ型を示します。 -`short` 変数を宣言し、10 進リテラル、16 進リテラル、または (C# 7.0 以降) バイナリ リテラルを割り当てることによって初期化できます。 整数リテラルが `short` の範囲外にある場合 (つまり、 より小さいか、 より大きい場合)、コンパイル エラーが発生します。 +|型|範囲|サイズ|.NET 型| +|----------|-----------|----------|-------------------------| +|`short`|-32,768 ～ 32,767|符号付き 16 ビット整数|| -次の例では、整数 1,034 を 10 進リテラル、16 進リテラル、バイナリ リテラルで表したものが、[int](../../../csharp/language-reference/keywords/int.md) から `short` 値に暗黙的に変換されています。 - -[!code-csharp[Short](../../../../samples/snippets/csharp/language-reference/keywords/numeric-literals.cs#Short)] +## リテラル -> [!NOTE] +`short` 変数を宣言し、10 進リテラル、16 進リテラル、または (C# 7.0 以降) バイナリ リテラルを割り当てることによって初期化できます。 整数リテラルが `short` の範囲外にある場合 (つまり、 より小さいか、 より大きい場合)、コンパイル エラーが発生します。 + +次の例では、整数 1,034 を 10 進リテラル、16 進リテラル、バイナリ リテラルで表したものが、[int](int.md) から `short` 値に暗黙的に変換されています。 + +[!code-csharp[Short](~/samples/snippets/csharp/language-reference/keywords/numeric-literals.cs#Short)] + +> [!NOTE] > 16 進リテラルを表すにはプレフィックス `0x` または `0X` を使い、バイナリ リテラルを表すにはプレフィックス `0b` または `0B` を使います。 10 進リテラルには、プレフィックスはありません。 -C# 7.0 以降では、読みやすさを強化するためにいくつかの機能が追加されています。 - - C# 7.0 では、桁区切り記号としてアンダースコア文字 (`_`) が使用できます。 - - C# 7.2 では、プレフィックスの後に、`_` をバイナリまたは 16 進リテラルの桁区切り記号として使用できます。 10 進リテラルは先頭にアンダー スコアを持つことはできません。 +C# 7.0 以降では、読みやすさを強化するためにいくつかの機能が追加されています。 + +- C# 7.0 では、桁区切り記号としてアンダースコア文字 (`_`) が使用できます。 +- C# 7.2 では、プレフィックスの後に、`_` をバイナリまたは 16 進リテラルの桁区切り記号として使用できます。 10 進リテラルは先頭にアンダー スコアを持つことはできません。 以下にいくつか例を示します。 -[!code-csharp[Short](../../../../samples/snippets/csharp/language-reference/keywords/numeric-literals.cs#ShortS)] - +[!code-csharp[Short](~/samples/snippets/csharp/language-reference/keywords/numeric-literals.cs#ShortS)] + ## コンパイラのオーバーロード解決 - オーバーロードされたメソッドを呼び出すときは、キャストを使用する必要があります。 たとえば、`short` パラメーターと [int](../../../csharp/language-reference/keywords/int.md) パラメーターを使用したオーバーロードされたメソッドがあるとします。 - -```csharp -public static void SampleMethod(int i) {} -public static void SampleMethod(short s) {} -``` - - `short` キャストを使用すると、正しい型が呼び出されます。次に例を示します。 - -```csharp -SampleMethod(5); // Calling the method with the int parameter -SampleMethod((short)5); // Calling the method with the short parameter -``` - -## 変換 - - `short` から [int](../../../csharp/language-reference/keywords/int.md)、[long](../../../csharp/language-reference/keywords/long.md)、[float](../../../csharp/language-reference/keywords/float.md)、[double](../../../csharp/language-reference/keywords/double.md)、[decimal](../../../csharp/language-reference/keywords/decimal.md) への、定義済みの暗黙的な変換が組み込まれています。 - - 記憶領域が大きなリテラル以外の数値型を暗黙的に `short` に変換することはできません (整数型の記憶領域については、「[整数型の一覧表](../../../csharp/language-reference/keywords/integral-types-table.md)」を参照してください)。 たとえば、2 つの `short` 変数 `x` と `y` があるとします。 - -```csharp -short x = 5, y = 12; -``` - - 次の代入ステートメントは、代入演算子の右側にある算術式が既定で [int](../../../csharp/language-reference/keywords/int.md) に評価されるため、コンパイル エラーになります。 - +オーバーロードされたメソッドを呼び出すときは、キャストを使用する必要があります。 たとえば、`short` パラメーターと [int](int.md) パラメーターを使用したオーバーロードされたメソッドがあるとします。 + +```csharp +public static void SampleMethod(int i) {} +public static void SampleMethod(short s) {} +``` + +`short` キャストを使用すると、正しい型が呼び出されます。次に例を示します。 + +```csharp +SampleMethod(5); // Calling the method with the int parameter +SampleMethod((short)5); // Calling the method with the short parameter +``` + +## 変換 + +`short` から [int](int.md)、[long](long.md)、[float](float.md)、[double](double.md)、[decimal](decimal.md) への、定義済みの暗黙的な変換が組み込まれています。 + +記憶領域が大きなリテラル以外の数値型を暗黙的に `short` に変換することはできません (整数型の記憶領域については、「[整数型の一覧表](integral-types-table.md)」を参照してください)。 たとえば、2 つの `short` 変数 `x` と `y` があるとします。 + +```csharp +short x = 5, y = 12; +``` + +次の代入ステートメントは、代入演算子の右側にある算術式が既定で [int](int.md) に評価されるため、コンパイル エラーになります。 + ```csharp short z = x + y; // Compiler error CS0266: no conversion from int to short ``` - この問題を解決するには、キャストを使用します。 - +この問題を解決するには、キャストを使用します。 + ```csharp short z = (short)(x + y); // Explicit conversion ``` - - 次のステートメントを使うこともできます。このステートメントでは、変換先の変数の記憶領域サイズは元のサイズ以上になります。 - -```csharp -int m = x + y; -long n = x + y; -``` - - 浮動小数点型から `short` への暗黙的な変換は行われません。 たとえば、次のステートメントは、明示的なキャストを使用しない場合、コンパイラ エラーになります。 - -```csharp -short x = 3.0; // Error: no implicit conversion from double -short y = (short)3.0; // OK: explicit conversion -``` - - 浮動小数点型と整数型の混在する算術式の詳細については、「[float](../../../csharp/language-reference/keywords/float.md)」と「[double](../../../csharp/language-reference/keywords/double.md)」を参照してください。 - - 暗黙的な数値変換規則について詳しくは、「[暗黙的な数値変換の一覧表](../../../csharp/language-reference/keywords/implicit-numeric-conversions-table.md)」をご覧ください。 - -## C# 言語仕様 - [!INCLUDE[CSharplangspec](~/includes/csharplangspec-md.md)] - -## 参照 - -- -- [C# リファレンス](../../../csharp/language-reference/index.md) -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) -- [C# のキーワード](../../../csharp/language-reference/keywords/index.md) -- [整数型の一覧表](../../../csharp/language-reference/keywords/integral-types-table.md) -- [組み込み型の一覧表](../../../csharp/language-reference/keywords/built-in-types-table.md) -- [暗黙的な数値変換の一覧表](../../../csharp/language-reference/keywords/implicit-numeric-conversions-table.md) -- [明示的な数値変換の一覧表](../../../csharp/language-reference/keywords/explicit-numeric-conversions-table.md) + +次のステートメントを使うこともできます。このステートメントでは、変換先の変数の記憶領域サイズは元のサイズ以上になります。 + +```csharp +int m = x + y; +long n = x + y; +``` + +浮動小数点型から `short` への暗黙的な変換は行われません。 たとえば、次のステートメントは、明示的なキャストを使用しない場合、コンパイラ エラーになります。 + +```csharp +short x = 3.0; // Error: no implicit conversion from double +short y = (short)3.0; // OK: explicit conversion +``` + +浮動小数点型と整数型の混在する算術式の詳細については、「[float](float.md)」と「[double](double.md)」を参照してください。 + +暗黙的な数値変換規則について詳しくは、「[暗黙的な数値変換の一覧表](implicit-numeric-conversions-table.md)」をご覧ください。 + +## C# 言語仕様 + +[!INCLUDE[CSharplangspec](~/includes/csharplangspec-md.md)] + +## 関連項目 + +- +- [C# リファレンス](../index.md) +- [C# プログラミング ガイド](../../programming-guide/index.md) +- [C# のキーワード](index.md) +- [整数型の一覧表](integral-types-table.md) +- [組み込み型の一覧表](built-in-types-table.md) +- [暗黙的な数値変換の一覧表](implicit-numeric-conversions-table.md) +- [明示的な数値変換の一覧表](explicit-numeric-conversions-table.md) \ No newline at end of file diff --git a/docs/csharp/language-reference/keywords/sizeof.md b/docs/csharp/language-reference/keywords/sizeof.md index 77948e9a126..5c6339701f7 100644 --- a/docs/csharp/language-reference/keywords/sizeof.md +++ b/docs/csharp/language-reference/keywords/sizeof.md @@ -7,69 +7,73 @@ f1_keywords: helpviewer_keywords: - sizeof keyword [C#] ms.assetid: c548592c-677c-4f40-a4ce-e613f7529141 -ms.openlocfilehash: f2507dd8528e2e66016524873ada890227a74ed8 -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: 37eb9345edc31a8d318540fd528f311059225de4 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43517039" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50184206" --- # sizeof (C# リファレンス) + アンマネージ型のサイズ (バイト単位) を取得するときに使用します。 アンマネージド型には次のようなものがあります。 -- 次の表は単純型の一覧です。 - - |正規表現|定数値| - |----------------|--------------------| - |`sizeof(sbyte)`|1| - |`sizeof(byte)`|1| - |`sizeof(short)`|2| - |`sizeof(ushort)`|2| - |`sizeof(int)`|4| - |`sizeof(uint)`|4| - |`sizeof(long)`|8| - |`sizeof(ulong)`|8| - |`sizeof(char)`|2 (Unicode)| - |`sizeof(float)`|4| - |`sizeof(double)`|8| - |`sizeof(decimal)`|16| - |`sizeof(bool)`|1| - -- 列挙型。 - -- ポインター型。 - -- 参照型または構築された型である任意のインスタンス フィールドまたは自動実装インスタンス プロパティが含まれていないユーザー定義の構造体。 - - 次の例は、`int` のサイズを取得する方法を示しています。 - -```csharp -// Constant value 4: -int intSize = sizeof(int); -``` - -## コメント - C# のバージョン 2.0 以降、`sizeof` を単純型または列挙型に適用する場合、そのコードを [unsafe](unsafe.md) コンテキストでコンパイルする必要がなくなりました。 - - `sizeof` 演算子はオーバーロードできません。 `sizeof` 演算子により返される値の型は `int` です。 上記の表に、特定の単純型をオペランドとする `sizeof` 式と、代用される定数値を示します。 - - struct など、その他の型については、`sizeof` 演算子はアンセーフ コード ブロックでのみ使用できます。 メソッドを使用できますが、このメソッドによって返される値は常に `sizeof` によって返される値と同じとは限りません。 は、型のマーシャリング後にサイズを返します。一方、`sizeof` は、共通言語ランタイムによって割り当てられたサイズ (埋め込みを含む) を返します。 - -## 例 - [!code-csharp[csrefKeywordsOperator#11](../../../csharp/language-reference/keywords/codesnippet/CSharp/sizeof_1.cs)] - -## C# 言語仕様 - [!INCLUDE[CSharplangspec](~/includes/csharplangspec-md.md)] - -## 参照 - -- [C# リファレンス](../../../csharp/language-reference/index.md) -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) -- [C# のキーワード](../../../csharp/language-reference/keywords/index.md) -- [演算子のキーワード](../../../csharp/language-reference/keywords/operator-keywords.md) -- [enum](../../../csharp/language-reference/keywords/enum.md) -- [アンセーフ コードとポインター](../../../csharp/programming-guide/unsafe-code-pointers/index.md) -- [構造体](../../../csharp/programming-guide/classes-and-structs/structs.md) -- [定数](../../../csharp/programming-guide/classes-and-structs/constants.md) +- 次の表は単純型の一覧です。 + + |正規表現|定数値| + |----------------|--------------------| + |`sizeof(sbyte)`|1| + |`sizeof(byte)`|1| + |`sizeof(short)`|2| + |`sizeof(ushort)`|2| + |`sizeof(int)`|4| + |`sizeof(uint)`|4| + |`sizeof(long)`|8| + |`sizeof(ulong)`|8| + |`sizeof(char)`|2 (Unicode)| + |`sizeof(float)`|4| + |`sizeof(double)`|8| + |`sizeof(decimal)`|16| + |`sizeof(bool)`|1| + +- 列挙型。 + +- ポインター型。 + +- 参照型または構築された型である任意のインスタンス フィールドまたは自動実装インスタンス プロパティが含まれていないユーザー定義の構造体。 + +次の例は、`int` のサイズを取得する方法を示しています。 + +```csharp +// Constant value 4: +int intSize = sizeof(int); +``` + +## コメント + +C# のバージョン 2.0 以降、`sizeof` を単純型または列挙型に適用する場合、そのコードを [unsafe](unsafe.md) コンテキストでコンパイルする必要がなくなりました。 + +`sizeof` 演算子はオーバーロードできません。 `sizeof` 演算子により返される値の型は `int` です。 上記の表に、特定の単純型をオペランドとする `sizeof` 式と、代用される定数値を示します。 + +struct など、その他の型については、`sizeof` 演算子はアンセーフ コード ブロックでのみ使用できます。 メソッドを使用できますが、このメソッドによって返される値は常に `sizeof` によって返される値と同じとは限りません。 は、型のマーシャリング後にサイズを返します。一方、`sizeof` は、共通言語ランタイムによって割り当てられたサイズ (埋め込みを含む) を返します。 + +## 例 + +[!code-csharp[csrefKeywordsOperator#11](~/samples/snippets/csharp/VS_Snippets_VBCSharp/csrefKeywordsOperator/CS/csrefKeywordsOperators.cs#11)] + +## C# 言語仕様 + +[!INCLUDE[CSharplangspec](~/includes/csharplangspec-md.md)] + +## 関連項目 + +- [C# リファレンス](../index.md) +- [C# プログラミング ガイド](../../programming-guide/index.md) +- [C# のキーワード](index.md) +- [演算子のキーワード](operator-keywords.md) +- [enum](enum.md) +- [アンセーフ コードとポインター](../../programming-guide/unsafe-code-pointers/index.md) +- [構造体](../../programming-guide/classes-and-structs/structs.md) +- [定数](../../programming-guide/classes-and-structs/constants.md) \ No newline at end of file diff --git a/docs/csharp/language-reference/keywords/string.md b/docs/csharp/language-reference/keywords/string.md index 34478e8b986..00e7267bff7 100644 --- a/docs/csharp/language-reference/keywords/string.md +++ b/docs/csharp/language-reference/keywords/string.md @@ -10,104 +10,107 @@ helpviewer_keywords: - string literals [C#] - string keyword [C#] ms.assetid: 3037e558-fb22-494d-bca1-a15ade11b11a -ms.openlocfilehash: 8b70f1c1dcb39dcdde6ba24a1bdcdfc3084cfc97 -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: ab2e69c60872aed19d46450f17becc918ffe2a38 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43513101" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50181461" --- # string (C# リファレンス) -`string` 型は、0 個以上の Unicode 文字のシーケンスを表します。 `string` は .NET の の別名です。 - - `string` は参照型ですが、等値演算子 (`==` および `!=`) は、`string` オブジェクトの参照ではなく、値を比較するように定義されています。 これにより、文字列が等しいかを直感的にテストできます。 例: - -```csharp -string a = "hello"; -string b = "h"; -// Append to contents of 'b' -b += "ello"; -Console.WriteLine(a == b); -Console.WriteLine((object)a == (object)b); -``` - - 文字列の内容が等しいので、"True"、"False" の順に表示されますが、`a` および `b` は同じ文字列インスタンスを参照しません。 - - + 演算子は、文字列を連結します。 - -```csharp -string a = "good " + "morning"; -``` - - これは、"good morning" を含む文字列オブジェクトを作成します。 - - 文字列は "*変更不可*" です。文字列オブジェクトの作成後、そのコンテンツを変更することはできません。構文では変更可能に見えても、変更不可です。 たとえば、このコードを作成すると、コンパイラによって新しい文字列オブジェクトを格納する新しいシーケンス オブジェクトが生成され、その新しいオブジェクトが b に割り当てられます。 そして、文字列 "h" がガベージ コレクションの対象になります。 - + +`string` 型は、0 個以上の Unicode 文字のシーケンスを表します。 `string` は .NET の の別名です。 + +`string` は参照型ですが、等値演算子 (`==` および `!=`) は、`string` オブジェクトの参照ではなく、値を比較するように定義されています。 これにより、文字列が等しいかを直感的にテストできます。 例: + +```csharp +string a = "hello"; +string b = "h"; +// Append to contents of 'b' +b += "ello"; +Console.WriteLine(a == b); +Console.WriteLine((object)a == (object)b); +``` + +文字列の内容が等しいので、"True"、"False" の順に表示されますが、`a` および `b` は同じ文字列インスタンスを参照しません。 + ++ 演算子は、文字列を連結します。 + +```csharp +string a = "good " + "morning"; +``` + +これは、"good morning" を含む文字列オブジェクトを作成します。 + +文字列は "*変更不可*" です。文字列オブジェクトの作成後、そのコンテンツを変更することはできません。構文では変更可能に見えても、変更不可です。 たとえば、このコードを作成すると、コンパイラによって新しい文字列オブジェクトを格納する新しいシーケンス オブジェクトが生成され、その新しいオブジェクトが b に割り当てられます。 そして、文字列 "h" がガベージ コレクションの対象になります。 + +```csharp +string b = "h"; +b += "ello"; +``` + +[] 演算子は、`string` の各文字への読み取り専用アクセスに使用できます。 + +```csharp +string str = "test"; +char x = str[2]; // x = 's'; +``` + +リテラル文字列は `string` 型であり、二重引用符で囲む形式と、@-quoted 形式の 2 とおりがあります。 二重引用符で囲む場合は、リテラル文字列の前後に二重引用符 (") を付けます。 + +```csharp +"good morning" // a string literal +``` + +リテラル文字列には、任意の文字リテラルを含めることができます。 これにはエスケープ シーケンスが含まれます。 次の例では、円記号にエスケープ シーケンス `\\`、文字 f に `\u0066`、改行に `\n` を使用しています。 + ```csharp -string b = "h"; -b += "ello"; -``` - - [] 演算子は、`string` の各文字への読み取り専用アクセスに使用できます。 - -```csharp -string str = "test"; -char x = str[2]; // x = 's'; -``` - - リテラル文字列は `string` 型であり、二重引用符で囲む形式と、@-quoted 形式の 2 とおりがあります。 二重引用符で囲む場合は、リテラル文字列の前後に二重引用符 (") を付けます。 - -```csharp -"good morning" // a string literal -``` - - リテラル文字列には、任意の文字リテラルを含めることができます。 これにはエスケープ シーケンスが含まれます。 次の例では、円記号にエスケープ シーケンス `\\`、文字 f に `\u0066`、改行に `\n` を使用しています。 - -```csharp -string a = "\\\u0066\n"; -Console.WriteLine(a); -``` - +string a = "\\\u0066\n"; +Console.WriteLine(a); +``` + > [!NOTE] -> エスケープ コード `\udddd` (`dddd` は 4 桁の数字) は、Unicode 文字 U +`dddd` を表します。 8 桁の Unicode エスケープ コード `\Udddddddd` も認識できます。 - - verbatim 文字列リテラルの場合は、先頭に `@` を付け、さらに前後に二重引用符を付けます。 例: - -```csharp -@"good morning" // a string literal -``` - - verbatim 文字列の場合の利点は、エスケープ シーケンスが "*処理されない*" ため、たとえば、完全修飾ファイル名が書きやすくなることです。 - -```csharp -@"c:\Docs\Source\a.txt" // rather than "c:\\Docs\\Source\\a.txt" -``` - - @-quoted 文字列に二重引用符を含めるには、二重引用符を二重にします。 - -```csharp -@"""Ahoy!"" cried the captain." // "Ahoy!" cried the captain. -``` - - `@` 特殊文字のその他の使用については、[@ -- 逐語的識別子](../tokens/verbatim.md)に関するページを参照してください。 - - C# での文字列の詳細については、「[文字列](../../../csharp/programming-guide/strings/index.md)」を参照してください。 - -## 例 - [!code-csharp[csrefKeywordsTypes#17](../../../csharp/language-reference/keywords/codesnippet/CSharp/string_1.cs)] - -## C# 言語仕様 - [!INCLUDE[CSharplangspec](~/includes/csharplangspec-md.md)] - -## 参照 - -- [C# リファレンス](../../../csharp/language-reference/index.md) -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) -- [文字列を使用するためのベスト プラクティス](../../../standard/base-types/best-practices-strings.md) -- [C# のキーワード](../../../csharp/language-reference/keywords/index.md) -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) -- [参照型](../../../csharp/language-reference/keywords/reference-types.md) -- [値型](../../../csharp/language-reference/keywords/value-types.md) -- [基本的な文字列操作](../../../standard/base-types/basic-string-operations.md) -- [新しい文字列の作成](../../../standard/base-types/creating-new.md) -- [数値結果テーブルの書式設定](../../../csharp/language-reference/keywords/formatting-numeric-results-table.md) +> エスケープ コード `\udddd` (`dddd` は 4 桁の数字) は、Unicode 文字 U +`dddd` を表します。 8 桁の Unicode エスケープ コード `\Udddddddd` も認識できます。 + +verbatim 文字列リテラルの場合は、先頭に `@` を付け、さらに前後に二重引用符を付けます。 例: + +```csharp +@"good morning" // a string literal +``` + +verbatim 文字列の場合の利点は、エスケープ シーケンスが "*処理されない*" ため、たとえば、完全修飾ファイル名が書きやすくなることです。 + +```csharp +@"c:\Docs\Source\a.txt" // rather than "c:\\Docs\\Source\\a.txt" +``` + +@-quoted 文字列に二重引用符を含めるには、二重引用符を二重にします。 + +```csharp +@"""Ahoy!"" cried the captain." // "Ahoy!" cried the captain. +``` + +`@` 特殊文字のその他の使用については、[@ -- 逐語的識別子](../tokens/verbatim.md)に関するページを参照してください。 + +C# での文字列の詳細については、「[文字列](../../programming-guide/strings/index.md)」を参照してください。 + +## 例 + +[!code-csharp[csrefKeywordsTypes#17](~/samples/snippets/csharp/VS_Snippets_VBCSharp/csrefKeywordsTypes/CS/keywordsTypes.cs#17)] + +## C# 言語仕様 + +[!INCLUDE[CSharplangspec](~/includes/csharplangspec-md.md)] + +## 関連項目 + +- [C# リファレンス](../index.md) +- [C# プログラミングガイド](../../programming-guide/index.md) +- [文字列を使用するためのベスト プラクティス](../../../standard/base-types/best-practices-strings.md) +- [C# のキーワード](index.md) +- [C# プログラミングガイド](../../programming-guide/index.md) +- [参照型](reference-types.md) +- [値型](value-types.md) +- [基本的な文字列操作](../../../standard/base-types/basic-string-operations.md) +- [新しい文字列の作成](../../../standard/base-types/creating-new.md) +- [数値結果テーブルの書式設定](formatting-numeric-results-table.md) \ No newline at end of file diff --git a/docs/csharp/language-reference/keywords/struct.md b/docs/csharp/language-reference/keywords/struct.md index ecc3b93aed9..45c1a8379e2 100644 --- a/docs/csharp/language-reference/keywords/struct.md +++ b/docs/csharp/language-reference/keywords/struct.md @@ -7,49 +7,53 @@ helpviewer_keywords: - struct keyword [C#] - structs [C#], struct keyword ms.assetid: ff3dd9b7-dc93-4720-8855-ef5558f65c7c -ms.openlocfilehash: 7931da2e5f5c493b54eb1f33a1d6f57b38592f6e -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: 46cf0b66a50685a717818fe762ad4f1de36d6156 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43530193" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50185746" --- # struct (C# リファレンス) -`struct` 型は、通常、関連する変数 (四角形の座標やインベントリ内の項目の特性など) の小さなグループをカプセル化するのに使用される値型です。 次の例に単純な構造体の宣言を示します。 - -```csharp -public struct Book -{ - public decimal price; - public string title; - public string author; -} -``` - -## コメント - 構造体には、[コンストラクター](../../../csharp/programming-guide/classes-and-structs/constructors.md)、[定数](../../../csharp/programming-guide/classes-and-structs/constants.md)、[フィールド](../../../csharp/programming-guide/classes-and-structs/fields.md)、[メソッド](../../../csharp/programming-guide/classes-and-structs/methods.md)、[プロパティ](../../../csharp/programming-guide/classes-and-structs/properties.md)、[インデクサー](../../../csharp/programming-guide/indexers/index.md)、[演算子](../../../csharp/programming-guide/statements-expressions-operators/operators.md)、[イベント](../../../csharp/programming-guide/events/index.md)、および[入れ子にされた型](../../../csharp/programming-guide/classes-and-structs/nested-types.md)を含めることができます。ただし、複数のメンバーが必要な場合は、代わりに型をクラスに変更することを検討してください。 - - 例については、「[構造体の使用](../../../csharp/programming-guide/classes-and-structs/using-structs.md)」を参照してください。 - - 構造体はインターフェイスを実装できますが、別の構造体から継承することはできません。 そのため、構造体メンバーを `protected` として宣言することはできません。 - - 詳細については、「[構造体](../../../csharp/programming-guide/classes-and-structs/structs.md)」を参照してください。 - -## 使用例 - 例と詳細については、「[構造体の使用](../../../csharp/programming-guide/classes-and-structs/using-structs.md)」を参照してください。 - -## C# 言語仕様 - 例については、「[構造体の使用](../../../csharp/programming-guide/classes-and-structs/using-structs.md)」を参照してください。 - -## 参照 - -- [C# リファレンス](../../../csharp/language-reference/index.md) -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) -- [C# のキーワード](../../../csharp/language-reference/keywords/index.md) -- [既定値の一覧表](../../../csharp/language-reference/keywords/default-values-table.md) -- [組み込み型の一覧表](../../../csharp/language-reference/keywords/built-in-types-table.md) -- [型](../../../csharp/language-reference/keywords/types.md) -- [値型](../../../csharp/language-reference/keywords/value-types.md) -- [class](../../../csharp/language-reference/keywords/class.md) -- [interface](../../../csharp/language-reference/keywords/interface.md) -- [クラスと構造体](../../../csharp/programming-guide/classes-and-structs/index.md) + +`struct` 型は、通常、関連する変数 (四角形の座標やインベントリ内の項目の特性など) の小さなグループをカプセル化するのに使用される値型です。 次の例に単純な構造体の宣言を示します。 + +```csharp +public struct Book +{ + public decimal price; + public string title; + public string author; +} +``` + +## コメント + +構造体には、[コンストラクター](../../programming-guide/classes-and-structs/constructors.md)、[定数](../../programming-guide/classes-and-structs/constants.md)、[フィールド](../../programming-guide/classes-and-structs/fields.md)、[メソッド](../../programming-guide/classes-and-structs/methods.md)、[プロパティ](../../programming-guide/classes-and-structs/properties.md)、[インデクサー](../../programming-guide/indexers/index.md)、[演算子](../../programming-guide/statements-expressions-operators/operators.md)、[イベント](../../programming-guide/events/index.md)、および[入れ子にされた型](../../programming-guide/classes-and-structs/nested-types.md)を含めることができます。ただし、複数のメンバーが必要な場合は、代わりに型をクラスに変更することを検討してください。 + +例については、「[構造体の使用](../../programming-guide/classes-and-structs/using-structs.md)」を参照してください。 + +構造体はインターフェイスを実装できますが、別の構造体から継承することはできません。 そのため、構造体メンバーを `protected` として宣言することはできません。 + +詳細については、「[構造体](../../programming-guide/classes-and-structs/structs.md)」を参照してください。 + +## 使用例 + +例と詳細については、「[構造体の使用](../../programming-guide/classes-and-structs/using-structs.md)」を参照してください。 + +## C# 言語仕様 + +例については、「[構造体の使用](../../programming-guide/classes-and-structs/using-structs.md)」を参照してください。 + +## 関連項目 + +- [C# リファレンス](../index.md) +- [C# プログラミング ガイド](../../programming-guide/index.md) +- [C# のキーワード](index.md) +- [既定値の一覧表](default-values-table.md) +- [組み込み型の一覧表](built-in-types-table.md) +- [型](types.md) +- [値型](value-types.md) +- [class](class.md) +- [interface](interface.md) +- [クラスと構造体](../../programming-guide/classes-and-structs/index.md) \ No newline at end of file diff --git a/docs/csharp/language-reference/keywords/this.md b/docs/csharp/language-reference/keywords/this.md index 19f25570f89..92a3317d0a1 100644 --- a/docs/csharp/language-reference/keywords/this.md +++ b/docs/csharp/language-reference/keywords/this.md @@ -9,11 +9,11 @@ helpviewer_keywords: - this keyword [C#] ms.assetid: d4f827fe-4710-410b-89b8-867dad44b8a3 ms.openlocfilehash: df1bf6a3e6d24b231bf5e3c7a960f49084c4e53a -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47209387" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48026569" --- # this (C# リファレンス) `this` キーワードはクラスの現在のインスタンスを参照します。拡張メソッドの最初のパラメーターの修飾子としても使用されます。 diff --git a/docs/csharp/language-reference/keywords/try-catch.md b/docs/csharp/language-reference/keywords/try-catch.md index 5887ff01f27..8f47c66920c 100644 --- a/docs/csharp/language-reference/keywords/try-catch.md +++ b/docs/csharp/language-reference/keywords/try-catch.md @@ -11,11 +11,11 @@ helpviewer_keywords: - try-catch statement [C#] ms.assetid: cb5503c7-bfa1-4610-8fc2-ddcd2e84c438 ms.openlocfilehash: d1fd290444bc7841e32d955a4e7f2134afdbd484 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47193620" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48030893" --- # try-catch (C# リファレンス) try-catch ステートメントは、`try` ブロックと、それに続く 1 つ以上の `catch` 句で構成されます。この句にはさまざまな例外のハンドラーを指定します。 diff --git a/docs/csharp/language-reference/keywords/using-directive.md b/docs/csharp/language-reference/keywords/using-directive.md index 94c37eb2dcd..8b5ecf60e4f 100644 --- a/docs/csharp/language-reference/keywords/using-directive.md +++ b/docs/csharp/language-reference/keywords/using-directive.md @@ -4,12 +4,12 @@ ms.date: 07/20/2015 helpviewer_keywords: - using directive [C#] ms.assetid: b42b8e61-5e7e-439c-bb71-370094b44ae8 -ms.openlocfilehash: 1ed7ac49cde6792cddff898e8b9930a83598e02c -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: d3fa8a1a1b378fe1e18a63fec1c0d2f9eb40ecb3 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47231545" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50181057" --- # using ディレクティブ (C# リファレンス) `using` ディレクティブは、次の 3 つの用途で使用します。 @@ -68,7 +68,7 @@ class Program `using` ディレクティブを作成すると、名前空間内の型を、名前空間を指定することなく使用できます。 `using` ディレクティブでは、指定した名前空間に入れ子になった別の名前空間へのアクセスは許可されません。 - 名前空間は、ユーザー定義とシステム定義の 2 つのカテゴリに分類されます。 ユーザー定義の名前空間は、コードで定義された名前空間です。 システム定義の名前空間の一覧については、「[.NET API ブラウザー](https://docs.microsoft.com/en-us/dotnet/api/)」を参照してください。 + 名前空間は、ユーザー定義とシステム定義の 2 つのカテゴリに分類されます。 ユーザー定義の名前空間は、コードで定義された名前空間です。 システム定義の名前空間の一覧については、「[.NET API ブラウザー](https://docs.microsoft.com/dotnet/api/)」を参照してください。 他のアセンブリのメソッドを参照する方法の例については、[コマンド ラインでアセンブリを作成し、使用する](../../programming-guide/concepts/assemblies-gac/how-to-create-and-use-assemblies-using-the-command-line.md)方法に関するページをご覧ください。 @@ -92,7 +92,7 @@ class Program ## 参照 - [C# リファレンス](../../../csharp/language-reference/index.md) -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../../../csharp/programming-guide/index.md) - [名前空間の使用](../../../csharp/programming-guide/namespaces/using-namespaces.md) - [C# のキーワード](../../../csharp/language-reference/keywords/index.md) - [名前空間キーワード](../../../csharp/language-reference/keywords/namespace-keywords.md) diff --git a/docs/csharp/language-reference/keywords/value-types-table.md b/docs/csharp/language-reference/keywords/value-types-table.md index 509b71e14e6..5c41fcb410c 100644 --- a/docs/csharp/language-reference/keywords/value-types-table.md +++ b/docs/csharp/language-reference/keywords/value-types-table.md @@ -6,12 +6,12 @@ helpviewer_keywords: - types [C#], value types - types [C#], suffixes ms.assetid: 67d8f631-b6e3-4d83-9910-5ec497f8c5f3 -ms.openlocfilehash: bc7143b9f006af20b0bb91203d3093410d4ac0bf -ms.sourcegitcommit: 6eac9a01ff5d70c6d18460324c016a3612c5e268 +ms.openlocfilehash: aa37e2237ca0cffe7ff2e64aa53739b6ffafd24a +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/16/2018 -ms.locfileid: "45609724" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50182751" --- # 値型の一覧表 (C# リファレンス) @@ -43,14 +43,14 @@ C# の値型を次の表に示します。 decimal a = 0.1M; ``` -[整数リテラル](/dotnet/csharp/language-reference/language-specification/lexical-structure#integer-literals)にサフィックスがない場合、以下の型のうちその値を表すことができる最初のものが使用されます: `int`、`uint`、`long`、`ulong`。 +[整数リテラル](~/_csharplang/spec/lexical-structure.md#integer-literals)にサフィックスがない場合、以下の型のうちその値を表すことができる最初のものが使用されます: `int`、`uint`、`long`、`ulong`。 -[実数値リテラル](/dotnet/csharp/language-reference/language-specification/lexical-structure#real-literals)にサフィックスがない場合、その型は `double` になります。 +[実数値リテラル](~/_csharplang/spec/lexical-structure.md#real-literals)にサフィックスがない場合、その型は `double` になります。 ## 関連項目 - [C# リファレンス](../index.md) -- [C# プログラミング ガイド](../../programming-guide/index.md) +- [C# プログラミングガイド](../../programming-guide/index.md) - [型のリファレンス表](reference-tables-for-types.md) - [既定値の一覧表](default-values-table.md) - [値型](value-types.md) diff --git a/docs/csharp/language-reference/keywords/void.md b/docs/csharp/language-reference/keywords/void.md index 0e2cbbb8c8f..4227d80eabf 100644 --- a/docs/csharp/language-reference/keywords/void.md +++ b/docs/csharp/language-reference/keywords/void.md @@ -8,11 +8,11 @@ helpviewer_keywords: - void keyword [C#] ms.assetid: 0d2d8a95-fe20-4fbd-bf5d-c1e54bce71d4 ms.openlocfilehash: 223db893dd42181c234d9a07c1a1c00af26f0c30 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 700b9003ea6bdd83a53458bbc436c9b5778344f1 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47232901" +ms.lasthandoff: 10/03/2018 +ms.locfileid: "48261590" --- # void (C# リファレンス) メソッドの戻り値の型として使用した場合、`void` はメソッドが値を返さないことを指定します。 diff --git a/docs/csharp/language-reference/operators/increment-operator.md b/docs/csharp/language-reference/operators/increment-operator.md index d652b069f5f..31095c8d033 100644 --- a/docs/csharp/language-reference/operators/increment-operator.md +++ b/docs/csharp/language-reference/operators/increment-operator.md @@ -8,11 +8,11 @@ helpviewer_keywords: - ++ operator [C#] ms.assetid: e9dec353-070b-44fb-98ed-eb8fdf753feb ms.openlocfilehash: a52f614ce1bbfb8e9d9be686b277c1e69f6f9d35 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47202252" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48030471" --- # ++ 演算子 (C# リファレンス) インクリメント演算子 (`++`) は、オペランドを 1 ずつインクリメントします。 インクリメント演算子はそのオペランド ( `++variable` および `variable++`) の前後に指定できます。 @@ -30,5 +30,5 @@ ms.locfileid: "47202252" ## 参照 - [C# リファレンス](../../../csharp/language-reference/index.md) -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../../../csharp/programming-guide/index.md) - [C# 演算子](../../../csharp/language-reference/operators/index.md) diff --git a/docs/csharp/language-reference/operators/or-operator.md b/docs/csharp/language-reference/operators/or-operator.md index 2226962736b..ff80000b33a 100644 --- a/docs/csharp/language-reference/operators/or-operator.md +++ b/docs/csharp/language-reference/operators/or-operator.md @@ -9,11 +9,11 @@ helpviewer_keywords: - binary operator (|) [C#] ms.assetid: 82d6bb78-54c8-40bf-b679-531180ddaf70 ms.openlocfilehash: 999df9db0819a5f33e21a29b892de0a8854dd5d8 -ms.sourcegitcommit: ad99773e5e45068ce03b99518008397e1299e0d1 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/24/2018 -ms.locfileid: "46706149" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48028179" --- # | 演算子 (C# リファレンス) 整数型と `bool` には、2 項 `|` 演算子が事前定義されています。 整数型の場合、`|` はそのオペランドのビットごとの OR を計算します。 `bool` オペランドの場合、`|` は、そのオペランドの論理 OR を計算します。つまり、結果は、両方のオペランドが `false` の場合にのみ `false` になります。 @@ -29,5 +29,5 @@ ms.locfileid: "46706149" ## 参照 - [C# リファレンス](../../../csharp/language-reference/index.md) -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../../../csharp/programming-guide/index.md) - [C# 演算子](../../../csharp/language-reference/operators/index.md) diff --git a/docs/csharp/language-reference/preprocessor-directives/preprocessor-pragma-checksum.md b/docs/csharp/language-reference/preprocessor-directives/preprocessor-pragma-checksum.md index 0c4dae0b6aa..61097863b72 100644 --- a/docs/csharp/language-reference/preprocessor-directives/preprocessor-pragma-checksum.md +++ b/docs/csharp/language-reference/preprocessor-directives/preprocessor-pragma-checksum.md @@ -7,11 +7,11 @@ helpviewer_keywords: - '#pragma checksum [C#]' ms.assetid: 3673e4ca-6098-4ec1-890f-8fceb2a794a2 ms.openlocfilehash: 28a9ccfb9d36e648304a177294904ab1b7f18892 -ms.sourcegitcommit: 213292dfbb0c37d83f62709959ff55c50af5560d +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/25/2018 -ms.locfileid: "47079099" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48024546" --- # #pragma checksum (C# リファレンス) [!INCLUDE[vstecasp](~/includes/vstecasp-md.md)] ページのデバッグに使用するソース ファイルのチェックサムを生成します。 @@ -56,5 +56,5 @@ class TestClass ## 参照 - [C# リファレンス](../../../csharp/language-reference/index.md) -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../../../csharp/programming-guide/index.md) - [C# プリプロセッサ ディレクティブ](../../../csharp/language-reference/preprocessor-directives/index.md) diff --git a/docs/csharp/language-reference/preprocessor-directives/preprocessor-undef.md b/docs/csharp/language-reference/preprocessor-directives/preprocessor-undef.md index fa86ed75220..faad3d7cbed 100644 --- a/docs/csharp/language-reference/preprocessor-directives/preprocessor-undef.md +++ b/docs/csharp/language-reference/preprocessor-directives/preprocessor-undef.md @@ -7,11 +7,11 @@ helpviewer_keywords: - '#undef directive [C#]' ms.assetid: 686c92d2-7194-4be4-b2f4-80091712d513 ms.openlocfilehash: 3957d58f61e51fab01618f5e1146be9cd0da58fd -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47421467" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48034585" --- # #undef (C# リファレンス) `#undef` を使用すると、シンボルを未定義にすることができます。未定義のシンボルを [#if](../../../csharp/language-reference/preprocessor-directives/preprocessor-if.md) ディレクティブで式として使用すると、その式は `false` と評価されます。 @@ -43,5 +43,5 @@ class MyClass ## 参照 - [C# リファレンス](../../../csharp/language-reference/index.md) -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../../../csharp/programming-guide/index.md) - [C# プリプロセッサ ディレクティブ](../../../csharp/language-reference/preprocessor-directives/index.md) diff --git a/docs/csharp/programming-guide/arrays/single-dimensional-arrays.md b/docs/csharp/programming-guide/arrays/single-dimensional-arrays.md index 69278c95d88..6f9d386a3b2 100644 --- a/docs/csharp/programming-guide/arrays/single-dimensional-arrays.md +++ b/docs/csharp/programming-guide/arrays/single-dimensional-arrays.md @@ -6,11 +6,11 @@ helpviewer_keywords: - arrays [C#], single-dimensional ms.assetid: 2cec1196-1de0-49d2-baf2-c607c33310e8 ms.openlocfilehash: c2f26fd74a596ada21eef578e58c9cd8e0305d6c -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47399386" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48027129" --- # 1 次元配列 (C# プログラミング ガイド) @@ -57,7 +57,7 @@ ms.locfileid: "47399386" ## 参照 - -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../../../csharp/programming-guide/index.md) - [配列](../../../csharp/programming-guide/arrays/index.md) - [多次元配列](../../../csharp/programming-guide/arrays/multidimensional-arrays.md) - [ジャグ配列](../../../csharp/programming-guide/arrays/jagged-arrays.md) diff --git a/docs/csharp/programming-guide/classes-and-structs/access-modifiers.md b/docs/csharp/programming-guide/classes-and-structs/access-modifiers.md index 7e004a37b09..bd9a55268d1 100644 --- a/docs/csharp/programming-guide/classes-and-structs/access-modifiers.md +++ b/docs/csharp/programming-guide/classes-and-structs/access-modifiers.md @@ -6,11 +6,11 @@ helpviewer_keywords: - access modifiers [C#], about ms.assetid: 6e81ee82-224f-4a12-9baf-a0dca2656c5b ms.openlocfilehash: 6be0ae4f6497dfb2db9607f61c4ede5083d57dc7 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47193422" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48036254" --- # アクセス修飾子 (C# プログラミング ガイド) すべての型とそのメンバーには、アクセシビリティ レベルがあります。同じアセンブリ (または他のアセンブリ) にある他のコードからそれらの型やそのメンバーを利用できるかどうかは、アクセシビリティ レベルによって制御されます。 型またはメンバーにはその宣言時に、以下のアクセス修飾子を使ってアクセシビリティを指定できます。 @@ -75,7 +75,7 @@ ms.locfileid: "47193422" ## 参照 -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../../../csharp/programming-guide/index.md) - [クラスと構造体](../../../csharp/programming-guide/classes-and-structs/index.md) - [インターフェイス](../../../csharp/programming-guide/interfaces/index.md) - [private](../../../csharp/language-reference/keywords/private.md) diff --git a/docs/csharp/programming-guide/classes-and-structs/how-to-write-a-copy-constructor.md b/docs/csharp/programming-guide/classes-and-structs/how-to-write-a-copy-constructor.md index ed077b99fc5..2eb1a3a971d 100644 --- a/docs/csharp/programming-guide/classes-and-structs/how-to-write-a-copy-constructor.md +++ b/docs/csharp/programming-guide/classes-and-structs/how-to-write-a-copy-constructor.md @@ -6,11 +6,11 @@ helpviewer_keywords: - copy constructor [C#] ms.assetid: fba899b5-fc41-428e-a745-3ebdbf37990a ms.openlocfilehash: d6ecfc3659dcf533db0f4e7b67fdffd620a584fd -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47232704" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48582334" --- # 方法 : コピー コンストラクターを記述する (C# プログラミング ガイド) C# では、オブジェクトのコピー コンストラクターが提供されていませんが、独自に作成することができます。 @@ -23,7 +23,7 @@ C# では、オブジェクトのコピー コンストラクターが提供さ ## 参照 - -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../../../csharp/programming-guide/index.md) - [クラスと構造体](../../../csharp/programming-guide/classes-and-structs/index.md) - [コンストラクター](../../../csharp/programming-guide/classes-and-structs/constructors.md) - [ファイナライザー](../../../csharp/programming-guide/classes-and-structs/destructors.md) diff --git a/docs/csharp/programming-guide/classes-and-structs/passing-reference-type-parameters.md b/docs/csharp/programming-guide/classes-and-structs/passing-reference-type-parameters.md index 82600ddb36d..fd9c2f4e0a4 100644 --- a/docs/csharp/programming-guide/classes-and-structs/passing-reference-type-parameters.md +++ b/docs/csharp/programming-guide/classes-and-structs/passing-reference-type-parameters.md @@ -6,11 +6,11 @@ helpviewer_keywords: - parameters [C#], reference ms.assetid: 9e6eb65c-942e-48ab-920a-b7ba9df4ea20 ms.openlocfilehash: d577754e8cb686c40172abd6c0bbd00bc481f737 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47230698" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48582503" --- # 参照型パラメーターの引き渡し (C# プログラミング ガイド) [型参照](../../../csharp/language-reference/keywords/reference-types.md)の変数には、そのデータは直接含まれず、そのデータへの参照が含まれます。 値で参照型パラメーターを渡す場合、クラス メンバーの値など、参照先オブジェクトに属するデータを変更することができます。 ただし、参照自体の値を変更することはできません。たとえば、同じ参照を使用して、新しいクラスのメモリを割り当て、ブロックの外側で永続化させることはできません。 これを行うには、[ref](../../../csharp/language-reference/keywords/ref.md) または [out](../../../csharp/language-reference/keywords/out-parameter-modifier.md) キーワードを使用してパラメーターを渡します。 わかりやすくするために、次の例では `ref` を使用しています。 @@ -40,7 +40,7 @@ ms.locfileid: "47230698" ## 参照 -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../../../csharp/programming-guide/index.md) - [パラメーターの引き渡し](../../../csharp/programming-guide/classes-and-structs/passing-parameters.md) - [ref](../../../csharp/language-reference/keywords/ref.md) - [in](../../../csharp/language-reference/keywords/in-parameter-modifier.md) diff --git a/docs/csharp/programming-guide/concepts/async/async-return-types.md b/docs/csharp/programming-guide/concepts/async/async-return-types.md index f540c96929f..3feb76d6214 100644 --- a/docs/csharp/programming-guide/concepts/async/async-return-types.md +++ b/docs/csharp/programming-guide/concepts/async/async-return-types.md @@ -3,11 +3,11 @@ title: 非同期の戻り値の型 (C#) ms.date: 05/29/2017 ms.assetid: ddb2539c-c898-48c1-ad92-245e4a996df8 ms.openlocfilehash: 3d3c7d610dd1287d2c7284a5edd9c92810a74dba -ms.sourcegitcommit: 213292dfbb0c37d83f62709959ff55c50af5560d +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/25/2018 -ms.locfileid: "47157627" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48036241" --- # 非同期の戻り値の型 (C#) 非同期メソッドには、次の戻り値の型があります。 diff --git a/docs/csharp/programming-guide/concepts/async/cancel-an-async-task-or-a-list-of-tasks.md b/docs/csharp/programming-guide/concepts/async/cancel-an-async-task-or-a-list-of-tasks.md index 8895f16cae8..d4ad938e9f5 100644 --- a/docs/csharp/programming-guide/concepts/async/cancel-an-async-task-or-a-list-of-tasks.md +++ b/docs/csharp/programming-guide/concepts/async/cancel-an-async-task-or-a-list-of-tasks.md @@ -2,12 +2,12 @@ title: 非同期タスクまたはタスクの一覧のキャンセル (C#) ms.date: 07/20/2015 ms.assetid: eec32dbb-70ea-4c88-bd27-fa2e34546914 -ms.openlocfilehash: 4dc41bc6005a75c06d2c6cc1f3e8d487449b563d -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: b4dc6aaca100008f81b55f3d853b1ccf89d50bb2 +ms.sourcegitcommit: d88024e6d6d8b242feae5f4007a709379355aa24 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47203866" +ms.lasthandoff: 10/15/2018 +ms.locfileid: "49316494" --- # 非同期タスクまたはタスクの一覧のキャンセル (C#) @@ -116,7 +116,7 @@ ms.locfileid: "47203866" // GetAsync returns a Task. // ***The ct argument carries the message if the Cancel button is chosen. - HttpResponseMessage response = await client.GetAsync("http://msdn.microsoft.com/library/dd470362.aspx", ct); + HttpResponseMessage response = await client.GetAsync("https://msdn.microsoft.com/library/dd470362.aspx", ct); // Retrieve the website contents from the HttpResponseMessage. byte[] urlContents = await response.Content.ReadAsByteArrayAsync(); @@ -174,13 +174,13 @@ ms.locfileid: "47203866" { List urls = new List { - "http://msdn.microsoft.com", - "http://msdn.microsoft.com/library/hh290138.aspx", - "http://msdn.microsoft.com/library/hh290140.aspx", - "http://msdn.microsoft.com/library/dd470362.aspx", - "http://msdn.microsoft.com/library/aa578028.aspx", - "http://msdn.microsoft.com/library/ms404677.aspx", - "http://msdn.microsoft.com/library/ff730837.aspx" + "https://msdn.microsoft.com", + "https://msdn.microsoft.com/library/hh290138.aspx", + "https://msdn.microsoft.com/library/hh290140.aspx", + "https://msdn.microsoft.com/library/dd470362.aspx", + "https://msdn.microsoft.com/library/aa578028.aspx", + "https://msdn.microsoft.com/library/ms404677.aspx", + "https://msdn.microsoft.com/library/ff730837.aspx" }; return urls; } @@ -350,7 +350,7 @@ namespace CancelATask // GetAsync returns a Task. // ***The ct argument carries the message if the Cancel button is chosen. - HttpResponseMessage response = await client.GetAsync("http://msdn.microsoft.com/library/dd470362.aspx", ct); + HttpResponseMessage response = await client.GetAsync("https://msdn.microsoft.com/library/dd470362.aspx", ct); // Retrieve the website contents from the HttpResponseMessage. byte[] urlContents = await response.Content.ReadAsByteArrayAsync(); @@ -478,13 +478,13 @@ namespace CancelAListOfTasks { List urls = new List { - "http://msdn.microsoft.com", - "http://msdn.microsoft.com/library/hh290138.aspx", - "http://msdn.microsoft.com/library/hh290140.aspx", - "http://msdn.microsoft.com/library/dd470362.aspx", - "http://msdn.microsoft.com/library/aa578028.aspx", - "http://msdn.microsoft.com/library/ms404677.aspx", - "http://msdn.microsoft.com/library/ff730837.aspx" + "https://msdn.microsoft.com", + "https://msdn.microsoft.com/library/hh290138.aspx", + "https://msdn.microsoft.com/library/hh290140.aspx", + "https://msdn.microsoft.com/library/dd470362.aspx", + "https://msdn.microsoft.com/library/aa578028.aspx", + "https://msdn.microsoft.com/library/ms404677.aspx", + "https://msdn.microsoft.com/library/ff730837.aspx" }; return urls; } diff --git a/docs/csharp/programming-guide/concepts/async/cancel-async-tasks-after-a-period-of-time.md b/docs/csharp/programming-guide/concepts/async/cancel-async-tasks-after-a-period-of-time.md index 3763c08e312..58ac1c7c2c8 100644 --- a/docs/csharp/programming-guide/concepts/async/cancel-async-tasks-after-a-period-of-time.md +++ b/docs/csharp/programming-guide/concepts/async/cancel-async-tasks-after-a-period-of-time.md @@ -2,12 +2,12 @@ title: 指定した時間の経過後の非同期タスクのキャンセル (C#) ms.date: 07/20/2015 ms.assetid: 194282c2-399f-46da-a7a6-96674e00b0b3 -ms.openlocfilehash: b95b87e1e93a9c8f8c74680a917a128d45172ed5 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 157b1de664254e9bdf9e4a5a381f8f35eeb10e9a +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47397346" +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49453321" --- # 指定した時間の経過後の非同期タスクのキャンセル (C#) @@ -30,7 +30,7 @@ ms.locfileid: "47397346" 4. **ソリューション エクスプローラー**で、**CancelAfterTime** プロジェクトのショートカット メニューを開き、**[スタートアップ プロジェクトに設定]** をクリックします。 -5. **F5** キーを押してプロジェクトを実行します (デバッグを実行せずにプロジェクトを実行するには、**Ctrl**+**F5** キーを押します)。 +5. **F5** キーを押してプロジェクトを実行します。 (デバッグを実行せずにプロジェクトを実行するには、**Ctrl**+**F5** キーを押します)。 6. プログラムを複数回実行して、出力がすべての Web サイトの出力を示したり、どの Web サイトの出力も示さなかったり、一部の Web サイトの出力を示したりすることを確認します。 @@ -192,12 +192,12 @@ namespace CancelAfterTime { List urls = new List { - "http://msdn.microsoft.com", - "http://msdn.microsoft.com/library/windows/apps/br211380.aspx", - "http://msdn.microsoft.com/library/hh290136.aspx", - "http://msdn.microsoft.com/library/ee256749.aspx", - "http://msdn.microsoft.com/library/ms404677.aspx", - "http://msdn.microsoft.com/library/ff730837.aspx" + "https://msdn.microsoft.com", + "https://msdn.microsoft.com/library/windows/apps/br211380.aspx", + "https://msdn.microsoft.com/library/hh290136.aspx", + "https://msdn.microsoft.com/library/ee256749.aspx", + "https://msdn.microsoft.com/library/ms404677.aspx", + "https://msdn.microsoft.com/library/ff730837.aspx" }; return urls; } diff --git a/docs/csharp/programming-guide/concepts/async/control-flow-in-async-programs.md b/docs/csharp/programming-guide/concepts/async/control-flow-in-async-programs.md index c9919f61a6b..565d9d3e6a0 100644 --- a/docs/csharp/programming-guide/concepts/async/control-flow-in-async-programs.md +++ b/docs/csharp/programming-guide/concepts/async/control-flow-in-async-programs.md @@ -2,12 +2,12 @@ title: 非同期プログラムにおける制御フロー (C#) ms.date: 07/20/2015 ms.assetid: fc92b08b-fe1d-4d07-84ab-5192fafe06bb -ms.openlocfilehash: 49123dde51acaa82a2d8fa7d27fdf27087675034 -ms.sourcegitcommit: ad99773e5e45068ce03b99518008397e1299e0d1 +ms.openlocfilehash: c4f1213eb9162985170c8eb1176fe01d8c721d2e +ms.sourcegitcommit: fd8d4587cc26e53f0e27e230d6e27d828ef4306b ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/22/2018 -ms.locfileid: "46586780" +ms.lasthandoff: 10/16/2018 +ms.locfileid: "49347956" --- # 非同期プログラムにおける制御フロー (C#) @@ -47,7 +47,7 @@ public partial class MainWindow : Window // TWO HttpClient client = new HttpClient(); Task getStringTask = - client.GetStringAsync("http://msdn.microsoft.com"); + client.GetStringAsync("https://msdn.microsoft.com"); // THREE string urlContents = await getStringTask; @@ -212,7 +212,7 @@ Length of the downloaded string: 33946. resultsTextBox.Text += "\r\n Calling HttpClient.GetStringAsync.\r\n"; // GetStringAsync returns a Task. - Task getStringTask = client.GetStringAsync("http://msdn.microsoft.com"); + Task getStringTask = client.GetStringAsync("https://msdn.microsoft.com"); resultsTextBox.Text += "\r\nTHREE: Back in AccessTheWebAsync.\r\n" + " Task getStringTask is started."; @@ -236,7 +236,7 @@ Length of the downloaded string: 33946. } ``` -10. **F5** キーを押してプログラムを実行し、**[開始]** を選択します。 +10. **F5** キーを押してプログラムを実行し、**[スタート]** を複数回クリックします。 次の出力が表示されます。 @@ -287,7 +287,7 @@ Length of the downloaded string: 33946. `client.GetStringAsync` メソッドは、`getStringTask` の `AccessTheWebAsync` 変数に割り当てる文字列のタスクを返します。 プログラム例の次の行は、`client.GetStringAsync` の呼び出しと割り当てを示しています。 ```csharp -Task getStringTask = client.GetStringAsync("http://msdn.microsoft.com"); +Task getStringTask = client.GetStringAsync("https://msdn.microsoft.com"); ``` このタスクは `client.GetStringAsync` により実際の文字列が最終的に生成される約束と見なすことができます。 `AccessTheWebAsync` には `client.GetStringAsync` から約束された文字列に依存しない処理がある場合、その処理は `client.GetStringAsync` を待機している間は、続行できます。 この例では、"THREE" のラベルの付いた行の出力は、独立した処理を行う機会を表します。 @@ -311,7 +311,7 @@ string urlContents = await getStringTask; await 式は `AccessTheWebAsync` が制御を返すまで `client.GetStringAsync` を中断します。 その間、コントロールは `AccessTheWebAsync` の呼び出し元である `startButton_Click` に戻されます。 > [!NOTE] -> 通常、直ちに非同期メソッドへの呼び出しの待機状態となります。 たとえば、次の割り当てで、`getStringTask` を作成してそれを待機する前のコードを置き換えることができます: `string urlContents = await client.GetStringAsync("http://msdn.microsoft.com");` +> 通常、直ちに非同期メソッドへの呼び出しの待機状態となります。 たとえば、次の割り当てで、`getStringTask` を作成してそれを待機する前のコードを置き換えることができます: `string urlContents = await client.GetStringAsync("https://msdn.microsoft.com");` > > このトピックでは、await 演算子が後で適用され、プログラムでの制御フローを示す出力行を格納します。 diff --git a/docs/csharp/programming-guide/concepts/async/handling-reentrancy-in-async-apps.md b/docs/csharp/programming-guide/concepts/async/handling-reentrancy-in-async-apps.md index fc322501550..cbf3238e373 100644 --- a/docs/csharp/programming-guide/concepts/async/handling-reentrancy-in-async-apps.md +++ b/docs/csharp/programming-guide/concepts/async/handling-reentrancy-in-async-apps.md @@ -2,12 +2,12 @@ title: 非同期アプリにおける再入の処理 (C#) ms.date: 07/20/2015 ms.assetid: 47c5075e-c448-45ce-9155-ed4e7e98c677 -ms.openlocfilehash: ef0d3da41fdabaf8745dff083d37fcd89e3a2700 -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: c641c217b01e820e9a68065b0a56277a656ccc25 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43521629" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50034469" --- # 非同期アプリにおける再入の処理 (C#) 非同期コードをアプリに含める場合は、再入を考慮し、場合によっては回避することをお勧めします。これは、完了前に非同期操作の再入力を参照します。 再入の可能性を特定して処理しないと、予期しない結果が発生する可能性があります。 @@ -679,14 +679,14 @@ private async Task FinishOneGroupAsync(List urls, Task[] content { List urls = new List { - "http://msdn.microsoft.com/library/hh191443.aspx", - "http://msdn.microsoft.com/library/aa578028.aspx", - "http://msdn.microsoft.com/library/jj155761.aspx", - "http://msdn.microsoft.com/library/hh290140.aspx", - "http://msdn.microsoft.com/library/hh524395.aspx", - "http://msdn.microsoft.com/library/ms404677.aspx", - "http://msdn.microsoft.com", - "http://msdn.microsoft.com/library/ff730837.aspx" + "https://msdn.microsoft.com/library/hh191443.aspx", + "https://msdn.microsoft.com/library/aa578028.aspx", + "https://msdn.microsoft.com/library/jj155761.aspx", + "https://msdn.microsoft.com/library/hh290140.aspx", + "https://msdn.microsoft.com/library/hh524395.aspx", + "https://msdn.microsoft.com/library/ms404677.aspx", + "https://msdn.microsoft.com", + "https://msdn.microsoft.com/library/ff730837.aspx" }; return urls; } @@ -697,8 +697,8 @@ private async Task FinishOneGroupAsync(List urls, Task[] content // to be used with a monospaced font, such as Lucida Console or // Global Monospace. - // Strip off the "http://". - var displayURL = url.Replace("http://", ""); + // Strip off the "https://". + var displayURL = url.Replace("https://", ""); // Display position in the URL list, the URL, and the number of bytes. ResultsTextBox.Text += string.Format("\n{0}. {1,-58} {2,8}", pos, displayURL, content.Length); } diff --git a/docs/csharp/programming-guide/concepts/async/how-to-extend-the-async-walkthrough-by-using-task-whenall.md b/docs/csharp/programming-guide/concepts/async/how-to-extend-the-async-walkthrough-by-using-task-whenall.md index b7188701111..1e35dfa156e 100644 --- a/docs/csharp/programming-guide/concepts/async/how-to-extend-the-async-walkthrough-by-using-task-whenall.md +++ b/docs/csharp/programming-guide/concepts/async/how-to-extend-the-async-walkthrough-by-using-task-whenall.md @@ -2,12 +2,12 @@ title: '方法: Task.WhenAll を使用して AsyncWalkthrough を拡張する (C#)' ms.date: 07/20/2015 ms.assetid: f6927ef2-dc6c-43f8-bc82-bbeac42de423 -ms.openlocfilehash: 241bd6baf0c1133ba7603da433a7cdf8d36748c0 -ms.sourcegitcommit: 4b6490b2529707627ad77c3a43fbe64120397175 +ms.openlocfilehash: e809ea3c2b2bcc0f547dd53280835a83f52e079b +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/10/2018 -ms.locfileid: "44260244" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50188041" --- # 方法: Task.WhenAll を使用して AsyncWalkthrough を拡張する (C#) メソッドを使用すると、「[チュートリアル: Async と Await を使用した Web へのアクセス (C#)](../../../../csharp/programming-guide/concepts/async/walkthrough-accessing-the-web-by-using-async-and-await.md)」の非同期ソリューションのパフォーマンスを向上できます。 このメソッドは、タスクのコレクションとして表される、複数の非同期操作を非同期に待機します。 @@ -106,7 +106,7 @@ ms.locfileid: "44260244" 前の手順の `ProcessURLAsync` メソッドとの唯一の違いは、 インスタンス `client` の使用です。 ```csharp - async Task ProcessURL(string url, HttpClient client) + async Task ProcessURLAsync(string url, HttpClient client) { byte[] byteArray = await client.GetByteArrayAsync(url); DisplayResults(url, byteArray); @@ -143,7 +143,7 @@ ms.locfileid: "44260244" ```csharp // Create a query. IEnumerable> downloadTasksQuery = - from url in urlList select ProcessURL(url, client); + from url in urlList select ProcessURLAsync(url, client); // Use ToArray to execute the query and start the download tasks. Task[] downloadTasks = downloadTasksQuery.ToArray(); @@ -253,16 +253,16 @@ namespace AsyncExampleWPF_WhenAll { List urls = new List { - "http://msdn.microsoft.com", - "http://msdn.microsoft.com/library/windows/apps/br211380.aspx", - "http://msdn.microsoft.com/library/hh290136.aspx", - "http://msdn.microsoft.com/library/ee256749.aspx", - "http://msdn.microsoft.com/library/hh290138.aspx", - "http://msdn.microsoft.com/library/hh290140.aspx", - "http://msdn.microsoft.com/library/dd470362.aspx", - "http://msdn.microsoft.com/library/aa578028.aspx", - "http://msdn.microsoft.com/library/ms404677.aspx", - "http://msdn.microsoft.com/library/ff730837.aspx" + "https://msdn.microsoft.com", + "https://msdn.microsoft.com/library/windows/apps/br211380.aspx", + "https://msdn.microsoft.com/library/hh290136.aspx", + "https://msdn.microsoft.com/library/ee256749.aspx", + "https://msdn.microsoft.com/library/hh290138.aspx", + "https://msdn.microsoft.com/library/hh290140.aspx", + "https://msdn.microsoft.com/library/dd470362.aspx", + "https://msdn.microsoft.com/library/aa578028.aspx", + "https://msdn.microsoft.com/library/ms404677.aspx", + "https://msdn.microsoft.com/library/ff730837.aspx" }; return urls; } @@ -305,8 +305,8 @@ namespace AsyncExampleWPF_WhenAll // is designed to be used with a monospaced font, such as // Lucida Console or Global Monospace. var bytes = content.Length; - // Strip off the "http://". - var displayURL = url.Replace("http://", ""); + // Strip off the "https://". + var displayURL = url.Replace("https://", ""); resultsTextBox.Text += string.Format("\n{0,-58} {1,8}", displayURL, bytes); } @@ -357,7 +357,7 @@ namespace AsyncExampleWPF_HttpClient_WhenAll // Create a query. IEnumerable> downloadTasksQuery = - from url in urlList select ProcessURL(url, client); + from url in urlList select ProcessURLAsync(url, client); // Use ToArray to execute the query and start the download tasks. Task[] downloadTasks = downloadTasksQuery.ToArray(); @@ -400,21 +400,21 @@ namespace AsyncExampleWPF_HttpClient_WhenAll { List urls = new List { - "http://msdn.microsoft.com", - "http://msdn.microsoft.com/library/hh290136.aspx", - "http://msdn.microsoft.com/library/ee256749.aspx", - "http://msdn.microsoft.com/library/hh290138.aspx", - "http://msdn.microsoft.com/library/hh290140.aspx", - "http://msdn.microsoft.com/library/dd470362.aspx", - "http://msdn.microsoft.com/library/aa578028.aspx", - "http://msdn.microsoft.com/library/ms404677.aspx", - "http://msdn.microsoft.com/library/ff730837.aspx" + "https://msdn.microsoft.com", + "https://msdn.microsoft.com/library/hh290136.aspx", + "https://msdn.microsoft.com/library/ee256749.aspx", + "https://msdn.microsoft.com/library/hh290138.aspx", + "https://msdn.microsoft.com/library/hh290140.aspx", + "https://msdn.microsoft.com/library/dd470362.aspx", + "https://msdn.microsoft.com/library/aa578028.aspx", + "https://msdn.microsoft.com/library/ms404677.aspx", + "https://msdn.microsoft.com/library/ff730837.aspx" }; return urls; } // The actions from the foreach loop are moved to this async method. - async Task ProcessURL(string url, HttpClient client) + async Task ProcessURLAsync(string url, HttpClient client) { byte[] byteArray = await client.GetByteArrayAsync(url); DisplayResults(url, byteArray); @@ -427,8 +427,8 @@ namespace AsyncExampleWPF_HttpClient_WhenAll // is designed to be used with a monospaced font, such as // Lucida Console or Global Monospace. var bytes = content.Length; - // Strip off the "http://". - var displayURL = url.Replace("http://", ""); + // Strip off the "https://". + var displayURL = url.Replace("https://", ""); resultsTextBox.Text += string.Format("\n{0,-58} {1,8}", displayURL, bytes); } } diff --git a/docs/csharp/programming-guide/concepts/async/how-to-make-multiple-web-requests-in-parallel-by-using-async-and-await.md b/docs/csharp/programming-guide/concepts/async/how-to-make-multiple-web-requests-in-parallel-by-using-async-and-await.md index 76033ce0338..46ec63530a1 100644 --- a/docs/csharp/programming-guide/concepts/async/how-to-make-multiple-web-requests-in-parallel-by-using-async-and-await.md +++ b/docs/csharp/programming-guide/concepts/async/how-to-make-multiple-web-requests-in-parallel-by-using-async-and-await.md @@ -2,12 +2,12 @@ title: '方法: Async と Await を使用して複数の Web 要求を並列実行する (C#)' ms.date: 07/20/2015 ms.assetid: 19745899-f97a-4499-a7c7-e813d1447580 -ms.openlocfilehash: e8fc5cad11f862884d64c9e7fc6a38f2edaf0a43 -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: b366b43cf1c6114f02f026da25aeb5e30dc91c6f +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43513922" +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49453425" --- # 方法: Async と Await を使用して複数の Web 要求を並列実行する (C#) 非同期メソッドでは、タスクは作成されると開始されます。 [await](../../../../csharp/language-reference/keywords/await.md) 演算子は、メソッド内でタスクが終了するまで処理が続行できなくなった時点で、タスクに適用されます。 次の例に示すように、タスクは多くの場合、作成されるとすぐに待機します。 @@ -87,8 +87,8 @@ var result = await myTask; // is designed to be used with a monospaced font, such as // Lucida Console or Global Monospace. var bytes = content.Length; - // Strip off the "http://". - var displayURL = url.Replace("http://", ""); + // Strip off the "https://". + var displayURL = url.Replace("https://", ""); resultsTextBox.Text += string.Format("\n{0,-58} {1,8}", displayURL, bytes); } ``` @@ -116,11 +116,11 @@ var result = await myTask; // Create and start the tasks. As each task finishes, DisplayResults // displays its length. Task download1 = - ProcessURLAsync("http://msdn.microsoft.com", client); + ProcessURLAsync("https://msdn.microsoft.com", client); Task download2 = - ProcessURLAsync("http://msdn.microsoft.com/library/hh156528(VS.110).aspx", client); + ProcessURLAsync("https://msdn.microsoft.com/library/hh156528(VS.110).aspx", client); Task download3 = - ProcessURLAsync("http://msdn.microsoft.com/library/67w7t67f.aspx", client); + ProcessURLAsync("https://msdn.microsoft.com/library/67w7t67f.aspx", client); // Await each task. int length1 = await download1; @@ -187,11 +187,11 @@ namespace AsyncExample_MultipleTasks // Create and start the tasks. As each task finishes, DisplayResults // displays its length. Task download1 = - ProcessURLAsync("http://msdn.microsoft.com", client); + ProcessURLAsync("https://msdn.microsoft.com", client); Task download2 = - ProcessURLAsync("http://msdn.microsoft.com/library/hh156528(VS.110).aspx", client); + ProcessURLAsync("https://msdn.microsoft.com/library/hh156528(VS.110).aspx", client); Task download3 = - ProcessURLAsync("http://msdn.microsoft.com/library/67w7t67f.aspx", client); + ProcessURLAsync("https://msdn.microsoft.com/library/67w7t67f.aspx", client); // Await each task. int length1 = await download1; @@ -218,8 +218,8 @@ namespace AsyncExample_MultipleTasks // is designed to be used with a monospaced font, such as // Lucida Console or Global Monospace. var bytes = content.Length; - // Strip off the "http://". - var displayURL = url.Replace("http://", ""); + // Strip off the "https://". + var displayURL = url.Replace("https://", ""); resultsTextBox.Text += string.Format("\n{0,-58} {1,8}", displayURL, bytes); } } diff --git a/docs/csharp/programming-guide/concepts/async/start-multiple-async-tasks-and-process-them-as-they-complete.md b/docs/csharp/programming-guide/concepts/async/start-multiple-async-tasks-and-process-them-as-they-complete.md index 1728d384f4a..240507ed9c5 100644 --- a/docs/csharp/programming-guide/concepts/async/start-multiple-async-tasks-and-process-them-as-they-complete.md +++ b/docs/csharp/programming-guide/concepts/async/start-multiple-async-tasks-and-process-them-as-they-complete.md @@ -2,12 +2,12 @@ title: 完了時の非同期タスクの処理 ms.date: 09/12/2018 ms.assetid: 25331850-35a7-43b3-ab76-3908e4346b9d -ms.openlocfilehash: 5ce677a791427e7e064a2c12a9e09aba34a67560 -ms.sourcegitcommit: 6eac9a01ff5d70c6d18460324c016a3612c5e268 +ms.openlocfilehash: 9380be1dc24d7c147c22dbb1a362777f56a32358 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/16/2018 -ms.locfileid: "45617183" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50202043" --- # 完了時での複数の非同期タスクとプロセスの実行 (C#) @@ -189,13 +189,13 @@ namespace ProcessTasksAsTheyFinish { List urls = new List { - "http://msdn.microsoft.com", - "http://msdn.microsoft.com/library/windows/apps/br211380.aspx", - "http://msdn.microsoft.com/library/hh290136.aspx", - "http://msdn.microsoft.com/library/dd470362.aspx", - "http://msdn.microsoft.com/library/aa578028.aspx", - "http://msdn.microsoft.com/library/ms404677.aspx", - "http://msdn.microsoft.com/library/ff730837.aspx" + "https://msdn.microsoft.com", + "https://msdn.microsoft.com/library/windows/apps/br211380.aspx", + "https://msdn.microsoft.com/library/hh290136.aspx", + "https://msdn.microsoft.com/library/dd470362.aspx", + "https://msdn.microsoft.com/library/aa578028.aspx", + "https://msdn.microsoft.com/library/ms404677.aspx", + "https://msdn.microsoft.com/library/ff730837.aspx" }; return urls; } diff --git a/docs/csharp/programming-guide/concepts/async/walkthrough-accessing-the-web-by-using-async-and-await.md b/docs/csharp/programming-guide/concepts/async/walkthrough-accessing-the-web-by-using-async-and-await.md index 774ad4f3d38..bf002a16909 100644 --- a/docs/csharp/programming-guide/concepts/async/walkthrough-accessing-the-web-by-using-async-and-await.md +++ b/docs/csharp/programming-guide/concepts/async/walkthrough-accessing-the-web-by-using-async-and-await.md @@ -2,12 +2,12 @@ title: 'チュートリアル: Async と Await を使用した Web へのアクセス (C#)' ms.date: 07/20/2015 ms.assetid: c95d8d71-5a98-4bf0-aaf4-45fed2ebbacd -ms.openlocfilehash: 24ce1e405019ef83ff6bcbb61552d6fc5d911935 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 8a97521bae7f5f16841aa4c8e4a157384739ee61 +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47455750" +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49453282" --- # チュートリアル: Async と Await を使用した Web へのアクセス (C#) @@ -145,16 +145,16 @@ async/await 機能を使用することで、非同期プログラムをより { var urls = new List { - "http://msdn.microsoft.com/library/windows/apps/br211380.aspx", - "http://msdn.microsoft.com", - "http://msdn.microsoft.com/library/hh290136.aspx", - "http://msdn.microsoft.com/library/ee256749.aspx", - "http://msdn.microsoft.com/library/hh290138.aspx", - "http://msdn.microsoft.com/library/hh290140.aspx", - "http://msdn.microsoft.com/library/dd470362.aspx", - "http://msdn.microsoft.com/library/aa578028.aspx", - "http://msdn.microsoft.com/library/ms404677.aspx", - "http://msdn.microsoft.com/library/ff730837.aspx" + "https://msdn.microsoft.com/library/windows/apps/br211380.aspx", + "https://msdn.microsoft.com", + "https://msdn.microsoft.com/library/hh290136.aspx", + "https://msdn.microsoft.com/library/ee256749.aspx", + "https://msdn.microsoft.com/library/hh290138.aspx", + "https://msdn.microsoft.com/library/hh290140.aspx", + "https://msdn.microsoft.com/library/dd470362.aspx", + "https://msdn.microsoft.com/library/aa578028.aspx", + "https://msdn.microsoft.com/library/ms404677.aspx", + "https://msdn.microsoft.com/library/ff730837.aspx" }; return urls; } @@ -190,8 +190,8 @@ async/await 機能を使用することで、非同期プログラムをより // is designed to be used with a monospaced font, such as // Lucida Console or Global Monospace. var bytes = content.Length; - // Strip off the "http://". - var displayURL = url.Replace("http://", ""); + // Strip off the "https://". + var displayURL = url.Replace("https://", ""); resultsTextBox.Text += string.Format("\n{0,-58} {1,8}", displayURL, bytes); } ``` @@ -507,16 +507,16 @@ namespace AsyncExampleWPF { List urls = new List { - "http://msdn.microsoft.com/library/windows/apps/br211380.aspx", - "http://msdn.microsoft.com", - "http://msdn.microsoft.com/library/hh290136.aspx", - "http://msdn.microsoft.com/library/ee256749.aspx", - "http://msdn.microsoft.com/library/hh290138.aspx", - "http://msdn.microsoft.com/library/hh290140.aspx", - "http://msdn.microsoft.com/library/dd470362.aspx", - "http://msdn.microsoft.com/library/aa578028.aspx", - "http://msdn.microsoft.com/library/ms404677.aspx", - "http://msdn.microsoft.com/library/ff730837.aspx" + "https://msdn.microsoft.com/library/windows/apps/br211380.aspx", + "https://msdn.microsoft.com", + "https://msdn.microsoft.com/library/hh290136.aspx", + "https://msdn.microsoft.com/library/ee256749.aspx", + "https://msdn.microsoft.com/library/hh290138.aspx", + "https://msdn.microsoft.com/library/hh290140.aspx", + "https://msdn.microsoft.com/library/dd470362.aspx", + "https://msdn.microsoft.com/library/aa578028.aspx", + "https://msdn.microsoft.com/library/ms404677.aspx", + "https://msdn.microsoft.com/library/ff730837.aspx" }; return urls; } @@ -564,8 +564,8 @@ namespace AsyncExampleWPF // is designed to be used with a monospaced font, such as // Lucida Console or Global Monospace. var bytes = content.Length; - // Strip off the "http://". - var displayURL = url.Replace("http://", ""); + // Strip off the "https://". + var displayURL = url.Replace("https://", ""); resultsTextBox.Text += string.Format("\n{0,-58} {1,8}", displayURL, bytes); } } @@ -661,16 +661,16 @@ namespace AsyncExampleWPF { List urls = new List { - "http://msdn.microsoft.com/library/windows/apps/br211380.aspx", - "http://msdn.microsoft.com", - "http://msdn.microsoft.com/library/hh290136.aspx", - "http://msdn.microsoft.com/library/ee256749.aspx", - "http://msdn.microsoft.com/library/hh290138.aspx", - "http://msdn.microsoft.com/library/hh290140.aspx", - "http://msdn.microsoft.com/library/dd470362.aspx", - "http://msdn.microsoft.com/library/aa578028.aspx", - "http://msdn.microsoft.com/library/ms404677.aspx", - "http://msdn.microsoft.com/library/ff730837.aspx" + "https://msdn.microsoft.com/library/windows/apps/br211380.aspx", + "https://msdn.microsoft.com", + "https://msdn.microsoft.com/library/hh290136.aspx", + "https://msdn.microsoft.com/library/ee256749.aspx", + "https://msdn.microsoft.com/library/hh290138.aspx", + "https://msdn.microsoft.com/library/hh290140.aspx", + "https://msdn.microsoft.com/library/dd470362.aspx", + "https://msdn.microsoft.com/library/aa578028.aspx", + "https://msdn.microsoft.com/library/ms404677.aspx", + "https://msdn.microsoft.com/library/ff730837.aspx" }; return urls; } @@ -681,8 +681,8 @@ namespace AsyncExampleWPF // is designed to be used with a monospaced font, such as // Lucida Console or Global Monospace. var bytes = content.Length; - // Strip off the "http://". - var displayURL = url.Replace("http://", ""); + // Strip off the "https://". + var displayURL = url.Replace("https://", ""); resultsTextBox.Text += string.Format("\n{0,-58} {1,8}", displayURL, bytes); } } diff --git a/docs/csharp/programming-guide/concepts/covariance-contravariance/variance-in-delegates.md b/docs/csharp/programming-guide/concepts/covariance-contravariance/variance-in-delegates.md index e9842c22879..335d45ab288 100644 --- a/docs/csharp/programming-guide/concepts/covariance-contravariance/variance-in-delegates.md +++ b/docs/csharp/programming-guide/concepts/covariance-contravariance/variance-in-delegates.md @@ -3,11 +3,11 @@ title: デリゲートの分散 (C#) ms.date: 07/20/2015 ms.assetid: 19de89d2-8224-4406-8964-2965b732b890 ms.openlocfilehash: 3dabac4e532198871cf05d639aa692751ab17ae1 -ms.sourcegitcommit: ad99773e5e45068ce03b99518008397e1299e0d1 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/22/2018 -ms.locfileid: "46577478" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48027573" --- # デリゲートの分散 (C#) .NET Framework 3.5 では、C# のすべてのデリゲートで、メソッド シグネチャとデリゲート型を一致させるために分散 (共変性と反変性) のサポートが導入されました。 つまり、シグネチャが一致するメソッドだけでなく、デリゲート型で指定された型よりも強い派生型を返す (共変性) メソッドや、弱い派生型のパラメーターを受け取る (反変性) メソッドを、デリゲートに割り当てることができます。 これには、汎用デリゲートと非汎用デリゲートの両方が含まれます。 diff --git a/docs/csharp/programming-guide/concepts/covariance-contravariance/variance-in-generic-interfaces.md b/docs/csharp/programming-guide/concepts/covariance-contravariance/variance-in-generic-interfaces.md index 763c70c1c7e..3af3bcdb344 100644 --- a/docs/csharp/programming-guide/concepts/covariance-contravariance/variance-in-generic-interfaces.md +++ b/docs/csharp/programming-guide/concepts/covariance-contravariance/variance-in-generic-interfaces.md @@ -3,11 +3,11 @@ title: ジェネリック インターフェイスの分散 (C#) ms.date: 07/20/2015 ms.assetid: 4828a8f9-48c0-4128-9749-7fcd6bf19a06 ms.openlocfilehash: 11d0c8665412bb513cb68d58203a454b7c97e052 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47399782" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48581538" --- # ジェネリック インターフェイスの分散 (C#) .NET Framework 4 では、既存のいくつかのジェネリック インターフェイスに対して、分散のサポートが導入されています。 分散のサポートにより、これらのインターフェイスを実装するクラスの暗黙的な変換が可能になりました。 次のインターフェイスは、新たにバリアントになりました。 diff --git a/docs/csharp/programming-guide/concepts/iterators.md b/docs/csharp/programming-guide/concepts/iterators.md index a1f3bdc694e..7d6f92f0e1b 100644 --- a/docs/csharp/programming-guide/concepts/iterators.md +++ b/docs/csharp/programming-guide/concepts/iterators.md @@ -2,12 +2,12 @@ title: C# でのコレクションの反復処理 ms.date: 08/14/2018 ms.assetid: c93f6dd4-e72a-4a06-be1c-a98b3255b734 -ms.openlocfilehash: d8a39569df517dffa8ff4b2f638f089f420e44c7 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 2b358e8272820bf6fb5bcb45763bae980b91962f +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47436265" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50191195" --- # 反復子 (C#) @@ -342,7 +342,7 @@ C# の場合、"yield" は予約語ではなく、`return` または `break` キ 反復子は、 メソッドをサポートしません。 反復処理を最初から再度行う場合は、新しい反復子を取得する必要があります。 反復子メソッドによって返される反復子に対して を呼び出すと、 がスローされます。 -詳細については、「[C# 言語の仕様](../../../csharp/language-reference/language-specification/index.md)」を参照してください。 +詳細については、「[C# 言語の仕様](~/_csharplang/spec/classes.md#iterators)」を参照してください。 ## 反復子の使用 diff --git a/docs/csharp/programming-guide/concepts/linq/how-to-combine-linq-queries-with-regular-expressions.md b/docs/csharp/programming-guide/concepts/linq/how-to-combine-linq-queries-with-regular-expressions.md index b123ae388fc..a529d8a5433 100644 --- a/docs/csharp/programming-guide/concepts/linq/how-to-combine-linq-queries-with-regular-expressions.md +++ b/docs/csharp/programming-guide/concepts/linq/how-to-combine-linq-queries-with-regular-expressions.md @@ -3,11 +3,11 @@ title: '方法: LINQ クエリと正規表現を組み合わせる (C#)' ms.date: 07/20/2015 ms.assetid: 6b003b65-20a4-4ca2-929e-2ee3f215aecc ms.openlocfilehash: c535620f2dee1ec9cd1b6ee994fbf860629601ba -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47235349" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48033312" --- # 方法: LINQ クエリと正規表現を組み合わせる (C#) この例では、 クラスを使用して正規表現を作成し、テキスト文字列内の複雑な一致を取得する方法を示します。 LINQ クエリを使用すると、正規表現で検索する必要のあるファイルだけをフィルターで抽出したり、結果の形式を指定したりするのが簡単になります。 diff --git a/docs/csharp/programming-guide/concepts/linq/how-to-compare-the-contents-of-two-folders-linq.md b/docs/csharp/programming-guide/concepts/linq/how-to-compare-the-contents-of-two-folders-linq.md index 55ec7b7a3ef..d4829596616 100644 --- a/docs/csharp/programming-guide/concepts/linq/how-to-compare-the-contents-of-two-folders-linq.md +++ b/docs/csharp/programming-guide/concepts/linq/how-to-compare-the-contents-of-two-folders-linq.md @@ -3,11 +3,11 @@ title: '方法: 2 つのフォルダーの内容を比較する (LINQ) (C#)' ms.date: 07/20/2015 ms.assetid: c7c4870e-c500-4de3-afa4-2c8e07f510e6 ms.openlocfilehash: 1517d1f9e451306e40835e6032e2aff2fe3e60ab -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47455711" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48035150" --- # 方法: 2 つのフォルダーの内容を比較する (LINQ) (C#) この例では、2 つのファイル リストを比較する 3 つの方法を示します。 diff --git a/docs/csharp/programming-guide/concepts/linq/how-to-find-all-nodes-in-a-namespace.md b/docs/csharp/programming-guide/concepts/linq/how-to-find-all-nodes-in-a-namespace.md index 855e915322e..b5f225932a3 100644 --- a/docs/csharp/programming-guide/concepts/linq/how-to-find-all-nodes-in-a-namespace.md +++ b/docs/csharp/programming-guide/concepts/linq/how-to-find-all-nodes-in-a-namespace.md @@ -3,11 +3,11 @@ title: '方法: 名前空間内のすべてのノードを検索する (C#)' ms.date: 07/20/2015 ms.assetid: 3a38b913-a53e-4d0e-a19d-8782bffd3364 ms.openlocfilehash: 0675795da7c190e6d105ac61027c28f161961099 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47230957" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48033117" --- # 方法: 名前空間内のすべてのノードを検索する (C#) 各要素または各属性の名前空間をフィルター処理することで、特定の名前空間内にあるすべてのノードを検索できます。 diff --git a/docs/csharp/programming-guide/concepts/linq/in-memory-xml-tree-modification-vs-functional-construction-linq-to-xml.md b/docs/csharp/programming-guide/concepts/linq/in-memory-xml-tree-modification-vs-functional-construction-linq-to-xml.md index fafe381bd08..af28a0ffe7c 100644 --- a/docs/csharp/programming-guide/concepts/linq/in-memory-xml-tree-modification-vs-functional-construction-linq-to-xml.md +++ b/docs/csharp/programming-guide/concepts/linq/in-memory-xml-tree-modification-vs-functional-construction-linq-to-xml.md @@ -3,11 +3,11 @@ title: メモリ内の XML ツリーの変更と関数型構築の比較 (LINQ t ms.date: 07/20/2015 ms.assetid: b5afc31d-a325-4ec6-bf17-0ff90a20ffca ms.openlocfilehash: fb461d6730260f01f0439b7feb239d51b29ee3c7 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47193109" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48036147" --- # メモリ内の XML ツリーの変更と関数型構築の比較 (LINQ to XML) (C#) XML ドキュメントの構造を変更する場合は、XML ツリーを直接変更するのが従来の方法です。 一般的なアプリケーションでは、ドキュメントを DOM や [!INCLUDE[sqltecxlinq](~/includes/sqltecxlinq-md.md)] などのデータ ストアに読み込み、プログラミング インターフェイスを使用してノードの挿入、削除、または内容変更を行い、その後に XML をファイルに保存するか、またはネットワーク上に送信します。 diff --git a/docs/csharp/programming-guide/concepts/linq/linq-to-adonet-portal-page.md b/docs/csharp/programming-guide/concepts/linq/linq-to-adonet-portal-page.md index 929a208cdf0..d5c34bd0929 100644 --- a/docs/csharp/programming-guide/concepts/linq/linq-to-adonet-portal-page.md +++ b/docs/csharp/programming-guide/concepts/linq/linq-to-adonet-portal-page.md @@ -3,11 +3,11 @@ title: LINQ to ADO.NET (ポータル ページ) ms.date: 07/20/2015 ms.assetid: 6bd269b4-3509-4688-b672-836008704182 ms.openlocfilehash: d65f041751a9418d0eebd3f92fd33a414cbed699 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47193208" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48036160" --- # LINQ to ADO.NET (ポータル ページ) [!INCLUDE[linq_adonet](~/includes/linq-adonet-md.md)] では、[!INCLUDE[vbteclinqext](~/includes/vbteclinqext-md.md)] プログラミング モデルを使用して [!INCLUDE[vstecado](~/includes/vstecado-md.md)] 内の列挙可能なオブジェクトに対してクエリを実行できます。 diff --git a/docs/csharp/programming-guide/concepts/linq/linq-to-xml-events.md b/docs/csharp/programming-guide/concepts/linq/linq-to-xml-events.md index 24cc3e0e8e1..87f447cc745 100644 --- a/docs/csharp/programming-guide/concepts/linq/linq-to-xml-events.md +++ b/docs/csharp/programming-guide/concepts/linq/linq-to-xml-events.md @@ -3,11 +3,11 @@ title: LINQ to XML イベント (C#) ms.date: 07/20/2015 ms.assetid: ce7de951-cba7-4870-9962-733eb01cd680 ms.openlocfilehash: 6308d81eac830e11b6d58f8e460dfa377663cd21 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47230736" +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49453308" --- # LINQ to XML イベント (C#) [!INCLUDE[sqltecxlinq](~/includes/sqltecxlinq-md.md)] イベントを使うと、XML ツリーが変更されるときに通知を受けることができます。 diff --git a/docs/csharp/programming-guide/concepts/linq/linq-to-xml-security.md b/docs/csharp/programming-guide/concepts/linq/linq-to-xml-security.md index 66550e6d934..2c41893bc80 100644 --- a/docs/csharp/programming-guide/concepts/linq/linq-to-xml-security.md +++ b/docs/csharp/programming-guide/concepts/linq/linq-to-xml-security.md @@ -3,11 +3,11 @@ title: LINQ to XML のセキュリティ (C#) ms.date: 07/20/2015 ms.assetid: ef2c0dc9-ecf9-4c17-b24e-144184ab725f ms.openlocfilehash: 0c4ee8df85d6e5c6f84947dcaaeb6875bbd687de -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47204363" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48584365" --- # LINQ to XML のセキュリティ (C#) ここでは、LINQ to XML に関連するセキュリティの問題について説明し、 セキュリティ上の脆弱性を緩和するためのガイドラインを紹介します。 diff --git a/docs/csharp/programming-guide/concepts/linq/maintaining-name-value-pairs.md b/docs/csharp/programming-guide/concepts/linq/maintaining-name-value-pairs.md index 559bba7f981..6bddfdf745a 100644 --- a/docs/csharp/programming-guide/concepts/linq/maintaining-name-value-pairs.md +++ b/docs/csharp/programming-guide/concepts/linq/maintaining-name-value-pairs.md @@ -3,11 +3,11 @@ title: 名前と値のペアの保持 (C#) ms.date: 07/20/2015 ms.assetid: 7b04b0f1-af64-42eb-8737-83f8861b5915 ms.openlocfilehash: 28c01ce17881ffe7e8fcc35e2c23dec85d50955d -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47207644" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48841217" --- # 名前と値のペアの保持 (C#) 多くのアプリケーションでは、情報を名前と値のペアとして保持するのが最適な場合があります。 このような情報には、構成情報やグローバル設定などがあります。 [!INCLUDE[sqltecxlinq](~/includes/sqltecxlinq-md.md)] には、名前と値のペアのセットを簡単に保持できるようにするメソッドがあります。 情報を属性として保持することも、子要素のセットとして保持することもできます。 diff --git a/docs/csharp/programming-guide/concepts/linq/mixed-declarative-code-imperative-code-bugs-linq-to-xml.md b/docs/csharp/programming-guide/concepts/linq/mixed-declarative-code-imperative-code-bugs-linq-to-xml.md index 8e89d2e42ca..c31bda80ce1 100644 --- a/docs/csharp/programming-guide/concepts/linq/mixed-declarative-code-imperative-code-bugs-linq-to-xml.md +++ b/docs/csharp/programming-guide/concepts/linq/mixed-declarative-code-imperative-code-bugs-linq-to-xml.md @@ -3,11 +3,11 @@ title: 宣言型コードと命令型コードの混在のバグ (LINQ to XML) ( ms.date: 07/20/2015 ms.assetid: fada62d0-0680-4e73-945a-2b00d7a507af ms.openlocfilehash: 56d8140613f3dae7f99c1374634dbd8bdf094a7c -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 2eb5ca4956231c1a0efd34b6a9cab6153a5438af ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47400056" +ms.lasthandoff: 10/11/2018 +ms.locfileid: "49086766" --- # 宣言型コードと命令型コードの混在のバグ (LINQ to XML) (C#) [!INCLUDE[sqltecxlinq](~/includes/sqltecxlinq-md.md)] には、XML ツリーを直接変更できるさまざまなメソッドが含まれています。 たとえば、要素の追加、要素の削除、要素の内容の変更、属性の追加などの操作を行うことができます。 このプログラミング インターフェイスについては、「[XML ツリーの変更 (LINQ to XML) (C#)](../../../../csharp/programming-guide/concepts/linq/modifying-xml-trees-linq-to-xml.md)」を参照してください。 いずれかの軸 ( など) を反復処理する場合に、その過程で XML ツリーを変更すると、見慣れないバグが発生することがあります。 diff --git a/docs/csharp/programming-guide/concepts/linq/preserving-white-space-while-serializing.md b/docs/csharp/programming-guide/concepts/linq/preserving-white-space-while-serializing.md index 115ef7caf2a..def1f4929a6 100644 --- a/docs/csharp/programming-guide/concepts/linq/preserving-white-space-while-serializing.md +++ b/docs/csharp/programming-guide/concepts/linq/preserving-white-space-while-serializing.md @@ -3,11 +3,11 @@ title: シリアル化時の空白の維持3 ms.date: 07/20/2015 ms.assetid: 0c4f8b98-483b-4cf8-86be-fa146eef90dc ms.openlocfilehash: 7fd0a38d2a9ed8c4712b8e9a03a24a23b408f38a -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47204691" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48032362" --- # シリアル化時の空白の維持 このトピックでは、XML ツリーをシリアル化するときに空白を制御する方法について説明します。 diff --git a/docs/csharp/programming-guide/concepts/linq/retrieving-the-text-of-the-paragraphs.md b/docs/csharp/programming-guide/concepts/linq/retrieving-the-text-of-the-paragraphs.md index 39bd52e4292..28a7c893ffc 100644 --- a/docs/csharp/programming-guide/concepts/linq/retrieving-the-text-of-the-paragraphs.md +++ b/docs/csharp/programming-guide/concepts/linq/retrieving-the-text-of-the-paragraphs.md @@ -3,11 +3,11 @@ title: 段落のテキストの取得 (C#) ms.date: 07/20/2015 ms.assetid: 127d635e-e559-408f-90c8-2bb621ca50ac ms.openlocfilehash: 1d23addb4c4c1ea17343585392fbe08fef08568a -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47208790" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48582227" --- # 段落のテキストの取得 (C#) この例は、前の例の「[段落とそのスタイルの取得 (C#)](../../../../csharp/programming-guide/concepts/linq/retrieving-the-paragraphs-and-their-styles.md)」を基にしています。 この新しい例では、各段落のテキストを文字列として取得します。 diff --git a/docs/csharp/programming-guide/concepts/linq/sample-xsd-file-customers-and-orders1.md b/docs/csharp/programming-guide/concepts/linq/sample-xsd-file-customers-and-orders1.md index c328fbcde8b..866fde2dd4f 100644 --- a/docs/csharp/programming-guide/concepts/linq/sample-xsd-file-customers-and-orders1.md +++ b/docs/csharp/programming-guide/concepts/linq/sample-xsd-file-customers-and-orders1.md @@ -3,11 +3,11 @@ title: 'サンプル XSD ファイル: 顧客と注文 1' ms.date: 07/20/2015 ms.assetid: ef9911a3-7ac4-44fd-b36e-a0c0ad0a157d ms.openlocfilehash: 3e6eaf41ad8c91f1b59f70f58a8c8f0e127ec949 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47203684" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48836499" --- # サンプル XSD ファイル : 顧客と注文 次の XSD ファイルは、[!INCLUDE[sqltecxlinq](~/includes/sqltecxlinq-md.md)] ドキュメントのさまざまな例で使用されます。 このファイルには、「[サンプル XML ファイル: 顧客と注文 (LINQ to XML)](../../../../csharp/programming-guide/concepts/linq/sample-xml-file-customers-and-orders-linq-to-xml-2.md)」のスキーマ定義が含まれています。 このスキーマは、XSD の `xs:key` 機能と `xs:keyref` 機能を使用して、`CustomerID` 要素の `Customer` 属性がキーであることを確立し、各 `CustomerID` 要素の `Order` 要素と各 `CustomerID` 要素の `Customer` 属性の間にリレーションシップを確立します。 diff --git a/docs/csharp/programming-guide/concepts/linq/working-with-xml-namespaces.md b/docs/csharp/programming-guide/concepts/linq/working-with-xml-namespaces.md index fbbadc48359..7d31372962e 100644 --- a/docs/csharp/programming-guide/concepts/linq/working-with-xml-namespaces.md +++ b/docs/csharp/programming-guide/concepts/linq/working-with-xml-namespaces.md @@ -3,11 +3,11 @@ title: XML 名前空間の使用 (C#) ms.date: 07/20/2015 ms.assetid: 05cf4dc7-7b25-40f0-abc9-1bc35de4b48a ms.openlocfilehash: 4863794408adbfb8b51c4f125ee340eb718a5abe -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47208868" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48841093" --- # XML 名前空間の使用 (C#) このセクションのトピックでは、[!INCLUDE[sqltecxlinq](~/includes/sqltecxlinq-md.md)] で名前空間がどのようにサポートされるかについて説明します。 diff --git a/docs/csharp/programming-guide/events/how-to-implement-custom-event-accessors.md b/docs/csharp/programming-guide/events/how-to-implement-custom-event-accessors.md index 1de1afa0239..de4adb53722 100644 --- a/docs/csharp/programming-guide/events/how-to-implement-custom-event-accessors.md +++ b/docs/csharp/programming-guide/events/how-to-implement-custom-event-accessors.md @@ -9,11 +9,11 @@ helpviewer_keywords: - remove accessor [C#] ms.assetid: bf903abf-03a4-4f7b-ab6b-b7e59bc2ee1e ms.openlocfilehash: 759a7a4518a371449723a23669816bbc0fbc0dee -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47203122" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48836710" --- # 方法 : カスタム イベント アクセサーを実装する (C# プログラミング ガイド) イベントは、宣言元のクラス内でしか呼び出せない特殊なマルチキャスト デリゲートです。 クライアント コードは、イベント発生時に呼び出されるメソッドへの参照を提供することにより、イベントにサブスクライブします。 これらのメソッドは、イベント アクセサーを使用してデリゲートの呼び出しリストに追加されます。イベント アクセサーはプロパティ アクセサーに似ていますが、イベント アクセサーには `add` および `remove` という名前が付いている点が異なります。 ほとんどの場合、カスタム イベント アクセサーを指定する必要はありません。 コードでカスタム イベント アクセサーを指定していない場合は、コンパイラによって自動的に追加されます。 ただし、カスタム動作の指定が必要な場合もあります。 「[方法 : インターフェイス イベントを実装する](../../../csharp/programming-guide/events/how-to-implement-interface-events.md)」のトピックでは、そのような場合の一例を示しています。 diff --git a/docs/csharp/programming-guide/events/how-to-publish-events-that-conform-to-net-framework-guidelines.md b/docs/csharp/programming-guide/events/how-to-publish-events-that-conform-to-net-framework-guidelines.md index ba8e289b248..e5460f3453b 100644 --- a/docs/csharp/programming-guide/events/how-to-publish-events-that-conform-to-net-framework-guidelines.md +++ b/docs/csharp/programming-guide/events/how-to-publish-events-that-conform-to-net-framework-guidelines.md @@ -5,11 +5,11 @@ helpviewer_keywords: - events [C#], implementation guidelines ms.assetid: 9310ae16-8627-44a2-b08c-05e5976202b1 ms.openlocfilehash: 9a17aaec20b03325abadfcc168f7ac4653f300df -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47401512" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48030605" --- # 方法: .NET Framework ガイドラインに準拠したイベントを発行する (C# プログラミング ガイド) ここでは、[!INCLUDE[dnprdnshort](~/includes/dnprdnshort-md.md)] の標準のパターンに従うイベントをクラスおよび構造体に追加する方法について説明します。 [!INCLUDE[dnprdnshort](~/includes/dnprdnshort-md.md)] クラス ライブラリ内のすべてのイベントは、次のように定義されている デリゲートに基づいています。 @@ -76,6 +76,6 @@ public delegate void EventHandler(object sender, EventArgs e); ## 参照 - -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../../../csharp/programming-guide/index.md) - [イベント](../../../csharp/programming-guide/events/index.md) - [デリゲート](../../../csharp/programming-guide/delegates/index.md) diff --git a/docs/csharp/programming-guide/file-system/how-to-create-a-key-in-the-registry.md b/docs/csharp/programming-guide/file-system/how-to-create-a-key-in-the-registry.md index 1b0124f8637..439b6b6c7c0 100644 --- a/docs/csharp/programming-guide/file-system/how-to-create-a-key-in-the-registry.md +++ b/docs/csharp/programming-guide/file-system/how-to-create-a-key-in-the-registry.md @@ -6,12 +6,12 @@ helpviewer_keywords: - registry keys, creating [C#] - keys, creating in registry ms.assetid: 8fa475b0-e01f-483a-9327-fd03488fdf5d -ms.openlocfilehash: 383d47413078359d7491bf5f7f61dc5e70d842a7 -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: a3a6af8eb493ce17ac73769decd1f60b903ae165 +ms.sourcegitcommit: d88024e6d6d8b242feae5f4007a709379355aa24 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43526739" +ms.lasthandoff: 10/16/2018 +ms.locfileid: "49337611" --- # 方法: レジストリにキーを作成する (Visual C#) 現在のユーザーのレジストリに存在する "Names" というキーの下に "Name" と "Isabella" という値のペアを追加する例を次に示します。 @@ -58,6 +58,6 @@ key.Close(); ## 参照 - -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../../../csharp/programming-guide/index.md) - [ファイル システムとレジストリ (C# プログラミング ガイド)](../../../csharp/programming-guide/file-system/index.md) -- [C# によるレジストリからの読み取り、書き込み、および削除](http://www.codeproject.com/Articles/3389/Read-write-and-delete-from-registry-with-C) +- [C# によるレジストリからの読み取り、書き込み、および削除](https://www.codeproject.com/Articles/3389/Read-write-and-delete-from-registry-with-C) diff --git a/docs/csharp/programming-guide/generics/generic-methods.md b/docs/csharp/programming-guide/generics/generic-methods.md index 0f52d6add30..f358ef1066c 100644 --- a/docs/csharp/programming-guide/generics/generic-methods.md +++ b/docs/csharp/programming-guide/generics/generic-methods.md @@ -4,12 +4,12 @@ ms.date: 07/20/2015 helpviewer_keywords: - generics [C#], methods ms.assetid: 673eeea2-4b48-4faa-9c4e-2e89449221b9 -ms.openlocfilehash: 0fb5267e6324d3dffd1ad5a72ef3718c8cdd08b8 -ms.sourcegitcommit: c7f3e2e9d6ead6cc3acd0d66b10a251d0c66e59d +ms.openlocfilehash: c6846b28813273cf99334b0427e304651e4cf5ee +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/09/2018 -ms.locfileid: "44251483" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50187167" --- # ジェネリック メソッド (C# プログラミング ガイド) ジェネリック メソッドは、次のように型パラメーターで宣言されるメソッドです。 @@ -43,11 +43,11 @@ ms.locfileid: "44251483" [!code-csharp[csProgGuideGenerics#28](../../../csharp/programming-guide/generics/codesnippet/CSharp/generic-methods_7.cs)] ## C# 言語仕様 - 詳細については、「[C# 言語の仕様](../../../csharp/language-reference/language-specification/index.md)」を参照してください。 + 詳細については、「[C# 言語の仕様](~/_csharplang/spec/classes.md#methods)」を参照してください。 ## 参照 - -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../../../csharp/programming-guide/index.md) - [ジェネリックの概要](../../../csharp/programming-guide/generics/introduction-to-generics.md) - [メソッド](../../../csharp/programming-guide/classes-and-structs/methods.md) diff --git a/docs/csharp/programming-guide/namespaces/using-namespaces.md b/docs/csharp/programming-guide/namespaces/using-namespaces.md index a6bba951928..8f7436198f3 100644 --- a/docs/csharp/programming-guide/namespaces/using-namespaces.md +++ b/docs/csharp/programming-guide/namespaces/using-namespaces.md @@ -8,11 +8,11 @@ helpviewer_keywords: - namespaces [C#], how to use ms.assetid: 1fe8bf39-addc-438a-bd9e-86410e32381d ms.openlocfilehash: 81876d1818a6e82764e4aea0ae2b6f9e091f0ba3 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 15d99019aea4a5c3c91ddc9ba23692284a7f61f3 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47203161" +ms.lasthandoff: 10/12/2018 +ms.locfileid: "49123398" --- # 名前空間の使用 (C# プログラミング ガイド) C# プログラム内では名前空間が 2 つの方法でよく使用されます。 最初の方法では、.NET Framework クラスで名前空間を使用して、その多くのクラスを整理します。 2 つ目の方法では、独自の名前空間を宣言します。これは、より大きなプログラミング プロジェクトでクラス名とメソッド名のスコープを制御するのに役立ちます。 @@ -89,7 +89,7 @@ C# プログラム内では名前空間が 2 つの方法でよく使用され ## 参照 -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../../../csharp/programming-guide/index.md) - [名前空間](../../../csharp/programming-guide/namespaces/index.md) - [名前空間キーワード](../../../csharp/language-reference/keywords/namespace-keywords.md) - [。演算子](../../../csharp/language-reference/operators/member-access-operator.md) diff --git a/docs/csharp/programming-guide/nullable-types/how-to-identify-a-nullable-type.md b/docs/csharp/programming-guide/nullable-types/how-to-identify-a-nullable-type.md index 5103c85fed0..8014dea771a 100644 --- a/docs/csharp/programming-guide/nullable-types/how-to-identify-a-nullable-type.md +++ b/docs/csharp/programming-guide/nullable-types/how-to-identify-a-nullable-type.md @@ -6,11 +6,11 @@ helpviewer_keywords: - nullable types [C#], identifying ms.assetid: d4b67ee2-66e8-40c1-ae9d-545d32c71387 ms.openlocfilehash: f9957568d3c68f60cc9286718be9f5a496f876e6 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 700b9003ea6bdd83a53458bbc436c9b5778344f1 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47400544" +ms.lasthandoff: 10/03/2018 +ms.locfileid: "48261343" --- # 方法: Null 許容型を識別する (C# プログラミング ガイド) diff --git a/docs/csharp/programming-guide/statements-expressions-operators/overloadable-operators.md b/docs/csharp/programming-guide/statements-expressions-operators/overloadable-operators.md index 8ec4437627b..86c27cddd25 100644 --- a/docs/csharp/programming-guide/statements-expressions-operators/overloadable-operators.md +++ b/docs/csharp/programming-guide/statements-expressions-operators/overloadable-operators.md @@ -6,11 +6,11 @@ helpviewer_keywords: - operator overloading [C#] ms.assetid: 390d9d01-79fc-40ab-9ed3-0bf448da1b6a ms.openlocfilehash: f819e94fd532c10478ac39da9485126aa4380dd5 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47203802" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48583101" --- # オーバーロード可能な演算子 (C# プログラミング ガイド) @@ -34,7 +34,7 @@ C# では、[operator](../../language-reference/keywords/operator.md) キーワ ## 参照 -- [C# プログラミング ガイド](../index.md) +- [C# プログラミングガイド](../index.md) - [ステートメント、式、および演算子](index.md) - [演算子](operators.md) - [C# 演算子](../../language-reference/operators/index.md) diff --git a/docs/csharp/programming-guide/types/walkthrough-creating-and-using-dynamic-objects.md b/docs/csharp/programming-guide/types/walkthrough-creating-and-using-dynamic-objects.md index 7b2bf1a2bce..ae4e110c468 100644 --- a/docs/csharp/programming-guide/types/walkthrough-creating-and-using-dynamic-objects.md +++ b/docs/csharp/programming-guide/types/walkthrough-creating-and-using-dynamic-objects.md @@ -9,12 +9,12 @@ helpviewer_keywords: - dynamic objects - dynamic objects [C#] ms.assetid: 568f1645-1305-4906-8625-5d77af81e04f -ms.openlocfilehash: 79e7ef99d9d21eb161d8981e166963df7dd57be5 -ms.sourcegitcommit: 3c1c3ba79895335ff3737934e39372555ca7d6d0 +ms.openlocfilehash: 8134a7c7c1f2c4e6432dd19889faf796a9284553 +ms.sourcegitcommit: fd8d4587cc26e53f0e27e230d6e27d828ef4306b ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/06/2018 -ms.locfileid: "43858900" +ms.lasthandoff: 10/16/2018 +ms.locfileid: "49347969" --- # チュートリアル: 動的オブジェクトの作成と使用 (C# および Visual Basic) @@ -99,12 +99,12 @@ ms.locfileid: "43858900" ``` List of customers and suppliers - Supplier: Lucerne Publishing (http://www.lucernepublishing.com/) + Supplier: Lucerne Publishing (https://www.lucernepublishing.com/) Customer: Preston, Chris Customer: Hines, Patrick Customer: Cameron, Maria - Supplier: Graphic Design Institute (http://www.graphicdesigninstitute.com/) - Supplier: Fabrikam, Inc. (http://www.fabrikam.com/) + Supplier: Graphic Design Institute (https://www.graphicdesigninstitute.com/) + Supplier: Fabrikam, Inc. (https://www.fabrikam.com/) Customer: Seubert, Roxanne Supplier: Proseware, Inc. (http://www.proseware.com/) Customer: Adolphi, Stephan diff --git a/docs/csharp/programming-guide/xmldoc/include.md b/docs/csharp/programming-guide/xmldoc/include.md index a69b2fee00d..7d7472d5106 100644 --- a/docs/csharp/programming-guide/xmldoc/include.md +++ b/docs/csharp/programming-guide/xmldoc/include.md @@ -9,11 +9,11 @@ helpviewer_keywords: - include C# XML tag ms.assetid: a8a70302-6196-4643-bd09-ef33f411f18f ms.openlocfilehash: 854c8b61fa8164bccfc9451f2f163dab4a56388f -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47192993" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48035189" --- # <include> (C# プログラミング ガイド) ## 構文 @@ -91,5 +91,5 @@ The summary for this other type. ## 参照 -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../../../csharp/programming-guide/index.md) - [ドキュメント コメントとして推奨されるタグ](../../../csharp/programming-guide/xmldoc/recommended-tags-for-documentation-comments.md) diff --git a/docs/csharp/programming-guide/xmldoc/typeparam.md b/docs/csharp/programming-guide/xmldoc/typeparam.md index f9c79b4997b..5397d9edbb7 100644 --- a/docs/csharp/programming-guide/xmldoc/typeparam.md +++ b/docs/csharp/programming-guide/xmldoc/typeparam.md @@ -8,11 +8,11 @@ helpviewer_keywords: - typeparam C# XML tag ms.assetid: 9b99d400-e911-4e55-99c6-64367c96aa4f ms.openlocfilehash: ec19060008c1c06c54c89dbddee7d24001bcdebc -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47207510" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50187115" --- # <typeparam> (C# プログラミング ガイド) ## 構文 @@ -43,5 +43,5 @@ ms.locfileid: "47207510" ## 参照 - [C# リファレンス](../../../csharp/language-reference/index.md) -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../../../csharp/programming-guide/index.md) - [ドキュメント コメントとして推奨されるタグ](../../../csharp/programming-guide/xmldoc/recommended-tags-for-documentation-comments.md) diff --git a/docs/csharp/programming-guide/xmldoc/xml-documentation-comments.md b/docs/csharp/programming-guide/xmldoc/xml-documentation-comments.md index 3c8e83ea07c..0f178ba4e1c 100644 --- a/docs/csharp/programming-guide/xmldoc/xml-documentation-comments.md +++ b/docs/csharp/programming-guide/xmldoc/xml-documentation-comments.md @@ -12,11 +12,11 @@ helpviewer_keywords: - XML documentation comments [C#] ms.assetid: 803b7f7b-7428-4725-b5db-9a6cff273199 ms.openlocfilehash: ab4f8fae748455f96ca5ea0255658cc76dd14f97 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47455737" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48046683" --- # XML ドキュメント コメント (C# プログラミング ガイド) Visual C# では、ソース コード内で、コード ブロックの直前の特別なコメント フィールド (3 個のスラッシュで示す) に XML 要素を配置することで、コードのドキュメントを作成できます。例を次に示します。 @@ -55,4 +55,4 @@ public class MyClass {} ## 参照 -- [C# プログラミング ガイド](../../../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../../../csharp/programming-guide/index.md) diff --git a/docs/csharp/tuples.md b/docs/csharp/tuples.md index d4965e27c58..13a4c9e8079 100644 --- a/docs/csharp/tuples.md +++ b/docs/csharp/tuples.md @@ -3,12 +3,12 @@ title: タプル型 - C# ガイド description: C# の名前のないタプルと名前付きタプルについて ms.date: 05/15/2018 ms.assetid: ee8bf7c3-aa3e-4c9e-a5c6-e05cc6138baa -ms.openlocfilehash: b0c838791e640c9813005b8a32d009153a794c14 -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: 572e926b6345fc27278f78d1faf2e3b27f017f2e +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43509447" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50186032" --- # C# のタプル型 # @@ -92,7 +92,7 @@ C# 7.3 以降では、タプル型で `==` および `!=` 演算子がサポー [!code-csharp[TupleEquality](../../samples/snippets/csharp/tuples/tuples/program.cs#Equality "Testing tuples for equality")] -タプルの等値テストをより簡単にするルールがいくつかあります。 次のコードに示すように、いずれかのタプルが null 許容タプルの場合、タプルの等値性によって[リフト変換](language-reference/language-specification/index.md)が実行されます。 +タプルの等値テストをより簡単にするルールがいくつかあります。 次のコードに示すように、いずれかのタプルが null 許容タプルの場合、タプルの等値性によって[リフト変換](~/_csharplang/spec/conversions.md#lifted-conversion-operators)が実行されます。 [!code-csharp[NullableTupleEquality](../../samples/snippets/csharp/tuples/tuples/program.cs#NullableEquality "Comparing Tuples and nullable tuples")] diff --git a/docs/csharp/tutorials/console-webapiclient.md b/docs/csharp/tutorials/console-webapiclient.md index d1fd5de8a0b..8701173b9b5 100644 --- a/docs/csharp/tutorials/console-webapiclient.md +++ b/docs/csharp/tutorials/console-webapiclient.md @@ -3,12 +3,12 @@ title: .NET Core を使用した REST クライアントの作成 description: このチュートリアルでは、.NET Core と C# 言語のさまざまな機能を説明します。 ms.date: 03/06/2017 ms.assetid: 51033ce2-7a53-4cdd-966d-9da15c8204d2 -ms.openlocfilehash: 13466b717d0676c2db5edf4c98a4ead3e673b96c -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 521c6edfa7163219ea86c6fb8444bc95859c9aa1 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47397921" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50199917" --- # REST クライアント @@ -57,7 +57,7 @@ GitHub 上の REST サービスに対して HTTP 要求を発行するアプリ これらの変更を加えた後で、`dotnet restore` ([注記を参照](#dotnet-restore-note)) をもう一度実行して、システムにパッケージがインストールされるようにします。 ## Web 要求を作成する -Web サイトからデータの取得を開始する準備ができました。 このアプリケーションでは、[GitHub API](https://developer.github.com/v3/) から情報を読み取ります。 [.NET Foundation](http://www.dotnetfoundation.org/) にあるプロジェクトに関する情報を読み取ります。 最初に、プロジェクトに関する情報を取得する GitHub API に対する要求を作成します。 使用するエンドポイントは [https://api.github.com/orgs/dotnet/repos](https://api.github.com/orgs/dotnet/repos) です。 HTTP GET 要求を使用して、これらのプロジェクトに関する情報をすべて取得します。 +Web サイトからデータの取得を開始する準備ができました。 このアプリケーションでは、[GitHub API](https://developer.github.com/v3/) から情報を読み取ります。 [.NET Foundation](https://www.dotnetfoundation.org/) にあるプロジェクトに関する情報を読み取ります。 最初に、プロジェクトに関する情報を取得する GitHub API に対する要求を作成します。 使用するエンドポイントは [https://api.github.com/orgs/dotnet/repos](https://api.github.com/orgs/dotnet/repos) です。 HTTP GET 要求を使用して、これらのプロジェクトに関する情報をすべて取得します。 HTTP GET 要求はブラウザーでも使用されるので、ブラウザーに URL を貼り付けて、取得および処理する情報を確認できます。 クラスを使用して Web 要求を作成します。 最新のすべての .NET API と同様に、 は実行時間の長い API の非同期メソッドだけをサポートします。 diff --git a/docs/csharp/tutorials/microservices.md b/docs/csharp/tutorials/microservices.md index 3ae14a51f22..909d96d3803 100644 --- a/docs/csharp/tutorials/microservices.md +++ b/docs/csharp/tutorials/microservices.md @@ -1,14 +1,14 @@ --- -title: Docker でホストされているマイクロサービス - C -description: Docker コンテナーで実行される ASP.NET Core サービスを作成する方法を学ぶ -ms.date: 06/08/2017 -ms.assetid: 87e93838-a363-4813-b859-7356023d98ed -ms.openlocfilehash: 1f4b38243beb1210b1374bd701fac66b2fa72cc5 -ms.sourcegitcommit: 979597cd8055534b63d2c6ee8322938a27d0c87b -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 06/29/2018 -ms.locfileid: "37106351" +title: Docker でホストされているマイクロサービス - C +description: Docker コンテナーで実行される ASP.NET Core サービスを作成する方法を学ぶ +ms.date: 06/08/2017 +ms.assetid: 87e93838-a363-4813-b859-7356023d98ed +ms.openlocfilehash: b1f7159a222ab4d68715844e9997ca922676bc80 +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49454487" --- # Docker でホストされているマイクロサービス @@ -41,7 +41,7 @@ Docker インストールの追加タスクは、ASP.NET Core アプリケーシ このアプリケーションは、Windows、Linux、macOS または Docker コンテナーで実行できます。 お好みのコード エディターをインストールしてください。 次の説明では、オープン ソースのクロス プラットフォーム エディターである [Visual Studio Code](https://code.visualstudio.com/) を使用しています。 しかし、他の使い慣れたツールを使用しても構いません。 -Docker エンジンをインストールする必要もあります。 お使いのプラットフォームに関する手順については、[Docker インストールのページ](http://www.docker.com/products/docker)を参照してください。 +Docker エンジンをインストールする必要もあります。 お使いのプラットフォームに関する手順については、[Docker インストールのページ](https://docs.docker.com/install/overview/)を参照してください。 Docker は、多くの Linux ディストリビューション、macOS、または Windows にインストールすることができます。 上記のページには、インストールが可能なものについてそれぞれ説明が含まれています。 ## アプリケーションを作成する diff --git a/docs/csharp/walkthroughs.md b/docs/csharp/walkthroughs.md index 84047ea8262..1283d33dce9 100644 --- a/docs/csharp/walkthroughs.md +++ b/docs/csharp/walkthroughs.md @@ -6,12 +6,12 @@ helpviewer_keywords: - walkthroughs [Visual Studio], Visual C# - Visual C#, walkthroughs ms.assetid: 2d07b972-ef69-4676-9aef-e1784728e1ff -ms.openlocfilehash: a2efaae7cd861842f92ba3cdedc5ae77beec9f6f -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: ae29c8fbe8d5d87ccee4d6a43a3c9285f0c41ee1 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47202237" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50192565" --- # C# チュートリアル チュートリアルでは、製品や特定の機能領域について学習を開始するのに適した一般的なシナリオについて詳細な手順を示します。 @@ -23,7 +23,7 @@ ms.locfileid: "47202237" [Async と Await を使用した Web へのアクセス](./programming-guide/concepts/async/walkthrough-accessing-the-web-by-using-async-and-await.md) [async](../csharp/language-reference/keywords/async.md) と [await](../csharp/language-reference/keywords/await.md) を使用して非同期ソリューションを作成する方法を示します。 - [Creating a Windows Runtime Component in C# or Visual Basic and Calling it from JavaScript](https://msdn.microsoft.com/library/windows/apps/hh779077.aspx) (C# および Visual Basic での Windows ランタイム コンポーネントの作成および JavaScript による呼び出し) + [Creating a Windows Runtime Component in C# or Visual Basic and Calling it from JavaScript](/windows/uwp/winrt-components/walkthrough-creating-a-simple-windows-runtime-component-and-calling-it-from-javascript) (C# および Visual Basic での Windows ランタイム コンポーネントの作成および JavaScript による呼び出し) [!INCLUDE[wrt](~/includes/wrt-md.md)] 型を作成し、[!INCLUDE[wrt](~/includes/wrt-md.md)] コンポーネントにパッケージ化して、その後、JavaScript を使用して Windows 用に作成された [!INCLUDE[win8_appname_long](~/includes/win8-appname-long-md.md)] アプリからコンポーネントを呼び出す方法を示します。 [Office のプログラミング (C# および Visual Basic)](../csharp/programming-guide/interop/walkthrough-office-programming.md) @@ -71,5 +71,5 @@ ms.locfileid: "47202237" ## 参照 -- [C# プログラミング ガイド](../csharp/programming-guide/index.md) +- [C# プログラミングガイド](../csharp/programming-guide/index.md) - [Visual Studio のサンプル](/visualstudio/ide/visual-studio-samples) diff --git a/docs/csharp/whats-new/csharp-version-history.md b/docs/csharp/whats-new/csharp-version-history.md index deb7603c49a..b0faa425c28 100644 --- a/docs/csharp/whats-new/csharp-version-history.md +++ b/docs/csharp/whats-new/csharp-version-history.md @@ -3,12 +3,12 @@ title: C# の歴史 - C# ガイド description: この言語の最初のバージョンがどのようなものであったか、そしてそれ以降どのように進化してきたかについて説明します。 author: erikdietrich ms.date: 09/20/2017 -ms.openlocfilehash: 7a7030eb9479ebae553f3bb4d569c9a9f931db9a -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: 5e8ecdd971a043dc47c50b10c974d86f836818dc +ms.sourcegitcommit: d88024e6d6d8b242feae5f4007a709379355aa24 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43504414" +ms.lasthandoff: 10/15/2018 +ms.locfileid: "49316260" --- # C# の歴史 # @@ -145,10 +145,10 @@ C# バージョン 3.0 と 5.0 では、主要な新機能がオブジェクト 最新のメジャー バージョンが C# バージョン 7.0 です。 このバージョンには、C# 6.0 から続くいくつかの革新的で優れた機能がありますが、サービスとしてのコンパイラはありません。 新機能の一部を次に示します。 -- [out 変数](http://www.c-sharpcorner.com/article/out-variables-in-c-sharp-7-0/) +- [out 変数](https://www.c-sharpcorner.com/article/out-variables-in-c-sharp-7-0/) - [タプルと分解](https://www.thomaslevesque.com/2016/08/23/tuple-deconstruction-in-c-7/) - [パターン マッチング](./csharp-7.md#pattern-matching) -- [ローカル関数](http://www.infoworld.com/article/3182416/application-development/c-7-in-depth-exploring-local-functions.html) +- [ローカル関数](https://www.infoworld.com/article/3182416/application-development/c-7-in-depth-exploring-local-functions.html) - [拡張された式形式のメンバー](./csharp-7.md#more-expression-bodied-members) - [ref ローカル変数と戻り値](./csharp-7.md#ref-locals-and-returns) diff --git a/docs/framework/64-bit-apps.md b/docs/framework/64-bit-apps.md index 3d866ed864b..f3d36b0b662 100644 --- a/docs/framework/64-bit-apps.md +++ b/docs/framework/64-bit-apps.md @@ -8,12 +8,12 @@ helpviewer_keywords: ms.assetid: fd4026bc-2c3d-4b27-86dc-ec5e96018181 author: rpetrusha ms.author: ronpet -ms.openlocfilehash: 8cfe1f76cfe489095dfa996bce8005d2777966b7 -ms.sourcegitcommit: 3c1c3ba79895335ff3737934e39372555ca7d6d0 +ms.openlocfilehash: 940bd8b7fe0be79ea6448b1eab69359bdb92fdc9 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/06/2018 -ms.locfileid: "43748091" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50198173" --- # 64 ビット アプリケーション アプリケーションをコンパイルするときに、Windows 64 ビット オペレーティング システム上で、ネイティブ アプリケーションとして実行するか、WOW64 (Windows 64 ビット上の Windows 32 ビット) の制御下で実行するかを指定できます。 WOW64 は互換環境であり、32 ビット アプリケーションを 64 ビット オペレーティング システム上で実行できるようにします。 WOW64 は、Windows オペレーティング システムのすべての 64 ビット バージョンに含まれています。 @@ -49,7 +49,7 @@ ms.locfileid: "43748091" - 64 ビット版 CLR をダウンロードする方法については、MSDN Web サイトの「[.NET Framework ダウンロード](https://go.microsoft.com/fwlink/?LinkId=50953)」を参照してください。 -- 64 ビット アプリケーションを作成するための Visual Studio のサポート機能については、「[Visual Studio 開発環境の 64 ビット サポート](https://msdn.microsoft.com/library/b08ff3ad-c6fd-468f-94d5-01a61aab6833)」を参照してください。 +- 64 ビット アプリケーションを作成するための Visual Studio のサポート機能については、「[Visual Studio 開発環境の 64 ビット サポート](/visualstudio/ide/visual-studio-ide-64-bit-support)」を参照してください。 ## 64 ビット アプリケーションを作成するためのコンパイラのサポート 既定では、.NET Framework を使用して 32 ビット コンピューターまたは 64 ビット コンピューターでアプリケーションをビルドする場合、アプリケーションは 64 ビット コンピューターでネイティブ アプリケーションとして (WOW64 の制御下ではなく) 実行します。 次の表に、Visual Studio コンパイラを使用して、ネイティブなアプリケーションとして実行する 64 ビット アプリケーション、WOW64 の下で実行する 64 ビット アプリケーション、またはその両方が可能な 64 ビット アプリケーションを作成するための方法を説明するドキュメントを示します。 @@ -58,7 +58,7 @@ ms.locfileid: "43748091" |--------------|---------------------| |Visual Basic|[/platform (Visual Basic)](~/docs/visual-basic/reference/command-line-compiler/platform.md)| |Visual C#|[-platform (C# コンパイラ オプション)](~/docs/csharp/language-reference/compiler-options/platform-compiler-option.md)| -|Visual C++|**/clr:safe** を使用すると、プラットフォームに依存しない、Microsoft Intermediate Language (MSIL) アプリケーションを作成できます。 詳細については、「[/clr (共通言語ランタイムのコンパイル)](/cpp/build/reference/clr-common-language-runtime-compilation)」を参照してください。

Visual C++ には、それぞれの 64 ビット オペレーティング システムを対象とする個別のコンパイラが含まれます。 Visual C++ を使用して 64 ビット Windows オペレーティング システム上で実行するネイティブ アプリケーションを作成する方法の詳細については、「[Visual C++ による 64 ビット プログラミング](https://msdn.microsoft.com/library/h2k70f3s\(v=vs.80\))」を参照してください。| +|Visual C++|**/clr:safe** を使用すると、プラットフォームに依存しない、Microsoft Intermediate Language (MSIL) アプリケーションを作成できます。 詳細については、「[/clr (共通言語ランタイムのコンパイル)](/cpp/build/reference/clr-common-language-runtime-compilation)」を参照してください。

Visual C++ には、それぞれの 64 ビット オペレーティング システムを対象とする個別のコンパイラが含まれます。 Visual C++ を使用して 64 ビット Windows オペレーティング システム上で実行するネイティブ アプリケーションを作成する方法の詳細については、「[Visual C++ による 64 ビット プログラミング](/cpp/build/configuring-programs-for-64-bit-visual-cpp)」を参照してください。| ## .exe ファイルまたは .dll ファイルのステータスの特定 .exe ファイルまたは .dll ファイルが、特定のプラットフォーム上または WOW64 の下でのみ動作するように意図されているかどうかを確認するには、[CorFlags.exe (CorFlags Conversion Tool)](../../docs/framework/tools/corflags-exe-corflags-conversion-tool.md) を使用します (オプションは指定しません)。 また、CorFlags.exe を使用して、.exe ファイルまたは .dll ファイルのプラットフォームのステータスを変更することもできます。 Visual Studio アセンブリの CLR ヘッダーのメジャー ランタイム バージョン番号が 2、マイナー ランタイム バージョン番号が 5 に設定されています。 マイナー ランタイム バージョンが 0 に設定されたアプリケーションは、レガシ アプリケーションとして扱われ、常に WOW64 の下で実行されます。 diff --git a/docs/framework/app-domains/application-domains-and-assemblies-how-to-topics.md b/docs/framework/app-domains/application-domains-and-assemblies-how-to-topics.md index 6c2388d0207..c1a6d83fe2f 100644 --- a/docs/framework/app-domains/application-domains-and-assemblies-how-to-topics.md +++ b/docs/framework/app-domains/application-domains-and-assemblies-how-to-topics.md @@ -1,18 +1,18 @@ --- -title: アプリケーション ドメインとアセンブリに関する方法のトピック -ms.date: 03/30/2017 -helpviewer_keywords: -- assemblies [.NET Framework], how-tos -- application domains, how-tos -ms.assetid: 2264054e-712e-47e4-8657-1aa1cfec3e3d -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: b555ad88b90e48da39624686a37898f47d90c1e3 -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32743096" +title: アプリケーション ドメインとアセンブリに関する方法のトピック +ms.date: 03/30/2017 +helpviewer_keywords: +- assemblies [.NET Framework], how-tos +- application domains, how-tos +ms.assetid: 2264054e-712e-47e4-8657-1aa1cfec3e3d +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: bed7c6c856c55662b46ff581f007f9df6b67149d +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50190997" --- # アプリケーション ドメインとアセンブリに関する方法のトピック 次のセクションには、アプリケーション ドメインとアセンブリを使用したプログラミングの概念に関するドキュメントに用意されているすべての方法トピックへのリンクが含まれています。 @@ -54,4 +54,4 @@ ms.locfileid: "32743096" - [方法: アセンブリの内容を表示する](../../../docs/framework/app-domains/how-to-view-assembly-contents.md) ## 参照 - [アプリケーション ドメインとアセンブリ](../../../docs/framework/app-domains/index.md) +- [アプリケーション ドメインとアセンブリ](../../../docs/framework/app-domains/index.md) diff --git a/docs/framework/app-domains/assemblies-and-side-by-side-execution.md b/docs/framework/app-domains/assemblies-and-side-by-side-execution.md index ec4fb18d312..2bcd3fb97e4 100644 --- a/docs/framework/app-domains/assemblies-and-side-by-side-execution.md +++ b/docs/framework/app-domains/assemblies-and-side-by-side-execution.md @@ -1,18 +1,18 @@ --- -title: アセンブリと side-by-side 実行 -ms.date: 03/30/2017 -helpviewer_keywords: -- side-by-side execution [.NET Framework] -- assemblies [.NET Framework], side-by-side execution -ms.assetid: e42036ee-7590-47d1-b884-cc856e39bd5d -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: 605cb6dfd3232d90d6c278f9563ac8d9f101b053 -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32752144" +title: アセンブリと side-by-side 実行 +ms.date: 03/30/2017 +helpviewer_keywords: +- side-by-side execution [.NET Framework] +- assemblies [.NET Framework], side-by-side execution +ms.assetid: e42036ee-7590-47d1-b884-cc856e39bd5d +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: e192266aa7b98637cb05f400901f51afd3046a72 +ms.sourcegitcommit: 9bd8f213b50f0e1a73e03bd1e840c917fbd6d20a +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "49415205" --- # アセンブリと side-by-side 実行 side-by-side 実行は、アプリケーションやコンポーネントの複数のバージョンを同じコンピューターに格納して実行する機能です。 つまり、ランタイムの複数のバージョンと、特定のバージョンのランタイムを使用するアプリケーションおよびコンポーネントの複数のバージョンを、同一コンピューター上に共存させることができます。 side-by-side 実行によって、アプリケーションをバインドするコンポーネントのバージョンや、アプリケーションが使用するランタイムのバージョンを細かく制御できます。 @@ -22,5 +22,5 @@ side-by-side 実行は、アプリケーションやコンポーネントの複 ランタイムは、side-by-side 実行できるアプリケーションの作成機能を提供しますが、side-by-side 実行は自動的にサポートされるわけではありません。 side-by-side 実行できるアプリケーションの作成に関する詳細については、「[Guidelines for Creating Components for Side-by-Side Execution](../../../docs/framework/deployment/guidelines-for-creating-components-for-side-by-side-execution.md)」 (side-by-side 実行用のコンポーネントを作成するためのガイドライン) を参照してください。 ## 参照 - [ランタイムがアセンブリを検索する方法](../../../docs/framework/deployment/how-the-runtime-locates-assemblies.md) - [共通言語ランタイムのアセンブリ](../../../docs/framework/app-domains/assemblies-in-the-common-language-runtime.md) +- [ランタイムがアセンブリを検索する方法](../../../docs/framework/deployment/how-the-runtime-locates-assemblies.md) +- [共通言語ランタイムのアセンブリ](../../../docs/framework/app-domains/assemblies-in-the-common-language-runtime.md) diff --git a/docs/framework/app-domains/assembly-contents.md b/docs/framework/app-domains/assembly-contents.md index 27bc3600ee6..3e9673c1899 100644 --- a/docs/framework/app-domains/assembly-contents.md +++ b/docs/framework/app-domains/assembly-contents.md @@ -1,20 +1,20 @@ --- -title: アセンブリの内容 -ms.date: 03/30/2017 -helpviewer_keywords: -- assemblies [.NET Framework], multifile -- assemblies [.NET Framework], single-file -- single-file assemblies -- multifile assemblies -ms.assetid: 28116714-da77-45f7-826d-fa035d121948 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: 38c0081e5677ca65e8c730c7199ebac5d4c86261 -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32741829" +title: アセンブリの内容 +ms.date: 03/30/2017 +helpviewer_keywords: +- assemblies [.NET Framework], multifile +- assemblies [.NET Framework], single-file +- single-file assemblies +- multifile assemblies +ms.assetid: 28116714-da77-45f7-826d-fa035d121948 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 1aed7e1e9e85f746c4b55b10c59dd82e85565b00 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50194840" --- # アセンブリの内容 一般に、静的アセンブリは次の 4 つの要素から構成されます。 @@ -49,6 +49,6 @@ ms.locfileid: "32741829" ソース コードをデザインするときは、作成するアプリケーションの機能を 1 つのファイルにまとめるのか複数のファイルに分割するのか、分割する場合は機能をどのように分けるのかを明確に決める必要があります。 .NET Framework コードをデザインする場合も同様に、機能を 1 つのアセンブリにまとめるのか複数のアセンブリに分割するのか、分割する場合は機能をどのように分割するのかを決めておく必要があります。 ## 参照 - [共通言語ランタイムのアセンブリ](../../../docs/framework/app-domains/assemblies-in-the-common-language-runtime.md) - [アセンブリ マニフェスト](../../../docs/framework/app-domains/assembly-manifest.md) - [アセンブリのセキュリティに関する考慮事項](../../../docs/framework/app-domains/assembly-security-considerations.md) +- [共通言語ランタイムのアセンブリ](../../../docs/framework/app-domains/assemblies-in-the-common-language-runtime.md) +- [アセンブリ マニフェスト](../../../docs/framework/app-domains/assembly-manifest.md) +- [アセンブリのセキュリティに関する考慮事項](../../../docs/framework/app-domains/assembly-security-considerations.md) diff --git a/docs/framework/app-domains/assembly-location.md b/docs/framework/app-domains/assembly-location.md index 8f9330b7001..006bd0d2fc7 100644 --- a/docs/framework/app-domains/assembly-location.md +++ b/docs/framework/app-domains/assembly-location.md @@ -1,17 +1,18 @@ --- -title: アセンブリの場所 -ms.date: 03/30/2017 -helpviewer_keywords: -- locating assemblies -- assemblies [.NET Framework], location -ms.assetid: 9f1f41a7-2954-49d3-a2c0-62b6ef4d40ab -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: 91fc7cf6ea66952fa5770ce73ecb1a8c129a9a2d -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 +title: アセンブリの場所 +ms.date: 03/30/2017 +helpviewer_keywords: +- locating assemblies +- assemblies [.NET Framework], location +ms.assetid: 9f1f41a7-2954-49d3-a2c0-62b6ef4d40ab +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 19c4b030e8b44bed5377827d016127b4a574f5ee +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/29/2018 +ms.locfileid: "50183751" --- # アセンブリの場所 アセンブリの場所は、参照時に共通言語ランタイムがそれを見つけることができるかどうかを決定します。また、アセンブリをその他のアセンブリと共有できるかどうかも決定できます。 次の場所にアセンブリを展開することができます。 @@ -29,7 +30,7 @@ ms.lasthandoff: 05/03/2018 HTTP サーバーに展開されているアセンブリは、厳密な名前を持つ必要があります。アプリケーションの構成ファイルのコードベース セクションにあるアセンブリをポイントします。 ## 参照 - [アセンブリの作成](../../../docs/framework/app-domains/create-assemblies.md) - [グローバル アセンブリ キャッシュ](../../../docs/framework/app-domains/gac.md) - [ランタイムがアセンブリを検索する方法](../../../docs/framework/deployment/how-the-runtime-locates-assemblies.md) - [アセンブリを使用したプログラミング](../../../docs/framework/app-domains/programming-with-assemblies.md) +- [アセンブリの作成](../../../docs/framework/app-domains/create-assemblies.md) +- [グローバル アセンブリ キャッシュ](../../../docs/framework/app-domains/gac.md) +- [ランタイムがアセンブリを検索する方法](../../../docs/framework/deployment/how-the-runtime-locates-assemblies.md) +- [アセンブリを使用したプログラミング](../../../docs/framework/app-domains/programming-with-assemblies.md) diff --git a/docs/framework/app-domains/assembly-manifest.md b/docs/framework/app-domains/assembly-manifest.md index e698f3ba99c..22769cdc3a4 100644 --- a/docs/framework/app-domains/assembly-manifest.md +++ b/docs/framework/app-domains/assembly-manifest.md @@ -1,21 +1,21 @@ --- -title: アセンブリ マニフェスト -ms.date: 03/30/2017 -helpviewer_keywords: -- assembly manifest -- dynamic assemblies, assembly manifest -- metadata, assembly manifest -- culture, assembly manifest -- assemblies [.NET Framework], metadata -ms.assetid: 8e40fab9-549d-4731-aec2-ffa47a382de0 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: d0f5d8e2e465e9dfa64a57c5ec7b99001f768492 -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32753652" +title: アセンブリ マニフェスト +ms.date: 03/30/2017 +helpviewer_keywords: +- assembly manifest +- dynamic assemblies, assembly manifest +- metadata, assembly manifest +- culture, assembly manifest +- assemblies [.NET Framework], metadata +ms.assetid: 8e40fab9-549d-4731-aec2-ffa47a382de0 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: a0b68eaefcd2901f9cf05d491459b18f94a2614a +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49415071" --- # アセンブリ マニフェスト 静的であるか動的であるかにかかわらず、すべてのアセンブリは、アセンブリ内の要素の相互関係を記述したデータのコレクションを含んでいます。 このアセンブリ メタデータは、アセンブリ マニフェストに格納されています。 アセンブリ マニフェストには、アセンブリのバージョン要件およびセキュリティ ID を指定するために必要なすべてのメタデータと、アセンブリのスコープを定義したり、リソースやクラスへの参照を解決したりするために必要なすべてのメタデータが格納されています。 アセンブリ マニフェストは、MSIL (Microsoft Intermediate Language) コードが記述されている PE ファイル (.exe または .dll)、またはアセンブリ マニフェスト情報だけを格納したスタンドアロンの PE ファイルに保存できます。 @@ -55,7 +55,7 @@ ms.locfileid: "32753652" アセンブリ マニフェストの一部の情報は、コード内でアセンブリ属性を使用することで、追加または変更できます。 バージョン情報や、商標、著作権、製品名、会社名、補足バージョンなどの情報属性は変更できます。 アセンブリ属性の完全なリストについては、「[Setting Assembly Attributes](../../../docs/framework/app-domains/set-assembly-attributes.md)」 (アセンブリ属性の設定) を参照してください。 ## 参照 - [アセンブリの内容](../../../docs/framework/app-domains/assembly-contents.md) - [アセンブリのバージョン管理](../../../docs/framework/app-domains/assembly-versioning.md) - [サテライト アセンブリの作成](../../../docs/framework/resources/creating-satellite-assemblies-for-desktop-apps.md) - [厳密な名前付きアセンブリ](../../../docs/framework/app-domains/strong-named-assemblies.md) +- [アセンブリの内容](../../../docs/framework/app-domains/assembly-contents.md) +- [アセンブリのバージョン管理](../../../docs/framework/app-domains/assembly-versioning.md) +- [サテライト アセンブリの作成](../../../docs/framework/resources/creating-satellite-assemblies-for-desktop-apps.md) +- [厳密な名前付きアセンブリ](../../../docs/framework/app-domains/strong-named-assemblies.md) diff --git a/docs/framework/app-domains/assembly-security-considerations.md b/docs/framework/app-domains/assembly-security-considerations.md index 2e24c910b1f..653581f8526 100644 --- a/docs/framework/app-domains/assembly-security-considerations.md +++ b/docs/framework/app-domains/assembly-security-considerations.md @@ -1,28 +1,28 @@ --- -title: アセンブリのセキュリティに関する考慮事項 -ms.date: 03/30/2017 -helpviewer_keywords: -- assemblies [.NET Framework], security -- signcodes -- names [.NET Framework], assemblies -- strong-named assemblies, security considerations -- signing assemblies -- assemblies [.NET Framework], signing -- granting permissions, assemblies -- assemblies [.NET Framework], strong-named -- names [.NET Framework], strong names -- permissions [.NET Framework], assemblies -- security [.NET Framework], assemblies -- integrity with assemblies -ms.assetid: 1b5439c1-f3d5-4529-bd69-01814703d067 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: f78df1a85bacae3019fe27857731174796d8a311 -ms.sourcegitcommit: 3d42e1d73e21c35c540dd4adbea23efcbe1b8b0a -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 06/20/2018 -ms.locfileid: "36270423" +title: アセンブリのセキュリティに関する考慮事項 +ms.date: 03/30/2017 +helpviewer_keywords: +- assemblies [.NET Framework], security +- signcodes +- names [.NET Framework], assemblies +- strong-named assemblies, security considerations +- signing assemblies +- assemblies [.NET Framework], signing +- granting permissions, assemblies +- assemblies [.NET Framework], strong-named +- names [.NET Framework], strong names +- permissions [.NET Framework], assemblies +- security [.NET Framework], assemblies +- integrity with assemblies +ms.assetid: 1b5439c1-f3d5-4529-bd69-01814703d067 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 8d83da6e995c35de650c496c5792e55b05dd9095 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50088794" --- # アセンブリのセキュリティに関する考慮事項 アセンブリを作成する場合は、アセンブリの実行に必要となるアクセス許可セットを指定できます。 アセンブリに対して特定のアクセス許可を付与するかどうかは、証拠に基づいて決定されます。 @@ -42,7 +42,7 @@ ms.locfileid: "36270423" > [!NOTE] > セキュリティは複雑な分野で、選択できるオプションも数多くあります。 詳細については、「[セキュリティの基本概念](../../../docs/standard/security/key-security-concepts.md)」を参照してください。 - アセンブリの読み込み時に、セキュリティ ポリシーへの追加情報としてアセンブリの証拠が使用されます。 セキュリティ ポリシーは、エンタープライズとコンピューターの管理者、およびユーザー ポリシー設定によって確立され、すべてのマネージ コードが実行されるときに与えられるアクセス許可セットを決定します。 セキュリティ ポリシーは、アセンブリの発行者 (署名ツールで生成されたシグネチャがある場合)、アセンブリのダウンロード元の Web サイトおよびゾーン (Internet Explorer の用語)、またはアセンブリの厳密な名前に対して設定できます。 たとえば、コンピューター管理者は、Web サイトからダウンロードされ、所定のソフトウェア企業の署名のあるすべてのコードについて、コンピューター上のデータベースへのアクセスは許可するが、ディスクへの書き込みは許可しない、というセキュリティ ポリシーを設定できます。 + アセンブリの読み込み時に、セキュリティ ポリシーへの追加情報としてアセンブリの証拠が使用されます。 セキュリティ ポリシーは、エンタープライズとコンピューターの管理者、およびユーザー ポリシー設定によって確立され、すべてのマネージド コードが実行されるときに与えられるアクセス許可セットを決定します。 セキュリティ ポリシーは、アセンブリの発行者 (署名ツールで生成されたシグネチャがある場合)、アセンブリのダウンロード元の Web サイトおよびゾーン (Internet Explorer の用語)、またはアセンブリの厳密な名前に対して設定できます。 たとえば、コンピューター管理者は、Web サイトからダウンロードされ、所定のソフトウェア企業の署名のあるすべてのコードについて、コンピューター上のデータベースへのアクセスは許可するが、ディスクへの書き込みは許可しない、というセキュリティ ポリシーを設定できます。 ## 厳密な名前付きアセンブリと署名ツール @@ -63,6 +63,6 @@ ms.locfileid: "36270423" 厳密な名前と [SignTool.exe (署名ツール)](../../../docs/framework/tools/signtool-exe.md) を使用する署名によって整合性が保証されるため、これら 2 種類のアセンブリ証拠に基づいてコード アクセス セキュリティ ポリシーを設定できます。 厳密な名前と [SignTool.exe (署名ツール)](../../../docs/framework/tools/signtool-exe.md) を使用する署名では、デジタル署名と証明書によって整合性が保証されます。 以上で述べた技術 (ハッシュ検査、厳密な名前、[SignTool.exe (署名ツール)](../../../docs/framework/tools/signtool-exe.md) を使用する署名) をすべて組み合わせて使用することで、アセンブリがどのような方法によっても変更されていないことが保証されます。 ## 参照 - [厳密な名前付きアセンブリ](../../../docs/framework/app-domains/strong-named-assemblies.md) - [共通言語ランタイムのアセンブリ](../../../docs/framework/app-domains/assemblies-in-the-common-language-runtime.md) - [SignTool.exe (署名ツール)](../../../docs/framework/tools/signtool-exe.md) +- [厳密な名前付きアセンブリ](../../../docs/framework/app-domains/strong-named-assemblies.md) +- [共通言語ランタイムのアセンブリ](../../../docs/framework/app-domains/assemblies-in-the-common-language-runtime.md) +- [SignTool.exe (署名ツール)](../../../docs/framework/tools/signtool-exe.md) diff --git a/docs/framework/app-domains/assembly-versioning.md b/docs/framework/app-domains/assembly-versioning.md index af08a044216..f95f0593641 100644 --- a/docs/framework/app-domains/assembly-versioning.md +++ b/docs/framework/app-domains/assembly-versioning.md @@ -1,21 +1,21 @@ --- -title: アセンブリのバージョン管理 -ms.date: 03/30/2017 -helpviewer_keywords: -- informational versions -- version numbers, assemblies -- assemblies [.NET Framework], versioning -- resolving assembly binding requests -- versioning, assemblies -ms.assetid: 775ad4fb-914f-453c-98ef-ce1089b6f903 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: fd2714b8220b6c4255a08d09275a015ba3966fa9 -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32744357" +title: アセンブリのバージョン管理 +ms.date: 03/30/2017 +helpviewer_keywords: +- informational versions +- version numbers, assemblies +- assemblies [.NET Framework], versioning +- resolving assembly binding requests +- versioning, assemblies +ms.assetid: 775ad4fb-914f-453c-98ef-ce1089b6f903 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 53b757417f1f37c1a76021a518570da85dc04ad2 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50187323" --- # アセンブリのバージョン管理 共通言語ランタイムを使用するアセンブリのバージョン管理は、すべてアセンブリ レベルで行われます。 アセンブリの特定のバージョン、および依存する各アセンブリのバージョンは、アセンブリのマニフェストに記録されます。 ランタイムの既定のバージョン ポリシーは、構成ファイル (アプリケーション構成ファイル、発行者ポリシー ファイル、コンピューター管理者の構成ファイル) に指定した明示的なバージョン ポリシーでオーバーライドされない限り、アプリケーションが作成およびテストされた時点のバージョンの場合にだけそのアプリケーションを実行します。 @@ -71,7 +71,7 @@ ms.locfileid: "32744357" 補足バージョンは、カスタム属性 を使って表されます。 補足バージョン属性の詳細については、「[アセンブリ属性の設定](../../../docs/framework/app-domains/set-assembly-attributes.md)」を参照してください。 ## 参照 - [ランタイムがアセンブリを検索する方法](../../../docs/framework/deployment/how-the-runtime-locates-assemblies.md) - [アプリの構成](../../../docs/framework/configure-apps/index.md) - [アセンブリ属性の設定](../../../docs/framework/app-domains/set-assembly-attributes.md) - [共通言語ランタイムのアセンブリ](../../../docs/framework/app-domains/assemblies-in-the-common-language-runtime.md) +- [ランタイムがアセンブリを検索する方法](../../../docs/framework/deployment/how-the-runtime-locates-assemblies.md) +- [アプリの構成](../../../docs/framework/configure-apps/index.md) +- [アセンブリ属性の設定](../../../docs/framework/app-domains/set-assembly-attributes.md) +- [共通言語ランタイムのアセンブリ](../../../docs/framework/app-domains/assemblies-in-the-common-language-runtime.md) diff --git a/docs/framework/app-domains/delay-sign-assembly.md b/docs/framework/app-domains/delay-sign-assembly.md index 49c30ca9a89..18724b70f56 100644 --- a/docs/framework/app-domains/delay-sign-assembly.md +++ b/docs/framework/app-domains/delay-sign-assembly.md @@ -1,25 +1,25 @@ --- -title: アセンブリへの遅延署名 -ms.date: 07/31/2017 -dev_langs: -- csharp -- vb -- cpp -helpviewer_keywords: -- deferring assembly signing -- signing assemblies -- assemblies [.NET Framework], signing -- strong-named assemblies, delaying assembly signing -- partial assembly signing -ms.assetid: 9d300e17-5bf1-4360-97da-2aa55efd9070 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: 4457bd6d5efd7404cdba6c5fbdbffa9f9eb62141 -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32743990" +title: アセンブリへの遅延署名 +ms.date: 07/31/2017 +dev_langs: +- csharp +- vb +- cpp +helpviewer_keywords: +- deferring assembly signing +- signing assemblies +- assemblies [.NET Framework], signing +- strong-named assemblies, delaying assembly signing +- partial assembly signing +ms.assetid: 9d300e17-5bf1-4360-97da-2aa55efd9070 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 87346b28ff98c453949fe31aea4d0ef1880b0095 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50192632" --- # アセンブリへの遅延署名 組織には、開発者が日常的にアクセスしない厳重に保護されたキーのペアがある場合があります。 公開キーは広く使用可能ですが、秘密キーへのアクセスは少数のユーザーに限定されます。 厳密な名前のアセンブリを開発すると、厳密な名前のターゲット アセンブリを参照する各アセンブリに、そのターゲット アセンブリに厳密な名前を指定するために使用する公開キーのトークンが含まれています。 この場合、開発プロセスで、公開キーを使用できる必要があります。 @@ -73,7 +73,7 @@ ms.locfileid: "32743990" ``` ## 参照 - [アセンブリの作成](../../../docs/framework/app-domains/create-assemblies.md) - [方法: 公開キーと秘密キーのキー ペアを作成する](../../../docs/framework/app-domains/how-to-create-a-public-private-key-pair.md) - [Sn.exe (厳密名ツール)](../../../docs/framework/tools/sn-exe-strong-name-tool.md) - [アセンブリを使用したプログラミング](../../../docs/framework/app-domains/programming-with-assemblies.md) +- [アセンブリの作成](../../../docs/framework/app-domains/create-assemblies.md) +- [方法: 公開キーと秘密キーのキー ペアを作成する](../../../docs/framework/app-domains/how-to-create-a-public-private-key-pair.md) +- [Sn.exe (厳密名ツール)](../../../docs/framework/tools/sn-exe-strong-name-tool.md) +- [アセンブリを使用したプログラミング](../../../docs/framework/app-domains/programming-with-assemblies.md) diff --git a/docs/framework/app-domains/enhanced-strong-naming.md b/docs/framework/app-domains/enhanced-strong-naming.md index a81e8204517..d5c1c2126b9 100644 --- a/docs/framework/app-domains/enhanced-strong-naming.md +++ b/docs/framework/app-domains/enhanced-strong-naming.md @@ -7,12 +7,12 @@ helpviewer_keywords: ms.assetid: 6cf17a82-62a1-4f6d-8d5a-d7d06dec2bb5 author: rpetrusha ms.author: ronpet -ms.openlocfilehash: 659f9ffa8ebb10b34300167e9183f60568279513 -ms.sourcegitcommit: c7f3e2e9d6ead6cc3acd0d66b10a251d0c66e59d +ms.openlocfilehash: b33bb37758236c0dcce1fced2e7e7c6cf493ab34 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/09/2018 -ms.locfileid: "44187171" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50192591" --- # 拡張された厳密な名前付け 厳密な名前の署名は、アセンブリを識別するための .NET Framework の識別機構です。 これは通常、発行元 (署名者) から受取人 (検証者) に対して渡されるデータの整合性を検証するために使用される、公開キーによるデジタル署名です。 この署名はアセンブリに対する一意の ID として使用され、これによりアセンブリへの参照のあいまいさをなくします。 アセンブリはビルド プロセスの一部として署名され、読み込まれるときに検証されます。 @@ -134,4 +134,4 @@ ms.locfileid: "44187171" ``` ## 参照 - [厳密な名前付きアセンブリの作成と使用](../../../docs/framework/app-domains/create-and-use-strong-named-assemblies.md) +- [厳密な名前付きアセンブリの作成と使用](../../../docs/framework/app-domains/create-and-use-strong-named-assemblies.md) diff --git a/docs/framework/app-domains/gac.md b/docs/framework/app-domains/gac.md index c6315d11919..dc751e31ac0 100644 --- a/docs/framework/app-domains/gac.md +++ b/docs/framework/app-domains/gac.md @@ -1,23 +1,23 @@ --- -title: グローバル アセンブリ キャッシュ -ms.date: 03/30/2017 -helpviewer_keywords: -- assemblies [.NET Framework], global assembly cache -- GAC (global assembly cache) -- ACLs [.NET Framework] -- global assembly cache -- cache [.NET Framework], global assembly cache -- global assembly cache, about -- access control lists [.NET Framework] -ms.assetid: cf5eacd0-d3ec-4879-b6da-5fd5e4372202 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: 3667a644253ab52d8421a1d4222e0bf8c03624c1 -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32751975" +title: グローバル アセンブリ キャッシュ +ms.date: 03/30/2017 +helpviewer_keywords: +- assemblies [.NET Framework], global assembly cache +- GAC (global assembly cache) +- ACLs [.NET Framework] +- global assembly cache +- cache [.NET Framework], global assembly cache +- global assembly cache, about +- access control lists [.NET Framework] +ms.assetid: cf5eacd0-d3ec-4879-b6da-5fd5e4372202 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 0508e9291b089ec7af6a0b41bbc231fdb0701ad6 +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49452990" --- # グローバル アセンブリ キャッシュ 共通言語ランタイムがインストールされている各コンピューターには、グローバル アセンブリ キャッシュと呼ばれる、コンピューター全体にわたって使用されるコード キャッシュがあります。 グローバル アセンブリ キャッシュは、そのコンピューター上の複数のアプリケーションで共有するように特別に指定されたアセンブリを格納します。 @@ -43,6 +43,6 @@ ms.locfileid: "32751975" グローバル アセンブリ キャッシュに配置するアセンブリには、厳密な名前を付けておく必要があります。 アセンブリをグローバル アセンブリ キャッシュに追加すると、アセンブリを構成するすべてのファイルに対して、整合性チェックが実行されます。 キャッシュはこのような整合性チェックを実行することで、ファイルが変更されたにもかかわらず、マニフェストにその変更が反映されていないなど、アセンブリに不整合が生じていないかどうかを確認します。 ## 参照 - [共通言語ランタイムのアセンブリ](../../../docs/framework/app-domains/assemblies-in-the-common-language-runtime.md) - [アセンブリとグローバル アセンブリ キャッシュの使用](../../../docs/framework/app-domains/working-with-assemblies-and-the-gac.md) - [厳密な名前付きアセンブリ](../../../docs/framework/app-domains/strong-named-assemblies.md) +- [共通言語ランタイムのアセンブリ](../../../docs/framework/app-domains/assemblies-in-the-common-language-runtime.md) +- [アセンブリとグローバル アセンブリ キャッシュの使用](../../../docs/framework/app-domains/working-with-assemblies-and-the-gac.md) +- [厳密な名前付きアセンブリ](../../../docs/framework/app-domains/strong-named-assemblies.md) diff --git a/docs/framework/app-domains/how-to-configure-an-application-domain.md b/docs/framework/app-domains/how-to-configure-an-application-domain.md index f10f536d940..aa567ff35a3 100644 --- a/docs/framework/app-domains/how-to-configure-an-application-domain.md +++ b/docs/framework/app-domains/how-to-configure-an-application-domain.md @@ -1,22 +1,22 @@ --- -title: '方法 : アプリケーション ドメインを構成する' -ms.date: 03/30/2017 -dev_langs: -- csharp -- vb -- cpp -helpviewer_keywords: -- application domains, configuring -- ApplicationBase property -ms.assetid: 07ea8438-7a34-49f0-a7e8-3d6ff7e4a482 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: ab5a4c5f06e7b1789b9252820374ab1b0aca75be -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32743408" +title: '方法 : アプリケーション ドメインを構成する' +ms.date: 03/30/2017 +dev_langs: +- csharp +- vb +- cpp +helpviewer_keywords: +- application domains, configuring +- ApplicationBase property +ms.assetid: 07ea8438-7a34-49f0-a7e8-3d6ff7e4a482 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 012f0220afa0e444d68af5998fb2492a03a371d8 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50183166" --- # 方法 : アプリケーション ドメインを構成する クラスを利用し、新しいアプリケーション ドメインの構成情報を共通言語ランタイムに提供できます。 独自のアプリケーション ドメインを作成するとき、最も重要なプロパティが です。 その他の **AppDomainSetup** プロパティは、特定のアプリケーション ドメインを構成する目的で主にランタイム ホストにより使用されます。 @@ -34,5 +34,5 @@ ms.locfileid: "32743408" [!code-vb[ADApplicationBase#2](../../../samples/snippets/visualbasic/VS_Snippets_CLR/ADApplicationBase/VB/source2.vb#2)] ## 参照 - [アプリケーション ドメインを使用したプログラミング](application-domains.md#programming-with-application-domains) - [アプリケーション ドメインの使用](../../../docs/framework/app-domains/use.md) +- [アプリケーション ドメインを使用したプログラミング](application-domains.md#programming-with-application-domains) +- [アプリケーション ドメインの使用](../../../docs/framework/app-domains/use.md) diff --git a/docs/framework/app-domains/how-to-create-an-application-domain.md b/docs/framework/app-domains/how-to-create-an-application-domain.md index bf0d12c3b34..7fff8112887 100644 --- a/docs/framework/app-domains/how-to-create-an-application-domain.md +++ b/docs/framework/app-domains/how-to-create-an-application-domain.md @@ -1,21 +1,21 @@ --- -title: '方法 : アプリケーション ドメインを作成する' -ms.date: 03/30/2017 -dev_langs: -- csharp -- vb -- cpp -helpviewer_keywords: -- application domains, creating -ms.assetid: ba1fa43e-49f5-47d9-bd7f-3024af16f4ba -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: c579c97e273e7d3e149e04f7aa7670313663b617 -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32751779" +title: '方法 : アプリケーション ドメインを作成する' +ms.date: 03/30/2017 +dev_langs: +- csharp +- vb +- cpp +helpviewer_keywords: +- application domains, creating +ms.assetid: ba1fa43e-49f5-47d9-bd7f-3024af16f4ba +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 95e5bdbeda4f6faff33467233e28d9dd6bc01d1c +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50186934" --- # 方法 : アプリケーション ドメインを作成する 共通言語ランタイム ホストにより、必要なときに、アプリケーション ドメインが自動的に作成されます。 ただし、独自のアプリケーション ドメインを作成し、個人的に管理するアセンブリにそれを読み込むことができます。 アプリケーション ドメインを作成し、そこからコードを実行することもできます。 @@ -30,5 +30,5 @@ ms.locfileid: "32751779" [!code-vb[ADCreateDomain#2](../../../samples/snippets/visualbasic/VS_Snippets_CLR/ADCreateDomain/VB/source2.vb#2)] ## 参照 - [アプリケーション ドメインを使用したプログラミング](application-domains.md#programming-with-application-domains) - [アプリケーション ドメインの使用](../../../docs/framework/app-domains/use.md) +- [アプリケーション ドメインを使用したプログラミング](application-domains.md#programming-with-application-domains) +- [アプリケーション ドメインの使用](../../../docs/framework/app-domains/use.md) diff --git a/docs/framework/app-domains/how-to-determine-assembly-fully-qualified-name.md b/docs/framework/app-domains/how-to-determine-assembly-fully-qualified-name.md index e184df1c0fb..5b93eee02d0 100644 --- a/docs/framework/app-domains/how-to-determine-assembly-fully-qualified-name.md +++ b/docs/framework/app-domains/how-to-determine-assembly-fully-qualified-name.md @@ -1,23 +1,23 @@ --- -title: '方法: アセンブリの完全修飾名を特定する' -ms.date: 03/30/2017 -dev_langs: -- csharp -- vb -- cpp -helpviewer_keywords: -- names [.NET Framework], fully qualified type names -- names [.NET Framework], assemblies -- assemblies [.NET Framework], names -ms.assetid: 009dae23-e1f6-4a64-9a9a-32e4c34802b0 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: 663e7456337a2d9c413b15236e7ba1de33fbfa9b -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32743187" +title: '方法: アセンブリの完全修飾名を特定する' +ms.date: 03/30/2017 +dev_langs: +- csharp +- vb +- cpp +helpviewer_keywords: +- names [.NET Framework], fully qualified type names +- names [.NET Framework], assemblies +- assemblies [.NET Framework], names +ms.assetid: 009dae23-e1f6-4a64-9a9a-32e4c34802b0 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: bb5978859ba25e1595ac3da7a2d7dad8cc2cad85 +ms.sourcegitcommit: 9bd8f213b50f0e1a73e03bd1e840c917fbd6d20a +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/25/2018 +ms.locfileid: "50041103" --- # 方法: アセンブリの完全修飾名を特定する グローバル アセンブリ キャッシュ内のアセンブリの完全修飾名を検出するには、グローバル アセンブリ キャッシュ ツール ([Gacutil.exe](../../../docs/framework/tools/gacutil-exe-gac-tool.md)) を使用します。 「[方法 : グローバル アセンブリ キャッシュの内容を表示する](../../../docs/framework/app-domains/how-to-view-the-contents-of-the-gac.md)」を参照してください。 @@ -43,9 +43,9 @@ ms.locfileid: "32743187" [!code-vb[Assembly.Fullname#2](../../../samples/snippets/visualbasic/VS_Snippets_CLR/Assembly.FullName/VB/example2.vb#2)] ## 参照 - [アセンブリ名](../../../docs/framework/app-domains/assembly-names.md) - [アセンブリの作成](../../../docs/framework/app-domains/create-assemblies.md) - [厳密な名前付きアセンブリの作成と使用](../../../docs/framework/app-domains/create-and-use-strong-named-assemblies.md) - [グローバル アセンブリ キャッシュ](../../../docs/framework/app-domains/gac.md) - [ランタイムがアセンブリを検索する方法](../../../docs/framework/deployment/how-the-runtime-locates-assemblies.md) - [アセンブリを使用したプログラミング](../../../docs/framework/app-domains/programming-with-assemblies.md) +- [アセンブリ名](../../../docs/framework/app-domains/assembly-names.md) +- [アセンブリの作成](../../../docs/framework/app-domains/create-assemblies.md) +- [厳密な名前付きアセンブリの作成と使用](../../../docs/framework/app-domains/create-and-use-strong-named-assemblies.md) +- [グローバル アセンブリ キャッシュ](../../../docs/framework/app-domains/gac.md) +- [ランタイムがアセンブリを検索する方法](../../../docs/framework/deployment/how-the-runtime-locates-assemblies.md) +- [アセンブリを使用したプログラミング](../../../docs/framework/app-domains/programming-with-assemblies.md) diff --git a/docs/framework/app-domains/how-to-disable-the-strong-name-bypass-feature.md b/docs/framework/app-domains/how-to-disable-the-strong-name-bypass-feature.md index 999ff3ac7ef..5282594a408 100644 --- a/docs/framework/app-domains/how-to-disable-the-strong-name-bypass-feature.md +++ b/docs/framework/app-domains/how-to-disable-the-strong-name-bypass-feature.md @@ -1,18 +1,18 @@ --- -title: '方法 : 厳密な名前のバイパス機能を無効にする' -ms.date: 03/30/2017 -helpviewer_keywords: -- strong-name bypass feature -- strong-named assemblies, loading into trusted application domains -ms.assetid: 234e088c-3b11-495a-8817-e0962be79d82 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: e9604969ea073b07af0eca8d481f5459ee15d099 -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32742420" +title: '方法 : 厳密な名前のバイパス機能を無効にする' +ms.date: 03/30/2017 +helpviewer_keywords: +- strong-name bypass feature +- strong-named assemblies, loading into trusted application domains +ms.assetid: 234e088c-3b11-495a-8817-e0962be79d82 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 628bc1f89e5e09b47c70e39e107987753697cdb4 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50198329" --- # 方法 : 厳密な名前のバイパス機能を無効にする .NET Framework Version 3.5 Service Pack 1 (SP1) 以降、アセンブリが完全信頼の オブジェクト (`MyComputer` ゾーンに既定の など) に読み込まれている場合は、厳密な名前の署名の検証が行われなくなりました。 これは厳密な名前のバイパス機能と呼ばれます。 完全に信頼された環境では、 に対する完全に信頼された署名済みアセンブリの要求は、その署名に関係なく、常に成功します。 ゾーンは完全に信頼されているため、唯一の制限として、アセンブリは完全に信頼されている必要があります。 このような状況では厳密な名前は決定要因ではないため、これを検証する理由はありません。 厳密な名前の署名の検証をバイパスすることで、パフォーマンスが大幅に向上します。 @@ -54,6 +54,6 @@ ms.locfileid: "32742420" > アプリケーションに対して厳密な名前のバイパス機能の有効/無効を切り替えることができるのは、コンピューターでバイパス機能が有効になっている場合だけです。 コンピューターでバイパス機能が無効になっている場合は、すべてのアプリケーションに対して厳密な名前が検証され、単一のアプリケーションに対する検証をバイパスすることはできません。 ## 参照 - [Sn.exe (厳密名ツール)](../../../docs/framework/tools/sn-exe-strong-name-tool.md) - [\ 要素](../../../docs/framework/configure-apps/file-schema/runtime/bypasstrustedappstrongnames-element.md) - [厳密な名前付きアセンブリの作成と使用](../../../docs/framework/app-domains/create-and-use-strong-named-assemblies.md) +- [Sn.exe (厳密名ツール)](../../../docs/framework/tools/sn-exe-strong-name-tool.md) +- [\ 要素](../../../docs/framework/configure-apps/file-schema/runtime/bypasstrustedappstrongnames-element.md) +- [厳密な名前付きアセンブリの作成と使用](../../../docs/framework/app-domains/create-and-use-strong-named-assemblies.md) diff --git a/docs/framework/app-domains/how-to-load-assemblies-into-an-application-domain.md b/docs/framework/app-domains/how-to-load-assemblies-into-an-application-domain.md index 1d889f1d24c..b0a2d53dd39 100644 --- a/docs/framework/app-domains/how-to-load-assemblies-into-an-application-domain.md +++ b/docs/framework/app-domains/how-to-load-assemblies-into-an-application-domain.md @@ -11,12 +11,12 @@ helpviewer_keywords: ms.assetid: 1432aa2d-bd83-4346-bf3b-a1b7920e2aa9 author: rpetrusha ms.author: ronpet -ms.openlocfilehash: fd6f14f89d143edd03f8b5d028ec84315b2f2e97 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 5e91441f593b7533026d5980f8cf39fb5a3d5b71 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47203291" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50193072" --- # 方法 : アプリケーション ドメインにアセンブリを読み込む アプリケーション ドメインにアセンブリを読み込むには、いくつかの方法があります。 推奨されているのは、 クラスの `static` (Visual Basic では `Shared`) メソッドを使用する方法です。 それ以外には、以下の方法でアセンブリを読み込むことができます。 @@ -47,9 +47,9 @@ ms.locfileid: "47203291" [!code-vb[System.AppDomain.Load#2](../../../samples/snippets/visualbasic/VS_Snippets_CLR_System/system.appdomain.load/vb/source2.vb#2)] ## 参照 - - [アプリケーション ドメインを使用したプログラミング](application-domains.md#programming-with-application-domains) - [リフレクション](../../../docs/framework/reflection-and-codedom/reflection.md) - [アプリケーション ドメインの使用](../../../docs/framework/app-domains/use.md) - [方法: リフレクションのみのコンテキストにアセンブリを読み込む](../../../docs/framework/reflection-and-codedom/how-to-load-assemblies-into-the-reflection-only-context.md) - [アプリケーション ドメインとアセンブリ](https://msdn.microsoft.com/library/433b04ae-4ba8-4849-9dbd-79194f240346) +- +- [アプリケーション ドメインを使用したプログラミング](application-domains.md#programming-with-application-domains) +- [リフレクション](../../../docs/framework/reflection-and-codedom/reflection.md) +- [アプリケーション ドメインの使用](../../../docs/framework/app-domains/use.md) +- [方法: リフレクションのみのコンテキストにアセンブリを読み込む](../../../docs/framework/reflection-and-codedom/how-to-load-assemblies-into-the-reflection-only-context.md) +- [アプリケーション ドメインとアセンブリ](https://msdn.microsoft.com/library/433b04ae-4ba8-4849-9dbd-79194f240346) diff --git a/docs/framework/app-domains/how-to-obtain-type-and-member-information-from-an-assembly.md b/docs/framework/app-domains/how-to-obtain-type-and-member-information-from-an-assembly.md index e9f3587874f..2b972decb41 100644 --- a/docs/framework/app-domains/how-to-obtain-type-and-member-information-from-an-assembly.md +++ b/docs/framework/app-domains/how-to-obtain-type-and-member-information-from-an-assembly.md @@ -1,22 +1,22 @@ --- -title: '方法 : アセンブリから型およびメンバーの情報を取得する' -ms.date: 03/30/2017 -dev_langs: -- csharp -- vb -- cpp -helpviewer_keywords: -- obtaining assembly information -- assemblies [.NET Framework], obtaining information from -ms.assetid: 348ae651-ccda-4f13-8eda-19e8337e9438 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: 5fb06555f18c13f87347a5a76e6f4a3060777f02 -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32744068" +title: '方法 : アセンブリから型およびメンバーの情報を取得する' +ms.date: 03/30/2017 +dev_langs: +- csharp +- vb +- cpp +helpviewer_keywords: +- obtaining assembly information +- assemblies [.NET Framework], obtaining information from +ms.assetid: 348ae651-ccda-4f13-8eda-19e8337e9438 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 44fcded298f33a420a505900f618c1c67f4b9b6f +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50180063" --- # 方法 : アセンブリから型およびメンバーの情報を取得する 名前空間には、アセンブリから情報を取得するための多くのメソッドがあります。 このセクションでは、これらのメソッドの 1 つを実行する例を示します。 詳細については、「[リフレクションの概要](../../../docs/framework/reflection-and-codedom/reflection.md)」を参照してください。 @@ -29,5 +29,6 @@ ms.locfileid: "32744068" [!code-vb[Conceptual.Types.ViewInfo#8](../../../samples/snippets/visualbasic/VS_Snippets_CLR/conceptual.types.viewinfo/vb/source6.vb#8)] ## 参照 - [アプリケーション ドメインを使用したプログラミング](./application-domains.md#programming-with-application-domains) [リフレクション](../../../docs/framework/reflection-and-codedom/reflection.md) - [アプリケーション ドメインの使用](../../../docs/framework/app-domains/use.md) +- [アプリケーション ドメインを使用したプログラミング](./application-domains.md#programming-with-application-domains) +- [リフレクション](../../../docs/framework/reflection-and-codedom/reflection.md) +- [アプリケーション ドメインの使用](../../../docs/framework/app-domains/use.md) diff --git a/docs/framework/app-domains/how-to-reference-a-strong-named-assembly.md b/docs/framework/app-domains/how-to-reference-a-strong-named-assembly.md index 7191fb48898..ee069da3954 100644 --- a/docs/framework/app-domains/how-to-reference-a-strong-named-assembly.md +++ b/docs/framework/app-domains/how-to-reference-a-strong-named-assembly.md @@ -13,12 +13,12 @@ helpviewer_keywords: ms.assetid: 4c6a406a-b5eb-44fa-b4ed-4e95bb95a813 author: rpetrusha ms.author: ronpet -ms.openlocfilehash: abc53381bf6cc8458b83edf5586b76fe7ed5f303 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 18844a9e8eff574d061b044bf88bc7857ce8033e +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47199899" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50182984" --- # 方法 : 厳密な名前のアセンブリを参照する 通常、厳密な名前付きアセンブリ内にある型またはリソースを参照するプロセスは透過的です。 コンパイル時 (事前バインディング) または実行時に参照を作成できます。 @@ -71,4 +71,4 @@ csc /t:library myAssembly.cs /reference:myLibAssembly.dll **sn -tp \<** *public key file* **>** ## 参照 - [厳密な名前付きアセンブリの作成と使用](../../../docs/framework/app-domains/create-and-use-strong-named-assemblies.md) +- [厳密な名前付きアセンブリの作成と使用](../../../docs/framework/app-domains/create-and-use-strong-named-assemblies.md) diff --git a/docs/framework/app-domains/how-to-remove-an-assembly-from-the-gac.md b/docs/framework/app-domains/how-to-remove-an-assembly-from-the-gac.md index 091fa868861..c9854c5bd18 100644 --- a/docs/framework/app-domains/how-to-remove-an-assembly-from-the-gac.md +++ b/docs/framework/app-domains/how-to-remove-an-assembly-from-the-gac.md @@ -13,12 +13,12 @@ helpviewer_keywords: ms.assetid: acdcc588-b458-436d-876c-726de68244c1 author: rpetrusha ms.author: ronpet -ms.openlocfilehash: 6f3f5d6ae577195987dfcf2d8020e591217b480d -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: 18148d21c6329167437cd1ca3ea1f4635c7a28a0 +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43502998" +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49452535" --- # 方法 : グローバル アセンブリ キャッシュからアセンブリを削除する グローバル アセンブリ キャッシュ (GAC) からアセンブリを削除するには、次の 2 つの方法があります。 @@ -52,6 +52,6 @@ gacutil -u hello > Windows インストーラーは、GAC にインストールされたアセンブリの参照カウントを保持します。 アセンブリの参照カウントがゼロになる場合 (それが Windows インストーラー パッケージによってインストールされたアプリケーションによって使用されないことを示す) にのみ、アセンブリが GAC から削除されます。 ## 参照 - [アセンブリとグローバル アセンブリ キャッシュの使用](../../../docs/framework/app-domains/working-with-assemblies-and-the-gac.md) - [方法: グローバル アセンブリ キャッシュにアセンブリをインストールする](../../../docs/framework/app-domains/how-to-install-an-assembly-into-the-gac.md) - [Gacutil.exe (グローバル アセンブリ キャッシュ ツール)](../../../docs/framework/tools/gacutil-exe-gac-tool.md) +- [アセンブリとグローバル アセンブリ キャッシュの使用](../../../docs/framework/app-domains/working-with-assemblies-and-the-gac.md) +- [方法: グローバル アセンブリ キャッシュにアセンブリをインストールする](../../../docs/framework/app-domains/how-to-install-an-assembly-into-the-gac.md) +- [Gacutil.exe (グローバル アセンブリ キャッシュ ツール)](../../../docs/framework/tools/gacutil-exe-gac-tool.md) diff --git a/docs/framework/app-domains/how-to-sign-an-assembly-with-a-strong-name.md b/docs/framework/app-domains/how-to-sign-an-assembly-with-a-strong-name.md index 1db5c9990f0..d1eaad2491f 100644 --- a/docs/framework/app-domains/how-to-sign-an-assembly-with-a-strong-name.md +++ b/docs/framework/app-domains/how-to-sign-an-assembly-with-a-strong-name.md @@ -1,24 +1,24 @@ --- -title: '方法 : 厳密な名前でアセンブリに署名する' -ms.date: 03/30/2017 -dev_langs: -- csharp -- vb -- cpp -helpviewer_keywords: -- strong-named assemblies, signing with strong names -- signing assemblies -- assemblies [.NET Framework], signing -- assemblies [.NET Framework], strong-named -ms.assetid: 2c30799a-a826-46b4-a25d-c584027a6c67 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: 45f8ad3bd9226ffd821fc792cdd4d0a6dac1a414 -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32744630" +title: '方法 : 厳密な名前でアセンブリに署名する' +ms.date: 03/30/2017 +dev_langs: +- csharp +- vb +- cpp +helpviewer_keywords: +- strong-named assemblies, signing with strong names +- signing assemblies +- assemblies [.NET Framework], signing +- assemblies [.NET Framework], strong-named +ms.assetid: 2c30799a-a826-46b4-a25d-c584027a6c67 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 5d46694d772aed7e92f95cc26da86985d4f8b0ff +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50191065" --- # 方法 : 厳密な名前でアセンブリに署名する 厳密な名前でアセンブリに署名するには、いくつかの方法があります。 @@ -98,9 +98,9 @@ al /out:MyAssembly.dll MyModule.netmodule /keyfile:sgKey.snk ``` ## 参照 - [厳密な名前付きアセンブリの作成と使用](../../../docs/framework/app-domains/create-and-use-strong-named-assemblies.md) - [方法: 公開キーと秘密キーのキー ペアを作成する](../../../docs/framework/app-domains/how-to-create-a-public-private-key-pair.md) - [Al.exe (アセンブリ リンカー)](../../../docs/framework/tools/al-exe-assembly-linker.md) - [アセンブリへの遅延署名](../../../docs/framework/app-domains/delay-sign-assembly.md) - [アセンブリおよびマニフェストへの署名の管理](/visualstudio/ide/managing-assembly-and-manifest-signing) - [[署名] ページ (プロジェクト デザイナー)](https://msdn.microsoft.com/library/0k50fs3b) +- [厳密な名前付きアセンブリの作成と使用](../../../docs/framework/app-domains/create-and-use-strong-named-assemblies.md) +- [方法: 公開キーと秘密キーのキー ペアを作成する](../../../docs/framework/app-domains/how-to-create-a-public-private-key-pair.md) +- [Al.exe (アセンブリ リンカー)](../../../docs/framework/tools/al-exe-assembly-linker.md) +- [アセンブリへの遅延署名](../../../docs/framework/app-domains/delay-sign-assembly.md) +- [アセンブリおよびマニフェストへの署名の管理](/visualstudio/ide/managing-assembly-and-manifest-signing) +- [[署名] ページ (プロジェクト デザイナー)](/visualstudio/ide/reference/signing-page-project-designer) diff --git a/docs/framework/app-domains/how-to-unload-an-application-domain.md b/docs/framework/app-domains/how-to-unload-an-application-domain.md index 98e0fbd1266..003e561e462 100644 --- a/docs/framework/app-domains/how-to-unload-an-application-domain.md +++ b/docs/framework/app-domains/how-to-unload-an-application-domain.md @@ -1,23 +1,23 @@ --- -title: '方法 : アプリケーション ドメインをアンロードする' -ms.date: 03/30/2017 -dev_langs: -- csharp -- vb -- cpp -helpviewer_keywords: -- Unload method -- application domains, unloading -- unloading application domains -ms.assetid: f356116d-e415-4f7c-a332-6e6a60227192 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: 0a9e5ee865b5e0ac9ec0214a4a0b5194bbcd9f30 -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32742089" +title: '方法 : アプリケーション ドメインをアンロードする' +ms.date: 03/30/2017 +dev_langs: +- csharp +- vb +- cpp +helpviewer_keywords: +- Unload method +- application domains, unloading +- unloading application domains +ms.assetid: f356116d-e415-4f7c-a332-6e6a60227192 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: b8b4cbdff72167cfc063254cf5370d22fb729b0a +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50088573" --- # 方法 : アプリケーション ドメインをアンロードする アプリケーション ドメインの使用が完了したら、 メソッドを使用してアプリケーション ドメインをアンロードします。 **Unload** メソッドは、指定したアプリケーション ドメインを正常にシャットダウンします。 アンロード プロセス中は、新たなスレッドがアプリケーション ドメインにアクセスすることはできません。また、アプリケーション ドメイン固有のデータ構造はすべて解放されます。 @@ -32,6 +32,6 @@ ms.locfileid: "32742089" [!code-vb[System.AppDomain.Load#3](../../../samples/snippets/visualbasic/VS_Snippets_CLR_System/system.appdomain.load/vb/source3.vb#3)] ## 参照 - [アプリケーション ドメインを使用したプログラミング](application-domains.md#programming-with-application-domains) - [方法: アプリケーション ドメインを作成する](../../../docs/framework/app-domains/how-to-create-an-application-domain.md) - [アプリケーション ドメインの使用](../../../docs/framework/app-domains/use.md) +- [アプリケーション ドメインを使用したプログラミング](application-domains.md#programming-with-application-domains) +- [方法: アプリケーション ドメインを作成する](../../../docs/framework/app-domains/how-to-create-an-application-domain.md) +- [アプリケーション ドメインの使用](../../../docs/framework/app-domains/use.md) diff --git a/docs/framework/app-domains/how-to-view-assembly-contents.md b/docs/framework/app-domains/how-to-view-assembly-contents.md index d1aac8b3e73..f1635be6425 100644 --- a/docs/framework/app-domains/how-to-view-assembly-contents.md +++ b/docs/framework/app-domains/how-to-view-assembly-contents.md @@ -16,12 +16,12 @@ helpviewer_keywords: ms.assetid: fb7baaab-4c0d-47ad-8fd3-4591cf834709 author: rpetrusha ms.author: ronpet -ms.openlocfilehash: abe4c130fb5da49ed0f53c776e23dba8fb5b15f7 -ms.sourcegitcommit: 213292dfbb0c37d83f62709959ff55c50af5560d +ms.openlocfilehash: 10ba2930dcaee6c118562e685ad49dd73c980564 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/25/2018 -ms.locfileid: "47157058" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50191104" --- # 方法 : アセンブリの内容を表示する [Ildasm.exe (IL 逆アセンブラー)](../../../docs/framework/tools/ildasm-exe-il-disassembler.md) を使用して、ファイル内の MSIL (Microsoft Intermediate Language) 情報を表示できます。 内容を調べる対象のファイルがアセンブリの場合、この情報にはアセンブリの属性と共に他のモジュールやアセンブリへの参照が含まれることがあります。 この情報は、ファイルがアセンブリまたはアセンブリの一部かどうか、およびファイルに他のモジュールまたはアセンブリへの参照があるかどうかを判断するために役立ちます。 @@ -89,6 +89,6 @@ ms.locfileid: "47157058" アセンブリ マニフェストは、アセンブリの内容に応じて、多くの異なるディレクティブを格納できます。 アセンブリ マニフェストに含まれる多様なディレクティブの一覧については、ヨーロッパ電子計算機工業会 (ECMA: European Computer Manufacturer Association) のドキュメント、特に「Partition II: Metadata Definition and Semantics」および「Partition III: CIL Instruction Set」を参照してください。 ドキュメントはオンラインで入手できます。MSDN の「[ECMA C# and Common Language Infrastructure Standards](https://go.microsoft.com/fwlink/?LinkID=99212)」 (ECMA の C# および共通言語基盤の標準規格) と、ECMA のインターナショナル Web サイトにある「[Standard ECMA-335 - Common Language Infrastructure (CLI)](https://go.microsoft.com/fwlink/?LinkID=65552)」を参照してください。 ## 参照 - [アプリケーション ドメインとアセンブリ](https://msdn.microsoft.com/library/433b04ae-4ba8-4849-9dbd-79194f240346) - [アプリケーション ドメインとアセンブリに関する方法のトピック](../../../docs/framework/app-domains/application-domains-and-assemblies-how-to-topics.md) - [Ildasm.exe (IL 逆アセンブラー)](../../../docs/framework/tools/ildasm-exe-il-disassembler.md) +- [アプリケーション ドメインとアセンブリ](https://msdn.microsoft.com/library/433b04ae-4ba8-4849-9dbd-79194f240346) +- [アプリケーション ドメインとアセンブリに関する方法のトピック](../../../docs/framework/app-domains/application-domains-and-assemblies-how-to-topics.md) +- [Ildasm.exe (IL 逆アセンブラー)](../../../docs/framework/tools/ildasm-exe-il-disassembler.md) diff --git a/docs/framework/app-domains/how-to-view-the-contents-of-the-gac.md b/docs/framework/app-domains/how-to-view-the-contents-of-the-gac.md index 9beb9bfe1b5..60224f7bbe5 100644 --- a/docs/framework/app-domains/how-to-view-the-contents-of-the-gac.md +++ b/docs/framework/app-domains/how-to-view-the-contents-of-the-gac.md @@ -13,12 +13,12 @@ helpviewer_keywords: ms.assetid: c5f786a0-969b-4f14-9f02-e77c3384d9af author: rpetrusha ms.author: ronpet -ms.openlocfilehash: 4142c3f12cc5a0e2277cc8dba28a281d5cf0ba55 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 0375c835dea8984db34d3d1e24b2876fb9af8337 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47198216" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50181447" --- # 方法: グローバル アセンブリ キャッシュの内容を表示する @@ -39,7 +39,7 @@ gacutil /l ``` > [!NOTE] -> 以前のバージョンの .NET Framework では、Windows のシェル拡張機能である [Shfusion.dll](/previous-versions/dotnet/netframework-4.0/34149zk3(v=vs.100)) により、エクスプローラーでグローバル アセンブリ キャッシュを表示することができました。 [!INCLUDE[net_v40_long](../../../includes/net-v40-long-md.md)] 以降では、Shfusion.dll は廃止されましたが、互換性のために残されています。 +> 以前のバージョンの .NET Framework では、Windows のシェル拡張機能である [Shfusion.dll](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/34149zk3(v=vs.100)) により、エクスプローラーでグローバル アセンブリ キャッシュを表示することができました。 [!INCLUDE[net_v40_long](../../../includes/net-v40-long-md.md)] 以降では、Shfusion.dll は廃止されましたが、互換性のために残されています。 ## 関連項目 diff --git a/docs/framework/app-domains/resolve-assembly-loads.md b/docs/framework/app-domains/resolve-assembly-loads.md index 279a11fc51a..5e442866856 100644 --- a/docs/framework/app-domains/resolve-assembly-loads.md +++ b/docs/framework/app-domains/resolve-assembly-loads.md @@ -1,25 +1,25 @@ --- -title: 解決 (アセンブリ読み込みを) -ms.date: 03/30/2017 -dev_langs: -- csharp -- vb -- cpp -helpviewer_keywords: -- assemblies [.NET Framework], resolving loads -- application domains, loading assemblies -- resolving assembly loads -- assemblies [.NET Framework], loading -- application domains, resolving assembly loads -ms.assetid: 5099e549-f4fd-49fb-a290-549edd456c6a -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: 6b1f814b8492120002013a8752caf96ba34785d6 -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32745618" +title: 解決 (アセンブリ読み込みを) +ms.date: 03/30/2017 +dev_langs: +- csharp +- vb +- cpp +helpviewer_keywords: +- assemblies [.NET Framework], resolving loads +- application domains, loading assemblies +- resolving assembly loads +- assemblies [.NET Framework], loading +- application domains, resolving assembly loads +ms.assetid: 5099e549-f4fd-49fb-a290-549edd456c6a +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: bdd610ade931bedc9ee387b65b18efd1909ef58b +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50202212" --- # 解決 (アセンブリ読み込みを) .NET Framework では、アセンブリの読み込みをより細かく制御する必要があるアプリケーションのために、 イベントが用意されています。 アプリケーションでこのイベントを処理することにより、通常のプローブ パスの外部から読み込みコンテキストにアセンブリを読み込んだり、アセンブリの複数のバージョンから読み込むものを選んだり、動的アセンブリを生成してそれを返したりすることができます。 ここでは、 イベントの処理について説明します。 @@ -81,5 +81,5 @@ ms.locfileid: "32745618" [!code-vb[AssemblyResolveRecursive#1](../../../samples/snippets/visualbasic/VS_Snippets_CLR/assemblyresolverecursive/vb/example.vb#1)] ## 参照 - [アセンブリの読み込みのベスト プラクティス](../../../docs/framework/deployment/best-practices-for-assembly-loading.md) - [アプリケーション ドメインの使用](../../../docs/framework/app-domains/use.md) +- [アセンブリの読み込みのベスト プラクティス](../../../docs/framework/deployment/best-practices-for-assembly-loading.md) +- [アプリケーション ドメインの使用](../../../docs/framework/app-domains/use.md) diff --git a/docs/framework/app-domains/retrieve-setup-information.md b/docs/framework/app-domains/retrieve-setup-information.md index f117691807c..9f372d9624f 100644 --- a/docs/framework/app-domains/retrieve-setup-information.md +++ b/docs/framework/app-domains/retrieve-setup-information.md @@ -1,23 +1,23 @@ --- -title: アプリケーション ドメインからのセットアップ情報の取得 -ms.date: 03/30/2017 -dev_langs: -- csharp -- vb -- cpp -helpviewer_keywords: -- AppDomainSetup object -- retrieving setup information -- application domains, retrieving setup information -ms.assetid: 5cdb12ae-1e37-4a62-8ec7-93d6dcc6e8d9 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: 6fab54080a529a9b5a93c06a4f249a9c14ecd7af -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32743889" +title: アプリケーション ドメインからのセットアップ情報の取得 +ms.date: 03/30/2017 +dev_langs: +- csharp +- vb +- cpp +helpviewer_keywords: +- AppDomainSetup object +- retrieving setup information +- application domains, retrieving setup information +ms.assetid: 5cdb12ae-1e37-4a62-8ec7-93d6dcc6e8d9 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 0d9341b90f876306ff2e964141c2c729d1cf0e5f +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50193828" --- # アプリケーション ドメインからのセットアップ情報の取得 アプリケーション ドメインの各インスタンスは、プロパティと 情報の両方で構成されています。 クラスを使って、アプリケーション ドメインからセットアップ情報を取得できます。 このクラスでは、アプリケーション ドメインに関する構成情報を取得する複数のメンバーが提供されています。 @@ -37,5 +37,5 @@ ms.locfileid: "32743889" [!code-vb[AppDomain_Setup#3](../../../samples/snippets/visualbasic/VS_Snippets_CLR/AppDomain_Setup/VB/source3.vb#3)] ## 参照 - [アプリケーション ドメインを使用したプログラミング](application-domains.md#programming-with-application-domains) - [アプリケーション ドメインの使用](../../../docs/framework/app-domains/use.md) +- [アプリケーション ドメインを使用したプログラミング](application-domains.md#programming-with-application-domains) +- [アプリケーション ドメインの使用](../../../docs/framework/app-domains/use.md) diff --git a/docs/framework/app-domains/running-intranet-applications-in-full-trust.md b/docs/framework/app-domains/running-intranet-applications-in-full-trust.md index a1fa88434c8..1ee65eea05a 100644 --- a/docs/framework/app-domains/running-intranet-applications-in-full-trust.md +++ b/docs/framework/app-domains/running-intranet-applications-in-full-trust.md @@ -1,19 +1,19 @@ --- -title: イントラネット アプリケーションの完全信頼での実行 -ms.date: 03/30/2017 -helpviewer_keywords: -- full trust, running intranet applications in -- intranet applications, running in full trust -- running intranet applications in full trust -ms.assetid: ee13c0a8-ab02-49f7-b8fb-9eab16c6c4f0 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: 3c6f58ef5bd96d8a74ce27bb53acd36af005c335 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33356788" +title: イントラネット アプリケーションの完全信頼での実行 +ms.date: 03/30/2017 +helpviewer_keywords: +- full trust, running intranet applications in +- intranet applications, running in full trust +- running intranet applications in full trust +ms.assetid: ee13c0a8-ab02-49f7-b8fb-9eab16c6c4f0 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 8a40d77f58d6a614f874e12f118f89f25f149e55 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50180647" --- # イントラネット アプリケーションの完全信頼での実行 .NET Framework 3.5 Service Pack 1 (SP1) 以降、アプリケーションとそのライブラリ アセンブリをネットワーク共有から完全信頼アセンブリとして実行できます。 イントラネット上の共有から読み込まれたアセンブリに、 ゾーンの証拠が自動的に追加されます。 この証拠は、コンピューター上に存在するアセンブリと同じ許可セット (通常は完全な信頼) をこれらのアセンブリに付与します。 この機能は、ClickOnce アプリケーションまたはホスト上で実行するように設計されたアプリケーションには適用されません。 @@ -35,4 +35,4 @@ ms.locfileid: "33356788" - 64 ビット コンピューターでは、システム レジストリの HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\\.NETFramework キーの下にサブキーを作成します。 キーの名前は LegacyMyComputerZone、DWORD 値は 1 です。 HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\\.NETFramework キーの下に、同じサブキーを作成します。 ## 参照 - [アセンブリを使用したプログラミング](../../../docs/framework/app-domains/programming-with-assemblies.md) +- [アセンブリを使用したプログラミング](../../../docs/framework/app-domains/programming-with-assemblies.md) diff --git a/docs/framework/app-domains/set-assembly-attributes.md b/docs/framework/app-domains/set-assembly-attributes.md index 6b6ca10ed4d..b5171c02bd9 100644 --- a/docs/framework/app-domains/set-assembly-attributes.md +++ b/docs/framework/app-domains/set-assembly-attributes.md @@ -1,23 +1,23 @@ --- -title: アセンブリ属性の設定 -ms.date: 03/30/2017 -dev_langs: -- csharp -- vb -- cpp -helpviewer_keywords: -- assemblies [.NET Framework], attributes -- assembly binding, attributes -- assembly manifest, attributes -ms.assetid: 36a98a81-b5b5-4c19-912a-11f91eff7f4e -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: af1db244f02701e6da1604ec406f4fb2940f8f78 -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32752202" +title: アセンブリ属性の設定 +ms.date: 03/30/2017 +dev_langs: +- csharp +- vb +- cpp +helpviewer_keywords: +- assemblies [.NET Framework], attributes +- assembly binding, attributes +- assembly manifest, attributes +ms.assetid: 36a98a81-b5b5-4c19-912a-11f91eff7f4e +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: e1ed022193b4896f91f1096a0bb16c21f5374868 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50201427" --- # アセンブリ属性の設定 アセンブリの属性は、アセンブリに関する情報を提供する値です。 属性は、次のような情報に分類されます。 @@ -87,5 +87,5 @@ ms.locfileid: "32752202" [!code-vb[AssemblyDelaySignAttribute#4](../../../samples/snippets/visualbasic/VS_Snippets_CLR/AssemblyDelaySignAttribute/vb/source2.vb#4)] ## 参照 - [アセンブリの作成](../../../docs/framework/app-domains/create-assemblies.md) - [アセンブリを使用したプログラミング](../../../docs/framework/app-domains/programming-with-assemblies.md) +- [アセンブリの作成](../../../docs/framework/app-domains/create-assemblies.md) +- [アセンブリを使用したプログラミング](../../../docs/framework/app-domains/programming-with-assemblies.md) diff --git a/docs/framework/app-domains/shadow-copy-assemblies.md b/docs/framework/app-domains/shadow-copy-assemblies.md index dcc46c34c84..3cd7e5efabd 100644 --- a/docs/framework/app-domains/shadow-copy-assemblies.md +++ b/docs/framework/app-domains/shadow-copy-assemblies.md @@ -1,19 +1,19 @@ --- -title: アセンブリのシャドウ コピー -ms.date: 03/30/2017 -helpviewer_keywords: -- assemblies [.NET Framework], shadow copying -- application domains, shadow copying assemblies -- shadow copying assemblies -ms.assetid: de8b8759-fca7-4260-896b-5a4973157672 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: ea7c85e956828e918e3cfe205b980e543e257eb4 -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32743954" +title: アセンブリのシャドウ コピー +ms.date: 03/30/2017 +helpviewer_keywords: +- assemblies [.NET Framework], shadow copying +- application domains, shadow copying assemblies +- shadow copying assemblies +ms.assetid: de8b8759-fca7-4260-896b-5a4973157672 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 572291fa5674c541136e587bc40818da85f71a65 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50192734" --- # アセンブリのシャドウ コピー シャドウ コピーにより、アプリケーション ドメインをアンロードしなくても、アプリケーション ドメインで使用されるアセンブリを更新できます。 これは、ASP.NET サイトなど、継続的に使用可能であることが必要なアプリケーションで特に役立ちます。 @@ -78,8 +78,8 @@ ms.locfileid: "32743954" クラスには、アプリケーション ドメインでシャドウ コピーを制御するために使用できる や などのいくつかのメソッドがありますが、これらは .NET Framework version 2.0 では廃止された機能としてマークされています。 シャドウ コピー用にアプリケーション ドメインを構成するには、 クラスのプロパティを使用することをお勧めします。 ## 参照 - - - - - [\ 要素](../../../docs/framework/configure-apps/file-schema/runtime/shadowcopyverifybytimestamp-element.md) +- +- +- +- +- [\ 要素](../../../docs/framework/configure-apps/file-schema/runtime/shadowcopyverifybytimestamp-element.md) diff --git a/docs/framework/app-domains/strong-named-assemblies.md b/docs/framework/app-domains/strong-named-assemblies.md index 555eb1e55c6..d5f9aee76f4 100644 --- a/docs/framework/app-domains/strong-named-assemblies.md +++ b/docs/framework/app-domains/strong-named-assemblies.md @@ -1,18 +1,18 @@ --- -title: 厳密な名前付きアセンブリ -ms.date: 03/30/2017 -helpviewer_keywords: -- strong-named assemblies, about strong-named assemblies -- assemblies [.NET Framework], strong-named -ms.assetid: d4a80263-f3e0-4d81-9b61-f0cbeae3797b -author: mairaw -ms.author: mairaw -ms.openlocfilehash: 7cbef005c913d818dba23d85404fe0382fe79f4a -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32741946" +title: 厳密な名前付きアセンブリ +ms.date: 03/30/2017 +helpviewer_keywords: +- strong-named assemblies, about strong-named assemblies +- assemblies [.NET Framework], strong-named +ms.assetid: d4a80263-f3e0-4d81-9b61-f0cbeae3797b +author: mairaw +ms.author: mairaw +ms.openlocfilehash: 6fe3847d9ee4530a776f43c67ac17085a9cd9d7b +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50190906" --- # 厳密な名前付きアセンブリ アセンブリの厳格な名前付けにより、アセンブリに対して一意の ID を作成し、アセンブリの競合を防ぐことができます。 @@ -43,7 +43,7 @@ ms.locfileid: "32741946" オープン ソースの開発者が厳密な名前付きのアセンブリによる ID の利点を必要とする場合、アセンブリに関連付けられた秘密キーをソース コントロール システムにチェックインすることを検討してください。 ## 参照 - [グローバル アセンブリ キャッシュ](../../../docs/framework/app-domains/gac.md) - [方法: 厳密な名前でアセンブリに署名する](../../../docs/framework/app-domains/how-to-sign-an-assembly-with-a-strong-name.md) - [Sn.exe (厳密名ツール)](../../../docs/framework/tools/sn-exe-strong-name-tool.md) - [厳密な名前付きアセンブリの作成と使用](../../../docs/framework/app-domains/create-and-use-strong-named-assemblies.md) +- [グローバル アセンブリ キャッシュ](../../../docs/framework/app-domains/gac.md) +- [方法: 厳密な名前でアセンブリに署名する](../../../docs/framework/app-domains/how-to-sign-an-assembly-with-a-strong-name.md) +- [Sn.exe (厳密名ツール)](../../../docs/framework/tools/sn-exe-strong-name-tool.md) +- [厳密な名前付きアセンブリの作成と使用](../../../docs/framework/app-domains/create-and-use-strong-named-assemblies.md) diff --git a/docs/framework/app-domains/type-forwarding-in-the-common-language-runtime.md b/docs/framework/app-domains/type-forwarding-in-the-common-language-runtime.md index 1fc6c7d8625..6e0b939890e 100644 --- a/docs/framework/app-domains/type-forwarding-in-the-common-language-runtime.md +++ b/docs/framework/app-domains/type-forwarding-in-the-common-language-runtime.md @@ -10,12 +10,12 @@ helpviewer_keywords: ms.assetid: 51f8ffa3-c253-4201-a3d3-c4fad85ae097 author: rpetrusha ms.author: ronpet -ms.openlocfilehash: d25bac953ff68422a1dddc54bdb01b4b4f241cbb -ms.sourcegitcommit: 6eac9a01ff5d70c6d18460324c016a3612c5e268 +ms.openlocfilehash: 7ad6c87dcec55a332bced00370fe6ea888508793 +ms.sourcegitcommit: 9bd8f213b50f0e1a73e03bd1e840c917fbd6d20a ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/16/2018 -ms.locfileid: "45664528" +ms.lasthandoff: 10/26/2018 +ms.locfileid: "50134921" --- # 共通言語ランタイムでの型の転送 型の転送を使用すると、別のアセンブリに型を移動する際に、元のアセンブリを使用するアプリケーションを再コンパイルする必要がありません。 @@ -44,9 +44,9 @@ ms.locfileid: "45664528" 3. 型の現在の場所であるアセンブリをコンパイルします。 -4. 型の現在の場所であるアセンブリへの参照を指定して、型の元の場所であるアセンブリを再コンパイルします。 たとえば、C# ファイルをコマンド ラインからコンパイルする場合は、[/reference (C# コンパイラ オプション)](~/docs/csharp/language-reference/compiler-options/reference-compiler-option.md) オプションを使用して、型の現在の場所であるアセンブリを指定します。 C++ では、ソース ファイルで [#using](https://msdn.microsoft.com/library/870b15e5-f361-40a8-ba1c-c57d75c8809a) ディレクティブを使用して、型の現在の場所であるアセンブリを指定します。 +4. 型の現在の場所であるアセンブリへの参照を指定して、型の元の場所であるアセンブリを再コンパイルします。 たとえば、C# ファイルをコマンド ラインからコンパイルする場合は、[/reference (C# コンパイラ オプション)](~/docs/csharp/language-reference/compiler-options/reference-compiler-option.md) オプションを使用して、型の現在の場所であるアセンブリを指定します。 C++ では、ソース ファイルで [#using](/cpp/preprocessor/hash-using-directive-cpp) ディレクティブを使用して、型の現在の場所であるアセンブリを指定します。 ## 参照 - - [型の転送 (C++/CLI)](/cpp/windows/type-forwarding-cpp-cli) - [#using ディレクティブ](https://msdn.microsoft.com/library/870b15e5-f361-40a8-ba1c-c57d75c8809a) +- +- [型の転送 (C++/CLI)](/cpp/windows/type-forwarding-cpp-cli) +- [#using ディレクティブ](/cpp/preprocessor/hash-using-directive-cpp) diff --git a/docs/framework/app-domains/use-serviced-components-with-the-gac.md b/docs/framework/app-domains/use-serviced-components-with-the-gac.md index c9205c7820d..29caed577c7 100644 --- a/docs/framework/app-domains/use-serviced-components-with-the-gac.md +++ b/docs/framework/app-domains/use-serviced-components-with-the-gac.md @@ -1,23 +1,23 @@ --- -title: サービス コンポーネントとグローバル アセンブリ キャッシュの使用 -ms.date: 03/30/2017 -helpviewer_keywords: -- assemblies [.NET Framework], global assembly cache -- GAC (global assembly cache), serviced components -- serviced components, global assembly cache -- global assembly cache, serviced components -ms.assetid: 3423e5d9-234c-4571-8161-e35f6d130128 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: 703e71661c7a679b85e60726f53b275fce1a4d6a -ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/03/2018 -ms.locfileid: "32753353" +title: サービス コンポーネントとグローバル アセンブリ キャッシュの使用 +ms.date: 03/30/2017 +helpviewer_keywords: +- assemblies [.NET Framework], global assembly cache +- GAC (global assembly cache), serviced components +- serviced components, global assembly cache +- global assembly cache, serviced components +ms.assetid: 3423e5d9-234c-4571-8161-e35f6d130128 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 4fe5edb7c09d0f850b142aba5062a36bfc6d87c1 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50184238" --- # サービス コンポーネントとグローバル アセンブリ キャッシュの使用 -サービス コンポーネント (マネージ コード COM+ コンポーネント) はグローバル アセンブリ キャッシュに配置する必要があります。 共通言語ランタイムと COM+ サービスは、シナリオによって、グローバル アセンブリ キャッシュに配置されていないサービス コンポーネントを処理できる場合と、処理できない場合があります。 これについて、次のシナリオで説明します。 +サービス コンポーネント (マネージド コード COM+ コンポーネント) はグローバル アセンブリ キャッシュに配置する必要があります。 共通言語ランタイムと COM+ サービスは、シナリオによって、グローバル アセンブリ キャッシュに配置されていないサービス コンポーネントを処理できる場合と、処理できない場合があります。 これについて、次のシナリオで説明します。 - COM+ サーバー アプリケーションのサービス コンポーネントの場合、コンポーネントを含むアセンブリがグローバル アセンブリ キャッシュに配置されている必要があります。これは、Dllhost.exe がサービス コンポーネントを格納するのと同じディレクトリで実行されないためです。 @@ -26,5 +26,5 @@ ms.locfileid: "32753353" - ASP.NET アプリケーションに含まれるサービス コンポーネントの場合、状況は異なります。 サービス コンポーネントを含むアセンブリをアプリケーション ベースの bin ディレクトリに配置し、オンデマンド登録を使用すると、アセンブリはダウンロード キャッシュにシャドウとしてコピーされます。これは、ASP.NET がランタイムのシャドウ機能を利用するためです。 ## 参照 - [アセンブリとグローバル アセンブリ キャッシュの使用](../../../docs/framework/app-domains/working-with-assemblies-and-the-gac.md) - [Gacutil.exe (グローバル アセンブリ キャッシュ ツール)](../../../docs/framework/tools/gacutil-exe-gac-tool.md) +- [アセンブリとグローバル アセンブリ キャッシュの使用](../../../docs/framework/app-domains/working-with-assemblies-and-the-gac.md) +- [Gacutil.exe (グローバル アセンブリ キャッシュ ツール)](../../../docs/framework/tools/gacutil-exe-gac-tool.md) diff --git a/docs/framework/common-client-technologies/creating-the-game1-class.md b/docs/framework/common-client-technologies/creating-the-game1-class.md index 1a67138cab8..3f645517f0e 100644 --- a/docs/framework/common-client-technologies/creating-the-game1-class.md +++ b/docs/framework/common-client-technologies/creating-the-game1-class.md @@ -2,18 +2,18 @@ title: Game1 クラスの作成 ms.date: 03/30/2017 ms.assetid: 47932ce3-2ba5-476f-a26b-3ddfd5226f27 -ms.openlocfilehash: 368da9df4dffc7017abb02888bc2eb2641f04b8b -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: c96fa846d11947af03faec26dd6de99e0aeec052 +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47201024" +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49452798" --- # Game1 クラスの作成 -すべての Microsoft XNA プロジェクトと同様、Game1 クラスは [Microsoft.Xna.Framework.Game](https://msdn.microsoft.com/library/microsoft.xna.framework.game.aspx) クラスから派生しています。このクラスでは、XNA ゲーム用に、基本的なグラフィックス デバイスの初期化、ゲーム ロジックの提供、およびコードのレンダリングを行います。 ほとんどの作業は GamePiece クラスと GamePieceCollection クラスで実行されるため、Game1 クラスは非常に簡潔になっています。 +すべての Microsoft XNA プロジェクトと同様、Game1 クラスは [Microsoft.Xna.Framework.Game](https://docs.microsoft.com/previous-versions/windows/xna/bb197040%28v%3dxnagamestudio.41%29) クラスから派生しています。このクラスでは、XNA ゲーム用に、基本的なグラフィックス デバイスの初期化、ゲーム ロジックの提供、およびコードのレンダリングを行います。 ほとんどの作業は GamePiece クラスと GamePieceCollection クラスで実行されるため、Game1 クラスは非常に簡潔になっています。 ## コードの作成 - クラスのプライベート メンバーはゲーム ピースを格納する **GamePieceCollection** オブジェクト、[GraphicsDeviceManager](https://msdn.microsoft.com/library/microsoft.xna.framework.graphicsdevicemanager.aspx) オブジェクト、ゲーム ピースのレンダリングに使用される [SpriteBatch](https://msdn.microsoft.com/library/microsoft.xna.framework.graphics.spritebatch.aspx) オブジェクトで構成されます。 + クラスのプライベート メンバーはゲーム ピースを格納する **GamePieceCollection** オブジェクト、[GraphicsDeviceManager](https://docs.microsoft.com/previous-versions/windows/xna/bb197317%28v%3dxnagamestudio.41%29) オブジェクト、ゲーム ピースのレンダリングに使用される [SpriteBatch](https://docs.microsoft.com/previous-versions/windows/xna/bb199034%28v%3dxnagamestudio.41%29) オブジェクトで構成されます。 [!code-csharp[ManipulationXNA#_Game1_PrivateMembers](../../../samples/snippets/csharp/VS_Snippets_Misc/manipulationxna/cs/game1.cs#_game1_privatemembers)] @@ -21,15 +21,15 @@ ms.locfileid: "47201024" [!code-csharp[ManipulationXNA#_Game1_ConstructorInitialize](../../../samples/snippets/csharp/VS_Snippets_Misc/manipulationxna/cs/game1.cs#_game1_constructorinitialize)] - [LoadContent](https://msdn.microsoft.com/library/microsoft.xna.framework.game.loadcontent.aspx) メソッドが呼び出されると、ゲーム ピースが作成され、**GamePieceCollection** オブジェクトに割り当てられます。 ゲーム ピースには、次の 2 種類があります。 ピースのスケール ファクターは、小さいピースや大きいピースが存在するようにわずかに変更されます。 + [LoadContent](https://docs.microsoft.com/previous-versions/windows/xna/bb975766%28v%3dxnagamestudio.41%29) メソッドが呼び出されると、ゲーム ピースが作成され、**GamePieceCollection** オブジェクトに割り当てられます。 ゲーム ピースには、次の 2 種類があります。 ピースのスケール ファクターは、小さいピースや大きいピースが存在するようにわずかに変更されます。 [!code-csharp[ManipulationXNA#_Game1_LoadContent](../../../samples/snippets/csharp/VS_Snippets_Misc/manipulationxna/cs/game1.cs#_game1_loadcontent)] - [Update](https://msdn.microsoft.com/library/microsoft.xna.framework.game.update.aspx) メソッドは、ゲームの実行中に XNA フレームワークによって繰り返し呼び出されます。 [Update](https://msdn.microsoft.com/library/microsoft.xna.framework.game.update.aspx) メソッドは、ゲーム ピースのコレクションで **ProcessInertia** メソッドと **UpdateFromMouse** メソッドを呼び出します。 これらのメソッドの説明は、「[GamePieceCollection クラスの作成](../../../docs/framework/common-client-technologies/creating-the-gamepiececollection-class.md)」にあります。 + [Update](https://docs.microsoft.com/previous-versions/windows/xna/bb199616%28v%3dxnagamestudio.41%29) メソッドは、ゲームの実行中に XNA フレームワークによって繰り返し呼び出されます。 [Update](https://docs.microsoft.com/previous-versions/windows/xna/bb199616%28v%3dxnagamestudio.41%29) メソッドは、ゲーム ピースのコレクションで **ProcessInertia** メソッドと **UpdateFromMouse** メソッドを呼び出します。 これらのメソッドの説明は、「[GamePieceCollection クラスの作成](../../../docs/framework/common-client-technologies/creating-the-gamepiececollection-class.md)」にあります。 [!code-csharp[ManipulationXNA#_Game1_UpdateGame](../../../samples/snippets/csharp/VS_Snippets_Misc/manipulationxna/cs/game1.cs#_game1_updategame)] - [Draw](https://msdn.microsoft.com/library/microsoft.xna.framework.game.draw.aspx) メソッドも、ゲームの実行中に XNA フレームワークによって繰り返し呼び出されます。 [Draw](https://msdn.microsoft.com/library/microsoft.xna.framework.game.draw.aspx) メソッドは、**GamePieceCollection** オブジェクトの **Draw** メソッドを呼び出すことで、ゲーム ピースのレンダリングを実行します。 これらのメソッドの説明は、「[GamePieceCollection クラスの作成](../../../docs/framework/common-client-technologies/creating-the-gamepiececollection-class.md)」にあります。 + [Draw](https://docs.microsoft.com/previous-versions/windows/xna/bb196422%28v%3dxnagamestudio.41%29) メソッドも、ゲームの実行中に XNA フレームワークによって繰り返し呼び出されます。 [Draw](https://docs.microsoft.com/previous-versions/windows/xna/bb196422%28v%3dxnagamestudio.41%29) メソッドは、**GamePieceCollection** オブジェクトの **Draw** メソッドを呼び出すことで、ゲーム ピースのレンダリングを実行します。 これらのメソッドの説明は、「[GamePieceCollection クラスの作成](../../../docs/framework/common-client-technologies/creating-the-gamepiececollection-class.md)」にあります。 [!code-csharp[ManipulationXNA#_Game1_DrawGame](../../../samples/snippets/csharp/VS_Snippets_Misc/manipulationxna/cs/game1.cs#_game1_drawgame)] diff --git a/docs/framework/common-client-technologies/creating-the-gamepiece-class.md b/docs/framework/common-client-technologies/creating-the-gamepiece-class.md index 7e8188c74de..7484c8cd63e 100644 --- a/docs/framework/common-client-technologies/creating-the-gamepiece-class.md +++ b/docs/framework/common-client-technologies/creating-the-gamepiece-class.md @@ -2,12 +2,12 @@ title: GamePiece クラスの作成 ms.date: 03/30/2017 ms.assetid: 37a27a86-ac1c-47be-b477-cb4b819459d3 -ms.openlocfilehash: eb73918cc03e2621d39a98158d40a839dbc69d80 -ms.sourcegitcommit: 3c1c3ba79895335ff3737934e39372555ca7d6d0 +ms.openlocfilehash: f9f08437cda685d2ec1d2d0c8d54d370d9d38341 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/06/2018 -ms.locfileid: "43857902" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50195880" --- # GamePiece クラスの作成 **GamePiece** クラスは、Microsoft XNA ゲーム ピースのイメージの読み込み、ゲーム ピースに関係するマウスの状態の追跡、マウスのキャプチャ、操作と慣性の処理の実行、およびゲーム ピースがビュー ポートの限度に達したときの跳ね返り機能の提供に必要な機能をすべてカプセル化します。 @@ -25,7 +25,7 @@ ms.locfileid: "43857902" ## クラスのコンストラクター **GamePiece** クラスのコンストラクターは、次のパラメーターを受け入れます。 -- [SpriteBatch](https://msdn.microsoft.com/library/microsoft.xna.framework.graphics.spritebatch.aspx) 型。 ここで渡される参照は、プライベート メンバー `spriteBatch` に割り当てられ、ゲーム ピースが自身をレンダリングするときに [SpriteBatch.Draw](https://msdn.microsoft.com/library/microsoft.xna.framework.graphics.spritebatch.draw.aspx) メソッドにアクセスするために使用されます。 さらに、[GraphicsDevice](https://msdn.microsoft.com/library/microsoft.xna.framework.graphics.spritebatch.graphicsdevice.aspx) プロパティは、ゲーム ピースに関連付けられた [Texture](https://msdn.microsoft.com/library/microsoft.xna.framework.graphics.texture.aspx) オブジェクトの作成や、ゲーム ピースがウィンドウの境界に達したことを検知してピースが跳ね返るようにするための、ビュー ポートのサイズの取得にも使用されます。 +- [SpriteBatch](https://docs.microsoft.com/previous-versions/windows/xna/bb199034%28v%3dxnagamestudio.41%29) 型。 ここで渡される参照は、プライベート メンバー `spriteBatch` に割り当てられ、ゲーム ピースが自身をレンダリングするときに [SpriteBatch.Draw](https://docs.microsoft.com/previous-versions/windows/xna/bb196426%28v%3dxnagamestudio.41%29) メソッドにアクセスするために使用されます。 さらに、[GraphicsDevice](https://docs.microsoft.com/previous-versions/windows/xna/bb197338%28v%3dxnagamestudio.41%29) プロパティは、ゲーム ピースに関連付けられた [Texture](https://docs.microsoft.com/previous-versions/windows/xna/bb199375%28v%3xnagamestudio.41%29) オブジェクトの作成や、ゲーム ピースがウィンドウの境界に達したことを検知してピースが跳ね返るようにするための、ビュー ポートのサイズの取得にも使用されます。 - ゲーム ピースに使用するイメージのファイル名を指定する文字列。 @@ -78,11 +78,11 @@ ms.locfileid: "43857902" [!code-csharp[ManipulationXNA#_GamePiece_OnInertiaCompleted](../../../samples/snippets/csharp/VS_Snippets_Misc/manipulationxna/cs/gamepiece.cs#_gamepiece_oninertiacompleted)] - これまでに提示したロジックで、実際に慣性の推定が発生するものはありません。 これは、**ProcessInertia** メソッドで実現されます。 このメソッドは、ゲームの更新ループ ([Game.Update](https://msdn.microsoft.com/library/microsoft.xna.framework.game.update.aspx) メソッド) から繰り返し呼び出され、*processInertia* フラグが `true` に設定されていることを確認します。設定されている場合は メソッドを呼び出します。 このメソッドを呼び出すと、推定が発生して、 イベントが発生します。 + これまでに提示したロジックで、実際に慣性の推定が発生するものはありません。 これは、**ProcessInertia** メソッドで実現されます。 このメソッドは、ゲームの更新ループ ([Game.Update](https://docs.microsoft.com/previous-versions/windows/xna/bb199616%28v%3dxnagamestudio.41%29) メソッド) から繰り返し呼び出され、*processInertia* フラグが `true` に設定されていることを確認します。設定されている場合は メソッドを呼び出します。 このメソッドを呼び出すと、推定が発生して、 イベントが発生します。 [!code-csharp[ManipulationXNA#_GamePiece_ProcessInertia](../../../samples/snippets/csharp/VS_Snippets_Misc/manipulationxna/cs/gamepiece.cs#_gamepiece_processinertia)] - いずれかの描画メソッドのオーバーロードが呼び出されるまで、ゲーム ピースは実際に表示されません。 このメソッドの最初のオーバー ロードは、ゲームの描画ループから繰り返し呼び出されます ([Game.Draw](https://msdn.microsoft.com/library/microsoft.xna.framework.game.draw.aspx) メソッド)。 これにより、現在の位置、回転、およびスケール ファクターでゲーム ピースが表示されます。 + いずれかの描画メソッドのオーバーロードが呼び出されるまで、ゲーム ピースは実際に表示されません。 このメソッドの最初のオーバー ロードは、ゲームの描画ループから繰り返し呼び出されます ([Game.Draw](https://docs.microsoft.com/previous-versions/windows/xna/bb196422%28v%3dxnagamestudio.41%29) メソッド)。 これにより、現在の位置、回転、およびスケール ファクターでゲーム ピースが表示されます。 [!code-csharp[ManipulationXNA#_GamePiece_Draw](../../../samples/snippets/csharp/VS_Snippets_Misc/manipulationxna/cs/gamepiece.cs#_gamepiece_draw)] diff --git a/docs/framework/common-client-technologies/creating-the-gamepiececollection-class.md b/docs/framework/common-client-technologies/creating-the-gamepiececollection-class.md index e63092a642f..3fcd38efdb5 100644 --- a/docs/framework/common-client-technologies/creating-the-gamepiececollection-class.md +++ b/docs/framework/common-client-technologies/creating-the-gamepiececollection-class.md @@ -2,12 +2,12 @@ title: GamePieceCollection クラスの作成 ms.date: 03/30/2017 ms.assetid: e4b037ee-1201-4a55-b198-0d6532ed6f35 -ms.openlocfilehash: 6323122735273f77bfe9d61bf2df84cabe3e5d6c -ms.sourcegitcommit: a885cc8c3e444ca6471348893d5373c6e9e49a47 +ms.openlocfilehash: 0a39ca479e9b370b027fcec4bcf76996e6191296 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/06/2018 -ms.locfileid: "44041227" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50190581" --- # GamePieceCollection クラスの作成 **GamePieceCollection** クラスは、汎用の List クラスから派生し、複数の **GamePiece** オブジェクトをより簡単に管理するメソッドを導入します。 @@ -17,7 +17,7 @@ ms.locfileid: "44041227" [!code-csharp[ManipulationXNA#_GamePieceCollection_PrivateMembersAndConstructor](../../../samples/snippets/csharp/VS_Snippets_Misc/manipulationxna/cs/gamepiececollection.cs#_gamepiececollection_privatemembersandconstructor)] - **ProcessInertia** メソッドと **Draw** メソッドは、コレクションのすべてのゲーム ピースを列挙し、各 **GamePiece** オブジェクトのそれぞれのメソッドで呼び出すことで、ゲームの [Game.Update](https://msdn.microsoft.com/library/microsoft.xna.framework.game.update.aspx) メソッドと [Game.Draw](https://msdn.microsoft.com/library/microsoft.xna.framework.game.draw.aspx) メソッドに必要なコードを簡素化します。 + **ProcessInertia** メソッドと **Draw** メソッドは、コレクションのすべてのゲーム ピースを列挙し、各 **GamePiece** オブジェクトのそれぞれのメソッドで呼び出すことで、ゲームの [Game.Update](https://docs.microsoft.com/previous-versions/windows/xna/bb199616%28v%3dxnagamestudio.41%29) メソッドと [Game.Draw](https://docs.microsoft.com/previous-versions/windows/xna/bb196422%28v%3dxnagamestudio.41%29) メソッドに必要なコードを簡素化します。 [!code-csharp[ManipulationXNA#_GamePieceCollection_ProcessInertiaAndDraw](../../../samples/snippets/csharp/VS_Snippets_Misc/manipulationxna/cs/gamepiececollection.cs#_gamepiececollection_processinertiaanddraw)] diff --git a/docs/framework/common-client-technologies/how-to-configure-client-application-services.md b/docs/framework/common-client-technologies/how-to-configure-client-application-services.md index 75e2947b4a7..f5b903e74b5 100644 --- a/docs/framework/common-client-technologies/how-to-configure-client-application-services.md +++ b/docs/framework/common-client-technologies/how-to-configure-client-application-services.md @@ -4,17 +4,17 @@ ms.date: 03/30/2017 helpviewer_keywords: - client application services, configuring ms.assetid: 34a8688a-a32c-40d3-94be-c8e610c6a4e8 -ms.openlocfilehash: a65c216397f240b77eb81f88d8f2a2da122e1ccf -ms.sourcegitcommit: 3c1c3ba79895335ff3737934e39372555ca7d6d0 +ms.openlocfilehash: 6f754a2a66187ac94d31d0d5a3a665c969652d26 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/06/2018 -ms.locfileid: "43861625" +ms.lasthandoff: 10/07/2018 +ms.locfileid: "48846514" --- # 方法 : クライアント アプリケーション サービスを構成する このトピックでは、Visual Studio **プロジェクト デザイナー**を使用して、クライアント アプリケーション サービスを有効にし、構成する方法について説明します。 クライアント アプリケーション サービスを使用してユーザーを検証し、既存の [!INCLUDE[ajax_current_short](../../../includes/ajax-current-short-md.md)] アプリケーション サービスからユーザーのロールおよび設定を取得することができます。 構成した後に、「[クライアント アプリケーション サービスの概要](../../../docs/framework/common-client-technologies/client-application-services-overview.md)」に記載されているように、アプリケーション コード内で有効にされているサービスにアクセスできます。 [!INCLUDE[ajax_current_short](../../../includes/ajax-current-short-md.md)] アプリケーション サービスの詳細については、「[ASP.NET アプリケーション サービスの概要](https://msdn.microsoft.com/library/1162e529-0d70-44b2-b3ab-83e60c695013)」を参照してください。 - クライアント アプリケーション サービスは、**プロジェクト デザイナー**の **[サービス]** ページで有効にし、構成することができます。 **[サービス]** ページは、プロジェクトの App.config ファイル内の値を更新します。 **プロジェクト デザイナー**にアクセスするには、**[プロジェクト]** メニューの **[プロパティ]** を使用します。 **[サービス]** ページの詳細については、「[Services Page, Project Designer](https://msdn.microsoft.com/library/bb398109)」([サービス] ページ (プロジェクト デザイナー)) を参照してください。 + クライアント アプリケーション サービスは、**プロジェクト デザイナー**の **[サービス]** ページで有効にし、構成することができます。 **[サービス]** ページは、プロジェクトの App.config ファイル内の値を更新します。 **プロジェクト デザイナー**にアクセスするには、**[プロジェクト]** メニューの **[プロパティ]** を使用します。 **[サービス]** ページの詳細については、「[Services Page, Project Designer](/visualstudio/ide/reference/services-page-project-designer)」([サービス] ページ (プロジェクト デザイナー)) を参照してください。 次の手順では、クライアント アプリケーション サービスの基本構成を実行する方法について説明します。 高度な構成オプションについては、以降のセクションで説明します。 @@ -143,7 +143,7 @@ ms.locfileid: "43861625" ## 参照 [クライアント アプリケーション サービス](../../../docs/framework/common-client-technologies/client-application-services.md) [クライアント アプリケーション サービスの概要](../../../docs/framework/common-client-technologies/client-application-services-overview.md) - [[サービス] ページ (プロジェクト デザイナー)](https://msdn.microsoft.com/library/bb398109) + [[サービス] ページ (プロジェクト デザイナー)](/visualstudio/ide/reference/services-page-project-designer) [[サービスの詳細設定] ダイアログ ボックス](/visualstudio/ide/reference/advanced-settings-for-services-dialog-box) [方法: クライアント アプリケーション サービスでユーザーのログインを実装する](../../../docs/framework/common-client-technologies/how-to-implement-user-login-with-client-application-services.md) [チュートリアル : クライアント アプリケーション サービスの使用](../../../docs/framework/common-client-technologies/walkthrough-using-client-application-services.md) diff --git a/docs/framework/common-client-technologies/manipulations-and-inertia-overview.md b/docs/framework/common-client-technologies/manipulations-and-inertia-overview.md index 4ca4e76e82f..12e8a9affe9 100644 --- a/docs/framework/common-client-technologies/manipulations-and-inertia-overview.md +++ b/docs/framework/common-client-technologies/manipulations-and-inertia-overview.md @@ -2,12 +2,12 @@ title: 操作と慣性の概要 ms.date: 03/30/2017 ms.assetid: dd31b89b-eab6-45a1-8d0b-11e0eb84b234 -ms.openlocfilehash: 41c22dc305f8ef653705436544ab2342e55ed02a -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: 6396c174b341b5ae937fa931488ee1bd3a5fcbd5 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43521240" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50187820" --- # 操作と慣性の概要 "*操作*" では、"*マニピュレーター*" を使用して、ユーザー インターフェイス (UI) 要素の移動、回転、サイズ変更を行えます。 マニピュレーターは、マウス、または (タッチ対応のシナリオの場合) スタイラスや指を意味します。 @@ -25,7 +25,7 @@ ms.locfileid: "43521240" 2 つのマニピュレーターによって操作されている画像 - 操作の処理には、マニピュレーターのサブセットを監視し、個別にではなく一緒に動作するかのように解釈するフレームワークがあります。 複数の操作プロセッサのオブジェクトを同時に作成することができ、アプリケーションで UI 要素ごとに 1 つのオブジェクトが操作されます。 操作プロセッサには、[.NET イベント](https://msdn.microsoft.com/library/17sde2xt.aspx)を通じて、どの入力デバイスを観察するかが通知され、それは操作を報告します。 + 操作の処理には、マニピュレーターのサブセットを監視し、個別にではなく一緒に動作するかのように解釈するフレームワークがあります。 複数の操作プロセッサのオブジェクトを同時に作成することができ、アプリケーションで UI 要素ごとに 1 つのオブジェクトが操作されます。 操作プロセッサには、[.NET イベント](../../../docs/standard/events/index.md)を通じて、どの入力デバイスを観察するかが通知され、それは操作を報告します。 操作プロセッサには、操作する特定の要素に関する情報はありません。 アプリケーションは、アプリケーション固有の要素への変更を個別に適用します。 たとえば、アプリケーションは画像に変換を適用したり、新しい場所に、または新しいサイズや向きに再描画して表示したりします。 @@ -41,7 +41,7 @@ ms.locfileid: "43521240" マニピュレーターは UI 要素に対して追加、移動、または削除を行い、アプリケーションは メソッドを呼び出して オブジェクトを更新します。 最初に操作が開始するとき、 イベントが発生します。 > [!NOTE] -> 操作の処理は、フレームベースの環境の更新で使用すると、より効率的です。 Microsoft XNA アプリケーションで操作の処理を使用する場合は問題ありません。これは、XNA フレームワークが [Game.Update](https://msdn.microsoft.com/library/microsoft.xna.framework.game.update.aspx) メソッドを使用してフレームベースの更新を行っているためです。 別の環境 (WinForms など) では、操作を収集し、定期的にバッチとして メソッドに送信するために、独自のフレームベースのロジックを用意する必要がある場合があります。 +> 操作の処理は、フレームベースの環境の更新で使用すると、より効率的です。 Microsoft XNA アプリケーションで操作の処理を使用する場合は問題ありません。これは、XNA フレームワークが [Game.Update](https://docs.microsoft.com/previous-versions/windows/xna/bb199616%28v%3dxnagamestudio.41%29) メソッドを使用してフレームベースの更新を行っているためです。 別の環境 (WinForms など) では、操作を収集し、定期的にバッチとして メソッドに送信するために、独自のフレームベースのロジックを用意する必要がある場合があります。 マニピュレーターの数またはその場所が変化すると、 イベントが発生します。 イベント ハンドラーに渡される オブジェクトのプロパティでは、始点、スケール、回転、および最後のイベント以降に発生した変換の変化を指定します。 マニピュレーターが移動したときや、マニピュレーターが追加または削除されたときには、操作の始点が変化します。 変換値では、操作での X 方向および Y 方向の移動量を指定します。 diff --git a/docs/framework/configure-apps/file-schema/network/clear-element-for-authenticationmodules-network-settings.md b/docs/framework/configure-apps/file-schema/network/clear-element-for-authenticationmodules-network-settings.md index b2bfd3ab48f..42e08647e2a 100644 --- a/docs/framework/configure-apps/file-schema/network/clear-element-for-authenticationmodules-network-settings.md +++ b/docs/framework/configure-apps/file-schema/network/clear-element-for-authenticationmodules-network-settings.md @@ -10,14 +10,12 @@ helpviewer_keywords: - element, authenticationModules - authenticationModules, clear element ms.assetid: dc522c45-4a80-4831-8955-f7b68a47edfd -author: mcleblanc -ms.author: markl -ms.openlocfilehash: ef12a475dde103023d3411fb68efb3bdb4f6d116 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 42fa6a44891e012300f61f1a11a47537c6739e2c +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47235914" +ms.lasthandoff: 10/29/2018 +ms.locfileid: "50205192" --- # <オフ>authenticationModules (ネットワーク設定) の要素 アプリケーションからのすべての認証モジュールを削除します。 @@ -68,6 +66,6 @@ ms.locfileid: "47235914" ``` ## 関連項目 - - - [ネットワーク設定スキーマ](../../../../../docs/framework/configure-apps/file-schema/network/index.md) +- +- +- [ネットワーク設定スキーマ](../../../../../docs/framework/configure-apps/file-schema/network/index.md) diff --git a/docs/framework/deployment/best-practices-for-assembly-loading.md b/docs/framework/deployment/best-practices-for-assembly-loading.md index 3367b0c11b3..1fc9f37a696 100644 --- a/docs/framework/deployment/best-practices-for-assembly-loading.md +++ b/docs/framework/deployment/best-practices-for-assembly-loading.md @@ -1,25 +1,25 @@ --- -title: アセンブリの読み込みのベスト プラクティス -ms.date: 03/30/2017 -helpviewer_keywords: -- assemblies,binding -- LoadFrom method -- default load context -- TypeLoadException class,causes -- assembly loading errors -- load contexts -- assemblies,loading -- LoadWithPartialName method -- load-from context -ms.assetid: 68d1c539-6a47-4614-ab59-4b071c9d4b4c -author: mairaw -ms.author: mairaw -ms.openlocfilehash: b05ec604f8493ba773d9de9af19acc70c023b8bf -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33394154" +title: アセンブリの読み込みのベスト プラクティス +ms.date: 03/30/2017 +helpviewer_keywords: +- assemblies,binding +- LoadFrom method +- default load context +- TypeLoadException class,causes +- assembly loading errors +- load contexts +- assemblies,loading +- LoadWithPartialName method +- load-from context +ms.assetid: 68d1c539-6a47-4614-ab59-4b071c9d4b4c +author: mairaw +ms.author: mairaw +ms.openlocfilehash: 9c43f75dc17d49fe34094829387673b0f1f1d028 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50201583" --- # アセンブリの読み込みのベスト プラクティス ここでは、、、およびその他のエラーの原因となることがある型 ID の問題を回避する方法について説明します。 また、次の推奨事項について説明します。 @@ -164,9 +164,10 @@ ms.locfileid: "33394154" これらのアセンブリは、 メソッドを使用して読み込むことができます。 これらはプローブ パスに存在することになるので、読み込み元コンテキストからではなく、既定の読み込みコンテキストに読み込まれるようになります。 ただし、 メソッドに切り替えて、常に最新のバージョンが使用されるようにアセンブリの完全な表示名を指定することをお勧めします。 -## 参照 - - - - - [アドインおよび拡張機能](../../../docs/framework/add-ins/index.md) +## 関連項目 + +- +- +- +- +- [アドインおよび拡張機能](../../../docs/framework/add-ins/index.md) diff --git a/docs/framework/deployment/client-profile.md b/docs/framework/deployment/client-profile.md index 12defe9233f..778861ac307 100644 --- a/docs/framework/deployment/client-profile.md +++ b/docs/framework/deployment/client-profile.md @@ -11,24 +11,24 @@ helpviewer_keywords: ms.assetid: f0219919-1f02-4588-8704-327a62fd91f1 author: mairaw ms.author: mairaw -ms.openlocfilehash: e0fbf40c6af63cfabe7b35e2bdf3e0998761b801 -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: 5a104b6c755eb0b97f11e577fb3eeb182e465fe4 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43505123" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50200824" --- # .NET Framework Client Profile .NET Client Profile は、.NET Framework のサブセットで、[!INCLUDE[net_v40_short](../../../includes/net-v40-short-md.md)] 以前のバージョンに含まれ、クライアント アプリケーション用に最適化されていました。 .NET Framework は、Windows、Windows Phone、および Microsoft Azure 用の開発プラットフォームであり、マネージド アプリの実行環境と .NET Framework クラス ライブラリを提供します。 [!INCLUDE[net_v40_short](../../../includes/net-v40-short-md.md)] 以前のバージョンでは、2 種類の配置オプション (完全な .NET Framework と Client Profile) が用意されていました。 完全な .NET Framework に比べて、Client Profile では、配置の迅速化とアプリ インストール パッケージの小型化が実現されました。 [!INCLUDE[net_v45](../../../includes/net-v45-md.md)] 以降では、Client Profile が中止され、完全な再頒布可能パッケージのみが使用できます。 より小さいダウンロード サイズや高速化された配置などの [!INCLUDE[net_v45](../../../includes/net-v45-md.md)] の最適化により、別の配置パッケージが不要になりました。 単一の再頒布可能パッケージにより、インストール プロセスが効率化され、アプリケーションの配置オプションが簡略化されます。 - ただし、.NET Framework 4 または 3.5 を対象とする場合、Client Profile の概要と用途については、.NET Framework 4 ドキュメントの「[.NET Framework Client Profile](https://msdn.microsoft.com/library/cc656912\(v=vs.100\).aspx)」を参照してください。 + ただし、.NET Framework 4 または 3.5 を対象とする場合、Client Profile の概要と用途については、.NET Framework 4 ドキュメントの「[.NET Framework Client Profile](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/cc656912%28v=vs.100%29)」を参照してください。 [!INCLUDE[net_v45](../../../includes/net-v45-md.md)] をインストールすると、.NET Framework 4 Client Profile は .NET Framework の完全バージョンに更新されます。 [!INCLUDE[net_v45](../../../includes/net-v45-md.md)] のインストールの詳細については、「[開発者向けの .NET Framework のインストール](../../../docs/framework/install/guide-for-developers.md)」を参照してください。 ## 参照 - [.NET Framework Client Profile (.NET Framework 4)](https://msdn.microsoft.com/library/cc656912\(v=vs.100\).aspx) - [Visual Studio のマルチ ターゲットの概要](https://msdn.microsoft.com/library/b1702c33-0672-4ebc-b779-2b324d6ea880) - [.NET Framework を対象とするエラーのトラブルシューティング](https://msdn.microsoft.com/library/830e3e45-9a93-4279-a249-75b84599aefb) - [方法: .NET Framework のバージョンをターゲットにする](/visualstudio/ide/how-to-target-a-version-of-the-dotnet-framework) +- [.NET Framework Client Profile (.NET Framework 4)](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/cc656912%28v=vs.100%29) +- [Visual Studio のマルチ ターゲットの概要](/visualstudio/ide/visual-studio-multi-targeting-overview) +- [.NET Framework を対象とするエラーのトラブルシューティング](/visualstudio/msbuild/troubleshooting-dotnet-framework-targeting-errors) +- [方法: .NET Framework のバージョンをターゲットにする](/visualstudio/ide/how-to-target-a-version-of-the-dotnet-framework) diff --git a/docs/framework/deployment/configuring-assembly-binding-redirection.md b/docs/framework/deployment/configuring-assembly-binding-redirection.md index 08175e18068..62460248a1d 100644 --- a/docs/framework/deployment/configuring-assembly-binding-redirection.md +++ b/docs/framework/deployment/configuring-assembly-binding-redirection.md @@ -1,17 +1,18 @@ --- -title: アセンブリ バインディングのリダイレクトの構成 -ms.date: 03/30/2017 -helpviewer_keywords: -- side-by-side execution, assembly binding redirection -- assemblies [.NET Framework], binding redirection -ms.assetid: d266cbd8-bf91-41d1-baf0-afbc481a741f -author: mairaw -ms.author: mairaw -ms.openlocfilehash: 04743dc7a0fc821f2e3b94929e2384eb25c69f2c -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 +title: アセンブリ バインディングのリダイレクトの構成 +ms.date: 03/30/2017 +helpviewer_keywords: +- side-by-side execution, assembly binding redirection +- assemblies [.NET Framework], binding redirection +ms.assetid: d266cbd8-bf91-41d1-baf0-afbc481a741f +author: mairaw +ms.author: mairaw +ms.openlocfilehash: 3abf42790757708b235b3eab82ea9a11ff545215 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50182867" --- # アセンブリ バインディングのリダイレクトの構成 既定では、アプリケーションは、アプリケーションのコンパイルに使用したランタイム バージョンと共に出荷された .NET Framework アセンブリのセットを使用します。 アプリケーション構成ファイルで .NET Framework アセンブリの特定のバージョンのアセンブリ バインディング参照をリダイレクトするには [\](../../../docs/framework/configure-apps/file-schema/runtime/assemblybinding-element-for-runtime.md) 要素の **appliesTo** 属性を使用できます。 このオプションの属性は、.NET Framework のバージョン番号を使用して、どのバージョンに適用するのかを示します。 **appliesTo** 属性が指定されていない場合、**\** 要素は、.NET Framework のすべてのバージョンに適用されます。 @@ -57,4 +58,4 @@ ms.lasthandoff: 05/04/2018 アセンブリ バインディングのリダイレクトが発生しているかどうかを調べることによって、構成ファイルが使用されているかどうかを判断できます。 [アセンブリ バインディング ログ ビューアー (Fuslogvw.exe)](../../../docs/framework/tools/fuslogvw-exe-assembly-binding-log-viewer.md) を使用して、読み込まれたアセンブリを調べます。 すべてのアセンブリ バインドを見るには、レジストリで **ForceLog** のエントリを設定する必要があります。 ## 参照 - [方法: 自動バインディング リダイレクトを有効/無効にする](../../../docs/framework/configure-apps/how-to-enable-and-disable-automatic-binding-redirection.md) +- [方法: 自動バインディング リダイレクトを有効/無効にする](../../../docs/framework/configure-apps/how-to-enable-and-disable-automatic-binding-redirection.md) diff --git a/docs/framework/deployment/deploying-the-net-framework.md b/docs/framework/deployment/deploying-the-net-framework.md index 10386fd812f..6062a885917 100644 --- a/docs/framework/deployment/deploying-the-net-framework.md +++ b/docs/framework/deployment/deploying-the-net-framework.md @@ -1,18 +1,18 @@ --- -title: .NET Framework の配置 -ms.date: 03/30/2017 -helpviewer_keywords: -- .NET Framework, deploying -- deployment [.NET Framework] -ms.assetid: 19df26c5-4008-461d-a7d7-18f4506312d2 -author: mairaw -ms.author: mairaw -ms.openlocfilehash: aa204b9ac604cd4e0f2c1ae75e872f6bb5cdaf22 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33391408" +title: .NET Framework の配置 +ms.date: 03/30/2017 +helpviewer_keywords: +- .NET Framework, deploying +- deployment [.NET Framework] +ms.assetid: 19df26c5-4008-461d-a7d7-18f4506312d2 +author: mairaw +ms.author: mairaw +ms.openlocfilehash: ac17993a4980e96cbd05fc2523567138e7b56262 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50196443" --- # .NET Framework の配置 .NET Framework ドキュメントのこのセクションでは、アプリケーションとともに .NET Framework をインストールする開発者、およびネットワーク上で .NET Framework を展開する管理者に対して情報を提供します。 また、アクティベーション、配置に伴う再起動の問題、.NET Framework のインストールの進捗を監視する方法についても説明します。 @@ -37,4 +37,4 @@ ms.locfileid: "33391408" 正しいバージョンの CLR でアプリケーションを実行して発生した問題を解決するために、どのようにして CLR アクティベーション ログを表示し、デバッグするかを説明します。 ## 参照 - [開発ガイド](../../../docs/framework/development-guide.md) +- [開発ガイド](../../../docs/framework/development-guide.md) diff --git a/docs/framework/deployment/guidelines-for-creating-components-for-side-by-side-execution.md b/docs/framework/deployment/guidelines-for-creating-components-for-side-by-side-execution.md index a4eb2ab058f..3679ce95f62 100644 --- a/docs/framework/deployment/guidelines-for-creating-components-for-side-by-side-execution.md +++ b/docs/framework/deployment/guidelines-for-creating-components-for-side-by-side-execution.md @@ -1,21 +1,21 @@ --- -title: side-by-side 実行用のコンポーネントを作成するためのガイドライン -ms.date: 03/30/2017 -helpviewer_keywords: -- side-by-side execution, multiple application versions -- side-by-side execution, multiple component versions -ms.assetid: 5c540161-6e40-42e9-be92-6175aee2c46a -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: f45e68d9d340d857bc25b3848bd687e46fd73c52 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33391034" +title: side-by-side 実行用のコンポーネントを作成するためのガイドライン +ms.date: 03/30/2017 +helpviewer_keywords: +- side-by-side execution, multiple application versions +- side-by-side execution, multiple component versions +ms.assetid: 5c540161-6e40-42e9-be92-6175aee2c46a +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 2cedcb20ba12e7c362c60d33dfedfa1882eaa7e7 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50198498" --- # side-by-side 実行用のコンポーネントを作成するためのガイドライン -side-by-side 実行用にデザインしたマネージ アプリケーションまたはマネージ コンポーネントを作成するときのガイドラインを次に示します。 +side-by-side 実行用にデザインしたマネージド アプリケーションまたはマネージド コンポーネントを作成するときのガイドラインを次に示します。 - 型 ID をファイルの特定のバージョンにバインドします。 @@ -63,5 +63,5 @@ side-by-side 実行用にデザインしたマネージ アプリケーション [グローバル アセンブリ キャッシュ ツール (Gacutil.exe)](../../../docs/framework/tools/gacutil-exe-gac-tool.md) では、ファイルのバージョン番号が新しい場合にのみ、アセンブリを置換できます。 一般的に、インストーラーは、アセンブリのバージョン番号が大きくない限り、アセンブリを上書きでインストールしません。 ## 参照 - [side-by-side 実行](../../../docs/framework/deployment/side-by-side-execution.md) - [方法: 自動バインディング リダイレクトを有効/無効にする](../../../docs/framework/configure-apps/how-to-enable-and-disable-automatic-binding-redirection.md) +- [side-by-side 実行](../../../docs/framework/deployment/side-by-side-execution.md) +- [方法: 自動バインディング リダイレクトを有効/無効にする](../../../docs/framework/configure-apps/how-to-enable-and-disable-automatic-binding-redirection.md) diff --git a/docs/framework/deployment/how-the-runtime-locates-assemblies.md b/docs/framework/deployment/how-the-runtime-locates-assemblies.md index bc2a65b7b38..0d5d1df5e2c 100644 --- a/docs/framework/deployment/how-the-runtime-locates-assemblies.md +++ b/docs/framework/deployment/how-the-runtime-locates-assemblies.md @@ -1,22 +1,22 @@ --- -title: ランタイムがアセンブリを検索する方法 -ms.date: 03/30/2017 -helpviewer_keywords: -- app.config files, assembly locations -- deploying applications [.NET Framework], assembly locations -- application configuration files, locating assemblies -- .NET Framework application deployment, locating assemblies -- locating assemblies -- assemblies [.NET Framework], location -ms.assetid: 772ac6f4-64d2-4cfb-92fd-58096dcd6c34 -author: mairaw -ms.author: mairaw -ms.openlocfilehash: 3f8ed5cce3e0c9e22679f54b13c84ea422f2100d -ms.sourcegitcommit: 6c480773ae896f45af4671fb3e26611a50e4dd81 -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 06/09/2018 -ms.locfileid: "35251065" +title: ランタイムがアセンブリを検索する方法 +ms.date: 03/30/2017 +helpviewer_keywords: +- app.config files, assembly locations +- deploying applications [.NET Framework], assembly locations +- application configuration files, locating assemblies +- .NET Framework application deployment, locating assemblies +- locating assemblies +- assemblies [.NET Framework], location +ms.assetid: 772ac6f4-64d2-4cfb-92fd-58096dcd6c34 +author: mairaw +ms.author: mairaw +ms.openlocfilehash: 54ca80e83511d6120669df634ae34ca0bf486bf3 +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49453451" --- # ランタイムがアセンブリを検索する方法 .NET Framework アプリケーションを正しく配置するには、アプリケーションを構成するアセンブリを共通言語ランタイムがどのように検索し、バインドするかを理解している必要があります。 既定では、ランタイムはアプリケーションを構成するアセンブリの正しいバージョンをバインドしようとします。 この既定の動作は、構成ファイルの設定によってオーバーライドできます。 @@ -178,7 +178,7 @@ Al.exe /link:asm6.exe.config /out:policy.3.0.asm6.dll /keyfile: compatkey.dat /v - 名前 (参照先アセンブリの名前)。 -- [\](../../../docs/framework/configure-apps/file-schema/runtime/probing-element.md) 要素の `privatePath` 属性 (ルート位置の下にあるサブディレクトリのユーザー定義の一覧)。 この場所は、アプリケーション ドメインの プロパティを使用して、アプリケーション構成ファイルとマネージ コード内に指定できます。 マネージ コード内に指定した場合は、マネージ コード `privatePath` が先にプローブされ、その後でアプリケーション構成ファイルに指定したパスがプローブされます。 +- [\](../../../docs/framework/configure-apps/file-schema/runtime/probing-element.md) 要素の `privatePath` 属性 (ルート位置の下にあるサブディレクトリのユーザー定義の一覧)。 この場所は、アプリケーション ドメインの プロパティを使用して、アプリケーション構成ファイルとマネージド コード内に指定できます。 マネージド コード内に指定した場合は、マネージド コード `privatePath` が先にプローブされ、その後でアプリケーション構成ファイルに指定したパスがプローブされます。 #### アプリケーション ベース ディレクトリとカルチャ ディレクトリのプローブ ランタイムは、常に、アプリケーションのベース (URL またはコンピューター上のアプリケーションのルート ディレクトリのいずれか) からプローブを開始します。 アプリケーション ベースで参照先アセンブリが見つからず、カルチャ情報が提供されていない場合、ランタイムはそのアセンブリ名を持つすべてのサブディレクトリ内を検索します。 プローブされるディレクトリは、次のとおりです。 @@ -215,7 +215,7 @@ Al.exe /link:asm6.exe.config /out:policy.3.0.asm6.dll /keyfile: compatkey.dat /v - 参照先アセンブリの名前: myAssembly -- アプリケーション ルート ディレクトリ: http://www.code.microsoft.com +- アプリケーション ルート ディレクトリ: `http://www.code.microsoft.com` - 構成ファイルの [\](../../../docs/framework/configure-apps/file-schema/runtime/probing-element.md) 要素による指定: bin @@ -223,13 +223,13 @@ Al.exe /link:asm6.exe.config /out:policy.3.0.asm6.dll /keyfile: compatkey.dat /v ランタイムは、次の URL をプローブします。 - http://www.code.microsoft.com/de/myAssembly.dll + `http://www.code.microsoft.com/de/myAssembly.dll` - http://www.code.microsoft.com/de/myAssembly/myAssembly.dll + `http://www.code.microsoft.com/de/myAssembly/myAssembly.dll` - http://www.code.microsoft.com/bin/de/myAssembly.dll + `http://www.code.microsoft.com/bin/de/myAssembly.dll` - http://www.code.microsoft.com/bin/de/myAssembly/myAssembly.dll + `http://www.code.microsoft.com/bin/de/myAssembly/myAssembly.dll` ##### 同じ名前の複数のアセンブリ 同じ名前を持つ複数のアセンブリを設定する方法を次の例に示します。 @@ -243,10 +243,10 @@ Al.exe /link:asm6.exe.config /out:policy.3.0.asm6.dll /keyfile: compatkey.dat /v ``` #### プローブされるその他の場所 - 現在のバインディング コンテキストを使用して、アセンブリの場所を特定することもできます。 この方法が最もよく使用されるのは、 メソッドが使用されている場合と、COM 相互運用のシナリオの場合です。 アセンブリが メソッドを使用して別のアセンブリを参照している場合は、呼び出し元アセンブリの場所が、参照先アセンブリを検索する場所についてのヒントと見なされます。 一致するものが見つかった場合は、そのアセンブリが読み込まれます。 一致するものが見つからない場合は、ランタイムは、その検索セマンティクスを続行した後、Windows Installer に問い合わせて、アセンブリを提供するように求めます。 バインド要求と一致するアセンブリが提供されない場合は、例外がスローされます。 この例外は、型を参照していた場合はマネージ コード内の であり、読み込もうとするアセンブリが見つからなかった場合は、 です。 + 現在のバインディング コンテキストを使用して、アセンブリの場所を特定することもできます。 この方法が最もよく使用されるのは、 メソッドが使用されている場合と、COM 相互運用のシナリオの場合です。 アセンブリが メソッドを使用して別のアセンブリを参照している場合は、呼び出し元アセンブリの場所が、参照先アセンブリを検索する場所についてのヒントと見なされます。 一致するものが見つかった場合は、そのアセンブリが読み込まれます。 一致するものが見つからない場合は、ランタイムは、その検索セマンティクスを続行した後、Windows Installer に問い合わせて、アセンブリを提供するように求めます。 バインド要求と一致するアセンブリが提供されない場合は、例外がスローされます。 この例外は、型を参照していた場合はマネージド コード内の であり、読み込もうとするアセンブリが見つからなかった場合は、 です。 - たとえば、Assembly1 が Assembly2 を参照し、Assembly1 が http://www.code.microsoft.com/utils からダウンロードされていた場合、この場所が、Assembly2.dll を検索する場所についてのヒントと見なされます。 次に、ランタイムは http://www.code.microsoft.com/utils/Assembly2.dll と http://www.code.microsoft.com/utils/Assembly2/Assembly2.dll のアセンブリをプローブします。 どちらの場所でも Assembly2 が見つからなかった場合は、ランタイムは Windows Installer に問い合わせます。 + たとえば、Assembly1 が Assembly2 を参照し、Assembly1 が `http://www.code.microsoft.com/utils` からダウンロードされていた場合、この場所が、Assembly2.dll を検索する場所についてのヒントと見なされます。 次に、ランタイムは `http://www.code.microsoft.com/utils/Assembly2.dll` と `http://www.code.microsoft.com/utils/Assembly2/Assembly2.dll` のアセンブリをプローブします。 どちらの場所でも Assembly2 が見つからなかった場合は、ランタイムは Windows Installer に問い合わせます。 ## 参照 - [アセンブリの読み込みのベスト プラクティス](../../../docs/framework/deployment/best-practices-for-assembly-loading.md) - [配置](../../../docs/framework/deployment/index.md) +- [アセンブリの読み込みのベスト プラクティス](../../../docs/framework/deployment/best-practices-for-assembly-loading.md) +- [配置](../../../docs/framework/deployment/index.md) diff --git a/docs/framework/deployment/how-to-debug-clr-activation-issues.md b/docs/framework/deployment/how-to-debug-clr-activation-issues.md index d98174c4639..2ff46f89c70 100644 --- a/docs/framework/deployment/how-to-debug-clr-activation-issues.md +++ b/docs/framework/deployment/how-to-debug-clr-activation-issues.md @@ -1,17 +1,17 @@ --- -title: '方法: CLR のアクティブ化に関する問題をデバッグする' -ms.date: 03/30/2017 -helpviewer_keywords: -- CLR activation, debugging issues -ms.assetid: 4fe17546-d56e-4344-a930-6d8e4a545914 -author: mairaw -ms.author: mairaw -ms.openlocfilehash: b78d917b95e06a14b74c812bf92107476ad17212 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33390365" +title: '方法: CLR のアクティブ化に関する問題をデバッグする' +ms.date: 03/30/2017 +helpviewer_keywords: +- CLR activation, debugging issues +ms.assetid: 4fe17546-d56e-4344-a930-6d8e4a545914 +author: mairaw +ms.author: mairaw +ms.openlocfilehash: 89724e9a322f2f28dbe5d18ae697acbdd0a32d8e +ms.sourcegitcommit: 9bd8f213b50f0e1a73e03bd1e840c917fbd6d20a +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/25/2018 +ms.locfileid: "50041623" --- # 方法: CLR のアクティブ化に関する問題をデバッグする 正しいバージョンの共通言語ランタイム (CLR) でアプリケーションを実行して問題が発生した場合、CLR アクティベーション ログを表示し、デバッグできます。 アプリケーションで予想とは異なる CLR バージョンが読み込まれるときでも、CLR がまったく読み込まれないときでも、アクティベーション問題の根本原因を突き止めるときにこのログが大変役立ちます。 [.NET Framework 初期化エラー: ユーザー エクスペリエンスの管理](../../../docs/framework/deployment/initialization-errors-managing-the-user-experience.md)では、アプリケーションに対して CLR が見つからない場合について説明されています。 @@ -92,7 +92,7 @@ ms.locfileid: "33390365" 532,205950.398,FunctionCall: OnShimDllMainCalled. Reason: 0 ``` -- **CLR Loading log** には、マネージ コードを読み込んだプロセスを開始した実行可能ファイルのパスがあります。 ネイティブ ホストの可能性があることに注意してください。 +- **CLR Loading log** には、マネージド コードを読み込んだプロセスを開始した実行可能ファイルのパスがあります。 ネイティブ ホストの可能性があることに注意してください。 ``` 532,205950.367,CLR Loading log for C:\Tests\myapp.exe @@ -117,5 +117,5 @@ ms.locfileid: "33390365" ``` ## 参照 - [配置](../../../docs/framework/deployment/index.md) - [方法: .NET Framework 4 または 4.5 をサポートするアプリを構成する](../../../docs/framework/migration-guide/how-to-configure-an-app-to-support-net-framework-4-or-4-5.md) +- [配置](../../../docs/framework/deployment/index.md) +- [方法: .NET Framework 4 または 4.5 をサポートするアプリを構成する](../../../docs/framework/migration-guide/how-to-configure-an-app-to-support-net-framework-4-or-4-5.md) diff --git a/docs/framework/deployment/how-to-get-progress-from-the-dotnet-installer.md b/docs/framework/deployment/how-to-get-progress-from-the-dotnet-installer.md index 46dc8c60980..d9fdadac5fa 100644 --- a/docs/framework/deployment/how-to-get-progress-from-the-dotnet-installer.md +++ b/docs/framework/deployment/how-to-get-progress-from-the-dotnet-installer.md @@ -9,12 +9,12 @@ helpviewer_keywords: ms.assetid: 0a1a3ba3-7e46-4df2-afd3-f3a8237e1c4f author: mairaw ms.author: mairaw -ms.openlocfilehash: 8c27bdb75ef9950d0b2b32f742b38e141cf4981b -ms.sourcegitcommit: 5bbfe34a9a14e4ccb22367e57b57585c208cf757 +ms.openlocfilehash: bec27165d1bfd6a501ba8b96a1eb133276fe7269 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/18/2018 -ms.locfileid: "45991585" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50197952" --- # 方法: .NET Framework 4.5 インストーラーの進行状況を表示する [!INCLUDE[net_v45](../../../includes/net-v45-md.md)] は再頒布可能なランタイムです。 このバージョンの .NET Framework 用アプリを開発する場合は、アプリのセットアップに必要なパーツとして、[!INCLUDE[net_v45](../../../includes/net-v45-md.md)] セットアップを含める (チェーンする) ことができます。 セットアップ手順をカスタマイズまたは統一するために、アプリケーションのセットアップの進行状況を表示する一方で、[!INCLUDE[net_v45](../../../includes/net-v45-md.md)] セットアップをサイレントで起動し、その進行状況を追跡できます。 サイレントな追跡を可能にするために、[!INCLUDE[net_v45](../../../includes/net-v45-md.md)] セットアップ (監視対象) ではメモリ マップ I/O (MMIO) セグメントを使用してプロトコルを定義し、セットアップ (ウォッチャーつまりチェーン元) と通信します。 このプロトコルは、チェーン元が進行状況情報や詳細な結果を取得してメッセージに応答し、[!INCLUDE[net_v45](../../../includes/net-v45-md.md)] セットアップを取り消す方法を定義します。 @@ -310,5 +310,5 @@ ms.locfileid: "45991585" 標準的なサーバーは、ランダムな MMIO ファイル名を作成し、ファイル (前のコード例の `Server::CreateSection` で示されているファイル) を作成した後、`CreateProcess` メソッドを使用して `-pipe someFileSectionName` オプションでパイプ名を渡すことによって、再頒布可能プログラムを起動します。 サーバーは、アプリケーションの UI 固有のコードを使用して `OnProgress`、`Send`、および `Finished` の各メソッドを実装する必要があります。 ## 参照 - [配置ガイド (開発者向け)](../../../docs/framework/deployment/deployment-guide-for-developers.md) - [配置](../../../docs/framework/deployment/index.md) +- [配置ガイド (開発者向け)](../../../docs/framework/deployment/deployment-guide-for-developers.md) +- [配置](../../../docs/framework/deployment/index.md) diff --git a/docs/framework/deployment/in-process-side-by-side-execution.md b/docs/framework/deployment/in-process-side-by-side-execution.md index b759a515314..6a4fd7d5d4d 100644 --- a/docs/framework/deployment/in-process-side-by-side-execution.md +++ b/docs/framework/deployment/in-process-side-by-side-execution.md @@ -1,24 +1,24 @@ --- -title: インプロセスの side-by-side 実行 -ms.date: 03/30/2017 -helpviewer_keywords: -- in-process side-by-side execution -- side-by-side execution, in-process -ms.assetid: 18019342-a810-4986-8ec2-b933a17c2267 -author: mairaw -ms.author: mairaw -ms.openlocfilehash: ee9eb30d6966d8162b29286140c068d854f7911c -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33397456" +title: インプロセスの side-by-side 実行 +ms.date: 03/30/2017 +helpviewer_keywords: +- in-process side-by-side execution +- side-by-side execution, in-process +ms.assetid: 18019342-a810-4986-8ec2-b933a17c2267 +author: mairaw +ms.author: mairaw +ms.openlocfilehash: ee5f223d5e92d9a60776df6bf2108a4fd14b9e0f +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50195204" --- # インプロセスの side-by-side 実行 -[!INCLUDE[net_v40_long](../../../includes/net-v40-long-md.md)] 以降では、インプロセスの side-by-side ホスティングを使用して、1 つのプロセスで複数のバージョンの共通言語ランタイム (CLR) を実行できます。 既定では、マネージ COM コンポーネントは、プロセスに読み込まれている .NET Framework のバージョンに関係なく、コンポーネントがビルドされた .NET Framework のバージョンで実行されます。 +[!INCLUDE[net_v40_long](../../../includes/net-v40-long-md.md)] 以降では、インプロセスの side-by-side ホスティングを使用して、1 つのプロセスで複数のバージョンの共通言語ランタイム (CLR) を実行できます。 既定では、マネージド COM コンポーネントは、プロセスに読み込まれている .NET Framework のバージョンに関係なく、コンポーネントがビルドされた .NET Framework のバージョンで実行されます。 ## 背景 - .NET Framework ではマネージ コード アプリケーションに対して常に side-by-side ホスティングが提供されてきましたが、[!INCLUDE[net_v40_short](../../../includes/net-v40-short-md.md)] より前のバージョンでは、マネージ COM コンポーネントについてはこの機能は提供されませんでした。 以前は、プロセスに読み込まれたマネージ COM コンポーネントは、既に読み込まれているランタイムのバージョン、またはインストールされている .NET Framework の最新バージョンで実行されました。 このバージョンが COM コンポーネントと互換性がない場合、コンポーネントは実行できませんでした。 + .NET Framework ではマネージド コード アプリケーションに対して常に side-by-side ホスティングが提供されてきましたが、[!INCLUDE[net_v40_short](../../../includes/net-v40-short-md.md)] より前のバージョンでは、マネージド COM コンポーネントについてはこの機能は提供されませんでした。 以前は、プロセスに読み込まれたマネージド COM コンポーネントは、既に読み込まれているランタイムのバージョン、またはインストールされている .NET Framework の最新バージョンで実行されました。 このバージョンが COM コンポーネントと互換性がない場合、コンポーネントは実行できませんでした。 [!INCLUDE[net_v40_short](../../../includes/net-v40-short-md.md)] が備える side-by-side ホスティングの新しいアプローチでは、次のことが保証されます。 @@ -34,7 +34,7 @@ ms.locfileid: "33397456" - **ライブラリ開発者とコンシューマー**。 ライブラリ開発者が直面する互換性の問題は、side-by-side ホスティングでは解決されません。 アプリケーションによって (直接参照または の呼び出しにより) 直接読み込まれるライブラリは、それが読み込まれる のランタイムを引き続き使います。 サポートする .NET Framework のすべてのバージョンについて、ライブラリをテストする必要があります。 [!INCLUDE[net_v40_short](../../../includes/net-v40-short-md.md)] ランタイムを使ってコンパイルされているアプリケーションに、それより前のランタイムを使ってビルドされたライブラリが含まれる場合は、そのライブラリも [!INCLUDE[net_v40_short](../../../includes/net-v40-short-md.md)] ランタイムを使います。 一方、ランタイムを使ってビルドされたアプリケーションに、[!INCLUDE[net_v40_short](../../../includes/net-v40-short-md.md)] を使ってビルドされたライブラリが含まれる場合は、アプリケーションも [!INCLUDE[net_v40_short](../../../includes/net-v40-short-md.md)] を使うように強制する必要があります ([シナリオ 3](#scenarios) をご覧ください)。 -- **マネージ COM コンポーネントの開発者**。 以前は、マネージ COM コンポーネントはコンピューターにインストールされている最新バージョンのランタイムを使って自動的に実行しました。 現在は、ビルドされたバージョンのランタイムに対して COM コンポーネントを実行できるようになりました。 +- **マネージド COM コンポーネントの開発者**。 以前は、マネージド COM コンポーネントはコンピューターにインストールされている最新バージョンのランタイムを使って自動的に実行しました。 現在は、ビルドされたバージョンのランタイムに対して COM コンポーネントを実行できるようになりました。 次の表で示すように、.NET Framework バージョン 1.1 でビルドされたコンポーネントは、バージョン 4 のコンポーネントとであれば side-by-side で実行できますが、バージョン 2.0、3.0、3.5 のコンポーネントとは、これらのバージョンでは side-by-side ホスティングを使用できないために side-by-side では実行できません。 @@ -56,7 +56,7 @@ ms.locfileid: "33397456" 対処方法: このシナリオの場合は、何も行いません。 COM コンポーネントは、登録された .NET Framework のバージョンで実行されます。 -- **シナリオ 2**: [!INCLUDE[net_v20SP1_short](../../../includes/net-v20sp1-short-md.md)] でビルドされたマネージ アプリケーションを、できれば [!INCLUDE[dnprdnext](../../../includes/dnprdnext-md.md)] で実行したいが、バージョン 2.0 が存在しない場合は [!INCLUDE[net_v40_short](../../../includes/net-v40-short-md.md)] で実行したい場合。 +- **シナリオ 2**: [!INCLUDE[net_v20SP1_short](../../../includes/net-v20sp1-short-md.md)] でビルドされたマネージド アプリケーションを、できれば [!INCLUDE[dnprdnext](../../../includes/dnprdnext-md.md)] で実行したいが、バージョン 2.0 が存在しない場合は [!INCLUDE[net_v40_short](../../../includes/net-v40-short-md.md)] で実行したい場合。 インストールされている .NET Framework のバージョン: 以前のバージョンの .NET Framework と [!INCLUDE[net_v40_short](../../../includes/net-v40-short-md.md)]。 @@ -86,9 +86,9 @@ ms.locfileid: "33397456" ``` ## 例 - 次の例では、コンポーネントがコンパイルされた .NET Framework のバージョンを使うことでマネージ COM コンポーネントを実行しているアンマネージ COM ホストを示します。 + 次の例では、コンポーネントがコンパイルされた .NET Framework のバージョンを使うことでマネージド COM コンポーネントを実行しているアンマネージド COM ホストを示します。 - 次の例を実行するには、[!INCLUDE[net_v35_long](../../../includes/net-v35-long-md.md)] を使って次のマネージ COM コンポーネントをコンパイルして登録します。 コンポーネントを登録するには、**[プロジェクト]** メニューの **[プロパティ]** をクリックし、**[ビルド]** タブをクリックして、**[COM の相互運用機能に登録]** チェック ボックスをオンにします。 + 次の例を実行するには、[!INCLUDE[net_v35_long](../../../includes/net-v35-long-md.md)] を使って次のマネージド COM コンポーネントをコンパイルして登録します。 コンポーネントを登録するには、**[プロジェクト]** メニューの **[プロパティ]** をクリックし、**[ビルド]** タブをクリックして、**[COM の相互運用機能に登録]** チェック ボックスをオンにします。 ``` using System; @@ -174,5 +174,5 @@ int _tmain(int argc, _TCHAR* argv[]) ``` ## 参照 - [\ 要素](../../../docs/framework/configure-apps/file-schema/startup/startup-element.md) - [\< 要素](../../../docs/framework/configure-apps/file-schema/startup/supportedruntime-element.md) +- [\ 要素](../../../docs/framework/configure-apps/file-schema/startup/startup-element.md) +- [\< 要素](../../../docs/framework/configure-apps/file-schema/startup/supportedruntime-element.md) diff --git a/docs/framework/deployment/initialization-errors-managing-the-user-experience.md b/docs/framework/deployment/initialization-errors-managing-the-user-experience.md index 52a360f5b5b..7ff0044d01a 100644 --- a/docs/framework/deployment/initialization-errors-managing-the-user-experience.md +++ b/docs/framework/deployment/initialization-errors-managing-the-user-experience.md @@ -8,12 +8,12 @@ helpviewer_keywords: ms.assetid: 680a7382-957f-4f6e-b178-4e866004a07e author: mairaw ms.author: mairaw -ms.openlocfilehash: a30fe0aac4bfacc71137474837b95371e7d85b09 -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: 21dd9926684f51412384235d7b3af1aac280957a +ms.sourcegitcommit: 9bd8f213b50f0e1a73e03bd1e840c917fbd6d20a ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43501801" +ms.lasthandoff: 10/25/2018 +ms.locfileid: "50035749" --- # .NET Framework 初期化エラー: ユーザー エクスペリエンスの管理 共通言語ランタイムの (CLR) のアクティベーション システムでは、マネージド アプリケーション コードの実行に使用する CLR のバージョンを特定します。 アクティベーション システムで、読み込む CLR のバージョンを検出できない場合もあります。 通常、この状況は、特定のコンピューターで無効になっているかインストールされていない CLR バージョンがアプリケーションで必要な場合に発生します。 要求されたバージョンが見つからない場合、CLR アクティベーション システムは、呼び出された関数またはインターフェイスから HRESULT エラー コードを返します。また、アプリケーションを実行しているユーザーにはエラー メッセージが表示されることがあります。 ここでは、HRESULT コードの一覧を示し、エラー メッセージが表示されないようにする方法について説明します。 @@ -87,7 +87,7 @@ ms.locfileid: "43501801" [!INCLUDE[net_v45](../../../includes/net-v45-md.md)] 以降では、CLR アクティベーション ログは、初期化エラー メッセージが表示された日時とその理由を記録するログ エントリを含むように強化されています。 詳しくは、「[方法: CLR のアクティブ化に関する問題をデバッグする](../../../docs/framework/deployment/how-to-debug-clr-activation-issues.md)」をご覧ください。 ## 参照 - [配置ガイド (開発者向け)](../../../docs/framework/deployment/deployment-guide-for-developers.md) - [方法: .NET Framework 4 または 4.5 をサポートするアプリを構成する](../../../docs/framework/migration-guide/how-to-configure-an-app-to-support-net-framework-4-or-4-5.md) - [方法: CLR のアクティブ化に関する問題をデバッグする](../../../docs/framework/deployment/how-to-debug-clr-activation-issues.md) - [Windows 10、Windows 8.1、および Windows 8 への .NET Framework 3.5 のインストール](../../../docs/framework/install/dotnet-35-windows-10.md) +- [配置ガイド (開発者向け)](../../../docs/framework/deployment/deployment-guide-for-developers.md) +- [方法: .NET Framework 4 または 4.5 をサポートするアプリを構成する](../../../docs/framework/migration-guide/how-to-configure-an-app-to-support-net-framework-4-or-4-5.md) +- [方法: CLR のアクティブ化に関する問題をデバッグする](../../../docs/framework/deployment/how-to-debug-clr-activation-issues.md) +- [Windows 10、Windows 8.1、および Windows 8 への .NET Framework 3.5 のインストール](../../../docs/framework/install/dotnet-35-windows-10.md) diff --git a/docs/framework/deployment/net-framework-applications.md b/docs/framework/deployment/net-framework-applications.md index bb859aab0f9..4d0c0437792 100644 --- a/docs/framework/deployment/net-framework-applications.md +++ b/docs/framework/deployment/net-framework-applications.md @@ -1,18 +1,18 @@ --- -title: .NET Framework アプリケーションの配置 -ms.date: 03/30/2017 -helpviewer_keywords: -- deploying applications [.NET Framework] -- .NET Framework, deploying apps -ms.assetid: 139d4cb1-5972-40f4-bdd8-1ce68e4dfb80 -author: mairaw -ms.author: mairaw -ms.openlocfilehash: 7c999b6c391294a05eb7fae1d1f076f1d52b8c5c -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33391652" +title: .NET Framework アプリケーションの配置 +ms.date: 03/30/2017 +helpviewer_keywords: +- deploying applications [.NET Framework] +- .NET Framework, deploying apps +ms.assetid: 139d4cb1-5972-40f4-bdd8-1ce68e4dfb80 +author: mairaw +ms.author: mairaw +ms.openlocfilehash: 9536b53531d3ee7575a51b8702b34b57338b4f8b +ms.sourcegitcommit: 9bd8f213b50f0e1a73e03bd1e840c917fbd6d20a +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/25/2018 +ms.locfileid: "50040908" --- # .NET Framework アプリケーションの配置 .NET Framework ドキュメントの本セクションでは、アセンブリの読み込み、アセンブリ参照の解決、およびネイティブ イメージの生成を使用したアプリケーションのパフォーマンス向上のためのガイドラインなど、.NET Framework アプリケーションを配置するための重要な情報を提供します。 @@ -25,4 +25,4 @@ ms.locfileid: "33391652" 、、およびその他のエラーの原因となることがある型 ID の問題を回避する方法について説明します。 ## 参照 - [開発ガイド](../../../docs/framework/development-guide.md) +- [開発ガイド](../../../docs/framework/development-guide.md) diff --git a/docs/framework/deployment/reducing-system-restarts.md b/docs/framework/deployment/reducing-system-restarts.md index b1a8ab15c12..f1d888c836a 100644 --- a/docs/framework/deployment/reducing-system-restarts.md +++ b/docs/framework/deployment/reducing-system-restarts.md @@ -8,12 +8,12 @@ helpviewer_keywords: ms.assetid: 7aa8cb72-dee9-4716-ac54-b17b9ae8218f author: mairaw ms.author: mairaw -ms.openlocfilehash: f7e45a863c46090dd62d5e1c80b5f0149d9460cf -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: b24cc4b0ad2839d2c2fa099f963b13a5532d39df +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43530004" +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49452889" --- # .NET Framework 4.5 のインストール中のシステム再起動の削減 [!INCLUDE[net_v45](../../../includes/net-v45-md.md)] インストーラーは[再起動マネージャー](https://go.microsoft.com/fwlink/?LinkId=231425)を使用して、インストール中のシステムの再起動をできる限り回避します。 アプリケーションのセットアップ プログラムで .NET Framework をインストールする場合は、再起動マネージャーとやり取りしてこの機能を利用できます。 詳しくは、「[方法: .NET Framework 4.5 インストーラーの進行状況を表示する](../../../docs/framework/deployment/how-to-get-progress-from-the-dotnet-installer.md)」をご覧ください。 @@ -35,6 +35,6 @@ ms.locfileid: "43530004" チェーンされたインストーラーを使用しているときに、終了するアプリケーションに対して独自のメッセージ ボックスを非表示にする場合は、.NET Framework セットアップ プロセスをチェーンするときに、コマンド ラインで `/showrmui` と `/passive` のオプションを使用できます。 これらのオプションを一緒に使用すると、システムの再起動を避けるために終了できるアプリケーションを閉じるためのメッセージ ボックスがインストーラーによって表示されます。 このメッセージ ボックスは、完全なユーザー インターフェイスの下でも、パッシブ モードでも同じように動作します。 .NET Framework 再頒布可能パッケージのコマンドライン オプションの完全なセットについては、「[配置ガイド (開発者向け)](../../../docs/framework/deployment/deployment-guide-for-developers.md)」をご覧ください。 ## 参照 - [配置](../../../docs/framework/deployment/index.md) - [配置ガイド (開発者向け)](../../../docs/framework/deployment/deployment-guide-for-developers.md) - [方法: .NET Framework 4.5 インストーラーの進行状況を表示する](../../../docs/framework/deployment/how-to-get-progress-from-the-dotnet-installer.md) +- [配置](../../../docs/framework/deployment/index.md) +- [配置ガイド (開発者向け)](../../../docs/framework/deployment/deployment-guide-for-developers.md) +- [方法: .NET Framework 4.5 インストーラーの進行状況を表示する](../../../docs/framework/deployment/how-to-get-progress-from-the-dotnet-installer.md) diff --git a/docs/framework/develop-client-apps.md b/docs/framework/develop-client-apps.md index bd159cd3749..ac91a58d46b 100644 --- a/docs/framework/develop-client-apps.md +++ b/docs/framework/develop-client-apps.md @@ -13,12 +13,12 @@ helpviewer_keywords: - Visual C#, creating applications - client/server applications, Windows applications ms.assetid: 2dfb50b7-5af2-4e12-9bbb-c5ade0e39a68 -ms.openlocfilehash: 987f8e25014e8ce6413c998f6eb78d821558ecec -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: 27bd71d4caf59a44a45c70217aa351cf43a5c1c7 +ms.sourcegitcommit: fd8d4587cc26e53f0e27e230d6e27d828ef4306b ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43518665" +ms.lasthandoff: 10/16/2018 +ms.locfileid: "49349122" --- # .NET Framework を使用したクライアント アプリケーションの開発 @@ -55,7 +55,7 @@ Windows Phone Silverlight を使用したアプリを構築するために利用 [複数のプラットフォームの開発](../../docs/standard/cross-platform/index.md) 複数の種類のクライアント アプリを対象にするために .NET Framework を使用できるさまざまな方法について説明します。 -[ASP.NET Web サイト入門](http://www.asp.net/get-started/websites) +[ASP.NET Web サイト入門](https://www.asp.net/get-started/websites) ASP.NET を使用して Web アプリを開発する方法について説明します。 ## 関連項目 diff --git a/docs/framework/development-guide.md b/docs/framework/development-guide.md index 5286efa7f27..c97e9861432 100644 --- a/docs/framework/development-guide.md +++ b/docs/framework/development-guide.md @@ -7,11 +7,11 @@ ms.assetid: 26e3d285-24c3-435c-a797-9fe5affb8525 author: rpetrusha ms.author: ronpet ms.openlocfilehash: a21f4cd8657a9d2c26ac481e7f2b00e6a2f502c9 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 15d99019aea4a5c3c91ddc9ba23692284a7f61f3 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47209539" +ms.lasthandoff: 10/12/2018 +ms.locfileid: "49123762" --- # .NET Framework の開発ガイド ここでは、.NET Framework アプリの作成、構成、デバッグ、保護、および配置を行う方法について説明します。 また、動的プログラミング、相互運用性、拡張性、メモリ管理、スレッド処理などの技術領域に関する情報も提供します。 diff --git a/docs/framework/docker/console.md b/docs/framework/docker/console.md index c4a1011de90..d06a6f986ce 100644 --- a/docs/framework/docker/console.md +++ b/docs/framework/docker/console.md @@ -4,12 +4,12 @@ description: 既存の .NET Framework コンソール アプリケーション author: spboyer ms.date: 09/28/2016 ms.assetid: 85cca1d5-c9a4-4eb2-93e6-4f878de07fd7 -ms.openlocfilehash: f5a38ac63db969a58e920ea79bf4bf10bcfcf64f -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: bf21357efc234ea99836b190ce34c70f2644ea6a +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47193331" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50200575" --- # Windows コンテナーでのコンソール アプリケーションの実行 @@ -46,7 +46,7 @@ Docker アーキテクチャの詳細については、Docker サイトの「[Do Windows コンテナーは、[Windows 10 Anniversary Update](https://www.microsoft.com/en-us/software-download/windows10/) または [Windows Server 2016](https://www.microsoft.com/en-us/cloud-platform/windows-server) でサポートされています。 > [!NOTE] ->Windows Server 2016 を使用している場合、Docker for Windows インストーラーによってこの機能は有効にならないので、コンテナーを手動で有効にする必要があります。 OS に対してすべての更新プログラムが実行されていることを確認してから、「[Container Host Deployment](https://msdn.microsoft.com/virtualization/windowscontainers/deployment/deployment)」 (コンテナー ホストの展開) の記事にある説明に従って、コンテナーおよび Docker 機能をインストールします。 +>Windows Server 2016 を使用している場合、Docker for Windows インストーラーによってこの機能は有効にならないので、コンテナーを手動で有効にする必要があります。 OS に対してすべての更新プログラムが実行されていることを確認してから、「[Container Host Deployment](/virtualization/windowscontainers/deploy-containers/deploy-containers-on-server)」 (コンテナー ホストの展開) の記事にある説明に従って、コンテナーおよび Docker 機能をインストールします。 Windows コンテナーをサポートするには、Docker for Windows バージョン 1.12 Beta 26 以降が必要になります。 既定では、Docker は Linux ベースのコンテナーを有効にします。Windows コンテナーに切り替えるには、システム トレイで Docker アイコンを右クリックし、**[Switch to Windows containers]** (Windows コンテナーに切り替え) を選択します。 Docker は変更プロセスを実行します。この際、再起動が必要になる場合があります。 diff --git a/docs/framework/get-started/net-core-and-open-source.md b/docs/framework/get-started/net-core-and-open-source.md index 9d8c8885c46..bdbaaa31dfe 100644 --- a/docs/framework/get-started/net-core-and-open-source.md +++ b/docs/framework/get-started/net-core-and-open-source.md @@ -1,15 +1,15 @@ --- -title: .NET Core とオープン ソース -ms.date: 03/30/2017 -ms.assetid: e6bd4655-ce37-4003-8462-468a6fe2c40f -author: mairaw -ms.author: mairaw -ms.openlocfilehash: 707e73705e5e96e1b0b92976d22f763afef64929 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33389253" +title: .NET Core とオープン ソース +ms.date: 03/30/2017 +ms.assetid: e6bd4655-ce37-4003-8462-468a6fe2c40f +author: mairaw +ms.author: mairaw +ms.openlocfilehash: 90dd72fae71f4283e6eefeb7c878b32e9c155cff +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49454396" --- # .NET Core とオープン ソース このトピックでは、.NET Core の概要のほか、詳細情報の入手方法を説明します。 .NET Core に関するトピックの完全な一覧については、[「.NET Core のガイド」](../../core/index.md) を参照してください。 @@ -24,14 +24,14 @@ ms.locfileid: "33389253" - **クロス プラットフォーム:** .NET Core には、ターゲットとするプラットフォームに関係なく、必要とするアプリケーション機能を実装したり、そのコードを再使用したりするための主な機能が備わっています。 現在、Windows、Linux と macOS の 3 つの主要オペレーティング システム (OS) をサポートしています。 サポートされている複数の OS で、修正せずに動作するアプリやライブラリを作成することができます。 サポートされるオペレーティング システムの一覧については、[「.NET Core Roadmap」](https://github.com/dotnet/core/blob/master/roadmap.md) (.NET Core ロードマップ) を参照してください。 -- **オープン ソース:** .NET Core は [.NET Foundation ](http://www.dotnetfoundation.org/)が管理している多くのプロジェクトの 1 つで、[GitHub](https://github.com/) で入手することができます。 .NET Core をオープン ソース プロジェクトとして使用すると、開発プロセスの透明性が高まるほか、コミュニティが活発化して交流が促進されます。 +- **オープン ソース:** .NET Core は [.NET Foundation ](https://www.dotnetfoundation.org/)が管理している多くのプロジェクトの 1 つで、[GitHub](https://github.com/) で入手することができます。 .NET Core をオープン ソース プロジェクトとして使用すると、開発プロセスの透明性が高まるほか、コミュニティが活発化して交流が促進されます。 - **柔軟な展開:** アプリを展開する主な方法には、フレームワークに依存する展開と自己完結型の展開の 2 つがあります。 フレームワークに依存して展開する場合、アプリとサード パーティの依存関係のみがインストールされ、アプリを使用できるようにするには、.NET Core のシステム全体のバージョンが必要です。 自己完結型で展開する場合、アプリの作成に使用される .NET Core バージョンが、アプリやサード パーティの依存関係と共に展開され、他のバージョンと並行して実行することができます。 詳しくは、「[.NET Core アプリケーション展開](../../core/deploying/index.md)」をご覧ください。 - **モジュール形式:** .NET Core は、小規模のアセンブリ パッケージで NuGet を介してリリースされるためモジュール形式となっています。 .NET Core はコア機能のほとんどが含まれる 1 つの大きなアセンブリではなく、中心的な機能が含まれる比較的小さなパッケージとして提供されています。 これによって開発モデルがよりアジャイル化されるため、必要な NuGet パッケージだけが含まれるようにアプリを最適化することができます。 小さいアプリ領域の利点には、セキュリティの強化、サービスの削減、パフォーマンスの向上、従量課金モデルによるコスト削減などがあります。 ## .NET Core プラットフォーム - .NET Core プラットフォームは複数コンポーネントで構成され、マネージ コンパイラ、ランタイム、基本クラス ライブラリ、および ASP.NET Core などの多数のアプリケーション モデルが含まれます。 さまざまなコンポーネントの詳細や、実際の操作については、以下の [GitHub](https://github.com/) リポジトリを参照してください。 + .NET Core プラットフォームは複数コンポーネントで構成され、マネージド コンパイラ、ランタイム、基本クラス ライブラリ、および ASP.NET Core などの多数のアプリケーション モデルが含まれます。 さまざまなコンポーネントの詳細や、実際の操作については、以下の [GitHub](https://github.com/) リポジトリを参照してください。 - [.NET Core](https://github.com/dotnet/core) @@ -46,6 +46,6 @@ ms.locfileid: "33389253" - [ASP.NET Core](https://github.com/aspnet/home) ## 参照 - [.NET Core のホーム ページ](https://www.microsoft.com/net/core) - [.NET Core のガイド](../../core/index.md) - [ASP.NET Core ドキュメント](/aspnet/core/) +- [.NET Core のホーム ページ](https://www.microsoft.com/net/core) +- [.NET Core のガイド](../../core/index.md) +- [ASP.NET Core ドキュメント](/aspnet/core/) diff --git a/docs/framework/get-started/overview.md b/docs/framework/get-started/overview.md index bf46341f841..cdb3a4254b8 100644 --- a/docs/framework/get-started/overview.md +++ b/docs/framework/get-started/overview.md @@ -9,12 +9,12 @@ helpviewer_keywords: ms.assetid: 29848c96-fc36-462d-8072-ba223a40b697 author: rpetrusha ms.author: ronpet -ms.openlocfilehash: 255c7e068cc83b7dcb9489eeeda5ce33be983c81 -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: a8519f7ecfc430aaa9b888f9239f669e6e54eb02 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43522092" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50192747" --- # .NET Framework の概要 @@ -93,9 +93,9 @@ Windows フォーム クラスは、Windows GUI の開発を非常に簡単に ## 関連項目 -[システム要件](../../../docs/framework/get-started/system-requirements.md) -[インストール ガイド](../../../docs/framework/install/index.md) -[開発ガイド](../../../docs/framework/development-guide.md) -[ツール](../../../docs/framework/tools/index.md) -[.NET Framework のサンプル](https://msdn.microsoft.com/library/177055f8-4a1f-43e7-aee6-995c196079b1) -[.NET Framework クラス ライブラリ](https://go.microsoft.com/fwlink/?LinkID=227195) +- [システム要件](../../../docs/framework/get-started/system-requirements.md) +- [インストール ガイド](../../../docs/framework/install/index.md) +- [開発ガイド](../../../docs/framework/development-guide.md) +- [ツール](../../../docs/framework/tools/index.md) +- [.NET Framework のサンプル](https://msdn.microsoft.com/library/177055f8-4a1f-43e7-aee6-995c196079b1) +- [.NET Framework クラス ライブラリ](https://go.microsoft.com/fwlink/?LinkID=227195) diff --git a/docs/framework/interop/blittable-and-non-blittable-types.md b/docs/framework/interop/blittable-and-non-blittable-types.md index 9da3f1bba3e..23603501378 100644 --- a/docs/framework/interop/blittable-and-non-blittable-types.md +++ b/docs/framework/interop/blittable-and-non-blittable-types.md @@ -1,21 +1,21 @@ --- -title: Blittable 型と非 Blittable 型 -ms.date: 03/30/2017 -helpviewer_keywords: -- interop marshaling, blittable types -- blittable types, interop marshaling -ms.assetid: d03b050e-2916-49a0-99ba-f19316e5c1b3 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: acef752cf54d28dd1f07431b5dbbadbac0b7849e -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33392292" +title: Blittable 型と非 Blittable 型 +ms.date: 03/30/2017 +helpviewer_keywords: +- interop marshaling, blittable types +- blittable types, interop marshaling +ms.assetid: d03b050e-2916-49a0-99ba-f19316e5c1b3 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 8b4c1d213c2ed87126fc5eb9995050e14f9214bd +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50199839" --- # Blittable 型と非 Blittable 型 -ほとんどのデータ型の表現はマネージ メモリとアンマネージ メモリの両方で共通しているため、相互運用マーシャラーによる特別な処理は必要ありません。 これらの型は、マネージ コードとアンマネージ コード間での受け渡しの際に変換が必要でないため、*blittable 型*と呼ばれます。 +ほとんどのデータ型の表現はマネージド メモリとアンマネージド メモリの両方で共通しているため、相互運用マーシャラーによる特別な処理は必要ありません。 これらの型は、マネージド コードとアンマネージド コード間での受け渡しの際に変換が必要でないため、*blittable 型*と呼ばれます。 プラットフォーム呼び出しから返される構造体は blittable 型である必要があります。 プラットフォーム呼び出しでは、戻り値の型として非 blittable 型の構造体はサポートされません。 @@ -55,20 +55,20 @@ ms.locfileid: "33392292" blittable 型の配列と、blittable 型のメンバーだけを含むクラスは、最適化のために、マーシャリング時にコピーされるのではなく[固定](../../../docs/framework/interop/copying-and-pinning.md)されます。 これらの型は、呼び出し元と呼び出し先が同じアパートメントに属する場合には、In/Out パラメーターとしてマーシャリングされるように見えることがあります。 ただし、そのような型は実際には In パラメーターとしてマーシャリングされるため、引数を In/Out パラメーターとしてマーシャリングする必要がある場合には、 属性と 属性を適用する必要があります。 - 一部のマネージ データ型は、アンマネージ環境では異なる表現が必要です。 これらの非 blittable データ型は、マーシャリングできる形式に変換する必要があります。 たとえば、マネージ文字列は、文字列オブジェクトに変換しないとマーシャリングできないので、非 blittable 型です。 + 一部のマネージド データ型は、アンマネージド環境では異なる表現が必要です。 これらの非 blittable データ型は、マーシャリングできる形式に変換する必要があります。 たとえば、マネージド文字列は、文字列オブジェクトに変換しないとマーシャリングできないので、非 blittable 型です。 名前空間に属する非 blittable 型を次の表に示します。 [デリゲート](https://msdn.microsoft.com/library/d176ee76-f982-494b-b03d-92e4118896e2(v=vs.100))は静的メソッドまたはクラス インスタンスを参照するデータ構造体であり、これも非 blittable 型です。 |非 blittable 型|説明| |-------------------------|-----------------| |[System.Array](../../../docs/framework/interop/default-marshaling-for-arrays.md)|C スタイルの配列または `SAFEARRAY` に変換されます。| -|[System.Boolean](https://msdn.microsoft.com/library/d4c00537-70f7-4ca6-8197-bfc1ec037ff9(v=vs.100))|1、2、または 4 バイトの値に変換されます。`true` の場合は 1 または -1 になります。| -|[System.Char](https://msdn.microsoft.com/library/cecc87c1-075e-4cde-aa56-33d189f66feb(v=vs.100))|Unicode 文字または ANSI 文字に変換されます。| -|[System.Class](https://msdn.microsoft.com/library/fe334af5-0123-43d8-be84-26f6f023ddb6(v=vs.100))|クラス インターフェイスに変換されます。| +|[System.Boolean](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/t2t3725f(v=vs.100))|1、2、または 4 バイトの値に変換されます。`true` の場合は 1 または -1 になります。| +|[System.Char](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/6tyybbf2(v=vs.100))|Unicode 文字または ANSI 文字に変換されます。| +|[System.Class](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/s0968xy8(v=vs.100))|クラス インターフェイスに変換されます。| |[System.Object](../../../docs/framework/interop/default-marshaling-for-objects.md)|バリアントまたはインターフェイスに変換されます。| |[System.Mdarray](../../../docs/framework/interop/default-marshaling-for-arrays.md)|C スタイルの配列または `SAFEARRAY` に変換されます。| |[System.String](../../../docs/framework/interop/default-marshaling-for-strings.md)|null 参照で終わる文字列または BSTR に変換されます。| -|[System.Valuetype](https://msdn.microsoft.com/library/4d9a876c-e05a-40ba-bd85-bd22877f984a(v=vs.100))|固定メモリ レイアウトを持つ構造体に変換されます。| +|[System.Valuetype](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/0t2cwe11(v=vs.100))|固定メモリ レイアウトを持つ構造体に変換されます。| |[System.Szarray](../../../docs/framework/interop/default-marshaling-for-arrays.md)|C スタイルの配列または `SAFEARRAY` に変換されます。| クラス型とオブジェクト型は COM 相互運用でのみサポートされます。 [!INCLUDE[vbprvblong](../../../includes/vbprvblong-md.md)]、C#、および C++ の対応する型については、「[クラス ライブラリの概要](../../../docs/standard/class-library-overview.md)」を参照してください。 diff --git a/docs/framework/interop/com-wrappers.md b/docs/framework/interop/com-wrappers.md index 104cd2c9ee6..424e2c64e5f 100644 --- a/docs/framework/interop/com-wrappers.md +++ b/docs/framework/interop/com-wrappers.md @@ -1,22 +1,22 @@ --- -title: COM ラッパー -ms.date: 03/30/2017 -helpviewer_keywords: -- wrapper classes -- COM interop, COM wrappers -- COM wrappers -- COM, wrappers -- interoperation with unmanaged code, COM wrappers -- COM callable wrappers -ms.assetid: e56c485b-6b67-4345-8e66-fd21835a6092 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: 57483f099bb71a1ab685cedf148d4343c12983dd -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33390524" +title: COM ラッパー +ms.date: 03/30/2017 +helpviewer_keywords: +- wrapper classes +- COM interop, COM wrappers +- COM wrappers +- COM, wrappers +- interoperation with unmanaged code, COM wrappers +- COM callable wrappers +ms.assetid: e56c485b-6b67-4345-8e66-fd21835a6092 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: d86743f59c12cf59376ad542c2cd58f6e8c4ad65 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50187245" --- # COM ラッパー COM は、次のいくつかの重要な点で、.NET Framework オブジェクト モデルとは異なります。 @@ -27,15 +27,15 @@ COM は、次のいくつかの重要な点で、.NET Framework オブジェク - NET オブジェクトは、.NET Framework の実行環境によって管理されるメモリ内に存在します。 実行環境では、パフォーマンス上の理由からオブジェクトをメモリ内で移動させることができ、移動先のオブジェクトへのすべての参照を更新できます。 オブジェクトへのポインターを取得するアンマネージ クライアントは、そのオブジェクトに依存するので同じ場所にとどまります。 これらのクライアントには、場所が固定されていないオブジェクトを処理するための機構がありません。 - このような相違を克服するために、ランタイムはラッパー クラスを提供して、マネージ クライアントとアンマネージ クライアントの両方がそれぞれの環境内でオブジェクトを呼び出していると認識するようにします。 マネージ クライアントが COM オブジェクトでメソッドを呼び出すたびに、ランタイムは[ランタイム呼び出し可能ラッパー](runtime-callable-wrapper.md) (RCW) を作成します。 RCW は、特にマネージ参照機構とアンマネージ参照機構の相違を抽象化します。 また、ランタイムは [COM 呼び出し可能ラッパー](com-callable-wrapper.md) (CCW) を作成して、プロセスを反転させ、COM クライアントがシームレスに .NET オブジェクトでメソッドを呼び出せるようにします。 呼び出し元のコードと、ランタイムが作成するラッパー クラスの関係を示す図を以下に示します。 + このような相違を克服するために、ランタイムはラッパー クラスを提供して、マネージド クライアントとアンマネージド クライアントの両方がそれぞれの環境内でオブジェクトを呼び出していると認識するようにします。 マネージド クライアントが COM オブジェクトでメソッドを呼び出すたびに、ランタイムは[ランタイム呼び出し可能ラッパー](runtime-callable-wrapper.md) (RCW) を作成します。 RCW は、特にマネージド参照機構とアンマネージド参照機構の相違を抽象化します。 また、ランタイムは [COM 呼び出し可能ラッパー](com-callable-wrapper.md) (CCW) を作成して、プロセスを反転させ、COM クライアントがシームレスに .NET オブジェクトでメソッドを呼び出せるようにします。 呼び出し元のコードと、ランタイムが作成するラッパー クラスの関係を示す図を以下に示します。 ![COM ラッパーの概要](media/bidirectional.gif "bidirectional") COM ラッパーの概要 - ほとんどの場合、ランタイムによって生成される標準の RCW または CCW は、COM と .NET Framework の境界をまたがる呼び出しに対して適切なマーシャリングを提供します。 カスタム属性を使用することにより、必要に応じて、ランタイムがマネージ コードおよびアンマネージ コードを表わす方法を調整できます。 + ほとんどの場合、ランタイムによって生成される標準の RCW または CCW は、COM と .NET Framework の境界をまたがる呼び出しに対して適切なマーシャリングを提供します。 カスタム属性を使用することにより、必要に応じて、ランタイムがマネージド コードおよびアンマネージド コードを表わす方法を調整できます。 ## 参照 - [高度な COM 相互運用性](https://msdn.microsoft.com/library/3ada36e5-2390-4d70-b490-6ad8de92f2fb(v=vs.100)) + [高度な COM 相互運用性](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/bd9cdfyx(v=vs.100)) [ランタイム呼び出し可能ラッパー](runtime-callable-wrapper.md) [COM 呼び出し可能ラッパー](com-callable-wrapper.md) [標準ラッパーのカスタマイズ](https://msdn.microsoft.com/library/c40d089b-6a3c-41b5-a20d-d760c215e49d(v=vs.100)) diff --git a/docs/framework/interop/consuming-unmanaged-dll-functions.md b/docs/framework/interop/consuming-unmanaged-dll-functions.md index e81f7c9c388..fcfa06c57f6 100644 --- a/docs/framework/interop/consuming-unmanaged-dll-functions.md +++ b/docs/framework/interop/consuming-unmanaged-dll-functions.md @@ -1,29 +1,29 @@ --- -title: アンマネージ DLL 関数の処理 -ms.date: 03/30/2017 -helpviewer_keywords: -- unmanaged functions, calling -- COM interop, DLL functions -- unmanaged functions -- COM interop, platform invoke -- platform invoke, about platform invoke -- DLL functions, consuming unmanaged -- interoperation with unmanaged code, DLL functions -- interoperation with unmanaged code, platform invoke -- platform invoke -- DLL functions -ms.assetid: eca7606e-ebfb-4f47-b8d9-289903fdc045 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: 3166d6c95532706781188da0c56ebf9022038a50 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33388379" +title: アンマネージ DLL 関数の処理 +ms.date: 03/30/2017 +helpviewer_keywords: +- unmanaged functions, calling +- COM interop, DLL functions +- unmanaged functions +- COM interop, platform invoke +- platform invoke, about platform invoke +- DLL functions, consuming unmanaged +- interoperation with unmanaged code, DLL functions +- interoperation with unmanaged code, platform invoke +- platform invoke +- DLL functions +ms.assetid: eca7606e-ebfb-4f47-b8d9-289903fdc045 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 8f2dc9fccf6718c4edebc26efcdda71b41873a3a +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50195243" --- # アンマネージ DLL 関数の処理 -プラットフォーム呼び出しは、マネージ コードがダイナミック リンク ライブラリ (DLL) に実装されたアンマネージ関数 (Win32 API に含まれているものなど) を呼び出すことを可能にするサービスです。 これはエクスポートされた関数を見つけて呼び出し、必要に応じて相互運用の境界を越えて、その引数 (整数、文字列、配列、構造体、その他) をマーシャリングします。 +プラットフォーム呼び出しは、マネージド コードがダイナミック リンク ライブラリ (DLL) に実装されたアンマネージド 関数 (Win32 API に含まれているものなど) を呼び出すことを可能にするサービスです。 これはエクスポートされた関数を見つけて呼び出し、必要に応じて相互運用の境界を越えて、その引数 (整数、文字列、配列、構造体、その他) をマーシャリングします。 このセクションでは、アンマネージド DLL 関数の使用に関連するタスクを紹介し、プラットフォーム呼び出しについての詳しい情報を提供します。 以下のタスクに加えて、一般的な考慮事項、および追加情報や例を提供するリンクがあります。 @@ -37,7 +37,7 @@ ms.locfileid: "33388379" 既存のクラスを使用して、アンマネージ関数ごとに個別のクラスを作成するか、または関連するアンマネージ関数のセットを格納する 1 つのクラスを作成できます。 -3. [マネージ コードでプロトタイプを作成します](../../../docs/framework/interop/creating-prototypes-in-managed-code.md)。 +3. [マネージド コードでプロトタイプを作成します](../../../docs/framework/interop/creating-prototypes-in-managed-code.md)。 [Visual Basic] **Declare** ステートメントを **Function** および **Lib** キーワードと共に使用します。 いくつかのまれなケースでは、**DllImportAttribute** を **Shared Function** キーワードと共に使用できます。 それらのケースについては、このセクションで後述します。 @@ -47,7 +47,7 @@ ms.locfileid: "33388379" 4. [DLL 関数を呼び出します](../../../docs/framework/interop/calling-a-dll-function.md)。 - 他のマネージ メソッドと同様の方法で、マネージ クラスのメソッドを呼び出します。 [構造体の受け渡し](../../../docs/framework/interop/passing-structures.md)および[コールバック関数の実装](../../../docs/framework/interop/callback-functions.md)は、特殊なケースです。 + 他のマネージド メソッドと同様の方法で、マネージド クラスのメソッドを呼び出します。 [構造体の受け渡し](../../../docs/framework/interop/passing-structures.md)および[コールバック関数の実装](../../../docs/framework/interop/callback-functions.md)は、特殊なケースです。 プラットフォーム呼び出しで使用する .NET ベースの宣言を作成する方法を示す例については、「[プラットフォーム呼び出しによるデータのマーシャリング](../../../docs/framework/interop/marshaling-data-with-platform-invoke.md)」を参照してください。 @@ -70,8 +70,8 @@ ms.locfileid: "33388379" 4. アンマネージ関数に制御を移します。 - プラットフォーム呼び出しは、アンマネージ関数によって生成された例外を、マネージ呼び出し元にスローします。 - + プラットフォーム呼び出しは、アンマネージド 関数によって生成された例外を、マネージド呼び出し元にスローします。 + ## 参照 [アンマネージ コードとの相互運用](../../../docs/framework/interop/index.md) [プラットフォーム呼び出しの例](../../../docs/framework/interop/platform-invoke-examples.md) 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 23592acd64b..a48b5fba286 100644 --- a/docs/framework/interop/how-to-map-hresults-and-exceptions.md +++ b/docs/framework/interop/how-to-map-hresults-and-exceptions.md @@ -1,24 +1,24 @@ --- -title: '方法: HRESULT に例外を割り当てる' -ms.date: 03/30/2017 -dev_langs: -- cpp -helpviewer_keywords: -- interoperation with unmanaged code, HRESULTs -- exceptions, HRESULTs -- interoperation with unmanaged code, exceptions -- HRESULTs -- COM interop, HRESULTs -- COM interop, exceptions -ms.assetid: 610b364b-2761-429d-9c4a-afbc3e66f1b9 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: 0d9825deae22e856cf520e6173d53278539c576c -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33393550" +title: '方法: HRESULT に例外を割り当てる' +ms.date: 03/30/2017 +dev_langs: +- cpp +helpviewer_keywords: +- interoperation with unmanaged code, HRESULTs +- exceptions, HRESULTs +- interoperation with unmanaged code, exceptions +- HRESULTs +- COM interop, HRESULTs +- COM interop, exceptions +ms.assetid: 610b364b-2761-429d-9c4a-afbc3e66f1b9 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 0d5728de1140df51b9c725db0c8c80d21ace6deb +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49454474" --- # 方法: HRESULT に例外を割り当てる COM メソッドでは、HRESULT を返してエラーを報告します。 .NET メソッドでは、例外をスローしてエラーを報告します。 ランタイムは、この 2 つの間の遷移を処理します。 .NET Framework の例外クラスはそれぞれ HRESULT に割り当てられます。 @@ -46,7 +46,7 @@ COM メソッドでは、HRESULT を返してエラーを報告します。 .NET } ``` - マネージ コードとアンマネージ コードの両方を同時に使用する (任意のプログラミング言語の) プログラムもあります。 たとえば、次のコード例のカスタム マーシャラーは、**Marshal.ThrowExceptionForHR(int HResult)** メソッドを使用して、特定の HRESULT 値を持つ例外をスローします。 このメソッドは、HRESULT を調べ、適切な例外型を生成します。 たとえば、次のコード フラグメントの HRESULT では、**ArgumentException** が生成されます。 + マネージド コードとアンマネージド コードの両方を同時に使用する (任意のプログラミング言語の) プログラムもあります。 たとえば、次のコード例のカスタム マーシャラーは、**Marshal.ThrowExceptionForHR(int HResult)** メソッドを使用して、特定の HRESULT 値を持つ例外をスローします。 このメソッドは、HRESULT を調べ、適切な例外型を生成します。 たとえば、次のコード フラグメントの HRESULT では、**ArgumentException** が生成されます。 ```cpp CMyClass::MethodThatThrows @@ -124,7 +124,7 @@ CMyClass::MethodThatThrows |**COR_E_VTABLECALLSNOTSUPPORTED**|**VTableCallsNotSupportedException**| |**その他のすべての HRESULT**|**COMException**| - 拡張エラー情報を取得するために、マネージ クライアントは、生成された例外オブジェクトのフィールドを調べる必要があります。 例外オブジェクトでエラーについての有益な情報を提供できるようにするには、COM オブジェクトは、**IErrorInfo** インターフェイスを実装している必要があります。 ランタイムは、**IErrorInfo** で提供される情報を使用して例外オブジェクトを初期化します。 + 拡張エラー情報を取得するために、マネージド クライアントは、生成された例外オブジェクトのフィールドを調べる必要があります。 例外オブジェクトでエラーについての有益な情報を提供できるようにするには、COM オブジェクトは、**IErrorInfo** インターフェイスを実装している必要があります。 ランタイムは、**IErrorInfo** で提供される情報を使用して例外オブジェクトを初期化します。 COM オブジェクトで **IErrorInfo** がサポートされていない場合、ランタイムは既定値で例外オブジェクトを初期化します。 次の表で、例外オブジェクトに関連付けられた各フィールドをリストし、COM オブジェクトが **IErrorInfo** をサポートしている場合の既定の情報ソースを示します。 @@ -135,7 +135,7 @@ CMyClass::MethodThatThrows |**ErrorCode**|呼び出しから返された HRESULT。| |**HelpLink**|**IErrorInfo->HelpContext** が 0 以外の場合、文字列は **IErrorInfo->GetHelpFile**、"#"、および **IErrorInfo->GetHelpContext** を連結して形成されます。 それ以外の場合、文字列は **IErrorInfo->GetHelpFile** から返されます。| |**InnerException**|常に null 参照 (Visual Basic では **Nothing**)。| -|**[メッセージ]**|**IErrorInfo->GetDescription** から返された文字列。| +|**メッセージ**|**IErrorInfo->GetDescription** から返された文字列。| |**ソース**|**IErrorInfo->GetSource** から返された文字列。| |**StackTrace**|スタック トレース。| |**TargetSite**|失敗を示す HRESULT を返したメソッドの名前。| @@ -143,5 +143,5 @@ CMyClass::MethodThatThrows **Message**、**Source**、および **StackTrace** などの例外フィールドは、**StackOverflowException** では使用できません。 ## 参照 - [高度な COM 相互運用性](https://msdn.microsoft.com/library/3ada36e5-2390-4d70-b490-6ad8de92f2fb(v=vs.100)) + [高度な COM 相互運用性](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/bd9cdfyx(v=vs.100)) [例外](../../standard/exceptions/index.md) diff --git a/docs/framework/interop/interop-marshaling.md b/docs/framework/interop/interop-marshaling.md index 3eed5a1a90c..f7ade1879ee 100644 --- a/docs/framework/interop/interop-marshaling.md +++ b/docs/framework/interop/interop-marshaling.md @@ -1,26 +1,26 @@ --- -title: 相互運用マーシャリング -ms.date: 03/30/2017 -helpviewer_keywords: -- marshaling, COM interop -- interop marshaling -- interop marshaling, about interop marshaling -ms.assetid: 115f7a2f-d422-4605-ab36-13a8dd28142a -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: 1995c367039591c086054a086f2107e4a88ecefb -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33395370" +title: 相互運用マーシャリング +ms.date: 03/30/2017 +helpviewer_keywords: +- marshaling, COM interop +- interop marshaling +- interop marshaling, about interop marshaling +ms.assetid: 115f7a2f-d422-4605-ab36-13a8dd28142a +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: a70548231454991060098908ce954bf699eff838 +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49453256" --- # 相互運用マーシャリング - 相互運用マーシャリングは、メソッド引数と戻り値によって、呼び出し中にマネージ メモリとアンマネージ メモリの間でデータを渡す方法を制御します。 相互運用マーシャリングは、共通言語ランタイムのマーシャリング サービスによって実行される、ランタイム アクティビティです。 + 相互運用マーシャリングは、メソッド引数と戻り値によって、呼び出し中にマネージド メモリとアンマネージド メモリの間でデータを渡す方法を制御します。 相互運用マーシャリングは、共通言語ランタイムのマーシャリング サービスによって実行される、ランタイム アクティビティです。 - ほとんどのデータ型は、マネージとアンマネージの両方のメモリに共通の表現があります。 相互運用マーシャラーは、これらの型を処理します。 その他の型は、あいまいな型であるか、マネージ メモリでまったく表現されていない型である可能性があります。 + ほとんどのデータ型は、マネージドとアンマネージドの両方のメモリに共通の表現があります。 相互運用マーシャラーは、これらの型を処理します。 その他の型は、あいまいな型であるか、マネージド メモリでまったく表現されていない型である可能性があります。 - あいまいな型は、複数のアンマネージ表現が 1 つのマネージ型にマップされていたり、配列のサイズなどの型情報が欠落していたりします。 あいまいな型の場合、マーシャラーは、既定の表現と複数の表現が存在するときのための代替表現とを提供します。 あいまいな型をマーシャリングする方法について、マーシャラーに明示的な指示を与えることができます。 + あいまいな型は、複数のアンマネージド表現が 1 つのマネージド型にマップされていたり、配列のサイズなどの型情報が欠落していたりします。 あいまいな型の場合、マーシャラーは、既定の表現と複数の表現が存在するときのための代替表現とを提供します。 あいまいな型をマーシャリングする方法について、マーシャラーに明示的な指示を与えることができます。 この概要は、次のセクションで構成されています。 @@ -38,11 +38,11 @@ ms.locfileid: "33395370" ## プラットフォーム呼び出しと COM 相互運用のモデル 共通言語ランタイムは、アンマネージ コードと相互運用するために、次の 2 つのメカニズムを提供します。 -- プラットフォーム呼び出しにより、マネージ コードは、アンマネージ ライブラリからエクスポートされた関数を呼び出すことができます。 +- プラットフォーム呼び出しにより、マネージド コードは、アンマネージド ライブラリからエクスポートされた関数を呼び出すことができます。 -- COM 相互運用により、マネージ コードは、インターフェイスを介してコンポーネント オブジェクト モデル (COM) オブジェクトと対話できます。 +- COM 相互運用により、マネージド コードは、インターフェイスを介してコンポーネント オブジェクト モデル (COM) オブジェクトと対話できます。 - プラットフォーム呼び出しと COM 相互運用はどちらも、必要な場合に、相互運用マーシャリングを使用して呼び出し元と呼び出し先との間でメソッド引数を正確に移動します。 次の図が示すように、プラットフォーム呼び出しメソッドの呼び出しはマネージ コードからアンマネージ コードにフローして、[コールバック関数](callback-functions.md)が関係していない限りその逆の方向にはフローしません。 プラットフォーム呼び出しの呼び出しはマネージ コードからアンマネージ コードにのみフローしますが、データは入出力パラメーターとして双方向にフローできます。 COM 相互運用のメソッド呼び出しは、どちらの方向にもフローできます。 + プラットフォーム呼び出しと COM 相互運用はどちらも、必要な場合に、相互運用マーシャリングを使用して呼び出し元と呼び出し先との間でメソッド引数を正確に移動します。 次の図が示すように、プラットフォーム呼び出しメソッドの呼び出しはマネージド コードからアンマネージド コードにフローして、[コールバック関数](callback-functions.md)が関係していない限りその逆の方向にはフローしません。 プラットフォーム呼び出しの呼び出しはマネージド コードからアンマネージド コードにのみフローしますが、データは入出力パラメーターとして双方向にフローできます。 COM 相互運用のメソッド呼び出しは、どちらの方向にもフローできます。 ![プラットフォーム呼び出し](./media/interopmarshaling.png "interopmarshaling") プラットフォーム呼び出しと COM 相互運用の呼び出しフロー @@ -55,25 +55,25 @@ ms.locfileid: "33395370" ## マーシャリングと COM アパートメント 相互運用マーシャラーは、共通言語ランタイム ヒープとアンマネージ ヒープの間でデータをマーシャリングします。 呼び出し元と呼び出し先がデータの同じインスタンスで機能できないときには常に、マーシャリングが生じます。 相互運用マーシャラーにより、呼び出し元と呼び出し先がデータの独自のコピーを持っている場合でも、見かけ上は同じデータに対して機能しているようにすることが可能になります。 - COM には、COM アパートメント間や異なる COM プロセス間でデータをマーシャリングするマーシャラーもあります。 同じ COM アパートメント内でマネージ コードとアンマネージ コード間の呼び出しをする場合は、相互運用マーシャラーが関連する唯一のマーシャラーとなります。 異なる COM アパートメントや異なるプロセス内でマネージ コードとアンマネージ コード間の呼び出しをする場合は、相互運用マーシャラーと COM マーシャラーの両方が関連します。 + COM には、COM アパートメント間や異なる COM プロセス間でデータをマーシャリングするマーシャラーもあります。 同じ COM アパートメント内でマネージド コードとアンマネージド コード間の呼び出しをする場合は、相互運用マーシャラーが関連する唯一のマーシャラーとなります。 異なる COM アパートメントや異なるプロセス内でマネージド コードとアンマネージド コード間の呼び出しをする場合は、相互運用マーシャラーと COM マーシャラーの両方が関連します。 -### COM クライアントとマネージ サーバー - [Regasm.exe (アセンブリ登録ツール)](../tools/regasm-exe-assembly-registration-tool.md) によって登録されたタイプ ライブラリのあるエクスポートされたマネージ サーバーでは、`ThreadingModel` レジストリ エントリが `Both` に設定されています。 この値は、シングルスレッド アパートメント (STA) またはマルチスレッド アパートメント (MTA) で、サーバーをアクティブ化できることを示します。 次の表に示すように、サーバー オブジェクトは、その呼び出し元と同じアパートメント内に作成されます。 +### COM クライアントとマネージド サーバー + [Regasm.exe (アセンブリ登録ツール)](../tools/regasm-exe-assembly-registration-tool.md) によって登録されたタイプ ライブラリのあるエクスポートされたマネージド サーバーでは、`ThreadingModel` レジストリ エントリが `Both` に設定されています。 この値は、シングルスレッド アパートメント (STA) またはマルチスレッド アパートメント (MTA) で、サーバーをアクティブ化できることを示します。 次の表に示すように、サーバー オブジェクトは、その呼び出し元と同じアパートメント内に作成されます。 |COM クライアント|.NET サーバー|マーシャリングの要件| |----------------|-----------------|-----------------------------| |STA|`Both` は STA になります。|同じアパートメントでのマーシャリング。| |MTA|`Both` は MTA になります。|同じアパートメントでのマーシャリング。| - クライアントとサーバーが同じアパートメント内にあるため、相互運用マーシャリング サービスはすべてのデータのマーシャリングを自動的に処理します。 次の図は、同じ COM スタイル アパートメント内のマネージ ヒープとアンマネージ ヒープの間で機能している、相互運用マーシャリング サービスを示しています。 + クライアントとサーバーが同じアパートメント内にあるため、相互運用マーシャリング サービスはすべてのデータのマーシャリングを自動的に処理します。 次の図は、同じ COM スタイル アパートメント内のマネージド ヒープとアンマネージド ヒープの間で機能している、相互運用マーシャリング サービスを示しています。 ![相互運用マーシャリング](./media/interopheap.gif "interopheap") 同じアパートメントでのマーシャリングのプロセス - マネージ サーバーをエクスポートする予定の場合は、サーバーのアパートメントが COM クライアントによって決定されることに注意してください。 MTA 内で初期化された COM クライアントから呼び出されるマネージ サーバーは、スレッド セーフを確保する必要があります。 + マネージド サーバーをエクスポートする予定の場合は、サーバーのアパートメントが COM クライアントによって決定されることに注意してください。 MTA 内で初期化された COM クライアントから呼び出されるマネージド サーバーは、スレッド セーフを確保する必要があります。 -### マネージ クライアントと COM サーバー - マネージ クライアントのアパートメントの既定の設定は MTA です。ただし、.NET クライアントのアプリケーションの種類によっては、既定の設定が変更されることがあります。 たとえば、[!INCLUDE[vbprvblong](../../../includes/vbprvblong-md.md)] クライアントのアパートメントの設定は STA です。 、、 プロパティ、または プロパティを使用して、マネージ クライアントのアパートメントの設定を変更できます。 +### マネージド クライアントと COM サーバー + マネージド クライアントのアパートメントの既定の設定は MTA です。ただし、.NET クライアントのアプリケーションの種類によっては、既定の設定が変更されることがあります。 たとえば、[!INCLUDE[vbprvblong](../../../includes/vbprvblong-md.md)] クライアントのアパートメントの設定は STA です。 、、 プロパティ、または プロパティを使用して、マネージド クライアントのアパートメントの設定を変更できます。 コンポーネントの作成者は、COM サーバーのスレッド アフィニティを設定します。 次の表は、.NET クライアントと COM サーバーのアパートメント設定の組み合わせを示しています。 また、結果として生じる、組み合わせのためのマーシャリング要件も示しています。 @@ -82,7 +82,7 @@ ms.locfileid: "33395370" |MTA (既定)|MTA

STA|相互運用マーシャリング。

相互運用と COM マーシャリング。| |STA|MTA

STA|相互運用と COM マーシャリング。

相互運用マーシャリング。| - マネージ クライアントとアンマネージ サーバーが同じアパートメント内にあるとき、相互運用マーシャリング サービスはすべてのデータのマーシャリングを処理します。 ただし、クライアントとサーバーが異なるアパートメント内で初期化される場合は、COM マーシャリングも必要となります。 次の図は、アパートメント間の呼び出しの要素を示しています。 + マネージド クライアントとアンマネージド サーバーが同じアパートメント内にあるとき、相互運用マーシャリング サービスはすべてのデータのマーシャリングを処理します。 ただし、クライアントとサーバーが異なるアパートメント内で初期化される場合は、COM マーシャリングも必要となります。 次の図は、アパートメント間の呼び出しの要素を示しています。 ![COM マーシャリング](./media/singleprocessmultapt.gif "singleprocessmultapt") .NET クライアントと COM オブジェクト間でのアパートメント間の呼び出し @@ -96,17 +96,17 @@ ms.locfileid: "33395370" > [!NOTE] > C# クライアントのスレッドを STA に設定すると、MTA COM コンポーネントへの呼び出しにはアパートメント間のマーシャリングが必要となります。 - アパートメント モデルを明示的に選択する方法については、「[マネージとアンマネージ スレッド](https://msdn.microsoft.com/library/db425c20-4b2f-4433-bf96-76071c7881e5(v=vs.100))」を参照してください。 + アパートメント モデルを明示的に選択する方法については、「[マネージドとアンマネージド スレッド](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/5s8ee185(v=vs.100))」を参照してください。 [ページのトップへ](#top) ## リモートの呼び出しのマーシャリング - アパートメント間のマーシャリングの場合と同様に、COM マーシャリングは、オブジェクトが別個のプロセス内に存在するときには常に、マネージ コードとアンマネージ コード間の各呼び出しに関与します。 例: + アパートメント間のマーシャリングの場合と同様に、COM マーシャリングは、オブジェクトが別個のプロセス内に存在するときには常に、マネージド コードとアンマネージド コード間の各呼び出しに関与します。 例: -- リモート ホスト上のマネージ サーバーを呼び出す COM クライアントは、分散 COM (DCOM) を使用します。 +- リモート ホスト上のマネージド サーバーを呼び出す COM クライアントは、分散 COM (DCOM) を使用します。 -- リモート ホスト上の COM サーバーを呼び出すマネージ クライアントは、DCOM を使用します。 +- リモート ホスト上の COM サーバーを呼び出すマネージド クライアントは、DCOM を使用します。 次の図は、相互運用マーシャリングと COM マーシャリングが、プロセスとホストの境界を越えて通信チャネルを提供する方法を示しています。 @@ -114,24 +114,24 @@ ms.locfileid: "33395370" プロセス間のマーシャリング ### ID の保持 - 共通言語ランタイムは、マネージ参照とアンマネージ参照の ID を保持します。 次の図は、プロセスとホストの境界を越えている、直接アンマネージ参照 (上の行) と直接マネージ参照 (下の行) のフローを示しています。 + 共通言語ランタイムは、マネージド参照とアンマネージド参照の ID を保持します。 次の図は、プロセスとホストの境界を越えている、直接アンマネージド参照 (上の行) と直接マネージド参照 (下の行) のフローを示しています。 ![COM 呼び出し可能ラッパーとランタイム呼び出し可能ラッパー](./media/interopdirectref.gif "interopdirectref") プロセスとホストの境界を越えて渡される参照 この図では: -- アンマネージ クライアントは、COM オブジェクトへの参照を、リモート ホストからその参照を取得するマネージ オブジェクトから取得します。 リモート処理のメカニズムは DCOM です。 +- アンマネージド クライアントは、COM オブジェクトへの参照を、リモート ホストからその参照を取得するマネージド オブジェクトから取得します。 リモート処理のメカニズムは DCOM です。 -- マネージ クライアントは、マネージ オブジェクトへの参照を、リモート ホストからその参照を取得している COM オブジェクトから取得します。 リモート処理のメカニズムは DCOM です。 +- マネージド クライアントは、マネージド オブジェクトへの参照を、リモート ホストからその参照を取得している COM オブジェクトから取得します。 リモート処理のメカニズムは DCOM です。 > [!NOTE] - > マネージ サーバーのエクスポート済みタイプ ライブラリを登録する必要があります。 + > マネージド サーバーのエクスポート済みタイプ ライブラリを登録する必要があります。 呼び出し元と呼び出し先の間のプロセス境界の数は関連していません。同じ直接参照が、イン プロセスおよびアウト プロセスの呼び出しで発生します。 -### マネージ リモート処理 - ランタイムは、プロセスとホストの境界を越えてマネージ オブジェクト間に通信チャネルを確立するために使用できる、マネージ リモート処理も提供します。 次の図に示すように、マネージ リモート処理は、通信コンポーネントの間のファイアウォールに対応できます。 +### マネージド リモート処理 + ランタイムは、プロセスとホストの境界を越えてマネージド オブジェクト間に通信チャネルを確立するために使用できる、マネージド リモート処理も提供します。 次の図に示すように、マネージド リモート処理は、通信コンポーネントの間のファイアウォールに対応できます。 ![SOAP または TcpChannel](./media/interopremotesoap.gif "interopremotesoap") SOAP または TcpChannel クラスを使用するファイアウォールを越えたリモート呼び出し @@ -152,7 +152,7 @@ SOAP または TcpChannel クラスを使用するファイアウォールを越 |[方法: HRESULT に例外を割り当てる](how-to-map-hresults-and-exceptions.md)|HRESULT にカスタム例外をマップする方法について説明し、各 HRESULT から .NET Framework での同等の例外クラスへの完全なマッピングを示します。| |[ジェネリック型を使用する相互運用](https://msdn.microsoft.com/library/26b88e03-085b-4b53-94ba-a5a9c709ce58(v=vs.100))|COM 相互運用性のジェネリック型を使用するとき、どのアクションがサポートされるかについて説明します。| |[アンマネージ コードとの相互運用](index.md)|共通言語ランタイムが提供する相互運用サービスについて説明します。| -|[高度な COM 相互運用性](https://msdn.microsoft.com/library/3ada36e5-2390-4d70-b490-6ad8de92f2fb(v=vs.100))|.NET Framework アプリケーションに COM コンポーネントを組み込む方法についての詳細情報へのリンクを示します。| +|[高度な COM 相互運用性](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/bd9cdfyx(v=vs.100))|.NET Framework アプリケーションに COM コンポーネントを組み込む方法についての詳細情報へのリンクを示します。| |[相互運用のためのデザインの考慮事項](https://msdn.microsoft.com/library/b59637f6-fe35-40d6-ae72-901e7a707689(v=vs.100))|統合 COM コンポーネントを記述するためのヒントを示します。| [ページのトップへ](#top) diff --git a/docs/framework/interop/marshaling-a-delegate-as-a-callback-method.md b/docs/framework/interop/marshaling-a-delegate-as-a-callback-method.md index 258401a408f..6553dca423f 100644 --- a/docs/framework/interop/marshaling-a-delegate-as-a-callback-method.md +++ b/docs/framework/interop/marshaling-a-delegate-as-a-callback-method.md @@ -1,22 +1,22 @@ --- -title: コールバック メソッドとしてのデリゲートのマーシャ リング -ms.date: 03/30/2017 -dev_langs: -- csharp -- vb -- cpp -helpviewer_keywords: -- data marshaling, Callback sample -- marshaling, Callback sample -ms.assetid: 6ddd7866-9804-4571-84de-83f5cc017a5a -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: ff875f2807a14493ab81a9e354b5c4dcdf3d5feb -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33389384" +title: コールバック メソッドとしてのデリゲートのマーシャ リング +ms.date: 03/30/2017 +dev_langs: +- csharp +- vb +- cpp +helpviewer_keywords: +- data marshaling, Callback sample +- marshaling, Callback sample +ms.assetid: 6ddd7866-9804-4571-84de-83f5cc017a5a +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 579bc56a538707fd19d6d089c7f3c0c0561ea9eb +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49454422" --- # コールバック メソッドとしてのデリゲートのマーシャ リング このサンプルでは、関数ポインターを要求するアンマネージ関数にデリゲートを渡す方法を示します。 デリゲートは、メソッドへの参照を保持できるクラスであり、タイプ セーフな関数ポインターまたはコールバック関数と同等のものです。 @@ -38,9 +38,9 @@ ms.locfileid: "33389384" void TestCallBack2(FPTR2 pf2, char* value); ``` - [PinvokeLib.dll](https://msdn.microsoft.com/library/5d1438d7-9946-489d-8ede-6c694a08f614(v=vs.100)) はカスタム アンマネージ ライブラリであり、上で示した関数の実装を含んでいます。 + [PinvokeLib.dll](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/as6wyhwt(v=vs.100)) はカスタム アンマネージ ライブラリであり、上で示した関数の実装を含んでいます。 - このサンプルでは、`LibWrap` クラスには、`TestCallBack` メソッドと `TestCallBack2` メソッドのマネージ プロトタイプが含まれます。 どちらのメソッドも、コールバック関数にパラメーターとしてデリゲートを渡します。 デリゲートのシグネチャは、それが参照しているメソッドのシグネチャと一致する必要があります。 たとえば、`FPtr` および `FPtr2` デリゲートのシグネチャは、`DoSomething` および `DoSomething2` メソッドと同じです。 + このサンプルでは、`LibWrap` クラスには、`TestCallBack` メソッドと `TestCallBack2` メソッドのマネージド プロトタイプが含まれます。 どちらのメソッドも、コールバック関数にパラメーターとしてデリゲートを渡します。 デリゲートのシグネチャは、それが参照しているメソッドのシグネチャと一致する必要があります。 たとえば、`FPtr` および `FPtr2` デリゲートのシグネチャは、`DoSomething` および `DoSomething2` メソッドと同じです。 ## プロトタイプの宣言 [!code-cpp[Conceptual.Interop.Marshaling#37](../../../samples/snippets/cpp/VS_Snippets_CLR/conceptual.interop.marshaling/cpp/callback.cpp#37)] @@ -55,4 +55,4 @@ ms.locfileid: "33389384" ## 参照 [各種のマーシャリングのサンプル](https://msdn.microsoft.com/library/a915c948-54e9-4d0f-a525-95a77fd8ed70(v=vs.100)) [プラットフォーム呼び出しのデータ型](https://msdn.microsoft.com/library/16014d9f-d6bd-481e-83f0-df11377c550f(v=vs.100)) - [マネージ コードでのプロトタイプの作成](creating-prototypes-in-managed-code.md) + [マネージド コードでのプロトタイプの作成](creating-prototypes-in-managed-code.md) diff --git a/docs/framework/interop/marshaling-classes-structures-and-unions.md b/docs/framework/interop/marshaling-classes-structures-and-unions.md index ad61da311f7..638936bce5c 100644 --- a/docs/framework/interop/marshaling-classes-structures-and-unions.md +++ b/docs/framework/interop/marshaling-classes-structures-and-unions.md @@ -1,31 +1,31 @@ --- -title: クラス、構造体、および共用体のマーシャリング -ms.date: 03/30/2017 -dev_langs: -- csharp -- vb -- cpp -helpviewer_keywords: -- data marshaling, classes -- marshaling, unions -- marshaling, structures -- marshaling, samples -- data marshaling, structures -- platform invoke, marshaling data -- marshaling, classes -- data marshaling, unions -- data marshaling, samples -- data marshaling, platform invoke -- marshaling, platform invoke -ms.assetid: 027832a2-9b43-4fd9-9b45-7f4196261a4e -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: be4c15f1093f359eeb9e742464b9d9e1dd5c756e -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33393394" +title: クラス、構造体、および共用体のマーシャリング +ms.date: 03/30/2017 +dev_langs: +- csharp +- vb +- cpp +helpviewer_keywords: +- data marshaling, classes +- marshaling, unions +- marshaling, structures +- marshaling, samples +- data marshaling, structures +- platform invoke, marshaling data +- marshaling, classes +- data marshaling, unions +- data marshaling, samples +- data marshaling, platform invoke +- marshaling, platform invoke +ms.assetid: 027832a2-9b43-4fd9-9b45-7f4196261a4e +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 6f3e67fe49fb6d8a4d56b3d36d78d86c6c517d2a +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50181606" --- # クラス、構造体、および共用体のマーシャリング クラスと構造体は、.NET Framework では類似しています。 どちらもフィールド、プロパティ、およびイベントを持つことができます。 静的メソッドと非静的メソッドを持つこともできます。 1 つの重要な違いは、構造体は値型でクラスは参照型であることです。 @@ -37,7 +37,7 @@ ms.locfileid: "33393394" |値によるクラス。|整数のメンバーを含むクラスは、管理対象クラスと同じように、In/Out パラメーターとして渡します。|SysTime サンプル| |値による構造体。|In パラメーターとして構造体を渡します。|構造体のサンプル| |参照による構造体|In/Out パラメーターとして構造体を渡します。|OSInfo サンプル| -|入れ子になった構造体を含む構造体 (フラット化)。|アンマネージ関数で入れ子になった構造体を含む構造体を表すクラスを渡します。 マネージ プロトタイプで構造体は 1 つの大きな構造体にフラット化されます。|FindFile サンプル| +|入れ子になった構造体を含む構造体 (フラット化)。|アンマネージ関数で入れ子になった構造体を含む構造体を表すクラスを渡します。 マネージド プロトタイプで構造体は 1 つの大きな構造体にフラット化されます。|FindFile サンプル| |別の構造体へのポインターを持つ構造体。|2 番目の構造体へのポインターをメンバーとして含む構造体を渡します。|構造体のサンプル| |値による整数のある構造体の配列。|In/Out パラメーターとして整数のみを含む構造体の配列を渡します。 配列のメンバーを変更することができます。|配列のサンプル| |参照による整数と文字列のある構造体の配列。|Out パラメーターとして整数と文字列を含む構造体の配列を渡します。 呼び出された関数は、配列のメモリを割り当てます。|OutArrayOfStructs のサンプル| @@ -68,7 +68,7 @@ ms.locfileid: "33393394" void TestArrayInStruct( MYARRAYSTRUCT* pStruct ); ``` - [PinvokeLib.dll](https://msdn.microsoft.com/library/5d1438d7-9946-489d-8ede-6c694a08f614(v=vs.100)) はカスタム アンマネージ ライブラリであり、上記の関数および 4 つの構造体 **MYPERSON**、**MYPERSON2**、**MYPERSON3**、および **MYARRAYSTRUCT** に関する実装を含んでいます。 これらの構造体には次の要素が含まれます。 + [PinvokeLib.dll](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/as6wyhwt(v=vs.100)) はカスタム アンマネージ ライブラリであり、上記の関数および 4 つの構造体 **MYPERSON**、**MYPERSON2**、**MYPERSON3**、および **MYARRAYSTRUCT** に関する実装を含んでいます。 これらの構造体には次の要素が含まれます。 ``` typedef struct _MYPERSON @@ -96,7 +96,7 @@ typedef struct _MYARRAYSTRUCT } MYARRAYSTRUCT; ``` - マネージ `MyPerson`、`MyPerson2`、`MyPerson3`、および `MyArrayStruct` 構造体には、以下の特性があります。 + マネージド `MyPerson`、`MyPerson2`、`MyPerson3`、および `MyArrayStruct` 構造体には、以下の特性があります。 - `MyPerson` には文字列メンバーだけが含まれます。 [CharSet](specifying-a-character-set.md) フィールドは、アンマネージ関数に渡されるとき、文字列を ANSI 形式に設定します。 @@ -108,7 +108,7 @@ typedef struct _MYARRAYSTRUCT このサンプル内のすべての構造体で、各メンバーが出現する順番でメモリ内に順次配列されることを保証するために、 属性が適用されています。 - `LibWrap` クラスには、`App` クラスによって呼び出される `TestStructInStruct`、`TestStructInStruct3`、および `TestArrayInStruct` メソッドのマネージ プロトタイプが含まれます。 各プロトタイプは、1 つのパラメーターを以下のように宣言します。 + `LibWrap` クラスには、`App` クラスによって呼び出される `TestStructInStruct`、`TestStructInStruct3`、および `TestArrayInStruct` メソッドのマネージド プロトタイプが含まれます。 各プロトタイプは、1 つのパラメーターを以下のように宣言します。 - `TestStructInStruct` は型 `MyPerson2` への参照をそのパラメーターとして宣言します。 @@ -116,7 +116,7 @@ typedef struct _MYARRAYSTRUCT - `TestArrayInStruct` は型 `MyArrayStruct` への参照をそのパラメーターとして宣言します。 - メソッドへの引数としての構造体は、パラメーターに **ref** (Visual Basic では **ByRef**) キーワードが含まれない限り、値によって渡されます。 たとえば、`TestStructInStruct` メソッドは型 `MyPerson2` のオブジェクトへの参照 (アドレスの値) をアンマネージ コードに渡します。 `MyPerson2` が指定する構造体を操作するために、サンプルは指定したサイズのバッファーを作成し、 と のメソッドを結合することでそのアドレスを返します。 次に、サンプルはマネージ構造体の内容をアンマネージ バッファーにコピーします。 最後に、サンプルは メソッドを使用してアンマネージ バッファーからマネージ オブジェクトにデータをマーシャリングし、 メソッドを使用してメモリのアンマネージ ブロックを解放します。 + メソッドへの引数としての構造体は、パラメーターに **ref** (Visual Basic では **ByRef**) キーワードが含まれない限り、値によって渡されます。 たとえば、`TestStructInStruct` メソッドは型 `MyPerson2` のオブジェクトへの参照 (アドレスの値) をアンマネージ コードに渡します。 `MyPerson2` が指定する構造体を操作するために、サンプルは指定したサイズのバッファーを作成し、 と のメソッドを結合することでそのアドレスを返します。 次に、サンプルはマネージド構造体の内容をアンマネージド バッファーにコピーします。 最後に、サンプルは メソッドを使用してアンマネージド バッファーからマネージド オブジェクトにデータをマーシャリングし、 メソッドを使用してメモリのアンマネージド ブロックを解放します。 ### プロトタイプの宣言 [!code-cpp[Conceptual.Interop.Marshaling#23](../../../samples/snippets/cpp/VS_Snippets_CLR/conceptual.interop.marshaling/cpp/structures.cpp#23)] @@ -159,7 +159,7 @@ typedef struct _WIN32_FIND_DATA このサンプルでは、`FindData` クラスに、元の構造体と埋め込み構造体の各要素に対応するデータ メンバーが含まれています。 このクラスは、元の 2 つの文字バッファーを文字列に置き換えます。 **MarshalAsAttribute** は 列挙を **ByValTStr** に設定します。これは、アンマネージ構造体に出現するインラインの固定長文字配列を識別するために使用されます。 - `LibWrap` クラスには `FindFirstFile` メソッドのマネージ プロトタイプが含まれます。このメソッドは `FindData` クラスをパラメーターとして渡します。 参照型のクラスは既定では In パラメーターとして渡されるため、パラメーターは と の属性で宣言する必要があります。 + `LibWrap` クラスには `FindFirstFile` メソッドのマネージド プロトタイプが含まれます。このメソッドは `FindData` クラスをパラメーターとして渡します。 参照型のクラスは既定では In パラメーターとして渡されるため、パラメーターは と の属性で宣言する必要があります。 ### プロトタイプの宣言 [!code-cpp[Conceptual.Interop.Marshaling#17](../../../samples/snippets/cpp/VS_Snippets_CLR/conceptual.interop.marshaling/cpp/findfile.cpp#17)] @@ -182,7 +182,7 @@ typedef struct _WIN32_FIND_DATA void TestUnion(MYUNION u, int type); ``` - [PinvokeLib.dll](https://msdn.microsoft.com/library/5d1438d7-9946-489d-8ede-6c694a08f614(v=vs.100)) はカスタム アンマネージ ライブラリであり、上記の関数および 2 つの共用体 **MYUNION** および **MYUNION2** に関する実装を含んでいます。 共用体には以下の要素が含まれます。 + [PinvokeLib.dll](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/as6wyhwt(v=vs.100)) はカスタム アンマネージ ライブラリであり、上記の関数および 2 つの共用体 **MYUNION** および **MYUNION2** に関する実装を含んでいます。 共用体には以下の要素が含まれます。 ``` union MYUNION @@ -198,9 +198,9 @@ union MYUNION2 }; ``` - マネージ コードでは、共用体は構造体として定義されます。 `MyUnion` 構造体には、メンバーとして整数と倍精度の 2 つの値型が含まれます。 属性は、各データ メンバーの正確な位置を制御するために設定されます。 属性は、共用体のアンマネージ表現内に、フィールドの物理的な位置を指定します。 両方のメンバーに同じオフセット値があるので、メンバーはメモリの同じ部分を定義できることに注意してください。 + マネージド コードでは、共用体は構造体として定義されます。 `MyUnion` 構造体には、メンバーとして整数と倍精度の 2 つの値型が含まれます。 属性は、各データ メンバーの正確な位置を制御するために設定されます。 属性は、共用体のアンマネージ表現内に、フィールドの物理的な位置を指定します。 両方のメンバーに同じオフセット値があるので、メンバーはメモリの同じ部分を定義できることに注意してください。 - `MyUnion2_1` と `MyUnion2_2` には、それぞれ値型 (整数) と文字列が含まれています。 マネージ コードでは、値型と参照型が重複することは許可されません。 このサンプルでは、同じアンマネージ関数を呼び出すときに呼び出し元が両方の型を使用できるようにするため、メソッドのオーバーロードを使用します。 `MyUnion2_1` のレイアウトは明示的で、正確なオフセット値を持っています。 これに対し、`MyUnion2_2` にはシーケンシャル レイアウトがあります。参照型では明示的なレイアウトが許可されていないためです。 属性は 列挙を **ByValTStr** に設定します。これは、共用体のアンマネージ表現に出現するインラインの固定長文字配列を識別するために使用されます。 + `MyUnion2_1` と `MyUnion2_2` には、それぞれ値型 (整数) と文字列が含まれています。 マネージド コードでは、値型と参照型が重複することは許可されません。 このサンプルでは、同じアンマネージ関数を呼び出すときに呼び出し元が両方の型を使用できるようにするため、メソッドのオーバーロードを使用します。 `MyUnion2_1` のレイアウトは明示的で、正確なオフセット値を持っています。 これに対し、`MyUnion2_2` にはシーケンシャル レイアウトがあります。参照型では明示的なレイアウトが許可されていないためです。 属性は 列挙を **ByValTStr** に設定します。これは、共用体のアンマネージ表現に出現するインラインの固定長文字配列を識別するために使用されます。 `LibWrap` クラスには、`TestUnion` と `TestUnion2` メソッドのプロトタイプが含まれます。 `TestUnion2` は `MyUnion2_1` または `MyUnion2_2` をパラメーターとして宣言するためにオーバーロードされています。 @@ -242,7 +242,7 @@ typedef struct _SYSTEMTIME { このサンプルでは、`SystemTime` クラスの中には、クラス メンバーとして表される、元の構造体の要素が含まれます。 各メンバーが出現する順番でメモリ内に順次配列されることを保証するために、 属性を設定します。 - `LibWrap` クラスには `GetSystemTime` メソッドのマネージ プロトタイプが含まれます。このメソッドは既定では `SystemTime` クラスを In/Out パラメーターとして渡します。 参照型のクラスは既定では In パラメーターとして渡されるため、パラメーターは と の属性で宣言する必要があります。 呼び出し元が結果を受け取るには、これらの[方向属性](https://msdn.microsoft.com/library/241ac5b5-928e-4969-8f58-1dbc048f9ea2(v=vs.100))を明示的に適用する必要があります。 `App` クラスは、`SystemTime` クラスの新しいインスタンスを作成して、そのデータ フィールドにアクセスします。 + `LibWrap` クラスには `GetSystemTime` メソッドのマネージド プロトタイプが含まれます。このメソッドは既定では `SystemTime` クラスを In/Out パラメーターとして渡します。 参照型のクラスは既定では In パラメーターとして渡されるため、パラメーターは と の属性で宣言する必要があります。 呼び出し元が結果を受け取るには、これらの[方向属性](https://msdn.microsoft.com/library/241ac5b5-928e-4969-8f58-1dbc048f9ea2(v=vs.100))を明示的に適用する必要があります。 `App` クラスは、`SystemTime` クラスの新しいインスタンスを作成して、そのデータ フィールドにアクセスします。 ### コード サンプル [!code-cpp[Conceptual.Interop.Marshaling#25](../../../samples/snippets/cpp/VS_Snippets_CLR/conceptual.interop.marshaling/cpp/systime.cpp#25)] @@ -254,7 +254,7 @@ typedef struct _SYSTEMTIME { このサンプルでは、 クラスを使用することにより、およびアンセーフ コードを使用することにより、ネイティブ関数を呼び出す方法を例示します。 - このサンプルでは、[PinvokeLib.dll](https://msdn.microsoft.com/library/5d1438d7-9946-489d-8ede-6c694a08f614(v=vs.100)) で定義されていて、ソース ファイルにも含まれている、ラッパー関数とプラットフォーム呼び出しを使用します。 これは `TestOutArrayOfStructs` 関数および `MYSTRSTRUCT2` 構造を使用します。 構造体には次の要素が含まれます。 + このサンプルでは、[PinvokeLib.dll](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/as6wyhwt(v=vs.100)) で定義されていて、ソース ファイルにも含まれている、ラッパー関数とプラットフォーム呼び出しを使用します。 これは `TestOutArrayOfStructs` 関数および `MYSTRSTRUCT2` 構造を使用します。 構造体には次の要素が含まれます。 ``` typedef struct _MYSTRSTRUCT2 @@ -270,7 +270,7 @@ typedef struct _MYSTRSTRUCT2 `App` クラスは、配列を渡すために必要なすべてのタスクを実行する、`UsingMarshaling` メソッドを実装します。 配列には、データが呼び出し先から呼び出し元に渡されることを示すため、`out` (Visual Basic では `ByRef`) キーワードでマークが付けられます。 実装は、以下の クラス メソッドを使用します。 -- は、アンマネージ バッファーからマネージ オブジェクトにデータをマーシャリングします。 +- は、アンマネージド バッファーからマネージド オブジェクトにデータをマーシャリングします。 - は、構造体で文字列用に予約されていたメモリを解放します。 diff --git a/docs/framework/interop/marshaling-data-with-platform-invoke.md b/docs/framework/interop/marshaling-data-with-platform-invoke.md index fbbf3641ee5..0a6fca98f89 100644 --- a/docs/framework/interop/marshaling-data-with-platform-invoke.md +++ b/docs/framework/interop/marshaling-data-with-platform-invoke.md @@ -11,11 +11,11 @@ ms.assetid: dc5c76cf-7b12-406f-b79c-d1a023ec245d author: rpetrusha ms.author: ronpet ms.openlocfilehash: ae8fbb47986e5baaecb919ce79ae384a8427737a -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 2eb5ca4956231c1a0efd34b6a9cab6153a5438af ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47231126" +ms.lasthandoff: 10/11/2018 +ms.locfileid: "48850479" --- # プラットフォーム呼び出しによるデータのマーシャリング アンマネージド ライブラリからエクスポートされた関数を呼び出すには、.NET Framework アプリケーションで、マネージド コード内にアンマネージド 関数を表す関数プロトタイプが必要です。 プラットフォーム呼び出しがデータを正しくマーシャリングできるようにするプロトタイプを作成するには、次のことを実行する必要があります。 diff --git a/docs/framework/interop/marshaling-different-types-of-arrays.md b/docs/framework/interop/marshaling-different-types-of-arrays.md index f1a689ecd0b..b1bbbf325aa 100644 --- a/docs/framework/interop/marshaling-different-types-of-arrays.md +++ b/docs/framework/interop/marshaling-different-types-of-arrays.md @@ -1,24 +1,24 @@ --- -title: さまざまな型の配列のマーシャリング -ms.date: 03/30/2017 -dev_langs: -- csharp -- vb -helpviewer_keywords: -- marshaling, Arrays sample -- data marshaling, Arrays sample -ms.assetid: c5ac9920-5b6e-4dc9-bf2d-1f6f8ad3b0bf -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: ed2a4b91608306021ce510098eaf044520cbb089 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33391457" +title: さまざまな型の配列のマーシャリング +ms.date: 03/30/2017 +dev_langs: +- csharp +- vb +helpviewer_keywords: +- marshaling, Arrays sample +- data marshaling, Arrays sample +ms.assetid: c5ac9920-5b6e-4dc9-bf2d-1f6f8ad3b0bf +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: b0c71284fbc925aa9bb10a8bf68cef581f78d7f4 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50088755" --- # さまざまな型の配列のマーシャリング -配列は、同じ型の 1 つ以上の要素を含むマネージ コード内の参照型です。 配列は参照型ですが、アンマネージ関数には In パラメーターとして渡されます。 この動作は、マネージ配列がマネージ オブジェクトに渡される方法 (In/Out パラメーターとして渡される) と一致しません。 詳しくは、「[コピーと固定](copying-and-pinning.md)」をご覧ください。 +配列は、同じ型の 1 つ以上の要素を含むマネージド コード内の参照型です。 配列は参照型ですが、アンマネージ関数には In パラメーターとして渡されます。 この動作は、マネージド配列がマネージド オブジェクトに渡される方法 (In/Out パラメーターとして渡される) と一致しません。 詳細については、「 [コピーと固定](copying-and-pinning.md)」を参照してください。 次の表では、配列のマーシャリング オプションをリストして、それらの使用方法を説明します。 @@ -86,7 +86,7 @@ ms.locfileid: "33391457" int TestArrayOfStructs2 (MYPERSON* pPersonArray, int size); ``` - [PinvokeLib.dll](https://msdn.microsoft.com/library/5d1438d7-9946-489d-8ede-6c694a08f614(v=vs.100)) はカスタム アンマネージド ライブラリであり、上記の関数および 2 つの構造体変数 **MYPOINT** および **MYPERSON** に関する実装を含んでいます。 構造体には次の要素が含まれます。 + [PinvokeLib.dll](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/as6wyhwt(v=vs.100)) はカスタム アンマネージ ライブラリであり、上記の関数および 2 つの構造体変数 **MYPOINT** および **MYPERSON**に関する実装を含んでいます。 構造体には次の要素が含まれます。 ``` typedef struct _MYPOINT @@ -117,4 +117,4 @@ typedef struct _MYPERSON ## 参照 [型の配列のマーシャリング](https://msdn.microsoft.com/library/049b1c1b-228f-4445-88ec-91bc7fd4b1e8(v=vs.100)) [プラットフォーム呼び出しのデータ型](https://msdn.microsoft.com/library/16014d9f-d6bd-481e-83f0-df11377c550f(v=vs.100)) - [マネージ コードでのプロトタイプの作成](creating-prototypes-in-managed-code.md) + [マネージド コードでのプロトタイプの作成](creating-prototypes-in-managed-code.md) diff --git a/docs/framework/mef/attributed-programming-model-overview-mef.md b/docs/framework/mef/attributed-programming-model-overview-mef.md index 2258011b850..cbf6de77784 100644 --- a/docs/framework/mef/attributed-programming-model-overview-mef.md +++ b/docs/framework/mef/attributed-programming-model-overview-mef.md @@ -1,21 +1,21 @@ --- -title: 属性付きプログラミング モデルの概要 (MEF) -ms.date: 03/30/2017 -dev_langs: -- csharp -- vb -helpviewer_keywords: -- MEF, attributed programming model -- attributed programming model [MEF] -ms.assetid: 49b787ff-2741-4836-ad51-c3017dc592d4 -author: rpetrusha -ms.author: ronpet -ms.openlocfilehash: baa66f11404e2cee83b4d4b32ba02544c9438d7f -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33392510" +title: 属性付きプログラミング モデルの概要 (MEF) +ms.date: 03/30/2017 +dev_langs: +- csharp +- vb +helpviewer_keywords: +- MEF, attributed programming model +- attributed programming model [MEF] +ms.assetid: 49b787ff-2741-4836-ad51-c3017dc592d4 +author: rpetrusha +ms.author: ronpet +ms.openlocfilehash: 7dab1474454f8169d8d0d80413c6fb95677fb4bf +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49453395" --- # 属性付きプログラミング モデルの概要 (MEF) MEF (Managed Extensibility Framework) における *プログラミング モデル* とは、MEF で操作する一連の概念オブジェクトを定義するための特定の方法です。 これらの概念オブジェクトには、パート、インポート、およびエクスポートが含まれます。 MEF では、これらのオブジェクトが使用されますが、その表現方法は指定されていません。 そのため、カスタマイズしたプログラミング モデルを含むさまざまなプログラミング モデルを使用できます。 @@ -144,7 +144,7 @@ End Class public class MyAddin { //Explicitly specifying a generic type. - [Export(typeof(Func)] + [Export(typeof(Func))] public string DoSomething(int TheParam); } ``` @@ -729,7 +729,7 @@ public class MegaLogger : Logger { } ``` - `InheritedExport` 属性を再宣言してメタデータをオーバーライドする際は、コントラクト型が同じであることを確認してください (上の例では、`IPlugin` がコントラクト型です)。コントラクト型が違っていると、メタデータがオーバーライドされる代わりに、2 つ目の属性によって別の 2 つ目のエクスポートが作成されます。 したがって、`InheritedExport` 属性をオーバーライドする際は、一般に、上の例のようにコントラクト型を明示的に指定する必要があります。 + `InheritedExport` 属性を再宣言してメタデータをオーバーライドする際は、コントラクト型が同じであることを確認してください (上の例では、`IPlugin` がコントラクト型です)。コントラクト型が違っていると、メタデータがオーバーライドされる代わりに、2 つ目の属性によって別の 2 つ目のエクスポートが作成されます。 したがって、`InheritedExport` 属性をオーバーライドする際は、一般に、上の例のようにコントラクト型を明示的に指定する必要があります。 インターフェイスは直接インスタンス化できないため、通常は `Export` 属性や `Import` 属性で装飾できませんが、 インターフェイス レベルで `InheritedExport` 属性を使用すると、インターフェイスを装飾できます。この場合、そのエクスポートは、関連付けられているメタデータと共に、そのインターフェイスを実装するすべてのクラスに継承されます。 ただし、そのインターフェイス自体をパートとして使用できるようにはなりません。 @@ -957,5 +957,5 @@ public class PartSeven `IPartImportsSatisfiedNotification` には、 `OnImportsSatisfied`という 1 つのメソッドが含まれています。 このメソッドは、合成コンテナーにより、このインターフェイスを実装するパートに対して、合成が完了してそのパートのインポートを使用できるようになったときに呼び出されます。 パートは、他のパートのインポートを満たすために合成エンジンによって作成されます。 パートのインポートが設定されるまでは、パートのコンストラクターで、インポートされる値に依存する初期化や、インポートされる値を操作する初期化を実行できません。初期化を実行できるようにするには、 `ImportingConstructor` 属性を使用して、それらの値を必須として指定します。 通常はこの方法が推奨されますが、コンストラクター インジェクションを使用できない場合もあります。 そのような場合は、 `OnImportsSatisfied`で初期化を実行できます。この場合は、パートに `IPartImportsSatisfiedNotification`を実装する必要があります。 ## 参照 - [Channel 9 ビデオ: Managed Extensibility Framework を使用してアプリケーションを開く](http://channel9.msdn.com/events/TechEd/NorthAmerica/2009/DTL328) - [Channel 9 ビデオ: Managed Extensibility Framework (MEF) 2.0](http://channel9.msdn.com/posts/NET-45-Oleg-Lvovitch-and-Kevin-Ransom-Managed-Extensibility-Framework-MEF-20) + [Channel 9 ビデオ: Managed Extensibility Framework を使用してアプリケーションを開く](https://channel9.msdn.com/events/TechEd/NorthAmerica/2009/DTL328) + [Channel 9 ビデオ: Managed Extensibility Framework (MEF) 2.0](https://channel9.msdn.com/posts/NET-45-Oleg-Lvovitch-and-Kevin-Ransom-Managed-Extensibility-Framework-MEF-20) diff --git a/docs/framework/migration-guide/migrating-from-the-net-framework-1-1.md b/docs/framework/migration-guide/migrating-from-the-net-framework-1-1.md index 67b81ed5107..94eae89ce74 100644 --- a/docs/framework/migration-guide/migrating-from-the-net-framework-1-1.md +++ b/docs/framework/migration-guide/migrating-from-the-net-framework-1-1.md @@ -8,11 +8,11 @@ ms.assetid: 7ead0cb3-3b19-414a-8417-a1c1fa198d9e author: rpetrusha ms.author: ronpet ms.openlocfilehash: 546bb50531e62abafe8ab016e2c138ffa9d8720d -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47399886" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48842633" --- # .NET Framework 1.1 からの移行 diff --git a/docs/framework/migration-guide/retargeting/4.7-4.7.1.md b/docs/framework/migration-guide/retargeting/4.7-4.7.1.md index 72a63274ae0..0b5553e38cd 100644 --- a/docs/framework/migration-guide/retargeting/4.7-4.7.1.md +++ b/docs/framework/migration-guide/retargeting/4.7-4.7.1.md @@ -4,12 +4,12 @@ ms.date: 04/27/2018 ms.assetid: c04c68f4-9e47-48cc-9b45-b2d4798f3b1c author: chlowell ms.author: ronpet -ms.openlocfilehash: 16b7139d2fa7a94e4f42630c2d1a9eb5d243548e -ms.sourcegitcommit: e614e0f3b031293e4107f37f752be43652f3f253 +ms.openlocfilehash: bcea3c19e1b45c34758fc806daa9b44161725871 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 08/26/2018 -ms.locfileid: "42934422" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50180272" --- # .NET Framework 4.7 から 4.7.1 への移行に関する変更の再ターゲット diff --git a/docs/framework/migration-guide/retargeting/4.7-4.7.2.md b/docs/framework/migration-guide/retargeting/4.7-4.7.2.md index 31e837e03ff..58f4db0e911 100644 --- a/docs/framework/migration-guide/retargeting/4.7-4.7.2.md +++ b/docs/framework/migration-guide/retargeting/4.7-4.7.2.md @@ -4,12 +4,12 @@ ms.date: 04/27/2018 ms.assetid: 3aed0058-0405-46f5-91f8-2f81d8260127 author: chlowell ms.author: ronpet -ms.openlocfilehash: 8f4a3e5332876dd1de14fecb1f6da58c3e7edd40 -ms.sourcegitcommit: 2d8b7488d94101b534ca3e9780b1c1e840233405 +ms.openlocfilehash: 09ed99680708bd3ff854adc0f74c18ccab3e8916 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 07/23/2018 -ms.locfileid: "39198157" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50180246" --- # .NET Framework 4.7 から 4.7.2 への移行に関する変更の再ターゲット diff --git a/docs/framework/migration-guide/version-compatibility.md b/docs/framework/migration-guide/version-compatibility.md index e1e5849d227..7dd37e6c760 100644 --- a/docs/framework/migration-guide/version-compatibility.md +++ b/docs/framework/migration-guide/version-compatibility.md @@ -10,11 +10,11 @@ ms.assetid: 2f25e522-456a-48c3-8a53-e5f39275649f author: rpetrusha ms.author: ronpet ms.openlocfilehash: 0d3d0e2dbd57d9581d1c8b0ca42d1e9d556d8905 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47454961" +ms.lasthandoff: 10/08/2018 +ms.locfileid: "48845542" --- # .NET Framework のバージョンの互換性 下位互換とは、プラットフォームの特定のバージョンで開発されたアプリが、そのプラットフォームの新しいバージョンでも実行できることを意味します。 .NET Framework では、下位互換性が最大限に高められています。 .NET Framework のあるバージョンで記述されたソース コードは、.NET Framework の新しいバージョンでコンパイルでき、.NET Framework のあるバージョンで実行されるバイナリは、新しいバージョンの .NET Framework でも同じように動作します。 diff --git a/docs/framework/network-programming/about-the-system-net-peertopeer-collaboration-namespace.md b/docs/framework/network-programming/about-the-system-net-peertopeer-collaboration-namespace.md index 0e229202d61..29d2fe8e356 100644 --- a/docs/framework/network-programming/about-the-system-net-peertopeer-collaboration-namespace.md +++ b/docs/framework/network-programming/about-the-system-net-peertopeer-collaboration-namespace.md @@ -2,14 +2,12 @@ title: System.Net.PeerToPeer.Collaboration 名前空間について ms.date: 03/30/2017 ms.assetid: b5d8c1c1-6844-4947-9759-c7f1b564bded -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 0b9e95c4ca723166639adf5b93d0811638378470 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 9e95dc571bc520c0abd0cf676ce37f383fed84ba +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47195759" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50197081" --- # System.Net.PeerToPeer.Collaboration 名前空間について 名前空間は、ピア ツー ピア共同作業インフラストラクチャを使用してピア共同作業アクティビティを実装するために使用されるクラスと API を提供します。 diff --git a/docs/framework/network-programming/accessing-the-internet-through-a-proxy.md b/docs/framework/network-programming/accessing-the-internet-through-a-proxy.md index dfec2ac6f62..d4eb504fffe 100644 --- a/docs/framework/network-programming/accessing-the-internet-through-a-proxy.md +++ b/docs/framework/network-programming/accessing-the-internet-through-a-proxy.md @@ -12,14 +12,12 @@ helpviewer_keywords: - Internet, proxy instances - Network Resources ms.assetid: cbf46f63-ce28-486d-b827-ec0f1a9d8319 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 32799b14c88ee098e15e0ffa1dfa5aaa585cdc73 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 1c6ca568cae45a54e781c30bf5774015ae09c98a +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47421291" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50201887" --- # プロキシを介したインターネットへのアクセス サイトでプロキシを使用してインターネットへのアクセスを提供する場合、アプリケーションが Web プロキシと通信できるようにプロキシ インスタンスを構成する必要があります。 diff --git a/docs/framework/network-programming/asynchronous-client-socket-example.md b/docs/framework/network-programming/asynchronous-client-socket-example.md index 78e8837bb7f..0465f2ae89a 100644 --- a/docs/framework/network-programming/asynchronous-client-socket-example.md +++ b/docs/framework/network-programming/asynchronous-client-socket-example.md @@ -9,14 +9,12 @@ helpviewer_keywords: - sockets, code examples - sockets, asynchronous client sockets ms.assetid: d4ac53a0-b50b-4232-9726-d47d25fcc38a -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 562129b7deea4af9b91dfc92f83a538f6f89f06a -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: c3c40d8e188581f18669a4db7396269056f05349 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47208303" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50192318" --- # 非同期クライアント ソケットの例 次のプログラム例では、サーバーに接続するクライアントを作成します。 このクライアントは非同期ソケットで構築されます。そのため、サーバーが応答を返す間にクライアント アプリケーションの実行が中断されることはありません。 このアプリケーションは文字列をサーバーに送信し、サーバーが返した文字列をコンソールに表示します。 diff --git a/docs/framework/network-programming/asynchronous-server-socket-example.md b/docs/framework/network-programming/asynchronous-server-socket-example.md index a1b1871ca6f..5e1ea44eca4 100644 --- a/docs/framework/network-programming/asynchronous-server-socket-example.md +++ b/docs/framework/network-programming/asynchronous-server-socket-example.md @@ -9,14 +9,12 @@ helpviewer_keywords: - sockets, code examples - asynchronous server sockets ms.assetid: 13624cd3-f5c5-4950-8cda-31273b1fa6d1 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 6816b22014f9e6669abe0b1aab62d0863e1f895b -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 26b5c53c4983aa392dba7346f357e2700cfe0178 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47398837" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50088690" --- # 非同期サーバー ソケットの例 次のプログラム例では、クライアントからの接続要求を受け取るサーバーを作成します。 このサーバーは非同期ソケットで構築されます。そのため、クライアントからの接続を待機している間に、サーバー アプリケーションの実行が中断されることはありません。 このアプリケーションはクライアントから文字列を受信し、それをコンソールに表示してから、クライアントにエコーで返します。 クライアントからの文字列には、文字列 "\" が含まれている必要があります。これは、メッセージの終わりを伝えるためのものです。 diff --git a/docs/framework/network-programming/automatic-proxy-detection.md b/docs/framework/network-programming/automatic-proxy-detection.md index d509541f8a1..b5972fa00c4 100644 --- a/docs/framework/network-programming/automatic-proxy-detection.md +++ b/docs/framework/network-programming/automatic-proxy-detection.md @@ -14,14 +14,12 @@ helpviewer_keywords: - network - WPAD (Web Proxy Auto-Discovery) ms.assetid: fcd9c3bd-93de-4c92-8ff3-837327ad18de -author: mcleblanc -ms.author: markl -ms.openlocfilehash: f43f8b4f7bdaba3902168ee7a1c6b7f7a2f3d39c -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 3a59347c3fcd72f68ee2ae07ccc638ec43021a3b +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47193396" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50188509" --- # 自動プロキシ検出 自動プロキシ検出は、Web プロキシ サーバーがシステムによって確認され、クライアントに代わって要求を送信する際に使用されるプロセスです。 この機能は、Web プロキシの自動検出 (WPAD) とも呼ばれます。 自動プロキシ検出を有効にすると、システムは、要求に使用できるプロキシのセットを返すプロキシ構成スクリプトを検索しようとします。 プロキシ構成スクリプトが見つかった場合、プロキシ情報、要求ストリーム、または インスタンスを使用する要求に対する応答が取得されたときに、ローカル コンピューター上でスクリプトがダウンロード、コンパイル、および実行されます。 diff --git a/docs/framework/network-programming/best-practices-for-system-net-classes.md b/docs/framework/network-programming/best-practices-for-system-net-classes.md index b38431ff00c..b34437f7b66 100644 --- a/docs/framework/network-programming/best-practices-for-system-net-classes.md +++ b/docs/framework/network-programming/best-practices-for-system-net-classes.md @@ -10,14 +10,12 @@ helpviewer_keywords: - best practices, data requests - receiving data, best practices ms.assetid: 716decc6-5952-47b7-9c5a-ba6fc5698684 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 987e2294f1e34eb3a4da1e31285868877338ccf4 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: ce365d088c01ae4a89c77713b6970ae3389b3f0e +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47192203" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50190951" --- # System.Net クラスのベスト プラクティス 次の推奨事項は、 に含まれるクラスを最大限に活用するのに役立ちます。 diff --git a/docs/framework/network-programming/cache-management-for-network-applications.md b/docs/framework/network-programming/cache-management-for-network-applications.md index c9dfdd3601a..684110eb230 100644 --- a/docs/framework/network-programming/cache-management-for-network-applications.md +++ b/docs/framework/network-programming/cache-management-for-network-applications.md @@ -6,14 +6,12 @@ helpviewer_keywords: - network resources, caching - Internet, caching ms.assetid: fc258a40-f370-434f-ae09-4a8cb11ddaeb -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 1e0b3ed66977dd6587789e3d88f532b699653c6f -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 265b4e451ebb76dbabe0d3e0df065504a3891f32 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47195577" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50199592" --- # ネットワーク アプリケーションのキャッシュ管理 このトピックと関連するサブトピックでは、、、、および クラスを使用して取得したリソースのキャッシュ処理について説明します。 diff --git a/docs/framework/network-programming/cache-policy-interaction-maximum-age-and-maximum-staleness.md b/docs/framework/network-programming/cache-policy-interaction-maximum-age-and-maximum-staleness.md index 072b94d54d2..e36a1f5ed77 100644 --- a/docs/framework/network-programming/cache-policy-interaction-maximum-age-and-maximum-staleness.md +++ b/docs/framework/network-programming/cache-policy-interaction-maximum-age-and-maximum-staleness.md @@ -9,14 +9,12 @@ helpviewer_keywords: - staleness of cached resources - age of cached resources ms.assetid: 7f775925-89a1-4956-ba90-c869c1749a94 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: c512f03cd3c0cfc4463e54538f12898fbbf45f7e -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 7a066f403e526c50054b58a099bb7978ef57e74d +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47235777" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50181148" --- # キャッシュ ポリシーの相互作用 — 最大有効期間と最大期限延長 最新のコンテンツをクライアント アプリケーションに確実に返すために、クライアントのキャッシュ ポリシーとサーバーの再検証要件の相互作用によって、常に最も保守的なキャッシュ ポリシーが適用されます。 このトピックの例はいずれも、1 月 1 日にキャッシュされ、1 月 4 日に期限切れになるリソースのキャッシュ ポリシーを示しています。 diff --git a/docs/framework/network-programming/cache-policy-interaction-maximum-age-and-minimum-freshness.md b/docs/framework/network-programming/cache-policy-interaction-maximum-age-and-minimum-freshness.md index 747960904f6..6bd92e8aa85 100644 --- a/docs/framework/network-programming/cache-policy-interaction-maximum-age-and-minimum-freshness.md +++ b/docs/framework/network-programming/cache-policy-interaction-maximum-age-and-minimum-freshness.md @@ -10,14 +10,12 @@ helpviewer_keywords: - minimum freshness policy - age of cached resources ms.assetid: 6567d451-ecec-496c-95a3-a415b99ba52a -author: mcleblanc -ms.author: markl -ms.openlocfilehash: a35bdeaf0fc6cf513363f3d990167f342a496c76 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: eab50c308441ce73e994313d009588559302671e +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47193461" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50199319" --- # キャッシュ ポリシーの相互作用 — 最大有効期間と最小鮮度 最新のコンテンツをクライアント アプリケーションに確実に返すために、クライアントのキャッシュ ポリシーとサーバーの再検証要件の相互作用によって、常に最も保守的なキャッシュ ポリシーが適用されます。 このトピックの例はいずれも、1 月 1 日にキャッシュされ、1 月 4 日に期限切れになるリソースのキャッシュ ポリシーを示しています。 diff --git a/docs/framework/network-programming/certificate-selection-and-validation.md b/docs/framework/network-programming/certificate-selection-and-validation.md index 4079aac3123..bc44d16a3b2 100644 --- a/docs/framework/network-programming/certificate-selection-and-validation.md +++ b/docs/framework/network-programming/certificate-selection-and-validation.md @@ -2,14 +2,12 @@ title: 証明書の選択と検証 ms.date: 03/30/2017 ms.assetid: c933aca2-4cd0-4ff1-9df9-267143f25a6f -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 01ce2ef8cb9c261e9292b0d26dd38a0a0b0958ff -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 2767f8fc62d44e480962690a3cbe379fea0f9662 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47196135" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50048373" --- # 証明書の選択と検証 クラスは、Secure Socket Layer (SSL) 接続の を選択および検証する方法を複数サポートしています。 クライアントは、サーバーに対する認証に 1 つまたは複数の証明書を選択できます。 サーバーは、クライアント証明書の認証に固有の属性が 1 つまたは複数あることを必須にすることができます。 diff --git a/docs/framework/network-programming/changes-to-the-system-uri-namespace-in-version-2-0.md b/docs/framework/network-programming/changes-to-the-system-uri-namespace-in-version-2-0.md index c1f10b331b8..1e0d52f1dbb 100644 --- a/docs/framework/network-programming/changes-to-the-system-uri-namespace-in-version-2-0.md +++ b/docs/framework/network-programming/changes-to-the-system-uri-namespace-in-version-2-0.md @@ -2,14 +2,12 @@ title: バージョン 2.0 での System.Uri 名前空間の変更 ms.date: 03/30/2017 ms.assetid: 35883fe9-2d09-4d8b-80ca-cf23a941e459 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 97decd9054dfcdfc41204bf7683aebb95096e9d2 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 987010b8367069e8089df3f809d23f258bb68f2b +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47194924" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50188437" --- # バージョン 2.0 での System.Uri 名前空間の変更 diff --git a/docs/framework/network-programming/configuring-caching-in-network-applications.md b/docs/framework/network-programming/configuring-caching-in-network-applications.md index a4cc006a4df..53feed0e3fb 100644 --- a/docs/framework/network-programming/configuring-caching-in-network-applications.md +++ b/docs/framework/network-programming/configuring-caching-in-network-applications.md @@ -4,14 +4,12 @@ ms.date: 03/30/2017 helpviewer_keywords: - cache [.NET Framework], configuring ms.assetid: 3f694a1c-de5d-47cf-a6eb-cfc369fb8a9f -author: mcleblanc -ms.author: markl -ms.openlocfilehash: a7fe54911755863adc6a9b2bd91eff5cad9f9d4e -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 12814a7b44f925960ddf00c3a52b2d8c78257de7 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47193045" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50049530" --- # ネットワーク アプリケーションでのキャッシュの構成 キャッシュを構成するには、アプリケーションまたは レベルでキャッシュ ポリシーを指定する必要があります。 以下のトピックでは、キャッシュを使用するようにアプリケーションと要求を構成するコード例が提供されています。 diff --git a/docs/framework/network-programming/connection-grouping.md b/docs/framework/network-programming/connection-grouping.md index 6ffffefa44c..a3d9947c462 100644 --- a/docs/framework/network-programming/connection-grouping.md +++ b/docs/framework/network-programming/connection-grouping.md @@ -8,14 +8,12 @@ helpviewer_keywords: - network resources, connections - connection pooling ms.assetid: 2ec502e8-4ba0-4c22-9410-f28eaf4eee63 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 5d7a13172c32d7ae47cbe290587ff7620e6060da -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 9dc2e656bdaa49bf1a94904ed7806b740eed2252 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47200868" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50180735" --- # 接続のグループ化 接続のグループ化では、1 つのアプリケーション内の特定の要求を定義済みの接続プールに関連付けます。 これは、ユーザーの代わりにバック エンド サーバーに接続し、デリゲートをサポートする認証プロトコル (Kerberos など) を使用する中間層アプリケーションや、以下の例のように、独自の資格情報を指定する中間層アプリケーションで必要になる場合があります。 たとえば、Joe というユーザーが、自分の給与情報を表示する内部 Web サイトにアクセスするとします。 Joe の認証後、中間層アプリケーション サーバーは、Joe の資格情報を使用してバック エンド サーバーに接続し、Joe の給与情報を取得します。 次に、Susan がサイトにアクセスし、自分の給与情報を要求します。 中間層アプリケーションが Joe の資格情報を使用して既に接続しているため、バック エンド サーバーは Joe の情報で応答します。 ただし、アプリケーションがバック エンド サーバーに送信される各要求をユーザー名から形成される接続グループに割り当てると、各ユーザーは個別の接続プールに属すことになり、誤って他のユーザーと認証情報を共有することがなくなります。 diff --git a/docs/framework/network-programming/creating-internet-requests.md b/docs/framework/network-programming/creating-internet-requests.md index 928d1f9eb62..7e66c5e5f28 100644 --- a/docs/framework/network-programming/creating-internet-requests.md +++ b/docs/framework/network-programming/creating-internet-requests.md @@ -10,14 +10,12 @@ helpviewer_keywords: - Internet, requesting data - data requests, creating requests ms.assetid: faab683e-3f1e-4eee-b5e9-59f7245033d5 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 201bc5e92aeedcbfe2f710681cf3bbc773a11424 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: ff346c5b4241f7ac037088adbe068bab2232d12f +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47193383" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50190685" --- # インターネット要求の作成 アプリケーションは、 メソッドを使用して のインスタンスを作成します。 これは、渡された URI スキームに基づいて **WebRequest** から派生するクラスを作成する静的メソッドです。 diff --git a/docs/framework/network-programming/deriving-from-webrequest.md b/docs/framework/network-programming/deriving-from-webrequest.md index a3be1f4f3d0..94b827f54b6 100644 --- a/docs/framework/network-programming/deriving-from-webrequest.md +++ b/docs/framework/network-programming/deriving-from-webrequest.md @@ -10,14 +10,12 @@ helpviewer_keywords: - receiving data, pluggable protocols - protocols, pluggable ms.assetid: 9810c177-973e-43d7-823c-14960bd625ea -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 9f4f1756d42e8931a5265017088021b5f4022044 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 859593c6c53d9f6dc89047efae1c682a6a9873a7 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47237229" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50181265" --- # WebRequest からの派生 クラスは、.NET Framework プラグ可能なプロトコル モデルに適合するプロトコル固有の要求ハンドラーを作成するための基本メソッドとプロパティを提供する抽象基底クラスです。 **WebRequest** クラスを使用するアプリケーションは、使用されるプロトコルを指定することなく、サポートされている任意のプロトコルを使用してデータを要求できます。 diff --git a/docs/framework/network-programming/deriving-from-webresponse.md b/docs/framework/network-programming/deriving-from-webresponse.md index d7c3b943644..258c230440a 100644 --- a/docs/framework/network-programming/deriving-from-webresponse.md +++ b/docs/framework/network-programming/deriving-from-webresponse.md @@ -4,14 +4,12 @@ ms.date: 03/30/2017 helpviewer_keywords: - Deriving from WebResponse ms.assetid: f11d4866-a199-4087-9306-a5a4c18b13db -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 84f29d1ec44383a42446316b8e53b2886314960b -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: a065e04e6683279b4541d9a723ed9c7442dec9dc +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47208857" +ms.lasthandoff: 10/29/2018 +ms.locfileid: "50088599" --- # WebResponse からの派生 クラスは、.NET Framework プラグ可能なプロトコル モデルに適合するプロトコル固有の応答を作成するための基本メソッドとプロパティを提供する抽象基底クラスです。 クラスを使用してリソースからデータを要求するアプリケーションは、**WebResponse** で応答を受信します。 プロトコル固有の **WebResponse**の子孫は、**WebResponse** クラスの抽象メンバーを実装する必要があります。 diff --git a/docs/framework/network-programming/enabling-and-disabling-ipv6.md b/docs/framework/network-programming/enabling-and-disabling-ipv6.md index 566e51bb00e..e66f45ef7e8 100644 --- a/docs/framework/network-programming/enabling-and-disabling-ipv6.md +++ b/docs/framework/network-programming/enabling-and-disabling-ipv6.md @@ -2,14 +2,12 @@ title: IPv6 の有効化と無効化 ms.date: 03/30/2017 ms.assetid: 6408d3ef-c9ba-49d9-b15e-fe74bd3ef031 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: f63d62c7605d32dfbe97193f8aed53f0fc547cff -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 9dbbbbb522628de81be3d3d1382867de99c570d0 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47195619" +ms.lasthandoff: 10/29/2018 +ms.locfileid: "50183088" --- # IPv6 の有効化と無効化 IPv6 プロトコルを使用するには、IPv6 をサポートしているオペレーティング システムのバージョンを実行していることを確認し、オペレーティング システムとネットワーク クラスが正しく構成されていることを確認してください。 diff --git a/docs/framework/network-programming/enabling-network-tracing.md b/docs/framework/network-programming/enabling-network-tracing.md index 6ee0524b84b..fe9fd6b99b1 100644 --- a/docs/framework/network-programming/enabling-network-tracing.md +++ b/docs/framework/network-programming/enabling-network-tracing.md @@ -11,14 +11,12 @@ helpviewer_keywords: - logs, trace - destination for tracing output ms.assetid: 5fff458c-51a6-4134-ba47-8a6137ddc41e -author: mcleblanc -ms.author: markl -ms.openlocfilehash: f7720016a94d78e8a49e8566ad7b5096e9b31722 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: b289aa2a60deb10ebda0ca8efc3e172caf2df8a6 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47193487" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50202069" --- # ネットワークのトレースの有効化 ネットワークのトレースでは、メソッド呼び出しについての情報、およびマネージド アプリケーションによって生成されるネットワーク トラフィックについての情報にアクセスできます。 アプリケーションでネットワーク トレースを有効にするには、次のタスクを実行する必要があります。 @@ -50,4 +48,4 @@ ms.locfileid: "47193487" ## 参照 [ネットワークのトレースの解釈](../../../docs/framework/network-programming/interpreting-network-tracing.md) [.NET Framework のネットワークのトレース](../../../docs/framework/network-programming/network-tracing.md) - [実装とトレースの概要](https://msdn.microsoft.com/library/e924e57c-33cf-4b0e-9e7f-a45d13e38f2c) + [アプリケーションのトレースとインストルメント](../../../docs/framework/debug-trace-profile/tracing-and-instrumenting-applications.md) diff --git a/docs/framework/network-programming/ftp.md b/docs/framework/network-programming/ftp.md index 3af2c3ce61e..06dd298862a 100644 --- a/docs/framework/network-programming/ftp.md +++ b/docs/framework/network-programming/ftp.md @@ -4,14 +4,12 @@ ms.date: 03/30/2017 helpviewer_keywords: - FTP ms.assetid: 9b43f8b4-89d7-46a7-89fc-71aca916dd32 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 286ab6ad4742f3e31db8037e10e98d5890c6144d -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 0f35cb5c106d041a771d17a6e528cbbc1d38042b +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47200920" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50187674" --- # FTP .NET Framework は、 クラスと クラスを使用して、FTP プロトコルの包括的なサポートを提供します。 これらのクラスは と から派生します。 ほとんどの場合、 クラスと クラスは、要求を行うために必要なすべてを提供しますが、プロパティとして公開されている FTP 固有の機能にアクセスする必要がある場合は、これらのクラスを または に型キャストすることができます。 diff --git a/docs/framework/network-programming/handling-errors.md b/docs/framework/network-programming/handling-errors.md index 5ad78ac68e0..f8fecd7e274 100644 --- a/docs/framework/network-programming/handling-errors.md +++ b/docs/framework/network-programming/handling-errors.md @@ -31,14 +31,12 @@ helpviewer_keywords: - ConnectionClosed enumeration member - SecureChannelFailure enumeration member ms.assetid: 657141cd-5cf5-4fdb-a4b2-4c040eba84b5 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 776e0a728b56aa2acfb7a033c2a7244b2cc824f9 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: d199219b36e2cc06314b38303fb2296f9f3794ea +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47237190" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50198342" --- # エラー処理 および クラスでは、システム例外 ( など) と Web 固有の例外 ( メソッドでスローされる ) の両方がスローされます。 diff --git a/docs/framework/network-programming/how-to-access-http-specific-properties.md b/docs/framework/network-programming/how-to-access-http-specific-properties.md index fdbf54866a7..cc59580bf36 100644 --- a/docs/framework/network-programming/how-to-access-http-specific-properties.md +++ b/docs/framework/network-programming/how-to-access-http-specific-properties.md @@ -5,14 +5,12 @@ dev_langs: - csharp - vb ms.assetid: f8848c7e-f5c5-4d42-b86d-9951ff8f4146 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: f008cf82b80e29f8fe741034a0e820b5eae5b0ba -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: c883321d74bb4309f483604d51057390d00189e6 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47193764" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50043017" --- # 方法: HTTP 固有のプロパティにアクセスする このサンプルでは、HTTP の **Keep-alive** 動作を無効にして、Web サーバーからプロトコル バージョン番号を取得する方法を示します。 diff --git a/docs/framework/network-programming/how-to-assign-user-information-to-group-connections.md b/docs/framework/network-programming/how-to-assign-user-information-to-group-connections.md index 1c319026084..6726affe2bb 100644 --- a/docs/framework/network-programming/how-to-assign-user-information-to-group-connections.md +++ b/docs/framework/network-programming/how-to-assign-user-information-to-group-connections.md @@ -5,14 +5,12 @@ dev_langs: - csharp - vb ms.assetid: 7ce550d6-8f7c-4ea7-add8-5bc27a7b51be -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 009c23d0015f366ab5f1ee92609f0131465d827b -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 6d0be3ccfc0a0b4b032283b7ed34908f79774bb6 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47193103" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50049543" --- # 方法: グループの接続にユーザー情報を割り当てる diff --git a/docs/framework/network-programming/how-to-configure-network-tracing.md b/docs/framework/network-programming/how-to-configure-network-tracing.md index 0181c172b0c..5f4811878c0 100644 --- a/docs/framework/network-programming/how-to-configure-network-tracing.md +++ b/docs/framework/network-programming/how-to-configure-network-tracing.md @@ -11,14 +11,12 @@ helpviewer_keywords: - application configuration files, network tracing - sockets, trace output ms.assetid: 5ef9fe4b-8d3d-490e-9259-1d014b2181af -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 4b8fa55375de5057eca92591cbf4d9da628a3f85 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 257f417fa573577ca8e8ceb4edc9c4f481af1f72 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47193804" +ms.lasthandoff: 10/29/2018 +ms.locfileid: "50192448" --- # 方法: ネットワークのトレースを構成する アプリケーションまたはコンピューターの構成ファイルには、ネットワークのトレースの形式と内容を決定する設定が保持されます。 この手順に従う前に、トレースが有効になっていることを確認します。 トレースの有効化については、「[ネットワークのトレースの有効化](../../../docs/framework/network-programming/enabling-network-tracing.md)」を参照してください。 @@ -102,4 +100,4 @@ ms.locfileid: "47193804" [ネットワークのトレースの解釈](../../../docs/framework/network-programming/interpreting-network-tracing.md) [.NET Framework のネットワークのトレース](../../../docs/framework/network-programming/network-tracing.md) [ネットワークのトレースの有効化](../../../docs/framework/network-programming/enabling-network-tracing.md) - [実装とトレースの概要](https://msdn.microsoft.com/library/e924e57c-33cf-4b0e-9e7f-a45d13e38f2c) + [アプリケーションのトレースとインストルメント](../../../docs/framework/debug-trace-profile/tracing-and-instrumenting-applications.md) diff --git a/docs/framework/network-programming/how-to-create-a-socket.md b/docs/framework/network-programming/how-to-create-a-socket.md index 0475757dabe..51d8bb6ce1c 100644 --- a/docs/framework/network-programming/how-to-create-a-socket.md +++ b/docs/framework/network-programming/how-to-create-a-socket.md @@ -17,14 +17,12 @@ helpviewer_keywords: - Internet, sockets - sockets, creating ms.assetid: c64a049c-5981-43bc-a2dc-1851473589c7 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 2ec87d45a4e7140aa2c1d901492952cd25634025 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 2c3bfb6435901ac8154bc801ae2a420b252d5849 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47192223" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50202264" --- # 方法: ソケットを作成する ソケットを使用してリモート デバイスと通信するには、ソケットをプロトコルとネットワーク アドレスの情報を使用して事前に初期化する必要があります。 クラスのコンストラクターには、アドレス ファミリ、ソケットの種類、およびソケットが接続を行うために使用するプロトコルの種類を指定するパラメーターがあります。 diff --git a/docs/framework/network-programming/how-to-customize-a-time-based-cache-policy.md b/docs/framework/network-programming/how-to-customize-a-time-based-cache-policy.md index 2fe857c0d5d..0a4f535bc00 100644 --- a/docs/framework/network-programming/how-to-customize-a-time-based-cache-policy.md +++ b/docs/framework/network-programming/how-to-customize-a-time-based-cache-policy.md @@ -9,14 +9,12 @@ helpviewer_keywords: - customizing time-based cache policies - cache [.NET Framework], time-based policies ms.assetid: 8d84f936-2376-4356-9264-03162e0f9279 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 2d46f88b40fc48eb819877c49ff9e04e487a0f5a -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 1a9e0d3197dcba63ef5497613e216a96868a03da +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47205253" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50182451" --- # 方法: 時間ベースのキャッシュ ポリシーをカスタマイズする 時間ベースのキャッシュ ポリシーを作成する場合、最大有効期間、最小鮮度、最大期限延長、またはキャッシュ同期日付の値を指定することで、キャッシュの動作をカスタマイズできます。 オブジェクトは、これらの値の有効な組み合わせを指定できるようにする複数のコンストラクターを提供します。 diff --git a/docs/framework/network-programming/how-to-detect-network-availability-and-address-changes.md b/docs/framework/network-programming/how-to-detect-network-availability-and-address-changes.md index 2b3209983c7..b7696e9ed40 100644 --- a/docs/framework/network-programming/how-to-detect-network-availability-and-address-changes.md +++ b/docs/framework/network-programming/how-to-detect-network-availability-and-address-changes.md @@ -4,14 +4,12 @@ ms.date: 03/30/2017 helpviewer_keywords: - Network ms.assetid: d4377115-4a76-4848-ab23-4898d65c771c -author: mcleblanc -ms.author: markl -ms.openlocfilehash: c0357c4000a7efdb838a40f2f3f907c1dd313c58 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: c0a4a492b06ac3be09d00779f97f1eb76d2690f1 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47193123" +ms.lasthandoff: 10/29/2018 +ms.locfileid: "50202684" --- # 方法: ネットワークの可用性とアドレスの変更を検出する このサンプルでは、インターフェイスのネットワーク アドレスの変更を検出する方法を示します。 diff --git a/docs/framework/network-programming/how-to-enable-a-webrequest-to-use-a-proxy-to-communicate-with-the-internet.md b/docs/framework/network-programming/how-to-enable-a-webrequest-to-use-a-proxy-to-communicate-with-the-internet.md index 938889c4f60..6f36770552d 100644 --- a/docs/framework/network-programming/how-to-enable-a-webrequest-to-use-a-proxy-to-communicate-with-the-internet.md +++ b/docs/framework/network-programming/how-to-enable-a-webrequest-to-use-a-proxy-to-communicate-with-the-internet.md @@ -5,14 +5,12 @@ dev_langs: - csharp - vb ms.assetid: 63c0ef2c-44b5-4c54-9804-ba0b9b001ac7 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 86bf21580db9bc6d9890f0935e283b653ba2e0b5 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 09a50794995b9157504ceff8dd578d709bfee020 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47397791" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50190444" --- # 方法: WebRequest でインターネットとの通信にプロキシを使用できるようにする この例では、 でインターネットとの通信にプロキシを使用できるようにするグローバル プロキシ インスタンスを作成します。 ここでは、プロキシ サーバーが `webproxy` という名前で、ポート 80 (標準 HTTP ポート) で通信を行うことを想定します。 diff --git a/docs/framework/network-programming/how-to-get-interface-and-protocol-information.md b/docs/framework/network-programming/how-to-get-interface-and-protocol-information.md index 008afb553a1..7c4c707bbfa 100644 --- a/docs/framework/network-programming/how-to-get-interface-and-protocol-information.md +++ b/docs/framework/network-programming/how-to-get-interface-and-protocol-information.md @@ -4,14 +4,12 @@ ms.date: 03/30/2017 helpviewer_keywords: - Network ms.assetid: fd88d26c-4063-495e-a253-736ac3e6b23f -author: mcleblanc -ms.author: markl -ms.openlocfilehash: ae4eb38c72a7f7629cea0f8137a4337553457808 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: fec8fd294c0408bfb16df1c5cfa1f3a96c1f28ee +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47200907" +ms.lasthandoff: 10/29/2018 +ms.locfileid: "50202619" --- # 方法: インターフェイス情報とプロトコル情報を取得する このサンプルでは、ネットワーク インターフェイスの TCP 統計情報を読み取る方法を示します。 diff --git a/docs/framework/network-programming/how-to-modify-the-computer-configuration-file-to-enable-ipv6-support.md b/docs/framework/network-programming/how-to-modify-the-computer-configuration-file-to-enable-ipv6-support.md index 3c778293b44..942d56fc2a5 100644 --- a/docs/framework/network-programming/how-to-modify-the-computer-configuration-file-to-enable-ipv6-support.md +++ b/docs/framework/network-programming/how-to-modify-the-computer-configuration-file-to-enable-ipv6-support.md @@ -2,14 +2,12 @@ title: '方法: IPv6 のサポートを有効にするようにコンピューター構成ファイルを変更する' ms.date: 03/30/2017 ms.assetid: 5611b677-b9cc-43b8-a434-60e18d89aada -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 77ad110a4f087ff21395fe4330793f8a1928b275 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 32aa1c3fa50d5c0486da4ef6799c77ead605b504 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47198060" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50187258" --- # 方法: IPv6 のサポートを有効にするようにコンピューター構成ファイルを変更する 次のコード例では、IPv6 のサポートを有効にするようにコンピューター構成ファイルの *machine.config* を変更する方法を示します。 *machine.config* ファイルは、Windows がインストールされたディレクトリの *%Windir%\Microsoft.NET\Framework* フォルダーに格納されます。 コンピューターにインストールされた .NET Framework のバージョンごとに、*%Windir%\Microsoft.NET\Framework* の下のフォルダーに別々の *machine.config* ファイルがあります (たとえば、*C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\machine.config*)。 diff --git a/docs/framework/network-programming/how-to-override-a-global-proxy-selection.md b/docs/framework/network-programming/how-to-override-a-global-proxy-selection.md index c723051b811..5e9edde4f13 100644 --- a/docs/framework/network-programming/how-to-override-a-global-proxy-selection.md +++ b/docs/framework/network-programming/how-to-override-a-global-proxy-selection.md @@ -8,11 +8,11 @@ ms.assetid: 0da481a9-b414-4230-beb0-e3ceba882fe5 author: mcleblanc ms.author: markl ms.openlocfilehash: 2be271123e34f155a79269d3b810c50fe24a40c6 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47235940" +ms.lasthandoff: 10/08/2018 +ms.locfileid: "48849933" --- # 方法: グローバル プロキシの選択をオーバーライドする この例では、`www.contoso.com` に **WebRequest** を送信し、ポート 80 の `alternateproxy` という名前のプロキシ サーバーでグローバル プロキシの選択をオーバーライドします。 diff --git a/docs/framework/network-programming/how-to-ping-a-host.md b/docs/framework/network-programming/how-to-ping-a-host.md index 8718ed4492d..a99366b7bf0 100644 --- a/docs/framework/network-programming/how-to-ping-a-host.md +++ b/docs/framework/network-programming/how-to-ping-a-host.md @@ -4,14 +4,12 @@ ms.date: 03/30/2017 helpviewer_keywords: - Ping ms.assetid: bbf20f5b-eca1-4661-af04-cb8837f9af05 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: e066af175982b71fb42bf2eec75fe9d92f532e61 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: ffade286882608f98c8771c0bdf2c70803769e38 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47402751" +ms.lasthandoff: 10/29/2018 +ms.locfileid: "50183569" --- # 方法: ホストに対して ping を実行 このサンプルでは、リモート ホストに対して ping を実行する方法を示します。 diff --git a/docs/framework/network-programming/how-to-register-a-custom-protocol-using-webrequest.md b/docs/framework/network-programming/how-to-register-a-custom-protocol-using-webrequest.md index 8c6ca8df8c7..e155837ee19 100644 --- a/docs/framework/network-programming/how-to-register-a-custom-protocol-using-webrequest.md +++ b/docs/framework/network-programming/how-to-register-a-custom-protocol-using-webrequest.md @@ -5,14 +5,12 @@ dev_langs: - csharp - vb ms.assetid: 98ddbdb9-66b1-4080-92ad-51f5c447fcf8 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 1f78f98f94daa51c17a1294285e13dfddd457106 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 5f863aa61058e87a7911bab3b02c3ba345419596 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47230970" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50193605" --- # 方法: WebRequest を使用してカスタム プロトコルを登録する この例では、他の場所で定義されているプロトコル固有のクラスを登録する方法を示します。 この例では、`CustomWebRequestCreator` は、`CustomWebRequest` オブジェクトを返す **Create** メソッドを実装するユーザー実装のオブジェクトです。 このコード例では、カスタム プロトコルを実装する `CustomWebRequest` コードが既に作成されているものとします。 diff --git a/docs/framework/network-programming/how-to-request-a-web-page-and-retrieve-the-results-as-a-stream.md b/docs/framework/network-programming/how-to-request-a-web-page-and-retrieve-the-results-as-a-stream.md index be8a377556c..6295433880f 100644 --- a/docs/framework/network-programming/how-to-request-a-web-page-and-retrieve-the-results-as-a-stream.md +++ b/docs/framework/network-programming/how-to-request-a-web-page-and-retrieve-the-results-as-a-stream.md @@ -5,14 +5,12 @@ dev_langs: - csharp - vb ms.assetid: d32b7f35-29d8-4fb7-ad71-d219edc5e359 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 2ceaa7cbaf2035276a0ba0105f3969f0249c6132 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 6481e923c8daabfcfa94adc45d7d4172e47a779a +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47402605" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50199072" --- # 方法: Web ページを要求し、ストリームとして結果を取得する この例では、Web ページを要求し、ストリームとして結果を取得する方法を示します。 diff --git a/docs/framework/network-programming/how-to-request-data-using-the-webrequest-class.md b/docs/framework/network-programming/how-to-request-data-using-the-webrequest-class.md index 1cc53ef320d..f6835e238ac 100644 --- a/docs/framework/network-programming/how-to-request-data-using-the-webrequest-class.md +++ b/docs/framework/network-programming/how-to-request-data-using-the-webrequest-class.md @@ -11,14 +11,12 @@ helpviewer_keywords: - receiving data, using WebRequest class - Internet, requesting data ms.assetid: 368b8d0f-dc5e-4469-a8b8-b2adbf5dd800 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 8928ce8790f58b6920c16cbfd9fc8d9aa6644a44 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 8a740d2eecd4d866fd3042985f1f6f3194a12ec5 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47197826" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50192760" --- # 方法: WebRequest クラスを使用してデータを要求する 次の手順では、たとえば、Web ページやファイルなどのリソースをサーバーから要求するための手順について説明します。 リソースは URI で識別される必要があります。 diff --git a/docs/framework/network-programming/how-to-retrieve-a-protocol-specific-webresponse-that-matches-a-webrequest.md b/docs/framework/network-programming/how-to-retrieve-a-protocol-specific-webresponse-that-matches-a-webrequest.md index a20ef3900ee..27597346ded 100644 --- a/docs/framework/network-programming/how-to-retrieve-a-protocol-specific-webresponse-that-matches-a-webrequest.md +++ b/docs/framework/network-programming/how-to-retrieve-a-protocol-specific-webresponse-that-matches-a-webrequest.md @@ -5,14 +5,12 @@ dev_langs: - csharp - vb ms.assetid: d8c90785-f16b-42a5-8439-ed2f731b2ba8 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 2a72e57156903c9d436a49aaf6da596868af4003 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: f1da226fb62c55f37183404765430c094f1cd63f +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47454870" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50188275" --- # 方法: WebRequest に一致するプロトコル固有の WebResponse を取得する この例では、WebRequest に一致するプロトコル固有の WebResponse を取得する方法を説明します。 diff --git a/docs/framework/network-programming/how-to-send-data-using-the-webrequest-class.md b/docs/framework/network-programming/how-to-send-data-using-the-webrequest-class.md index 52bc82850c7..376974cce6a 100644 --- a/docs/framework/network-programming/how-to-send-data-using-the-webrequest-class.md +++ b/docs/framework/network-programming/how-to-send-data-using-the-webrequest-class.md @@ -8,14 +8,12 @@ helpviewer_keywords: - WebRequest class, sending data to a host - Sending data to a host, using WebRequest class ms.assetid: 66686878-38ac-4aa6-bf42-ffb568ffc459 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: f62775a41f70e4dd96c749acd99bf8b850d96407 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 1f10c5e0c6c266b7b31d658ec561bd8d6d85697b +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47193032" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50192656" --- # 方法: WebRequest クラスを使用してデータを送信する 次の手順では、サーバーにデータを送信するための手順について説明します。 この手順は、通常、Web ページへのデータをポストするときに使用されます。 diff --git a/docs/framework/network-programming/how-to-set-a-location-based-cache-policy-for-an-application.md b/docs/framework/network-programming/how-to-set-a-location-based-cache-policy-for-an-application.md index 59f990b4df8..1c61aa0abfb 100644 --- a/docs/framework/network-programming/how-to-set-a-location-based-cache-policy-for-an-application.md +++ b/docs/framework/network-programming/how-to-set-a-location-based-cache-policy-for-an-application.md @@ -11,14 +11,12 @@ helpviewer_keywords: - request cache policies - cache [.NET Framework], location-based policies ms.assetid: 683bb88e-3411-4f46-9686-3411b6ba511c -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 61eb598ff2ca228e76b2a3633fe4d2bf37f2a476 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: e47b7de00941a8da24052c21f28e91391cff390d +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47209809" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50193683" --- # 方法: アプリケーションの場所ベースのキャッシュ ポリシーを設定します。 場所ベースのキャッシュ ポリシーを使用すると、要求されたリソースの場所を基にしてアプリケーションでキャッシュの動作を明示的に定義することができます。 このトピックでは、キャッシュ ポリシーをプログラムで設定する方法を示します。 構成ファイルを使用してアプリケーションのポリシーを設定する方法については、「[\ 要素 (ネットワーク設定)](../../../docs/framework/configure-apps/file-schema/network/requestcaching-element-network-settings.md)」を参照してください。 diff --git a/docs/framework/network-programming/how-to-set-cache-policy-for-a-request.md b/docs/framework/network-programming/how-to-set-cache-policy-for-a-request.md index 167289c8326..1746dcece66 100644 --- a/docs/framework/network-programming/how-to-set-cache-policy-for-a-request.md +++ b/docs/framework/network-programming/how-to-set-cache-policy-for-a-request.md @@ -7,17 +7,15 @@ dev_langs: helpviewer_keywords: - request cache policies ms.assetid: 39c15e40-586b-4ac9-9cce-146f74b7e545 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 03ddcbacf7de3753ca74c398e585447b2d769cd6 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: f2e3e7ccc16dc24cf79574f8607245b66ea53cb1 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47210628" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50190659" --- # 方法: 要求のキャッシュ ポリシーを設定する -次の例では、要求のキャッシュ ポリシーの設定方法を示します。 入力の例は、 http://www.contoso.com/ などの URI です。 +次の例では、要求のキャッシュ ポリシーの設定方法を示します。 入力の例は、`http://www.contoso.com/` などの URI です。 ## 例 次のコード例では、リソースがキャッシュ内にある時間が 1 日より短い場合に、要求されたリソースの使用を許可するキャッシュ ポリシーを作成します。 この例では、リソースがキャッシュから使用されたかどうかを示すメッセージ ( たとえば、`"The response was retrieved from the cache : False."`) が表示され、リソースが表示されます。 要求は、クライアントとサーバー間にある任意のキャッシュによって満たすことができます。 diff --git a/docs/framework/network-programming/how-to-typecast-a-webrequest-to-access-protocol-specific-properties.md b/docs/framework/network-programming/how-to-typecast-a-webrequest-to-access-protocol-specific-properties.md index f11385b7ba2..d8b6789fb8d 100644 --- a/docs/framework/network-programming/how-to-typecast-a-webrequest-to-access-protocol-specific-properties.md +++ b/docs/framework/network-programming/how-to-typecast-a-webrequest-to-access-protocol-specific-properties.md @@ -5,14 +5,12 @@ dev_langs: - csharp - vb ms.assetid: d9a8eae2-7454-46f9-b43b-c98477c5bcde -author: mcleblanc -ms.author: markl -ms.openlocfilehash: b4cde78ead9bdb8becf0f12497f4b37ad5a73bb3 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: ec5b9f1db17cf1c90484b0a44063efef9fa16cf9 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47421530" +ms.lasthandoff: 10/29/2018 +ms.locfileid: "50180089" --- # 方法: WebRequest を型キャストしてプロトコル固有のプロパティにアクセスする この例では、WebRequest を型キャストしてプロトコル固有のプロパティにアクセスできるようにする方法を説明します。 diff --git a/docs/framework/network-programming/http.md b/docs/framework/network-programming/http.md index 81bbcf5244e..d909ccb5e24 100644 --- a/docs/framework/network-programming/http.md +++ b/docs/framework/network-programming/http.md @@ -13,14 +13,12 @@ helpviewer_keywords: - HTTP, about HTTP - HttpWebRequest class, sending and receiving data ms.assetid: 985fe5d8-eb71-4024-b361-41fbdc1618d8 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 0c99e63f09d756bfff8cced846c2fe0f61722b8c -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 65a799355e35fc7d14e3aaad973209147f7e7eae +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47199906" +ms.lasthandoff: 10/29/2018 +ms.locfileid: "50182880" --- # HTTP .NET Framework は、 クラスと クラスを使用して、すべてのインターネット トラフィックの大部分を構成する HTTP プロトコルに対して包括的なサポートを提供します。 と から派生したこれらのクラスは、静的メソッド が "http" または "https" で始まる URI に遭遇するたびに既定で返されます。 ほとんどの場合、**WebRequest** クラスと **WebResponse** クラスは、要求を行うために必要なすべてを提供しますが、プロパティとして公開されている HTTP 固有の機能にアクセスする必要がある場合は、これらのクラスを **HttpWebRequest** または **HttpWebResponse** に型キャストすることができますです。 diff --git a/docs/framework/network-programming/httplistener.md b/docs/framework/network-programming/httplistener.md index 12c0f970121..317404b676a 100644 --- a/docs/framework/network-programming/httplistener.md +++ b/docs/framework/network-programming/httplistener.md @@ -4,14 +4,12 @@ ms.date: 03/30/2017 helpviewer_keywords: - HTTP ms.assetid: 5b89d3fb-3c9a-49e2-af1f-c34c020c68ac -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 0d5b7fccdac9dba3fd44d12241dd60cbaefa1b7a -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 902225085ccaceb9d90d0c25d9369ef65ae2730b +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47192941" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50193111" --- # HttpListener クラスは、プログラムによって制御できる HTTP プロトコル リスナーを提供します。 リスナーは、 オブジェクトの有効期間にわたってアクティブで、アプリケーション内で実行されます。 diff --git a/docs/framework/network-programming/integrated-windows-authentication-with-extended-protection.md b/docs/framework/network-programming/integrated-windows-authentication-with-extended-protection.md index 8717851b75b..56542e04d66 100644 --- a/docs/framework/network-programming/integrated-windows-authentication-with-extended-protection.md +++ b/docs/framework/network-programming/integrated-windows-authentication-with-extended-protection.md @@ -2,14 +2,12 @@ title: 統合 Windows 認証と拡張保護 ms.date: 03/30/2017 ms.assetid: 81731998-d5e7-49e4-ad38-c8e6d01689d0 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 1ab211a45b5a3cb835d051c53d321dc39cac2f9f -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: e07bc903a60dfff5e9caaf93f9c2bfd579541a96 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47193837" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50189707" --- # 統合 Windows 認証と拡張保護 名前空間および関連名前空間の 、、、、、および関連クラスによる統合 Windows 認証の処理方法に影響を与える、機能強化が行われました。 セキュリティ強化のため、拡張保護のサポートが追加されました。 diff --git a/docs/framework/network-programming/international-resource-identifier-support-in-system-uri.md b/docs/framework/network-programming/international-resource-identifier-support-in-system-uri.md index 03754a3f0cb..ea8eb2cdae4 100644 --- a/docs/framework/network-programming/international-resource-identifier-support-in-system-uri.md +++ b/docs/framework/network-programming/international-resource-identifier-support-in-system-uri.md @@ -2,14 +2,12 @@ title: System.Uri での International Resource Identifier のサポート ms.date: 03/30/2017 ms.assetid: b5e994c3-3535-4aff-8e1b-b69be22e9a22 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: ef44453dce2f59a2b481d0533b8bd28de516c630 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 742ea03a62426506f068a9b9e669278d0d4663ec +ms.sourcegitcommit: 9bd8f213b50f0e1a73e03bd1e840c917fbd6d20a ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47199165" +ms.lasthandoff: 10/25/2018 +ms.locfileid: "50047151" --- # System.Uri での International Resource Identifier のサポート クラスは、International Resource Identifier (IRI) および国際化ドメイン名 (IDN) のサポートにより拡張されました。 これらの機能拡張は、.NET Framework 3.5、3.0 SP1、および 2.0 SP1 で使用できます。 diff --git a/docs/framework/network-programming/internet-authentication.md b/docs/framework/network-programming/internet-authentication.md index be8eb57eca7..8784d607e70 100644 --- a/docs/framework/network-programming/internet-authentication.md +++ b/docs/framework/network-programming/internet-authentication.md @@ -15,14 +15,12 @@ helpviewer_keywords: - NetworkCredential class, about NetworkCredential class - client authentication, classes for authentication ms.assetid: d342e87c-f672-4660-a513-41a2f2b80c4a -author: mcleblanc -ms.author: markl -ms.openlocfilehash: e0f1ad373f8ec7687b44856a53e1e35b8b6baf8c -ms.sourcegitcommit: 213292dfbb0c37d83f62709959ff55c50af5560d +ms.openlocfilehash: 245e94cab61c0c60672476aadb417fc798b30362 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/25/2018 -ms.locfileid: "47089063" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50181044" --- # インターネット認証 クラスは、さまざまなクライアント認証メカニズムをサポートしています。これには、基本、ダイジェスト、ネゴシエート、NTLM、および Kerberos の標準のインターネット認証方法の他に、ユーザーが作成できるカスタム メソッドも含まれます。 diff --git a/docs/framework/network-programming/interpreting-network-tracing.md b/docs/framework/network-programming/interpreting-network-tracing.md index f0b457b1a5f..33fefc7632e 100644 --- a/docs/framework/network-programming/interpreting-network-tracing.md +++ b/docs/framework/network-programming/interpreting-network-tracing.md @@ -9,14 +9,12 @@ helpviewer_keywords: - text, network tracing output - includehex ms.assetid: ad22b4b8-00af-4778-9cca-cb609ce1f8ff -author: mcleblanc -ms.author: markl -ms.openlocfilehash: d05e0f374f4454c95dd02be8bd2eff573040f97e -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 94a64efcd7b4f354eaa22d1b646f36212f9c8fbb +ms.sourcegitcommit: 9bd8f213b50f0e1a73e03bd1e840c917fbd6d20a ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47209143" +ms.lasthandoff: 10/26/2018 +ms.locfileid: "50042299" --- # ネットワークのトレースの解釈 ネットワークのトレースを有効にすると、トレースを使用して、アプリケーションからさまざまな クラス メンバーへの呼び出しをキャプチャすることができます。 これらの呼び出しからの出力は、次の例のようになる場合があります。 diff --git a/docs/framework/network-programming/introducing-pluggable-protocols.md b/docs/framework/network-programming/introducing-pluggable-protocols.md index 1be84f5551f..154fa04352e 100644 --- a/docs/framework/network-programming/introducing-pluggable-protocols.md +++ b/docs/framework/network-programming/introducing-pluggable-protocols.md @@ -22,14 +22,12 @@ helpviewer_keywords: - server identifiers - scheme identifiers ms.assetid: 4b48e22d-e4e5-48f0-be80-d549bda97415 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 7fcc3c78192866ecbcefe03573d3e253ac6b6138 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: a0a50af2d773a9489d9e908b751ba2035b9ba626 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47198424" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50194021" --- # プラグ可能なプロトコルの概要 Microsoft .NET Framework は、アプリケーションにすばやく簡単に統合できる、複数層の拡張可能なインターネット サービスのマネージド実装を提供します。 および の名前空間内のインターネット アクセス クラスは、Web ベース アプリケーションとインターネット ベース アプリケーションの両方を実装するために使用できます。 diff --git a/docs/framework/network-programming/ipv6-addressing.md b/docs/framework/network-programming/ipv6-addressing.md index a1efbb235b5..d63e1a0d880 100644 --- a/docs/framework/network-programming/ipv6-addressing.md +++ b/docs/framework/network-programming/ipv6-addressing.md @@ -26,14 +26,12 @@ helpviewer_keywords: - IPv6, addresses in - IPv6, disabling ms.assetid: 20a104ae-1649-4649-a005-531a5cf74c93 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 8c992a96f2fa8d55d1fe16c03922cc8dbb39451c -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: ac8b8bae69ba20f34bb74fbff533ba53f915a150 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47194010" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50183413" --- # IPv6 アドレス指定 インターネット プロトコル バージョン 6 (IPv6) では、アドレスの長さは 128 ビットです。 このような大きいアドレス空間の 1 つの理由は、インターネットのトポロジを反映したルーティング ドメインの階層構造に利用可能なアドレスを細分化するためです。 別の理由は、ネットワークにデバイスを接続するネットワーク アダプター (インターフェイス) のアドレスをマップするためです。 IPv6 は、ネットワーク インターフェイス レベルである最下位レベルでアドレスを解決する固有の機能、および自動構成機能を備えています。 diff --git a/docs/framework/network-programming/ipv6-auto-configuration.md b/docs/framework/network-programming/ipv6-auto-configuration.md index 846e7cf6307..21c57de3c97 100644 --- a/docs/framework/network-programming/ipv6-auto-configuration.md +++ b/docs/framework/network-programming/ipv6-auto-configuration.md @@ -2,14 +2,12 @@ title: IPv6 の自動構成 ms.date: 03/30/2017 ms.assetid: 581c1d21-1013-43a3-bf3e-2d9ead62b79c -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 30765a1658d00f1a966112c5a63dabee499060e8 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 31aaebaefa0d2682ee20ae93496aff42ae1633d8 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47200933" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50199137" --- # IPv6 の自動構成 IPv6 用の 1 つの重要な目標は、ノードのプラグ アンド プレイをサポートすることです。 つまり、IPv6 ネットワークにノードを接続して、それを人間の操作なしに自動的に構成できる必要があります。 diff --git a/docs/framework/network-programming/ipv6-routing.md b/docs/framework/network-programming/ipv6-routing.md index 529b3b798e5..28f750161a9 100644 --- a/docs/framework/network-programming/ipv6-routing.md +++ b/docs/framework/network-programming/ipv6-routing.md @@ -2,14 +2,12 @@ title: IPv6 のルーティング ms.date: 03/30/2017 ms.assetid: c98731b4-b542-46a2-9947-1cea63c186b2 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 4ff5f131cfd9fac48e653b98e05d5e46dcfb0bec -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 19277f05d2feffd52f81cb5f0b70cb401579eb1a +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47399022" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50195347" --- # IPv6 のルーティング 柔軟なルーティング メカニズムは、IPv6 の利点です。 IPv4 ネットワーク ID が割り当てられた方法のために、インターネット バックボーン上にあるルーターは大規模なルーティング テーブルを保持する必要があります。 これらのルーターは、インターネット上の任意のノードに送られる可能性のあるパケットを転送するために、すべてのルートを知る必要があります。 アドレスを集計する機能により、IPv6 では、柔軟なアドレス指定が可能であり、ルーティング テーブルのサイズを大幅に縮小することができます。 この新しいアドレス指定アーキテクチャでは、中間のルーターは、ネットワークのローカル部分だけを追跡すれば、メッセージを適切に転送できます。 diff --git a/docs/framework/network-programming/listening-with-sockets.md b/docs/framework/network-programming/listening-with-sockets.md index 41a9d35cc49..11adae14e76 100644 --- a/docs/framework/network-programming/listening-with-sockets.md +++ b/docs/framework/network-programming/listening-with-sockets.md @@ -15,14 +15,12 @@ helpviewer_keywords: - listening with sockets - Internet, sockets ms.assetid: 40e426cc-13db-4371-95eb-f7388bd23ebf -author: mcleblanc -ms.author: markl -ms.openlocfilehash: c518c3bea980e23367477bd1b9851630454b728b -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 2b19b6d29d0117d4822f370dcc9abc840a18ad3d +ms.sourcegitcommit: 9bd8f213b50f0e1a73e03bd1e840c917fbd6d20a ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47209887" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50045046" --- # リッスン (ソケットで) リスナーまたはサーバー ソケットは、ネットワーク上のポートを開き、クライアントがそのポートに接続するまで待機します。 他のネットワーク アドレス ファミリとプロトコルもありますが、この例では、TCP/IP ネットワーク用のリモート サービスを作成する方法を説明します。 diff --git a/docs/framework/network-programming/location-based-cache-policies.md b/docs/framework/network-programming/location-based-cache-policies.md index 6b7a863e745..8ff1f0509ff 100644 --- a/docs/framework/network-programming/location-based-cache-policies.md +++ b/docs/framework/network-programming/location-based-cache-policies.md @@ -15,14 +15,12 @@ helpviewer_keywords: - Cache Or Next Cache Only policy - Refresh policy ms.assetid: e41d7f1a-0a6a-4dee-97d1-c6a8b6a07fc2 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 0344bbfc02a66a6f2ec9dace126bfae6811860be -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 1bbaf4fc85fe4d7e3d3737cf62cb63d8e09927cd +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47209502" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50194411" --- # 場所ベースのキャッシュ ポリシー 場所ベースのキャッシュ ポリシーでは、要求されたリソースを取得できる場所に基づいて、有効なキャッシュされたエントリの鮮度を定義します。 キャッシュされたリソースを使用しても、サーバーに指定されている再検証要件に違反しない場合、キャッシュされたリソースは有効です。 場所ベースのキャッシュ ポリシーをプログラムで作成するには、 または クラス コンストラクターを使用します。 場所ベースのポリシーの種類は、 または 列挙値を使用してコンストラクターに渡されます。 場所ベースのキャッシュ ポリシーを作成するコード例については、「[How to: Set a Location-Based Cache Policy for an Application](../../../docs/framework/network-programming/how-to-set-a-location-based-cache-policy-for-an-application.md)」(方法: アプリケーションの場所ベースのキャッシュ ポリシーを設定する) を参照してください。 以下のセクションでは、ハイパーテキスト転送プロトコル (http と https) リソースに使用できる各種の場所ベースのキャッシュ ポリシーを定義します。 diff --git a/docs/framework/network-programming/making-asynchronous-requests.md b/docs/framework/network-programming/making-asynchronous-requests.md index a7fdbba4354..9d37e423576 100644 --- a/docs/framework/network-programming/making-asynchronous-requests.md +++ b/docs/framework/network-programming/making-asynchronous-requests.md @@ -11,14 +11,12 @@ helpviewer_keywords: - Network Resources - WebRequest class, asynchronous access ms.assetid: 735d3fce-f80c-437f-b02c-5c47f5739674 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 1770ba69be537ccbe1c5ec26150428a3618b21a9 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 38ebe2d53bf2f22f6d28452dbc8763247382cc54 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47209978" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50197165" --- # 非同期要求を行う クラスは、インターネット リソースへの非同期アクセスに .NET Framework の標準非同期プログラミング モデルを使用します。 クラスの および メソッドは、インターネット リソースの非同期要求の開始と完了を行います。 diff --git a/docs/framework/network-programming/managing-connections.md b/docs/framework/network-programming/managing-connections.md index 8cd467898b5..36c1376688e 100644 --- a/docs/framework/network-programming/managing-connections.md +++ b/docs/framework/network-programming/managing-connections.md @@ -17,14 +17,12 @@ helpviewer_keywords: - downloading Internet resources, connections - ServicePointManager class, about ServicePointManager class ms.assetid: 9b3d3de7-189f-4f7d-81ae-9c29c441aaaa -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 1e4eb6c88bfad132f9e974445adf9ae0d6531f57 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 4fd7d01a3592c76fc1bb4ff8afe280c50cdf9f12 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47399438" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50181304" --- # 接続の管理 HTTP を使用してデータ リソースに接続するアプリケーションは、.NET Framework の クラスと クラスを使用してインターネットに対する接続を管理し、最適なスケールとパフォーマンスを達成することができます。 diff --git a/docs/framework/network-programming/nat-traversal-using-ipv6-and-teredo.md b/docs/framework/network-programming/nat-traversal-using-ipv6-and-teredo.md index 99b1ba7355f..ec18749f014 100644 --- a/docs/framework/network-programming/nat-traversal-using-ipv6-and-teredo.md +++ b/docs/framework/network-programming/nat-traversal-using-ipv6-and-teredo.md @@ -2,14 +2,12 @@ title: IPv6 および Teredo を使用した NAT トラバーサル ms.date: 03/30/2017 ms.assetid: 568cd245-3300-49ef-a995-d81bf845d961 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 7ee219f8ecb3103e5f9676498b09f290d6e7be8d -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 32f3caa88e05c7261d5cb7646ac618d33ca1e060 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47231233" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50185457" --- # IPv6 および Teredo を使用した NAT トラバーサル ネットワーク アドレス変換 (NAT) トラバーサルをサポートする機能強化が行われました。 これらの変更は、IPv6 および Teredo での使用を想定して設計されていますが、他の IP トンネリング テクノロジにも適用されます。 これらの拡張機能は、 および関連する名前空間のクラスに影響します。 diff --git a/docs/framework/network-programming/network-programming-how-to-topics.md b/docs/framework/network-programming/network-programming-how-to-topics.md index d85a1b59534..f5c0f7b385b 100644 --- a/docs/framework/network-programming/network-programming-how-to-topics.md +++ b/docs/framework/network-programming/network-programming-how-to-topics.md @@ -7,14 +7,12 @@ helpviewer_keywords: - networking how-tos [.NET Framework] - network ms.assetid: 8fd6c675-9ea6-4fad-a412-e2c2c1f233d8 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 6ca48627df37a98265b9078e2bc93dd823823e45 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 5b9236b3dd9d40c3f5656fd050f25cbb12f6a1ec +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47193526" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50192359" --- # ネットワーク プログラミング方法のトピック 概念を説明したドキュメントに用意されている、ネットワーク プログラミングに関する方法を説明したトピックへのリンクの一覧を次に示します。 diff --git a/docs/framework/network-programming/network-programming-samples.md b/docs/framework/network-programming/network-programming-samples.md index fa65918396a..b7896814580 100644 --- a/docs/framework/network-programming/network-programming-samples.md +++ b/docs/framework/network-programming/network-programming-samples.md @@ -2,14 +2,12 @@ title: ネットワーク プログラミングのサンプル ms.date: 03/30/2017 ms.assetid: 8efacc29-7367-47c2-8638-a4f66385ad91 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 90202f1d1fbe2d2d7a63cf467b651fe3a54e035d -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: b9b53085cccf834c6c2e5dcce63b12bd29eff7a3 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47194908" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50181645" --- # ネットワーク プログラミングのサンプル このセクションでは、、、、、、、、、および関連する名前空間のクラスを使用した、ダウンロード可能なネットワーク プログラミング サンプルの説明とリンクを示します。 diff --git a/docs/framework/network-programming/network-tracing.md b/docs/framework/network-programming/network-tracing.md index ec8360b12b4..6d4952c50fa 100644 --- a/docs/framework/network-programming/network-tracing.md +++ b/docs/framework/network-programming/network-tracing.md @@ -18,14 +18,12 @@ helpviewer_keywords: - output, network tracing - method invocations ms.assetid: e993b7c3-087f-45d8-9c02-9dded936d804 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 65bd172d184b1346000c2bc84cb888dfab28bb61 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 812fbd0a3f12f9b44e419986b5f3198d95d1e3a7 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47459777" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50199644" --- # .NET Framework のネットワークのトレース .NET Framework のネットワークのトレースでは、メソッド呼び出しについての情報、およびマネージド アプリケーションによって生成されるネットワーク トラフィックについての情報にアクセスできます。 この機能は、開発中のアプリケーションのデバッグや、配置済みのアプリケーションの分析に役立ちます。 ネットワークのトレースの出力は、開発時および稼動環境でのさまざまな使用方法をサポートするようにカスタマイズできます。 @@ -41,4 +39,4 @@ ms.locfileid: "47459777" [ネットワークのトレースの有効化](../../../docs/framework/network-programming/enabling-network-tracing.md) [方法: ネットワークのトレースを構成する](../../../docs/framework/network-programming/how-to-configure-network-tracing.md) [ネットワークのトレースの解釈](../../../docs/framework/network-programming/interpreting-network-tracing.md) - [実装とトレースの概要](https://msdn.microsoft.com/library/e924e57c-33cf-4b0e-9e7f-a45d13e38f2c) +[アプリケーションのトレースとインストルメント](../../../docs/framework/debug-trace-profile/tracing-and-instrumenting-applications.md) diff --git a/docs/framework/network-programming/networkinformation.md b/docs/framework/network-programming/networkinformation.md index 03e2dba1622..ae7b9f5ddce 100644 --- a/docs/framework/network-programming/networkinformation.md +++ b/docs/framework/network-programming/networkinformation.md @@ -4,14 +4,12 @@ ms.date: 03/30/2017 helpviewer_keywords: - Network ms.assetid: 31b44dd3-b903-4a48-8419-40419a3e4038 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: b5293afbda1bdf13db318b072696c597a12b8187 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 333baa68f4bd80b98e8bb03929ab41dc9cbed7a1 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47205357" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50088703" --- # NetworkInformation 名前空間を使用すると、ネットワーク イベント、変更、統計、プロパティについての情報を収集できます。 また、 クラスを使用して、リモート ホストに到達可能かどうかを確認することもできます。 diff --git a/docs/framework/network-programming/ntlm-and-kerberos-authentication.md b/docs/framework/network-programming/ntlm-and-kerberos-authentication.md index 5d53950a949..a614e29a6ef 100644 --- a/docs/framework/network-programming/ntlm-and-kerberos-authentication.md +++ b/docs/framework/network-programming/ntlm-and-kerberos-authentication.md @@ -19,14 +19,12 @@ helpviewer_keywords: - classes [.NET Framework], authentication - client authentication, NTLM ms.assetid: 9ef65560-f596-4469-bcce-f4d5407b55cd -author: mcleblanc -ms.author: markl -ms.openlocfilehash: e7638b9558363b77b03208d86d98330b922b414c -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 254ffea79612c10f147984dda37d0117edbf9e3e +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47195479" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50190295" --- # NTLM 認証および Kerberos 認証 既定の NTLM 認証と Kerberos 認証は、呼び出し元のアプリケーションに関連付けられている Microsoft Windows NT ユーザー資格情報を使用して、サーバーで認証を試みます。 既定以外の NTLM 認証を使用する場合、アプリケーションは認証の種類を NTLM に設定し、次の例に示すように オブジェクトを使用して、ユーザー名、パスワード、およびドメインをホストに渡します。 diff --git a/docs/framework/network-programming/peer-names-and-pnrp-ids.md b/docs/framework/network-programming/peer-names-and-pnrp-ids.md index 1469cf47edd..13a7f09bf1a 100644 --- a/docs/framework/network-programming/peer-names-and-pnrp-ids.md +++ b/docs/framework/network-programming/peer-names-and-pnrp-ids.md @@ -2,14 +2,12 @@ title: ピア名と PNRP ID ms.date: 03/30/2017 ms.assetid: afa538e8-948f-4a98-aa9f-305134004115 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: cab8bb848596d4d6dc7f810d454b875f4fd58e47 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: d842c66de7550c94f4e287449a238ff964093fb2 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47216503" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50187653" --- # ピア名と PNRP ID ピア名は通信のエンドポイントを表します。ピア名には、コンピューター、ユーザー、グループ、サービスのほか、ピアに関連付けられていて IPv6 アドレスに変換できるすべてのものを指定できます。 ピア名解決プロトコル (PNRP) は、クラウド メンバーの識別に使用される PNRP ID を作成するために、統計的に一意なピア名を取得します。 diff --git a/docs/framework/network-programming/peer-to-peer-networking-scenarios.md b/docs/framework/network-programming/peer-to-peer-networking-scenarios.md index f1b471b8cc7..fdea9a01be4 100644 --- a/docs/framework/network-programming/peer-to-peer-networking-scenarios.md +++ b/docs/framework/network-programming/peer-to-peer-networking-scenarios.md @@ -2,14 +2,12 @@ title: ピアツーピア ネットワーキング シナリオ ms.date: 03/30/2017 ms.assetid: d23b1a64-2e08-4014-882a-c1dd766bdcc2 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 3f15e555f64479d18c5fb5d18522a3dbe33e3521 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 46e0be29d367db0d36b87c063779d55d1338b39e +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47193565" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50199943" --- # ピアツーピア ネットワーキング シナリオ ピアツーピア ネットワーキングは次のシナリオを実現または強化します。 diff --git a/docs/framework/network-programming/pnrp-caches.md b/docs/framework/network-programming/pnrp-caches.md index 35299a63ea7..8d9f40ae5a7 100644 --- a/docs/framework/network-programming/pnrp-caches.md +++ b/docs/framework/network-programming/pnrp-caches.md @@ -2,14 +2,12 @@ title: PNRP キャッシュ ms.date: 03/30/2017 ms.assetid: 270068d9-1b6b-4eb9-9e14-e02326bb88df -author: mcleblanc -ms.author: markl -ms.openlocfilehash: f0cda9fe5ea6d8c79249603f4a51c18a615fe839 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 53df90a9bb3da90145ebe30bb274b4ff4950c00f +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47205292" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50180966" --- # PNRP キャッシュ ピア名解決プロトコル (PNRP) キャッシュは、アルゴリズムによって選択され、ピアで保持されているピア エンドポイントのローカル コレクションです。 diff --git a/docs/framework/network-programming/pnrp-clouds.md b/docs/framework/network-programming/pnrp-clouds.md index 7e0d934f645..877f5e64741 100644 --- a/docs/framework/network-programming/pnrp-clouds.md +++ b/docs/framework/network-programming/pnrp-clouds.md @@ -2,14 +2,12 @@ title: PNRP クラウド ms.date: 03/30/2017 ms.assetid: a82e2bf1-62ab-4c2d-83f3-3217a6aead2e -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 07e2d445196e5bec454ea8115ea48dd03ebe7d8b -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 22401459a183d8d21e37211d942b24dbc76a6f94 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47192720" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50195360" --- # PNRP クラウド PNRP "クラウド" は、ネットワーク経由で相互に通信できるノードのセットを表します。 "クラウド" という用語は、"ピア メッシュ" や "ピアツーピア グラフ" と同義です。 diff --git a/docs/framework/network-programming/pnrp-in-application-development.md b/docs/framework/network-programming/pnrp-in-application-development.md index 202abd23dc8..be9e1ddc80e 100644 --- a/docs/framework/network-programming/pnrp-in-application-development.md +++ b/docs/framework/network-programming/pnrp-in-application-development.md @@ -2,14 +2,12 @@ title: アプリケーション開発での PNRP ms.date: 03/30/2017 ms.assetid: 265615d6-4423-4b5d-8626-752e456f4f4e -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 0f86b2569b9d4864586a0a7daea0ae5d3b901fd4 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: b19138c43185f4d31bef4fe67af48f89dc03eba4 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47205266" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50180434" --- # アプリケーション開発での PNRP Windows Vista では、ネットワーク アプリケーションは、簡単な PNRP アプリケーション プログラミング インターフェイス (API) を通して名前発行および名前解決機能にアクセスできます。 diff --git a/docs/framework/network-programming/programming-pluggable-protocols.md b/docs/framework/network-programming/programming-pluggable-protocols.md index b598b142dc5..9cdfb0c7578 100644 --- a/docs/framework/network-programming/programming-pluggable-protocols.md +++ b/docs/framework/network-programming/programming-pluggable-protocols.md @@ -15,14 +15,12 @@ helpviewer_keywords: - receiving data, pluggable protocols - protocols, pluggable ms.assetid: 66ef8456-7576-4e97-8956-959b216373db -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 7d517ef2683b8468410880d2bb50f79b382367bf -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 74dd44e704836b209366a7975d08a43375318e90 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47170153" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50190789" --- # プラグ可能なプロトコルのプログラミング 抽象クラスの と は、プラグ可能なプロトコルの基礎を提供します。 アプリケーションでは、 と からプロトコル固有のクラスを派生することにより、使うプロトコルを指定しなくても、インターネット リソースにデータを要求して応答を読み取ることができます。 diff --git a/docs/framework/network-programming/proxy-configuration.md b/docs/framework/network-programming/proxy-configuration.md index 24d8c59db2f..a9780c8069c 100644 --- a/docs/framework/network-programming/proxy-configuration.md +++ b/docs/framework/network-programming/proxy-configuration.md @@ -11,14 +11,12 @@ helpviewer_keywords: - network, proxy configuration - proxies, configuring ms.assetid: 353c0a8b-4cee-44f6-8e65-60e286743df9 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: f4ae905b7500a8555691557b264985acf538d075 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: eaabb382a7bbb2cdd19c884fcd8499e626f70d4a +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47401252" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50180992" --- # プロキシの構成 プロキシ サーバーは、リソースに対するクライアント要求を処理します。 プロキシは、要求されたリソースをキャッシュから返したり、リソースが存在するサーバーに要求を転送したりできます。 プロキシは、リモート サーバーに送信された要求の数を減らすことで、ネットワークのパフォーマンスを向上できます。 プロキシを使用して、リソースへのアクセスを制限することもできます。 diff --git a/docs/framework/network-programming/requesting-data.md b/docs/framework/network-programming/requesting-data.md index 06c66f683fa..28772d5ef7a 100644 --- a/docs/framework/network-programming/requesting-data.md +++ b/docs/framework/network-programming/requesting-data.md @@ -17,14 +17,12 @@ helpviewer_keywords: - receiving data, about receiving data - Internet, requesting data ms.assetid: df6f1e1d-6f2a-45dd-8141-4a85c3dafe1d -author: mcleblanc -ms.author: markl -ms.openlocfilehash: a163374810cbc06ca048c1bdd304de9519db140c -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 026912a2dc8a09fb52e0427fc7bf2dbb1d55413a +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47195707" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50182815" --- # データの要求 今日のインターネットの分散操作環境で動作するアプリケーションを開発するには、あらゆる種類のリソースからデータを取得するための効率的で使いやすい方法が必要です。 プラグ可能なプロトコルを使うと、単一のインターフェイスを使って複数のインターネット プロトコルからデータを取得するアプリケーションを開発できます。 diff --git a/docs/framework/network-programming/security-in-network-programming.md b/docs/framework/network-programming/security-in-network-programming.md index 166317c3b7e..5d11b04aa7e 100644 --- a/docs/framework/network-programming/security-in-network-programming.md +++ b/docs/framework/network-programming/security-in-network-programming.md @@ -12,14 +12,12 @@ helpviewer_keywords: - security [.NET Framework], Internet - permissions [.NET Framework], Internet ms.assetid: afb07899-2707-49ab-a57f-e0caf20d0171 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 3e47828f14ffbaac57a43ddbf53094e220acb082 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: b57465d4cf89bb38dd5cda70f090f444e52ea819 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47205094" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50195854" --- # ネットワーク プログラミングにおけるセキュリティ diff --git a/docs/framework/network-programming/socket-code-examples.md b/docs/framework/network-programming/socket-code-examples.md index 224fa693140..64f417b494d 100644 --- a/docs/framework/network-programming/socket-code-examples.md +++ b/docs/framework/network-programming/socket-code-examples.md @@ -14,14 +14,12 @@ helpviewer_keywords: - Internet, sockets - client sockets ms.assetid: f3fc7533-6956-42c6-bbc3-73e5a221027d -author: mcleblanc -ms.author: markl -ms.openlocfilehash: b744690cf2af1c2935a381c3edc2198840704425 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: f709c2e0780b89e072c43e9acaf722e6851d4cbe +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47197909" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50199956" --- # ソケットのコード例 次のコード例は、リモート ネットワーク サービスに接続するためのクライアントとして、また、リモート クライアントからの接続を待ち受けるためのサーバーとして クラスを利用する方法を示すものです。 diff --git a/docs/framework/network-programming/socket-performance-enhancements-in-version-3-5.md b/docs/framework/network-programming/socket-performance-enhancements-in-version-3-5.md index dc50b3980a2..0d377f66acd 100644 --- a/docs/framework/network-programming/socket-performance-enhancements-in-version-3-5.md +++ b/docs/framework/network-programming/socket-performance-enhancements-in-version-3-5.md @@ -2,14 +2,12 @@ title: バージョン 3.5 のソケット パフォーマンスの強化 ms.date: 03/30/2017 ms.assetid: 225aa5f9-c54b-4620-ab64-5cd100cfd54c -author: mcleblanc -ms.author: markl -ms.openlocfilehash: ddf098d0da7411515592c5bfa5bbac2153d7f0eb -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 588edc35f1b0fb39beb9be9a71573a1727ffeab8 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47197124" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50193449" --- # バージョン 3.5 のソケット パフォーマンスの強化 非同期ネットワーク I/O を利用して最高のパフォーマンスを達成するために、バージョン 3.5 で、 クラスが機能強化されました。 クラスの機能強化の一環として、一連の新しいクラスが追加されました。これが提供する代替非同期パターンは、目的に特化した高パフォーマンスのソケット アプリケーションで利用できます。 この機能強化は、高いパフォーマンスを必要とするネットワーク サーバー アプリケーションのために設計されたものです。 あるアプリケーションで、機能強化された非同期パターンを排他的に、言い換えると、アプリケーションの高負荷領域 (大量のデータを受け取るときなど) のみで使用できます。 diff --git a/docs/framework/network-programming/sockets.md b/docs/framework/network-programming/sockets.md index f1ad9b39bb0..192148525b4 100644 --- a/docs/framework/network-programming/sockets.md +++ b/docs/framework/network-programming/sockets.md @@ -15,14 +15,12 @@ helpviewer_keywords: - protocols, sockets - Internet, sockets ms.assetid: 10d22735-bd37-42c1-a2be-c1932f979a7d -author: mcleblanc -ms.author: markl -ms.openlocfilehash: ce7ded81ad23c2df55afa9360435e8391fea7a63 -ms.sourcegitcommit: 213292dfbb0c37d83f62709959ff55c50af5560d +ms.openlocfilehash: 3a8e141d79a7f261cd969dc78a656a89ffc8bc30 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/25/2018 -ms.locfileid: "47176826" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50196532" --- # ソケット 名前空間には、Windows ソケット インターフェイスのマネージド実装が含まれます。 名前空間のその他すべてのネットワーク アクセス クラスは、ソケットのこの実装の上に構築されます。 diff --git a/docs/framework/network-programming/synchronous-client-socket-example.md b/docs/framework/network-programming/synchronous-client-socket-example.md index b07d985dcc0..7cf41ae7384 100644 --- a/docs/framework/network-programming/synchronous-client-socket-example.md +++ b/docs/framework/network-programming/synchronous-client-socket-example.md @@ -9,14 +9,12 @@ helpviewer_keywords: - synchronous client sockets - sockets, synchronous client sockets ms.assetid: 2c7d5be7-2221-467c-a839-5744ec4d576d -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 55fd8c33f80ecf3b31fdbacec1abd73ebab92396 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 1720d0a476d3eb5586ed8742c377324bc1950cd5 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47230672" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50192513" --- # 同期クライアント ソケットの例 次のプログラム例では、サーバーに接続するクライアントを作成します。 このクライアントは同期ソケットで構築されます。そのため、クライアント アプリケーションの実行は、サーバーが応答を返すまで一時停止となります。 このアプリケーションは文字列をサーバーに送信し、サーバーが返した文字列をコンソールに表示します。 diff --git a/docs/framework/network-programming/synchronous-server-socket-example.md b/docs/framework/network-programming/synchronous-server-socket-example.md index 78dd4ca0989..7e11c2e8bc4 100644 --- a/docs/framework/network-programming/synchronous-server-socket-example.md +++ b/docs/framework/network-programming/synchronous-server-socket-example.md @@ -9,14 +9,12 @@ helpviewer_keywords: - sockets, code examples - sockets, synchronous server sockets ms.assetid: 5916c764-879f-4716-99fb-1d21c6237f1c -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 2edfeb85ee21b5d398938bc9500f463cd78a6c07 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 51fe16b3e0859a9ab39dcd34a55e51bd4bcad86d +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47198996" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50201991" --- # 同期サーバー ソケットの例 次のプログラム例では、クライアントからの接続要求を受け取るサーバーを作成します。 このサーバーは同期ソケットで構築されます。そのため、サーバー アプリケーションの実行は、クライアントからの接続を待っている間、一時停止となります。 このアプリケーションはクライアントから文字列を受信し、それをコンソールに表示し、クライアントにエコー バックします。 クライアントからの文字列には、文字列 "\" が含まれている必要があります。これは、メッセージの終わりを伝えるためのものです。 diff --git a/docs/framework/network-programming/tcp-udp.md b/docs/framework/network-programming/tcp-udp.md index d64c0d14e23..54787faea62 100644 --- a/docs/framework/network-programming/tcp-udp.md +++ b/docs/framework/network-programming/tcp-udp.md @@ -16,14 +16,12 @@ helpviewer_keywords: - requesting data from Internet, TCP/UDP - Internet, TCP/UDP ms.assetid: df29b4b0-49e8-4923-82b9-13150dfc40f5 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: b3e39b952b37f70513b3a84ce6b6059b85e01c28 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 987a8aa789d8c4585a58a031c9d920ee5cab45aa +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47421587" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50191876" --- # TCP-UDP アプリケーションは、、、 クラスで伝送制御プロトコル (TCP) サービスとユーザー データグラム プロトコル (UDP) サービスを利用できます。 これらのプロトコルのクラスは クラスの上に構築され、データ転送の詳細を処理します。 diff --git a/docs/framework/network-programming/using-a-synchronous-client-socket.md b/docs/framework/network-programming/using-a-synchronous-client-socket.md index 983f437cb81..f2d2c2515d2 100644 --- a/docs/framework/network-programming/using-a-synchronous-client-socket.md +++ b/docs/framework/network-programming/using-a-synchronous-client-socket.md @@ -17,14 +17,12 @@ helpviewer_keywords: - Internet, sockets - client sockets ms.assetid: 945d00c6-7202-466c-9df9-140b84156d43 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: edc65f46b69ef3b72092c0182529b9127cc25911 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 8036421f937385edbaefb8df4ee3915798084c64 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47199699" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50192435" --- # 同期クライアント ソケットの使用 ネットワーク操作が完了するまで、同期クライアント ソケットはアプリケーション プログラムを一時停止させます。 同期ソケットは動作のためにネットワークを多用するアプリケーションには適しませんが、それ以外のアプリケーションの場合、ネットワーク サービスへの簡単アクセスを可能にします。 diff --git a/docs/framework/network-programming/using-a-synchronous-server-socket.md b/docs/framework/network-programming/using-a-synchronous-server-socket.md index aa10c095dab..d474894ebd7 100644 --- a/docs/framework/network-programming/using-a-synchronous-server-socket.md +++ b/docs/framework/network-programming/using-a-synchronous-server-socket.md @@ -17,14 +17,12 @@ helpviewer_keywords: - sockets, synchronous server sockets - Internet, sockets ms.assetid: d1ce882e-653e-41f5-9289-844ec855b804 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 2e79c9a75e4513be91af1104195af3614b49092d -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 9880766641be618a6a0f54ded501cf6f6e95e128 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47398551" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50034355" --- # 同期サーバー ソケットの使用 同期サーバー ソケットは、ソケットで接続要求が受け取られるまでアプリケーションの実行を一時停止させます。 同期ソケットは動作のためにネットワークを多用するアプリケーションには適しませんが、単純なネットワーク アプリケーションには適しています。 diff --git a/docs/framework/network-programming/using-an-asynchronous-client-socket.md b/docs/framework/network-programming/using-an-asynchronous-client-socket.md index cd68a2e6d61..0367a9e1175 100644 --- a/docs/framework/network-programming/using-an-asynchronous-client-socket.md +++ b/docs/framework/network-programming/using-an-asynchronous-client-socket.md @@ -17,14 +17,12 @@ helpviewer_keywords: - Internet, sockets - client sockets ms.assetid: fd85bc88-e06c-467d-a30d-9fd7cffcfca1 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: f4ab27a8e6cc5bd38620148b130823070e5102fa -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 386b9d3cf0342784c09ed8fc7a815a242924b068 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47198450" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50194957" --- # 非同期クライアント ソケットの使用 ネットワーク操作が完了するまで待機している間、非同期クライアント ソケットはアプリケーションを一時停止しません。 標準の .NET Framework 非同期プログラミング モデルを使用して、1 つのスレッドでネットワーク接続を処理しながら、アプリケーションは元のスレッドで実行を継続します。 ネットワークの使用量が多いアプリケーションや、ネットワーク操作が完了するのを待機してから完了することができないアプリケーションの場合、非同期ソケットが適しています。 diff --git a/docs/framework/network-programming/using-an-asynchronous-server-socket.md b/docs/framework/network-programming/using-an-asynchronous-server-socket.md index 4deda71ded6..8acffb444d4 100644 --- a/docs/framework/network-programming/using-an-asynchronous-server-socket.md +++ b/docs/framework/network-programming/using-an-asynchronous-server-socket.md @@ -17,14 +17,12 @@ helpviewer_keywords: - protocols, sockets - Internet, sockets ms.assetid: 813489a9-3efd-41b6-a33f-371d55397676 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: f89bf9e3ea9f2b3c385d267cfc77a05ee8eb82d6 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: d51553b34f221283429d40a65e08f5ba58faf36a +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47436103" +ms.lasthandoff: 10/29/2018 +ms.locfileid: "50198864" --- # 非同期サーバー ソケットの使用 非同期サーバー ソケットは、.NET Framework の非同期プログラミング モデルを使用してネットワーク サービス要求を処理します。 クラスは、標準の .NET Framework の非同期名前付けパターンに従います。たとえば、同期の メソッドは非同期の メソッドと メソッドに対応します。 diff --git a/docs/framework/network-programming/using-application-protocols.md b/docs/framework/network-programming/using-application-protocols.md index f11c7c79d6a..8d464662a8a 100644 --- a/docs/framework/network-programming/using-application-protocols.md +++ b/docs/framework/network-programming/using-application-protocols.md @@ -13,14 +13,12 @@ helpviewer_keywords: - receiving data, application protocols - requesting data from Internet, application protocols ms.assetid: 3aab4bcc-8397-4e1a-a1b6-bbd837a21430 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 9f979b6d065e23b6d448a14d9545327de254dc70 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 191a13d83c77c3c5a13da8b4b4c177046c4e9e77 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47216475" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50201978" --- # アプリケーション プロトコルの使用 .NET Framework は、一般的に使用されているインターネット アプリケーション プロトコルをサポートしています。 ここでは、[HTTP](../../../docs/framework/network-programming/http.md)、"TCP"、"UDP" プロトコルの使用方法と、[Windows ソケット](../../../docs/framework/network-programming/sockets.md) インターフェイスを使用してカスタム ソケットを実装する方法について説明します。 diff --git a/docs/framework/network-programming/using-secure-sockets-layer.md b/docs/framework/network-programming/using-secure-sockets-layer.md index 246fd378fa2..f0048579894 100644 --- a/docs/framework/network-programming/using-secure-sockets-layer.md +++ b/docs/framework/network-programming/using-secure-sockets-layer.md @@ -15,14 +15,12 @@ helpviewer_keywords: - receiving data, Secure Sockets Layer - Internet, Secure Sockets Layer ms.assetid: 6e4289e6-d1b7-4e82-ab0d-e83e3b6063ed -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 25261185f263a775b6104f94d10874ff39035de9 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 41baeb9724d142bb860e51fa3ee84fb6c3f6261e +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47396982" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50188691" --- # Secure Sockets Layerの使用 クラスは、Secure Sockets Layer (SSL) を使用して、複数のネットワーク プロトコルの接続を暗号化します。 diff --git a/docs/framework/network-programming/using-streams-on-the-network.md b/docs/framework/network-programming/using-streams-on-the-network.md index 605de03783e..efdb55acd92 100644 --- a/docs/framework/network-programming/using-streams-on-the-network.md +++ b/docs/framework/network-programming/using-streams-on-the-network.md @@ -17,14 +17,12 @@ helpviewer_keywords: - Internet, streams - streams ms.assetid: 02b05fba-7235-45ce-94e5-060436ee0875 -author: mcleblanc -ms.author: markl -ms.openlocfilehash: 1157fd8772546a1e34343bcf05ac40ca8ad592a5 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: a51d87aeef8d39356af10d526db63b7b16b9ca58 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47194024" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50189577" --- # ネットワーク上でストリームを使用する .NET Framework では、ネットワーク リソースはストリームとして表されます。 .NET Framework は、ストリームを汎用的に扱うことで、次の機能を提供しています。 diff --git a/docs/framework/reflection-and-codedom/dynamic-source-code-generation-and-compilation.md b/docs/framework/reflection-and-codedom/dynamic-source-code-generation-and-compilation.md index c0d7d29b41d..afca824266f 100644 --- a/docs/framework/reflection-and-codedom/dynamic-source-code-generation-and-compilation.md +++ b/docs/framework/reflection-and-codedom/dynamic-source-code-generation-and-compilation.md @@ -13,11 +13,11 @@ ms.assetid: d077a3e8-bd81-4bdf-b6a3-323857ea30fb author: rpetrusha ms.author: ronpet ms.openlocfilehash: a90b4214e244bc1f9c5f8e71782e604bd6c7b619 -ms.sourcegitcommit: 213292dfbb0c37d83f62709959ff55c50af5560d +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/25/2018 -ms.locfileid: "47108482" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48582594" --- # 動的なソース コードの生成とコンパイル .NET Framework には、CodeDOM (Code Document Object Model) と呼ばれるメカニズムが備わっています。CodeDOM を使用すると、ソース コードを出力するプログラム開発者は、レンダリング対象となるコードを表す単一のモデルに基づいて、実行時に複数のプログラミング言語でソース コードを生成することができます。 diff --git a/docs/framework/reflection-and-codedom/reflection.md b/docs/framework/reflection-and-codedom/reflection.md index 74b111f8646..7fdf20edefd 100644 --- a/docs/framework/reflection-and-codedom/reflection.md +++ b/docs/framework/reflection-and-codedom/reflection.md @@ -23,15 +23,15 @@ helpviewer_keywords: ms.assetid: d1a58e7f-fb39-4d50-bf84-e3b8f9bf9775 author: rpetrusha ms.author: ronpet -ms.openlocfilehash: 6a03e6760fbb233c656909fb99b48a84bddedef8 -ms.sourcegitcommit: 2eceb05f1a5bb261291a1f6a91c5153727ac1c19 +ms.openlocfilehash: 24112edc3ac28124953974463233800c51da5cfc +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/04/2018 -ms.locfileid: "43509023" +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49453084" --- # .NET Framework のリフレクション - 名前空間のクラスを と共に使用すると、読み込まれた[アセンブリ](../../../docs/framework/app-domains/assemblies-in-the-common-language-runtime.md)についての情報、およびそのアセンブリ内に定義されている[クラス](https://msdn.microsoft.com/library/ad7d3561-271e-4546-82fc-e00b059f27a9)、[インターフェイス](https://msdn.microsoft.com/library/fd9d5975-5363-4bc9-b883-609f887895e5)、[値型](https://msdn.microsoft.com/library/c9c567f8-8ab1-4d88-834d-00f7d92418de)などの型を取得できます。 また、リフレクションを使用すると、実行時に型インスタンスを作成したり、作成した型インスタンスを呼び出したり、アクセスしたりできます。 リフレクションのさまざまな面に関するトピックについては、この概要の最後の「[関連トピック](#related_topics)」を参照してください。 + 名前空間のクラスを と共に使用すると、読み込まれた[アセンブリ](../../../docs/framework/app-domains/assemblies-in-the-common-language-runtime.md)についての情報、およびそのアセンブリ内に定義されている[クラス](../../../docs/standard/base-types/common-type-system.md#classes)、[インターフェイス](../../../docs/standard/base-types/common-type-system.md#interfaces)、[値型](https://msdn.microsoft.com/library/c9c567f8-8ab1-4d88-834d-00f7d92418de)などの型を取得できます。 また、リフレクションを使用すると、実行時に型インスタンスを作成したり、作成した型インスタンスを呼び出したり、アクセスしたりできます。 リフレクションのさまざまな面に関するトピックについては、この概要の最後の「[関連トピック](#related_topics)」を参照してください。 [共通言語ランタイム](../../../docs/standard/clr.md) ローダーは、[アプリケーション ドメイン](../../../docs/framework/app-domains/application-domains.md)を管理します。アプリケーション ドメインは、同じアプリケーション スコープのオブジェクトの周りに定義された境界を構成します。 アプリケーション ドメインの管理には、該当アプリケーション ドメインへの各アセンブリの読み込み、および各アセンブリ内の型階層のメモリ レイアウトの制御などが含まれます。 diff --git a/docs/framework/tools/certmgr-exe-certificate-manager-tool.md b/docs/framework/tools/certmgr-exe-certificate-manager-tool.md index 3b07c896b80..2c29a42788d 100644 --- a/docs/framework/tools/certmgr-exe-certificate-manager-tool.md +++ b/docs/framework/tools/certmgr-exe-certificate-manager-tool.md @@ -15,12 +15,12 @@ helpviewer_keywords: ms.assetid: 7e953b43-1374-4bbc-814f-53ca1b6b52bb author: rpetrusha ms.author: ronpet -ms.openlocfilehash: 0a4cb3f126a51d6bf7027edb88b8fec74c6785d2 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 9ad1cbd9da3a6b55dbb23eaf97c10e6090077fd8 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47231558" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50198485" --- # Certmgr.exe (証明書マネージャー ツール) 証明書マネージャー ツール (Certmgr.exe) は、証明書、証明書信頼リスト (CTL: Certificate Trust List)、および証明書失効リスト (CRL: Certificate Revocation List) を管理します。 @@ -54,7 +54,7 @@ ms.locfileid: "47231558" |オプション|説明| |------------|-----------------| |**/add**|証明書、CTL、および CRL を証明書ストアに追加します。| -|**/all**|**/add** を指定して使用した場合は、すべてのエントリを追加します。 **/del** を指定して使用した場合は、すべてのエントリを削除します。**/add**、**/del** のいずれのオプションも指定せずに使用した場合は、すべてのエントリを表示します。 **/all** オプションは、**/put** オプションと共に指定できません。| +|**/all**|**/add** を指定して使用した場合は、すべてのエントリを追加します。 **/del** を指定して使用した場合は、すべてのエントリを削除します。/add、**/del** のいずれのオプションも指定せずに使用した場合は、すべてのエントリを表示します。 **/all** オプションは、**/put** オプションと共に指定できません。| |**/c**|**/add** を指定して使用した場合は、証明書を追加します。 **/del** を指定して使用した場合は、証明書を削除します。**/put** を指定して使用した場合は、証明書を保存します。 **/add**、**/del**、**/put** のいずれのオプションも指定せずに使用した場合は、証明書を表示します。| |**/CRL**|**/add** を指定して使用した場合は、CRL を追加します。 **/del** を指定して使用した場合は、CRL を削除します。**/put** を指定して使用した場合は、CRL を保存します。 **/add**、**/del**、**/put** のいずれのオプションも指定せずに使用した場合は、CRL を表示します。| |**/CTL**|**/add** を指定して使用した場合は、CTL を追加します。 **/del** を指定して使用した場合は、CTL を削除します。**/put** を指定して使用した場合は、CTL を保存します。 **/add**、**/del**、**/put** のいずれのオプションも指定せずに使用した場合は、CTL を表示します。| @@ -139,5 +139,5 @@ certmgr /put /c /s my newFile ## 参照 [ツール](../../../docs/framework/tools/index.md) - [Makecert.exe (証明書作成ツール)](https://msdn.microsoft.com/library/b0343f8e-9c41-4852-a85c-f8a0c408cf0d) + [Makecert.exe (証明書作成ツール)](/windows/desktop/SecCrypto/makecert) [Visual Studio 用開発者コマンド プロンプト](../../../docs/framework/tools/developer-command-prompt-for-vs.md) diff --git a/docs/framework/tools/regasm-exe-assembly-registration-tool.md b/docs/framework/tools/regasm-exe-assembly-registration-tool.md index fb1122a06ad..3483766379c 100644 --- a/docs/framework/tools/regasm-exe-assembly-registration-tool.md +++ b/docs/framework/tools/regasm-exe-assembly-registration-tool.md @@ -10,11 +10,11 @@ ms.assetid: e190e342-36ef-4651-a0b4-0e8c2c0281cb author: rpetrusha ms.author: ronpet ms.openlocfilehash: 30b13c75907ad0bc4d6dbce6a3ecd07f1fbede11 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47400882" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48264435" --- # Regasm.exe (アセンブリ登録ツール) diff --git a/docs/framework/tools/sos-dll-sos-debugging-extension.md b/docs/framework/tools/sos-dll-sos-debugging-extension.md index 1cb90d33310..d7224a041b9 100644 --- a/docs/framework/tools/sos-dll-sos-debugging-extension.md +++ b/docs/framework/tools/sos-dll-sos-debugging-extension.md @@ -9,11 +9,11 @@ ms.assetid: 9ac1b522-77ab-4cdc-852a-20fcdc9ae498 author: mairaw ms.author: mairaw ms.openlocfilehash: 2c6f2d001c6513211cf15993285e3564f7613402 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47205116" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "47863664" --- # SOS.dll (SOS デバッガー拡張) diff --git a/docs/framework/unmanaged-api/metadata/imetadataemit-definefield-method.md b/docs/framework/unmanaged-api/metadata/imetadataemit-definefield-method.md index de43012e88c..d5bed41e2a0 100644 --- a/docs/framework/unmanaged-api/metadata/imetadataemit-definefield-method.md +++ b/docs/framework/unmanaged-api/metadata/imetadataemit-definefield-method.md @@ -1,28 +1,28 @@ --- -title: IMetaDataEmit::DefineField メソッド -ms.date: 03/30/2017 -api_name: -- IMetaDataEmit.DefineField -api_location: -- mscoree.dll -api_type: -- COM -f1_keywords: -- IMetaDataEmit::DefineField -helpviewer_keywords: -- IMetaDataEmit::DefineField method [.NET Framework metadata] -- DefineField method, IMetaDataEmit interface [.NET Framework metadata -ms.assetid: 6b5be4fc-2e86-499c-8b09-833160bca767 -topic_type: -- apiref -author: mairaw -ms.author: mairaw -ms.openlocfilehash: fd0ddda898911da2c96a53d941c4290af9028154 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33446575" +title: IMetaDataEmit::DefineField メソッド +ms.date: 03/30/2017 +api_name: +- IMetaDataEmit.DefineField +api_location: +- mscoree.dll +api_type: +- COM +f1_keywords: +- IMetaDataEmit::DefineField +helpviewer_keywords: +- IMetaDataEmit::DefineField method [.NET Framework metadata] +- DefineField method, IMetaDataEmit interface [.NET Framework metadata +ms.assetid: 6b5be4fc-2e86-499c-8b09-833160bca767 +topic_type: +- apiref +author: mairaw +ms.author: mairaw +ms.openlocfilehash: b54ceb099df15855b6b30b8c28d7d8917a9c71eb +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: MT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50184950" --- # IMetaDataEmit::DefineField メソッド 指定したメタデータ シグネチャを持つフィールドの定義を作成し、そのフィールド定義トークンを取得します。 @@ -51,34 +51,34 @@ HRESULT DefineField ( [in]Unicode でフィールド名です。 `dwFieldFlags` - [in]フィールドの属性。 これは、ビットマスク`CorFieldAttr`値。 + [in]フィールドの属性。 これは、ビットマスクの`CorFieldAttr`値。 `pvSigBlob` [in]BLOB としてフィールド シグネチャ。 `cbSigBlob` - [in]内のバイト数`pvSigBlob`です。 + [in]内のバイト数`pvSigBlob`します。 - `dwCPlusTypeFlage` - [in]`ELEMENT_TYPE_` *\** 定数値にします。 これは、`CorElementType`値。 場合は、フィールドの定数値を定義しないを使用して`ELEMENT_TYPE_END`です。 + `dwCPlusTypeFlag` + [in]`ELEMENT_TYPE_` *\** 定数の値。 これは、`CorElementType`値。 場合は、フィールドの定数値を定義しないを使用して、`ELEMENT_TYPE_END`します。 `pValue` [in]フィールドの定数値。 `cchValue` - [in]サイズ (Unicode) 文字の`pValue`します。 + [in](Unicode) 文字のサイズ`pValue`します。 `pmd` - [out]`mdFieldDef`トークンが割り当てられます。 + [out]`mdFieldDef`に割り当てられたトークン。 -## 要件 - **プラットフォーム:** を参照してください[システム要件](../../../../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) diff --git a/docs/framework/wcf/feature-details/best-practices-for-security-in-wcf.md b/docs/framework/wcf/feature-details/best-practices-for-security-in-wcf.md index fc4a53ee288..a8759b97a7a 100644 --- a/docs/framework/wcf/feature-details/best-practices-for-security-in-wcf.md +++ b/docs/framework/wcf/feature-details/best-practices-for-security-in-wcf.md @@ -7,13 +7,12 @@ dev_langs: helpviewer_keywords: - best practices [WCF], security ms.assetid: 3639de41-1fa7-4875-a1d7-f393e4c8bd69 -author: BrucePerlerMS -ms.openlocfilehash: a45ec6b5cdd241cb92069e8097bc94baa65b2166 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 25cc1a1e4c6e7e7d3f695c06eade8be546ee6c05 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47193724" +ms.lasthandoff: 10/29/2018 +ms.locfileid: "50205257" --- # WCF のセキュリティのベスト プラクティス 以下のセクションでは、Windows Communication Foundation (WCF) を使用してセキュリティで保護されたアプリケーションを作成する場合に考慮する必要のあるベスト プラクティスを示します。 セキュリティの詳細については、[セキュリティ上の考慮事項](../../../../docs/framework/wcf/feature-details/security-considerations-in-wcf.md)に関するページ、「[セキュリティに関するデータの考慮事項](../../../../docs/framework/wcf/feature-details/security-considerations-for-data.md)」、「[メタデータを使用する場合のセキュリティ上の考慮事項](../../../../docs/framework/wcf/feature-details/security-considerations-with-metadata.md)」を参照してください。 diff --git a/docs/framework/wcf/samples/msmq-activation.md b/docs/framework/wcf/samples/msmq-activation.md index 482e7686b50..8686d083bb6 100644 --- a/docs/framework/wcf/samples/msmq-activation.md +++ b/docs/framework/wcf/samples/msmq-activation.md @@ -2,12 +2,12 @@ title: MSMQ アクティベーション ms.date: 03/30/2017 ms.assetid: e3834149-7b8c-4a54-806b-b4296720f31d -ms.openlocfilehash: 649159f83dee2674f68cdd534a7000f173826bbf -ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f +ms.openlocfilehash: 20287af1c1d93bbdcfa83d88e5790284fbbff170 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: MT ms.contentlocale: ja-JP -ms.lasthandoff: 10/06/2018 -ms.locfileid: "48840259" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50194125" --- # MSMQ アクティベーション このサンプルでは、メッセージ キューから読み取ったアプリケーションを、Windows プロセス アクティブ化サービス (WAS) でホストする方法を示します。 このサンプルでは、`netMsmqBinding`に基づく、[双方向通信](../../../../docs/framework/wcf/samples/two-way-communication.md)サンプル。 この場合、サービスは Web ホスト アプリケーションの 1 つであり、クライアントは自己ホスト型です。クライアントはコンソールに出力して、送信された発注書のステータスを確認します。 @@ -91,13 +91,13 @@ public class OrderProcessorService : IOrderProcessor Service.svc ファイル自体には、`OrderProcessorService` を作成するディレクティブが含まれます。 -```xml +```svc <%@ServiceHost language="c#" Debug="true" Service="Microsoft.ServiceModel.Samples.OrderProcessorService"%> ``` さらに、Service.svc ファイルには、System.Transactions.dll を読み込むためのアセンブリ ディレクティブも含まれます。 -```xml +```svc <%@Assembly name="System.Transactions, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"%> ``` @@ -208,7 +208,7 @@ public class OrderStatusService : IOrderStatus クライアントには、サーバーから送信された注文ステータス情報が表示されます。 -```Output +```console Press to terminate client. Status of order 70cf9d63-3dfa-4e69-81c2-23aa4478ebed :Pending ``` @@ -251,7 +251,7 @@ Status of order 70cf9d63-3dfa-4e69-81c2-23aa4478ebed :Pending 1. net.msmq アクティベーションをサポートするには、既定の Web サイトをあらかじめ net.msmq プロトコルにバインドしておく必要があります。 これは、[!INCLUDE[iisver](../../../../includes/iisver-md.md)] 管理ツール セットと共にインストールされる appcmd.exe を使用して行います。 権限のレベルが高い (管理者の) コマンド プロンプトで、次のコマンドを実行します。 - ``` + ```console %windir%\system32\inetsrv\appcmd.exe set site "Default Web Site" -+bindings.[protocol='net.msmq',bindingInformation='localhost'] ``` @@ -263,7 +263,7 @@ Status of order 70cf9d63-3dfa-4e69-81c2-23aa4478ebed :Pending 2. サイト内のすべてのアプリケーションが同じ net.msmq バインディングを共有しますが、net.msmq サポートの有効化はアプリケーションごとに指定できます。 /servicemodelsamples アプリケーションで net.msmq を有効にするには、権限のレベルが高いコマンド プロンプトから、次のコマンドを実行します。 - ``` + ```console %windir%\system32\inetsrv\appcmd.exe set app "Default Web Site/servicemodelsamples" /enabledProtocols:http,net.msmq ``` @@ -276,7 +276,7 @@ Status of order 70cf9d63-3dfa-4e69-81c2-23aa4478ebed :Pending 8. 1 つまたは複数コンピューター構成では、サンプルを実行する手順については、 [Windows Communication Foundation サンプルの実行](../../../../docs/framework/wcf/samples/running-the-samples.md)します。 さらに、発注書を送信するときのキューの URI 内のコンピューター名を反映するように、発注書を送信するクライアントのコードを変更します。 次のコードを使用します。 - ``` + ```csharp client.SubmitPurchaseOrder(po, "net.msmq://localhost/private/ServiceModelSamples/OrderStatus"); ``` @@ -286,7 +286,7 @@ Status of order 70cf9d63-3dfa-4e69-81c2-23aa4478ebed :Pending 1. 権限のレベルが高いコマンド プロンプトから次のコマンドを実行して、有効なプロトコルの一覧から net.msmq を削除します。 - ``` + ```console %windir%\system32\inetsrv\appcmd.exe set app "Default Web Site/servicemodelsamples" /enabledProtocols:http ``` @@ -295,7 +295,7 @@ Status of order 70cf9d63-3dfa-4e69-81c2-23aa4478ebed :Pending 2. 権限のレベルが高いコマンド プロンプトから次のコマンドを実行して、net.msmq サイト バインディングを削除します。 - ``` + ```console %windir%\system32\inetsrv\appcmd.exe set site "Default Web Site" --bindings.[protocol='net.msmq',bindingInformation='localhost'] ``` @@ -346,7 +346,7 @@ Status of order 70cf9d63-3dfa-4e69-81c2-23aa4478ebed :Pending 5. ワークグループでは、無制限のトークンを使用してサービスを実行する必要もあります。 この操作を行うには、コマンド ウィンドウから次のコマンドを実行します。 - ``` + ```console sc sidtype netmsmqactivator unrestricted ``` diff --git a/docs/framework/whats-new/obsolete-members.md b/docs/framework/whats-new/obsolete-members.md index 40bf2c48fb6..83aa0289998 100644 --- a/docs/framework/whats-new/obsolete-members.md +++ b/docs/framework/whats-new/obsolete-members.md @@ -9,12 +9,12 @@ helpviewer_keywords: ms.assetid: 0ee25062-4071-4d3c-a552-87a75d3ecd34 author: rpetrusha ms.author: ronpet -ms.openlocfilehash: 0a36e08c9b54dd6b47b11b36fd20993bff8c805e -ms.sourcegitcommit: 6eac9a01ff5d70c6d18460324c016a3612c5e268 +ms.openlocfilehash: 8a0679dafda7935034d3a3ab0f4c43656ab5668b +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/16/2018 -ms.locfileid: "45678588" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50185249" --- # .NET Framework で互換性のために残されているメンバー この記事の表には、.NET Framework 4.5 以降のバージョンで互換性のために残されている型メンバーがアセンブリ別にまとめられています。 各アセンブリで互換性のために残されているメンバーと推奨される代替メンバーの一覧を表示するには、以下のリンクを使用してください。 このトピックでは、廃止された型のメンバーの一覧は表示されていません。 廃止された型の一覧については、[互換性のために残されている型](../../../docs/framework/whats-new/obsolete-types.md)に関するページをご覧ください。 @@ -251,7 +251,7 @@ ms.locfileid: "45678588" ||| はサポート対象から除外されました。 クラスを使用してください。| ||| の使用は非推奨とされました。 スレッドを同期させる場合やリソースを保護する場合は、、、、 など、 の他のクラスを使用してください。| ||| はサポート対象から除外されました。 クラスを使用してください。| -||| の使用は非推奨とされました。 スレッドを同期させる場合やリソースを保護する場合は、、、、 など、 の他のクラスを使用してください。| +||| の使用は非推奨とされました。 スレッドを同期させる場合やリソースを保護する場合は、、、、 など、 の他のクラスを使用してください。| ||| の使用は非推奨とされました。 代わりに、 を使用してください。| |||代わりに、 プロパティを使用してください。| @@ -485,8 +485,8 @@ ms.locfileid: "45678588" |||呼び出し元では、 インターフェイスを使用する代わりに、 クラスのメソッドを直接使用してください。 から継承した内容でインターフェイスが実装されることには変わりがないので、この警告を除外するか、このメソッドを互換性のために残してください。| |||呼び出し元では、 インターフェイスを使用する代わりに、 クラスのメソッドを直接使用してください。 から継承した内容でインターフェイスが実装されることには変わりがないので、この警告を除外するか、このメソッドを互換性のために残してください。| |||呼び出し元では、 インターフェイスを使用する代わりに、 クラスのメソッドを直接使用してください。 から継承した内容でインターフェイスが実装されることには変わりがないので、この警告を除外するか、このメソッドを互換性のために残してください。| -|||CAS ポリシーは互換性のために残されていますが、.NET Framework の将来のリリースでは削除されます。 詳細については、[.NET Framework 4 におけるセキュリティの変更点](http://go2.microsoft.com/fwlink/?LinkId=131738)に関するページを参照してください。| -|||CAS ポリシーは互換性のために残されていますが、.NET Framework の将来のリリースでは削除されます。 詳細については、[.NET Framework 4 におけるセキュリティの変更点](http://go2.microsoft.com/fwlink/?LinkId=131738)に関するページを参照してください。| +|||CAS ポリシーは互換性のために残されていますが、.NET Framework の将来のリリースでは削除されます。 詳細については、[.NET Framework 4 におけるセキュリティの変更点](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/ee191568%28v=vs.100%29)に関するページを参照してください。| +|||CAS ポリシーは互換性のために残されていますが、.NET Framework の将来のリリースでは削除されます。 詳細については、[.NET Framework 4 におけるセキュリティの変更点](https://docs.microsoft.com/previous-versions/dotnet/netframework-4.0/ee191568%28v=vs.100%29)に関するページを参照してください。| |||代わりに、 を使用してください。| |||代わりに、 を使用してください。| |||代わりに、 を使用してください。| diff --git a/docs/framework/windows-services/how-to-continue-a-windows-service-visual-basic.md b/docs/framework/windows-services/how-to-continue-a-windows-service-visual-basic.md index 13f4241d2ec..7b41fc03560 100644 --- a/docs/framework/windows-services/how-to-continue-a-windows-service-visual-basic.md +++ b/docs/framework/windows-services/how-to-continue-a-windows-service-visual-basic.md @@ -11,11 +11,11 @@ helpviewer_keywords: ms.assetid: e5d13760-4c83-4b0d-abef-39852677cd7a author: ghogen ms.openlocfilehash: 255dccfb74eced63ffbeff7ef567083a504cc6da -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47401291" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48027287" --- # 方法: Windows サービスを続行する (Visual Basic) この例では、 コンポーネントを使って、ローカル コンピューター上の IIS 管理サービスを続行します。 diff --git a/docs/framework/windows-services/how-to-debug-windows-service-applications.md b/docs/framework/windows-services/how-to-debug-windows-service-applications.md index 7ecd0322012..c2d6ee91958 100644 --- a/docs/framework/windows-services/how-to-debug-windows-service-applications.md +++ b/docs/framework/windows-services/how-to-debug-windows-service-applications.md @@ -10,11 +10,11 @@ helpviewer_keywords: ms.assetid: 63ab0800-0f05-4f1e-88e6-94c73fd920a2 author: ghogen ms.openlocfilehash: 3f8dfff59acaa10fa99874dde2eb6eb6ed04e8fb -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47399938" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48035949" --- # 方法 : Windows サービス アプリケーションをデバッグする サービスは、Visual Studio 内からではなく、サービス コントロール マネージャーのコンテキスト内から実行する必要があります。 そのため、サービスのデバッグは、その他の種類の Visual Studio アプリケーションをデバッグするように単純ではありません。 サービスのデバッグを行うには、サービスを起動してから、サービスを実行しているプロセスにデバッガーをアタッチします。 これにより、Visual Studio のすべての標準デバッグ機能を使用して、アプリケーションをデバッグできるようになります。 diff --git a/docs/framework/windows-services/how-to-install-and-uninstall-services.md b/docs/framework/windows-services/how-to-install-and-uninstall-services.md index 12378994dce..e8d9845f46c 100644 --- a/docs/framework/windows-services/how-to-install-and-uninstall-services.md +++ b/docs/framework/windows-services/how-to-install-and-uninstall-services.md @@ -12,12 +12,12 @@ helpviewer_keywords: - installutil.exe tool ms.assetid: c89c5169-f567-4305-9d62-db31a1de5481 author: ghogen -ms.openlocfilehash: eb68809909c0550ea5fa5eab1f9d5ca6a069e314 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 265ee152bf106d0f97cca83552fe9a3e75fb4165 +ms.sourcegitcommit: fd8d4587cc26e53f0e27e230d6e27d828ef4306b ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47232730" +ms.lasthandoff: 10/16/2018 +ms.locfileid: "49349005" --- # 方法: サービスをインストールおよびアンインストールする .NET Framework を使用して Windows サービスを開発している場合は、InstallUtil.exe というコマンド ライン ユーティリティを使用してサービス アプリケーションをすばやくインストールできます。 開発者は、ユーザーがインストールおよびアンインストールできる Windows サービスをリリースする場合、InstallShield を使用する必要があります。 「[Windows インストーラー配置](https://msdn.microsoft.com/library/121be21b-b916-43e2-8f10-8b080516d2a0)」をご覧ください。 @@ -60,7 +60,7 @@ ms.locfileid: "47232730" installutil /u .exe ``` -3. 場合によっては、サービスの実行可能ファイルを削除した後も、レジストリ内にサービスが存在したままになることがあります。 このような場合は、コマンド [sc delete](https://technet.microsoft.com/library/cc742045.aspx) を使って、レジストリからサービスのエントリを削除します。 +3. 場合によっては、サービスの実行可能ファイルを削除した後も、レジストリ内にサービスが存在したままになることがあります。 このような場合は、コマンド [sc delete](/windows-server/administration/windows-commands/sc-delete) を使って、レジストリからサービスのエントリを削除します。 ## 参照 [Windows サービス アプリケーションの概要](../../../docs/framework/windows-services/introduction-to-windows-service-applications.md) diff --git a/docs/framework/windows-services/how-to-log-information-about-services.md b/docs/framework/windows-services/how-to-log-information-about-services.md index 57090e064dd..c49a59aa4b1 100644 --- a/docs/framework/windows-services/how-to-log-information-about-services.md +++ b/docs/framework/windows-services/how-to-log-information-about-services.md @@ -14,11 +14,11 @@ helpviewer_keywords: ms.assetid: c0d8140f-c055-4d8e-a2e0-37358a550116 author: ghogen ms.openlocfilehash: 5556b83346aba5bc48eddb930dedc56f4786bdb5 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47401395" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48036173" --- # 方法 : サービスに関する情報のログを記録する 既定では、すべての Windows サービス プロジェクトはアプリケーション イベント ログとやり取りして、そこに情報および例外を書き込むことができます。 アプリケーションにこの機能が必要かどうかを指定するには、 プロパティを使用します。 既定では、Windows サービス プロジェクト テンプレートで作成したサービスには、ログが有効にされます。 クラスの静的フォームを使用すると、 コンポーネントのインスタンスを作成したり、手動でソースを登録したりすることなく、ログにサービス情報を書き込むことができます。 diff --git a/docs/framework/windows-services/how-to-pause-a-windows-service-visual-basic.md b/docs/framework/windows-services/how-to-pause-a-windows-service-visual-basic.md index d5ae3530c27..0c744b23a91 100644 --- a/docs/framework/windows-services/how-to-pause-a-windows-service-visual-basic.md +++ b/docs/framework/windows-services/how-to-pause-a-windows-service-visual-basic.md @@ -11,11 +11,11 @@ helpviewer_keywords: ms.assetid: eddb9409-942b-46b6-a2ce-fbd4c65f2790 author: ghogen ms.openlocfilehash: c62de97439ecf90ebfcc14d9fea4c5ab52f6ef73 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47230827" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48035124" --- # 方法: Windows サービスを一時中断する (Visual Basic) この例では、 コンポーネントを使って、ローカル コンピューター上の IIS 管理サービスを一時停止します。 diff --git a/docs/framework/windows-services/how-to-specify-the-security-context-for-services.md b/docs/framework/windows-services/how-to-specify-the-security-context-for-services.md index 8bfbf0417a7..51edafb7522 100644 --- a/docs/framework/windows-services/how-to-specify-the-security-context-for-services.md +++ b/docs/framework/windows-services/how-to-specify-the-security-context-for-services.md @@ -12,11 +12,11 @@ helpviewer_keywords: ms.assetid: 02187c7b-dbf2-45f2-96c2-e11010225a22 author: ghogen ms.openlocfilehash: a5a437af90f29bc601215176ad5c4fec702ddbc0 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47073724" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48036079" --- # 方法 : サービスのセキュリティ コンテキストを指定する 既定では、サービスはログインしているユーザーのセキュリティ コンテキストとは異なるセキュリティ コンテキストで実行します。 サービスは `LocalSystem` という名前の既定のシステム アカウントのコンテキストで実行し、このコンテキストはサービスに対してユーザーとは異なるシステム リソースへのアクセス特権を付与します。 この動作を変更し、サービスの実行が異なるユーザー アカウントで行われるように指定することができます。 diff --git a/docs/framework/windows-services/introduction-to-windows-service-applications.md b/docs/framework/windows-services/introduction-to-windows-service-applications.md index d71f203ee91..482c707f65e 100644 --- a/docs/framework/windows-services/introduction-to-windows-service-applications.md +++ b/docs/framework/windows-services/introduction-to-windows-service-applications.md @@ -23,11 +23,11 @@ helpviewer_keywords: ms.assetid: 1b1b5e67-3ff3-40c0-8154-322cfd6ef0ae author: ghogen ms.openlocfilehash: d0a16ee6f627ecc062fcad5f5216dda9855e430e -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47436285" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48036066" --- # Windows サービス アプリケーションの概要 Microsoft Windows サービス (旧 NT サービス) を使用すると、Microsoft Windows サービス自体の Windows セッションで長時間にわたって実行されるアプリケーションを作成できます。 作成したサービスは、コンピューターのブート時に自動的に起動させることができます。また、サービスを一時停止したり、再起動したりすることもできます。このサービスはユーザー インターフェイスを表示しません。 このような特徴があるため、サービスはサーバー上で使用するのに適しており、コンピューターを共用する他のユーザーの邪魔をせずに長時間稼動させる機能を実現するのに最適です。 また、ログオン ユーザーや既定のコンピューター アカウントとは異なる、特定のユーザー アカウントのセキュリティ コンテキストでサービスを実行することもできます。 サービスと Windows セッションの詳細については、Windows SDK ドキュメントを参照してください。 diff --git a/docs/framework/windows-services/service-application-programming-architecture.md b/docs/framework/windows-services/service-application-programming-architecture.md index 750fac37f5b..152821056a8 100644 --- a/docs/framework/windows-services/service-application-programming-architecture.md +++ b/docs/framework/windows-services/service-application-programming-architecture.md @@ -16,11 +16,11 @@ helpviewer_keywords: ms.assetid: 83230026-d068-4174-97ff-e264c896eb2f author: ghogen ms.openlocfilehash: fbe75d8ec4a677c47a98a5868c4e7e44c95f1d93 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47235141" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48028200" --- # サービス アプリケーションのプログラミング アーキテクチャ Windows サービス アプリケーションは、 クラスから継承するクラスが基になっています。 このクラスのメソッドをオーバーライドして機能を定義し、サービスの動作を決定します。 diff --git a/docs/framework/windows-services/troubleshooting-service-application-wont-install.md b/docs/framework/windows-services/troubleshooting-service-application-wont-install.md index c9cb56a5b46..af2f92619cf 100644 --- a/docs/framework/windows-services/troubleshooting-service-application-wont-install.md +++ b/docs/framework/windows-services/troubleshooting-service-application-wont-install.md @@ -11,11 +11,11 @@ helpviewer_keywords: ms.assetid: 45c48e2e-b97d-44bc-8896-14f328e0ce33 author: ghogen ms.openlocfilehash: 0912ff0909ffa5b22bed07543a2e514de4fb1ff5 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47207993" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48035832" --- # トラブルシューティング: サービス アプリケーションをインストールできない場合 サービス アプリケーションが正しくインストールされない場合は、サービス クラスの プロパティが、そのサービスのインストーラーで示されているのと同じ値に設定されていることを確認します。 サービスが正しくインストールされるためには、両方のインスタンスで同じ値になっている必要があります。 diff --git a/docs/framework/windows-services/walkthrough-creating-a-windows-service-application-in-the-component-designer.md b/docs/framework/windows-services/walkthrough-creating-a-windows-service-application-in-the-component-designer.md index 86410ca69fd..557d4340e8d 100644 --- a/docs/framework/windows-services/walkthrough-creating-a-windows-service-application-in-the-component-designer.md +++ b/docs/framework/windows-services/walkthrough-creating-a-windows-service-application-in-the-component-designer.md @@ -9,13 +9,12 @@ helpviewer_keywords: - Windows service applications, creating ms.assetid: e24d8a3d-edc6-485c-b6e0-5672d91fb607 author: ghogen -manager: douge -ms.openlocfilehash: 27acdac5d34b96dd04fec1bb763edec9077ff928 -ms.sourcegitcommit: ad99773e5e45068ce03b99518008397e1299e0d1 +ms.openlocfilehash: 79447ede354de104607117f657182023a2e57127 +ms.sourcegitcommit: 15d99019aea4a5c3c91ddc9ba23692284a7f61f3 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/24/2018 -ms.locfileid: "46493608" +ms.lasthandoff: 10/12/2018 +ms.locfileid: "49123671" --- # チュートリアル: Windows サービス アプリケーションを作成する @@ -87,7 +86,7 @@ ms.locfileid: "46493608" [!code-csharp[VbRadconService#3](../../../samples/snippets/csharp/VS_Snippets_VBCSharp/VbRadconService/CS/MyNewService.cs#3)] [!code-vb[VbRadconService#3](../../../samples/snippets/visualbasic/VS_Snippets_VBCSharp/VbRadconService/VB/MyNewService.vb#3)] -サービス アプリケーションは長期間実行するように設計されているため、通常は、システム内の何かをポーリングまたは監視しています。 この監視は、 メソッドで設定します。 ただし、 は実際には監視を行いません。 メソッドは、サービスの操作が開始された後にオペレーティング システムに戻る必要があります。 永久的に続くループやブロックは実行できません。 単純なポーリング機構を設定するには、 コンポーネントを次のように使用します。 メソッドで、コンポーネントのパラメーターを設定してから、 プロパティを `true` に設定します。 このタイマーによって、コード内で定期的にイベントが発生します。サービスは、イベントが発生するごとに監視を実行できます。 このためには、次のコードを使用できます。 +サービス アプリケーションは長期間実行するように設計されているため、通常は、システム内の何かをポーリングまたは監視しています。 この監視は、 メソッドで設定します。 ただし、 は実際には監視を行いません。 メソッドは、サービスの操作が開始された後にオペレーティング システムに戻る必要があります。 永久的に続くループやブロックは実行できません。 単純なポーリング機構を設定するには、 コンポーネントを次のように使用します。 メソッドで、コンポーネントのパラメーターを設定してから、 プロパティを `true`。 このタイマーによって、コード内で定期的にイベントが発生します。サービスは、イベントが発生するごとに監視を実行できます。 このためには、次のコードを使用できます。 ```csharp // Set up a timer that triggers every minute. @@ -288,14 +287,14 @@ Windows サービスを実行するには、まず、サービスをインスト 7. プロパティに、[サービス] ウィンドウの **[名前]** 列に表示するテキストを設定します。 たとえば、「MyNewService Display Name」と入力できます。 この名前は、システムによって使用される (たとえば、 コマンドを使用してサービスを開始する場合) 名前である `net start` プロパティとは異なる名前にすることができます。 -8. プロパティを に設定します。 +8. プロパティを に設定します。 ![Windows サービスのインストーラー プロパティ](../../../docs/framework/windows-services/media/windowsservice-installerproperties.PNG "WindowsService_InstallerProperties") -9. デザイナーで、 **[serviceProcessInstaller1]** (Visual C# プロジェクトの場合) または **[ServiceProcessInstaller1]** (Visual Basic プロジェクトの場合) を選択します。 プロパティを に設定します。 これにより、サービスがインストールされ、ローカル システム アカウントを使用して実行されます。 +9. デザイナーで、 **[serviceProcessInstaller1]** (Visual C# プロジェクトの場合) または **[ServiceProcessInstaller1]** (Visual Basic プロジェクトの場合) を選択します。 プロパティを に設定します。 これにより、サービスがインストールされ、ローカル システム アカウントを使用して実行されます。 > [!IMPORTANT] - > アカウントには、イベント ログへの書き込みを含む、幅広いアクセス許可が設定されています。 このアカウントは悪意のあるソフトウェアから攻撃されるリスクが高いため、使用する場合は注意が必要です。 その他のタスクについては、ローカル コンピューターで非特権ユーザーとして機能し、リモート サーバーには匿名の資格情報を渡す アカウントの使用を検討してください。 この例は、 アカウントを使用しようとすると失敗します。これは、イベント ログに書き込むアクセス許可が必要になるためです。 + > アカウントには、イベント ログへの書き込みを含む、幅広いアクセス許可が設定されています。 このアカウントは悪意のあるソフトウェアから攻撃されるリスクが高いため、使用する場合は注意が必要です。 その他のタスクについては、ローカル コンピューターで非特権ユーザーとして機能し、リモート サーバーには匿名の資格情報を渡す アカウントの使用を検討してください。 この例は、 アカウントを使用しようとすると失敗します。これは、イベント ログに書き込むアクセス許可が必要になるためです。 インストーラーについて詳しくは、「[How to: Add Installers to Your Service Application](../../../docs/framework/windows-services/how-to-add-installers-to-your-service-application.md)」(方法: サービス アプリケーションにインストーラーを追加する) をご覧ください。 diff --git a/docs/standard/async-in-depth.md b/docs/standard/async-in-depth.md index 3da94f099c1..c186808ca40 100644 --- a/docs/standard/async-in-depth.md +++ b/docs/standard/async-in-depth.md @@ -6,12 +6,12 @@ ms.author: wiwagn ms.date: 06/20/2016 ms.technology: dotnet-standard ms.assetid: 1e38f9d9-8f84-46ee-a15f-199aec4f2e34 -ms.openlocfilehash: 0c098d0697dff3e1e772c348597a84ac9d262104 -ms.sourcegitcommit: 64f4baed249341e5bf64d1385bf48e3f2e1a0211 +ms.openlocfilehash: 393d755276e281e923dfe3e52b5d3e9afdae38dd +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/07/2018 -ms.locfileid: "44085317" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50183712" --- # 非同期の詳細 @@ -44,7 +44,7 @@ public Task GetHtmlAsync() // Execution is synchronous here var client = new HttpClient(); - return client.GetStringAsync("http://www.dotnetfoundation.org"); + return client.GetStringAsync("https://www.dotnetfoundation.org"); } ``` @@ -58,7 +58,7 @@ public async Task GetFirstCharactersCountAsync(string url, int count) // Execution of GetFirstCharactersCountAsync() is yielded to the caller here // GetStringAsync returns a Task, which is *awaited* - var page = await client.GetStringAsync("http://www.dotnetfoundation.org"); + var page = await client.GetStringAsync("https://www.dotnetfoundation.org"); // Execution resumes when the client.GetStringAsync task completes, // becoming synchronous again. diff --git a/docs/standard/asynchronous-programming-patterns/asynchronous-programming-using-delegates.md b/docs/standard/asynchronous-programming-patterns/asynchronous-programming-using-delegates.md index 4bbdcbdfa4f..e7a82b623ae 100644 --- a/docs/standard/asynchronous-programming-patterns/asynchronous-programming-using-delegates.md +++ b/docs/standard/asynchronous-programming-patterns/asynchronous-programming-using-delegates.md @@ -15,11 +15,11 @@ ms.assetid: 38a345ca-6963-4436-9608-5c9defef9c64 author: rpetrusha ms.author: ronpet ms.openlocfilehash: bad5372af1d771dc93a20e61090ef84126f3e1eb -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47205214" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48033325" --- # デリゲートを使用した非同期プログラミング デリゲートを使用すると、同期メソッドを非同期的に呼び出すことができます。 デリゲートを同期的に呼び出すと、`Invoke` メソッドによって対象メソッドが現在のスレッドで直接呼び出されます。 `BeginInvoke` メソッドが呼び出されると、共通言語ランタイム (CLR) は要求をキューに置き、すぐに呼び出し元に戻ります。 対象メソッドは、スレッド プールのスレッドで非同期的に呼び出されます。 要求を送信した元のスレッドは、対象メソッドと並行して継続実行できます。 `BeginInvoke` メソッドの呼び出しにコールバック メソッドを指定した場合、対象メソッドの終了時に、そのコールバック メソッドが呼び出されます。 コールバック メソッドでは、`EndInvoke` メソッドを使用して、戻り値と、入出力パラメーターまたは出力専用パラメーターを取得します。 `BeginInvoke` の呼び出しにコールバック メソッドを指定しなかった場合は、`BeginInvoke` を呼び出したスレッドから `EndInvoke` を呼び出すことができます。 diff --git a/docs/standard/asynchronous-programming-patterns/best-practices-for-implementing-the-event-based-asynchronous-pattern.md b/docs/standard/asynchronous-programming-patterns/best-practices-for-implementing-the-event-based-asynchronous-pattern.md index 23e337b2fcf..6eb21255867 100644 --- a/docs/standard/asynchronous-programming-patterns/best-practices-for-implementing-the-event-based-asynchronous-pattern.md +++ b/docs/standard/asynchronous-programming-patterns/best-practices-for-implementing-the-event-based-asynchronous-pattern.md @@ -13,11 +13,11 @@ helpviewer_keywords: - AsyncCompletedEventArgs class ms.assetid: 4acd2094-4f46-4eff-9190-92d0d9ff47db ms.openlocfilehash: e50f455ab83b0b057f8ce3c32f874e6856632d70 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47401473" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48836960" --- # イベントベースの非同期パターンを実装するための推奨される手順 イベントベースの非同期パターンは、使い慣れたイベントおよびデリゲートのセマンティクスと共に、クラス内の非同期動作を公開する効果的な方法を提供します。 イベント ベースの非同期パターンを実装するには、いくつかの固有の動作要件に従う必要があります。 以降のセクションでは、イベントベースの非同期パターンに従うクラスを実装する際に検討すべき要件とガイドラインについて説明します。 diff --git a/docs/standard/asynchronous-programming-patterns/blocking-application-execution-by-ending-an-async-operation.md b/docs/standard/asynchronous-programming-patterns/blocking-application-execution-by-ending-an-async-operation.md index ba38a9cc345..3da01c15185 100644 --- a/docs/standard/asynchronous-programming-patterns/blocking-application-execution-by-ending-an-async-operation.md +++ b/docs/standard/asynchronous-programming-patterns/blocking-application-execution-by-ending-an-async-operation.md @@ -14,11 +14,11 @@ dev_langs: - csharp - vb ms.openlocfilehash: db8255e28818cc4def69e6dcd9da06eb7f9251a0 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 2eb5ca4956231c1a0efd34b6a9cab6153a5438af ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47216761" +ms.lasthandoff: 10/11/2018 +ms.locfileid: "49087142" --- # 非同期操作の終了によるアプリケーション実行のブロック 非同期操作の結果の待機中に、他の作業を継続できないアプリケーションは、操作が完了するまでブロックする必要があります。 次のオプションのいずれかを使用して、非同期操作が完了するまでの待機中に、アプリケーションのメイン スレッドをブロックします。 diff --git a/docs/standard/asynchronous-programming-patterns/blocking-application-execution-using-an-asyncwaithandle.md b/docs/standard/asynchronous-programming-patterns/blocking-application-execution-using-an-asyncwaithandle.md index 905a93eb0f2..5ab7e2568a8 100644 --- a/docs/standard/asynchronous-programming-patterns/blocking-application-execution-using-an-asyncwaithandle.md +++ b/docs/standard/asynchronous-programming-patterns/blocking-application-execution-using-an-asyncwaithandle.md @@ -16,11 +16,11 @@ ms.assetid: 3e32daf2-8161-4e8f-addd-9fd9ff101b03 author: rpetrusha ms.author: ronpet ms.openlocfilehash: 054af36987d60c8aeb752c9c711f1cce19733efc -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47231428" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48033286" --- # AsyncWaitHandle の使用によるアプリケーション実行のブロック 非同期操作の結果の待機中に、他の作業を継続できないアプリケーションは、操作が完了するまでブロックする必要があります。 次のオプションのいずれかを使用して、非同期操作が完了するまでの待機中に、アプリケーションのメイン スレッドをブロックします。 diff --git a/docs/standard/asynchronous-programming-patterns/calling-asynchronous-methods-using-iasyncresult.md b/docs/standard/asynchronous-programming-patterns/calling-asynchronous-methods-using-iasyncresult.md index 2fe94edf2b8..e818027098f 100644 --- a/docs/standard/asynchronous-programming-patterns/calling-asynchronous-methods-using-iasyncresult.md +++ b/docs/standard/asynchronous-programming-patterns/calling-asynchronous-methods-using-iasyncresult.md @@ -14,11 +14,11 @@ ms.assetid: 07fba116-045b-473c-a0b7-acdbeb49861f author: rpetrusha ms.author: ronpet ms.openlocfilehash: 23fa927dcdb91fb3905f1cbe845450751de91157 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47234849" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50180076" --- # IAsyncResult を使用した非同期メソッドの呼び出し .NET Framework とサードパーティのさまざま種類のクラス ライブラリが提供するメソッドを利用することで、アプリケーションはメインのアプリケーション スレッド以外のスレッドで非同期操作を実行しながら実行を継続できます。 次のセクションでは、コード例を取り上げ、 設計パターンを使用する非同期メソッドをさまざまな方法で呼び出します。 diff --git a/docs/standard/asynchronous-programming-patterns/consuming-the-task-based-asynchronous-pattern.md b/docs/standard/asynchronous-programming-patterns/consuming-the-task-based-asynchronous-pattern.md index a9509da78c4..1c130775eaf 100644 --- a/docs/standard/asynchronous-programming-patterns/consuming-the-task-based-asynchronous-pattern.md +++ b/docs/standard/asynchronous-programming-patterns/consuming-the-task-based-asynchronous-pattern.md @@ -11,12 +11,12 @@ helpviewer_keywords: ms.assetid: 033cf871-ae24-433d-8939-7a3793e547bf author: rpetrusha ms.author: ronpet -ms.openlocfilehash: 22e4c6dd1feb83ad0012b031238d0fafa7104d10 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: eac5f9f6c8b47a6f14898eac2505ecc890015010 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47193997" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50188121" --- # タスク ベースの非同期パターンの利用 @@ -744,7 +744,7 @@ private async void btnDownload_Click(object sender, RoutedEventArgs e) btnDownload.IsEnabled = false; try { - txtContents.Text = await m_webPages["http://www.microsoft.com"]; + txtContents.Text = await m_webPages["https://www.microsoft.com"]; } finally { btnDownload.IsEnabled = true; } } diff --git a/docs/standard/asynchronous-programming-patterns/implementing-the-event-based-asynchronous-pattern.md b/docs/standard/asynchronous-programming-patterns/implementing-the-event-based-asynchronous-pattern.md index ccbb4f622c7..78966f54359 100644 --- a/docs/standard/asynchronous-programming-patterns/implementing-the-event-based-asynchronous-pattern.md +++ b/docs/standard/asynchronous-programming-patterns/implementing-the-event-based-asynchronous-pattern.md @@ -18,11 +18,11 @@ helpviewer_keywords: - AsyncCompletedEventArgs class ms.assetid: 43402d19-8d30-426d-8785-1a4478233bfa ms.openlocfilehash: 3cb38cd9d7b27ab28b602e4e4c813d58d904abd3 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47436324" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48584248" --- # イベントベースの非同期パターンの実装 顕著な遅延が発生する可能性がある操作を伴うクラスを作成する場合は、[イベント ベースの非同期パターン](../../../docs/standard/asynchronous-programming-patterns/event-based-asynchronous-pattern-overview.md)を実装することによって、非同期機能を与えることを検討します。 diff --git a/docs/standard/asynchronous-programming-patterns/interop-with-other-asynchronous-patterns-and-types.md b/docs/standard/asynchronous-programming-patterns/interop-with-other-asynchronous-patterns-and-types.md index ba5dcc93851..da20d7d2a88 100644 --- a/docs/standard/asynchronous-programming-patterns/interop-with-other-asynchronous-patterns-and-types.md +++ b/docs/standard/asynchronous-programming-patterns/interop-with-other-asynchronous-patterns-and-types.md @@ -15,11 +15,11 @@ ms.assetid: f120a5d9-933b-4d1d-acb6-f034a57c3749 author: rpetrusha ms.author: ronpet ms.openlocfilehash: 05b53016712f75e45636979d77bfd27116ce8e14 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47235323" +ms.lasthandoff: 10/08/2018 +ms.locfileid: "48850662" --- # 他の非同期パターンと型との相互運用 .NET Framework 1.0 では、 とも、 [Asynchronous Programming Model (APM)](../../../docs/standard/asynchronous-programming-patterns/asynchronous-programming-model-apm.md)パターンとも呼ばれる `Begin/End` パターンが導入されました。 .NET Framework 2.0 では、 [Event-based Asynchronous Pattern (EAP)](../../../docs/standard/asynchronous-programming-patterns/event-based-asynchronous-pattern-eap.md)が追加されました。 .NET Framework 4 以降では、 [Task-based Asynchronous Pattern (TAP)](../../../docs/standard/asynchronous-programming-patterns/task-based-asynchronous-pattern-tap.md) が APM および EAP よりも優先されますが、以前のパターンからの移行ルーチンを簡単にビルドする機能が提供されます。 @@ -94,12 +94,12 @@ ms.locfileid: "47235323" ### 待機ハンドルから TAP へ - 待機ハンドルは非同期パターンを実装しませんが、上級開発者は、待機ハンドルが設定されるときに非同期の通知を行うため、 クラスおよび メソッドを使用できます。 メソッドをラップすると、待機ハンドルのすべての同期待機をタスク ベースの待機にできます。 + 待機ハンドルは非同期パターンを実装しませんが、上級開発者は、待機ハンドルが設定されるときに非同期の通知を行うため、 クラスおよび メソッドを使用できます。 メソッドをラップすると、待機ハンドルのすべての同期待機をタスク ベースの待機にできます。 [!code-csharp[Conceptual.AsyncInterop#12](../../../samples/snippets/csharp/VS_Snippets_CLR/Conceptual.AsyncInterop/cs/Wait1.cs#12)] [!code-vb[Conceptual.AsyncInterop#12](../../../samples/snippets/visualbasic/VS_Snippets_CLR/Conceptual.AsyncInterop/vb/Wait1.vb#12)] - このメソッドにより、非同期メソッドで既存の 実装を使用できます。 たとえば、特定の時点に実行する非同期操作の数を絞り込む場合は、セマフォ ( オブジェクト) を利用できます。 セマフォのカウントを *N* に初期化し、操作を実行するときには常にセマフォを待機し、操作完了時にセマフォを解放することで、同時実行される操作の数を *N*に絞り込むことができます。 + このメソッドにより、非同期メソッドで既存の 実装を使用できます。 たとえば、特定の時点に実行する非同期操作の数を絞り込む場合は、セマフォ ( オブジェクト) を利用できます。 セマフォのカウントを *N* に初期化し、操作を実行するときには常にセマフォを待機し、操作完了時にセマフォを解放することで、同時実行される操作の数を *N*に絞り込むことができます。 [!code-csharp[Conceptual.AsyncInterop#13](../../../samples/snippets/csharp/VS_Snippets_CLR/Conceptual.AsyncInterop/cs/Semaphore1.cs#13)] [!code-vb[Conceptual.AsyncInterop#13](../../../samples/snippets/visualbasic/VS_Snippets_CLR/Conceptual.AsyncInterop/vb/Semaphore1.vb#13)] @@ -117,4 +117,4 @@ ms.locfileid: "47235323" - [タスク ベースの非同期パターン (TAP)](../../../docs/standard/asynchronous-programming-patterns/task-based-asynchronous-pattern-tap.md) - [タスク ベースの非同期パターンの実装](../../../docs/standard/asynchronous-programming-patterns/implementing-the-task-based-asynchronous-pattern.md) -- [タスク ベースの非同期パターンの利用](../../../docs/standard/asynchronous-programming-patterns/consuming-the-task-based-asynchronous-pattern.md) +- [T:System.Threading.Tasks.Task](../../../docs/standard/asynchronous-programming-patterns/consuming-the-task-based-asynchronous-pattern.md) diff --git a/docs/standard/attributes/applying-attributes.md b/docs/standard/attributes/applying-attributes.md index 5b8fe89208a..65596e48f2a 100644 --- a/docs/standard/attributes/applying-attributes.md +++ b/docs/standard/attributes/applying-attributes.md @@ -13,11 +13,11 @@ ms.assetid: dd7604eb-9fa3-4b60-b2dd-b47739fa3148 author: rpetrusha ms.author: ronpet ms.openlocfilehash: 5d28da0c788d40222ccd689807d6e51f66b4ce78 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47216716" +ms.lasthandoff: 10/08/2018 +ms.locfileid: "48844307" --- # 属性の適用 コードの要素に属性を適用するには、次のプロセスを使用します。 diff --git a/docs/standard/base-types/alternation-constructs-in-regular-expressions.md b/docs/standard/base-types/alternation-constructs-in-regular-expressions.md index f03a5a8310e..9f830c4f8ed 100644 --- a/docs/standard/base-types/alternation-constructs-in-regular-expressions.md +++ b/docs/standard/base-types/alternation-constructs-in-regular-expressions.md @@ -17,11 +17,11 @@ ms.assetid: 071e22e9-fbb0-4ecf-add1-8d2424f9f2d1 author: rpetrusha ms.author: ronpet ms.openlocfilehash: 6b653972fad71ce3a89c35598513b94f71fb4bf0 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47425993" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48839752" --- # 正規表現での代替構成体 代替構成体は、択一条件または条件一致を有効にするように正規表現を変更します。 .NET では、次の 3 つの代替構成体がサポートされています。 @@ -127,7 +127,7 @@ ms.locfileid: "47425993" ||\d{3}-\d{2}-\d{4}|`n2` が一致しなかった場合は、「3 桁の 10 進数、ハイフン、2 桁の 10 進数、もう 1 つのハイフン、および 4 桁の 10 進数」を照合します。| |`\b`|ワード境界に一致します。| - この例を少し変更して、名前付きグループではなく番号付きグループを使用する例を次に示します。 正規表現パターンは `\b(\d{2}-)?(?(1)\d{7}|\d{3}-\d{2}-\d{4})\b` です。 + この例を少し変更して、名前付きグループではなく番号付きグループを使用する例を次に示します。 正規表現パターンは `\b(\d{2}-)?(?(1)\d{7}|\d{3}-\d{2}-\d{4})\b`です。 [!code-csharp[RegularExpressions.Language.Alternation#5](../../../samples/snippets/csharp/VS_Snippets_CLR/regularexpressions.language.alternation/cs/alternation5.cs#5)] [!code-vb[RegularExpressions.Language.Alternation#5](../../../samples/snippets/visualbasic/VS_Snippets_CLR/regularexpressions.language.alternation/vb/alternation5.vb#5)] diff --git a/docs/standard/base-types/custom-date-and-time-format-strings.md b/docs/standard/base-types/custom-date-and-time-format-strings.md index f5c9cb6a573..738732aa33c 100644 --- a/docs/standard/base-types/custom-date-and-time-format-strings.md +++ b/docs/standard/base-types/custom-date-and-time-format-strings.md @@ -17,11 +17,11 @@ ms.assetid: 98b374e3-0cc2-4c78-ab44-efb671d71984 author: rpetrusha ms.author: ronpet ms.openlocfilehash: f51e3f36594a6f66c5fad32214d84a11b78726a4 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47399347" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48582880" --- # カスタム日時書式指定文字列 @@ -735,7 +735,7 @@ ms.locfileid: "47399347" ### コントロール パネルの設定 コントロール パネルの **[地域と言語のオプション]** の設定は、各種のカスタム日時書式指定子を使った書式設定操作によって生成される結果の文字列に影響します。 これらの設定は、書式設定の制御に使用される値を提供する現在のスレッド カルチャに関連付けられた オブジェクトを初期化するために使用されます。 コンピューターで使用する設定が異なる場合は、生成される文字列も異なります。 - また、 コンストラクターを使用して、現在のシステム カルチャと同じカルチャを表す新しい オブジェクトをインスタンス化した場合、コントロール パネルの **[地域と言語のオプション]** 項目で設定されたカスタマイズが新しい オブジェクトに適用されます。 コンストラクターを使用すると、システムに対するカスタマイズが反映されない オブジェクトを作成できます。 + また、 コンストラクターを使用して、現在のシステム カルチャと同じカルチャを表す新しい オブジェクトをインスタンス化した場合、コントロール パネルの **[地域と言語のオプション]** 項目で設定されたカスタマイズが新しい オブジェクトに適用されます。 コンストラクターを使用すると、システムに対するカスタマイズが反映されない オブジェクトを作成できます。 ### DateTimeFormatInfo のプロパティ 書式設定は、現在の オブジェクトのプロパティの影響を受けます。このオブジェクトは、現在のスレッド カルチャによって暗黙的に指定されるか、または書式設定を実行するメソッドの パラメーターによって明示的に指定されます。 パラメーターには、カルチャを表す オブジェクト、または オブジェクトを指定します。 diff --git a/docs/standard/base-types/how-to-convert-numeric-user-input-in-web-controls-to-numbers.md b/docs/standard/base-types/how-to-convert-numeric-user-input-in-web-controls-to-numbers.md index d5da76b518e..19c57a3502a 100644 --- a/docs/standard/base-types/how-to-convert-numeric-user-input-in-web-controls-to-numbers.md +++ b/docs/standard/base-types/how-to-convert-numeric-user-input-in-web-controls-to-numbers.md @@ -16,11 +16,11 @@ ms.assetid: f27ddfb8-7479-4b79-8879-02a3bd8402d4 author: rpetrusha ms.author: ronpet ms.openlocfilehash: 663f9d88315f396b187cca874c930179f1dea523 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: fd8d4587cc26e53f0e27e230d6e27d828ef4306b ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47204731" +ms.lasthandoff: 10/16/2018 +ms.locfileid: "49349138" --- # 方法 : Web コントロールでの数値のユーザー入力を数値に変換する Web ページは世界中のあらゆる場所で表示され、利用者はほぼ無限の形式で コントロールに数値データを入力できます。 結果として、Web ページの利用者の住んでいる地域 (ロケール) や文化 (カルチャ) を判断することが非常に重要となります。 ユーザー入力を解析するとき、ユーザーのロケールとカルチャによって定義される書式設定規則を適用できます。 diff --git a/docs/standard/base-types/miscellaneous-constructs-in-regular-expressions.md b/docs/standard/base-types/miscellaneous-constructs-in-regular-expressions.md index e96b69e3e45..e048c31676b 100644 --- a/docs/standard/base-types/miscellaneous-constructs-in-regular-expressions.md +++ b/docs/standard/base-types/miscellaneous-constructs-in-regular-expressions.md @@ -13,11 +13,11 @@ ms.assetid: 7d10d11f-680f-4721-b047-fb136316b4cd author: rpetrusha ms.author: ronpet ms.openlocfilehash: 8956726915ebe1c0b1c7654e62e2e28620274b4a -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47205133" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48836285" --- # 正規表現でのその他の構成体 .NET の正規表現には、次の 3 つのその他の言語コンストラクトが含まれます。 1 つは、正規表現パターンの途中で特定の一致オプションを有効または無効にすることができます。 残りの 2 つは、正規表現にコメントを含めることができます。 @@ -42,7 +42,7 @@ ms.locfileid: "47205133" `(?imnsx-imnsx)` コンストラクトによって定義された正規表現オプションの変更は、囲んでいるグループの末尾まで有効です。 > [!NOTE] -> `(?imnsx-imnsx:`*subexpression*`)` グループ化コンストラクトは、部分式と同じ機能を提供します。 詳しくは、「[正規表現でのグループ化構成体](../../../docs/standard/base-types/grouping-constructs-in-regular-expressions.md)」をご覧ください。 +> `(?imnsx-imnsx:`*subexpression*`)` グループ化コンストラクトは、部分式と同じ機能を提供します。 詳細については、「 [Grouping Constructs](../../../docs/standard/base-types/grouping-constructs-in-regular-expressions.md)」を参照してください。 次の例では `i`、`n`、`x` オプションを使用して、大文字と小文字の区別をせず、明示的なキャプチャを有効にして、正規表現の途中の正規表現パターン内の空白を無視します。 diff --git a/docs/standard/base-types/parsing-numeric.md b/docs/standard/base-types/parsing-numeric.md index 579bc70882a..ce2ac1b6d81 100644 --- a/docs/standard/base-types/parsing-numeric.md +++ b/docs/standard/base-types/parsing-numeric.md @@ -14,11 +14,11 @@ ms.assetid: e39324ee-72e5-42d4-a80d-bf3ee7fc6c59 author: rpetrusha ms.author: ronpet ms.openlocfilehash: 07ad8b278f6a44fce78bccc980acdc0dc93b1a7a -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 700b9003ea6bdd83a53458bbc436c9b5778344f1 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47237450" +ms.lasthandoff: 10/03/2018 +ms.locfileid: "48261460" --- # .NET での数値文字列の解析 すべての数値型には、2 つの静的解析メソッド (`Parse` と `TryParse`) があり、数字の文字列形式を数値型に変換するために使用できます。 これらのメソッドでは、[標準の数値書式指定文字列](../../../docs/standard/base-types/standard-numeric-format-strings.md)と[カスタム数値書式指定文字列](../../../docs/standard/base-types/custom-numeric-format-strings.md)で記述されている書式指定文字列を使用して、生成された文字列を解析できます。 既定では、`Parse` と `TryParse` メソッドは、10 進数の整数を含む文字列を整数値のみに正常に変換することができます。 これらのメソッドは、整数部と小数部、グループ区切り、および小数点記号を含む文字列を浮動小数点値に正常に変換できます。 `TryParse` メソッドが `false` を返すのに対して、`Parse` メソッドは操作が失敗した場合に例外をスローします。 diff --git a/docs/standard/base-types/performing-formatting-operations.md b/docs/standard/base-types/performing-formatting-operations.md index 8a6f4e06a25..44821240861 100644 --- a/docs/standard/base-types/performing-formatting-operations.md +++ b/docs/standard/base-types/performing-formatting-operations.md @@ -13,11 +13,11 @@ ms.assetid: 36e7e096-4e6c-4cf2-9ab6-68073026ea0e author: rpetrusha ms.author: ronpet ms.openlocfilehash: a1d9f62055b497aa7522d589610c12badb2361d5 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 15d99019aea4a5c3c91ddc9ba23692284a7f61f3 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47425772" +ms.lasthandoff: 10/12/2018 +ms.locfileid: "49123281" --- # 書式設定操作の実行 次のトピックで、特定の書式設定操作を行うための手順を説明します。 diff --git a/docs/standard/base-types/regular-expression-example-changing-date-formats.md b/docs/standard/base-types/regular-expression-example-changing-date-formats.md index fb2dd8c9b40..5da4c2c0563 100644 --- a/docs/standard/base-types/regular-expression-example-changing-date-formats.md +++ b/docs/standard/base-types/regular-expression-example-changing-date-formats.md @@ -16,11 +16,11 @@ ms.assetid: 5fcc75a5-09d7-45ae-a4c0-9ad6085ac83d author: rpetrusha ms.author: ronpet ms.openlocfilehash: e8c26608115a22a5402d671c5f5e51c75442a0a5 -ms.sourcegitcommit: 2350a091ef6459f0fcfd894301242400374d8558 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/22/2018 -ms.locfileid: "46567766" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48839525" --- # 正規表現の例: 日付形式の変更 次のコード例では、 メソッドを使用して、*mm*/*dd*/*yy* 形式の日付を *dd*-*mm*-*yy* 形式の日付に置き換えます。 diff --git a/docs/standard/base-types/standard-date-and-time-format-strings.md b/docs/standard/base-types/standard-date-and-time-format-strings.md index 20a76ddadda..5923885174f 100644 --- a/docs/standard/base-types/standard-date-and-time-format-strings.md +++ b/docs/standard/base-types/standard-date-and-time-format-strings.md @@ -17,11 +17,11 @@ ms.assetid: bb79761a-ca08-44ee-b142-b06b3e2fc22b author: rpetrusha ms.author: ronpet ms.openlocfilehash: 4ca6109a61fb32cd148e69081da0772277743b6e -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47204402" +ms.lasthandoff: 10/08/2018 +ms.locfileid: "48873733" --- # 標準の日時書式指定文字列 標準の日時書式指定文字列は、単一の書式指定子を使用して日付と時刻の値のテキスト表現を定義します。 空白を含む複数の文字で構成される日時書式指定文字列は、カスタム日時書式指定文字列として解釈されます。詳細については、「[カスタム日時書式指定文字列](../../../docs/standard/base-types/custom-date-and-time-format-strings.md)」をご覧ください。 標準またはカスタムの書式指定文字列には、次の 2 とおりの使用方法があります。 @@ -53,7 +53,7 @@ ms.locfileid: "47204402" |"s"|並べ替え可能な日付と時刻のパターン。

詳細については、「[並べ替え可能な日付と時刻 ("s") 書式指定子](#Sortable)」を参照してください。|2009-06-15T13:45:30 (DateTimeKind.Local) -> 2009-06-15T13:45:30

2009-06-15T13:45:30 (DateTimeKind.Utc) -> 2009-06-15T13:45:30| |"t"|短い形式の時刻パターン。

詳細については、「[短い形式の時刻 ("t") 書式指定子](#ShortTime)」を参照してください。|2009-06-15T13:45:30 -> 1:45 PM (en-US)

2009-06-15T13:45:30 -> 13:45 (hr-HR)

2009-06-15T13:45:30 -> 01:45 م (ar-EG)| |"T"|長い形式の時刻パターン。

詳細については、「[長い形式の時刻 ("T") 書式指定子](#LongTime)」を参照してください。|2009-06-15T13:45:30 -> 1:45:30 PM (en-US)

2009-06-15T13:45:30 -> 13:45:30 (hr-HR)

2009-06-15T13:45:30 -> 01:45:30 م (ar-EG)| -|"u"|並べ替え可能な日付と時刻のパターン (世界時刻)。

詳細については、「[世界共通の並べ替え可能な日付と時刻 ("u") 書式指定子](#UniversalSortable)」を参照してください。| 値の場合: 2009-06-15T13:45:30 -> 2009-06-15 13:45:30Z

値の場合: 2009-06-15T13:45:30 -> 2009-06-15 20:45:30Z| +|"u"|並べ替え可能な日付と時刻のパターン (世界時刻)。

詳細については、「[世界共通の並べ替え可能な日付と時刻 ("u") 書式指定子](#UniversalSortable)」を参照してください。| 値の場合: 2009-06-15T13:45:30 -> 2009-06-15 13:45:30Z

値の場合: 2009-06-15T13:45:30 -> 2009-06-15 20:45:30Z| |"U"|完全な日付と時刻のパターン (世界時刻)。

詳細については、「[世界共通の完全な日付と時刻 ("U") 書式指定子](#UniversalFull)」を参照してください。|2009-06-15T13:45:30 -> Monday, June 15, 2009 8:45:30 PM (en-US)

2009-06-15T13:45:30 -> den 15 juni 2009 20:45:30 (sv-SE)

2009-06-15T13:45:30 -> Δευτέρα, 15 Ιουνίου 2009 8:45:30 μμ (el-GR)| |"Y"、"y"|年月パターン。

詳細については、「[年月 ("Y") 書式指定子](#YearMonth)」を参照してください。|2009-06-15T13:45:30 -> June, 2009 (en-US)

2009-06-15T13:45:30 -> juni 2009 (da-DK)

2009-06-15T13:45:30 -> Juni 2009 (id-ID)| |その他の 1 文字|未定義の指定子。|ランタイム をスローします。| @@ -408,7 +408,7 @@ ms.locfileid: "47204402" ### コントロール パネルの設定 コントロール パネルの **[地域と言語のオプション]** での設定は、書式設定操作によって生成される結果の文字列に影響します。 これらの設定は、書式設定の制御に使用される値を提供する現在のスレッド カルチャに関連付けられた オブジェクトを初期化するために使用されます。 コンピューターで使用する設定が異なる場合は、生成される文字列も異なります。 - また、 コンストラクターを使用して、現在のシステム カルチャと同じカルチャを表す新しい オブジェクトをインスタンス化した場合、コントロール パネルの **[地域と言語のオプション]** 項目で設定されたカスタマイズが新しい オブジェクトに適用されます。 コンストラクターを使用すると、システムに対するカスタマイズが反映されない オブジェクトを作成できます。 + また、 コンストラクターを使用して、現在のシステム カルチャと同じカルチャを表す新しい オブジェクトをインスタンス化した場合、コントロール パネルの **[地域と言語のオプション]** 項目で設定されたカスタマイズが新しい オブジェクトに適用されます。 コンストラクターを使用すると、システムに対するカスタマイズが反映されない オブジェクトを作成できます。 ### DateTimeFormatInfo のプロパティ 書式設定は、現在の オブジェクトのプロパティの影響を受けます。このオブジェクトは、現在のスレッド カルチャによって暗黙的に指定されるか、または書式設定を実行するメソッドの パラメーターによって明示的に指定されます。 パラメーターには、カルチャを表す オブジェクトを指定するか、特定のカルチャの日時書式設定規則を表す オブジェクトを指定する必要があります。 標準日時書式指定子の多くは、現在の オブジェクトのプロパティによって定義されている書式設定パターンのエイリアスです。 標準日時書式指定子によって生成される結果は、対応する プロパティの、対応する日時形式パターンを変更することによって変えることができます。 diff --git a/docs/standard/building-console-apps.md b/docs/standard/building-console-apps.md index 7e84617c431..d5545e40cb9 100644 --- a/docs/standard/building-console-apps.md +++ b/docs/standard/building-console-apps.md @@ -10,11 +10,11 @@ ms.assetid: c21fb997-9f0e-40a5-8741-f73bba376bd8 author: rpetrusha ms.author: ronpet ms.openlocfilehash: 979989c3e1f90f3de47473aa1bd8bc5268520e57 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47402462" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48840155" --- # .NET Framework におけるコンソール アプリケーションの構築 .NET Framework のアプリケーションは、 クラスを使用して、コンソールから文字を読み取り、コンソールに文字を書き込みます。 コンソールからのデータは標準入力ストリームから読み取られ、コンソールへのデータは標準出力ストリームに書き込まれ、コンソールへのエラー データは標準エラー出力ストリームに書き込まれます。 これらのストリームは、アプリケーションの起動時に自動的にコンソールに関連付けられ、それぞれ プロパティ、 プロパティ、および プロパティとして示されます。 diff --git a/docs/standard/class-library-overview.md b/docs/standard/class-library-overview.md index 492e388d5c0..e5d6a0ca2d2 100644 --- a/docs/standard/class-library-overview.md +++ b/docs/standard/class-library-overview.md @@ -40,11 +40,11 @@ ms.assetid: 7e4c5921-955d-4b06-8709-101873acf157 author: rpetrusha ms.author: ronpet ms.openlocfilehash: acc51287a8c670da63d0ec421aa232864ea91c2b -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47232912" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50185850" --- # .NET クラス ライブラリの概要 diff --git a/docs/standard/collections/selecting-a-collection-class.md b/docs/standard/collections/selecting-a-collection-class.md index e6688f39c98..49efe74b4ec 100644 --- a/docs/standard/collections/selecting-a-collection-class.md +++ b/docs/standard/collections/selecting-a-collection-class.md @@ -13,11 +13,11 @@ ms.assetid: ba049f9a-ce87-4cc4-b319-3f75c8ddac8a author: mairaw ms.author: mairaw ms.openlocfilehash: d84bc5ac2256139626311ff7c848170c28ffbd5b -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47454342" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48836512" --- # コレクション クラスの選択 コレクション クラスは慎重に選択してください。 間違った型を使用すると、コレクションの使用が制限されることがあります。 一般に、.NET Framework バージョン 1.1 を特に対象としている場合を除いて、 名前空間にある型は使用しないでください。 タイプ セーフの強化や他の改善があるため、コレクションの汎用および同時実行バージョンをお勧めします。 diff --git a/docs/standard/collections/thread-safe/how-to-create-an-object-pool.md b/docs/standard/collections/thread-safe/how-to-create-an-object-pool.md index 65b9f576583..7c2910b01d5 100644 --- a/docs/standard/collections/thread-safe/how-to-create-an-object-pool.md +++ b/docs/standard/collections/thread-safe/how-to-create-an-object-pool.md @@ -11,11 +11,11 @@ ms.assetid: 0480e7ff-b6f9-480e-a889-2ed4264d8372 author: mairaw ms.author: mairaw ms.openlocfilehash: 0bc0c6bebbab6e84c165f41300a4cb16c8746a07 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 15d99019aea4a5c3c91ddc9ba23692284a7f61f3 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47202668" +ms.lasthandoff: 10/12/2018 +ms.locfileid: "49121132" --- # 方法: ConcurrentBag を使用してオブジェクト プールを作成する この例では、ConcurrentBag を使用してオブジェクト プールを実装する方法を示します。 オブジェクト プールは、クラスの複数のインスタンスが必要であり、クラスの作成または破棄に大きなコストがかかる状況で、アプリケーションのパフォーマンスを向上させることができます。 クライアント プログラムが新しいオブジェクトを要求すると、オブジェクト プールは最初に既に作成されてプールに返されているオブジェクトを提供しようとします。 使用できるオブジェクトがない場合にのみ、新しいオブジェクトが作成されます。 diff --git a/docs/standard/collections/thread-safe/how-to-use-foreach-to-remove.md b/docs/standard/collections/thread-safe/how-to-use-foreach-to-remove.md index 0683a0cdeca..1290f9c5334 100644 --- a/docs/standard/collections/thread-safe/how-to-use-foreach-to-remove.md +++ b/docs/standard/collections/thread-safe/how-to-use-foreach-to-remove.md @@ -11,11 +11,11 @@ ms.assetid: 2096103c-22f7-420d-b631-f102bc33a6dd author: mairaw ms.author: mairaw ms.openlocfilehash: 44b71ed726af585259b015c608e49d8c81e4e22a -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 15d99019aea4a5c3c91ddc9ba23692284a7f61f3 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47401145" +ms.lasthandoff: 10/12/2018 +ms.locfileid: "49120962" --- # 方法: ForEach を使用して BlockingCollection 内の項目を削除する と メソッドを使用して から項目を取得するだけでなく、[foreach](~/docs/csharp/language-reference/keywords/foreach-in.md) (Visual Basic では [For Each](~/docs/visual-basic/language-reference/statements/for-each-next-statement.md)) を使用して、追加が完了してコレクションが空になるまで項目を削除することもできます。 これは、通常の `foreach` (`For Each`) ループとは異なり、この列挙子が項目を削除することでソース コレクションを変更するので、*変更列挙*または*消費列挙*と呼ばれます。 diff --git a/docs/standard/collections/thread-safe/when-to-use-a-thread-safe-collection.md b/docs/standard/collections/thread-safe/when-to-use-a-thread-safe-collection.md index 7892e28624d..409aee57cf8 100644 --- a/docs/standard/collections/thread-safe/when-to-use-a-thread-safe-collection.md +++ b/docs/standard/collections/thread-safe/when-to-use-a-thread-safe-collection.md @@ -8,18 +8,18 @@ ms.assetid: a9babe97-e457-4ff3-b528-a1bc940d5320 author: mairaw ms.author: mairaw ms.openlocfilehash: eefa1b52907525059b3403e7eb20542d3b5a5c73 -ms.sourcegitcommit: 213292dfbb0c37d83f62709959ff55c50af5560d +ms.sourcegitcommit: 15d99019aea4a5c3c91ddc9ba23692284a7f61f3 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/25/2018 -ms.locfileid: "47109983" +ms.lasthandoff: 10/12/2018 +ms.locfileid: "49123567" --- # スレッドセーフなコレクションを使用する状況 [!INCLUDE[net_v40_long](../../../../includes/net-v40-long-md.md)]では、マルチスレッドでの追加や削除をサポートするよう特別に設計された、5つの新しいコレクション型が導入されました。 これらの新しい型では、スレッド セーフを確保するために、さまざまな種類の効率的なロックやロック制御不要の同期機構が用いられます。 同期を行うと、操作にオーバーヘッドが加わります。 どれほどのオーバーヘッドが加わるかは、同期や操作の種類、およびその他の要因 (コレクションに同時にアクセスしようとするスレッドの数など) によって異なります。 一部のシナリオでは、同期のオーバーヘッドがほとんどなく、外部ロックで保護される同等の非スレッドセーフ型よりもマルチスレッド型の方が、パフォーマンスとスケーラビリティが大幅に向上することがあります。 その他のシナリオでは、オーバーヘッドにより、スレッドセーフ型のパフォーマンスとスケーラビリティが、外部からロックされる非スレッドセーフ型と同等かそれ以下になることもあります。 - 以下のセクションでは、スレッドセーフなコレクションと、読み取り操作および書き込み操作でユーザー指定のロックを使用する同等の非スレッドセーフ コレクションの使い分けに関する一般的なガイダンスを示します。 パフォーマンスはさまざまな要因に左右されるため、このガイダンスは特定の状況には沿っておらず、すべての状況で有効であるとは限りません。 パフォーマンスが重要な場合、使用するコレクション型を判断する最適な方法は、代表的なコンピューター構成および負荷に基づいてパフォーマンスを計測することです。 このドキュメントでは、次の用語が使用されています。 + 以下のセクションでは、スレッド セーフなコレクションと、読み取り操作および書き込み操作でユーザー指定のロックを使用するスレッド セーフでない同等のコレクションの使い分けに関する一般的なガイダンスを示します。 パフォーマンスはさまざまな要因に左右されるため、このガイダンスは特定の状況には沿っておらず、すべての状況で有効であるとは限りません。 パフォーマンスが重要な場合、使用するコレクション型を判断する最適な方法は、代表的なコンピューター構成および負荷に基づいてパフォーマンスを計測することです。 このドキュメントでは、次の用語が使用されています。 *純粋プロデューサー/コンシューマー シナリオ* 任意のスレッドで、要素の追加または削除のいずれかが実行されますが、両方は実行されません。 diff --git a/docs/standard/collections/when-to-use-generic-collections.md b/docs/standard/collections/when-to-use-generic-collections.md index 898096a7481..259b04debc4 100644 --- a/docs/standard/collections/when-to-use-generic-collections.md +++ b/docs/standard/collections/when-to-use-generic-collections.md @@ -9,11 +9,11 @@ ms.assetid: e7b868b1-11fe-4ac5-bed3-de68aca47739 author: mairaw ms.author: mairaw ms.openlocfilehash: 9831212cf65e3913bae2431e4746b5def03430b6 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 700b9003ea6bdd83a53458bbc436c9b5778344f1 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47210098" +ms.lasthandoff: 10/03/2018 +ms.locfileid: "48261236" --- # ジェネリック コレクションを使用する状況 通常は、ジェネリック コレクションを使用することをお勧めします。これは、基本コレクション型から派生して型固有のメンバーを実装することなく、タイプ セーフの利点を即座に得ることができるためです。 また、ジェネリックでは要素をボックス化する必要がないため、コレクションの要素が値型である場合、一般的に、ジェネリック コレクション型は、対応する非ジェネリック コレクション型 (および、非ジェネリックの基本コレクション型から派生した型) よりもパフォーマンスに優れています。 diff --git a/docs/standard/components.md b/docs/standard/components.md index 17dd034ab88..40ccd68a491 100644 --- a/docs/standard/components.md +++ b/docs/standard/components.md @@ -5,12 +5,12 @@ author: cartermp ms.author: mairaw ms.date: 08/23/2017 ms.technology: dotnet-standard -ms.openlocfilehash: e131ab48b666f2d22d8bd02e41ed76e415a2597d -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: b98095cd6afd408331ab8c8f6bb15e7741d3073a +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47456026" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50189694" --- # .NET アーキテクチャ コンポーネント @@ -63,7 +63,7 @@ Mono について詳しくは、[Mono のドキュメント](https://www.mono-pr UWP は、モノのインターネット (IoT) 用に最新のタッチ対応の Windows アプリケーションとソフトウェアを構築するために使われる .NET 実装です。 PC、タブレット、ファブレット、携帯電話、Xbox など、ターゲットにする可能性があるさまざまな種類のデバイスを統一するように設計されています。 UWP は、一元的なアプリ ストア、実行環境 (AppContainer)、Win32 の代わりに使う Windows API のセット (WinRT) など、多くのサービスを提供します。 アプリは、C++、C#、VB.NET、および JavaScript で記述することができます。 C# と VB.NET を使うときは、.NET Core によって .NET API が提供されます。 -UWP の詳細については、「[ユニバーサル Windows プラットフォームの紹介](https://docs.microsoft.com/windows/uwp/get-started/universal-application-platform-guide)」を参照してください。 +UWP の詳細については、「[ユニバーサル Windows プラットフォームの紹介](/windows/uwp/get-started/universal-application-platform-guide)」を参照してください。 ## .NET ランタイム diff --git a/docs/standard/containerized-lifecycle-architecture/run-manage-monitor-docker-environments/manage-production-docker-environments.md b/docs/standard/containerized-lifecycle-architecture/run-manage-monitor-docker-environments/manage-production-docker-environments.md index 4196e94b3a5..1bb8e591bee 100644 --- a/docs/standard/containerized-lifecycle-architecture/run-manage-monitor-docker-environments/manage-production-docker-environments.md +++ b/docs/standard/containerized-lifecycle-architecture/run-manage-monitor-docker-environments/manage-production-docker-environments.md @@ -1,48 +1,48 @@ --- -title: Docker の本番環境を管理します。 -description: Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル -author: CESARDELATORRE -ms.author: wiwagn -ms.date: 09/22/2017 -ms.openlocfilehash: 169ffa7ba61fa5dff09229410adb534f8e34a35c -ms.sourcegitcommit: 979597cd8055534b63d2c6ee8322938a27d0c87b -ms.translationtype: MT -ms.contentlocale: ja-JP -ms.lasthandoff: 06/29/2018 -ms.locfileid: "37104586" +title: 運用環境の Docker 環境を管理します。 +description: Microsoft プラットフォームとツールでコンテナー化された Docker アプリケーションのライフサイクル +author: CESARDELATORRE +ms.author: wiwagn +ms.date: 09/22/2017 +ms.openlocfilehash: 3bafdd9f6a6aa4f850fd28b6315e68c643d1f8c0 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: MT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/29/2018 +ms.locfileid: "50202856" --- -# Docker の本番環境を管理します。 +# 運用環境の Docker 環境を管理します。 -クラスターの管理およびオーケストレーションは、ホストのグループを制御するプロセスです。 これには、追加および削除のホスト クラスターでは、ホストとコンテナーの現在の状態に関する情報を取得し、開始およびプロセスの停止を実行できます。 クラスターの管理およびオーケストレーションはスケジュールのため、スケジューラは、クラスター内の各ホストへのアクセスをサービスをスケジュールするためがある必要に密接に結び付けられます。 このためは、同じツールは多くの場合に両方の目的に使用されます。 +クラスターの管理とオーケストレーションは、ホストのグループを制御するためのプロセスです。 追加して、クラスターでは、ホストとコンテナーの現在の状態に関する情報を取得し、開始およびプロセスの停止からホストを削除する必要があります。 クラスターの管理とオーケストレーションは、スケジューラは、クラスター内の各ホストへのアクセスをサービスのスケジュールを設定するにがある必要なためにのスケジューリングに密接に関連付けします。 このため、両方の目的で、同じツールがよく使用されます。 ## コンテナー サービスと管理ツール -コンテナー サービスは、人気のオープン ソース コンテナーのクラスタ リング ボリュームとオーケストレーションのソリューションの迅速なデプロイを提供します。 Docker イメージを使用して、アプリケーションのコンテナーが完全に移植可能であることを確認します。 コンテナー サービスを使用すると、DC/OS (続きして Apache Mesos 電源) を展開することができ、Azure リソース マネージャーのテンプレートまたは数千ものにこれらのアプリケーションの規模を設定できることを確認してください Azure ポータルを使用するクラスタ Docker Swarm — 万も — の。コンテナーです。 +Container Service では、人気のオープン ソース コンテナーのクラスタ リングやオーケストレーション ソリューションの迅速なデプロイを提供します。 Docker イメージを使用して、アプリケーション コンテナーが完全に移植可能であることを確認します。 DC OS/(Mesosphere と Apache Mesos 利用) をデプロイするコンテナー サービスを使用して、Docker Swarm クラスターを Azure Resource Manager テンプレートまたは数千にこれらのアプリケーションをスケーリングできることを確認する Azure portal を使用: 数万も — のコンテナー。 -Azure 仮想マシン スケール セットを使用してこれらのクラスターを展開して、Azure のネットワークおよび記憶域サービスのクラスターを利用します。 コンテナー サービスにアクセスするには、Azure サブスクリプションが必要です。 コンテナー サービスでは、オーケストレーション層に指定するなど、アプリケーションの移植性を維持しながら Azure のエンタープライズ レベルの機能を活用がかかります。 +Azure 仮想マシン スケール セットを使用してこれらのクラスターを展開して、クラスターを Azure のネットワークおよび記憶域サービスの利用します。 コンテナー サービスにアクセスするには、Azure サブスクリプションを必要があります。 Container service では、オーケストレーション レイヤーなど、アプリケーションの移植性を維持しながら Azure のエンタープライズ級の機能を活用がかかります。 -表 6-1 は、その orchestrators、スケジューラ、およびクラスタ リングのプラットフォームに関連する一般的な管理ツールを一覧表示します。 +表 6-1 は、オーケストレーター、スケジューラ、クラスタ リングのプラットフォームに関連する、一般的な管理ツールを一覧表示します。 表 6-1: Docker の管理ツール -| 管理ツール | 説明 | 関連する orchestrators | +| 管理ツール | 説明 | 関連するオーケストレーター | |-----------------------|-----------------------|-----------------------| -| コンテナー サービス\(Azure ポータルで UI 管理) | [コンテナー サービス](https://azure.microsoft.com/en-us/services/container-service/)簡単に提供する方法を開始[Azure でコンテナー クラスターを展開](https://docs.microsoft.com/azure/container-service/dcos-swarm/container-service-deployment)続き DC/OS、Kubernetes Docker Swarm などの一般的な orchestrators に基づいて。

コンテナー サービスは、これらのプラットフォームの構成を最適化します。 だけ、サイズ、ホストの数と、orchestrator ツールの選択肢を選択する必要があり、コンテナー サービスでは、他のすべてを処理します。 | Mesosphere DC/OS

Kubernetes

Docker Swarm | -| Docker ユニバーサル制御プレーン\(オンプレミスまたはクラウド) | [Docker ユニバーサル制御プレーン](https://docs.docker.com/v1.11/ucp/overview/)Docker からエンタープライズ レベルのクラスター管理ソリューションです。 1 つの場所から、クラスター全体を管理するときに役立ちます。

Docker ユニバーサル コントロール平面は商用製品 Docker Swarm、制御プレーンのユニバーサル Docker と Docker Trusted Registry を提供する Docker データ センターをという名前の一部として含めるです。

Docker のデータ センターでは、インストールされている内部設置型を指定できます。 または Azure などのパブリック クラウドをプロビジョニングします。 | Docker Swarm\(コンテナー サービスでサポートされている) | -| Docker のクラウド\(Tutum; クラウド SaaS とも呼ばれます) | [Docker のクラウド](https://docs.docker.com/docker-cloud/)ビルドとテストの施設 Dockerized アプリケーション イメージは、設定し、ホスト インフラストラクチャを管理するのに役立つツールとオーケストレーションの機能と Docker のレジストリを提供するホストされている管理サービス (SaaS) は、イメージ、具体的なインフラストラクチャを展開するを自動化するのに役立つ機能を展開します。 SaaS Docker のクラウド アカウントは、Docker Swarm クラスターを実行しているコンテナー サービスでお客様のインフラストラクチャに接続できます。 | Docker Swarm\(コンテナー サービスでサポートされている) | -| 続きマラソン\(オンプレミスまたはクラウド) | [マラソン](https://mesosphere.github.io/marathon/docs/marathon-ui.html)続きの DC/OS と Apache Mesos は実稼働レベルのコンテナーのオーケストレーションとスケジューラのプラットフォームです。

Mesos と連携して (DC/OS は Apache Mesos に基づく) 実行時間の長いのコントロールにサービスを示し、[プロセスとコンテナーの管理用 web UI](https://mesosphere.github.io/marathon/docs/marathon-ui.html)です。 Web UI の管理ツールを提供します。 | 続き DC/OS\(Apache に基づいて Mesos; コンテナー サービスでサポートされている) | -| Google Kubernetes | [Kubernetes](http://kubernetes.io/docs/user-guide/ui/#dashboard-access)の調整、スケジュール、およびクラスター インフラストラクチャにまたがるです。 これは、コンテナー指向のインフラストラクチャを提供するホストのクラスター間での展開、スケーリング、およびアプリケーションのコンテナーの操作を自動化するためのオープン ソース プラットフォームです。 | Google Kubernetes\(コンテナー サービスでサポートされている) | +| Container Service\(Azure portal での UI の管理) | [Container Service](https://azure.microsoft.com/services/container-service/) 、簡単に取得できるは、開始する方法[Azure でコンテナーのクラスターのデプロイ](https://docs.microsoft.com/azure/container-service/dcos-swarm/container-service-deployment)Mesosphere DC/OS、Kubernetes、Docker Swarm などのよく使われるオーケストレーターに基づきます。

Container Service では、これらのプラットフォームの構成を最適化します。 だけ、サイズ、ホストの数と、オーケストレーター ツールの選択肢を選択する必要があり、コンテナー サービスが他のすべてを処理します。 | Mesosphere DC/OS

Kubernetes

Docker Swarm | +| Docker ユニバーサル コントロール プレーン\(オンプレミスまたはクラウド) | [Docker ユニバーサル コントロール プレーン](https://docs.docker.com/v1.11/ucp/overview/)は Docker からエンタープライズ グレードのクラスター管理ソリューションです。 1 つの場所から、クラスター全体を管理できます。

Docker ユニバーサル コントロール プレーンは、Docker Swarm、Docker ユニバーサル コントロール プレーン Docker Trusted Registry を提供する Docker Datacenter をという名前の商用製品の一部として含まれています。

Docker Datacenter では、オンプレミスにインストールされていることができます。 または Azure のようなパブリック クラウドからプロビジョニングします。 | Docker Swarm\(Container Service でサポートされている) | +| Docker Cloud\(Tutum; クラウド SaaS とも呼ばれます) | [Docker Cloud](https://docs.docker.com/docker-cloud/)ビルドとテストの機能を設定して、ホスト インフラストラクチャの管理に役立つツールは Dockerized アプリケーション イメージとオーケストレーションの機能と Docker レジストリを提供するホストされる管理サービス (SaaS)具体的なインフラストラクチャをイメージの展開を自動化するのに役立つ機能を展開します。 SaaS の Docker クラウド アカウントは、Docker Swarm クラスターを実行して Container Service のインフラストラクチャに接続できます。 | Docker Swarm\(Container Service でサポートされている) | +| Mesosphere Marathon\(オンプレミスまたはクラウド) | [Marathon](https://mesosphere.github.io/marathon/docs/marathon-ui.html) Mesosphere の DC/OS と Apache Mesos は、運用環境レベルのコンテナー オーケストレーションとスケジューラ プラットフォーム。

Mesos で動作する (DC/OS は Apache Mesos に基づく) コントロールの実行時間の長いサービスを示し、[プロセスとコンテナーの管理用の web UI](https://mesosphere.github.io/marathon/docs/marathon-ui.html)。 Web UI の管理ツールを提供します | Mesosphere DC/OS\(Mesos を Apache に基づき、Container Service でサポートされている) | +| Google Kubernetes | [Kubernetes](https://kubernetes.io/docs/user-guide/ui/#dashboard-access)調整、スケジュール、およびクラスター インフラストラクチャにまたがます。 これはコンテナー中心のインフラストラクチャを提供するホストのクラスターのデプロイ、スケーリング、およびアプリケーション コンテナーの操作を自動化するため、オープン ソース プラットフォーム。 | Google Kubernetes\(Container Service でサポートされている) | ## Azure Service Fabric -クラスター展開および管理用の別の選択肢は、Azure Service Fabric です。 [Service Fabric](https://azure.microsoft.com/en-us/services/service-fabric/)開発者と同様にコンテナーのオーケストレーションを含む Microsoft microservices プラットフォームは、拡張性が高く microservices アプリケーションを構築するモデルをプログラミングします。 Service Fabric では、現在のバージョンの Linux プレビューでは、Docker をサポートように、 [Linux 上の Service Fabric プレビュー](https://docs.microsoft.com/azure/service-fabric/service-fabric-deploy-anywhere)、および Windows コンテナーの[次のリリースで](https://docs.microsoft.com/azure/service-fabric/service-fabric-containers-overview)です。 +クラスターのデプロイと管理に関する別の選択肢では、Azure Service Fabric です。 [Service Fabric](https://azure.microsoft.com/services/service-fabric/)開発者と同様にコンテナーのオーケストレーションを含む Microsoft のマイクロ サービス プラットフォームは拡張性の高いマイクロ サービス アプリケーションを構築するモデルをプログラミングします。 Service Fabric では、現在のバージョンの Linux プレビューでは、Docker をサポートと、 [Linux 上の Service Fabric プレビュー](https://docs.microsoft.com/azure/service-fabric/service-fabric-deploy-anywhere)、および Windows コンテナーの[次のリリースで](https://docs.microsoft.com/azure/service-fabric/service-fabric-containers-overview)します。 -サービス ファブリック管理ツールを次に示します。 +Service Fabric 管理ツールを次に示します。 -- [Azure ポータルの Service Fabric](https://docs.microsoft.com/azure/service-fabric/service-fabric-cluster-creation-via-portal)クラスターに関連する操作 (作成/更新/削除)、クラスターまたは (Vm、ロード バランサー機器、ネットワークなど) のインフラストラクチャを構成します。 +- [Service Fabric 用に azure ポータル](https://docs.microsoft.com/azure/service-fabric/service-fabric-cluster-creation-via-portal)クラスター関連の操作 (作成/更新/削除)、クラスターまたはインフラストラクチャ (Vm、ロード バランサー、ネットワークなど) の構成 -- [Azure Service Fabric Explorer](https://docs.microsoft.com/azure/service-fabric/service-fabric-visualizing-your-cluster) insights とノード/Vm の観点から、アプリケーションとサービスの観点からは、Service Fabric クラスター上の特定の操作を提供する特殊な web UI ツールです。 +- [Azure Service Fabric Explorer](https://docs.microsoft.com/azure/service-fabric/service-fabric-visualizing-your-cluster) insights と Service Fabric クラスターのノード/vm の観点から、アプリケーションとサービスの観点からの特定の操作を提供する特殊な web UI ツールです。 >[!div class="step-by-step"] diff --git a/docs/standard/data/xml/building-xml-schemas.md b/docs/standard/data/xml/building-xml-schemas.md index b1f66b3a6f8..7815e0207a1 100644 --- a/docs/standard/data/xml/building-xml-schemas.md +++ b/docs/standard/data/xml/building-xml-schemas.md @@ -10,11 +10,11 @@ ms.assetid: 8a5ea56c-0140-4b51-8997-875ae6a8e0cb author: mairaw ms.author: mairaw ms.openlocfilehash: 10b2471d13d410826cec3404725117649442297b -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47402657" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48842620" --- # XML スキーマの作成 名前空間のクラスは、W3C (World Wide Web Consortium) 勧告『XML Schema』で定義された構造に割り当てられ、メモリ内に XML スキーマを作成する場合に使用できます。 diff --git a/docs/standard/data/xml/converting-dotnet-types-to-strings.md b/docs/standard/data/xml/converting-dotnet-types-to-strings.md index 9cedb9c9f2a..fb288d2cce2 100644 --- a/docs/standard/data/xml/converting-dotnet-types-to-strings.md +++ b/docs/standard/data/xml/converting-dotnet-types-to-strings.md @@ -6,11 +6,11 @@ ms.assetid: dc2e2b65-f623-4dc3-938b-d2a054d6832c author: mairaw ms.author: mairaw ms.openlocfilehash: 59e288a756a022763bae2235964a8b25a9d72bd1 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47399649" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48835866" --- # .NET Framework 型の文字列への変換 .NET Framework 型を文字列に変換するには、**ToString** メソッドを使用します。 **ToString** メソッドは、渡された型の文字列表現を返します。 XML スキーマ (XSD) 仕様に対応する形式で文字列を返す .NET Framework 型を、次の表に示します。 diff --git a/docs/standard/data/xml/creating-new-attributes-for-elements-in-the-dom.md b/docs/standard/data/xml/creating-new-attributes-for-elements-in-the-dom.md index 222fc7bb9a1..420ef145377 100644 --- a/docs/standard/data/xml/creating-new-attributes-for-elements-in-the-dom.md +++ b/docs/standard/data/xml/creating-new-attributes-for-elements-in-the-dom.md @@ -9,11 +9,11 @@ ms.assetid: dd6dc920-b011-418a-b3db-f1580a7d9251 author: mairaw ms.author: mairaw ms.openlocfilehash: 870e800220031338557792fa612d4a3101e79f90 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47236018" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48024572" --- # DOM の要素に対する新しい属性の作成 属性はノードではなく、要素ノードのプロパティであり、要素に関連付けられた **XmlAttributeCollection** に格納されるため、新しい属性を作成する方法は、他のノード型を作成する方法と異なります。 属性を作成して要素に追加するには、次の 2 つの方法があります。 diff --git a/docs/standard/data/xml/creating-new-entity-references.md b/docs/standard/data/xml/creating-new-entity-references.md index bb5d4b332b9..74547714783 100644 --- a/docs/standard/data/xml/creating-new-entity-references.md +++ b/docs/standard/data/xml/creating-new-entity-references.md @@ -6,11 +6,11 @@ ms.assetid: a42f81b3-0403-4e34-b346-7d2129804e54 author: mairaw ms.author: mairaw ms.openlocfilehash: 67fdbcdbff64bcd91c80fbeaec0c41982b68d98f -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47203383" +ms.lasthandoff: 10/07/2018 +ms.locfileid: "48844515" --- # 新しいエンティティ参照の作成 **CreateEntityReference** メソッドによって新しい **XmlEntityReference** ノードを作成できます。 XML ドキュメント オブジェクト モデル (DOM) は、参照されているエンティティ名が既に宣言されているかどうかを確認します。 宣言されている場合は、エンティティ宣言ノードから **XmlEntityReference** ノードの子ノードがコピーされます。 一致するエンティティ宣言がない場合、エンティティ参照ノードには、唯一の子として空のテキスト ノードが追加されます。 **XmlEntityReference** ノードの子ノードは別のノードのコピーなので、これらの子ノードは読み取り専用になり、変更はできません。 diff --git a/docs/standard/data/xml/extract-xml-data-using-xpathnavigator.md b/docs/standard/data/xml/extract-xml-data-using-xpathnavigator.md index eedd3e6b445..a86ccb664cd 100644 --- a/docs/standard/data/xml/extract-xml-data-using-xpathnavigator.md +++ b/docs/standard/data/xml/extract-xml-data-using-xpathnavigator.md @@ -9,11 +9,11 @@ ms.assetid: 095b0987-ee4b-4595-a160-da1c956ad576 author: mairaw ms.author: mairaw ms.openlocfilehash: d838f3d9f4c9400fbbef0fb24f5275eff2038c49 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 2eb5ca4956231c1a0efd34b6a9cab6153a5438af ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47232678" +ms.lasthandoff: 10/11/2018 +ms.locfileid: "49086779" --- # XpathNavigator を使用した XML データの抽出 Microsoft .NET Framework において XML ドキュメントを表現する方法はいくつかあります。 これには、 を使用する方法、または 、、、 クラスを使用する方法があります。 XML ドキュメントの異なる表現の間での移行を容易にするため、 クラスは、, オブジェクトまたは オブジェクトとして XML を抽出するためのメソッドおよびプロパティを多数提供しています。 diff --git a/docs/standard/data/xml/mapping-xml-data-types-to-clr-types.md b/docs/standard/data/xml/mapping-xml-data-types-to-clr-types.md index a1d3914fbce..c8ccd8fa607 100644 --- a/docs/standard/data/xml/mapping-xml-data-types-to-clr-types.md +++ b/docs/standard/data/xml/mapping-xml-data-types-to-clr-types.md @@ -5,20 +5,19 @@ ms.technology: dotnet-standard ms.assetid: cabdfcad-f359-479b-b71c-8b2fad42ca49 author: mairaw ms.author: mairaw -ms.openlocfilehash: 9cff30147da82896fb3a757ba2fed16d794ec3c9 -ms.sourcegitcommit: 5bbfe34a9a14e4ccb22367e57b57585c208cf757 +ms.openlocfilehash: a88d5bf99e2d9bb6465413cb5419058014d113a1 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/18/2018 -ms.locfileid: "46004050" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48839040" --- # XML データ型から CLR 型へのマッピング -XML データ型と共通言語ランタイム (CLR) 型の既定のマッピングを次の表に示します。 - -## 次の表は、XML データ型から CLR 型への既定のマッピングを示しています。 + +XML データ型と共通言語ランタイム (CLR) 型の既定のマッピングを次の表に示します。 > [!NOTE] -> `xs` および `xdt` のプレフィックスは、それぞれ http://www.w3.org/2001/XMLSchema および http://www.w3.org/2003/05/xpath-datatypes 名前空間 URI にマッピングされます。 +> `xs` および `xdt` のプレフィックスは、それぞれ および 名前空間 URI にマッピングされます。 |XML 型|CLR 型| |--------------|--------------| diff --git a/docs/standard/data/xml/namespaces-and-dtds-in-the-dom.md b/docs/standard/data/xml/namespaces-and-dtds-in-the-dom.md index 9e60580d195..9837542e70b 100644 --- a/docs/standard/data/xml/namespaces-and-dtds-in-the-dom.md +++ b/docs/standard/data/xml/namespaces-and-dtds-in-the-dom.md @@ -6,11 +6,11 @@ ms.assetid: 1e9b55c4-76ad-4f54-8d96-7ce4b4cf1e05 author: mairaw ms.author: mairaw ms.openlocfilehash: bc8a1de8ab10eff88757720a35aa9668125cfbfa -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47203096" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48582162" --- # DOM における名前空間と DTD ドキュメント型定義 (DTD) によって名前空間のサポートは複雑になります。 たとえば、次の XML では、既定の属性の名前にコロンが含まれています。 diff --git a/docs/standard/data/xml/process-xml-data-using-the-xpath-data-model.md b/docs/standard/data/xml/process-xml-data-using-the-xpath-data-model.md index 933eeafcc90..2f34bddfb03 100644 --- a/docs/standard/data/xml/process-xml-data-using-the-xpath-data-model.md +++ b/docs/standard/data/xml/process-xml-data-using-the-xpath-data-model.md @@ -6,11 +6,11 @@ ms.assetid: 536c6fce-1453-4654-9c72-bca54d47e081 author: mairaw ms.author: mairaw ms.openlocfilehash: da8b623d3a73ca8791a0619c67b0ed3bd42447d3 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47216254" +ms.lasthandoff: 10/29/2018 +ms.locfileid: "50202749" --- # XPath データ モデルを使用した XML データの処理 名前空間は、 または クラスを使用して、メモリ内の XML ドキュメント、フラグメント、ノード、またはノードセットのプログラム表現を提供します。 diff --git a/docs/standard/data/xml/reading-an-xml-document-into-the-dom.md b/docs/standard/data/xml/reading-an-xml-document-into-the-dom.md index f3e07a647e3..93cf0860bc5 100644 --- a/docs/standard/data/xml/reading-an-xml-document-into-the-dom.md +++ b/docs/standard/data/xml/reading-an-xml-document-into-the-dom.md @@ -9,11 +9,11 @@ ms.assetid: a4fb291f-5630-49ba-a49a-5b66c3b71e49 author: rpetrusha ms.author: ronpet ms.openlocfilehash: 9031f5df0d0f48dc2844cdfd0654ee4ab876cc22 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47399048" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48842529" --- # XML ドキュメントの DOM への読み取り XML 情報は、さまざまな形式からメモリに読み取られます。 XML 情報は、文字列、ストリーム、URL、テキスト リーダー、および から派生したクラスから読み取ることができます。 diff --git a/docs/standard/data/xml/reading-and-writing-xml-schemas.md b/docs/standard/data/xml/reading-and-writing-xml-schemas.md index 6862c34dacd..f56d05143c3 100644 --- a/docs/standard/data/xml/reading-and-writing-xml-schemas.md +++ b/docs/standard/data/xml/reading-and-writing-xml-schemas.md @@ -10,11 +10,11 @@ ms.assetid: b5757c4a-ea59-467e-ac62-be2bfe24eb77 author: mairaw ms.author: mairaw ms.openlocfilehash: 241ff40448c3dca2846f9e420dc7df41427dc79d -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47236333" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48841204" --- # XML スキーマの読み取りと書き込み スキーマ オブジェクト モデル (SOM) API を使用すると、ファイルまたは他のソースから XML スキーマ定義言語 (XSD) スキーマを読み取ったり、書き込んだりできます。また、W3C (World Wide Web Consortium) 勧告『XML Schema』で定義された構造に割り当てられた 名前空間のクラスを使用してメモリ内に XML スキーマを作成することもできます。 diff --git a/docs/standard/data/xml/remove-xml-data-using-xpathnavigator.md b/docs/standard/data/xml/remove-xml-data-using-xpathnavigator.md index d7f65fab32c..49fba624283 100644 --- a/docs/standard/data/xml/remove-xml-data-using-xpathnavigator.md +++ b/docs/standard/data/xml/remove-xml-data-using-xpathnavigator.md @@ -9,11 +9,11 @@ ms.assetid: 9f436bca-1b96-494b-a6d2-e102c7551752 author: mairaw ms.author: mairaw ms.openlocfilehash: 1827e40256bc4307006ce081cbb6cbc44a89a0bc -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47216631" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48837272" --- # XPathNavigator による XML データの削除 クラスは、XML ドキュメントからノードを削除するためのメソッドのセットを提供します。 これらのメソッドを使用するには、 オブジェクトが編集可能である必要があります。つまり、その プロパティを `true` にする必要があります。 diff --git a/docs/standard/data/xml/removing-attributes-from-an-element-node-in-the-dom.md b/docs/standard/data/xml/removing-attributes-from-an-element-node-in-the-dom.md index 967a335e16f..f1638c9d543 100644 --- a/docs/standard/data/xml/removing-attributes-from-an-element-node-in-the-dom.md +++ b/docs/standard/data/xml/removing-attributes-from-an-element-node-in-the-dom.md @@ -6,11 +6,11 @@ ms.assetid: 7ede6f9e-a3ac-49a4-8488-ab8360a44aa4 author: mairaw ms.author: mairaw ms.openlocfilehash: 65fd6d2baae29c72241350e4568faf09b9c71f39 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47209991" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48835182" --- # DOM の要素ノードからの属性の削除 属性を削除するには、さまざまな方法があります。 その 1 つとして、属性コレクションから属性を削除する方法があります。 属性コレクションから属性を削除するには、次の手順を実行します。 diff --git a/docs/standard/data/xml/removing-nodes-content-and-values-from-an-xml-document.md b/docs/standard/data/xml/removing-nodes-content-and-values-from-an-xml-document.md index 79bfe4d4e4b..e16ab64e4c8 100644 --- a/docs/standard/data/xml/removing-nodes-content-and-values-from-an-xml-document.md +++ b/docs/standard/data/xml/removing-nodes-content-and-values-from-an-xml-document.md @@ -6,11 +6,11 @@ ms.assetid: d818a29a-6ee5-4725-97c4-78cf60a156b6 author: mairaw ms.author: mairaw ms.openlocfilehash: 960d69e7db4d06956bfff8fb849f1d085e4cb1c0 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47399684" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48838828" --- # XML ドキュメントからのノード、コンテンツ、値の削除 XML ドキュメント オブジェクト モデル (DOM) がメモリに読み込まれたら、ツリーからノードを削除したり、特定のノード型からコンテンツや値を削除したりできます。 ドキュメントから葉ノードまたはノード サブツリー全体を削除する方法については、「[DOM からのノードの削除](../../../../docs/standard/data/xml/removing-nodes-from-the-dom.md)」を参照してください。 要素の属性を削除する方法については、「[DOM の要素ノードからの属性の削除](../../../../docs/standard/data/xml/removing-attributes-from-an-element-node-in-the-dom.md)」を参照してください。 ノードのコンテンツだけを削除してツリーにノードを残す方法については、「[DOM のノード コンテンツの削除](../../../../docs/standard/data/xml/removing-node-content-in-the-dom.md)」を参照してください。 diff --git a/docs/standard/data/xml/resolving-external-xslt-style-sheets-and-documents.md b/docs/standard/data/xml/resolving-external-xslt-style-sheets-and-documents.md index ef25479ea77..cd9bcb1fa9b 100644 --- a/docs/standard/data/xml/resolving-external-xslt-style-sheets-and-documents.md +++ b/docs/standard/data/xml/resolving-external-xslt-style-sheets-and-documents.md @@ -6,11 +6,11 @@ ms.assetid: 920cfe3b-d525-4bb2-abf6-9431651f9cf9 author: mairaw ms.author: mairaw ms.openlocfilehash: 39e8afd8c22ca757141d2a7b556b115f8380e731 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47205578" +ms.lasthandoff: 10/08/2018 +ms.locfileid: "48847491" --- # 外部の XSLT スタイル シートとドキュメントの解決 変換中には、外部リソースの解決が必要になるときがあります。 diff --git a/docs/standard/data/xml/selecting-evaluating-and-matching-xml-data-using-xpathnavigator.md b/docs/standard/data/xml/selecting-evaluating-and-matching-xml-data-using-xpathnavigator.md index 4a134d2933f..caaef48ea02 100644 --- a/docs/standard/data/xml/selecting-evaluating-and-matching-xml-data-using-xpathnavigator.md +++ b/docs/standard/data/xml/selecting-evaluating-and-matching-xml-data-using-xpathnavigator.md @@ -6,11 +6,11 @@ ms.assetid: 46e059f8-4dc8-4185-9236-784be95228ed author: mairaw ms.author: mairaw ms.openlocfilehash: 2544070bb7ea891a804edd559a5d58e08b071771 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47193136" +ms.lasthandoff: 10/08/2018 +ms.locfileid: "48850390" --- # XPathNavigator を使用した XML データの選択、評価、および照合 クラスは、XPath クエリによる または オブジェクト内のノードの選択、XPath 式の結果の評価と検査、および または オブジェクト内のノードが指定された XPath 式に一致するかどうかの判定のためのメソッドを提供します。 以下のトピックでは、これらの概念および または オブジェクト内のノードの選択、評価、および照合に関連する他の概念について説明します。 diff --git a/docs/standard/data/xml/unordered-node-retrieval-by-name-or-index.md b/docs/standard/data/xml/unordered-node-retrieval-by-name-or-index.md index 9ff19b1cb6a..99e6891d985 100644 --- a/docs/standard/data/xml/unordered-node-retrieval-by-name-or-index.md +++ b/docs/standard/data/xml/unordered-node-retrieval-by-name-or-index.md @@ -9,11 +9,11 @@ ms.assetid: 2038a90b-92af-4a0a-baaa-08e688d95194 author: mairaw ms.author: mairaw ms.openlocfilehash: da1c9f25052bb2354b435cd28b7ff55d4a754ed1 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47216319" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48584001" --- # 名前またはインデックスによる順序付けられていないノードの取得 W3C (World Wide Web Consortium) 仕様で NamedNodeMap として定義されている **XmlNamedNodeMap** は、名前またはインデックスでノードを参照する機能を持っており、順序付けられていないノード セットを処理する必要があります。 **XmlNamedNodeMap** にアクセスできるのは、メソッドまたはプロパティから **XmlNamedNodeMap** が返されたときだけです。 **XmlNamedNodeMap** を返すメソッドやプロパティには、次の 3 つがあります。 diff --git a/docs/standard/data/xml/validating-an-xml-document-in-the-dom.md b/docs/standard/data/xml/validating-an-xml-document-in-the-dom.md index d19eccecf5a..35bceebcbe2 100644 --- a/docs/standard/data/xml/validating-an-xml-document-in-the-dom.md +++ b/docs/standard/data/xml/validating-an-xml-document-in-the-dom.md @@ -10,11 +10,11 @@ ms.assetid: 2c61c920-d0f8-4c72-bfcc-6524570f3060 author: mairaw ms.author: mairaw ms.openlocfilehash: d0f5ae64eb1017570a56efab59a4bf1a66d5e02b -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47398918" +ms.lasthandoff: 10/07/2018 +ms.locfileid: "48846241" --- # DOM における XML ドキュメントの検証 既定では、 クラスは、ドキュメント オブジェクト モデル (DOM) 内の XML ドキュメントを XML スキーマ定義言語 (XSD) スキーマまたはドキュメント型定義 (DTD) に対して検証しません。XML が整形式であることだけが検証されます。 diff --git a/docs/standard/data/xml/white-space-and-significant-white-space-handling-when-loading-the-dom.md b/docs/standard/data/xml/white-space-and-significant-white-space-handling-when-loading-the-dom.md index 4dab6893842..1deb97e500e 100644 --- a/docs/standard/data/xml/white-space-and-significant-white-space-handling-when-loading-the-dom.md +++ b/docs/standard/data/xml/white-space-and-significant-white-space-handling-when-loading-the-dom.md @@ -6,11 +6,11 @@ ms.assetid: 1b141a0a-50d8-4ebd-83cd-a84449bb22b2 author: mairaw ms.author: mairaw ms.openlocfilehash: 1d9bbb14320b84a6d417c5c28026b169092de219 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 15d99019aea4a5c3c91ddc9ba23692284a7f61f3 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47230776" +ms.lasthandoff: 10/12/2018 +ms.locfileid: "49120987" --- # DOM を読み込むときの空白および有意の空白の処理 ドキュメントを読み込むときには、空白を保持するオプションを設定して、ドキュメント ツリーに **XmlWhitespace** ノードを作成できます。 空白ノードを作成するには、**PreserveWhitespace** プロパティを true に設定します。 このプロパティが既定の **false** に設定されている場合、空白ノードは作成されません。 **PreserveWhitespace** フラグの設定に関係なく、有意の空白ノードは常に保持され、そのデータを表す **XmlSignificantWhitespace** ノードが常にメモリ内に作成されます。 diff --git a/docs/standard/data/xml/xmldatadocument-input-to-xsltransform.md b/docs/standard/data/xml/xmldatadocument-input-to-xsltransform.md index e891bbcefd9..d83cba0a6ac 100644 --- a/docs/standard/data/xml/xmldatadocument-input-to-xsltransform.md +++ b/docs/standard/data/xml/xmldatadocument-input-to-xsltransform.md @@ -6,11 +6,11 @@ ms.assetid: a0b536b6-cdb3-4a44-86c2-3b2ebc7bd4c9 author: mairaw ms.author: mairaw ms.openlocfilehash: e7fb30104f36a565f4e6742c8f808c48e4ef39ec -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47421749" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48842555" --- # XslTransform への XmlDataDocument の入力 > [!NOTE] diff --git a/docs/standard/data/xml/xmldocument-input-to-xsltransform.md b/docs/standard/data/xml/xmldocument-input-to-xsltransform.md index 8a553f875fb..fc97ad95b90 100644 --- a/docs/standard/data/xml/xmldocument-input-to-xsltransform.md +++ b/docs/standard/data/xml/xmldocument-input-to-xsltransform.md @@ -9,11 +9,11 @@ ms.assetid: 97115892-410a-4657-ab47-1e14dfba73f8 author: mairaw ms.author: mairaw ms.openlocfilehash: e83cf82aee57b1f40f695700d8d0b38c12e0ac39 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47205475" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48836682" --- # XslTransform への XmlDocument の入力 クラスは、XML ドキュメントの編集機能を持っています。 XML を メソッドに送信する前に編集または変更する必要がある場合は、XML を に読み込み、編集し、 に送信します。 diff --git a/docs/standard/data/xml/xmlschemacollection-schema-compilation.md b/docs/standard/data/xml/xmlschemacollection-schema-compilation.md index 3f6f81ea927..90f44ae91ca 100644 --- a/docs/standard/data/xml/xmlschemacollection-schema-compilation.md +++ b/docs/standard/data/xml/xmlschemacollection-schema-compilation.md @@ -9,11 +9,11 @@ ms.assetid: 76f28770-7126-428f-9ed5-7b5ae8bad5ee author: mairaw ms.author: mairaw ms.openlocfilehash: d7b6ea782020dde83aa7d59be8ec3058a27075ad -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47216122" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48030669" --- # XmlSchemaCollection スキーマのコンパイル **XmlSchemaCollection** は、XDR (XML-Data Reduced) スキーマや XML スキーマ定義言語 (XSD) スキーマを格納および検証できるキャッシュ (ライブラリ) です。 **XmlSchemaCollection** は、ファイルや URL からスキーマにアクセスしなくて済むようにスキーマをメモリにキャッシュすることによって、パフォーマンスの向上を図ります。 diff --git a/docs/standard/data/xml/xmlschemaset-for-schema-compilation.md b/docs/standard/data/xml/xmlschemaset-for-schema-compilation.md index 02681069036..60f45b2cf30 100644 --- a/docs/standard/data/xml/xmlschemaset-for-schema-compilation.md +++ b/docs/standard/data/xml/xmlschemaset-for-schema-compilation.md @@ -9,11 +9,11 @@ ms.assetid: 55c4b175-3170-4071-9d60-dd5a42f79b54 author: mairaw ms.author: mairaw ms.openlocfilehash: c24fe637514ba773cecc7824de276b1707a4e90c -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47400739" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48582555" --- # スキーマをコンパイルするための XmlSchemaSet XML スキーマ定義言語 (XSD) スキーマの格納と検証が可能なキャッシュである について説明します。 diff --git a/docs/standard/data/xml/xpathnodeiterator-in-transformations.md b/docs/standard/data/xml/xpathnodeiterator-in-transformations.md index 6ea86f6a090..af8642ee53d 100644 --- a/docs/standard/data/xml/xpathnodeiterator-in-transformations.md +++ b/docs/standard/data/xml/xpathnodeiterator-in-transformations.md @@ -9,16 +9,16 @@ ms.assetid: 2bc6ddc6-674a-4f75-b264-abc35e4e5857 author: mairaw ms.author: mairaw ms.openlocfilehash: 6f71d409729707f4af93fd7f8d5b82a99404579b -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47232756" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48836054" --- # 変換における XPathNodeIterator は、XPath (XML Path Language) クエリの結果として作成されたノード セット、または node-set メソッドを使用して結果ツリー フラグメントから変換されたノード セットの反復処理を行うためのメソッドを提供します。 を使用すれば、そのノード セット内のノードの反復処理を実行できます。 ノード セットが取得されると、 クラスは、選択されたノード セットへの読み取り専用、前方参照専用のカーソルを提供します。 ノード セットはドキュメント順に作成されるため、このメソッドを呼び出すと、ドキュメント順で次のノードに移動します。 は、セット内のすべてのノードのノード ツリーを構築するわけではありません。 その代わりに、XPathNodeIterator は、データへの単一ノード ウィンドウを提供し、ツリー内での移動に合わせて、自身が指している基になるノードを公開します。 クラスで利用できるメソッドとプロパティを使用すると、現在のノードから情報を取得できます。 メソッドとプロパティの一覧については、「」を参照してください。 - は XPath クエリの結果作成されたノード セット内を前方にのみ移動するため、移動するときは メソッドを使用します。 このメソッドの戻り値の型は `Boolean` であり、選択されている次のノードに移動すると `true` が返り、選択されているノードがそれ以上ないと `false` が返ります。 このメソッドが `true` を返した場合は、次のプロパティを使用できます。 + は XPath クエリの結果作成されたノード セット内を前方にのみ移動するため、移動するときは メソッドを使用します。 このメソッドの戻り値の型は `Boolean` であり、選択されている次のノードに移動すると `true` が返り、選択されているノードがそれ以上ないと `false` が返ります。 このメソッドが `true` を返した場合は、次のプロパティを使用できます。 - diff --git a/docs/standard/data/xml/xslt-extension-objects.md b/docs/standard/data/xml/xslt-extension-objects.md index 14077bd1984..2101c28a992 100644 --- a/docs/standard/data/xml/xslt-extension-objects.md +++ b/docs/standard/data/xml/xslt-extension-objects.md @@ -5,12 +5,12 @@ ms.technology: dotnet-standard ms.assetid: a4ebdbad-087c-4cfe-acc0-17c48142f81a author: mairaw ms.author: mairaw -ms.openlocfilehash: 40a530190ee4b19d72399ab877cf26bad1090b9f -ms.sourcegitcommit: 5bbfe34a9a14e4ccb22367e57b57585c208cf757 +ms.openlocfilehash: db0d609e4a930a839dae014b597d42aa4499c5ec +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/18/2018 -ms.locfileid: "46000714" +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49452561" --- # XSLT 拡張オブジェクト 拡張オブジェクトは、スタイル シートの機能を拡張する場合に使用します。 拡張オブジェクトは、 クラスによって維持されます。 @@ -24,7 +24,7 @@ ms.locfileid: "46000714" XSLT 拡張オブジェクトを オブジェクトに追加するには、 メソッドを使用します。 その時点で、修飾名と名前空間 URI がその拡張オブジェクトに関連付けられます。 > [!NOTE] -> メソッドを呼び出すには、FullTrust アクセス許可セットが必要です。 詳細については、「[コード アクセス セキュリティ](https://msdn.microsoft.com/library/23a20143-241d-4fe5-9d9f-3933fd594c03)」と [NIB: 名前付きアクセス許可セット](https://msdn.microsoft.com/library/08250d67-c99d-4ab0-8d2b-b0e12019f6e3)に関するページを参照してください。 +> メソッドを呼び出すには、FullTrust アクセス許可セットが必要です。 詳細については、「[コード アクセス セキュリティ](../../../../docs/framework/misc/code-access-security.md)」と [NIB: 名前付きアクセス許可セット](https://msdn.microsoft.com/library/08250d67-c99d-4ab0-8d2b-b0e12019f6e3)に関するページを参照してください。 拡張オブジェクトが返すデータ型は、4 つの基本 XPath データ型である `number`、`string`、`Boolean`、および `node set` のうちのいずれかになります。 diff --git a/docs/standard/data/xml/xslt-security-considerations.md b/docs/standard/data/xml/xslt-security-considerations.md index 41e48f01743..dba0397debf 100644 --- a/docs/standard/data/xml/xslt-security-considerations.md +++ b/docs/standard/data/xml/xslt-security-considerations.md @@ -5,12 +5,12 @@ ms.technology: dotnet-standard ms.assetid: fea695be-617c-4977-9567-140e820436fc author: mairaw ms.author: mairaw -ms.openlocfilehash: fb7b096a6e9bf0f71649f260c4097d5e25476957 -ms.sourcegitcommit: c7f3e2e9d6ead6cc3acd0d66b10a251d0c66e59d +ms.openlocfilehash: 77f29cb14af90854fa18f421acbeb701928bcd76 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/09/2018 -ms.locfileid: "44210959" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50034363" --- # XSLT のセキュリティに関する考慮事項 XSLT 言語には、優れた性能と柔軟性を兼ね備えた豊富な機能が用意されています。 ただし、多くの機能を利用できることが便利であると同時に、外部から不正に利用される可能性もあります。 XSLT を安全に使用するために、XSLT の使用に伴うさまざまなセキュリティ上の問題とそのリスクを軽減するための基本的な対策を理解しておく必要があります。 @@ -54,10 +54,10 @@ XSLT 言語には、優れた性能と柔軟性を兼ね備えた豊富な機能 - 動作をカスタマイズする場合は、独自の クラスを実装し、これを使用してリソースを解決することができます。 -- 外部リソースにアクセスできないようにする場合は、`null` の引数に を指定します。 +- 外部リソースにアクセスできないようにする場合は、 の引数に `null` を指定します。 ## 関連項目 - [XSLT 変換](../../../../docs/standard/data/xml/xslt-transformations.md) - [XSLT 処理中の外部リソースの解決](../../../../docs/standard/data/xml/resolving-external-resources-during-xslt-processing.md) -- [コード アクセス セキュリティ](https://msdn.microsoft.com/library/23a20143-241d-4fe5-9d9f-3933fd594c03) +- [コード アクセス セキュリティ](../../../../docs/framework/misc/code-access-security.md) diff --git a/docs/standard/data/xml/xsltransform-class-implements-the-xslt-processor.md b/docs/standard/data/xml/xsltransform-class-implements-the-xslt-processor.md index 0d59e7a08a9..2d90d3f3769 100644 --- a/docs/standard/data/xml/xsltransform-class-implements-the-xslt-processor.md +++ b/docs/standard/data/xml/xsltransform-class-implements-the-xslt-processor.md @@ -9,11 +9,11 @@ ms.assetid: 88373fe2-4a6b-44f9-8a62-8a3e348e3a46 author: mairaw ms.author: mairaw ms.openlocfilehash: 81d0ce4f697935908b8ad7084560bd1adacbdf2d -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47456078" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "47863497" --- # XslTransform クラスによる XSLT プロセッサの実装 > [!NOTE] diff --git a/docs/standard/events/how-to-handle-multiple-events-using-event-properties.md b/docs/standard/events/how-to-handle-multiple-events-using-event-properties.md index b2585db8b38..4a6fadb12db 100644 --- a/docs/standard/events/how-to-handle-multiple-events-using-event-properties.md +++ b/docs/standard/events/how-to-handle-multiple-events-using-event-properties.md @@ -15,11 +15,11 @@ ms.assetid: 30047cba-e2fd-41c6-b9ca-2ad7a49003db author: rpetrusha ms.author: ronpet ms.openlocfilehash: e16270fd900c1c786cfd74f484455481d91e5b52 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47236405" +ms.lasthandoff: 10/08/2018 +ms.locfileid: "48873295" --- # 方法 : イベント プロパティを使用して複数のイベントを処理する イベント プロパティを使用するには、イベントを発生させるクラスにイベント プロパティを定義し、そのイベントを処理するクラスにイベント プロパティのデリゲートを設定します。 1 つのクラスにイベント プロパティを複数実装するには、そのクラス内部に、各イベント用に定義されたデリゲートを格納および保持する必要があります。 通常は、イベント キーをインデックスとするデリゲート コレクションを実装することによってこれを実現します。 diff --git a/docs/standard/events/how-to-implement-an-observer.md b/docs/standard/events/how-to-implement-an-observer.md index 5726e970b82..0badb709403 100644 --- a/docs/standard/events/how-to-implement-an-observer.md +++ b/docs/standard/events/how-to-implement-an-observer.md @@ -12,11 +12,11 @@ ms.assetid: 8ecfa9f5-b500-473d-bcf0-5652ffb1e53d author: rpetrusha ms.author: ronpet ms.openlocfilehash: 6426e8bd138d06d3655562de6384e46a12c09279 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47235128" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48583988" --- # 方法: オブザーバーを実装する オブザーバー デザイン パターンでは、通知を登録するオブザーバーと、データを監視して 1 人以上のオブザーバーに通知を送信するプロバイダーを分ける必要があります。 このトピックでは、オブザーバーを作成する方法について説明します。 プロバイダーの作成方法については、関連トピックの「[方法: プロバイダーを実装する](../../../docs/standard/events/how-to-implement-a-provider.md)」を参照してください。 diff --git a/docs/standard/exceptions/best-practices-for-exceptions.md b/docs/standard/exceptions/best-practices-for-exceptions.md index a2da76802a7..20522a6b9ac 100644 --- a/docs/standard/exceptions/best-practices-for-exceptions.md +++ b/docs/standard/exceptions/best-practices-for-exceptions.md @@ -11,12 +11,12 @@ helpviewer_keywords: ms.assetid: f06da765-235b-427a-bfb6-47cd219af539 author: mairaw ms.author: mairaw -ms.openlocfilehash: ee61d01acbf9c409eaedc04ff3e949908e1d595e -ms.sourcegitcommit: c7f3e2e9d6ead6cc3acd0d66b10a251d0c66e59d +ms.openlocfilehash: b6aa1049c531550687a2c6289ccd87e763ca2f58 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/08/2018 -ms.locfileid: "44225137" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50199631" --- # 例外の推奨事項 @@ -169,7 +169,12 @@ private static void TransferFunds(Account from, Account to, decimal amount) catch (Exception ex) { from.RollbackTransaction(withdrawalTrxID); - throw new Exception("Withdrawal failed", ex); + throw new TransferFundsException("Withdrawal failed", innerException: ex) + { + From = from, + To = to, + Amount = amount + }; } ``` diff --git a/docs/standard/exceptions/how-to-use-the-try-catch-block-to-catch-exceptions.md b/docs/standard/exceptions/how-to-use-the-try-catch-block-to-catch-exceptions.md index 1580da07911..7b708918d78 100644 --- a/docs/standard/exceptions/how-to-use-the-try-catch-block-to-catch-exceptions.md +++ b/docs/standard/exceptions/how-to-use-the-try-catch-block-to-catch-exceptions.md @@ -15,11 +15,11 @@ ms.assetid: a3ce6dfd-1f64-471b-8ad8-8cfaf406275d author: mairaw ms.author: mairaw ms.openlocfilehash: 852df5cb3eeea2ee5fa44ddce2f97e9c4f8d8b5a -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47236979" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48842386" --- # Try ブロックと Catch ブロックを使用して例外をキャッチする方法 diff --git a/docs/standard/exceptions/using-user-filtered-exception-handlers.md b/docs/standard/exceptions/using-user-filtered-exception-handlers.md index d5b526184e2..81b8a595649 100644 --- a/docs/standard/exceptions/using-user-filtered-exception-handlers.md +++ b/docs/standard/exceptions/using-user-filtered-exception-handlers.md @@ -9,11 +9,11 @@ ms.assetid: aa80d155-060d-41b4-a636-1ceb424afee8 author: mairaw ms.author: mairaw ms.openlocfilehash: d1e771a95542153dfad0981d3198e6b4c31cdeb9 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 700b9003ea6bdd83a53458bbc436c9b5778344f1 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47436090" +ms.lasthandoff: 10/03/2018 +ms.locfileid: "48261421" --- # ユーザー フィルター例外ハンドラーの使用 現在 Visual Basic では、ユーザー フィルター例外をサポートしています。 ユーザー フィルター例外ハンドラーは、ユーザーが例外に対して定義した要件に基づいて、例外をキャッチして処理します。 これらのハンドラーでは、**Catch** ステートメントを **When** キーワードと一緒に使用します。 diff --git a/docs/standard/frameworks.md b/docs/standard/frameworks.md index ef1805224c2..a4cfceb8323 100644 --- a/docs/standard/frameworks.md +++ b/docs/standard/frameworks.md @@ -7,11 +7,11 @@ ms.date: 05/31/2018 ms.custom: updateeachrelease ms.technology: dotnet-standard ms.openlocfilehash: 76bf496e957022f4d97d3cf3f3975f334b1d5c45 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47204415" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48842113" --- # ターゲット フレームワーク diff --git a/docs/standard/garbage-collection/app-domain-resource-monitoring.md b/docs/standard/garbage-collection/app-domain-resource-monitoring.md index 7ed52cb8cf2..4661bee8e0f 100644 --- a/docs/standard/garbage-collection/app-domain-resource-monitoring.md +++ b/docs/standard/garbage-collection/app-domain-resource-monitoring.md @@ -11,11 +11,11 @@ ms.assetid: 318bedf8-7f35-4f00-b34a-2b7b8e3fa315 author: rpetrusha ms.author: ronpet ms.openlocfilehash: 50d601d711579bce2e2651a1efc65d824a50d47a -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47400700" +ms.lasthandoff: 10/08/2018 +ms.locfileid: "48266651" --- # アプリケーション ドメインのリソース監視 アプリケーション ドメインのリソース監視 (ARM) を使用して、ホストでアプリケーション ドメインによる CPU とメモリの使用状況を監視できます。 これは、実行時間の長いプロセスで多数のアプリケーション ドメインを使用する ASP.NET などのホストに役立ちます。 問題のあるアプリケーションを特定できる場合に限り、ホストは、プロセス全体のパフォーマンスに悪影響を与えるアプリケーションのアプリケーション ドメインをアンロードできます。 ARM は、このような意思決定を支援するために使用できる情報を提供します。 diff --git a/docs/standard/garbage-collection/fundamentals.md b/docs/standard/garbage-collection/fundamentals.md index 7b860244e80..187a8091d7c 100644 --- a/docs/standard/garbage-collection/fundamentals.md +++ b/docs/standard/garbage-collection/fundamentals.md @@ -13,11 +13,11 @@ ms.assetid: 67c5a20d-1be1-4ea7-8a9a-92b0b08658d2 author: rpetrusha ms.author: ronpet ms.openlocfilehash: 741ddd0171244daceb4d5e283c0172e71b82f3d2 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47216982" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48582750" --- # ガベージ コレクションの基礎 共通言語ランタイム (CLR) では、自動メモリ マネージャーとしてガベージ コレクターを使用できます。 次のような利点があります。 @@ -168,7 +168,7 @@ ms.locfileid: "47216982" ジェネレーション 2 のコレクションでは複数のセグメントを占有できるため、ジェネレーション 2 に昇格されたオブジェクトはより古いセグメントに移動できます。 ジェネレーション 1 とジェネレーション 2 の残存オブジェクトは、どちらもジェネレーション 2 に昇格されるため、別のセグメントに移動できます。 - 通常、大きなオブジェクト ヒープは圧縮されません。これは、大きなオブジェクトをコピーするとパフォーマンスが低下するためです。 ただし [!INCLUDE[net_v451](../../../includes/net-v451-md.md)] 以降では、 プロパティを使用して、大きなオブジェクト ヒープを必要に応じて圧縮できます。 + 通常、大きなオブジェクト ヒープは圧縮されません。これは、大きなオブジェクトをコピーするとパフォーマンスが低下するためです。 ただし [!INCLUDE[net_v451](../../../includes/net-v451-md.md)]以降では、 プロパティを使用して、大きなオブジェクト ヒープを必要に応じて圧縮できます。 ガベージ コレクターは、次の情報に基づいてオブジェクトが有効かどうかを判断します。 diff --git a/docs/standard/garbage-collection/optimization-for-shared-web-hosting.md b/docs/standard/garbage-collection/optimization-for-shared-web-hosting.md index c4f3b365ede..ad842002a86 100644 --- a/docs/standard/garbage-collection/optimization-for-shared-web-hosting.md +++ b/docs/standard/garbage-collection/optimization-for-shared-web-hosting.md @@ -10,11 +10,11 @@ ms.assetid: be98c0ab-7ef8-409f-8a0d-cb6e5b75ff20 author: rpetrusha ms.author: ronpet ms.openlocfilehash: 7831e383a3048523909b79ac5a4706f3c1c48371 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47216134" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48033481" --- # 共有 Web ホストの最適化 複数の小規模な Web サイトをホストして共有されているサーバーの管理者は、.NET ディレクトリの Aspnet.config ファイルの `runtime` ノードに次の `gcTrimCommitOnLowMemory` 設定を追加することで、パフォーマンスを最適化し、サイトの容量を増やすことができます。 diff --git a/docs/standard/garbage-collection/weak-references.md b/docs/standard/garbage-collection/weak-references.md index 3575e49f8c7..2b604b0e9a2 100644 --- a/docs/standard/garbage-collection/weak-references.md +++ b/docs/standard/garbage-collection/weak-references.md @@ -11,11 +11,11 @@ ms.assetid: 6a600fe5-3af3-4c64-82da-10a0a8e2d79b author: rpetrusha ms.author: ronpet ms.openlocfilehash: 65492beb888da1986f456d3fd000fc02f340f3c4 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 15d99019aea4a5c3c91ddc9ba23692284a7f61f3 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47398707" +ms.lasthandoff: 10/12/2018 +ms.locfileid: "49121104" --- # 弱い参照 ガベージ コレクターでは、アプリケーションのコードがオブジェクトにアクセスできる間、そのアプリケーションで使用中のオブジェクトを収集することはできません。 アプリケーションには、オブジェクトへの強い参照があると考えられます。 diff --git a/docs/standard/globalization-localization/localizability-review.md b/docs/standard/globalization-localization/localizability-review.md index 9ea56573ad5..ff070701280 100644 --- a/docs/standard/globalization-localization/localizability-review.md +++ b/docs/standard/globalization-localization/localizability-review.md @@ -19,11 +19,11 @@ ms.assetid: 3aee2fbb-de47-4e37-8fe4-ddebb9719247 author: rpetrusha ms.author: ronpet ms.openlocfilehash: b19bc78f44781923df6873ccc9720f4605731976 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 2eb5ca4956231c1a0efd34b6a9cab6153a5438af ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47202456" +ms.lasthandoff: 10/11/2018 +ms.locfileid: "49086506" --- # ローカライズ化の確認 ローカライズ化の確認は、国際対応アプリケーション開発の中間段階です。 グローバル化されたアプリケーションがローカライズの準備ができていることを確認し、特別な処理が必要なコードやユーザー インターフェイスの側面を特定します。 この手順は、ローカライズ プロセスでアプリケーションに機能上の欠陥が持ち込まれないようにするためにも役立ちます。 ローカライズ化の確認で生じた問題がすべて解決されたら、アプリケーションのローカライズの準備は完了です。 ローカライズ化の確認が徹底していれば、ローカライズ プロセス中にソース コードを変更する必要はありません。 diff --git a/docs/standard/globalization-localization/localization.md b/docs/standard/globalization-localization/localization.md index 345af9961e2..4588cae7c15 100644 --- a/docs/standard/globalization-localization/localization.md +++ b/docs/standard/globalization-localization/localization.md @@ -17,11 +17,11 @@ ms.assetid: 49d520d7-92d7-44ee-bb24-8b615db1d41b author: rpetrusha ms.author: ronpet ms.openlocfilehash: ee7de15130644e63b17a6d067c5cce9088d199a0 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47236463" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48840416" --- # ローカリゼーション ローカリゼーションはアプリケーションのリソースを翻訳するプロセスであり、そのアプリケーションで対応するカルチャ別のバージョンが作られます。 [ローカライズ化の確認](../../../docs/standard/globalization-localization/localizability-review.md)手順で世界展開するアプリケーションがローカライズ可能であることを確認してから、ローカリゼーション手順に進んでください。 diff --git a/docs/standard/globalization-localization/performing-culture-insensitive-string-operations-in-collections.md b/docs/standard/globalization-localization/performing-culture-insensitive-string-operations-in-collections.md index b45648654ee..848bb344373 100644 --- a/docs/standard/globalization-localization/performing-culture-insensitive-string-operations-in-collections.md +++ b/docs/standard/globalization-localization/performing-culture-insensitive-string-operations-in-collections.md @@ -18,11 +18,11 @@ ms.assetid: 5cdc9396-a64b-4615-a1cd-b605db4c5983 author: rpetrusha ms.author: ronpet ms.openlocfilehash: 0e458f45fea8e2207ced930daebf10e653901fa7 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47208660" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48582802" --- # カルチャを認識しないコレクションの操作の実行 既定ではカルチャを認識する動作を提供するクラスとメンバーは 名前空間にあります。 クラスおよび クラスの既定のコンストラクターは、 プロパティを使用して新しいインスタンスを初期化します。 メソッドのすべてのオーバーロードは、既定で `Thread.CurrentCulture` プロパティを使用して、 クラスの新しいインスタンスを作成します。 メソッドのオーバーロードは、`Thread.CurrentCulture` を使用して既定でカルチャを認識した並べ替えを実行します。 での並べ替えと検索は、文字列がキーとして使用されるときに、`Thread.CurrentCulture` によって影響を受けることがあります。 このセクションで説明する推奨使用方法に従うと、`Collections` 名前空間のこれらのクラスとメソッドでカルチャを認識しない結果が得られます。 diff --git a/docs/standard/io/asynchronous-file-i-o.md b/docs/standard/io/asynchronous-file-i-o.md index fff80ccd44c..a3a55e84a40 100644 --- a/docs/standard/io/asynchronous-file-i-o.md +++ b/docs/standard/io/asynchronous-file-i-o.md @@ -20,11 +20,11 @@ ms.assetid: dbdd55e7-d6b9-4f9e-8abb-ab0edd4457f7 author: mairaw ms.author: mairaw ms.openlocfilehash: 1c6e1db7d1edacfd0ce8770b9cc7b7f3f9c8ca2a -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47205997" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48025322" --- # 非同期ファイル I/O diff --git a/docs/standard/io/composing-streams.md b/docs/standard/io/composing-streams.md index 56ad489c592..c88e7d3488f 100644 --- a/docs/standard/io/composing-streams.md +++ b/docs/standard/io/composing-streams.md @@ -16,11 +16,11 @@ ms.assetid: da761658-a535-4f26-a452-b30df47f73d5 author: mairaw ms.author: mairaw ms.openlocfilehash: 5e52b827f337892c33ec61b9affa1cc646a759c5 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47232280" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48841178" --- # ストリームの構成 バッキング ストアは、ディスクやメモリなどの記憶域メディアです。 さまざまなバッキング ストアが クラスの実装としてそれぞれ独自のストリームを実装しています。 各ストリームの種類は、指定されたバッキング ストアとの間でバイトの読み取りと書き込みを行います。 バッキング ストアに接続するストリームは、基本ストリームと呼ばれます。 基本ストリームには、ストリームをバッキング ストアに接続するために必要なパラメーターを持つコンストラクターがあります。 たとえば、 には、プロセスでファイルを共有する方法を指定する path パラメーターなどを指定するコンストラクターがあります。 diff --git a/docs/standard/io/how-to-open-and-append-to-a-log-file.md b/docs/standard/io/how-to-open-and-append-to-a-log-file.md index b3272542f2b..ccfa600f410 100644 --- a/docs/standard/io/how-to-open-and-append-to-a-log-file.md +++ b/docs/standard/io/how-to-open-and-append-to-a-log-file.md @@ -14,11 +14,11 @@ ms.assetid: 74423362-1721-49cb-aa0a-e04005f72a06 author: mairaw ms.author: mairaw ms.openlocfilehash: 35a7d481cf82818054a852f7c2e142f615022fcb -ms.sourcegitcommit: 213292dfbb0c37d83f62709959ff55c50af5560d +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/25/2018 -ms.locfileid: "47079044" +ms.lasthandoff: 10/08/2018 +ms.locfileid: "48848154" --- # 方法 : ログ ファイルを開いて情報を追加する および は、ストリームから文字の書き込んだり、読み取りを行います。 次のコード例は、入力用に `log.txt` ファイルを開くか、まだファイルがない場合、ファイルを作成し、ファイルの末尾に情報を追加します。 ファイルの内容は、その後表示用に標準出力に書き込まれます。 この例の代わりとして、情報を 1 つの文字列または文字列の配列として格納して、 または メソッドを使用して、同じ機能を実現することができます。 diff --git a/docs/standard/io/how-to-read-text-from-a-file.md b/docs/standard/io/how-to-read-text-from-a-file.md index 30ca04d1682..e96b19044ec 100644 --- a/docs/standard/io/how-to-read-text-from-a-file.md +++ b/docs/standard/io/how-to-read-text-from-a-file.md @@ -14,12 +14,12 @@ helpviewer_keywords: ms.assetid: ed180baa-dfc6-4c69-a725-46e87edafb27 author: mairaw ms.author: mairaw -ms.openlocfilehash: 8f979f3d09079f36d12408d0a82ef58e603da859 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 16404b1e4b2f1e4a835eae5c0f86dac4f508d294 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47203178" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50192409" --- # 方法 : ファイルからテキストを読み取る 次に、.NET デスクトップ アプリを使用してテキスト ファイルから同期でテキストを読み取る方法と非同期でテキストを読み取る方法の例を示します。 どちらの例でも、 クラスのインスタンスを作成する場合に、ファイルの相対パスまたは絶対パスを指定します。 次の例では、TestFile.txt という名前のファイルがアプリケーションと同じフォルダーにあることを前提とします。 @@ -43,9 +43,9 @@ ms.locfileid: "47203178" - - - -- [非同期ファイル I/O](../../../docs/standard/io/asynchronous-file-i-o.md) +- [Asynchronous File I/O](../../../docs/standard/io/asynchronous-file-i-o.md) - [NIB: 方法: ディレクトリ一覧を作成する](https://msdn.microsoft.com/library/4d2772b1-b991-4532-a8a6-6ef733277e69) -- [クイック スタート: ファイルの読み取りと書き込み](https://msdn.microsoft.com/library/windows/apps/hh758325.aspx) +- [クイック スタート: ファイルの読み取りと書き込み](https://docs.microsoft.com/previous-versions/windows/apps/hh758325%28v=win.10%29) - [方法: .NET Framework ストリームと Windows ランタイム ストリームの間で変換を行う](../../../docs/standard/io/how-to-convert-between-dotnet-streams-and-winrt-streams.md) - [方法: 新しく作成されたデータ ファイルに対して読み書きする](../../../docs/standard/io/how-to-read-and-write-to-a-newly-created-data-file.md) - [方法: ログ ファイルを開いて情報を追加する](../../../docs/standard/io/how-to-open-and-append-to-a-log-file.md) diff --git a/docs/standard/io/how-to-use-named-pipes-for-network-interprocess-communication.md b/docs/standard/io/how-to-use-named-pipes-for-network-interprocess-communication.md index 1358783ac4f..9b7b78aecfe 100644 --- a/docs/standard/io/how-to-use-named-pipes-for-network-interprocess-communication.md +++ b/docs/standard/io/how-to-use-named-pipes-for-network-interprocess-communication.md @@ -18,11 +18,11 @@ ms.assetid: 4e4d7e64-9f1b-4026-98f7-20488ac7b42b author: mairaw ms.author: mairaw ms.openlocfilehash: 5cc481c7370a21c56daf9ce2949247e65fa33bda -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47455000" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48836102" --- # 方法: ネットワークのプロセス間通信で名前付きパイプを使用する 名前付きパイプは、パイプ サーバーと 1 つ以上のパイプ クライアントとの間でのプロセス間通信を提供します。 名前付きパイプには、ローカル コンピューター上のプロセス間通信を提供する匿名パイプと比較して、より多くの機能が用意されています。 名前付きパイプは、ネットワーク上の複数のサーバー インスタンスでの全二重通信、メッセージ ベースの通信、およびクライアント偽装をサポートしています。偽装を使用すると、プロセスを接続してリモート サーバー上で独自のアクセス許可セットを使用できます。 diff --git a/docs/standard/language-independence.md b/docs/standard/language-independence.md index a06071f855d..a441e8fbda9 100644 --- a/docs/standard/language-independence.md +++ b/docs/standard/language-independence.md @@ -1,18 +1,18 @@ --- -title: 言語への非依存性、および言語非依存コンポーネント -description: C#、C++/CLI、F#、IronPython、VB、Visual COBOL、PowerShell など、.NET でサポートされる多くの言語の中のいずれかで開発する方法を説明します。 -ms.date: 07/22/2016 -dev_langs: -- csharp -- vb -ms.technology: dotnet-standard -ms.assetid: 2dbed1bc-86f5-43cd-9a57-adbb1c5efba4 -ms.openlocfilehash: 2e54f49f111c545a329a64ede400dc1354020f43 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33579510" +title: 言語への非依存性、および言語非依存コンポーネント +description: C#、C++/CLI、F#、IronPython、VB、Visual COBOL、PowerShell など、.NET でサポートされる多くの言語の中のいずれかで開発する方法を説明します。 +ms.date: 07/22/2016 +dev_langs: +- csharp +- vb +ms.technology: dotnet-standard +ms.assetid: 2dbed1bc-86f5-43cd-9a57-adbb1c5efba4 +ms.openlocfilehash: 9ee6e9a06d590d9d8452dcdaea11219070e613c4 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50188184" --- # 言語への非依存性、および言語非依存コンポーネント @@ -154,7 +154,7 @@ CLS 準拠の規則を次の表に示します。 この規則は、「[ECMA-335 カテゴリ | 解決方法については、 | ルール | 規則番号 -------- | --- | ---- | ----------- -ユーザー補助 | [メンバーのアクセシビリティ](#member-accessibility) | 継承されたメソッドをオーバーライドする場合、アクセシビリティは変更してはいけない。ただし、別のアセンブリから継承されたメソッドをアクセシビリティ `family-or-assembly` でオーバーライドする場合は除く。 この場合、アクセシビリティは `family` にすること。 | 10 +ユーザー補助 | [メンバーのアクセシビリティ](#member-accessibility) | 継承されたメソッドをオーバーライドする場合、アクセシビリティは変更してはいけない。ただし、別のアセンブリから継承されたメソッドをアクセシビリティ `family-or-assembly` でオーバーライドする場合は除く。 この場合、オーバーライドのアクセシビリティは `family` にすること。 | 10 ユーザー補助 | [メンバーのアクセシビリティ](#member-accessibility) | 型およびメンバーの可視性およびアクセシビリティについて、メンバーのシグネチャに指定されている型は、そのメンバーが可視でアクセス可能な場合、必ず可視でアクセス可能でなければいけない。 たとえば、アセンブリ外部から参照できるパブリックなメソッドには、アセンブリ内部でだけ可視である型が引数として含まれていてはいけない。 メンバーのシグネチャに使用されているジェネリック型のインスタンスを構成する型の可視性およびアクセシビリティは、メンバーが可視でアクセス可能の場合、必ず可視でアクセス可能でなければいけない。 たとえば、アセンブリ外部から参照できるメンバーのシグネチャに指定されているジェネリック型のインスタンスに、アセンブリ内部でだけ可視である型の汎用引数が含まれていてはいけない。 | 12 配列 | [配列](#arrays) | 配列は、要素が CLS 準拠型で、すべての次元でインデックス番号が 0 から始まらなければならない。 項目が配列の場合、オーバーロードどうしを区別するには配列要素の型を必要とする。 オーバーロードが 2 つ以上の配列型に基づく場合、要素型は名前付きの型でなければいけない。 | 16 属性 | [属性](#attributes) | 属性は型 [System.Attribute](xref:System.Attribute) であるか、それから継承する型である必要がある。 | 41 @@ -183,8 +183,8 @@ CLS 準拠の規則を次の表に示します。 この規則は、「[ECMA-335 インターフェイス | [インターフェイス](#interfaces) | CLS 準拠インターフェイスでは、静的メソッドを定義してはいけない。また、フィールドも定義してはいけない。 | 19 メンバー | [一般的な型メンバー](#type-members-in-general) | グローバルで静的な (static) フィールドとメソッドは CLS 準拠ではありません。 | 36 メンバー | -- | 静的リテラル値の指定には、フィールド初期化メタデータを使用する。 CLS 準拠のリテラルには、そのリテラルと同じ型 (または、そのリテラルが `enum` の場合は基本型) の値がフィールド初期化メタデータに指定されている必要がある。 | 13 -メンバー | [一般的な型メンバー](#type-members-in-general) | vararg 制約は CLS の一部ではなく、CLS でサポートする呼び出し規則だけが標準のマネージ呼び出し規則である。 | 15 -名前付け規則 | [名前付け規則](#naming-conventions) | アセンブリは、識別子の頭文字および構成文字として使用できる文字セットを規定する Unicode Standard 3.0 の『Technical Report 15』の「Annex 7」に従う必要がある。詳細については、「[Unicode Normalization Forms](http://www.unicode.org/unicode/reports/tr15/tr15-18.html)」(Unicode 正規化形式) を参照。 識別子は、Unicode 正規形 C に定義されている標準形式で記述する必要がある。CLS で 2 つの識別子が同じと見なされるのは、小文字マッピング (Unicode のロケール非依存で 1 対 1 の小文字による対応付け) が同じ場合である。 つまり、CLS で 2 つの識別子が異なる場合、大文字小文字の違いだけではない。 ただし、継承された定義をオーバーライドする場合、CLI では元の宣言と厳密に同じエンコーディングの使用が求められる。 | 4 +メンバー | [一般的な型メンバー](#type-members-in-general) | vararg 制約は CLS の一部ではなく、CLS でサポートする呼び出し規則だけが標準のマネージド呼び出し規則である。 | 15 +名前付け規則 | [名前付け規則](#naming-conventions) | アセンブリは、識別子の頭文字および構成文字として使用できる文字セットを規定する Unicode Standard 3.0 の『Technical Report 15』の「Annex 7」に従う必要がある。詳細については、「[Unicode Normalization Forms](https://www.unicode.org/unicode/reports/tr15/tr15-18.html)」(Unicode 正規化形式) を参照。 識別子は、Unicode 正規形 C に定義されている標準形式で記述する必要がある。CLS で 2 つの識別子が同じと見なされるのは、小文字マッピング (Unicode のロケール非依存で 1 対 1 の小文字による対応付け) が同じ場合である。 つまり、CLS で 2 つの識別子が異なる場合、大文字小文字の違いだけではない。 ただし、継承された定義をオーバーライドする場合、CLI では元の宣言と厳密に同じエンコーディングの使用が求められる。 | 4 オーバーロード | [名前付け規則](#naming-conventions) | CLS 準拠のスコープに導入されるすべての名前は、完全に独立した種類である必要があります。ただし、名前が同じでオーバーロードによって解決できる場合を除きます。 CTS では 1 つの型でメソッドとフィールドに同じ名前を使用できるが、CLS では使用できない。 | 5 オーバーロード | [名前付け規則](#naming-conventions) | フィールドおよび入れ子になった型について、CTS ではシグネチャでの区別が可能だが、CLS では識別子の比較だけで区別できる必要がある。 CLS 規則 39 の指定を除き、識別子の比較により名前が同じであるメソッド、プロパティ、およびイベントでは、相違点は戻り値の型だけに限定されない。 | 6 オーバーロード | [オーバーロード](#overloads) | プロパティおよびメソッドのみオーバーロードできる。 | 37 @@ -192,7 +192,7 @@ CLS 準拠の規則を次の表に示します。 この規則は、「[ECMA-335 オーバーロード | -- | 型で宣言された複数の CLS 準拠のメソッドに同じ名前が指定されている場合、特定の一連の型のインスタンス化において、これらのメソッドのパラメーターと戻り値の型は同じである。また、これらの型のインスタンス化で、すべてのメソッドをセマンティクス レベルで等価にする必要がある。 | 48 プロパティ | [プロパティ](#properties) | プロパティの getter メソッドおよび setter メソッドを実装するメソッドは、メタデータで `SpecialName` とマークする。 | 24 プロパティ | [プロパティ](#properties) | プロパティ アクセサーはすべて静的、すべて仮想、またはすべてインスタンスになる。 | 26 -プロパティ | [プロパティ](#properties) | プロパティの型は、getter の戻り値の型であり、かつ setter の最後の引数の型でなければいけない。 プロパティのパラメーターの型は、getter へのパラメーターの型であり、かつ setter の最後のパラメーター以外のすべての型でなければいけない。 すべての型は CLS 準拠でなければならない。また、マネージ ポインターであってはいけない (つまり、参照渡しではいけない)。 | 27 +プロパティ | [プロパティ](#properties) | プロパティの型は、getter の戻り値の型であり、かつ setter の最後の引数の型でなければいけない。 プロパティのパラメーターの型は、getter へのパラメーターの型であり、かつ setter の最後のパラメーター以外のすべての型でなければいけない。 すべての型は CLS 準拠でなければならない。また、マネージド ポインターであってはいけない (つまり、参照渡しではいけない)。 | 27 プロパティ | [プロパティ](#properties) | プロパティは、特定の名前付けパターンに従わなくてはいけない。 CLS 規則 24 で触れられている `SpecialName` 属性は、適切な名前比較で無視され、識別子規則に従わなければいけない。 プロパティには getter メソッド、setter メソッド、またはこの両方が必ずなければいけない。 | 28 型変換 | [型変換](#type-conversion) | op_Implicit または op_Explicit が指定されている場合は、強制変換のための別の方法を用意する必要がある。 | 39 種類 | [型および型メンバーのシグネチャ](#types-and-type-member-signatures) | ボックス化された値型は CLS 準拠ではない。 | 3 @@ -1321,7 +1321,7 @@ CLS 準拠の列挙型は、次の規則に従う必要があります。 共通言語仕様では、すべてのフィールドとメソッドに、特定のクラスのメンバーとしてアクセスする必要があります。 したがって、グローバルな静的フィールドおよび静的メソッド (つまり、型とは別に定義された静的フィールドまたは静的メソッド) は CLS に準拠していません。 グローバル フィールドまたはグローバル メソッドをソース コードに追加しようとすると、C# コンパイラでコンパイラ エラーが発生します。 -共通言語仕様では、標準のマネージ呼び出し規則のみがサポートされます。 アンマネージ呼び出し規約と、`varargs` キーワードでマークされた可変個引数リストを持つメソッドはサポートされません。 標準のマネージ呼び出し規則と互換性がある可変個引数リストについては、[ParamArrayAttribute](xref:System.ParamArrayAttribute) 属性、または `params` キーワード (C# の場合)、`ParamArray` キーワード (Visual Basic の場合) などの個々の言語の実装を使用します。 +共通言語仕様では、標準のマネージド呼び出し規約のみがサポートされます。 アンマネージ呼び出し規約と、`varargs` キーワードでマークされた可変個引数リストを持つメソッドはサポートされません。 標準のマネージド呼び出し規則と互換性がある可変個引数リストについては、[ParamArrayAttribute](xref:System.ParamArrayAttribute) 属性、または `params` キーワード (C# の場合)、`ParamArray` キーワード (Visual Basic の場合) などの個々の言語の実装を使用します。 ### メンバーのアクセシビリティ @@ -2060,7 +2060,7 @@ CLS 準拠型のプロパティは、次の規則に従う必要があります * プロパティには setter、getter、またはこの両方が必ず必要です。 アセンブリでは、これらは特殊なメソッドとして実装されます。つまり、アセンブリのメタデータで "SpecialName" とマークされた個別のメソッドとして (getter は `get`\_*propertyname*、setter は `set*\_*propertyname*) marked as ` という名前で) 表示されます。 C# コンパイラでは、この規則が自動的に適用されます。[CLSCompliantAttribute](xref:System.CLSCompliantAttribute) 属性を適用する必要はありません。 -* プロパティの型は、プロパティ get アクセス操作子、および set アクセス操作子の最後の引数の戻り値の型です。 これらの型は CLS に準拠している必要があり、引数を参照によってプロパティに割り当てることはできません (つまり、マネージ ポインターにできません)。 +* プロパティの型は、プロパティ get アクセス操作子、および set アクセス操作子の最後の引数の戻り値の型です。 これらの型は CLS に準拠している必要があり、引数を参照によってプロパティに割り当てることはできません (つまり、マネージド ポインターにできません)。 * プロパティに get アクセス操作子と set アクセス操作子の両方がある場合は、両方が仮想、両方が静的、または両方がインスタンスである必要があります。 C# コンパイラは、プロパティ定義構文によって、この規則を自動的に適用します。 diff --git a/docs/standard/microservices-architecture/architect-microservice-container-applications/asynchronous-message-based-communication.md b/docs/standard/microservices-architecture/architect-microservice-container-applications/asynchronous-message-based-communication.md index c06206fcf08..b29f31e1679 100644 --- a/docs/standard/microservices-architecture/architect-microservice-container-applications/asynchronous-message-based-communication.md +++ b/docs/standard/microservices-architecture/architect-microservice-container-applications/asynchronous-message-based-communication.md @@ -1,15 +1,15 @@ --- -title: メッセージベースの非同期通信 -description: '.NET マイクロサービス: コンテナー化された .NET アプリケーションのアーキテクチャ | メッセージベースの非同期通信' -author: CESARDELATORRE -ms.author: wiwagn -ms.date: 05/26/2017 -ms.openlocfilehash: 5fb5d2f9f4f63ee885752a5dcc45cc45f71dc32f -ms.sourcegitcommit: 979597cd8055534b63d2c6ee8322938a27d0c87b -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 06/29/2018 -ms.locfileid: "37106409" +title: メッセージベースの非同期通信 +description: '.NET マイクロサービス: コンテナー化された .NET アプリケーションのアーキテクチャ | メッセージベースの非同期通信' +author: CESARDELATORRE +ms.author: wiwagn +ms.date: 05/26/2017 +ms.openlocfilehash: 865966a70f18c9023e4c733d82ea90aba9478753 +ms.sourcegitcommit: 9bd8f213b50f0e1a73e03bd1e840c917fbd6d20a +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50135376" --- # メッセージベースの非同期通信 @@ -89,7 +89,7 @@ ms.locfileid: "37106409" [*http://soapatterns.org/design\_patterns/event\_driven\_messaging*](http://soapatterns.org/design_patterns/event_driven_messaging) - **発行/サブスクライブ チャンネル** - [*http://www.enterpriseintegrationpatterns.com/patterns/messaging/PublishSubscribeChannel.html*](http://www.enterpriseintegrationpatterns.com/patterns/messaging/PublishSubscribeChannel.html) + [*https://www.enterpriseintegrationpatterns.com/patterns/messaging/PublishSubscribeChannel.html*](https://www.enterpriseintegrationpatterns.com/patterns/messaging/PublishSubscribeChannel.html) - **Udi Dahan。CQRS の明確化** [*http://udidahan.com/2009/12/09/clarified-cqrs/*](http://udidahan.com/2009/12/09/clarified-cqrs/) diff --git a/docs/standard/microservices-architecture/architect-microservice-container-applications/direct-client-to-microservice-communication-versus-the-API-Gateway-pattern.md b/docs/standard/microservices-architecture/architect-microservice-container-applications/direct-client-to-microservice-communication-versus-the-API-Gateway-pattern.md index 60872d52813..7bc673fe2c6 100644 --- a/docs/standard/microservices-architecture/architect-microservice-container-applications/direct-client-to-microservice-communication-versus-the-API-Gateway-pattern.md +++ b/docs/standard/microservices-architecture/architect-microservice-container-applications/direct-client-to-microservice-communication-versus-the-API-Gateway-pattern.md @@ -4,12 +4,12 @@ description: コンテナー化された .NET アプリケーションの .NET author: CESARDELATORRE ms.author: wiwagn ms.date: 06/07/2018 -ms.openlocfilehash: 1aaddc96ee509815da9fc4e6519e1fb454f74b13 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 00763a806c18b45b366068f865f4ecb4c5cd743b +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47198684" +ms.lasthandoff: 10/29/2018 +ms.locfileid: "50183608" --- # API ゲートウェイ パターンと、クライアントからマイクロサービスへの直接通信 @@ -84,13 +84,13 @@ API ゲートウェイ パターンを実装するときには注意が必要で そのため、API ゲートウェイはビジネス境界とクライアント アプリに基づいて分離する必要があり、すべての内部マイクロサービスに対する単一のアグリゲーターとして機能しないようにする必要があります。 -API ゲートウェイ層を複数の API ゲートウェイに分割するとき、アプリケーションに複数のクライアント アプリがある場合は、それを複数の API ゲートウェイの種類を区別する際の第一の軸とすることで、各クライアント アプリのニーズに合わせた異なるファサードを用意できます。 このケースは "Backend for Frontend" ([BFF](http://samnewman.io/patterns/architectural/bff/)) と呼ばれるパターンです。次の図に示すように、このパターンでは、複数の内部マイクロサービスを裏で呼び出す特定のアダプター コードを実装することにより、各 API ゲートウェイが (クライアント フォーム ファクター ベースであっても) クライアント アプリの種類ごとに調整された異なる API を提供できます。 +API ゲートウェイ層を複数の API ゲートウェイに分割するとき、アプリケーションに複数のクライアント アプリがある場合は、それを複数の API ゲートウェイの種類を区別する際の第一の軸とすることで、各クライアント アプリのニーズに合わせた異なるファサードを用意できます。 このケースは "Backend for Frontend" ([BFF](https://samnewman.io/patterns/architectural/bff/)) と呼ばれるパターンです。次の図に示すように、このパターンでは、複数の内部マイクロサービスを裏で呼び出す特定のアダプター コードを実装することにより、各 API ゲートウェイが (クライアント フォーム ファクター ベースであっても) クライアント アプリの種類ごとに調整された異なる API を提供できます。 ![複数のカスタム API ゲートウェイを示す図](./media/image13.1.png) **図 4-13.1**. 複数のカスタム API ゲートウェイの使用 -前の図は、複数の細かい API ゲートウェイを使用する単純化されたアーキテクチャを示しています。 このケースでは、各 API ゲートウェイに対して指定された境界は純粋に "Backend for Frontend" ([BFF](http://samnewman.io/patterns/architectural/bff/)) パターンに基づくものであり、したがって、各クライアント アプリで必要とされる API にのみ基づいています。 しかし、より大規模なアプリケーションではさらに、設計の第二の軸としてビジネス境界に基づく追加の API ゲートウェイを作成する必要があります。 +前の図は、複数の細かい API ゲートウェイを使用する単純化されたアーキテクチャを示しています。 このケースでは、各 API ゲートウェイに対して指定された境界は純粋に "Backend for Frontend" ([BFF](https://samnewman.io/patterns/architectural/bff/)) パターンに基づくものであり、したがって、各クライアント アプリで必要とされる API にのみ基づいています。 しかし、より大規模なアプリケーションではさらに、設計の第二の軸としてビジネス境界に基づく追加の API ゲートウェイを作成する必要があります。 ## API ゲートウェイ パターンの主な機能 @@ -168,7 +168,7 @@ Azure API Management では、キー、トークン、および IP フィルタ - **API ゲートウェイ パターン** [*https://docs.microsoft.com/azure/architecture/microservices/gateway*](https://docs.microsoft.com/azure/architecture/microservices/gateway) -- **集約とコンポジションのパターン** [*http://microservices.io/patterns/data/api-composition.html*](http://microservices.io/patterns/data/api-composition.html) +- **集約とコンポジションのパターン** [*https://microservices.io/patterns/data/api-composition.html*](https://microservices.io/patterns/data/api-composition.html) - **Azure API Management** [*https://azure.microsoft.com/services/api-management/*](https://azure.microsoft.com/services/api-management/) diff --git a/docs/standard/microservices-architecture/architect-microservice-container-applications/microservice-based-composite-ui-shape-layout.md b/docs/standard/microservices-architecture/architect-microservice-container-applications/microservice-based-composite-ui-shape-layout.md index 118f6e6620d..639e553c262 100644 --- a/docs/standard/microservices-architecture/architect-microservice-container-applications/microservice-based-composite-ui-shape-layout.md +++ b/docs/standard/microservices-architecture/architect-microservice-container-applications/microservice-based-composite-ui-shape-layout.md @@ -4,12 +4,12 @@ description: コンテナー化された .NET アプリケーションの .NET author: CESARDELATORRE ms.author: wiwagn ms.date: 05/26/2017 -ms.openlocfilehash: 79b63c376d25725b2bcb6c16cdb4d06e107d5c07 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 3c5f4c5a1dd1c1065be63ad916af078050c069c1 +ms.sourcegitcommit: 9bd8f213b50f0e1a73e03bd1e840c917fbd6d20a ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/26/2018 -ms.locfileid: "47199009" +ms.lasthandoff: 10/25/2018 +ms.locfileid: "50033650" --- # 複数のマイクロサービスによって生成されるビジュアル UI シェイプ、レイアウトなど、マイクロサービスを基にしている複合 UI を作成する @@ -42,10 +42,10 @@ ms.locfileid: "47199009" ## その他の技術情報 - **ASP.NET を使用した複合 UI (特定のワークショップ)** - [*http://go.particular.net/workshop-composite-ui-demo*](http://go.particular.net/workshop-composite-ui-demo) + [*https://go.particular.net/workshop-composite-ui-demo*](https://go.particular.net/workshop-composite-ui-demo) - **Ruben Oostinga。マイクロサービス アーキテクチャでのモノリシック フロントエンド** - [*http://blog.xebia.com/the-monolithic-frontend-in-the-microservices-architecture/*](http://blog.xebia.com/the-monolithic-frontend-in-the-microservices-architecture/) + [*https://xebia.com/blog/the-monolithic-frontend-in-the-microservices-architecture/*](https://xebia.com/blog/the-monolithic-frontend-in-the-microservices-architecture/) - **Mauro Servienti。優れた UI コンポジションの秘密** [*https://particular.net/blog/secret-of-better-ui-composition*](https://particular.net/blog/secret-of-better-ui-composition) diff --git a/docs/standard/microservices-architecture/container-docker-introduction/docker-defined.md b/docs/standard/microservices-architecture/container-docker-introduction/docker-defined.md index ec21f2f1c1e..dde9cc867c8 100644 --- a/docs/standard/microservices-architecture/container-docker-introduction/docker-defined.md +++ b/docs/standard/microservices-architecture/container-docker-introduction/docker-defined.md @@ -4,12 +4,12 @@ description: コンテナー化された .NET アプリケーションの .NET author: CESARDELATORRE ms.author: wiwagn ms.date: 08/31/2018 -ms.openlocfilehash: b79e687d75f133b64e6e7dcb8dc78cce98e8b175 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: 63f3714fce317d915b65075922b323f2aa5061f0 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47233199" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50185928" --- # Docker について @@ -25,7 +25,7 @@ Docker イメージ コンテナーは、Linux と Windows 上でネイティブ 開発環境でコンテナーをホストし、開発ツールを追加するために、Docker は Windows 用または macOS 用の [Docker Community Edition (CE)](https://www.docker.com/community-edition) をリリースしています。 これらの製品で、コンテナーをホストするために必要な VM (Docker ホスト) がインストールされます。 Docker は [Docker Enterprise Edition (EE) ](https://www.docker.com/enterprise-edition) もリリースしています。エンタープライズ開発向けに設計されており、大規模なビジネスクリティカル アプリケーションをビルドし、リリースし、運用環境で実行する IT チームに使用されています。 -[Windows コンテナー](https://msdn.microsoft.com/en-us/virtualization/windowscontainers/about/about_overview)を実行するには、次の 2 つの種類のランタイムがあります。 +[Windows コンテナー](/virtualization/windowscontainers/about/)を実行するには、次の 2 つの種類のランタイムがあります。 - Windows Server コンテナーは、プロセスと名前空間の分離テクノロジを使用してアプリケーションの分離を提供します。 Windows Server コンテナーは、コンテナー ホストおよびホストで実行されているすべてのコンテナーとカーネルを共有します。 diff --git a/docs/standard/microservices-architecture/implement-resilient-applications/implement-circuit-breaker-pattern.md b/docs/standard/microservices-architecture/implement-resilient-applications/implement-circuit-breaker-pattern.md index 4092167da97..bef09d77284 100644 --- a/docs/standard/microservices-architecture/implement-resilient-applications/implement-circuit-breaker-pattern.md +++ b/docs/standard/microservices-architecture/implement-resilient-applications/implement-circuit-breaker-pattern.md @@ -4,12 +4,12 @@ description: '.NET マイクロサービス: コンテナー化された .NET author: CESARDELATORRE ms.author: wiwagn ms.date: 07/03/2018 -ms.openlocfilehash: 8cd3564e5240ec5a8783edb336957549be27ea6a -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.openlocfilehash: b961ebd186953e614658915c7246e1c83c40e7e9 +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47203464" +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49453153" --- # サーキット ブレーカー パターンを実装する @@ -56,7 +56,7 @@ static IAsyncPolicy GetCircuitBreakerPolicy() } ``` -上記のコード例では、HTTP 要求の再試行時、エラーが連続して 5 つ発生したとき、サーキットを中断する (またはオープン状態にする) ようにサーキット ブレーカー ポリシーが構成されています。 それが発生すると、サーキットは 30 秒間中断されます。その間、呼び出しは実際に配置されるのではなく、サーキット ブレーカーが働いてすぐに失敗します。 [関連する例外および HTTP 状態コード](https://docs.microsoft.com/en-us/aspnet/core/fundamentals/http-requests?view=aspnetcore-2.1#handle-transient-faults) は、ポリシーによって自動的にエラーとして解釈されます。 +上記のコード例では、HTTP 要求の再試行時、エラーが連続して 5 つ発生したとき、サーキットを中断する (またはオープン状態にする) ようにサーキット ブレーカー ポリシーが構成されています。 それが発生すると、サーキットは 30 秒間中断されます。その間、呼び出しは実際に配置されるのではなく、サーキット ブレーカーが働いてすぐに失敗します。 [関連する例外および HTTP 状態コード](https://docs.microsoft.com/aspnet/core/fundamentals/http-requests?view=aspnetcore-2.1#handle-transient-faults) は、ポリシーによって自動的にエラーとして解釈されます。 サーキット ブレーカーは、HTTP 呼び出しを実行しているクライアント アプリケーションまたはサービスとは別の環境に展開されている特定のリソースに問題がある場合に、要求をフォールバック インフラストラクチャにリダイレクトするために使用する必要もあります。 こうすれば、バックエンドのマイクロサービスのみに影響を与え、クライアント アプリケーションには影響を与えないデータセンターの停止が生じた場合に、クライアント アプリケーションはフォールバック サービスにリダイレクトできます。 Polly では、この[フェールオーバー ポリシー](https://github.com/App-vNext/Polly/wiki/Polly-Roadmap#failover-policy) シナリオを自動化するための新しいポリシーが計画されています。 @@ -96,7 +96,7 @@ Docker ホスト内で eShopOnContainers ソリューションを起動する場 `http://localhost:5103/failing?enable` -その後、図 10-4 に示されているように、URI http://localhost:5103/failing を使用して状態を確認できます。 +その後、図 10-4 に示されているように、URI `http://localhost:5103/failing` を使用して状態を確認できます。 ![](./media/image4.png) diff --git a/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/client-side-validation.md b/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/client-side-validation.md index 0c813b95221..94a308f8c9b 100644 --- a/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/client-side-validation.md +++ b/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/client-side-validation.md @@ -5,11 +5,11 @@ author: CESARDELATORRE ms.author: wiwagn ms.date: 05/26/2017 ms.openlocfilehash: 70a1f716797e03acdcbf1c58d4b0302449d98fa9 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47421574" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48582425" --- # クライアント側の検証 (プレゼンテーション層での検証) diff --git a/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/ddd-oriented-microservice.md b/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/ddd-oriented-microservice.md index 8054d1441f7..ed10343fadf 100644 --- a/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/ddd-oriented-microservice.md +++ b/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/ddd-oriented-microservice.md @@ -4,12 +4,12 @@ description: '.NET マイクロサービス: コンテナー化された .NET author: CESARDELATORRE ms.author: wiwagn ms.date: 11/06/2017 -ms.openlocfilehash: 7793a3ffded788698fcbc4ba28edefde44268989 -ms.sourcegitcommit: 979597cd8055534b63d2c6ee8322938a27d0c87b +ms.openlocfilehash: 4d6810e03414e8462dd90c4da686476da0b66032 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 06/29/2018 -ms.locfileid: "37105772" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50183504" --- # DDD 指向マイクロサービスの設計 @@ -57,7 +57,7 @@ Eric Evans の名著「[Domain Driven Design](https://domainlanguage.com/ddd/) ドメイン モデル レイヤーは、ビジネスを表現する場です。 マイクロサービスのドメイン モデル レイヤーを .NET で実装する場合、そのレイヤーはデータと動作をキャプチャするドメイン エンティティを持つクラス ライブラリとしてコード化されます (ロジックを持つメソッド)。 -[永続化非依存](http://deviq.com/persistence-ignorance/)の原則と[インフラストラクチャ非依存](https://ayende.com/blog/3137/infrastructure-ignorance)の原則に従って、このレイヤーではデータ永続化の詳細を完全に無視する必要があります。 これらの永続化タスクは、インフラストラクチャ レイヤーによって実行する必要があります。 このため、このレイヤーはインフラストラクチャへの直接的な依存関係を持ってはなりません。つまり、重要なルールは、ドメイン モデルのエンティティ クラスは [POCO](https://en.wikipedia.org/wiki/Plain_Old_CLR_Object) にする必要があるということです。 +[永続化非依存](https://deviq.com/persistence-ignorance/)の原則と[インフラストラクチャ非依存](https://ayende.com/blog/3137/infrastructure-ignorance)の原則に従って、このレイヤーではデータ永続化の詳細を完全に無視する必要があります。 これらの永続化タスクは、インフラストラクチャ レイヤーによって実行する必要があります。 このため、このレイヤーはインフラストラクチャへの直接的な依存関係を持ってはなりません。つまり、重要なルールは、ドメイン モデルのエンティティ クラスは [POCO](https://en.wikipedia.org/wiki/Plain_Old_CLR_Object) にする必要があるということです。 ドメイン エンティティには、Entity Framework や NHibernate などのデータ アクセス インフラストラクチャ フレームワークへの直接的な依存関係 (たとえば、基底クラスからの派生) があってはなりません。 ドメイン エンティティが、どのインフラストラクチャ フレームワークで定義されたどの型から派生したものでもなく、それを実装したものでもないことが理想的です。 @@ -83,7 +83,7 @@ Entity Framework Core などの最新の ORM フレームワークのほとん インフラストラクチャ レイヤーは、最初にドメイン エンティティ (メモリ内) に保持されているデータを、データベースまたは別の永続ストアに永続化する方法を表します。 一例は、Entity Framework Core コードを使用して、DbContext でリレーショナル データベースにデータを永続化するリポジトリ パターン クラスを実装することです。 -上で説明した[永続化非依存](http://deviq.com/persistence-ignorance/)の原則と[インフラストラクチャ非依存](https://ayende.com/blog/3137/infrastructure-ignorance)の原則に従って、インフラストラクチャ レイヤーはドメイン モデル レイヤーを "汚染" してはなりません。 ドメイン モデル エンティティ クラスは、データの保存に使用するインフラストラクチャ (EF または他のフレームワーク) にとらわれないようにしておく必要があります。そのために、フレームワークに対する強い依存関係を持たせないようにします。 ドメイン モデル レイヤー クラス ライブラリには、ソフトウェアの中核部分を実装するドメイン コード、つまり [POCO](https://en.wikipedia.org/wiki/Plain_Old_CLR_Object) エンティティ クラスだけを含め、インフラストラクチャ テクノロジからは完全に分離させる必要があります。 +上で説明した[永続化非依存](https://deviq.com/persistence-ignorance/)の原則と[インフラストラクチャ非依存](https://ayende.com/blog/3137/infrastructure-ignorance)の原則に従って、インフラストラクチャ レイヤーはドメイン モデル レイヤーを "汚染" してはなりません。 ドメイン モデル エンティティ クラスは、データの保存に使用するインフラストラクチャ (EF または他のフレームワーク) にとらわれないようにしておく必要があります。そのために、フレームワークに対する強い依存関係を持たせないようにします。 ドメイン モデル レイヤー クラス ライブラリには、ソフトウェアの中核部分を実装するドメイン コード、つまり [POCO](https://en.wikipedia.org/wiki/Plain_Old_CLR_Object) エンティティ クラスだけを含め、インフラストラクチャ テクノロジからは完全に分離させる必要があります。 したがって、図 9-7 に示すように、レイヤーまたはクラス ライブラリとプロジェクトは、最終的にドメイン モデル レイヤー (ライブラリ) に依存するはずで、逆方向の依存はありません。 @@ -96,7 +96,7 @@ Entity Framework Core などの最新の ORM フレームワークのほとん #### その他の技術情報 - **DevIQ。永続性無視の原則** - [*http://deviq.com/persistence-ignorance/*](http://deviq.com/persistence-ignorance/) + [*https://deviq.com/persistence-ignorance/*](https://deviq.com/persistence-ignorance/) - **Oren Eini。インフラストラクチャの無視** [*https://ayende.com/blog/3137/infrastructure-ignorance*](https://ayende.com/blog/3137/infrastructure-ignorance) diff --git a/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/domain-model-layer-validations.md b/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/domain-model-layer-validations.md index c4654f7a6aa..d746333028b 100644 --- a/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/domain-model-layer-validations.md +++ b/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/domain-model-layer-validations.md @@ -4,20 +4,20 @@ description: コンテナー化された .NET アプリケーションの .NET author: CESARDELATORRE ms.author: wiwagn ms.date: 05/26/2017 -ms.openlocfilehash: c071d269977ccecea9a7d4d79da78d7967bb1618 -ms.sourcegitcommit: 979597cd8055534b63d2c6ee8322938a27d0c87b +ms.openlocfilehash: 6ff325bb062da2ebff815fc847d2247707a0bf7f +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 06/29/2018 -ms.locfileid: "37105736" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50188054" --- # ドメイン モデル レイヤーでの検証の設計 -DDD では、検証ルールは不変条件として考えることができます。 集計の主な役割は、その集計内のすべてのエンティティの状態の変更にわたって不変条件を強制することです。 +DDD では、検証規則はインバリアントとして考えることができます。 集計の主な役割は、その集計内のすべてのエンティティの状態の変更にわたってインバリアントを強制することです。 -ドメイン エンティティは、常に有効なエンティティである必要があります。 オブジェクトには、常に真となるべきいくつかの不変条件があります。 たとえば、order item オブジェクトは、正の整数である必要がある数量と、アーティクル名および価格を常に持っている必要があります。 そのため、不変条件の強制は、(特に集計ルートの) ドメイン エンティティの役目となり、エンティティ オブジェクトは有効になっていない限り存在できません。 不変条件のルールは、コントラクトとして単純に表され、違反があった場合には例外または通知が発生します。 +ドメイン エンティティは、常に有効なエンティティである必要があります。 常に true にする必要のあるオブジェクトには、特定のインバリアント数があります。 たとえば、order item オブジェクトは、正の整数である必要がある数量と、アーティクル名および価格を常に持っている必要があります。 そのため、インバリアントの強制は、(特に集計ルートの) ドメイン エンティティの役目となり、エンティティ オブジェクトは有効になっていない限り存在できません。 インバリアント ルールは、コントラクトとして単純に表され、違反があった場合には例外または通知が発生します。 -この背後にある理由は、オブジェクトがなってはならない状態にあるため、多くのバグが発生するからです。 [オンライン ディスカッション](http://jeffreypalermo.com/blog/the-fallacy-of-the-always-valid-entity/)での Greg Young による適切な説明を次に示します。 +この背後にある理由は、オブジェクトがなってはならない状態にあるため、多くのバグが発生するからです。 [オンライン ディスカッション](https://jeffreypalermo.com/blog/the-fallacy-of-the-always-valid-entity/)での Greg Young による適切な説明を次に示します。 UserProfile を受け取る SendUserCreationEmailService があるとします。Name が null でないそのサービスでどのように合理化できるでしょうか。 再度チェックしますか。 多くの場合、わざわざチェックなどせずに、他の誰かが検証してから自分に送信してくれる "最善の結果を期待" しているのではないでしょうか。 もちろん、記述すべき最初のテストのうちの 1 つである TDD を使用すると、null 名を持つ顧客を送信した場合に、エラーが発生します。 しかし、この種のテストを繰り返し記述しているうちに、"名前が null になることを許可しなかったら、これらのテストのすべては必要ないのではないか" ということに気が付きました。 @@ -87,7 +87,7 @@ public class Product : Entity } ``` -ただし、DDD の観点から、ドメイン モデルはエンティティの動作メソッド内の例外を使用して、または検証ルールを強制する仕様パターンと通知パターンを実装することで、リーンに保つことをお勧めします。 ASP.NET Core でのデータ注釈のような検証フレームワーク、または FluentValidation のようなその他の検証フレームワークには、アプリケーション フレームワークを呼び出すための要件があります。 たとえば、データ注釈で ModelState.IsValid メソッドを呼び出す場合、ASP.NET コントローラーを起動する必要があります。 +ただし、DDD の観点から、ドメイン モデルはエンティティの動作メソッド内の例外を使用して、または検証規則を強制する仕様パターンと通知パターンを実装することで、リーンに保つことをお勧めします。 ASP.NET Core でのデータ注釈のような検証フレームワーク、または FluentValidation のようなその他の検証フレームワークには、アプリケーション フレームワークを呼び出すための要件があります。 たとえば、データ注釈で ModelState.IsValid メソッドを呼び出す場合、ASP.NET コントローラーを起動する必要があります。 UI 層内でモデルの検証を許可するために、入力を受け取る ViewModel クラス内 (ドメイン エンティティではなく) のアプリケーション層でデータ注釈を使用するのは合理的です。 ただし、ドメイン モデル内での検証の実行時にはこれを行わないでください。 diff --git a/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/enumeration-classes-over-enum-types.md b/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/enumeration-classes-over-enum-types.md index 65ab0490fa5..6c98a817d6a 100644 --- a/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/enumeration-classes-over-enum-types.md +++ b/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/enumeration-classes-over-enum-types.md @@ -4,16 +4,16 @@ description: コンテナー化された .NET アプリケーションの .NET author: CESARDELATORRE ms.author: wiwagn ms.date: 12/11/2017 -ms.openlocfilehash: f1b88d160d6532c2a768684b55cd236417699322 -ms.sourcegitcommit: c7f3e2e9d6ead6cc3acd0d66b10a251d0c66e59d +ms.openlocfilehash: 60d8c8e88cca19c92f6a1364bf2fbbf0500081c3 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/09/2018 -ms.locfileid: "44194995" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50195724" --- # 列挙型ではなく列挙型クラスを使用する -[列挙型](../../../../docs/csharp/language-reference/keywords/enum.md) (省略形も同じ *列挙型*) は、整数型を包む薄い言語ラッパーです。 閉じた値のセットから 1 つの値を格納するときに、列挙型の使用を制限することができます。 サイズ (小、中、大) に基づく分類は良い一例です。 制御フローまたはより堅牢な抽象化のために列挙型を使用すると、[コードの臭い](http://deviq.com/code-smells/)になることがあります。 このような用法は、列挙型の値を検査する多くの制御フロー ステートメントでは脆弱なコードにつながります。 +[列挙型](../../../../docs/csharp/language-reference/keywords/enum.md) (省略形も同じ *列挙型*) は、整数型を包む薄い言語ラッパーです。 閉じた値のセットから 1 つの値を格納するときに、列挙型の使用を制限することができます。 サイズ (小、中、大) に基づく分類は良い一例です。 制御フローまたはより堅牢な抽象化のために列挙型を使用すると、[コードの臭い](https://deviq.com/code-smells/)になることがあります。 このような用法は、列挙型の値を検査する多くの制御フロー ステートメントでは脆弱なコードにつながります。 代わりに、オブジェクト指向言語の豊富な機能をすべて使用できる列挙型クラスを作成する方法があります。 diff --git a/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/nosql-database-persistence-infrastructure.md b/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/nosql-database-persistence-infrastructure.md index 14403d8762a..76d81375c88 100644 --- a/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/nosql-database-persistence-infrastructure.md +++ b/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/nosql-database-persistence-infrastructure.md @@ -4,12 +4,12 @@ description: コンテナー化された .NET アプリケーションの .NET author: CESARDELATORRE ms.author: wiwagn ms.date: 12/12/2017 -ms.openlocfilehash: a5fce347193921305c264df34be99063920af715 -ms.sourcegitcommit: 5bbfe34a9a14e4ccb22367e57b57585c208cf757 +ms.openlocfilehash: bb119d62691a714a0c7dbc99079dfc1a1fac3aae +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/18/2018 -ms.locfileid: "45747109" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50188561" --- # 永続インフラストラクチャとして NoSQL データベースを使用する @@ -54,7 +54,7 @@ NoSQL データベースを使用する場合の利点は、エンティティ ## Azure Cosmos DB とネイティブ Cosmos DB API の概要 -[Azure Cosmos DB](https://docs.microsoft.com/en-us/azure/cosmos-db/introduction) は、ミッション クリティカルなアプリケーションのために、世界各地に分散された Microsoft のデータベース サービスです。 Azure Cosmos DB では、[ターン キー グローバル配布](https://docs.microsoft.com/en-us/azure/cosmos-db/distribute-data-globally)、世界規模での[スループットとストレージのエラスティック スケーリング](https://docs.microsoft.com/en-us/azure/cosmos-db/partition-data)、99 パーセンタイルで 10 ミリ秒未満の待機時間、[5 つの明確に定義された整合性レベル](https://docs.microsoft.com/en-us/azure/cosmos-db/consistency-levels)、および保証された高可用性を提供しており、これらすべてが[業界トップの SLA](https://azure.microsoft.com/support/legal/sla/cosmos-db/) でサポートされています。 Azure Cosmos DB により、[データが自動的にインデックス付けされる](http://www.vldb.org/pvldb/vol8/p1668-shukla.pdf)ため、スキーマとインデックスの管理に対処する必要がなくなります。 これはマルチモデルで、ドキュメント、キー値、グラフ、および列指向データ モデルをサポートします。 +[Azure Cosmos DB](https://docs.microsoft.com/azure/cosmos-db/introduction) は、ミッション クリティカルなアプリケーションのために、世界各地に分散された Microsoft のデータベース サービスです。 Azure Cosmos DB では、[ターン キー グローバル配布](https://docs.microsoft.com/azure/cosmos-db/distribute-data-globally)、世界規模での[スループットとストレージのエラスティック スケーリング](https://docs.microsoft.com/azure/cosmos-db/partition-data)、99 パーセンタイルで 10 ミリ秒未満の待機時間、[5 つの明確に定義された整合性レベル](https://docs.microsoft.com/azure/cosmos-db/consistency-levels)、および保証された高可用性を提供しており、これらすべてが[業界トップの SLA](https://azure.microsoft.com/support/legal/sla/cosmos-db/) でサポートされています。 Azure Cosmos DB により、[データが自動的にインデックス付けされる](https://www.vldb.org/pvldb/vol8/p1668-shukla.pdf)ため、スキーマとインデックスの管理に対処する必要がなくなります。 これはマルチモデルで、ドキュメント、キー値、グラフ、および列指向データ モデルをサポートします。 ![](./media/image19.1.png)図 9-19 Azure Cosmos DB のグローバル配布 @@ -123,7 +123,7 @@ await client.CreateDocumentAsync(collectionUri, newOrder); 他の .NET アプリケーションからアクセスする場合と同じように、コンテナーで実行されている .NET コードから Azure Cosmos DB データベースにアクセスできます。 たとえば、eShopOnContainers の Locations.API と Marketing.API のマイクロサービスは、Azure Cosmos DB データベースを使用できるように実装されています。 -ただし、Docker 開発環境の観点から、Azure Cosmos DB には制限があります。 2017 年末時点では、ローカルの開発マシン (PC など) で実行できるオンプレミスの [Azure Cosmos DB エミュレーター](https://docs.microsoft.com/en-us/azure/cosmos-db/local-emulator)がある場合でも、Linux ではなく、Windows がサポートされます。 +ただし、Docker 開発環境の観点から、Azure Cosmos DB には制限があります。 2017 年末時点では、ローカルの開発マシン (PC など) で実行できるオンプレミスの [Azure Cosmos DB エミュレーター](https://docs.microsoft.com/azure/cosmos-db/local-emulator)がある場合でも、Linux ではなく、Windows がサポートされます。 また、このエミュレーターを Docker で実行する可能性がありますが、Windows コンテナーのみでり、Linux コンテナーではありません。 現在、Docker for Windows に Linux コンテナーと Windows コンテナーを同時に展開することはできないため、アプリケーションを Linux コンテナーとして展開する場合、これが開発環境にとって最初のハンディキャップとなります。 展開されるすべてのコンテナーは、Linux または Windows 用のどちらかにする必要があります。 @@ -137,7 +137,7 @@ Cosmos DB データベースでは、.NET とネイティブ MongoDB ワイヤ [MongoDB Docker イメージ](https://hub.docker.com/r/_/mongo/)は、Docker Linux コンテナーと Docker Windows コンテナーをサポートするマルチアーキテクチャ イメージなので、これは Linux コンテナーを使用する Docker 環境での概念実証にとって非常に便利な方法です。 -図 9-21 に示すように、MongoDB API を使用することで、eShopOnContainers でローカル開発環境に対して MongoDB Linux コンテナーと Windows コンテナーの両方がサポートされますが、その後、[MongoDB の接続文字列を Azure Cosmos DB をポイントするように変更](https://docs.microsoft.com/en-us/azure/cosmos-db/connect-mongodb-account)するだけで、Azure Cosmos DB と同じようなスケーラブルな PaaS クラウド ソリューションに移行できます。 +図 9-21 に示すように、MongoDB API を使用することで、eShopOnContainers でローカル開発環境に対して MongoDB Linux コンテナーと Windows コンテナーの両方がサポートされますが、その後、[MongoDB の接続文字列を Azure Cosmos DB をポイントするように変更](https://docs.microsoft.com/azure/cosmos-db/connect-mongodb-account)するだけで、Azure Cosmos DB と同じようなスケーラブルな PaaS クラウド ソリューションに移行できます。 ![](./media/image20-bis.png) 図 9-21 開発環境に MongoDB コンテナーまたは運用に Azure Cosmos DB を使用する eShopOnContainers @@ -147,7 +147,7 @@ Cosmos DB データベースでは、.NET とネイティブ MongoDB ワイヤ MongoDB API を使用することの明らかな利点は、MongoDB と Azure Cosmos DB の両方のデータベース エンジンでソリューションを実行できるため、異なる環境への移行が容易になることです。 ただし、特定のデータベース エンジンの機能をフル活用するために、ネイティブ API (ネイティブ Cosmos DB API) を使用することには意義がある場合があります。 -単純に MongoDB を使用することとクラウドでの Cosmos DB との詳しい比較については、[Azure Cosmos DB を使用する利点に関するページ](https://docs.microsoft.com/en-us/azure/cosmos-db/mongodb-introduction)を参照してください。 +単純に MongoDB を使用することとクラウドでの Cosmos DB との詳しい比較については、[Azure Cosmos DB を使用する利点に関するページ](https://docs.microsoft.com/azure/cosmos-db/mongodb-introduction)を参照してください。 ### 実稼働アプリケーションのアプローチを分析する: MongoDB API とCosmos DB API @@ -295,29 +295,29 @@ ESHOP_PROD_EXTERNAL_DNS_NAME_OR_IP= #ESHOP_AZURE_SERVICE_BUS= ``` -「[Azure Cosmos DB への MongoDB アプリケーションの接続](https://docs.microsoft.com/en-us/azure/cosmos-db/connect-mongodb-account)」で説明したように、ESHOP_AZURE_COSMOSDB 行をコメント解除し、Azure Portal から取得した Azure Cosmos DB 接続文字列を使用してそれを更新する必要があります。 +「[Azure Cosmos DB への MongoDB アプリケーションの接続](https://docs.microsoft.com/azure/cosmos-db/connect-mongodb-account)」で説明したように、ESHOP_AZURE_COSMOSDB 行をコメント解除し、Azure Portal から取得した Azure Cosmos DB 接続文字列を使用してそれを更新する必要があります。 `ESHOP_AZURE_COSMOSDB` グローバル変数が空、つまり、`.env` ファイル内でコメント アウトされている場合、次の .yml コードに示されているように、`nosql.data` という名前の eShopOnContainers で展開されているローカルの MongoDB コンテナーをポイントする既定の MongoDB 接続文字列がコンテナーで使用されます。 #### その他の技術情報 - **NoSQL データベースのドキュメント データのモデリング** - [*https://docs.microsoft.com/en-us/azure/cosmos-db/modeling-data*](https://docs.microsoft.com/en-us/azure/cosmos-db/modeling-data) + [*https://docs.microsoft.com/azure/cosmos-db/modeling-data*](https://docs.microsoft.com/azure/cosmos-db/modeling-data) - **Vaughn Vernon。理想的なドメイン駆動設計集約ストアとは?** [*https://vaughnvernon.co/?p=942*](https://vaughnvernon.co/?p=942) - **Azure Cosmos DB の概要: MongoDB の API** - [*https://docs.microsoft.com/en-us/azure/cosmos-db/mongodb-introduction*](https://docs.microsoft.com/en-us/azure/cosmos-db/mongodb-introduction) + [*https://docs.microsoft.com/azure/cosmos-db/mongodb-introduction*](https://docs.microsoft.com/azure/cosmos-db/mongodb-introduction) - **Azure Cosmos DB: .NET および Azure Portal を使用して MongoDB API の Web アプリを構築する** - [*https://docs.microsoft.com/en-us/azure/cosmos-db/create-mongodb-dotnet *](https://docs.microsoft.com/en-us/azure/cosmos-db/create-mongodb-dotnet ) + [*https://docs.microsoft.com/azure/cosmos-db/create-mongodb-dotnet *](https://docs.microsoft.com/azure/cosmos-db/create-mongodb-dotnet ) - **ローカルの開発とテストでの Azure Cosmos DB Emulator の使用** - [*https://docs.microsoft.com/en-us/azure/cosmos-db/local-emulator*](https://docs.microsoft.com/en-us/azure/cosmos-db/local-emulator) + [*https://docs.microsoft.com/azure/cosmos-db/local-emulator*](https://docs.microsoft.com/azure/cosmos-db/local-emulator) - **Azure Cosmos DB への MongoDB アプリケーションの接続** - [*https://docs.microsoft.com/en-us/azure/cosmos-db/connect-mongodb-account*](https://docs.microsoft.com/en-us/azure/cosmos-db/connect-mongodb-account) + [*https://docs.microsoft.com/azure/cosmos-db/connect-mongodb-account*](https://docs.microsoft.com/azure/cosmos-db/connect-mongodb-account) - **Cosmos DB エミュレーターの Docker イメージ (Windows コンテナー)** [*https://hub.docker.com/r/microsoft/azure-cosmosdb-emulator/*](https://hub.docker.com/r/microsoft/azure-cosmosdb-emulator/) @@ -326,7 +326,7 @@ ESHOP_PROD_EXTERNAL_DNS_NAME_OR_IP= [*https://hub.docker.com/r/_/mongo/*](https://hub.docker.com/r/_/mongo/) - **Azure Cosmos DB: MongoDB API アカウントでの Studio 3T の使用** - [*https://docs.microsoft.com/en-us/azure/cosmos-db/mongodb-mongochef*](https://docs.microsoft.com/en-us/azure/cosmos-db/mongodb-mongochef) + [*https://docs.microsoft.com/azure/cosmos-db/mongodb-mongochef*](https://docs.microsoft.com/azure/cosmos-db/mongodb-mongochef) >[!div class="step-by-step"] diff --git a/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/seedwork-domain-model-base-classes-interfaces.md b/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/seedwork-domain-model-base-classes-interfaces.md index b50faac21a6..5b83fe1a94b 100644 --- a/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/seedwork-domain-model-base-classes-interfaces.md +++ b/docs/standard/microservices-architecture/microservice-ddd-cqrs-patterns/seedwork-domain-model-base-classes-interfaces.md @@ -1,15 +1,15 @@ --- -title: Seedwork (ドメイン モデルの再利用可能な基底クラスとインターフェイス) -description: コンテナー化された .NET アプリケーションの .NET マイクロサービス アーキテクチャ | Seedwork (ドメイン モデルの再利用可能な基底クラスとインターフェイス) -author: CESARDELATORRE -ms.author: wiwagn -ms.date: 12/12/2017 -ms.openlocfilehash: 21f502d74aab10b306e350ee831583f06b394dc7 -ms.sourcegitcommit: 979597cd8055534b63d2c6ee8322938a27d0c87b -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 06/29/2018 -ms.locfileid: "37105104" +title: Seedwork (ドメイン モデルの再利用可能な基底クラスとインターフェイス) +description: コンテナー化された .NET アプリケーションの .NET マイクロサービス アーキテクチャ | Seedwork (ドメイン モデルの再利用可能な基底クラスとインターフェイス) +author: CESARDELATORRE +ms.author: wiwagn +ms.date: 12/12/2017 +ms.openlocfilehash: 7a38d90caab2232c17d8d58ca0c57d5bb56b3ce9 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50198396" --- # Seedwork (ドメイン モデルの再利用可能な基底クラスとインターフェイス) @@ -83,9 +83,9 @@ public abstract class Entity if (!IsTransient()) { if (!_requestedHashCode.HasValue) - _requestedHashCode = this.Id.GetHashCode() ^ 31; + _requestedHashCode = this.Id.GetHashCode() ^ 31; // XOR for random distribution. See: - // http://blogs.msdn.com/b/ericlippert/archive/2011/02/28/guidelines-and-rules-for-gethashcode.aspx + // https://blogs.msdn.microsoft.com/ericlippert/2011/02/28/guidelines-and-rules-for-gethashcode/ return _requestedHashCode.Value; } else @@ -94,7 +94,7 @@ public abstract class Entity public static bool operator ==(Entity left, Entity right) { if (Object.Equals(left, null)) - return (Object.Equals(right, null)) ? true : false; + return (Object.Equals(right, null)); else return left.Equals(right); } diff --git a/docs/standard/microservices-architecture/multi-container-microservice-net-applications/integration-event-based-microservice-communications.md b/docs/standard/microservices-architecture/multi-container-microservice-net-applications/integration-event-based-microservice-communications.md index 71c25d337ee..31d8ce15f73 100644 --- a/docs/standard/microservices-architecture/multi-container-microservice-net-applications/integration-event-based-microservice-communications.md +++ b/docs/standard/microservices-architecture/multi-container-microservice-net-applications/integration-event-based-microservice-communications.md @@ -1,15 +1,15 @@ --- -title: マイクロサービス間でイベント ベースの通信を実装する (統合イベント) -description: コンテナー化された .NET アプリケーション向けの .NET マイクロサービス アーキテクチャ | マイクロサービス間でイベント ベースの通信を実装する (統合イベント) -author: CESARDELATORRE -ms.author: wiwagn -ms.date: 12/11/2017 -ms.openlocfilehash: 5d8ba76caab39db222c2ceba36a4d67cab3e8a3f -ms.sourcegitcommit: 979597cd8055534b63d2c6ee8322938a27d0c87b -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 06/29/2018 -ms.locfileid: "37105795" +title: マイクロサービス間でイベント ベースの通信を実装する (統合イベント) +description: コンテナー化された .NET アプリケーション向けの .NET マイクロサービス アーキテクチャ | マイクロサービス間でイベント ベースの通信を実装する (統合イベント) +author: CESARDELATORRE +ms.author: wiwagn +ms.date: 12/11/2017 +ms.openlocfilehash: 6a365c284d66ea24a9bb4caae51c63f22c79877b +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50194047" --- # マイクロサービス間でイベント ベースの通信を実装する (統合イベント) @@ -29,7 +29,7 @@ ms.locfileid: "37105795" 開発環境でイベント バスの概念実証を実装するだけの場合は、eShopOnContainers サンプルのように、コンテナーとして実行される RabbitMQ の上部の単純な実装で十分です。 ただし、高いスケーラビリティが求められるミッションクリティカルな運用システムでは、Azure Service Bus を評価して使うことをお勧めします。 -分散開発を容易にする実行時間の長いプロセスのために、[Sagas](https://docs.particular.net/nservicebus/sagas/) のような高レベルの抽象化と豊富な機能が必要な場合は、NServiceBus、MassTransit、Brighter などのその他の商用およびオープン ソース サービス バスをお勧めします。 この場合は通常、独自の抽象化ではなく、これらの高レベルのサービス バスによって提供される抽象化と API を直接使います ([eShopOnContainers で提供される単純なイベント バスの抽象化](https://github.com/dotnet-architecture/eShopOnContainers/blob/dev/src/BuildingBlocks/EventBus/EventBus/Abstractions/IEventBus.cs)のように)。 さらに、[NServiceBus を使う eShopOnContainers の分岐](http://go.particular.net/eShopOnContainers) (Particular Software によって実装される追加の派生サンプル) を調査することもできます。 +分散開発を容易にする実行時間の長いプロセスのために、[Sagas](https://docs.particular.net/nservicebus/sagas/) のような高レベルの抽象化と豊富な機能が必要な場合は、NServiceBus、MassTransit、Brighter などのその他の商用およびオープン ソース サービス バスをお勧めします。 この場合は通常、独自の抽象化ではなく、これらの高レベルのサービス バスによって提供される抽象化と API を直接使います ([eShopOnContainers で提供される単純なイベント バスの抽象化](https://github.com/dotnet-architecture/eShopOnContainers/blob/dev/src/BuildingBlocks/EventBus/EventBus/Abstractions/IEventBus.cs)のように)。 さらに、[NServiceBus を使う eShopOnContainers の分岐](https://go.particular.net/eShopOnContainers) (Particular Software によって実装される追加の派生サンプル) を調査することもできます。 もちろん、常に RabbitMQ や Docker のような下位レベルのテクノロジの上に独自のサービス バス機能を構築することもできますが、"車輪の再発明" に必要な作業は、カスタム エンタープライズ アプリケーションにとってコストがかかりすぎる可能性があります。 diff --git a/docs/standard/microservices-architecture/multi-container-microservice-net-applications/subscribe-events.md b/docs/standard/microservices-architecture/multi-container-microservice-net-applications/subscribe-events.md index 4044fb69a6a..77416de797d 100644 --- a/docs/standard/microservices-architecture/multi-container-microservice-net-applications/subscribe-events.md +++ b/docs/standard/microservices-architecture/multi-container-microservice-net-applications/subscribe-events.md @@ -4,12 +4,12 @@ description: '.NET マイクロサービス: コンテナー化された .NET author: CESARDELATORRE ms.author: wiwagn ms.date: 12/11/2017 -ms.openlocfilehash: 6cc5563f93915d1516e5a5f22a104012c1bb85d6 -ms.sourcegitcommit: 979597cd8055534b63d2c6ee8322938a27d0c87b +ms.openlocfilehash: 5e53e0a3578c19b09f5327f444d1a5c013ad4cd9 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 06/29/2018 -ms.locfileid: "37106578" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50194073" --- # イベントへのサブスクライブ @@ -152,7 +152,7 @@ CQRS アプローチを使用する場合など、より高度なマイクロサ 次のコードは、複数の DbContext オブジェクト (更新される元のデータに関連する 1 つのコンテキストと、IntegrationEventLog テーブルに関連するもう 1 つのコンテキスト) を含む単一のトランザクションを作成する方法を示しています。 -下のサンプル コードに示したトランザクションは、コードの実行時にデータベースへの接続に問題が発生した場合の回復性を備えていないことに注意してください。 これは、サーバー間でデータベースを移動する可能性がある Azure SQL DB のようなクラウドベースのシステムで発生する可能性があります。 複数のコンテキストにわたる回復性を備えたトランザクションの実装については、このガイドの後のセクション「[回復性の高い Entity Framework Core SQL 接続の実装](#implementing_resilient_EFCore_SQL_conns)」をご覧ください。 +下のサンプル コードに示したトランザクションは、コードの実行時にデータベースへの接続に問題が発生した場合の回復性を備えていないことに注意してください。 これは、サーバー間でデータベースを移動する可能性がある Azure SQL DB のようなクラウドベースのシステムで発生する可能性があります。 複数のコンテキストにわたる回復性を備えたトランザクションの実装については、このガイドの後のセクション「[回復性の高い Entity Framework Core SQL 接続の実装](../implement-resilient-applications/implement-resilient-entity-framework-core-sql-connections.md)」をご覧ください。 わかりやすくするために、次の例では、プロセス全体を 1 つのコード片で示しています。 ただし、eShopOnContainers の実装は実際にはリファクターされ、このロジックは管理しやすいように複数のクラスに分割されます。 @@ -183,7 +183,7 @@ public async Task UpdateProduct([FromBody]CatalogItem productToUp catalogItem = productToUpdate; // Just save the updated product if the Product's Price hasn't changed. - if !(raiseProductPriceChangedEvent) + if (!raiseProductPriceChangedEvent) { await _catalogContext.SaveChangesAsync(); } @@ -317,7 +317,7 @@ namespace Microsoft.eShopOnContainers.Services.Basket.API.IntegrationEvents.Even ### その他の技術情報 - **NServiceBus を使用するフォークされた eShopOnContainers (Particular Software)** - [*http://go.particular.net/eShopOnContainers*](http://go.particular.net/eShopOnContainers) + [*https://go.particular.net/eShopOnContainers*](https://go.particular.net/eShopOnContainers) - **イベント駆動型メッセージング** [*http://soapatterns.org/design\_patterns/event\_driven\_messaging*](http://soapatterns.org/design_patterns/event_driven_messaging) @@ -326,7 +326,7 @@ namespace Microsoft.eShopOnContainers.Services.Basket.API.IntegrationEvents.Even [*https://jimmybogard.com/refactoring-towards-resilience-evaluating-coupling/*](https://jimmybogard.com/refactoring-towards-resilience-evaluating-coupling/) - **発行-サブスクライブ チャンネル** - [*http://www.enterpriseintegrationpatterns.com/patterns/messaging/PublishSubscribeChannel.html*](http://www.enterpriseintegrationpatterns.com/patterns/messaging/PublishSubscribeChannel.html) + [*https://www.enterpriseintegrationpatterns.com/patterns/messaging/PublishSubscribeChannel.html*](https://www.enterpriseintegrationpatterns.com/patterns/messaging/PublishSubscribeChannel.html) - **境界コンテキスト間の通信** [*https://msdn.microsoft.com/library/jj591572.aspx*](https://msdn.microsoft.com/library/jj591572.aspx) diff --git a/docs/standard/microservices-architecture/net-core-net-framework-containers/net-core-container-scenarios.md b/docs/standard/microservices-architecture/net-core-net-framework-containers/net-core-container-scenarios.md index 19eb4374fe9..50d965cbcd0 100644 --- a/docs/standard/microservices-architecture/net-core-net-framework-containers/net-core-container-scenarios.md +++ b/docs/standard/microservices-architecture/net-core-net-framework-containers/net-core-container-scenarios.md @@ -5,11 +5,11 @@ author: CESARDELATORRE ms.author: wiwagn ms.date: 09/11/2018 ms.openlocfilehash: fa5efd3c2478965ef01efc39b57918ec2d35962a -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47207992" +ms.lasthandoff: 10/08/2018 +ms.locfileid: "48873376" --- # Docker コンテナー用 .Net Core を選択するタイミング diff --git a/docs/standard/microservices-architecture/net-core-net-framework-containers/net-framework-container-scenarios.md b/docs/standard/microservices-architecture/net-core-net-framework-containers/net-framework-container-scenarios.md index 312c940f77d..327b1abb416 100644 --- a/docs/standard/microservices-architecture/net-core-net-framework-containers/net-framework-container-scenarios.md +++ b/docs/standard/microservices-architecture/net-core-net-framework-containers/net-framework-container-scenarios.md @@ -4,12 +4,12 @@ description: '.NET マイクロサービス: コンテナー化された .NET author: CESARDELATORRE ms.author: wiwagn ms.date: 09/11/2018 -ms.openlocfilehash: 9e1ff03421f1a5d23878c74f13423cec9625c4c5 -ms.sourcegitcommit: 6eac9a01ff5d70c6d18460324c016a3612c5e268 +ms.openlocfilehash: 128801fbe49a3f7618b1cedc814b7663d57df624 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/16/2018 -ms.locfileid: "45609981" +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50195334" --- # Docker コンテナー用 .NET Framework を選択するタイミング @@ -23,9 +23,9 @@ ms.locfileid: "45609981" ## NET Core で使用できないサードパーティ製の .NET ライブラリや NuGet パッケージを使用する -サードパーティ ライブラリでは [.NET Standard](https://docs.microsoft.com/dotnet/articles/standard/library) の採用が迅速に進められています。これにより、.NET Core を含むすべての種類の .NET でコードを共有できるようになります。 .NET Standard Library 2.0 以上では、異なるフレームワーク間での API サーフェスの互換性はかなり高くなっています。また、.NET Core 2.x では、アプリケーションは既存の .NET Framework ライブラリを直接参照することもできます (「[compat shim](https://github.com/dotnet/standard/blob/master/docs/netstandard-20/README.md#net-framework-461-supporting-net-standard-20)」を参照)。 +サードパーティ ライブラリでは [.NET Standard](../../net-standard.md) の採用が迅速に進められています。これにより、.NET Core を含むすべての種類の .NET でコードを共有できるようになります。 .NET Standard Library 2.0 以上では、異なるフレームワーク間での API サーフェスの互換性はかなり高くなっています。また、.NET Core 2.x では、アプリケーションは既存の .NET Framework ライブラリを直接参照することもできます (「[compat shim](https://github.com/dotnet/standard/blob/master/docs/netstandard-20/README.md#net-framework-461-supporting-net-standard-20)」を参照)。 -さらに、[Windows 互換機能パック](https://docs.microsoft.com/dotnet/core/porting/windows-compat-pack)は 2017 年 11 月にリリースされ、Windows の .NET Standard 2.0 で利用可能な API サーフェスを拡張しました。 このパックでは、最小限の変更か、または変更を伴わずに、.NET Standard 2.x のほとんどの既存コードを再コンパイルして、Windows 上で実行できます。 +さらに、[Windows 互換機能パック](../../../core/porting/windows-compat-pack.md)は 2017 年 11 月にリリースされ、Windows の .NET Standard 2.0 で利用可能な API サーフェスを拡張しました。 このパックでは、最小限の変更か、または変更を伴わずに、.NET Standard 2.x のほとんどの既存コードを再コンパイルして、Windows 上で実行できます。 ただし、.NET Standard 2.0 および .NET Core 2.1 以降の進歩が並外れているとしても、特定の NuGet パッケージが実行に Windows を必要とし、.NET Core をサポートしていないというケースはあります。 これらのパッケージがアプリケーションに不可欠な場合は、Windows コンテナー上で .NET Framework を使用する必要があります。 @@ -37,7 +37,7 @@ ms.locfileid: "45609981" - ASP.NET Web フォーム。 このテクノロジは .NET Framework のみで利用できます。 現時点では、ASP.NET Web フォームを .NET Core で使用できるようにする予定はありません。 -- WCF サービス。 .NET Core から WCF サービスを使用する [WCF クライアント ライブラリ](https://github.com/dotnet/wcf)が利用可能な場合でも、2017 年半ばの時点では、WCF サーバーの実装は .NET Framework でのみ可能です。 このシナリオは、.NET Core の将来のリリースで検討対象となる可能性があります。また、[Windows 互換機能パック](https://docs.microsoft.com/dotnet/core/porting/windows-compat-pack)への組み込みが検討されている API もあります。 +- WCF サービス。 .NET Core から WCF サービスを使用する [WCF クライアント ライブラリ](https://github.com/dotnet/wcf)が利用可能な場合でも、2017 年半ばの時点では、WCF サーバーの実装は .NET Framework でのみ可能です。 このシナリオは、.NET Core の将来のリリースで検討対象となる可能性があります。また、[Windows 互換機能パック](../../../core/porting/windows-compat-pack.md)への組み込みが検討されている API もあります。 - ワークフロー関連サービス。 Windows Workflow Foundation (WF)、ワークフロー サービス (1 つのサービスに WCF と WF) および WCF Data Services (旧称: ADO.NET Data Services) は、NET Framework でのみ使用できます。 現在、この機能を .NET Core に含める計画はありません。 @@ -54,16 +54,16 @@ Microsoft やサードパーティ製のプラットフォームの中には、. ### その他の技術情報 - **.NET Core のガイド** - [https://docs.microsoft.com/dotnet/articles/core/index](https://docs.microsoft.com/dotnet/articles/core/index) + [https://docs.microsoft.com/dotnet/core/index](../../../core/index.md) - **.NET Framework から .NET Core への移植** - [https://docs.microsoft.com/dotnet/articles/core/porting/index](https://docs.microsoft.com/dotnet/articles/core/porting/index) + [https://docs.microsoft.com/dotnet/core/porting/index](../../../core/porting/index.md) - **Docker 上の .NET Framework のガイド** - [https://docs.microsoft.com/dotnet/articles/framework/docker/](https://docs.microsoft.com/dotnet/articles/framework/docker/) + [https://docs.microsoft.com/dotnet/framework/docker/](../../../framework/docker/index.md) - **.NET コンポーネントの概要** - [*https://docs.microsoft.com/dotnet/standard/components*](../../components.md) + [https://docs.microsoft.com/dotnet/standard/components](../../components.md) diff --git a/docs/standard/parallel-programming/data-structures-for-parallel-programming.md b/docs/standard/parallel-programming/data-structures-for-parallel-programming.md index 349d059bd75..da71a3e3295 100644 --- a/docs/standard/parallel-programming/data-structures-for-parallel-programming.md +++ b/docs/standard/parallel-programming/data-structures-for-parallel-programming.md @@ -8,11 +8,11 @@ ms.assetid: bdc82f2f-4754-45a1-a81e-fe2e9c30cef9 author: rpetrusha ms.author: ronpet ms.openlocfilehash: 6453e9983086dcb5b97ec134db9d74160d7a47cf -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/27/2018 -ms.locfileid: "47399925" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48836474" --- # 並列プログラミングのデータ構造 .NET Framework バージョン 4 では、同時実行コレクション クラスのセット、軽量な同期プリミティブ、遅延初期化用の型など、並列プログラミングに役立つ複数の新しい型が導入されています。 これらの型は、タスク並列ライブラリや PLINQ などの任意のマルチスレッド アプリケーション コードで使うことができます。 diff --git a/docs/standard/parallel-programming/how-to-use-parallel-invoke-to-execute-parallel-operations.md b/docs/standard/parallel-programming/how-to-use-parallel-invoke-to-execute-parallel-operations.md index 38a7976756a..41a468a5f1b 100644 --- a/docs/standard/parallel-programming/how-to-use-parallel-invoke-to-execute-parallel-operations.md +++ b/docs/standard/parallel-programming/how-to-use-parallel-invoke-to-execute-parallel-operations.md @@ -12,11 +12,11 @@ ms.assetid: 6b3ecd79-dec9-4ce1-abf4-62e5392a59c6 author: rpetrusha ms.author: ronpet ms.openlocfilehash: c0192e12c86b21eb126293bbd220e093b334768b -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47456000" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48837064" --- # 方法: Parallel.Invoke を使用して並列操作を実行する diff --git a/docs/standard/parallel-programming/how-to-write-a-simple-parallel-for-loop.md b/docs/standard/parallel-programming/how-to-write-a-simple-parallel-for-loop.md index d9d523b19de..753c4db1092 100644 --- a/docs/standard/parallel-programming/how-to-write-a-simple-parallel-for-loop.md +++ b/docs/standard/parallel-programming/how-to-write-a-simple-parallel-for-loop.md @@ -13,11 +13,11 @@ ms.assetid: 9029ba7f-a9d1-4526-8c84-c88716dba5d4 author: rpetrusha ms.author: ronpet ms.openlocfilehash: 1b2ebf679816684e68a1c13d660ef9fc54e3a175 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 8c28ab17c26bf08abbd004cc37651985c68841b8 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47398892" +ms.lasthandoff: 10/07/2018 +ms.locfileid: "48845994" --- # 方法: 単純な Parallel.For ループを記述する diff --git a/docs/standard/parallel-programming/parallel-diagnostic-tools.md b/docs/standard/parallel-programming/parallel-diagnostic-tools.md index 218d8c4bc6f..7cf5da054ca 100644 --- a/docs/standard/parallel-programming/parallel-diagnostic-tools.md +++ b/docs/standard/parallel-programming/parallel-diagnostic-tools.md @@ -8,11 +8,11 @@ ms.assetid: 38f7302a-ddf6-4179-ba19-f49e00395b9f author: rpetrusha ms.author: ronpet ms.openlocfilehash: 4649f33fe07e7780630fbd11170bb54046617c14 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 15d99019aea4a5c3c91ddc9ba23692284a7f61f3 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47236031" +ms.lasthandoff: 10/12/2018 +ms.locfileid: "49123112" --- # 並列診断ツール Visual Studio は、マルチ スレッド アプリケーションのデバッグおよびプロファイリングを広範にサポートします。 diff --git a/docs/standard/parallel-programming/parallel-linq-plinq.md b/docs/standard/parallel-programming/parallel-linq-plinq.md index 4531e989e47..647fb74e7c1 100644 --- a/docs/standard/parallel-programming/parallel-linq-plinq.md +++ b/docs/standard/parallel-programming/parallel-linq-plinq.md @@ -8,11 +8,11 @@ ms.assetid: 3d4d0cd3-bde4-490b-99e7-f4e41be96455 author: rpetrusha ms.author: ronpet ms.openlocfilehash: 1fe7edffd53023cba6dac1454e620d6e0d7e9513 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47230763" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48582269" --- # Parallel LINQ (PLINQ) Parallel LINQ (PLINQ) は、LINQ to Objects の並列実装です。 PLINQ は、LINQ 標準クエリ演算子の完全なセットを 名前空間の拡張メソッドとして実装し、並列操作用の追加演算子も備えています。 PLINQ は、LINQ 構文の単純さと読みやすさに加え、並列プログラミングのパワーを兼ね備えています。 タスク並列ライブラリを対象とするコードと同じように、PLINQ クエリのコンカレンシーの程度は、ホスト コンピューターの能力に基づいて調整されます。 diff --git a/docs/standard/parallel-programming/potential-pitfalls-with-plinq.md b/docs/standard/parallel-programming/potential-pitfalls-with-plinq.md index 75c4515758d..117842d6bec 100644 --- a/docs/standard/parallel-programming/potential-pitfalls-with-plinq.md +++ b/docs/standard/parallel-programming/potential-pitfalls-with-plinq.md @@ -11,11 +11,11 @@ ms.assetid: 75a38b55-4bc4-488a-87d5-89dbdbdc76a2 author: rpetrusha ms.author: ronpet ms.openlocfilehash: e44fd3e6f806eef3805416dafd90a4855e79b3c7 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 15d99019aea4a5c3c91ddc9ba23692284a7f61f3 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47206412" +ms.lasthandoff: 10/12/2018 +ms.locfileid: "49121932" --- # PLINQ の非利便性 PLINQ を使用すると、多くの場合、連続した LINQ to Objects クエリのパフォーマンスが大幅に向上します。 ただし、クエリの実行を並列化すると、複雑性が増すため、シーケンシャルなコードにおいて一般的でない問題、またはめったにない問題を引き起こす場合があります。 このトピックでは、PLINQ クエリを記述するときに回避すべき点について示します。 diff --git a/docs/standard/parallel-programming/task-parallel-library-tpl.md b/docs/standard/parallel-programming/task-parallel-library-tpl.md index 3aa82f2ac20..a99e1401312 100644 --- a/docs/standard/parallel-programming/task-parallel-library-tpl.md +++ b/docs/standard/parallel-programming/task-parallel-library-tpl.md @@ -10,11 +10,11 @@ ms.assetid: b8f99f43-9104-45fd-9bff-385a20488a23 author: rpetrusha ms.author: ronpet ms.openlocfilehash: 3b08154d1be7a8a5699682b3cee3faad4e384269 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47421061" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48836569" --- # タスク並列ライブラリ (TPL) タスク並列ライブラリ (TPL: Task Parallel Library) は、 名前空間および 名前空間におけるパブリック型と API のセットです。 TPL の目的は、アプリケーションに並列処理とコンカレンシーを追加するプロセスを簡略化して、開発者の生産性を高めることです。 TPL は、使用可能なすべてのプロセッサを最も効率的に使用するように、コンカレンシーの程度を動的に拡大します。 さらに TPL は、作業のパーティション分割、 上のスレッドのスケジュール、キャンセルのサポート、状態管理、および他の低水準の詳細を処理します。 TPL を使用すると、コードのパフォーマンスが大幅に向上し、目的を達成するためのプログラミング作業に集中できます。 diff --git a/docs/standard/threading/autoresetevent.md b/docs/standard/threading/autoresetevent.md index b8382c1a731..a6d27e150c3 100644 --- a/docs/standard/threading/autoresetevent.md +++ b/docs/standard/threading/autoresetevent.md @@ -8,12 +8,12 @@ helpviewer_keywords: ms.assetid: 6d39c48d-6b37-4a9b-8631-f2924cfd9c18 author: rpetrusha ms.author: ronpet -ms.openlocfilehash: 38efbe0ecd88c02752d610de4b1eec8b62eca1f8 -ms.sourcegitcommit: ad99773e5e45068ce03b99518008397e1299e0d1 +ms.openlocfilehash: 519776b5c1c237deb520476384495b8dd96a4e39 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/24/2018 -ms.locfileid: "46937548" +ms.lasthandoff: 10/28/2018 +ms.locfileid: "50201307" --- # AutoResetEvent クラスは、単一の待機スレッドを解放した後、シグナル状態になると自動的にリセットするローカル待機ハンドル イベントを表します。 このクラスは、その基底クラス の特殊なケースを表します。 自動リセット イベントの使用方法と機能については、[EventWaitHandle](../../../docs/standard/threading/eventwaithandle.md) の概念に関する文書を参照してください。 @@ -24,9 +24,8 @@ ms.locfileid: "46937548" ## 関連項目 -- -- -- [EventWaitHandle、AutoResetEvent、CountdownEvent、ManualResetEvent](../../../docs/standard/threading/eventwaithandle-autoresetevent-countdownevent-manualresetevent.md) -- [スレッド化](../../../docs/standard/threading/index.md) -- [スレッド処理オブジェクトと機能](../../../docs/standard/threading/threading-objects-and-features.md) -- [待機ハンドル](https://msdn.microsoft.com/library/48d10b6f-5fd7-407c-86ab-0179aef72489) +- +- +- [EventWaitHandle、AutoResetEvent、CountdownEvent、ManualResetEvent](eventwaithandle-autoresetevent-countdownevent-manualresetevent.md) +- [スレッド処理オブジェクトと機能](threading-objects-and-features.md) +- [スレッド化](index.md) diff --git a/docs/standard/threading/eventwaithandle-autoresetevent-countdownevent-manualresetevent.md b/docs/standard/threading/eventwaithandle-autoresetevent-countdownevent-manualresetevent.md index 3b721d439b1..acb7f8eee87 100644 --- a/docs/standard/threading/eventwaithandle-autoresetevent-countdownevent-manualresetevent.md +++ b/docs/standard/threading/eventwaithandle-autoresetevent-countdownevent-manualresetevent.md @@ -10,11 +10,11 @@ ms.assetid: cd94fc34-ac15-427f-b723-a1240a4fab7d author: rpetrusha ms.author: ronpet ms.openlocfilehash: be9c858d7c76fdcc1b3e02485eb0b459f4e7555c -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/28/2018 -ms.locfileid: "47205921" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48583153" --- # EventWaitHandle、AutoResetEvent、CountdownEvent、ManualResetEvent diff --git a/docs/standard/threading/how-to-synchronize-concurrent-operations-with-a-barrier.md b/docs/standard/threading/how-to-synchronize-concurrent-operations-with-a-barrier.md index 98c801cba86..14de211a816 100644 --- a/docs/standard/threading/how-to-synchronize-concurrent-operations-with-a-barrier.md +++ b/docs/standard/threading/how-to-synchronize-concurrent-operations-with-a-barrier.md @@ -11,11 +11,11 @@ ms.assetid: e1a253ff-e0fb-4df8-95ff-d01a90d4cb19 author: rpetrusha ms.author: ronpet ms.openlocfilehash: 16dc60fa9cd8782efbe1b6028413138b5991839e -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: ea00c05e0995dae928d48ead99ddab6296097b4c ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47193751" +ms.lasthandoff: 10/02/2018 +ms.locfileid: "48025349" --- # 方法: バリアを使用して同時実行操作を同期する 次の例は、 を使用して同時実行タスクを同期する方法を示しています。 diff --git a/docs/standard/threading/manualresetevent-and-manualreseteventslim.md b/docs/standard/threading/manualresetevent-and-manualreseteventslim.md index 3c5140c787c..fa56403f93f 100644 --- a/docs/standard/threading/manualresetevent-and-manualreseteventslim.md +++ b/docs/standard/threading/manualresetevent-and-manualreseteventslim.md @@ -8,12 +8,12 @@ helpviewer_keywords: ms.assetid: 465fdcf9-ba24-4d8d-a43f-d983b7cb0cc6 author: rpetrusha ms.author: ronpet -ms.openlocfilehash: 4949540b9f61e71301647a83a1c05d8b4c941412 -ms.sourcegitcommit: ad99773e5e45068ce03b99518008397e1299e0d1 +ms.openlocfilehash: c85d0c5c291743c6daac549e15d479fcf332235c +ms.sourcegitcommit: b22705f1540b237c566721018f974822d5cd8758 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/23/2018 -ms.locfileid: "46581273" +ms.lasthandoff: 10/19/2018 +ms.locfileid: "49452824" --- # ManualResetEvent と ManualResetEventSlim クラスはローカル待機ハンドル イベントを表します。これは、シグナル状態になった後、手動でリセットする必要があります。 このクラスは、その基底クラス の特殊なケースを表します。 手動リセット イベントの使用方法と機能については、[EventWaitHandle](../../../docs/standard/threading/eventwaithandle.md) の概念に関する文書を参照してください。 @@ -24,9 +24,10 @@ ms.locfileid: "46581273" ## 関連項目 -- [スレッド化](../../../docs/standard/threading/index.md) -- [スレッド処理オブジェクトと機能](../../../docs/standard/threading/threading-objects-and-features.md) -- [待機ハンドル](https://msdn.microsoft.com/library/48d10b6f-5fd7-407c-86ab-0179aef72489) -- [AutoResetEvent](../../../docs/standard/threading/autoresetevent.md) -- [SpinWait](../../../docs/standard/threading/spinwait.md) -- [Semaphore と SemaphoreSlim](../../../docs/standard/threading/semaphore-and-semaphoreslim.md) +- +- [AutoResetEvent](autoresetevent.md) +- [SpinWait](spinwait.md) +- [Semaphore と SemaphoreSlim](semaphore-and-semaphoreslim.md) +- [EventWaitHandle、AutoResetEvent、CountdownEvent、ManualResetEvent](eventwaithandle-autoresetevent-countdownevent-manualresetevent.md) +- [スレッド処理オブジェクトと機能](threading-objects-and-features.md) +- [スレッド化](index.md) diff --git a/docs/standard/threading/pausing-and-resuming-threads.md b/docs/standard/threading/pausing-and-resuming-threads.md index f6817ece992..9c4aa08f999 100644 --- a/docs/standard/threading/pausing-and-resuming-threads.md +++ b/docs/standard/threading/pausing-and-resuming-threads.md @@ -13,11 +13,11 @@ ms.assetid: 9fce4859-a19d-4506-b082-7dd0792688ca author: rpetrusha ms.author: ronpet ms.openlocfilehash: b66881a8a42c0c34b5c2119f7404fe7787c8f3f2 -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/01/2018 -ms.locfileid: "47193019" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48836259" --- # スレッドの一時中断および中断 diff --git a/docs/standard/threading/synchronizing-data-for-multithreading.md b/docs/standard/threading/synchronizing-data-for-multithreading.md index ec98ee75e90..1719a7e3865 100644 --- a/docs/standard/threading/synchronizing-data-for-multithreading.md +++ b/docs/standard/threading/synchronizing-data-for-multithreading.md @@ -10,11 +10,11 @@ ms.assetid: b980eb4c-71d5-4860-864a-6dfe3692430a author: rpetrusha ms.author: ronpet ms.openlocfilehash: 1a7561a09b1b47827b3476b5525863503765064f -ms.sourcegitcommit: fb78d8abbdb87144a3872cf154930157090dd933 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/29/2018 -ms.locfileid: "47232821" +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48842659" --- # マルチスレッド処理のためのデータの同期 複数のスレッドが同じオブジェクトのプロパティとメソッドを呼び出す場合は、これらの呼び出しを同期することが重要です。 同期しないと、1 つのスレッドが行っていることを別のスレッドが中断し、オブジェクトが無効な状態になってしまう可能性があります。 メンバーがこのように中断されないように保護されているクラスを、スレッドセーフと呼びます。 diff --git a/docs/standard/whats-new/whats-new-in-dotnet-standard.md b/docs/standard/whats-new/whats-new-in-dotnet-standard.md index 08d8e1e290f..12477fc76e5 100644 --- a/docs/standard/whats-new/whats-new-in-dotnet-standard.md +++ b/docs/standard/whats-new/whats-new-in-dotnet-standard.md @@ -6,12 +6,12 @@ ms.date: 04/12/2018 ms.technology: dotnet-standard author: rpetrusha ms.author: ronpet -ms.openlocfilehash: 1c99f59478b61bd382d6bf9529d2921407cc70bc -ms.sourcegitcommit: c7f3e2e9d6ead6cc3acd0d66b10a251d0c66e59d +ms.openlocfilehash: 19353bd068e3b04bc3d852c1e22db9c97ebef628 +ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 09/09/2018 -ms.locfileid: "44253157" +ms.lasthandoff: 10/04/2018 +ms.locfileid: "48583166" --- # .NET Standard の新機能 @@ -55,7 +55,7 @@ ms.locfileid: "44253157" ### .NET Framework ライブラリのサポート -大部分のライブラリは、.NET Standard ではなく .NET Framework をターゲットとしています。 ただし、このようなライブラリの呼び出しのほとんどは、.NET Standard 2.0 に含まれている API に対する呼び出しです。 .NET Standard 2.0 以降、[互換性 shim](https://github.com/dotnet/standard/blob/master/docs/planning/netstandard-20/README.md#assembly-unification) を使用して .NET Standard ライブラリから .NET Framework ライブラリにアクセスできるようになりました。 この互換レイヤーは開発者に対して透過的です。 .NET Framework ライブラリを利用するために必要なことはありません。 +大部分のライブラリは、.NET Standard ではなく .NET Framework をターゲットとしています。 ただし、このようなライブラリの呼び出しのほとんどは、.NET Standard 2.0 に含まれている API に対する呼び出しです。 .NET Standard 2.0 以降、[互換性 shim](https://github.com/dotnet/standard/blob/master/docs/planning/netstandard-2.0/README.md#assembly-unification) を使用して .NET Standard ライブラリから .NET Framework ライブラリにアクセスできるようになりました。 この互換レイヤーは開発者に対して透過的です。 .NET Framework ライブラリを利用するために必要なことはありません。 唯一の要件は、.NET Framework クラス ライブラリから呼び出される API が .NET Standard 2.0 に含まれている必要があることです。 diff --git a/docs/visual-basic/developing-apps/programming/how-to-call-a-web-service-asynchronously.md b/docs/visual-basic/developing-apps/programming/how-to-call-a-web-service-asynchronously.md index 0b26031bf7a..5ebab9f70a0 100644 --- a/docs/visual-basic/developing-apps/programming/how-to-call-a-web-service-asynchronously.md +++ b/docs/visual-basic/developing-apps/programming/how-to-call-a-web-service-asynchronously.md @@ -1,19 +1,19 @@ --- -title: '方法: Web サービスを非同期で呼び出す (Visual Basic)' -ms.date: 07/20/2015 -helpviewer_keywords: -- asynchronous calls [Visual Basic] -- Web services [Visual Basic], accessing -ms.assetid: ff8046f4-f1f2-4d8b-90b7-95e3f7415418 -ms.openlocfilehash: 8968eaa8edd8dee177906a6c801f2f46c2a740d7 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33589040" +title: '方法: Web サービスを非同期で呼び出す (Visual Basic)' +ms.date: 07/20/2015 +helpviewer_keywords: +- asynchronous calls [Visual Basic] +- Web services [Visual Basic], accessing +ms.assetid: ff8046f4-f1f2-4d8b-90b7-95e3f7415418 +ms.openlocfilehash: bf109780f26ce2fa4d5dbaa63832e765970b5cb4 +ms.sourcegitcommit: 586dbdcaef9767642436b1e4efbe88fb15473d6f +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/06/2018 +ms.locfileid: "48842698" --- # 方法: Web サービスを非同期で呼び出す (Visual Basic) -この例では、Web サービスの非同期ハンドラー イベントにハンドラーをアタッチして、非同期メソッド呼び出しの結果を取得できるようにします。 この例では、http://www.xmethods.net にある DemoTemperatureService Web サービスを使用しています。 +この例では、Web サービスの非同期ハンドラー イベントにハンドラーをアタッチして、非同期メソッド呼び出しの結果を取得できるようにします。 この例では、`http://www.xmethods.net` にある DemoTemperatureService Web サービスを使用しています。 Visual Studio 統合開発環境 (IDE) でプロジェクトの Web サービスを参照すると、この Web サービスが `My.WebServices` オブジェクトに追加され、指定された Web サービスにアクセスするためのクライアント プロキシ クラスが IDE によって生成されます。 @@ -24,7 +24,7 @@ ms.locfileid: "33589040" ### Web サービスを非同期的に呼び出すには -1. http://www.xmethods.net にある DemoTemperatureService Web サービスを参照します。 アドレスは次のとおりです。 +1. `http://www.xmethods.net` にある DemoTemperatureService Web サービスを参照します。 アドレスは次のとおりです。 ``` http://www.xmethods.net/sd/2001/DemoTemperatureService.wsdl diff --git a/docs/visual-basic/getting-started/additional-resources.md b/docs/visual-basic/getting-started/additional-resources.md index d1e3581cb3b..9afd38795d2 100644 --- a/docs/visual-basic/getting-started/additional-resources.md +++ b/docs/visual-basic/getting-started/additional-resources.md @@ -1,21 +1,19 @@ --- -title: Visual Basic プログラマのための追加リソース -description: Visual Basic について学習し、質問し、詳細情報を見つけるために Web 上でリソースを検出します。 -ms.date: 02/21/2018 -helpviewer_keywords: -- Visual Basic, additional resources -- resources [Visual Basic], additional -- Help, Visual Basic Web sites -- Visual Basic, videos -ms.assetid: 9bfb42e9-327f-439b-935e-8884f6aca80c -author: mairaw -ms.author: mairaw -ms.openlocfilehash: f82ed592a78bb2d13000216cda8ce8334d1f3c83 -ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d -ms.translationtype: HT -ms.contentlocale: ja-JP -ms.lasthandoff: 05/04/2018 -ms.locfileid: "33591665" +title: Visual Basic プログラマのための追加リソース +description: Visual Basic について学習し、質問し、詳細情報を見つけるために Web 上でリソースを検出します。 +ms.date: 02/21/2018 +helpviewer_keywords: +- Visual Basic, additional resources +- resources [Visual Basic], additional +- Help, Visual Basic Web sites +- Visual Basic, videos +ms.assetid: 9bfb42e9-327f-439b-935e-8884f6aca80c +ms.openlocfilehash: a0ff04bf67faea4c834570e8faa4197369289fb7 +ms.sourcegitcommit: c93fd5139f9efcf6db514e3474301738a6d1d649 +ms.translationtype: HT +ms.contentlocale: ja-JP +ms.lasthandoff: 10/27/2018 +ms.locfileid: "50195673" --- # その他の技術情報 diff --git a/includes/csharp-interactive-with-utc-partial-note.md b/includes/csharp-interactive-with-utc-partial-note.md new file mode 100644 index 00000000000..bf00ec4bb20 --- /dev/null +++ b/includes/csharp-interactive-with-utc-partial-note.md @@ -0,0 +1,5 @@ + +> [!NOTE] +> この記事の C# 例の一部は、[Try.NET](https://try.dot.net) インライン コード ランナーとプレイグラウンドで実行されます。 **[実行]** ボタンを選択すると、対話型ウィンドウで例が実行されます。 コードを実行したら、コードを変更し、**[実行]** をもう一度選択して変更後のコードを実行できます。 変更後のコードが対話型ウィンドウで実行されるか、コンパイルできなかった場合、対話型ウィンドウにすべての C# コンパイラ エラー メッセージが表示されます。 +> +> [Try.NET](https://try.dot.net) インライン コード ランナーとプレイグラウンドの[ローカル タイム ゾーン](xref:System.TimeZoneInfo.Local)は、協定世界時 (UTC) です。 これは、、､ 型とそのメンバーについて説明する例の、動作と出力に影響を与える可能性があります。 diff --git a/includes/migration-guide/retargeting/winforms/accessibility-improvements-windows-forms-controls.md b/includes/migration-guide/retargeting/winforms/accessibility-improvements-windows-forms-controls.md index 0a4280b2f39..e5109ff1ce5 100644 --- a/includes/migration-guide/retargeting/winforms/accessibility-improvements-windows-forms-controls.md +++ b/includes/migration-guide/retargeting/winforms/accessibility-improvements-windows-forms-controls.md @@ -3,9 +3,8 @@ | | | |---|---| |説明|Windows フォームはアクセシビリティ テクノロジによってユーザー サポートの動作が向上します。 これには、.NET Framework 4.7.1 以降の次の変更が含まれます。
  • ハイ コントラスト モード中の表示が向上する変更。
  • プロパティ ブラウザーのエクスペリエンスが向上する変更。 プロパティ ブラウザーについては次のような点が向上します。
  • さまざまなドロップダウン選択ウィンドウを利用することでキーボード操作が便利になりました。
  • 不要なタブ ストップが減ります。
  • コントロールの種類の報告機能が改善されました。
  • ナレーターの動作が改善されました。
  • コントロールに不足している UI アクセシビリティ パターンを実装する変更。
| -|提案される解決策|これらの変更を選択する方法と選択しない方法
アプリケーションでこれらの変更を利用するには、.NET Framework 4.7.1 以降で実行する必要があります。 アプリケーションは、次のいずれかの方法でこれらの変更を利用できます。
  • .NET Framework 4.7.1 を対象にして再コンパイルします。 .NET Framework 4.7.1 以降を対象とする Windows フォーム アプリケーションでは、これらのアクセシビリティの変更が既定で有効になります。
  • 下の例のように、app.config ファイルの <runtime> セクションに次の [AppContext スイッチ](~/docs/framework/configure-apps/file-schema/runtime/appcontextswitchoverrides-element.md)を追加し、それを false に設定することで、以前のアクセシビリティ動作を無効にします。
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<startup>
<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.7"/>
</startup>
<runtime>
<!-- AppContextSwitchOverrides value attribute is in the form of 'key1=true/false;key2=true/false  -->
<AppContextSwitchOverrides value="Switch.UseLegacyAccessibilityFeatures=false" />
</runtime>
</configuration>

.NET Framework 4.7.1 以降を対象とするアプリケーションで以前のアクセシビリティ動作を残す場合、この AppContext スイッチを明示的に true に設定することで以前のアクセシビリティ機能を選択できます。

UI オートメーションの概要については、「[UI オートメーションの概要](~/docs/framework/ui-automation/ui-automation-overview.md)」を参照してください。</p/>

UI オートメーション パターンとプロパティに対して追加されたサポート
アクセシビリティ クライアントは、一般的なパブリックに記述された呼び出しパターンを使って、新しい WinForms アクセシビリティ機能を利用できます。 これらのパターンは、WinForms に固有ではありません。 たとえば、アクセシビリティ クライアントは、IAccessible インターフェイス (MAAS) の QueryInterface メソッドを呼び出して、IServiceProvider インターフェイスを取得することができます。 このインターフェイスを使用できる場合、クライアントはその QueryService メソッドを使って、IAccessibleEx インターフェイスを要求できます。 詳しくは、「[Using IAccessibleEx from a Client](https://msdn.microsoft.com/library/windows/desktop/dd561924.aspx)」(クライアントからの IAccessibleEx の使用) をご覧ください。 .NET Framework 4.7.1 以降では、IServiceProvider と [IAccessibleEx](https://msdn.microsoft.com/library/windows/desktop/dd561898.aspx) (該当する場合) を WinForms ユーザー補助オブジェクトで使用できます。

.NET Framework 4.7.1 では、次の UI オートメーション パターンやプロパティのサポートが追加されます。

  • および コントロールは、[展開/折りたたみパターン](~/docs/framework/ui-automation/implementing-the-ui-automation-expandcollapse-control-pattern.md)をサポートします。
  • コントロールの [ControlType](~/docs/framework/ui-automation/ui-automation-support-for-the-menubar-control-type.md) プロパティの値は です。
  • コントロールが プロパティと[展開/折りたたみパターン](~/docs/framework/ui-automation/implementing-the-ui-automation-expandcollapse-control-pattern.md)対応になりました。
  • コントロールは、ドロップダウンが展開されたり折りたたまれたりしたときの StateChange と NameChange を示す をサポートします。
  • コントロールの [ControlType](~/docs/framework/ui-automation/ui-automation-support-for-the-menubar-control-type.md) プロパティの値は です。
  • コントロールは をサポートします。
  • および コントロールは プロパティをサポートし、[ControlType](~/docs/framework/ui-automation/ui-automation-support-for-the-spinner-control-type.md) は です。

PropertyGrid コントロールの向上
.NET Framework 4.7.1 では、PropertyBrowser コントロールが次のように向上します。
  • ユーザーが コントロールに誤った値を入力すると表示されるエラー ダイアログの [詳細] ボタンは、[展開/折りたたみパターン](~/docs/framework/ui-automation/implementing-the-ui-automation-expandcollapse-control-pattern.md)、状態と名前の変更通知、および [ControlType]~/docs/framework/ui-automation/ui-automation-support-for-the-menubar-control-type.md) プロパティの値 をサポートします。
  • エラー ダイアログの [詳細] ボタンを展開すると表示されるメッセージ ウィンドウは、キーボードでアクセスできるようになり、エラー メッセージの内容をナレーターで読み上げることができます。
  • コントロールの行の は、"Row" から "Cell" に変更されました。 セルは UIA の ControlType "DataItem" にマップし、適切なキーボード ショートカットとナレーターの読み上げをサポートすることができます。
  • コントロールの プロパティが に設定されているときにヘッダー項目を表す コントロールの行は、[ControlType](~/docs/framework/ui-automation/ui-automation-support-for-the-menubar-control-type.md) プロパティの値が です。
  • コントロールの プロパティが に設定されているときにヘッダー項目を表す コントロールの行は、[展開/折りたたみパターン](~/docs/framework/ui-automation/implementing-the-ui-automation-expandcollapse-control-pattern.md)をサポートします。
  • グリッドとその上にある ToolBar の間のキーボード ナビゲーションが向上します。 "Shift + Tab" キーを押すと、ToolBar 全体ではなく、ToolBar の最初のボタンが選択されるようになりました。
  • ハイ コントラスト モードで表示された コントロールでは、 プロパティの現在の値に対応する ToolBar ボタンの周囲にフォーカス四角形が描画されます。
  • ハイ コントラスト モードで表示され、 プロパティが に設定された コントロールでは、カテゴリ ヘッダーの背景がハイ コントラストの色で表示されます。
  • コントロールでは、フォーカスが設定された ToolBar 項目と、 プロパティの現在の値を示す ToolBar 項目の区別が明確になります。 この修正は、ハイ コントラストの変更と、非ハイ コントラストのシナリオに対する変更で構成されます。
  • プロパティの現在の値を示す コントロールの ToolBar 項目は、 をサポートします。
  • 配置ピッカーで選択された配置を区別するナレーターのサポートが向上します。
  • 空の コントロールがフォームに表示されているとき、以前はフォーカスを設定されませんでしたが、現在はフォーカスを設定されるようになっています。

ハイ コントラスト テーマでの OS で定義された色の使用
  • プロパティが (既定のスタイル) に設定された および コントロールは、ハイ コントラスト テーマが選択されているときは OS で定義された色を使用するようになりました。 以前は、テキストと背景の色はコントラストが同じで、見分けるのが困難でした。
  • プロパティが false に設定された 、、、、、 コントロールは、以前は影付きの色を使ってハイ コントラスト テーマのテキストをレンダリングしており、背景に対するコントラストが低くなっていました。 現在は、これらのコントロールは OS によって定義された "無効なテキスト" の色を使うようになっています。 この修正は、FlatStyle プロパティが 以外の値に設定されたコントロールに適用されます。 後者のコントロールは OS によってレンダリングされます。
  • では、現在フォーカスが設定されているセルの内容を囲むように目に見える四角形がレンダリングされます。 以前は、特定のハイ コントラスト テーマではこれは見えませんでした。
  • プロパティが false に設定された コントロールは、OS によって定義された "無効なテキスト" の色を使うようになりました。
  • プロパティが true に設定された コントロールは、コントラストのあるシステム カラーで関連するチェック マークをレンダリングするようになりました。 以前は、チェック マークの色に十分なコントラストがなく、ハイ コントラスト テーマでは見えませんでした。
注: Windows 10 では、一部のハイ コントラストのシステム カラーの値が変更されています。 Windows フォームのフレームワークは、Win32 フレームワークに基づいています。 最も快適に利用するためには、最新版の Windows で実行し、テスト アプリケーションに app.manifest ファイルを追加して最新の OS 変更を選択し、次のコードのコメントを解除します。
<!-- Windows 10 -->
<supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}" />

キーボード ナビゲーションの向上
  • コントロールの プロパティが に設定されていて、フォームのタブ オーダーで最初のコントロールである場合、キーボードを使って親フォームが開かれると、コントロールにフォーカスの四角形が表示されるようになりました。 この変更の前は、キーボード フォーカスはこのコントロールに設定されましたが、フォーカス インジケーターはレンダリングされませんでした。
ナレーター サポートが改善されました
  • コントロールに、以前は行われなかったナレーターによるコントロールの値の読み上げなど、コントロールにアクセスするための支援技術のサポートが追加されました。
  • コントロールは、 プロパティが変更されるとナレーターに通知するようになりました。 以前は、ナレーターは通知を受け取らなかったため、ユーザーには プロパティが更新されたことが知らされませんでした。
  • コントロールがコントロール内のテキストをナレーターに通知する方法が変更されました。 以前は、ナレーターはこのテキストを 2 回読み上げ、ユーザーには表示されなくても "&" 記号を実際のテキストとして読んでいました。 重複するテキストおよび不要な "&" 記号が、ナレーターの読み上げから除去されました。
  • コントロールの種類が、読み取り専用の状態をナレーターおよびその他の支援技術に正しくレポートするようになりました。
  • ナレーターは、[マルチドキュメント インターフェイス]~/docs/framework/winforms/advanced/multiple-document-interface-mdi-applications.md) アプリケーションの子ウィンドウのシステム メニューを読み上げられるようになりました。
  • ナレーターは、 プロパティが false に設定された コントロールを読み上げられるようになりました。 以前のナレーターは、無効なメニュー項目にフォーカスを設定できず、内容を読み上げることができませんでした。
| +|提案される解決策|これらの変更を選択する方法と選択しない方法
アプリケーションでこれらの変更を利用するには、.NET Framework 4.7.1 以降で実行する必要があります。 アプリケーションは、次のいずれかの方法でこれらの変更を利用できます。
  • .NET Framework 4.7.1 を対象にして再コンパイルします。 .NET Framework 4.7.1 以降を対象とする Windows フォーム アプリケーションでは、これらのアクセシビリティの変更が既定で有効になります。
  • 下の例のように、app.config ファイルの <runtime> セクションに次の [AppContext スイッチ](~/docs/framework/configure-apps/file-schema/runtime/appcontextswitchoverrides-element.md)を追加し、それを false に設定することで、以前のアクセシビリティ動作を無効にします。
<?xml version="1.0" encoding="utf-8"?>
<configuration>
<startup>
<supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.7"/>
</startup>
<runtime>
<!-- AppContextSwitchOverrides value attribute is in the form of 'key1=true/false;key2=true/false  -->
<AppContextSwitchOverrides value="Switch.UseLegacyAccessibilityFeatures=false" />
</runtime>
</configuration>

.NET Framework 4.7.1 以降を対象とするアプリケーションで以前のアクセシビリティ動作を残す場合、この AppContext スイッチを明示的に true に設定することで以前のアクセシビリティ機能を選択できます。

UI オートメーションの概要については、「[UI オートメーションの概要](~/docs/framework/ui-automation/ui-automation-overview.md)」を参照してください。</p/>

UI オートメーション パターンとプロパティに対して追加されたサポート
アクセシビリティ クライアントは、一般的なパブリックに記述された呼び出しパターンを使って、新しい WinForms アクセシビリティ機能を利用できます。 これらのパターンは、WinForms に固有ではありません。 たとえば、アクセシビリティ クライアントは、IAccessible インターフェイス (MAAS) の QueryInterface メソッドを呼び出して、IServiceProvider インターフェイスを取得することができます。 このインターフェイスを使用できる場合、クライアントはその QueryService メソッドを使って、IAccessibleEx インターフェイスを要求できます。 詳しくは、「[Using IAccessibleEx from a Client](https://msdn.microsoft.com/library/windows/desktop/dd561924.aspx)」(クライアントからの IAccessibleEx の使用) をご覧ください。 .NET Framework 4.7.1 以降では、IServiceProvider と [IAccessibleEx](https://msdn.microsoft.com/library/windows/desktop/dd561898.aspx) (該当する場合) を WinForms ユーザー補助オブジェクトで使用できます。

.NET Framework 4.7.1 では、次の UI オートメーション パターンやプロパティのサポートが追加されます。
  • および コントロールは、[展開/折りたたみパターン](~/docs/framework/ui-automation/implementing-the-ui-automation-expandcollapse-control-pattern.md)をサポートします。
  • コントロールの [ControlType](~/docs/framework/ui-automation/ui-automation-support-for-the-menubar-control-type.md) プロパティの値は です。
  • コントロールが プロパティと[展開/折りたたみパターン](~/docs/framework/ui-automation/implementing-the-ui-automation-expandcollapse-control-pattern.md)対応になりました。
  • コントロールは、ドロップダウンが展開されたり折りたたまれたりしたときの StateChange と NameChange を示す をサポートします。
  • コントロールの [ControlType](~/docs/framework/ui-automation/ui-automation-support-for-the-menubar-control-type.md) プロパティの値は です。
  • コントロールは をサポートします。
  • および コントロールは プロパティをサポートし、[ControlType](~/docs/framework/ui-automation/ui-automation-support-for-the-spinner-control-type.md) は です。

PropertyGrid コントロールの向上
.NET Framework 4.7.1 では、PropertyBrowser コントロールが次のように向上します。
  • ユーザーが コントロールに誤った値を入力すると表示されるエラー ダイアログの [詳細] ボタンは、[展開/折りたたみパターン](~/docs/framework/ui-automation/implementing-the-ui-automation-expandcollapse-control-pattern.md)、状態と名前の変更通知、および [ControlType]~/docs/framework/ui-automation/ui-automation-support-for-the-menubar-control-type.md) プロパティの値 をサポートします。
  • エラー ダイアログの [詳細] ボタンを展開すると表示されるメッセージ ウィンドウは、キーボードでアクセスできるようになり、エラー メッセージの内容をナレーターで読み上げることができます。
  • コントロールの行の は、"Row" から "Cell" に変更されました。 セルは UIA の ControlType "DataItem" にマップし、適切なキーボード ショートカットとナレーターの読み上げをサポートすることができます。
  • コントロールの プロパティが に設定されているときにヘッダー項目を表す コントロールの行は、[ControlType](~/docs/framework/ui-automation/ui-automation-support-for-the-menubar-control-type.md) プロパティの値が です。
  • コントロールの プロパティが に設定されているときにヘッダー項目を表す コントロールの行は、[展開/折りたたみパターン](~/docs/framework/ui-automation/implementing-the-ui-automation-expandcollapse-control-pattern.md)をサポートします。
  • グリッドとその上にある ToolBar の間のキーボード ナビゲーションが向上します。 "Shift + Tab" キーを押すと、ToolBar 全体ではなく、ToolBar の最初のボタンが選択されるようになりました。
  • ハイ コントラスト モードで表示された コントロールでは、 プロパティの現在の値に対応する ToolBar ボタンの周囲にフォーカス四角形が描画されます。
  • ハイ コントラスト モードで表示され、 プロパティが に設定された コントロールでは、カテゴリ ヘッダーの背景がハイ コントラストの色で表示されます。
  • コントロールでは、フォーカスが設定された ToolBar 項目と、 プロパティの現在の値を示す ToolBar 項目の区別が明確になります。 この修正は、ハイ コントラストの変更と、非ハイ コントラストのシナリオに対する変更で構成されます。
  • プロパティの現在の値を示す コントロールの ToolBar 項目は、 をサポートします。
  • 配置ピッカーで選択された配置を区別するナレーターのサポートが向上します。
  • 空の コントロールがフォームに表示されているとき、以前はフォーカスを設定されませんでしたが、現在はフォーカスを設定されるようになっています。

ハイ コントラスト テーマでの OS で定義された色の使用
  • プロパティが (既定のスタイル) に設定された および コントロールは、ハイ コントラスト テーマが選択されているときは OS で定義された色を使用するようになりました。 以前は、テキストと背景の色はコントラストが同じで、見分けるのが困難でした。
  • プロパティが false に設定された 、、、、、 コントロールは、以前は影付きの色を使ってハイ コントラスト テーマのテキストをレンダリングしており、背景に対するコントラストが低くなっていました。 現在は、これらのコントロールは OS によって定義された "無効なテキスト" の色を使うようになっています。 この修正は、FlatStyle プロパティが 以外の値に設定されたコントロールに適用されます。 後者のコントロールは OS によってレンダリングされます。
  • では、現在フォーカスが設定されているセルの内容を囲むように目に見える四角形がレンダリングされます。 以前は、特定のハイ コントラスト テーマではこれは見えませんでした。
  • プロパティが false に設定された コントロールは、OS によって定義された "無効なテキスト" の色を使うようになりました。
  • プロパティが true に設定された コントロールは、コントラストのあるシステム カラーで関連するチェック マークをレンダリングするようになりました。 以前は、チェック マークの色に十分なコントラストがなく、ハイ コントラスト テーマでは見えませんでした。
注: Windows 10 では、一部のハイ コントラストのシステム カラーの値が変更されています。 Windows フォームのフレームワークは、Win32 フレームワークに基づいています。 最も快適に利用するためには、最新版の Windows で実行し、テスト アプリケーションに app.manifest ファイルを追加して最新の OS 変更を選択し、次のコードのコメントを解除します。
<!-- Windows 10 -->
<supportedOS Id="{8e0f7a12-bfb3-4fe8-b9a5-48fd50a15a9a}" />

キーボード ナビゲーションの向上
  • コントロールの プロパティが に設定されていて、フォームのタブ オーダーで最初のコントロールである場合、キーボードを使って親フォームが開かれると、コントロールにフォーカスの四角形が表示されるようになりました。 この変更の前は、キーボード フォーカスはこのコントロールに設定されましたが、フォーカス インジケーターはレンダリングされませんでした。
ナレーター サポートが改善されました
  • コントロールに、以前は行われなかったナレーターによるコントロールの値の読み上げなど、コントロールにアクセスするための支援技術のサポートが追加されました。
  • コントロールは、 プロパティが変更されるとナレーターに通知するようになりました。 以前は、ナレーターは通知を受け取らなかったため、ユーザーには プロパティが更新されたことが知らされませんでした。
  • コントロールがコントロール内のテキストをナレーターに通知する方法が変更されました。 以前は、ナレーターはこのテキストを 2 回読み上げ、ユーザーには表示されなくても "&" 記号を実際のテキストとして読んでいました。 重複するテキストおよび不要な "&" 記号が、ナレーターの読み上げから除去されました。
  • コントロールの種類が、読み取り専用の状態をナレーターおよびその他の支援技術に正しくレポートするようになりました。
  • ナレーターは、[マルチドキュメント インターフェイス]~/docs/framework/winforms/advanced/multiple-document-interface-mdi-applications.md) アプリケーションの子ウィンドウのシステム メニューを読み上げられるようになりました。
  • ナレーターは、 プロパティが false に設定された コントロールを読み上げられるようになりました。 以前のナレーターは、無効なメニュー項目にフォーカスを設定できず、内容を読み上げることができませんでした。
| |スコープ|Major| |Version|4.7.1| |型|再ターゲット中| -|影響を受ける API|
  • [MonthCalendar.AccessibilityObject](xref:System.Windows.Forms.Control.AccessibilityObject)
| - +|影響を受ける API|
  • [MonthCalendar.AccessibilityObject](xref:System.Windows.Forms.Control.AccessibilityObject)
| \ No newline at end of file