From 5a14ff9240826287c0c7c5be8324196b6f247ee9 Mon Sep 17 00:00:00 2001 From: olprod Date: Thu, 11 Oct 2018 13:25:16 +0000 Subject: [PATCH] commit translated contents --- docs/csharp/language-reference/keywords/if-else.md | 2 +- .../thread-safe/when-to-use-a-thread-safe-collection.md | 2 +- .../architect-microservice-container-applications/index.md | 6 +++--- 3 files changed, 5 insertions(+), 5 deletions(-) diff --git a/docs/csharp/language-reference/keywords/if-else.md b/docs/csharp/language-reference/keywords/if-else.md index 1512efbe2df..423c376468a 100644 --- a/docs/csharp/language-reference/keywords/if-else.md +++ b/docs/csharp/language-reference/keywords/if-else.md @@ -49,7 +49,7 @@ if (condition) `if-else` ステートメントで、 `condition` が true に評価されると、 `then-statement` が実行されます。 `condition` が false の場合は、 `else-statement` が実行されます。 `condition` が同時に true と false に評価されることはないため、 `then-statement` ステートメントの `else-statement` と `if-else` の両方が実行されることは決してありません。 `then-statement` または `else-statement` が実行された後、制御は `if` ステートメントの後のステートメントに移ります。 -`if` ステートメントが含まれない `else` ステートメントで `condition` が true に評価された場合は、 `then-statement` が実行されます。 `condition` が false の場合、制御は `if` ステートメントの後のステートメントに移ります。 +`else` ステートメントが含まれない `if` ステートメントで `condition` が true に評価された場合は、 `then-statement` が実行されます。 `condition` が false の場合、制御は `if` ステートメントの後のステートメントに移ります。 `then-statement` と `else-statement` はどちらも、中かっこ (`{}`) で囲まれた 1 つのステートメントまたは複数のステートメントで構成できます。 ステートメントが 1 つの場合、中かっこは省略可能ですが、使用することが推奨されます。 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 c37b535b879..1ad02ef95de 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 @@ -34,7 +34,7 @@ ms.locfileid: "47109983" コンピューターのコア数に比例したパフォーマンスの向上。 スケーリングするアルゴリズムのパフォーマンスは、コア数が 2 の場合よりも 8 の場合の方が向上します。 ## ConcurrentQueue(T) 対 Queue(T) - 純粋プロデューサー/コンシューマー シナリオで、各要素の処理時間がとても短い (命令が少ない) 場合には、外部ロックを使用する よりも の方が若干優れたパフォーマンスを得られます。 このシナリオでは、キューへの配置とキューからの取り出しをそれぞれ専用のスレッドが実行している場合に、 のパフォーマンスが最大限に引き出されます。 この規則を強制していない場合、 は、複数のコアを持つコンピューター上の よりも若干向上する場合があります。 + 純粋プロデューサー/コンシューマー シナリオで、各要素の処理時間がとても短い (命令が少ない) 場合には、外部ロックを使用する よりも の方が若干優れたパフォーマンスを得られます。 このシナリオでは、キューへの配置とキューからの取り出しをそれぞれ専用のスレッドが実行している場合に、 のパフォーマンスが最大限に引き出されます。 この規則を強制していない場合、 は、複数のコアを持つコンピューター上の よりも若干向上する場合があります。 処理時間が 500 FLOPS (浮動小数点演算) 以上の場合、2 つのスレッドを使用する規則は に適用されません。この型でとても優れたスケーラビリティが実現します。 は、このシナリオではスケーラビリティの点で劣ります。 diff --git a/docs/standard/microservices-architecture/architect-microservice-container-applications/index.md b/docs/standard/microservices-architecture/architect-microservice-container-applications/index.md index 5a14330bce5..6b895991c3a 100644 --- a/docs/standard/microservices-architecture/architect-microservice-container-applications/index.md +++ b/docs/standard/microservices-architecture/architect-microservice-container-applications/index.md @@ -5,11 +5,11 @@ author: CESARDELATORRE ms.author: wiwagn ms.date: 05/26/2017 ms.openlocfilehash: f7933cc25a5fde13113d0c9c278e9bd1730d4f9d -ms.sourcegitcommit: 69229651598b427c550223d3c58aba82e47b3f82 +ms.sourcegitcommit: 2eb5ca4956231c1a0efd34b6a9cab6153a5438af ms.translationtype: HT ms.contentlocale: ja-JP -ms.lasthandoff: 10/04/2018 -ms.locfileid: "48780714" +ms.lasthandoff: 10/11/2018 +ms.locfileid: "49085973" --- # コンテナーとマイクロサービス ベースのアプリケーションの設計