Commit translated content

docs/core/tools/dotnet-new.md

@@ -4,16 +4,11 @@ description: dotnet new コマンドは、指定されたテンプレートに
 author: mairaw
 ms.author: mairaw
 ms.date: 03/26/2018
-ms.topic: conceptual
-ms.prod: dotnet-core
-ms.technology: dotnet-cli
-ms.workload:
-- dotnetcore
-ms.openlocfilehash: ab8d6f779a428aab7bd2739105dcf08b51d14ab9
-ms.sourcegitcommit: 03ee570f6f528a7d23a4221dcb26a9498edbdf8c
+ms.openlocfilehash: 5ebf77377360662242fbf345d9fe76eee7a1316f
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
 ms.translationtype: HT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/28/2018
+ms.lasthandoff: 05/04/2018
 ---
 # <a name="dotnet-new"></a>dotnet new
 
@@ -316,7 +311,7 @@ dotnet new [-h|--help]
 
 `dotnet new classlib -lang VB -o MyLibrary`
 
-現在のディレクトリに新しい ASP.NET Core C# MVC アプリケーション プロジェクトを作成します。.NET Core 2.0 を対象にする認証はありません。
+現在のディレクトリに新しい ASP.NET Core C# MVC アプリケーション プロジェクトを作成します。 .NET Core 2.0 を対象にする認証はありません。
 
 `dotnet new mvc -au None -f netcoreapp2.0`
 

docs/core/tools/using-ci-with-cli.md

@@ -4,17 +4,11 @@ description: .NET Core SDK とそのツールをビルド サーバーで使用
 author: guardrex
 ms.author: mairaw
 ms.date: 05/18/2017
-ms.topic: conceptual
-ms.prod: dotnet-core
-ms.technology: dotnet-cli
-ms.devlang: dotnet
-ms.workload:
-- dotnetcore
-ms.openlocfilehash: 76165b515bace71ca9269e587a817876c0e9eecf
-ms.sourcegitcommit: 03ee570f6f528a7d23a4221dcb26a9498edbdf8c
+ms.openlocfilehash: 032d38ebe268503c8578aacbee4b9c342466fc7a
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
 ms.translationtype: HT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/28/2018
+ms.lasthandoff: 05/04/2018
 ---
 # <a name="using-net-core-sdk-and-tools-in-continuous-integration-ci"></a>継続的インテグレーション (CI) で .NET Core SDK とツールを使用する
 
@@ -176,7 +170,7 @@ VSTS で手動セットアップ スクリプトを使用するには、新し
 
 ## <a name="orchestrating-the-build"></a>ビルドの調整
 
