diff --git a/docs/core/deploying/deploy-with-cli.md b/docs/core/deploying/deploy-with-cli.md
index 88f3b2c9ac2..4804ab990dd 100644
--- a/docs/core/deploying/deploy-with-cli.md
+++ b/docs/core/deploying/deploy-with-cli.md
@@ -4,16 +4,11 @@ description: コマンド ライン インターフェイス (CLI) ツールを
author: rpetrusha
ms.author: ronpet
ms.date: 04/18/2017
-ms.topic: conceptual
-ms.prod: dotnet-core
-ms.devlang: dotnet
-ms.workload:
-- dotnetcore
-ms.openlocfilehash: 21e824e6092b0d30e0499ff05c5471a291c8d269
-ms.sourcegitcommit: 03ee570f6f528a7d23a4221dcb26a9498edbdf8c
+ms.openlocfilehash: 7b009068422686442ebff83b9400c365f34a3154
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: HT
ms.contentlocale: ja-JP
-ms.lasthandoff: 04/28/2018
+ms.lasthandoff: 05/04/2018
---
# コマンド ライン インターフェイス (CLI) ツールを使用して .NET Core アプリを展開する
@@ -63,11 +58,15 @@ ms.lasthandoff: 04/28/2018
```
これにより、リリース (デバッグではなく) バージョンのアプリが作成されます。 作成されたファイルは、プロジェクトの *bin* ディレクトリのサブディレクトリ内にある *publish* という名前のディレクトリに配置されます。
-アプリケーションのファイルと共に、発行プロセスは、アプリに関するデバッグ情報を含むプログラム データベース (.pdb) ファイルを出力します。 このファイルは、主に例外のデバッグに役立ちます。 これは、アプリケーションのファイルと一緒には配布しないよう選択できます。 ただし、アプリのリリース ビルドをデバッグする場合のために、保存しておくことをお勧めします。
+ アプリケーションのファイルと共に、発行プロセスは、アプリに関するデバッグ情報を含むプログラム データベース (.pdb) ファイルを出力します。 このファイルは、主に例外のデバッグに役立ちます。 これは、アプリケーションのファイルと一緒には配布しないよう選択できます。 ただし、アプリのリリース ビルドをデバッグする場合のために、保存しておくことをお勧めします。
-アプリケーション ファイルの完全なセットは、任意の方法で展開できます。 たとえば、Zip ファイルにパッケージ化したり、単純な `copy` コマンドを使用したり、任意のインストール パッケージで展開したりできます。 一度インストールすると、ユーザーは `dotnet` コマンドを使用して、`dotnet fdd.dll` などのアプリケーションのファイル名を入力してアプリケーションを実行できます。
+ アプリケーション ファイルの完全なセットは、任意の方法で展開できます。 たとえば、Zip ファイルにパッケージ化したり、単純な `copy` コマンドを使用したり、任意のインストール パッケージで展開したりできます。
-また、アプリケーション インストールの一環として、インストーラーはアプリケーション バイナリに加えて、共有フレームワーク インストーラーをバンドルするか、または前提条件として共有フレームワークがあるか確認する必要があります。 共有フレームワークをインストールするには、管理者またはルートの権限が必要です。
+1. アプリの実行
+
+ 一度インストールすると、ユーザーは `dotnet` コマンドを使用して、`dotnet fdd.dll` などのアプリケーションのファイル名を入力してアプリケーションを実行できます。
+
+ また、アプリケーション インストールの一環として、インストーラーはアプリケーション バイナリに加えて、共有フレームワーク インストーラーをバンドルするか、または前提条件として共有フレームワークがあるか確認する必要があります。 共有フレームワークをインストールするには、管理者またはルートの権限が必要です。
## サードパーティの依存関係を含む、フレームワークに依存する展開
diff --git a/docs/core/tutorials/with-visual-studio-code.md b/docs/core/tutorials/with-visual-studio-code.md
index cdb14063f73..6f548125a45 100644
--- a/docs/core/tutorials/with-visual-studio-code.md
+++ b/docs/core/tutorials/with-visual-studio-code.md
@@ -4,16 +4,11 @@ description: Visual Studio Code を使用した、C# で初めての .NET Core
author: kendrahavens
ms.author: mairaw
ms.date: 09/27/2017
-ms.topic: conceptual
-ms.prod: .net
-ms.technology: devlang-csharp
-ms.workload:
-- dotnetcore
-ms.openlocfilehash: d4ee1c9ef66ef61156453786f65d16470d7a5ea2
-ms.sourcegitcommit: 03ee570f6f528a7d23a4221dcb26a9498edbdf8c
+ms.openlocfilehash: 8958c39ba16cadbfab95e35fa36e8e85ce0a4ab8
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: HT
ms.contentlocale: ja-JP
-ms.lasthandoff: 04/28/2018
+ms.lasthandoff: 05/04/2018
---
# C# および Visual Studio Code の使用を開始する
diff --git a/docs/csharp/codedoc.md b/docs/csharp/codedoc.md
index 80523bff472..37ad929e265 100644
--- a/docs/csharp/codedoc.md
+++ b/docs/csharp/codedoc.md
@@ -1,20 +1,13 @@
---
-title: "XML コメントによるコードの文書化"
-description: "XML ドキュメント コメントを含むコードを文書化し、コンパイル時に XML ドキュメント ファイルを生成する方法を説明します。"
-keywords: .NET, .NET Core
-author: BillWagner
-ms.author: wiwagn
+title: XML コメントによるコードの文書化
+description: XML ドキュメント コメントを含むコードを文書化し、コンパイル時に XML ドキュメント ファイルを生成する方法を説明します。
ms.date: 02/14/2017
-ms.topic: article
-ms.prod: .net
-ms.technology: devlang-csharp
-ms.devlang: csharp
ms.assetid: 8e75e317-4a55-45f2-a866-e76124171838
-ms.openlocfilehash: 709ef2ba2202e69ba35834789ad6e743a0f6b719
-ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e
+ms.openlocfilehash: 1284f179c7debb323ea3bbd302df1f02bf8b31b1
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: HT
ms.contentlocale: ja-JP
-ms.lasthandoff: 10/18/2017
+ms.lasthandoff: 05/04/2018
---
# XML コメントによるコードの文書化
@@ -25,7 +18,7 @@ XML 文書化コメントは、その他すべてのコメントと同じよう
コンパイル時に XML ファイルを生成するには、次のいずれかを実行します。
-- .NET Core を使用してコマンド ラインからアプリケーションを開発している場合は、.csproj プロジェクト ファイルの `` セクションに [DocumentationFile 要素](http://docs.microsoft.com/visualstudio/msbuild/common-msbuild-project-properties) を追加できます。 次の例では、アセンブリと同じルート ファイル名で、プロジェクト ディレクトリに XML ファイルが生成されます。
+- .NET Core を使用してコマンド ラインからアプリケーションを開発している場合は、.csproj プロジェクト ファイルの `` セクションに [DocumentationFile 要素](http://docs.microsoft.com/visualstudio/msbuild/common-msbuild-project-properties) を追加できます。 次の例では、プロジェクト ディレクトリの中に、アセンブリと同じルート ファイル名で XML ファイルが生成されます。
```xml
bin\$(Configuration)\$(TargetFramework)\$(AssemblyName).xml
@@ -37,7 +30,7 @@ XML 文書化コメントは、その他すべてのコメントと同じよう
bin\Debug\netcoreapp1.0\App.xml
```
-- Visual Studio を使用してアプリケーションを開発する場合は、プロジェクトを右クリックして、**[プロパティ]** を選択します。 プロパティ ダイアログ ボックスで、**[ビルド]**タブをクリックし、**[XML ドキュメント ファイル]** をオンにします。 コンパイラがファイルを書き込む場所を変更することもできます。
+- Visual Studio を使用してアプリケーションを開発する場合は、プロジェクトを右クリックして、**[プロパティ]** を選択します。 プロパティ ダイアログ ボックスで、**[ビルド]** タブをクリックし、**[XML ドキュメント ファイル]** をオンにします。 コンパイラがファイルを書き込む場所を変更することもできます。
- コマンド ラインから .NET Framework アプリケーションをコンパイルする場合は、コンパイル時に [/doc コンパイラ オプション](language-reference/compiler-options/doc-compiler-option.md)を追加してください。
diff --git a/docs/csharp/delegate-class.md b/docs/csharp/delegate-class.md
index 79c2e094e88..2128bfc685e 100644
--- a/docs/csharp/delegate-class.md
+++ b/docs/csharp/delegate-class.md
@@ -1,20 +1,13 @@
---
-title: "System.Delegate と ’delegate’ キーワード"
-description: "デリゲートをサポートする .NET Framework のクラスと、それが ’delegate’ キーワードにどのように対応付けられるかについて取り上げます。"
-keywords: .NET, .NET Core
-author: BillWagner
-ms.author: wiwagn
+title: System.Delegate と `delegate` キーワード
+description: デリゲートをサポートする .NET Framework のクラスと、それが ’delegate’ キーワードにどのように対応付けられるかについて取り上げます。
ms.date: 06/20/2016
-ms.topic: article
-ms.prod: .net
-ms.technology: devlang-csharp
-ms.devlang: csharp
ms.assetid: f3742fda-13c2-4283-8966-9e21c2674393
-ms.openlocfilehash: 09c7da7c780389d3819cf23a533cc425b43ad5ff
-ms.sourcegitcommit: bbde43da655ae7bea1977f7af7345eb87bd7fd5f
+ms.openlocfilehash: 2265d081b884a19cda6fc9d80a0f621a30c87e2a
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: HT
ms.contentlocale: ja-JP
-ms.lasthandoff: 10/21/2017
+ms.lasthandoff: 05/04/2018
---
# System.Delegate と `delegate` キーワード
@@ -120,7 +113,7 @@ Sort() の例では、通常、デリゲートに 1 つのターゲット メソ
## Delegate クラスと MulticastDelegate クラス
-前述の言語サポートは、デリゲートの操作で一般的に必要となる機能と支援を提供します。 これらの機能は、.NET Core framework での 2 つのクラスに組み込まれて:とです。
+前述の言語サポートは、デリゲートの操作で一般的に必要となる機能と支援を提供します。 これらの機能は、.NET Core Framework の 2 つのクラスである と に基づいています。
`System.Delegate` クラスと、その直接的なサブクラス `System.MulticastDelegate` は、デリゲートの作成、デリゲート ターゲットとしてのメソッドの登録、デリゲート ターゲットとして登録されているすべてのメソッドの呼び出しについてフレームワークをサポートします。
diff --git a/docs/csharp/delegates-strongly-typed.md b/docs/csharp/delegates-strongly-typed.md
index fbd4bb7d521..02e9f3a7152 100644
--- a/docs/csharp/delegates-strongly-typed.md
+++ b/docs/csharp/delegates-strongly-typed.md
@@ -1,20 +1,13 @@
---
-title: "厳密に型指定されたデリゲート"
-description: "デリゲートを必要とする機能を作成するときに、汎用デリゲート型を使用してカスタム型を宣言する方法について説明します。"
-keywords: .NET, .NET Core
-author: BillWagner
-ms.author: wiwagn
+title: 厳密に型指定されたデリゲート
+description: デリゲートを必要とする機能を作成するときに、汎用デリゲート型を使用してカスタム型を宣言する方法について説明します。
ms.date: 06/20/2016
-ms.topic: article
-ms.prod: .net
-ms.technology: devlang-csharp
-ms.devlang: csharp
ms.assetid: 564a683d-352b-4e57-8bac-b466529daf6b
-ms.openlocfilehash: 467ba18f8e032b9b3b8f480d4b10c92d0d7ba3b9
-ms.sourcegitcommit: bbde43da655ae7bea1977f7af7345eb87bd7fd5f
+ms.openlocfilehash: 2e4cc1c7bfa0aaa90f3aaefa0da64c5486a9d10f
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: HT
ms.contentlocale: ja-JP
-ms.lasthandoff: 10/21/2017
+ms.lasthandoff: 05/04/2018
---
# 厳密に型指定されたデリゲート
@@ -39,7 +32,7 @@ public delegate void Action(T1 arg1, T2 arg2);
ジェネリック型引数の `in` 修飾子については、共変性についての記事で取り上げます。
-バリエーションがある、`Action`などを含む最大 16 個の引数をデリゲートです。
+`Action` デリゲートには、最大 16 の引数を含むバリエーションが存在します (例: )。
これらの定義では、デリゲート引数のそれぞれに異なるジェネリック引数が使われているという点が重要です。それによってきわめて高い柔軟性が実現されているからです。 メソッドの一連の引数は、必ずしも同じ型である必要はありませんが、同じ型である場合もあります。
戻り値を持たないデリゲート型には、いずれかの `Action` 型を使用します。
@@ -55,12 +48,12 @@ public delegate TResult Func(T1 arg1, T2 arg2);
ジェネリック型引数 result の `out` 修飾子については、共変性についての記事で取り上げます。
-バリエーションがある、`Func`などを最大 16 個の入力引数を持つデリゲートです。
+`Func` デリゲートには、最大 16 の入力引数を含むバリエーションが存在します (例: )。
慣例上、`Func` に宣言されているすべての型パラメーターの最後に出現する型が常に実行結果の型になります。
値を返すデリゲート型には、いずれかの `Func` 型を使用します。
-また、特殊なテストを 1 つの値を返すデリゲートの型。
+また、単一の値に対する判定結果を返すデリゲートに特化された という型も存在します。
```csharp
public delegate bool Predicate(T obj);
diff --git a/docs/csharp/language-reference/compiler-messages/cs1548.md b/docs/csharp/language-reference/compiler-messages/cs1548.md
index 67bde989ea4..38e6c54b899 100644
--- a/docs/csharp/language-reference/compiler-messages/cs1548.md
+++ b/docs/csharp/language-reference/compiler-messages/cs1548.md
@@ -1,23 +1,16 @@
---
title: コンパイラ エラー CS1548
ms.date: 07/20/2015
-ms.prod: .net
-ms.technology:
-- devlang-csharp
-ms.topic: error-reference
f1_keywords:
- CS1548
helpviewer_keywords:
- CS1548
ms.assetid: 63a467fa-d85f-4876-a8c9-2ae5fdebebab
-caps.latest.revision: 13
-author: BillWagner
-ms.author: wiwagn
-ms.openlocfilehash: ee6a36dd355c2a14602806975b5a61913882ea5d
-ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e
+ms.openlocfilehash: 79adc346348a83a931c6548c4e52569c25d9a176
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: HT
ms.contentlocale: ja-JP
-ms.lasthandoff: 10/18/2017
+ms.lasthandoff: 05/04/2018
---
# コンパイラ エラー CS1548
アセンブリ 'assembly' を署名しているときに暗号に失敗しました — 'reason'
@@ -26,9 +19,9 @@ ms.lasthandoff: 10/18/2017
アセンブリに完全署名するには、公開キーと秘密キーに関する情報を含む有効なキー ファイルを提供する必要があります。 アセンブリに遅延署名するには、**[遅延署名のみ]** チェック ボックスをオンにし、公開キー情報を含む有効なキー ファイルを提供する必要があります。 アセンブリに遅延署名する場合、秘密キーは必要ありません。
- 詳細については、次を参照してください。[する方法: 厳密な名前でアセンブリに署名](../../../framework/app-domains/how-to-sign-an-assembly-with-a-strong-name.md)、 [/keyfile (c# コンパイラ オプション)](../../../csharp/language-reference/compiler-options/keyfile-compiler-option.md)と[/delaysign (c# コンパイラ オプション)](../../../csharp/language-reference/compiler-options/delaysign-compiler-option.md)です。
+ 詳細については、「[方法 : 厳密な名前でアセンブリに署名する](../../../framework/app-domains/how-to-sign-an-assembly-with-a-strong-name.md)」、「[/keyfile (C# コンパイラ オプション)](../../../csharp/language-reference/compiler-options/keyfile-compiler-option.md)」、「[/delaysign (C# コンパイラ オプション)](../../../csharp/language-reference/compiler-options/delaysign-compiler-option.md)」をご覧ください。
アセンブリの作成時に、C# コンパイラは al.exe というユーティリティを呼び出します。 アセンブリの作成時にエラーが発生すると、al.exe によってエラーの原因が報告されます。 「[Al.exe ツールのエラーと警告](../../../framework/tools/al-exe-assembly-linker.md#errors-and-warnings)」で、コンパイラによって 'reason' に報告されるテキストの該当トピックを検索してください。
-## 関連項目
+## 参照
[方法: 厳密な名前でアセンブリに署名する](../../../framework/app-domains/how-to-sign-an-assembly-with-a-strong-name.md)
diff --git a/docs/csharp/language-reference/compiler-messages/cs1721.md b/docs/csharp/language-reference/compiler-messages/cs1721.md
index a8d7a70e853..23665dcec2a 100644
--- a/docs/csharp/language-reference/compiler-messages/cs1721.md
+++ b/docs/csharp/language-reference/compiler-messages/cs1721.md
@@ -1,23 +1,16 @@
---
title: コンパイラ エラー CS1721
ms.date: 07/20/2015
-ms.prod: .net
-ms.technology:
-- devlang-csharp
-ms.topic: error-reference
f1_keywords:
- CS1721
helpviewer_keywords:
- CS1721
ms.assetid: f02dc9b1-8e38-4562-b013-4d752ad79061
-caps.latest.revision: 12
-author: BillWagner
-ms.author: wiwagn
-ms.openlocfilehash: 346c32924805e638065c5e21ccc95fd882789139
-ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a
+ms.openlocfilehash: f5582e295214801995382e080eb9e01a8b07a6b2
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: HT
ms.contentlocale: ja-JP
-ms.lasthandoff: 11/21/2017
+ms.lasthandoff: 05/04/2018
---
# コンパイラ エラー CS1721
クラス 'class' に複数の基本クラスを指定することはできません: 'class_1' および 'class_2'
@@ -25,7 +18,7 @@ ms.lasthandoff: 11/21/2017
このエラー メッセージの最も一般的な原因としては、多重継承の使用があります。 C# のクラスは 1 つのクラスから直接継承することしかできません。 ただし、1 つのクラスは任意の数のインターフェイスを実装できます。
## 例
- 次の例は、1 つの方法で CS1721 が生成され、エラーを回避する方法は 2 つを示します。
+ 次の例では、CS1721 が発生する状況を 1 つ示した後で、このエラーを回避するための方法を 2 つ示します。
```csharp
// CS1721.cs
@@ -44,6 +37,6 @@ public interface B {}
public class C : A, B {}
```
-## 関連項目
+## 参照
[ポリモーフィズム](../../../csharp/programming-guide/classes-and-structs/polymorphism.md)
[インターフェイス](../../../csharp/programming-guide/interfaces/index.md)
diff --git a/docs/csharp/language-reference/compiler-messages/cs3009.md b/docs/csharp/language-reference/compiler-messages/cs3009.md
index 5be377571e2..40f33d5ff5c 100644
--- a/docs/csharp/language-reference/compiler-messages/cs3009.md
+++ b/docs/csharp/language-reference/compiler-messages/cs3009.md
@@ -1,28 +1,21 @@
---
title: コンパイラの警告 (レベル 1) CS3009
ms.date: 07/20/2015
-ms.prod: .net
-ms.technology:
-- devlang-csharp
-ms.topic: error-reference
f1_keywords:
- CS3009
helpviewer_keywords:
- CS3009
ms.assetid: 41a1d2c4-d558-4066-8f3f-e9d2d69298a8
-caps.latest.revision: 8
-author: BillWagner
-ms.author: wiwagn
-ms.openlocfilehash: 6a73681e43bef94c091f8eb6a60d8ed76c54d3d8
-ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e
+ms.openlocfilehash: 8d9a6e7158147fce33bea4f339c852f0b8116ca2
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: HT
ms.contentlocale: ja-JP
-ms.lasthandoff: 10/18/2017
+ms.lasthandoff: 05/04/2018
---
# コンパイラの警告 (レベル 1) CS3009
'type': 基本型 'type' は CLS に準拠していません
- 共通言語仕様 (CLS) 準拠としてマークされているアセンブリで、基本型に CLS 準拠不要のマークが付けられました。 アセンブリが CLS 準拠であることを指定する属性を削除するか、または型が CLS 準拠でないことを示す属性を削除してください。 CLS 準拠の詳細については、次を参照してください。 [CLS 準拠の規則](../../../standard/language-independence-and-language-independent-components.md#cls-compliance-rules)と[言語非依存および言語非依存コンポーネント](../../../standard/language-independence.md)です。
+ 共通言語仕様 (CLS) 準拠としてマークされているアセンブリで、基本型に CLS 準拠不要のマークが付けられました。 アセンブリが CLS 準拠であることを指定する属性を削除するか、または型が CLS 準拠でないことを示す属性を削除してください。 CLS 準拠について詳しくは、「[CLS 準拠の規則](../../../standard/language-independence-and-language-independent-components.md#cls-compliance-rules)」および「[言語への非依存性、および言語非依存コンポーネント](../../../standard/language-independence.md)」をご覧ください。
## 例
次の例では CS3009 が生成されます。
diff --git a/docs/csharp/language-reference/compiler-messages/cs7003.md b/docs/csharp/language-reference/compiler-messages/cs7003.md
index 31423dd67cb..476b2f9edec 100644
--- a/docs/csharp/language-reference/compiler-messages/cs7003.md
+++ b/docs/csharp/language-reference/compiler-messages/cs7003.md
@@ -1,14 +1,28 @@
+---
+title: コンパイラ エラー CS7003
+ms.date: 11/05/2017
+f1_keywords:
+- CS7003
+helpviewer_keywords:
+- CS7003
+author: sputier
+ms.openlocfilehash: 41c1b6f3751028ea1908965531a8587f93850a82
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
+ms.translationtype: HT
+ms.contentlocale: ja-JP
+ms.lasthandoff: 05/04/2018
+---
# コンパイラ エラー CS7003
-バインドされていないジェネリック名の予期しない使用方法
+バインドされていないジェネリック名の予期しない使用方法です
-1 つのパラメーターを必要とするジェネリック型を使用する場合、このエラーが発生した、山かっこの間で、ジェネリック パラメーターの型名を渡すことがない型をします。 このように使用するには、変数の宣言、またはオブジェクト インスタンスがあります。
+このエラーは、パラメーターの型を 1 つ必要とするジェネリック型を使用する際に、山かっこの間でジェネリック パラメーターの型の名前を指定しなかった場合に発生します。 変数の宣言やオブジェクトのインスタンス化においてこのような使い方をする場合があります。
## このエラーを解決するには
-ジェネリック型を使用する場合は、山かっこ内の 1 つのパラメーターの型名を提供します。
+ジェネリック型を使用する場合は、山かっこの間でパラメーターの型の名前を 1 つ指定します。
## 例
- 次の例では、CS7003 が生成されます。
+ 次の例では CS7003 が生成されます。
```csharp
// CS7003.cs
@@ -25,5 +39,5 @@
public class MyGenericClass { }
```
-## 関連項目
+## 参照
[ジェネリック](../../../csharp/programming-guide/generics/generic-type-parameters.md)
\ No newline at end of file
diff --git a/docs/csharp/language-reference/compiler-options/nostdlib-compiler-option.md b/docs/csharp/language-reference/compiler-options/nostdlib-compiler-option.md
index af591ae3eaa..9c28bbc99e7 100644
--- a/docs/csharp/language-reference/compiler-options/nostdlib-compiler-option.md
+++ b/docs/csharp/language-reference/compiler-options/nostdlib-compiler-option.md
@@ -1,10 +1,6 @@
---
-title: "-nostdlib (C# コンパイラ オプション)"
+title: -nostdlib (C# コンパイラ オプション)
ms.date: 07/20/2015
-ms.prod: .net
-ms.technology:
-- devlang-csharp
-ms.topic: article
f1_keywords:
- /nostdlib
helpviewer_keywords:
@@ -12,14 +8,11 @@ helpviewer_keywords:
- -nostdlib compiler option [C#]
- /nostdlib compiler option [C#]
ms.assetid: ec197989-fa49-4725-a455-e06b551eb65f
-caps.latest.revision:
-author: BillWagner
-ms.author: wiwagn
-ms.openlocfilehash: dd9d2b6a4a9c774aa339e840ad0020ee39cb10d3
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.openlocfilehash: 1dc0ab70ca28626c4a3f505c13ec1d6f828a4b05
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: HT
ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 05/04/2018
---
# -nostdlib (C# コンパイラ オプション)
**-nostdlib** は、System 名前空間の全体を定義する mscorlib.dll がインポートされないようにします。
diff --git a/docs/csharp/language-reference/keywords/default-values-table.md b/docs/csharp/language-reference/keywords/default-values-table.md
index b287f63c658..88635cd9e74 100644
--- a/docs/csharp/language-reference/keywords/default-values-table.md
+++ b/docs/csharp/language-reference/keywords/default-values-table.md
@@ -1,11 +1,7 @@
---
title: 既定値の一覧表 (C# リファレンス)
-descripton: Learn what are the default values of value types returned by the default constructors.
+description: 既定のコンストラクターによって返される値の型の既定値について説明します。
ms.date: 07/20/2015
-ms.prod: .net
-ms.technology:
-- devlang-csharp
-ms.topic: article
helpviewer_keywords:
- constructors [C#], return values
- keywords [C#], new
@@ -15,13 +11,11 @@ helpviewer_keywords:
- variables [C#], value types
- constructors [C#], default constructor
- types [C#], default constructor return values
-author: BillWagner
-ms.author: wiwagn
-ms.openlocfilehash: e249dd2f352fe6177f3afbfd089fc4dc9b1b7798
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 634a55304534b4269487f29be1fbb4930f51d8ca
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: HT
ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 05/04/2018
---
# 既定値の一覧表 (C# リファレンス)
diff --git a/docs/csharp/language-reference/keywords/double.md b/docs/csharp/language-reference/keywords/double.md
index 4e71995d4a1..28b773c700c 100644
--- a/docs/csharp/language-reference/keywords/double.md
+++ b/docs/csharp/language-reference/keywords/double.md
@@ -1,24 +1,17 @@
---
-title: "double (C# リファレンス)"
+title: double (C# リファレンス)
ms.date: 07/20/2015
-ms.prod: .net
-ms.technology:
-- devlang-csharp
-ms.topic: article
f1_keywords:
- double
- double_CSharpKeyword
helpviewer_keywords:
- double data type [C#]
ms.assetid: 0980e11b-6004-4102-abcf-cfc280fc6991
-caps.latest.revision:
-author: BillWagner
-ms.author: wiwagn
-ms.openlocfilehash: 232dd97e152f943137604074f24b5de779168e59
-ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a
+ms.openlocfilehash: e2524c907781bd3ce618acb0bdd087acb4b10f75
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: HT
ms.contentlocale: ja-JP
-ms.lasthandoff: 11/21/2017
+ms.lasthandoff: 05/04/2018
---
# double (C# リファレンス)
`double` キーワードは、64 ビット浮動小数点値を格納する単純な型を示します。 次の表では、`double` 型の有効桁数とおおよその範囲を示します。
@@ -61,7 +54,7 @@ double x = 3D;
## 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)
diff --git a/docs/csharp/language-reference/keywords/foreach-in.md b/docs/csharp/language-reference/keywords/foreach-in.md
index c6a0beca5d0..1c532b93309 100644
--- a/docs/csharp/language-reference/keywords/foreach-in.md
+++ b/docs/csharp/language-reference/keywords/foreach-in.md
@@ -1,9 +1,6 @@
---
-title: "foreach、in (C# リファレンス)"
+title: foreach、in (C# リファレンス)
ms.date: 10/11/2017
-ms.prod: .net
-ms.technology: devlang-csharp
-ms.topic: article
f1_keywords:
- foreach
- foreach_CSharpKeyword
@@ -12,14 +9,11 @@ helpviewer_keywords:
- foreach statement [C#]
- in keyword [C#]
ms.assetid: 5a9c5ddc-5fd3-457a-9bb6-9abffcd874ec
-caps.latest.revision: "29"
-author: BillWagner
-ms.author: wiwagn
-ms.openlocfilehash: d5601682d53a01ff07aba7e416aa81ded4c03e4e
-ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e
+ms.openlocfilehash: f00ae873e615f653d3e760f82b157a57fdaef6ed
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: HT
ms.contentlocale: ja-JP
-ms.lasthandoff: 10/18/2017
+ms.lasthandoff: 05/04/2018
---
# foreach、in (C# リファレンス)
`foreach` ステートメントは、 インターフェイスまたは インターフェイスを実装する配列またはオブジェクト コレクションのそれぞれの要素に対して埋め込みステートメントを繰り返します。 `foreach` ステートメントは、コレクションを繰り返し処理して目的の情報を取得するために使用しますが、予期しない副作用を防ぐため、ソース コレクションに対する項目の追加または削除には使用しないでください。 ソース コレクションに対して項目を追加または削除する必要がある場合は、[for](for.md) ループを使います。
@@ -37,10 +31,10 @@ ms.lasthandoff: 10/18/2017
[方法: foreach を使用してコレクション クラスにアクセスする](../../programming-guide/classes-and-structs/how-to-access-a-collection-class-with-foreach.md)
## 例
- 次のコードでは、3 つの例を示します。
+ 次のコードは、3 つの例を示しています。
> [!TIP]
-> 構文をテストし、ユース ケースに似ている別の使用を再試行してください。 例を変更することができます。 編集し、「実行」、もう一度押しますコードを実行するには、"Run"キーを押します。
+> 例を変更して構文の実験をしたり、自身のユース ケースにより近い異なる使用方法を試したりできます。 「実行」を押してコードを実行し、編集したら再び「実行」を押します。
- 整数の配列の内容を表示する一般的な `foreach` ループ
@@ -57,7 +51,7 @@ ms.lasthandoff: 10/18/2017
## C# 言語仕様
[!INCLUDE[CSharplangspec](~/includes/csharplangspec-md.md)]
-## 関連項目
+## 参照
[C# リファレンス](../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 9a71f79e12a..53b5af7bbb9 100644
--- a/docs/csharp/language-reference/keywords/formatting-numeric-results-table.md
+++ b/docs/csharp/language-reference/keywords/formatting-numeric-results-table.md
@@ -1,24 +1,17 @@
---
title: 数値結果テーブルの書式設定 (C# リファレンス)
ms.date: 07/20/2015
-ms.prod: .net
-ms.technology:
-- devlang-csharp
-ms.topic: article
helpviewer_keywords:
- formatting [C#]
- numeric formatting [C#]
- String.Format method
- Console.Write method
ms.assetid: 120ba537-4448-4c62-8676-7a8fdd98f496
-caps.latest.revision: 14
-author: BillWagner
-ms.author: wiwagn
-ms.openlocfilehash: d389703c2d82d74760b99059201cb634849aa433
-ms.sourcegitcommit: 935d5267c44f9bce801468ef95f44572f1417e8c
+ms.openlocfilehash: cc215971d63a0ee61eb25ac45834a81fbbc50b96
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: HT
ms.contentlocale: ja-JP
-ms.lasthandoff: 03/28/2018
+ms.lasthandoff: 05/04/2018
---
# 数値結果テーブルの書式設定 (C# リファレンス)
数値結果の書式を指定するには、 メソッドを使用するか、`String.Format` を呼び出す メソッドまたは メソッドを使用するか、[文字列補間](../tokens/interpolated.md)を使用します。 書式を指定するには、書式指定文字列を使用します。 サポートされる標準の書式指定文字列を次の表に示します。 書式指定文字列は `Axx` という形式になります。この `A` は書式指定子、`xx` は精度指定子です。 書式指定子は、数値に適用する書式の種類を制御し、精度指定子は、書式付き出力の有効桁数または小数点以下の桁数を制御します。 精度指定子の値は 0 から 99 の範囲です。
diff --git a/docs/csharp/language-reference/keywords/return.md b/docs/csharp/language-reference/keywords/return.md
index a49de832d55..15a7cc73c8c 100644
--- a/docs/csharp/language-reference/keywords/return.md
+++ b/docs/csharp/language-reference/keywords/return.md
@@ -1,9 +1,6 @@
---
-title: "return (C# リファレンス)"
+title: return (C# リファレンス)
ms.date: 07/20/2015
-ms.prod: .net
-ms.technology: devlang-csharp
-ms.topic: article
f1_keywords:
- return_CSharpKeyword
- return
@@ -11,14 +8,11 @@ helpviewer_keywords:
- return statement [C#]
- return keyword [C#]
ms.assetid: 6da6e152-5b58-4448-8f3f-470dd0617ecd
-caps.latest.revision: "18"
-author: BillWagner
-ms.author: wiwagn
-ms.openlocfilehash: 90c84b51c6ee57864eac552bc488c9f9c15e9394
-ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a
+ms.openlocfilehash: 29d2b8e28ae6240b9d06b82695efe1736404c5cb
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: HT
ms.contentlocale: ja-JP
-ms.lasthandoff: 11/21/2017
+ms.lasthandoff: 05/04/2018
---
# return (C# リファレンス)
`return` ステートメントは、メソッドの実行を終了し、呼び出し側のメソッドに制御を戻します。 省略可能な値を返すこともできます。 メソッドが `void` 型の場合、`return` ステートメントは省略できます。
@@ -26,14 +20,14 @@ ms.lasthandoff: 11/21/2017
return ステートメントが `try` ブロック内にある場合は、制御が呼び出し側のメソッドに返される前に、`finally` ブロック (存在する場合) が実行されます。
## 例
- 次の例では、メソッドで`CalculateArea()`ローカル変数を返す`area`として、[二重](../../../csharp/language-reference/keywords/double.md)値。
+ 次の例では、メソッド `CalculateArea()` がローカル変数 `area` を [double](../../../csharp/language-reference/keywords/double.md) 値として返します。
[!code-csharp[csrefKeywordsJump#6](../../../csharp/language-reference/keywords/codesnippet/CSharp/return_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)
diff --git a/docs/framework/wcf/feature-details/workflow-service-host-internals.md b/docs/framework/wcf/feature-details/workflow-service-host-internals.md
index 25ec675af1c..b7733600d35 100644
--- a/docs/framework/wcf/feature-details/workflow-service-host-internals.md
+++ b/docs/framework/wcf/feature-details/workflow-service-host-internals.md
@@ -1,26 +1,12 @@
---
title: ワークフロー サービス ホストの内部
-ms.custom: ''
ms.date: 03/30/2017
-ms.prod: .net-framework
-ms.reviewer: ''
-ms.suite: ''
-ms.technology:
-- dotnet-clr
-ms.tgt_pltfrm: ''
-ms.topic: article
ms.assetid: af44596f-bf6a-4149-9f04-08d8e8f45250
-caps.latest.revision: 5
-author: dotnet-bot
-ms.author: dotnetcontent
-manager: wpickett
-ms.workload:
-- dotnet
-ms.openlocfilehash: 84bd0c5b93984e126019699caf64a61183c08f13
-ms.sourcegitcommit: 94d33cadc5ff81d2ac389bf5f26422c227832052
-ms.translationtype: HT
+ms.openlocfilehash: 55458dce498ac2630b7c69b743e0c0df1d5c4e92
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
+ms.translationtype: MT
ms.contentlocale: ja-JP
-ms.lasthandoff: 04/30/2018
+ms.lasthandoff: 05/04/2018
---
# ワークフロー サービス ホストの内部
では、ワークフロー サービスのホストが提供されます。 これにより、受信メッセージをリッスンして、該当するワークフロー サービス インスタンスにルーティングし、アイドル状態のワークフローのアンロードおよび永続化を制御できます。 このトピックでは、WorkflowServiceHost がどのように受信メッセージを処理するかについて説明します。
@@ -39,7 +25,7 @@ ms.lasthandoff: 04/30/2018
![ワークフロー サービス ホストのメッセージ フロー](../../../../docs/framework/wcf/feature-details/media/wfshmessageflow.gif "WFSHMessageFlow")
- この図には、3 つの異なるエンドポイント (アプリケーション エンドポイント、ワークフロー コントロール エンドポイント、およびワークフローをホストするエンドポイント) が示されています。 アプリケーション エンドポイントは、特定のワークフロー インスタンスにバインドされたメッセージを受信します。 ワークフロー コントロール エンドポイントは、制御操作をリッスンします。 ワークフローをホストするエンドポイントは、 がサービス以外のワークフローを読み込んで実行するためのメッセージをリッスンします。 この図が示すように、すべてのメッセージは、WCF ランタイム中に処理されます。 ワークフロー サービス インスタンスの調整は、 プロパティを使用して実現されます。 このプロパティは、同時ワークフロー サービス インスタンスの数を制限します。 この調整を超過すると、新しいワークフロー サービス インスタンスの追加要求または永続化されたワークフロー インスタンスのアクティブ化の要求がキューに置かれます。 キューに置かれた要求は、新規インスタンスと実行中の永続化されたインスタンスのどちらに対するものであるかにかかわらず、FIFO 順で処理されます。 未処理の例外の処理方法およびアイドル状態のワークフロー サービスのアンロードおよび永続化方法を指定するホスト ポリシー情報が読み込まれます。 これらのトピックの詳細については、次を参照してください。[する方法: WorkflowServiceHost での例外動作の構成ワークフロー未処理](../../../../docs/framework/wcf/feature-details/config-workflow-unhandled-exception-workflowservicehost.md)と[する方法: WorkflowServiceHost でのアイドル動作の構成](../../../../docs/framework/wcf/feature-details/how-to-configure-idle-behavior-with-workflowservicehost.md)です。 ワークフロー インスタンスは、ホスト ポリシーに従って永続化され、必要に応じて再度読み込まれます。 ワークフローの永続化の詳細については、次を参照してください:[する方法: WorkflowServiceHost で永続化を構成する](../../../../docs/framework/wcf/feature-details/how-to-configure-persistence-with-workflowservicehost.md)、[実行時間の長いワークフロー サービスを作成する](../../../../docs/framework/wcf/feature-details/creating-a-long-running-workflow-service.md)、および[ワークフローの永続化。](../../../../docs/framework/windows-workflow-foundation/workflow-persistence.md).
+ この図には、3 つの異なるエンドポイント (アプリケーション エンドポイント、ワークフロー コントロール エンドポイント、およびワークフローをホストするエンドポイント) が示されています。 アプリケーション エンドポイントは、特定のワークフロー インスタンスにバインドされたメッセージを受信します。 ワークフロー コントロール エンドポイントは、制御操作をリッスンします。 ワークフローをホストするエンドポイントは、 がサービス以外のワークフローを読み込んで実行するためのメッセージをリッスンします。 この図が示すように、すべてのメッセージは、WCF ランタイム中に処理されます。 ワークフロー サービス インスタンスの調整は、 プロパティを使用して実現されます。 このプロパティは、同時ワークフロー サービス インスタンスの数を制限します。 この調整を超過すると、新しいワークフロー サービス インスタンスの追加要求または永続化されたワークフロー インスタンスのアクティブ化の要求がキューに置かれます。 キューに置かれた要求は、新規インスタンスと実行中の永続化されたインスタンスのどちらに対するものであるかにかかわらず、FIFO 順で処理されます。 未処理の例外の処理方法およびアイドル状態のワークフロー サービスのアンロードおよび永続化方法を指定するホスト ポリシー情報が読み込まれます。 これらのトピックの詳細については、次を参照してください。[する方法: WorkflowServiceHost での例外動作の構成ワークフロー未処理](../../../../docs/framework/wcf/feature-details/config-workflow-unhandled-exception-workflowservicehost.md)と[する方法: WorkflowServiceHost でのアイドル動作の構成](../../../../docs/framework/wcf/feature-details/how-to-configure-idle-behavior-with-workflowservicehost.md)です。 ワークフロー インスタンスは、ホスト ポリシーに従って永続化され、必要に応じて再度読み込まれます。 ワークフローの永続化の詳細については、次を参照してください:[する方法: WorkflowServiceHost で永続化を構成する](../../../../docs/framework/wcf/feature-details/how-to-configure-persistence-with-workflowservicehost.md)、[実行時間の長いワークフロー サービスを作成する](../../../../docs/framework/wcf/feature-details/creating-a-long-running-workflow-service.md)、および[ワークフローの永続化](../../../../docs/framework/windows-workflow-foundation/workflow-persistence.md)。
次の図は、WorkflowServiceHost.Open が呼び出されたときの動作を示しています。
diff --git a/docs/framework/wcf/samples/firewall-instructions.md b/docs/framework/wcf/samples/firewall-instructions.md
index ddcc696650d..0b4bf16b11d 100644
--- a/docs/framework/wcf/samples/firewall-instructions.md
+++ b/docs/framework/wcf/samples/firewall-instructions.md
@@ -1,33 +1,21 @@
---
-title: "ファイアウォール手順"
-ms.custom:
+title: ファイアウォール手順
ms.date: 03/30/2017
-ms.prod: .net-framework
-ms.reviewer:
-ms.suite:
-ms.technology: dotnet-clr
-ms.tgt_pltfrm:
-ms.topic: article
ms.assetid: a7dc429f-65ac-4faf-974a-77d5fb977fe1
-caps.latest.revision: "32"
-author: dotnet-bot
-ms.author: dotnetcontent
-manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 270df09f709dfdfeb78b9bd72bc3744c6614bc5e
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: 7ae7adcb773167a6af190355dd595f0f063fedc8
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: MT
ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 05/04/2018
---
# ファイアウォール手順
-[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] サンプルが機能するように、ファイアウォール内でいくつかのポートまたはプログラムを有効にする必要があります。 サンプルの多くは、通信する際に 8000 ~ 8003 の範囲のポートと 9000 のポートを使用します。 既定ではファイアウォールが有効なので、こうしたポートにはアクセスできません。 サンプル用にファイアウォールを有効にするには、要件とセキュリティ環境に応じて次のいずれかの手順を完了する必要があります。
+Windows Communication Foundation (WCF) サンプルが機能できるように複数のポートやファイアウォールのプログラムを有効にする必要があります。 サンプルの多くは、通信する際に 8000 ~ 8003 の範囲のポートと 9000 のポートを使用します。 既定ではファイアウォールが有効なので、こうしたポートにはアクセスできません。 サンプル用にファイアウォールを有効にするには、要件とセキュリティ環境に応じて次のいずれかの手順を完了する必要があります。
- オプション 1: 実行中のサンプルを対話形式で有効にします。 ファイアウォールの構成をあらかじめ変更することなく、サンプルのビルドおよび実行の開始に進みます。 サンプルを実行すると、 **Windows セキュリティの警告** ダイアログ ボックスが表示されます。 対象のプログラムを、ブロック解除の一覧に対話形式で追加できます。 この手順では、この後サンプルを再起動する必要があります。
- オプション 2: サンプル プログラムをあらかじめ有効にしておきます。 開始、 **Windows ファイアウォールのコントロール パネル**アプレットとサンプル プログラムを実行する計画を有効にします。 実行可能ファイルが存在するように、プログラムを最初にビルドする必要があります。 手順の詳細については、後述を参照してください。
-- オプション 3: ポート範囲をあらかじめ有効にしておきます。 開始、 **Windows ファイアウォール****コントロール パネルの** アプレットと有効にするポート 80、443、8000 ~ 8003、および 9000 をサンプルで使用されます。 手順の詳細については、後述を参照してください。 このオプションは他の手順よりも安全性が低くなります。サンプルだけでなく、任意のプログラムでこれらのポートを使用できるようになるからです。
+- オプション 3: ポート範囲をあらかじめ有効にしておきます。 開始、 **Windows ファイアウォール****コントロール パネルの **アプレットと有効にするポート 80、443、8000 ~ 8003、および 9000 をサンプルで使用されます。 手順の詳細については、後述を参照してください。 このオプションは他の手順よりも安全性が低くなります。サンプルだけでなく、任意のプログラムでこれらのポートを使用できるようになるからです。
どの手順を使用するか判断に迷う場合は、最初のオプションを選択してください。 他のベンダのファイアウォールを実行している場合も、同様の変更が必要になる場合があります。
@@ -45,7 +33,7 @@ ms.lasthandoff: 12/22/2017
3. Windows ファイアウォールを介したプログラムを許可するには、次のいずれかの手順を実行します。
- - Windows 7 または Windows Server 2008 r2 の場合は、をクリックして**プログラムまたは機能が Windows ファイアウォールを通過を許可する**です。 をクリックして**設定を変更する**、許可**別のプログラムしています.**.
+ - Windows 7 または Windows Server 2008 r2 の場合は、をクリックして**プログラムまたは機能が Windows ファイアウォールを通過を許可する**です。 をクリックして**設定を変更する**、許可**別のプログラムしています**.
- [!INCLUDE[wv](../../../../includes/wv-md.md)]または[!INCLUDE[lserver](../../../../includes/lserver-md.md)]をクリックして**Windows ファイアウォールによるプログラムの許可**です。
@@ -73,7 +61,7 @@ ms.lasthandoff: 12/22/2017
5. 選択**TCP**入力と`8000, 8001, 8002, 8003, 9000, 80, 443`で、**特定のローカル ポート**フィールドです。
- 6. **[次へ]**をクリックします。
+ 6. **[次へ]** をクリックします。
7. 選択**接続を許可する**、 をクリック**次**です。
@@ -91,7 +79,7 @@ ms.lasthandoff: 12/22/2017
3. 名前を入力し、ポート番号として 8000 を入力し、選択、 **TCP**オプション。
- 4. クリックして、**スコープの変更**ボタン、[、**マイ ネットワーク**(サブネット) のみ] をクリック**[ok]**です。
+ 4. クリックして、**スコープの変更**ボタン、[、**マイ ネットワーク**(サブネット) のみ] をクリック **[ok]** です。
5. 手順 b ~ d を繰り返して、ポート 8001、8002、8003、9000、80、および 443 を設定します。
diff --git a/docs/framework/wcf/samples/security-validation.md b/docs/framework/wcf/samples/security-validation.md
index 5e4db62f508..fd92460061f 100644
--- a/docs/framework/wcf/samples/security-validation.md
+++ b/docs/framework/wcf/samples/security-validation.md
@@ -1,24 +1,14 @@
---
-title: "セキュリティ検証"
-ms.custom:
+title: セキュリティ検証
ms.date: 03/30/2017
-ms.prod: .net-framework
-ms.reviewer:
-ms.suite:
-ms.technology: dotnet-clr
-ms.tgt_pltfrm:
-ms.topic: article
ms.assetid: 48dcd496-0c4f-48ce-8b9b-0e25b77ffa58
-caps.latest.revision: "35"
author: BrucePerlerMS
-ms.author: bruceper
manager: mbaldwin
-ms.workload: dotnet
-ms.openlocfilehash: 86a10a4117a5bbeb48e9d1d15b1ce8da9d7c7751
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: f77b01633f214d3a8c4ad8d7226375c3ed2368fa
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: MT
ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 05/04/2018
---
# セキュリティ検証
このサンプルでは、サービスが特定の条件を満たしていることを確認するカスタム動作を使用して、コンピューター上のサービスを検証する方法を示します。 このサンプルでは、サービス上の各エンドポイントをスキャンし、セキュリティ保護されたバインド要素が含まれているかどうかを確認するカスタム動作を使用して、サービスを検証します。 このサンプルがに基づいて、[作業の開始](../../../../docs/framework/wcf/samples/getting-started-sample.md)です。
@@ -88,11 +78,11 @@ public void Validate(ServiceDescription serviceDescription,
> [!NOTE]
> 動作をすべてのサービスに追加する場合、Machine.config ファイルの変更を行う前に、このファイルのバックアップを推奨するメッセージが表示されます。
- ここで、このサンプルの client\bin ディレクトリに用意されたクライアントを実行します。 例外が発生して、"要求されたサービス、'http://localhost/servicemodelsamples/service.svc' を起動できませんでした。" というメッセージが表示されます。 これは予期される例外です。エンドポイント検証の動作により、エンドポイントがセキュリティで保護されていないと見なされ、サービスが開始されないためです。 さらにこの動作によって、エンドポイントがセキュリティ保護されていないという内部例外がスローされ、システム イベント ビューアで "WebHost" カテゴリの "System.ServiceModel 4.0.0.0" ソースの下にメッセージが書き込まれます。 さらにこのサンプルでは、サービスのトレースを有効にできます。 これによって、サービス トレース ビューア ツールを使用してサービス トレースの結果を開き、エンドポイント検証の動作からスローされた例外を表示することができます。
+ ここで、このサンプルの client\bin ディレクトリに用意されたクライアントを実行します。 例外は、次のメッセージが発生した:"、要求されたサービス 'http://localhost/servicemodelsamples/service.svc' アクティブ化できませんでした"。 これは予期される例外です。エンドポイント検証の動作により、エンドポイントがセキュリティで保護されていないと見なされ、サービスが開始されないためです。 さらにこの動作によって、エンドポイントがセキュリティ保護されていないという内部例外がスローされ、システム イベント ビューアで "WebHost" カテゴリの "System.ServiceModel 4.0.0.0" ソースの下にメッセージが書き込まれます。 さらにこのサンプルでは、サービスのトレースを有効にできます。 これによって、サービス トレース ビューア ツールを使用してサービス トレースの結果を開き、エンドポイント検証の動作からスローされた例外を表示することができます。
#### エンドポイント検証エラーの例外メッセージをイベント ビューアーで表示するには
-1. をクリックして、**開始**メニュー**を実行しています.**.
+1. をクリックして、**開始**メニュー**を実行しています**.
2. 型`eventvwr` をクリック**OK**です。
@@ -113,9 +103,9 @@ public void Validate(ServiceDescription serviceDescription,
>
> `:\WF_WCF_Samples`
>
-> このディレクトリが存在しない場合は、「 [.NET Framework 4 向けの Windows Communication Foundation (WCF) および Windows Workflow Foundation (WF) のサンプル](http://go.microsoft.com/fwlink/?LinkId=150780) 」にアクセスして、 [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] および [!INCLUDE[wf1](../../../../includes/wf1-md.md)] のサンプルをすべてダウンロードしてください。 このサンプルは、次のディレクトリに格納されます。
+> このディレクトリが存在しない場合に、 [Windows Communication Foundation (WCF) および .NET Framework 4 向けの Windows Workflow Foundation (WF) サンプル](http://go.microsoft.com/fwlink/?LinkId=150780)すべて Windows Communication Foundation (WCF) をダウンロードして[!INCLUDE[wf1](../../../../includes/wf1-md.md)]サンプルです。 このサンプルは、次のディレクトリに格納されます。
>
> `:\WF_WCF_Samples\WCF\Basic\Management\ServiceValidation`
-## 参照
+## 関連項目
[AppFabric の監視のサンプル](http://go.microsoft.com/fwlink/?LinkId=193959)
diff --git a/docs/framework/windows-workflow-foundation/activity-localization.md b/docs/framework/windows-workflow-foundation/activity-localization.md
index 99723510e06..c38e530f1f5 100644
--- a/docs/framework/windows-workflow-foundation/activity-localization.md
+++ b/docs/framework/windows-workflow-foundation/activity-localization.md
@@ -1,23 +1,12 @@
---
-title: "アクティビティのローカライズ"
-ms.custom:
+title: アクティビティのローカライズ
ms.date: 03/30/2017
-ms.prod: .net-framework
-ms.reviewer:
-ms.suite:
-ms.tgt_pltfrm:
-ms.topic: article
ms.assetid: 8ee7bc16-e609-469a-a3e8-8062952e2676
-caps.latest.revision: "5"
-author: dotnet-bot
-ms.author: dotnetcontent
-manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: ccabcda9e26751db80ee7e955458d0eee0cae7e9
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: 23a6d5c2ed202f030397eb70382896468a68a724
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: MT
ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 05/04/2018
---
# アクティビティのローカライズ
ワークフロー アプリケーションとコンポーネントが他のカルチャおよび言語にローカライズされる可能性がある場合は、再コンパイルせずにローカライズできるようにリソース文字列を使用する必要があります。
@@ -29,9 +18,9 @@ ms.lasthandoff: 12/22/2017
#### ローカライズ文字列へのリソース ファイルの使用
-1. [!INCLUDE[vs2010](../../../includes/vs2010-md.md)]でプロジェクトを右クリックして**ソリューション エクスプ ローラー**選択**追加しています.**、**新しい項目の追加.**.
+1. [!INCLUDE[vs2010](../../../includes/vs2010-md.md)]でプロジェクトを右クリックして**ソリューション エクスプ ローラー**選択**追加しています.**、**新しい項目の追加**.
-2. 選択**リソース ファイル**ErrorResources.resx というファイル名を入力します。 **[追加]**をクリックします。
+2. 選択**リソース ファイル**ErrorResources.resx というファイル名を入力します。 **[追加]** をクリックします。
3. リソース ファイルを開きます。 新しいエントリを追加、**名前**が ErrorString と**値**の「アクティビティが正しくありません」。
diff --git a/docs/framework/windows-workflow-foundation/how-to-create-a-custom-activity-designer.md b/docs/framework/windows-workflow-foundation/how-to-create-a-custom-activity-designer.md
index 39cbbf11faa..9665cd37d07 100644
--- a/docs/framework/windows-workflow-foundation/how-to-create-a-custom-activity-designer.md
+++ b/docs/framework/windows-workflow-foundation/how-to-create-a-custom-activity-designer.md
@@ -1,23 +1,12 @@
---
-title: "方法: カスタム アクティビティ デザイナーを作成する"
-ms.custom:
+title: '方法: カスタム アクティビティ デザイナーを作成する'
ms.date: 03/30/2017
-ms.prod: .net-framework
-ms.reviewer:
-ms.suite:
-ms.tgt_pltfrm:
-ms.topic: article
ms.assetid: 2f3aade6-facc-44ef-9657-a407ef8b9b31
-caps.latest.revision: "25"
-author: dotnet-bot
-ms.author: dotnetcontent
-manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 10fc7461c077d73fedb1e326f88156e4a816cdee
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: e4aab60a598be2d6df5546ab1c98a289b4aef04a
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: MT
ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 05/04/2018
---
# 方法: カスタム アクティビティ デザイナーを作成する
カスタム アクティビティ デザイナーは、通常、関連付けられたアクティビティを他のアクティビティと組み合わせることができるように実装されます。他のアクティビティのデザイナーは、アクティビティと一緒にデザイン サーフェイスにドロップできます。 この機能は、カスタム アクティビティ デザイナーが、任意のアクティビティを配置できる「ドロップ ゾーン」とも、デザイン画面上の要素の結果のコレクションを管理するための手段を提供することが必要です。 ここでは、そのようなドロップ ゾーンを含むカスタム アクティビティ デザイナーを作成する方法と、デザイナー要素のコレクションを管理するために必要な編集機能を提供するカスタム アクティビティ デザイナーを作成する方法を説明します。
@@ -36,9 +25,9 @@ ms.lasthandoff: 12/22/2017
### WorkflowItemPresenter を使用してドロップ ゾーンを含むカスタム アクティビティ デザイナーを作成するには
-1. [!INCLUDE[vs2010](../../../includes/vs2010-md.md)] を起動します。
+1. [!INCLUDE[vs2010](../../../includes/vs2010-md.md)]を起動します。
-2. **ファイル**] メニューのをポイント**新規**、し、[**プロジェクト.**.
+2. **ファイル** メニューのをポイント**新規**、し、**プロジェクト**.
**[新しいプロジェクト]** ダイアログ ボックスが表示されます。
@@ -52,13 +41,13 @@ ms.lasthandoff: 12/22/2017
7. **ソリューション**ボックスで、既定値をそのまま使用します。
-8. **[OK]**をクリックします。
+8. **[OK]** をクリックします。
-9. MainWindows.xaml ファイルを右クリックして、**ソリューション エクスプ ローラー**[**削除**ことを確認および**[ok]**で、 **Microsoft Visual Studio**] ダイアログ ボックス。
+9. MainWindows.xaml ファイルを右クリックして、**ソリューション エクスプ ローラー**[**削除**ことを確認および **[ok]** で、 **Microsoft Visual Studio**] ダイアログ ボックス。
10. UsingWorkflowItemPresenter プロジェクトを右クリックして**ソリューション エクスプ ローラー****追加**、し**新しい項目の追加.** 呼び出すこと、**新しい項目の追加**ダイアログし、選択、 **WPF**からカテゴリ、**インストールされたテンプレート**左側のセクションでします。
-11. 選択、**ウィンドウ (WPF)**テンプレート、名前を付けます`RehostingWFDesigner`、 をクリック**追加**です。
+11. 選択、**ウィンドウ (WPF)** テンプレート、名前を付けます`RehostingWFDesigner`、 をクリック**追加**です。
12. RehostingWFDesigner.xaml ファイルを開き、次のコードを貼り付けてアプリケーションの UI を定義します。
@@ -352,10 +341,10 @@ ms.lasthandoff: 12/22/2017
}
```
-## 参照
+## 関連項目
- [ワークフロー デザイン操作のカスタマイズ](../../../docs/framework/windows-workflow-foundation/customizing-the-workflow-design-experience.md)
+ [ワークフローのデザイン エクスペリエンスのカスタマイズ](../../../docs/framework/windows-workflow-foundation/customizing-the-workflow-design-experience.md)
diff --git a/docs/framework/windows-workflow-foundation/how-to-create-a-workflow-service-that-consumes-an-existing-service-contract.md b/docs/framework/windows-workflow-foundation/how-to-create-a-workflow-service-that-consumes-an-existing-service-contract.md
index f1374c06b53..abc705b88ba 100644
--- a/docs/framework/windows-workflow-foundation/how-to-create-a-workflow-service-that-consumes-an-existing-service-contract.md
+++ b/docs/framework/windows-workflow-foundation/how-to-create-a-workflow-service-that-consumes-an-existing-service-contract.md
@@ -1,24 +1,12 @@
---
title: 既存のサービス コントラクトを使用するワークフロー サービスを作成する方法
-ms.custom: ''
ms.date: 03/30/2017
-ms.prod: .net-framework
-ms.reviewer: ''
-ms.suite: ''
-ms.tgt_pltfrm: ''
-ms.topic: article
ms.assetid: 11d11b59-acc4-48bf-8e4b-e97b516aa0a9
-caps.latest.revision: 5
-author: dotnet-bot
-ms.author: dotnetcontent
-manager: wpickett
-ms.workload:
-- dotnet
-ms.openlocfilehash: c7c28d8c2edbda5a42a290786b0ff40e3ab6dd5b
-ms.sourcegitcommit: 94d33cadc5ff81d2ac389bf5f26422c227832052
-ms.translationtype: HT
+ms.openlocfilehash: 146b3bba3a880c780644eecd277827823793b5e8
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
+ms.translationtype: MT
ms.contentlocale: ja-JP
-ms.lasthandoff: 04/30/2018
+ms.lasthandoff: 05/04/2018
---
# 既存のサービス コントラクトを使用するワークフロー サービスを作成する方法
[!INCLUDE[net_v45](../../../includes/net-v45-md.md)] では、コントラクト優先ワークフローの開発という形で、Web サービスとワークフローの統合が向上しています。 コントラクト優先ワークフローの開発ツールでは、コードのコントラクトを先に設計できます。 その後、ツールボックス内に、コントラクト内の操作用のアクティビティ テンプレートが自動的に生成されます。
@@ -34,7 +22,7 @@ ms.lasthandoff: 04/30/2018
### サービス コントラクトの作成
-1. プロジェクトを右クリックして**ソリューション エクスプ ローラー**選択**追加**、**新しい項目の追加.**. 選択、**コード**、左側のノードと**クラス**右側のテンプレートです。 新しいクラスの名前を`IBookService` をクリック**Ok**です。
+1. プロジェクトを右クリックして**ソリューション エクスプ ローラー**選択**追加**、**新しい項目の追加**. 選択、**コード**、左側のノードと**クラス**右側のテンプレートです。 新しいクラスの名前を`IBookService` をクリック**Ok**です。
2. 表示されるコード ウィンドウの上部で、`System.Servicemodel` に対する Using ステートメントを追加します。
diff --git a/docs/framework/windows-workflow-foundation/using-the-interop-activity-in-a-net-framework-4-workflow.md b/docs/framework/windows-workflow-foundation/using-the-interop-activity-in-a-net-framework-4-workflow.md
index e0db95ef6ad..83926da0e04 100644
--- a/docs/framework/windows-workflow-foundation/using-the-interop-activity-in-a-net-framework-4-workflow.md
+++ b/docs/framework/windows-workflow-foundation/using-the-interop-activity-in-a-net-framework-4-workflow.md
@@ -1,24 +1,12 @@
---
title: .NET Framework 4 ワークフローでの相互運用アクティビティの使用
-ms.custom: ''
ms.date: 03/30/2017
-ms.prod: .net-framework
-ms.reviewer: ''
-ms.suite: ''
-ms.tgt_pltfrm: ''
-ms.topic: article
ms.assetid: 9bb747f0-eb33-4f70-84cd-317382372dcd
-caps.latest.revision: 20
-author: dotnet-bot
-ms.author: dotnetcontent
-manager: wpickett
-ms.workload:
-- dotnet
-ms.openlocfilehash: ebef74097d22c9624a29470f4cda231bbb32fe90
-ms.sourcegitcommit: 03ee570f6f528a7d23a4221dcb26a9498edbdf8c
-ms.translationtype: HT
+ms.openlocfilehash: 64e8aef01aefa23dc98b42ab835de097d6c222df
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
+ms.translationtype: MT
ms.contentlocale: ja-JP
-ms.lasthandoff: 04/28/2018
+ms.lasthandoff: 05/04/2018
---
# .NET Framework 4 ワークフローでの相互運用アクティビティの使用
[!INCLUDE[vstecwinfx](../../../includes/vstecwinfx-md.md)] または [!INCLUDE[netfx35_short](../../../includes/netfx35-short-md.md)] を使用して作成したアクティビティは、[!INCLUDE[netfx_current_short](../../../includes/netfx-current-short-md.md)] アクティビティを使うことにより ワークフローで使用できます。 ここでは、 アクティビティの概要について説明します。
@@ -40,7 +28,7 @@ ms.lasthandoff: 04/28/2018
3. 選択**空のソリューション**から、 **Visual Studio ソリューション** ボックスの一覧です。 型`PolicyInteropDemo`で、**名前**ボックスし、をクリックして**OK**です。
-4. 右クリック**PolicyInteropDemo**で**ソリューション エクスプ ローラー**選択**追加**し**新しいプロジェクト.**.
+4. 右クリック**PolicyInteropDemo**で**ソリューション エクスプ ローラー**選択**追加**し**新しいプロジェクト**.
> [!TIP]
> 場合、**ソリューション エクスプ ローラー**ウィンドウが表示されている、select**ソリューション エクスプ ローラー**から、**ビュー**メニュー。
@@ -53,7 +41,7 @@ ms.lasthandoff: 04/28/2018
#### DiscountCalculator アクティビティを作成するには
-1. 右クリック**PolicyActivityLibrary**で**ソリューション エクスプ ローラー**選択**追加**し**アクティビティ.**.
+1. 右クリック**PolicyActivityLibrary**で**ソリューション エクスプ ローラー**選択**追加**し**アクティビティ**.
2. 選択**アクティビティ (コード分離付き)** から、 **Visual c# アイテム** ボックスの一覧です。 型`DiscountCalculator`で、**名前**ボックスし、をクリックして**OK**です。
@@ -86,7 +74,7 @@ ms.lasthandoff: 04/28/2018
> [!TIP]
> 場合、**プロパティ**ウィンドウが表示されていない、選択**プロパティ ウィンドウ**から、**ビュー**メニュー。
-3. 選択**新規 をクリックしています.**.
+3. 選択**新規 をクリックしています**.
4. をクリックして**規則の追加**です。
@@ -163,7 +151,7 @@ Rule3: IF this.DiscountPercent > 0
#### ホスト アプリケーションを作成するには
-1. 右クリック**PolicyInteropDemo**で**ソリューション エクスプ ローラー**選択**追加**、し**新しいプロジェクト.**.
+1. 右クリック**PolicyInteropDemo**で**ソリューション エクスプ ローラー**選択**追加**、し**新しいプロジェクト**.
2. いることを確認 **.NET Framework 4.5** .NET Framework のバージョンのドロップダウン リストで選択され、選択**ワークフロー コンソール アプリケーション**から、 **Visual c# アイテム** ボックスの一覧です。
@@ -173,11 +161,11 @@ Rule3: IF this.DiscountPercent > 0
5. **ターゲット フレームワーク**ドロップダウン ボックスの一覧で選択を変更するから **.NET Framework 4 Client Profile**に **.NET Framework 4.5**です。 をクリックして**はい**ことを確認します。
-6. 右クリック**PolicyInteropHost**で**ソリューション エクスプ ローラー**選択**参照の追加.**.
+6. 右クリック**PolicyInteropHost**で**ソリューション エクスプ ローラー**選択**参照の追加**.
7. 選択**PolicyActivityLibrary**から、**プロジェクト** タブでをクリックし、 **OK**です。
-8. 右クリック**PolicyInteropHost**で**ソリューション エクスプ ローラー**選択**参照の追加.**.
+8. 右クリック**PolicyInteropHost**で**ソリューション エクスプ ローラー**選択**参照の追加**.
9. 選択**System.Workflow.Activities**、 **System.Workflow.ComponentModel**、し**System.Workflow.Runtime**から、 **.NET** タブでをクリックし、 **OK**です。
@@ -276,7 +264,7 @@ Rule3: IF this.DiscountPercent > 0
1. 右クリック**Workflow1.xaml**で**ソリューション エクスプ ローラー**選択**削除**です。 **[OK]** をクリックして確定します。
-2. 右クリック**PolicyInteropHost**で**ソリューション エクスプ ローラー**選択**追加**、**新しい項目の追加.**.
+2. 右クリック**PolicyInteropHost**で**ソリューション エクスプ ローラー**選択**追加**、**新しい項目の追加**.
3. 展開して、 **Visual c# アイテム**ノード**ワークフロー**です。 選択**アクティビティ**から、 **Visual c# アイテム** ボックスの一覧です。
diff --git a/docs/framework/windows-workflow-foundation/variables-and-arguments.md b/docs/framework/windows-workflow-foundation/variables-and-arguments.md
index 920019c28bb..dcde6119ed2 100644
--- a/docs/framework/windows-workflow-foundation/variables-and-arguments.md
+++ b/docs/framework/windows-workflow-foundation/variables-and-arguments.md
@@ -1,24 +1,12 @@
---
title: 変数と引数
-ms.custom: ''
ms.date: 03/30/2017
-ms.prod: .net-framework
-ms.reviewer: ''
-ms.suite: ''
-ms.tgt_pltfrm: ''
-ms.topic: article
ms.assetid: d03dbe34-5b2e-4f21-8b57-693ee49611b8
-caps.latest.revision: 15
-author: dotnet-bot
-ms.author: dotnetcontent
-manager: wpickett
-ms.workload:
-- dotnet
-ms.openlocfilehash: 66b11dda1b245fa88548cf70268a6ca10ee27708
-ms.sourcegitcommit: 94d33cadc5ff81d2ac389bf5f26422c227832052
-ms.translationtype: HT
+ms.openlocfilehash: 7d4bcbb28ffac0ea0f2f6d4aa238523855570f7c
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
+ms.translationtype: MT
ms.contentlocale: ja-JP
-ms.lasthandoff: 04/30/2018
+ms.lasthandoff: 05/04/2018
---
# 変数と引数
Windows Workflow Foundation (WF) では、変数のデータのストレージを表し、引数はアクティビティに出入りするデータのフローを表します アクティビティには一連の引数があり、その引数はアクティビティの署名を構成します。 また、アクティビティは開発者がワークフローの設計時に変数を追加または削除できる変数のリストを保持しています。 引数は、値を返す式を使用してバインドされます。
@@ -152,4 +140,4 @@ public sealed class Add : CodeActivity
}
```
- 引数、変数、およびコード内の式の使用方法の詳細については、次を参照してください[オーサリング ワークフロー、アクティビティ、および命令型コードを使用して式](../../../docs/framework/windows-workflow-foundation/authoring-workflows-activities-and-expressions-using-imperative-code.md)と[ために必要な引数とオーバー ロード グループ。](../../../docs/framework/windows-workflow-foundation/required-arguments-and-overload-groups.md).
+ 引数、変数、およびコード内の式の使用方法の詳細については、次を参照してください[オーサリング ワークフロー、アクティビティ、および命令型コードを使用して式](../../../docs/framework/windows-workflow-foundation/authoring-workflows-activities-and-expressions-using-imperative-code.md)と[ために必要な引数とオーバー ロード グループ](../../../docs/framework/windows-workflow-foundation/required-arguments-and-overload-groups.md)。
diff --git a/docs/framework/winforms/controls/datagridview-control-technology-summary-windows-forms.md b/docs/framework/winforms/controls/datagridview-control-technology-summary-windows-forms.md
index 385fc09b28b..82f2e0131e7 100644
--- a/docs/framework/winforms/controls/datagridview-control-technology-summary-windows-forms.md
+++ b/docs/framework/winforms/controls/datagridview-control-technology-summary-windows-forms.md
@@ -1,27 +1,15 @@
---
-title: "DataGridView コントロール テクノロジの概要 (Windows フォーム)"
-ms.custom:
+title: DataGridView コントロール テクノロジの概要 (Windows フォーム)
ms.date: 03/30/2017
-ms.prod: .net-framework
-ms.reviewer:
-ms.suite:
-ms.technology: dotnet-winforms
-ms.tgt_pltfrm:
-ms.topic: article
helpviewer_keywords:
- DataGridView control [Windows Forms], about DataGridView control
- data grids [Windows Forms], about data grids
ms.assetid: 094498c3-a126-4a3f-83fe-f69e96c7717b
-caps.latest.revision: "17"
-author: dotnet-bot
-ms.author: dotnetcontent
-manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: e074229e4fe344633d277b77b6f7db881c154d8b
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: cafd832e7105540ae684dd1feb4b33ab74f72836
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: MT
ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 05/04/2018
---
# DataGridView コントロール テクノロジの概要 (Windows フォーム)
ここでは、`DataGridView` コントロールおよびその使用をサポートしているクラスの概要について説明します。
@@ -55,7 +43,7 @@ ms.lasthandoff: 12/22/2017
実装することができます、`IDataGridViewEditingCell`編集機能が編集モードでのコントロールをホストしていないセルの種類を作成する、派生セル クラスのインターフェイスです。 編集モードのセルでホストできるコントロールを作成することができますを実装する、`IDataGridViewEditingControl`から派生したクラスでインターフェイスです。
- 詳細については、次を参照してください[する方法: セルのカスタマイズおよびその動作を拡張すると外観が Windows フォーム DataGridView コントロールで列](../../../../docs/framework/winforms/controls/customize-cells-and-columns-in-the-datagrid-by-extending-behavior.md)と[する方法: Windows フォーム DataGridView セルでホストコントロール。](../../../../docs/framework/winforms/controls/how-to-host-controls-in-windows-forms-datagridview-cells.md).
+ 詳細については、次を参照してください[する方法: セルのカスタマイズおよびその動作を拡張すると外観が Windows フォーム DataGridView コントロールで列](../../../../docs/framework/winforms/controls/customize-cells-and-columns-in-the-datagrid-by-extending-behavior.md)と[する方法: Windows フォーム DataGridView セルでホストコントロール](../../../../docs/framework/winforms/controls/how-to-host-controls-in-windows-forms-datagridview-cells.md)。
## DataGridView のクラスの概要
@@ -63,15 +51,15 @@ ms.lasthandoff: 12/22/2017
|テクノロジ領域|クラス/インターフェイス/構成要素|
|---------------------|-------------------------------------------------|
|データ バインディング||
-|データの表示|
クラスと派生クラス
クラスと派生クラス
クラスと派生クラス
|
-|機能拡張|クラスと派生クラス
クラスと派生クラス
|
+|データの表示|
クラスと派生クラス
クラスと派生クラス
クラスと派生クラス
|
+| 機能拡張| クラスと派生クラス
クラスと派生クラス
|
## 新機能
コントロールが Windows フォームで表形式のデータを表示するための完全なソリューションに設計されています。 使用を検討する必要があります、など、他のソリューションの前に制御新しいアプリケーションを作成する際、します。 詳細については、「[Windows フォームの DataGridView コントロールと DataGrid コントロールの違いについて](../../../../docs/framework/winforms/controls/differences-between-the-windows-forms-datagridview-and-datagrid-controls.md)」を参照してください。
コントロールを閉じると組み合わせて、コンポーネントです。 このコンポーネントは、フォームのプライマリ データ ソースに設計されています。 間の相互作用を管理できる、コントロールとデータに関係なく、データ ソースのソースの種類。
-## 参照
+## 関連項目
[DataGridView コントロールの概要](../../../../docs/framework/winforms/controls/datagridview-control-overview-windows-forms.md)
[DataGridView コントロールのアーキテクチャ](../../../../docs/framework/winforms/controls/datagridview-control-architecture-windows-forms.md)
[接続情報の保護](../../../../docs/framework/data/adonet/protecting-connection-information.md)
diff --git a/docs/framework/wpf/advanced/how-to-localize-an-application.md b/docs/framework/wpf/advanced/how-to-localize-an-application.md
index 532284a1b71..0934c295911 100644
--- a/docs/framework/wpf/advanced/how-to-localize-an-application.md
+++ b/docs/framework/wpf/advanced/how-to-localize-an-application.md
@@ -1,11 +1,6 @@
---
title: '方法 : アプリケーションをローカライズする'
ms.date: 03/30/2017
-ms.prod: .net-framework
-ms.technology:
-- dotnet-wpf
-ms.tgt_pltfrm: ''
-ms.topic: article
dev_langs:
- csharp
- vb
@@ -14,16 +9,11 @@ helpviewer_keywords:
- LocBaml tool [WPF]
- applications [WPF], localizing
ms.assetid: 5001227e-9326-48a4-9dcd-ba1b89ee6653
-author: dotnet-bot
-ms.author: dotnetcontent
-manager: wpickett
-ms.workload:
-- dotnet
-ms.openlocfilehash: 3c5621de2a2d10e67f45fa2d6980cb84c388630f
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
-ms.translationtype: HT
+ms.openlocfilehash: ae73ab92ebf3089eebf51f40b0c144f3dbea44da
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
+ms.translationtype: MT
ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 05/04/2018
---
# 方法 : アプリケーションをローカライズする
このチュートリアルでは、LocBaml ツールを使用して、ローカライズされたアプリケーションを作成する方法について説明します。
@@ -174,7 +164,7 @@ ms.lasthandoff: 04/26/2018
## LocBaml を使用して新しい .resources.dll ファイルを生成する
- LocBaml で HelloApp.resources.dll を解析して識別されたコンテンツは翻訳済みであり、元のアプリケーションにマージする必要があります。 使用して、**生成**または **-g**新しいを生成するオプション.resources.dll ファイル。
+ LocBaml で HelloApp.resources.dll を解析して識別されたコンテンツは翻訳済みであり、元のアプリケーションにマージする必要があります。 使用して、**生成**または **-g**新しいを生成するオプション。 .resources.dll ファイル。
1. 新しい HelloApp.resources.dll ファイルを生成するには、次の構文を使用します。 カルチャを en-US (/cul:en-US) としてマークします。
diff --git a/docs/framework/wpf/advanced/walkthrough-caching-application-data-in-a-wpf-application.md b/docs/framework/wpf/advanced/walkthrough-caching-application-data-in-a-wpf-application.md
index 5adf16e9939..c2d2e6c63b8 100644
--- a/docs/framework/wpf/advanced/walkthrough-caching-application-data-in-a-wpf-application.md
+++ b/docs/framework/wpf/advanced/walkthrough-caching-application-data-in-a-wpf-application.md
@@ -1,14 +1,6 @@
---
title: 'チュートリアル: WPF アプリケーション内のアプリケーション データのキャッシュ'
-ms.custom: ''
ms.date: 03/30/2017
-ms.prod: .net-framework
-ms.reviewer: ''
-ms.suite: ''
-ms.technology:
-- dotnet-wpf
-ms.tgt_pltfrm: ''
-ms.topic: article
dev_langs:
- csharp
- vb
@@ -17,17 +9,11 @@ helpviewer_keywords:
- caching [.NET Framework]
- caching [WPF]
ms.assetid: dac2c9ce-042b-4d23-91eb-28f584415cef
-caps.latest.revision: 25
-author: dotnet-bot
-ms.author: dotnetcontent
-manager: wpickett
-ms.workload:
-- dotnet
-ms.openlocfilehash: a8d3fe2dbfe0b4b5fb9081d71cec080dfa54add8
-ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
-ms.translationtype: HT
+ms.openlocfilehash: 7a4f84281da78068b5c6f7a505c8cb9225b31a39
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
+ms.translationtype: MT
ms.contentlocale: ja-JP
-ms.lasthandoff: 04/27/2018
+ms.lasthandoff: 05/04/2018
---
# チュートリアル: WPF アプリケーション内のアプリケーション データのキャッシュ
キャッシュを使用すると、メモリにデータを格納して高速にアクセスできます。 データを再度アクセスすると、アプリケーションは、代わりに、元のソースから取得するキャッシュからデータを取得できます。 そのため、パフォーマンスとスケーラビリティが向上します。 また、データ ソースが一時的に使用できない場合でも、キャッシュのデータを使用できます。
@@ -106,7 +92,7 @@ ms.lasthandoff: 04/27/2018
2. **[コンパイル]** タブをクリックします。
-3. ウィンドウの下部には、をクリックして**詳細コンパイル オプション.**.
+3. ウィンドウの下部には、をクリックして**詳細コンパイル オプション**.
**コンパイラ設定の高度な** ダイアログ ボックスが表示されます。
diff --git a/docs/framework/wpf/controls/popup-placement-behavior.md b/docs/framework/wpf/controls/popup-placement-behavior.md
index 865b72a5f7a..ef89b2340bd 100644
--- a/docs/framework/wpf/controls/popup-placement-behavior.md
+++ b/docs/framework/wpf/controls/popup-placement-behavior.md
@@ -1,29 +1,17 @@
---
-title: "ポップアップの配置動作"
-ms.custom:
+title: ポップアップの配置動作
ms.date: 03/30/2017
-ms.prod: .net-framework
-ms.reviewer:
-ms.suite:
-ms.technology: dotnet-wpf
-ms.tgt_pltfrm:
-ms.topic: article
helpviewer_keywords:
- popups [WPF]
- Popup control [WPF], placing
- placing popups [WPF]
- positioning popups [WPF]
ms.assetid: fbf642e9-f670-4efd-a7af-a67468a1c8e1
-caps.latest.revision: "14"
-author: dotnet-bot
-ms.author: dotnetcontent
-manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: d991895b7c10ee5c210b252855e5affcfcb22a9c
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: 3aef3d7863bc02aa4164b1fc9ef4464fbe799cb8
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: MT
ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 05/04/2018
---
# ポップアップの配置動作
Aコントロールは、アプリケーションで別のウィンドウでコンテンツを表示します。 位置を指定することができます、コントロール、マウス、またはを使用して、画面の基準とした、 、 、 、 、およびプロパティです。 これらのプロパティは指定した位置で柔軟性が協力して、です。
@@ -116,18 +104,18 @@ HorizontalOffset と VerticalOffset があるポップアップ
|PlacementMode|ターゲット オブジェクト|ターゲット領域|ターゲットの始点|ポップアップ配置ポイント|
|-------------------|-------------------|-----------------|-------------------|---------------------------|
-||該当なし。 無視されます。|画面または設定されている場合。 画面に対する相対パスです。|ターゲット領域の左上隅。|左上隅にある、です。|
-||該当なし。 無視されます。|画面または設定されている場合。 画面に対する相対パスです。|ターゲット領域の左上隅。|左上隅にある、です。|
-||または、親。|ターゲット オブジェクトまたは設定されている場合。 対象のオブジェクトに対する相対パスです。|ターゲット領域の左下隅。|左上隅にある、です。|
-||または、親。|ターゲット オブジェクトまたは設定されている場合。 対象のオブジェクトに対する相対パスです。|ターゲット領域の中央。|中央、です。|
-||または、親。|ターゲット オブジェクトまたは設定されている場合。 対象のオブジェクトに対する相対パスです。|定義される、です。|定義される、です。|
-||または、親。|ターゲット オブジェクトまたは設定されている場合。 対象のオブジェクトに対する相対パスです。|ターゲット領域の左上隅。|右上隅にある、です。|
-||該当なし。 無視されます。|マウス ポインターの境界。 無視されます。|ターゲット領域の左下隅。|左上隅にある、です。|
-||該当なし。 無視されます。|マウス ポインターの境界。 無視されます。|ターゲット領域の左上隅。|左上隅にある、です。|
-||または、親。|ターゲット オブジェクトまたは設定されている場合。 対象のオブジェクトに対する相対パスです。|ターゲット領域の左上隅。|左上隅にある、です。|
-||または、親。|ターゲット オブジェクトまたは設定されている場合。 対象のオブジェクトに対する相対パスです。|ターゲット領域の左上隅。|左上隅にある、です。|
-||または、親。|ターゲット オブジェクトまたは設定されている場合。 対象のオブジェクトに対する相対パスです。|ターゲット領域の右上隅。|左上隅にある、です。|
-||または、親。|ターゲット オブジェクトまたは設定されている場合。 対象のオブジェクトに対する相対パスです。|ターゲット領域の左上隅。|左下隅、です。|
+||該当なし。 無視されます。|画面または設定されている場合。 画面に対する相対パスです。|ターゲット領域の左上隅。|左上隅にある、です。|
+||該当なし。 無視されます。|画面または設定されている場合。 画面に対する相対パスです。|ターゲット領域の左上隅。|左上隅にある、です。|
+|| または、親。|ターゲット オブジェクトまたは設定されている場合。 対象のオブジェクトに対する相対パスです。|ターゲット領域の左下隅。|左上隅にある、です。|
+|| または、親。|ターゲット オブジェクトまたは設定されている場合。 対象のオブジェクトに対する相対パスです。|ターゲット領域の中央。|中央、です。|
+|| または、親。|ターゲット オブジェクトまたは設定されている場合。 対象のオブジェクトに対する相対パスです。|定義される、です。|定義される、です。|
+|| または、親。|ターゲット オブジェクトまたは設定されている場合。 対象のオブジェクトに対する相対パスです。|ターゲット領域の左上隅。|右上隅にある、です。|
+||該当なし。 無視されます。|マウス ポインターの境界。 無視されます。|ターゲット領域の左下隅。|左上隅にある、です。|
+||該当なし。 無視されます。|マウス ポインターの境界。 無視されます。|ターゲット領域の左上隅。|左上隅にある、です。|
+|| または、親。|ターゲット オブジェクトまたは設定されている場合。 対象のオブジェクトに対する相対パスです。|ターゲット領域の左上隅。|左上隅にある、です。|
+|| または、親。|ターゲット オブジェクトまたは設定されている場合。 対象のオブジェクトに対する相対パスです。|ターゲット領域の左上隅。|左上隅にある、です。|
+|| または、親。|ターゲット オブジェクトまたは設定されている場合。 対象のオブジェクトに対する相対パスです。|ターゲット領域の右上隅。|左上隅にある、です。|
+|| または、親。|ターゲット オブジェクトまたは設定されている場合。 対象のオブジェクトに対する相対パスです。|ターゲット領域の左上隅。|左下隅、です。|
次の図に示さ、 、対象となる領域、ターゲットの基準、およびポップアップ配置ポイントごとに値。 各図では、対象領域は黄色、およびは青で表示します。
@@ -215,7 +203,7 @@ Placement が Top
![画面の下端による新しい配置ポイント](../../../../docs/framework/wpf/controls/media/popupplacementbottomscreenedge.png "PopupPlacementBottomScreenEdge")
Placement が Bottom で、ポップアップが画面の下端と重なりました
- 次の図に示す時にはと画面の左端を検出したターゲットの基準は対象となる領域の右上隅にある、ポップアップ配置ポイント、の左上隅にあります。.
+ 次の図に示す時にはと画面の左端を検出したターゲットの基準は対象となる領域の右上隅にある、ポップアップ配置ポイント、の左上隅にあります。
![画面の左端による新しい配置ポイント](../../../../docs/framework/wpf/controls/media/popupplacementleftscreenedge.png "PopupPlacementLeftScreenEdge")
Placement が Left で、ポップアップが画面の左端と重なりました
@@ -238,5 +226,5 @@ Placement が Mouse で、ポップアップが画面の下端と重なりまし
### ポップアップの配置のカスタマイズ
ターゲットの基準とポップアップ配置ポイントをカスタマイズするには、設定、プロパティをです。 定義し、のような配置ポイントとの優先順位) の「プライマリ軸のセット返すデリゲート、です。 最大の部分を表示するポイント、が選択されています。 位置、場合は自動的に調整、画面の端で非表示になります。 例については、「[方法 : ポップアップのカスタム位置を指定する](../../../../docs/framework/wpf/controls/how-to-specify-a-custom-popup-position.md)」をご覧ください。
-## 参照
+## 関連項目
[ポップアップの配置のサンプル](http://go.microsoft.com/fwlink/?LinkID=160032)
diff --git a/docs/framework/wpf/data/data-binding-overview.md b/docs/framework/wpf/data/data-binding-overview.md
index a515129c24a..4f7ab56aa6f 100644
--- a/docs/framework/wpf/data/data-binding-overview.md
+++ b/docs/framework/wpf/data/data-binding-overview.md
@@ -1,13 +1,6 @@
---
-title: "データ バインディングの概要"
-ms.custom:
+title: データ バインディングの概要
ms.date: 03/30/2017
-ms.prod: .net-framework
-ms.reviewer:
-ms.suite:
-ms.technology: dotnet-wpf
-ms.tgt_pltfrm:
-ms.topic: article
dev_langs:
- csharp
- vb
@@ -17,16 +10,11 @@ helpviewer_keywords:
- data binding [WPF], about data binding
- conversion for data binding [WPF]
ms.assetid: c707c95f-7811-401d-956e-2fffd019a211
-caps.latest.revision: "78"
-author: dotnet-bot
-ms.author: dotnetcontent
-manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 817a7ba73c37c15afa1be402da38e828d2aba426
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: 0b58cde738e2584662fa5f9ad90634931674f48b
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
ms.translationtype: MT
ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 05/04/2018
---
# データ バインディングの概要
[!INCLUDE[TLA#tla_winclient](../../../../includes/tlasharptla-winclient-md.md)] データ バインディングは、データを表示したり操作するための単純で一貫した方法をアプリケーションに提供します。 要素は、[!INCLUDE[TLA#tla_clr](../../../../includes/tlasharptla-clr-md.md)] オブジェクトおよび [!INCLUDE[TLA#tla_xml](../../../../includes/tlasharptla-xml-md.md)] の形式のさまざまなデータ ソースのデータにバインドできます。 などの sとなど sとを 1 つのデータ項目の柔軟なスタイルまたはデータ項目のコレクションを有効にする機能が組み込まれました。 並べ替えビュー、フィルター ビュー、およびグループ ビューは、データの上に生成できます。
@@ -94,11 +82,11 @@ ms.lasthandoff: 12/22/2017
![データ バインディングのデータ フロー](../../../../docs/framework/wpf/data/media/databinding-dataflow.png "DataBinding_DataFlow")
-- バインディング ターゲット プロパティを自動的に更新するソース プロパティへの変更がターゲット プロパティへの変更は、ソース プロパティには反映されません。 この型のバインディングは、バインドされているコントロールが暗黙的な読み取り専用の場合に適しています。 たとえば、株価情報などのソースにバインドしたり、またはターゲット プロパティに、データ バインドされたテーブルの背景色などのように、変更用コントロール インターフェイスがない可能性もあります。 ターゲット プロパティの変更を監視する必要がない場合は、 バインディング モードを使うことにより、 バインディング モードのオーバーヘッドを回避できます。
+- バインディング ターゲット プロパティを自動的に更新するソース プロパティへの変更がターゲット プロパティへの変更は、ソース プロパティには反映されません。 この型のバインディングは、バインドされているコントロールが暗黙的な読み取り専用の場合に適しています。 たとえば、株価情報などのソースにバインドしたり、またはターゲット プロパティに、データ バインドされたテーブルの背景色などのように、変更用コントロール インターフェイスがない可能性もあります。 ターゲット プロパティの変更を監視する必要がない場合は、 バインディング モードを使うことにより、 バインディング モードのオーバーヘッドを回避できます。
-- バインディングでは、基になるプロパティまたは他を自動的に更新する対象プロパティのいずれかの変更が発生します。 この型のバインディングは、編集可能なフォームや完全対話型の [!INCLUDE[TLA2#tla_ui](../../../../includes/tla2sharptla-ui-md.md)] シナリオに適しています。 ほとんどのプロパティは既定バインディングがいくつかの依存関係プロパティ (通常はユーザーが編集できるコントロールなどのプロパティ、のプロパティとプロパティの)の既定値はバインドします。 依存関係プロパティが既定で一方向と双方向のどちらでバインドされるかをプログラムで判断する 1 つの方法として、 を使用してそのプロパティのプロパティ メタデータを取得してから、 プロパティのブール値を確認することがきます。
+- バインディングでは、基になるプロパティまたは他を自動的に更新する対象プロパティのいずれかの変更が発生します。 この型のバインディングは、編集可能なフォームや完全対話型の [!INCLUDE[TLA2#tla_ui](../../../../includes/tla2sharptla-ui-md.md)] シナリオに適しています。 ほとんどのプロパティは既定バインディングがいくつかの依存関係プロパティ (通常はユーザーが編集できるコントロールなどのプロパティ、のプロパティとプロパティの)の既定値はバインドします。 依存関係プロパティが既定で一方向と双方向のどちらでバインドされるかをプログラムで判断する 1 つの方法として、 を使用してそのプロパティのプロパティ メタデータを取得してから、 プロパティのブール値を確認することがきます。
-- 逆順になってバインディング; がソース プロパティを更新対象プロパティが変更されたときにします。 1 つのサンプル シナリオは、[!INCLUDE[TLA2#tla_ui](../../../../includes/tla2sharptla-ui-md.md)] からのソース値のみを再評価する必要があるかどうかです。
+- 逆順になってバインディング; がソース プロパティを更新対象プロパティが変更されたときにします。 1 つのサンプル シナリオは、[!INCLUDE[TLA2#tla_ui](../../../../includes/tla2sharptla-ui-md.md)] からのソース値のみを再評価する必要があるかどうかです。
- 図に示されていませんがバインド、それが原因で、ターゲット プロパティを初期化するために、ソース プロパティが、後続の変更は反映されません。 これは、データ コンテキストが変更されるか、データ コンテキスト内のオブジェクトが変更された場合に、その変更がターゲット プロパティに反映されないことを意味します。 この型のバインディングは、現在の状態のスナップショットが用途に合っている場合や、データが完全に静的である場合に適しています。 また、ソース プロパティの値を使用してターゲット プロパティを初期化するときにデータ コンテキストが事前にわからない場合にも、この型のバインディングは便利です。 基本的に、この型のバインディングは、ソース値が変わらない場合にパフォーマンスを向上させる バインディングを簡易化したものです。
@@ -125,8 +113,8 @@ ms.lasthandoff: 12/22/2017
|UpdateSourceTrigger の値|ソース値が更新されるとき|TextBox のサンプル シナリオ|
|-------------------------------|----------------------------------------|----------------------------------|
|LostFocus (の既定の)|TextBox コントロールがフォーカスを失ったとき|A検証ロジックに関連付けられている (データの検証」セクションを参照してください)|
-|PropertyChanged|入力すると、|チャット ルーム ウィンドウのコントロール|
-|Explicit|アプリケーションを呼び出すと|(ユーザーが [送信] ボタンをクリックした場合にのみ、ソースの値を更新) 編集可能なフォーム コントロール|
+|PropertyChanged|入力すると、 | チャット ルーム ウィンドウのコントロール|
+|Explicit|アプリケーションを呼び出すと | (ユーザーが [送信] ボタンをクリックした場合にのみ、ソースの値を更新) 編集可能なフォーム コントロール|
例については、「[TextBox テキストでソースを更新するタイミングを制御する](../../../../docs/framework/wpf/data/how-to-control-when-the-textbox-text-updates-the-source.md)」を参照してください。
@@ -236,7 +224,7 @@ ms.lasthandoff: 12/22/2017
###