-この文書はその大半で .NET Core ツールの取得方法とさまざまな CI サービスの構成方法について説明しています。.NET Core でコードを調整する (*実際にビルドする*) 方法に関する情報はありません。 ビルド プロセスの構造化方法の選択肢は、ここでは取り上げることができないさまざまな要因に依存します。 [Travis CI](https://travis-ci.org/)、[AppVeyor](https://www.appveyor.com/)、[VSTS](https://docs.microsoft.com/vsts/build-release/index) でビルドを調整する方法については、それぞれの文書に記載されている資料とサンプルをご覧ください。
+この文書はその大半で .NET Core ツールの取得方法とさまざまな CI サービスの構成方法について説明しています。 .NET Core でコードを調整する (*実際にビルドする*) 方法に関する情報はありません。 ビルド プロセスの構造化方法の選択肢は、ここでは取り上げることができないさまざまな要因に依存します。 [Travis CI](https://travis-ci.org/)、[AppVeyor](https://www.appveyor.com/)、[VSTS](https://docs.microsoft.com/vsts/build-release/index) でビルドを調整する方法については、それぞれの文書に記載されている資料とサンプルをご覧ください。
 
 .NET Core ツールを利用して .NET Core コードのビルド プロセスを構造化するとき、通常、2 つの手法があります。MSBuild を直接利用するか、.NET Core コマンドライン コマンドを利用します。 いずれの手法を採用するかは、手法と複雑性との兼ね合いで使いやすいものを選択してください。 MSBuild を利用すれば、タスクやターゲットとしてビルド プロセスを表現できますが、MSBuild プロジェクト ファイルの構文は複雑で、学習の難易度が上がります。 .NET Core コマンドライン ツールはおそらく、使い方がより単純です。ただし、`bash` や PowerShell のようなスクリプト記述言語でオーケストレーション ロジックを記述する必要があります。
 

docs/core/tutorials/netcore-hosting.md

@@ -4,22 +4,17 @@ description: ネイティブ コードから .NET Core ランタイムをホス
 author: mjrousos
 ms.author: mairaw
 ms.date: 2/3/2017
-ms.topic: conceptual
-ms.prod: dotnet-core
-ms.devlang: dotnet
-ms.workload:
-- dotnetcore
-ms.openlocfilehash: e09c849699bed63f0a271dfeede1e9e4b66e716f
-ms.sourcegitcommit: 03ee570f6f528a7d23a4221dcb26a9498edbdf8c
+ms.openlocfilehash: 96f51c8480bf75b1d7f824a8c87d2cdd6c7f9dd6
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
 ms.translationtype: HT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/28/2018
+ms.lasthandoff: 05/04/2018
 ---
 # <a name="hosting-net-core"></a>.NET Core のホスティング
 
 あらゆるマネージ コードと同様に、.NET Core アプリケーションはホストにより実行されます。 ホストは、ランタイム (JIT やガベージ コレクターのようなコンポーネントを含む) の開始、AppDomain の作成、マネージ エントリ ポイントの呼び出しを担当します。
 
-.NET Core ランタイムのホスティングは高度なシナリオです。ほとんどの場合、.NET Core 開発者はホスティングについて心配する必要がありません。.NET Core ビルド プロセスが .NET Core アプリケーションを実行するための既定ホストを提供するためです。 ただし、特別な状況で、ネイティブ プロセスのマネージ コードを呼び出す手段として、あるいはランタイムの動作をさらに細かくコントロールする目的で .NET Core ランタイムを明示的にホスティングすると効果的な場合があります。
+.NET Core ランタイムのホスティングは高度なシナリオです。ほとんどの場合、.NET Core 開発者はホスティングについて心配する必要がありません。 .NET Core ビルド プロセスが .NET Core アプリケーションを実行するための既定ホストを提供するためです。 ただし、特別な状況で、ネイティブ プロセスのマネージ コードを呼び出す手段として、あるいはランタイムの動作をさらに細かくコントロールする目的で .NET Core ランタイムを明示的にホスティングすると効果的な場合があります。
 
 この記事では、ネイティブ コードから .NET Core ランタイムを開始し、最初のアプリケーション ドメイン (<xref:System.AppDomain>) を作成し、その中でマネージ コードを実行するために必要な手順について説明します。
 

docs/csharp/language-reference/compiler-options/target-compiler-option.md

@@ -1,10 +1,6 @@
 ---
-title: "-target (C# コンパイラ オプション)"
+title: -target (C# コンパイラ オプション)
 ms.date: 07/20/2015
-ms.prod: .net
-ms.technology:
-- devlang-csharp
-ms.topic: article
 f1_keywords:
 - /target
 helpviewer_keywords:
@@ -13,14 +9,11 @@ helpviewer_keywords:
 - assemblies [C#], compiling
 - -target compiler options [C#]
 ms.assetid: a18bbd8e-bbf7-49e7-992c-717d0eb1f76f
-caps.latest.revision: 
-author: BillWagner
-ms.author: wiwagn
-ms.openlocfilehash: 44dd99ef834f98a1a918c659d3057f8f6f91805a
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.openlocfilehash: 7736b8850a7b09f7212e83e05acf0e1994bce0fe
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
 ms.translationtype: HT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 05/04/2018
 ---
 # <a name="-target-c-compiler-options"></a>-target (C# コンパイラ オプション)
 **-target** コンパイラ オプションは、次の 6 つの形式のいずれかで指定できます。  

docs/framework/app-domains/create-and-use-strong-named-assemblies.md

@@ -1,9 +1,6 @@
 ---
-title: "厳密な名前付きアセンブリの作成と使用"
+title: 厳密な名前付きアセンブリの作成と使用
 ms.date: 08/01/2017
-ms.prod: .net-framework
-ms.technology: dotnet-bcl
-ms.topic: article
 helpviewer_keywords:
 - strong-name bypass feature
 - strong-named assemblies, about strong-named assemblies
@@ -15,16 +12,13 @@ helpviewer_keywords:
 - strong-named assemblies, loading into trusted application domains
 - assembly binding, strong-named
 ms.assetid: ffbf6d9e-4a88-4a8a-9645-4ce0ee1ee5f9
-caps.latest.revision: "17"
 author: rpetrusha
 ms.author: ronpet
-manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: f3a087f296a742bc9f0f5672d9bf0cb73c836121
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: 94659919d4e902f8562e669fbb0f98d6ebc679ab
+ms.sourcegitcommit: 11f11ca6cefe555972b3a5c99729d1a7523d8f50
 ms.translationtype: HT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 05/03/2018
 ---
 # <a name="creating-and-using-strong-named-assemblies"></a>厳密な名前付きアセンブリの作成と使用
 <a name="top"></a> 厳密な名前は、単純テキスト名、バージョン番号、カルチャ情報 (設定されている場合) から成るアセンブリの識別子と、公開キーおよびデジタル署名で構成されます。 このデジタル署名は、対応する秘密キーを使用してアセンブリ ファイルから生成されます。 (アセンブリ ファイルにはアセンブリ マニフェストが格納されており、そこに、アセンブリを構成するすべてのファイルの名前とハッシュが含まれます。)  
@@ -81,7 +75,7 @@ ms.lasthandoff: 12/22/2017
 <a name="related_topics"></a>   
 ## <a name="related-topics"></a>関連トピック  
 
-|タイトル|説明|  
+|Title|説明|  
 |-----------|-----------------|  
 |[方法: 公開キーと秘密キーのキー ペアを作成する](../../../docs/framework/app-domains/how-to-create-a-public-private-key-pair.md)|署名とアセンブリの暗号化キー ペアを作成する方法について説明します。|  
 |[方法: 厳密な名前でアセンブリに署名する](../../../docs/framework/app-domains/how-to-sign-an-assembly-with-a-strong-name.md)|厳密な名前のアセンブリを作成する方法について説明します。|  

docs/fsharp/using-fsharp-in-visual-studio/targeting-older-versions-of-net.md

@@ -40,8 +40,8 @@ Visual Studio をインストールするときに、インストールされて
 
 #### <a name="to-enable-the-net-framework-35-on-windows-81"></a>Windows 8.1 での .NET Framework 3.5 を有効にするには
 
-1. **開始**画面で、開始し、入力**コントロール パネルの **です。
-<br />  その名前を入力すると、**コントロール パネルの **下にあるアイコンが表示されます、**アプリ**見出し。
+1. **開始**画面で、開始し、入力**コントロール パネル**の です。
+<br />  その名前を入力すると、**コントロール パネル**の 下にあるアイコンが表示されます、**アプリ**見出し。
 <br />
 
 2. 選択、**コントロール パネル** アイコンを選択、**プログラム** アイコンを選択し、 **Windows の機能のオンまたはオフ**リンクします。

docs/standard/base-types/type-conversion.md

@@ -1,13 +1,7 @@
 ---
-title: ".NET Framework における型変換"
-ms.custom: 
+title: .NET Framework における型変換
 ms.date: 03/30/2017
-ms.prod: .net
-ms.reviewer: 
-ms.suite: 
 ms.technology: dotnet-standard
-ms.tgt_pltfrm: 
-ms.topic: article
 dev_langs:
 - csharp
 - vb
@@ -30,18 +24,13 @@ helpviewer_keywords:
 - Implicit operator
 - data types [.NET Framework], converting
 ms.assetid: ba36154f-064c-47d3-9f05-72f93a7ca96d
-caps.latest.revision: 
 author: rpetrusha
 ms.author: ronpet
-manager: wpickett
-ms.workload:
-- dotnet
-- dotnetcore
-ms.openlocfilehash: d8bbf57625e1d944ab4e97235e718eef7b61a3a4
-ms.sourcegitcommit: 96cc82cac4650adfb65ba351506d8a8fbcd17b5c
+ms.openlocfilehash: 5c542a38152a21a62208bee81e123923fb05d0e7
+ms.sourcegitcommit: 3d5d33f384eeba41b2dff79d096f47ccc8d8f03d
 ms.translationtype: HT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 02/19/2018
+ms.lasthandoff: 05/04/2018
 ---
 # <a name="type-conversion-in-the-net-framework"></a>.NET Framework における型変換
 <a name="top"></a> すべての値には関連付けられた型があり、その値に割り振られる容量、可能な値の範囲、使用できるメンバーなどの属性を定義しています。 多くの値は複数の型として表現できます。 たとえば、値 4 は整数または浮動小数点数として表現できます。 型変換を実行すると、変換元の型の値と等価な値が新しい型で作成されますが、それが元のオブジェクトと同一である (値が正確に一致する) とは限りません。  
@@ -62,7 +51,7 @@ ms.lasthandoff: 02/19/2018
 
 -   `Explicit` 演算子。型の間で使用できる縮小変換を定義します。 詳細については、「[Explicit 演算子を使用する明示的な変換](#explicit_conversion_with_the_explicit_operator)」を参照してください。  
 
--   <xref:System.IConvertible> インターフェイス。.NET Framework の各基本データ型への変換を定義します。 詳細については、「[IConvertible インターフェイス](#the_iconvertible_interface)」を参照してください。  
+-   <xref:System.IConvertible> インターフェイス。 .NET Framework の各基本データ型への変換を定義します。 詳細については、「[IConvertible インターフェイス](#the_iconvertible_interface)」を参照してください。  
 
 -   <xref:System.Convert> クラス。<xref:System.IConvertible> インターフェイスにメソッドを実装する一連のメソッドを提供します。 詳細については、「[Convert クラス](#Convert)」を参照してください。  
 

docs/visual-basic/language-reference/keywords/control-flow-summary.md

@@ -18,7 +18,7 @@ Visual Basic 言語のキーワードとランタイム ライブラリ メン
 |分岐|[GoTo](../../../visual-basic/language-reference/statements/goto-statement.md)、[エラー](../../../visual-basic/language-reference/statements/on-error-statement.md)|  
 |プログラムの終了または一時停止|[終了](../../../visual-basic/language-reference/statements/end-statement.md)、[終了](../../../visual-basic/language-reference/statements/exit-statement.md)、[停止](../../../visual-basic/language-reference/statements/stop-statement.md)|  
 |ループ|[操作を行います。ループ](../../../visual-basic/language-reference/statements/do-loop-statement.md)、[をしています.[次へ]](../../../visual-basic/language-reference/statements/for-next-statement.md)、[ごとにしています.[次へ]](../../../visual-basic/language-reference/statements/for-each-next-statement.md)、[中.中に終了](../../../visual-basic/language-reference/statements/while-end-while-statement.md)、[と](../../../visual-basic/language-reference/statements/with-end-with-statement.md)|  
-|条件判断|<xref:Microsoft.VisualBasic.Interaction.Choose%2A>、[場合.そうしたら。。。Else](../../../visual-basic/language-reference/statements/if-then-else-statement.md)、 [Select Case](../../../visual-basic/language-reference/statements/select-case-statement.md)、 <xref:Microsoft.VisualBasic.Interaction.Switch%2A>|  
+|条件判断|<xref:Microsoft.VisualBasic.Interaction.Choose%2A>、[場合...そうしたら...Else](../../../visual-basic/language-reference/statements/if-then-else-statement.md)、 [Select Case](../../../visual-basic/language-reference/statements/select-case-statement.md)、 <xref:Microsoft.VisualBasic.Interaction.Switch%2A>|  
 |プロシージャの使用|[呼び出す](../../../visual-basic/language-reference/statements/call-statement.md)、[関数](../../../visual-basic/language-reference/statements/function-statement.md)、[プロパティ](../../../visual-basic/language-reference/statements/property-statement.md)、 [Sub](../../../visual-basic/language-reference/statements/sub-statement.md)|  
 
 ## <a name="see-also"></a>関連項目  

docs/visual-basic/language-reference/operators/await-operator.md

@@ -67,7 +67,7 @@ Await AsyncMethodThatReturnsTask()
 
  障害の発生した状態にある単一のタスクで、複数の例外が反映される場合があります。  たとえば、タスクは <xref:System.Threading.Tasks.Task.WhenAll%2A?displayProperty=nameWithType> の呼び出しの結果になることがあります。 このようなタスクを待機すると、await 操作によって 1 つの例外のみが再スローされます。 ただし、どの例外が再スローされるかを予測することはできません。  
 
- 非同期メソッドのエラー処理の例については、次を参照してください[を再試行してください.。キャッチしてください.Finally ステートメント](../../../visual-basic/language-reference/statements/try-catch-finally-statement.md)です。  
+ 非同期メソッドのエラー処理の例については、次を参照してください[を再試行してください...キャッチしてください.Finally ステートメント](../../../visual-basic/language-reference/statements/try-catch-finally-statement.md)です。  
 
 ## <a name="example"></a>例  
  次に示す Windows フォームの例では、`Await` という非同期メソッドで `WaitAsynchronouslyAsync` が使用されています。 このメソッドの動作と `WaitSynchronously` の動作の違いを確認します。 `Await` には `WaitSynchronously` 演算子がないため、定義で `Async` 修飾子が使用されていて、本体で <xref:System.Threading.Thread.Sleep%2A?displayProperty=nameWithType> が呼び出されているにもかかわらず、同期的に実行されます。  

docs/visual-basic/language-reference/statements/end-keyword-statement.md

@@ -65,7 +65,7 @@ End With
  終了するために必要な`Property`プロシージャの定義が、対応する開始[Get ステートメント](../../../visual-basic/language-reference/statements/get-statement.md)です。 実行されると、`End``Get`ステートメントでは、プロパティの値を要求したステートメントに制御が戻ります。  
 
  `If`  
- 終了するために必要な`If`しています.`Then`...`Else`ブロック定義が、対応する開始`If`ステートメントです。 参照してください[場合.そうしたら。。。Else ステートメント](../../../visual-basic/language-reference/statements/if-then-else-statement.md)です。  
+ 終了するために必要な`If`しています.`Then`...`Else`ブロック定義が、対応する開始`If`ステートメントです。 参照してください[場合.そうしたら...Else ステートメント](../../../visual-basic/language-reference/statements/if-then-else-statement.md)です。  
 
  `Interface`  
  開始されて、対応するインターフェイス定義を終了するために必要な[インターフェイス ステートメント](../../../visual-basic/language-reference/statements/interface-statement.md)です。