From 857168f5301be84253075cab0afcad01dcedbc01 Mon Sep 17 00:00:00 2001
From: olprod <olprod@microsoft.com>
Date: Fri, 27 Apr 2018 20:05:58 +0000
Subject: [PATCH] Commit translated content

---
 docs/csharp/misc/cs0013.md                    |  8 +-
 docs/csharp/misc/cs0014.md                    |  8 +-
 docs/csharp/misc/cs0025.md                    |  8 +-
 docs/csharp/misc/cs0041.md                    |  8 +-
 ...n-t-have-specifics-on-this-csharp-error.md |  8 +-
 docs/framework/add-ins/index.md               | 10 +--
 .../walkthrough-create-extensible-app.md      | 32 +++----
 .../windows-workflow-foundation/index.md      |  8 +-
 .../framework/data/adonet/ado-net-datasets.md | 28 +++---
 .../handling-dataset-events.md                | 30 ++++---
 ...oading-sample-databases-linq-to-dataset.md | 34 +++----
 .../ef/how-to-define-the-connection-string.md | 28 +++---
 ...to-generate-the-model-and-mapping-files.md | 28 +++---
 .../adonet/ef/migration-considerations.md     | 36 ++++----
 .../data/adonet/ef/modeling-and-mapping.md    | 26 +++---
 .../ef/sqlclient-for-the-entity-framework.md  |  8 +-
 .../framework/data/adonet/linq-and-ado-net.md |  8 +-
 .../data/adonet/linq-to-dataset-overview.md   | 32 +++----
 docs/framework/data/adonet/linq-to-dataset.md | 28 +++---
 ...entity-classes-by-using-the-code-editor.md |  8 +-
 ...implementing-business-logic-linq-to-sql.md | 28 +++---
 .../contextswitchdeadlock-mda.md              | 26 +++---
 ...e-ui-automation-provider-implementation.md | 30 ++++---
 .../ui-automation-providers-overview.md       | 32 +++----
 ...utomation-support-for-standard-controls.md | 34 +++----
 ...ing-ui-automation-for-automated-testing.md | 28 +++---
 ...uration-editor-tool-svcconfigeditor-exe.md | 38 ++++----
 ...ring-services-using-configuration-files.md | 10 +--
 ...ling-auto-launching-of-wcf-service-host.md | 22 ++---
 ...asic-profile-1-1-interoperable-services.md | 22 ++---
 ...ange-messages-within-a-reliable-session.md | 26 +++---
 .../importing-schema-to-generate-classes.md   |  8 +-
 .../partial-trust-feature-compatibility.md    |  8 +-
 .../understanding-generated-client-code.md    | 34 +++----
 .../using-the-xmlserializer-class.md          | 30 +++----
 ...ecify-a-client-binding-in-configuration.md | 28 +++---
 docs/framework/wcf/samples/address-headers.md | 36 ++++----
 ...ajax-service-using-complex-types-sample.md | 66 +++++++-------
 .../samples/ajax-service-using-http-post.md   | 49 +++++-----
 .../ajax-service-with-json-and-xml-sample.md  | 64 ++++++-------
 .../ajax-service-without-configuration.md     | 38 ++++----
 ...iding-problems-with-the-using-statement.md | 32 +++----
 .../wcf/samples/basic-ajax-service.md         | 89 ++++++++++---------
 .../basicbinding-with-transport-security.md   | 39 ++++----
 .../wcf/samples/building-the-samples.md       | 10 +--
 docs/framework/wcf/samples/channel-factory.md | 34 +++----
 .../wcf/samples/custom-binding-imperative.md  | 56 ++++++------
 ...tom-binding-reliable-session-over-https.md | 18 ++--
 .../wcf/samples/custom-binding-security.md    | 48 +++++-----
 docs/framework/wcf/samples/custom-demux.md    | 72 +++++++--------
 .../wcf/samples/dead-letter-queues.md         | 62 ++++++-------
 .../wcf/samples/expected-exceptions.md        | 28 +++---
 docs/framework/wcf/samples/index.md           |  8 +-
 .../interoperating-with-asmx-web-services.md  | 32 +++----
 .../wcf/samples/json-serialization.md         | 82 ++++++++---------
 docs/framework/wcf/samples/jsonp.md           | 12 +--
 .../wcf/samples/message-correlation.md        | 72 +++++++--------
 .../wcf/samples/message-queuing-to-wcf.md     | 58 ++++++------
 .../wcf/samples/message-security-anonymous.md | 42 ++++-----
 .../samples/message-security-certificate.md   | 38 ++++----
 .../message-security-over-message-queuing.md  | 82 ++++++++---------
 .../wcf/samples/message-security-sample.md    | 34 +++----
 .../wcf/samples/message-security-user-name.md | 34 +++----
 .../wcf/samples/message-security-windows.md   | 28 +++---
 docs/framework/wcf/samples/msmq-activation.md | 24 ++---
 docs/framework/wcf/samples/mtom-encoding.md   | 32 +++----
 .../samples/net-tcp-port-sharing-sample.md    | 42 ++++-----
 .../poison-message-handling-in-msmq-4-0.md    | 52 +++++------
 .../wcf/samples/retrieve-metadata.md          | 28 +++---
 .../wcf/samples/sessions-and-queues.md        | 58 ++++++------
 .../wcf/samples/transacted-batching.md        | 52 +++++------
 .../wcf/samples/transacted-msmq-binding.md    | 66 +++++++-------
 .../wcf/samples/two-way-communication.md      | 76 ++++++++--------
 docs/framework/wcf/samples/typed-client.md    | 28 +++---
 .../using-the-wcf-moniker-with-com-clients.md | 28 +++---
 .../samples/volatile-queued-communication.md  | 54 +++++------
 .../wcf/samples/wcf-to-message-queuing.md     | 58 ++++++------
 .../ws-2007-federation-http-binding.md        | 46 +++++-----
 .../wcf/samples/ws-reliable-session.md        | 26 +++---
 .../wcf/samples/ws-transaction-flow.md        | 60 ++++++-------
 .../wcf/samples/ws-transport-security.md      | 36 ++++----
 .../ws-transport-with-message-credential.md   | 42 ++++-----
 .../wcf/samples/xmlserializer-sample.md       | 34 +++----
 .../wcf/using-the-wcf-development-tools.md    | 20 ++---
 docs/framework/wcf/wcf-client-overview.md     | 10 +--
 .../wcf/wcf-service-host-wcfsvchost-exe.md    | 52 +++++------
 .../wcf/wcf-test-client-wcftestclient-exe.md  | 30 ++++---
 docs/framework/wcf/wcf-vs-templates.md        | 40 +++++----
 docs/framework/wcf/whats-wcf.md               | 10 +--
 .../windows-services/how-to-start-services.md | 32 +++----
 docs/framework/windows-services/index.md      |  8 +-
 .../architecture.md                           | 29 +++---
 .../compensation.md                           | 29 +++---
 .../conceptual-overview.md                    | 27 +++---
 .../configuring-activity-validation.md        | 23 ++---
 .../consuming-odata-feeds-from-a-workflow.md  | 43 ++++-----
 ...ract-first-workflow-service-development.md | 41 ++++-----
 .../csharp-expressions.md                     | 10 +--
 ...tomizing-the-workflow-design-experience.md |  8 +-
 .../debugging-workflows.md                    |  8 +-
 .../expressions.md                            | 25 +++---
 .../windows-workflow-foundation/extend.md     |  8 +-
 .../getting-started-tutorial.md               | 25 +++---
 ...to-create-a-custom-tracking-participant.md | 31 +++----
 .../how-to-create-an-activity.md              | 27 +++---
 ...-create-and-run-a-long-running-workflow.md | 47 +++++-----
 .../windows-workflow-foundation/index.md      | 14 +--
 .../invoking-activity-validation.md           | 25 +++---
 .../migration-guidance.md                     | 10 +--
 .../performance.md                            | 12 +--
 .../programming.md                            | 29 +++---
 .../samples/activity-library.md               | 31 ++-----
 .../samples/application.md                    | 23 ++---
 .../samples/asynchronous-communication.md     | 23 ++---
 .../samples/basic.md                          | 27 +++---
 .../samples/buffered-receive.md               |  8 +-
 .../samples/built-in-activities.md            | 23 ++---
 .../samples/code-bodied.md                    | 23 ++---
 .../samples/compensable-activity-sample.md    | 23 ++---
 .../samples/compensation-samples.md           | 23 ++---
 .../samples/composite.md                      | 23 ++---
 .../samples/corporate-purchase-process.md     | 25 +++---
 .../samples/custom-activities.md              | 23 ++---
 .../samples/custom-tracking.md                | 25 +++---
 .../samples/document-approval-process.md      | 23 ++---
 .../samples/durable-delay-in-xamlx.md         |  8 +-
 .../samples/durable-duplex.md                 | 27 +++---
 .../emulating-breaking-in-a-while-activity.md | 25 +++---
 .../samples/entity-activities.md              | 27 +++---
 .../samples/execution.md                      | 23 ++---
 .../samples/external-ruleset-toolkit.md       | 27 +++---
 ...ed-policy-activity-in-net-framework-4-5.md | 23 ++---
 .../samples/extract-wf-data-using-tracking.md | 25 +++---
 .../samples/hello-world-custom-activity.md    | 23 ++---
 .../samples/index.md                          | 14 +--
 .../samples/invokemethod.md                   | 21 ++---
 .../samples/migration.md                      | 23 ++---
 .../samples/persistence.md                    | 23 ++---
 .../policy-activity-in-net-framework-4-5.md   | 23 ++---
 .../samples/property-promotion-activity.md    | 25 +++---
 .../samples/rules-samples.md                  | 23 ++---
 .../samples/scenario.md                       | 10 +--
 .../samples/services.md                       | 27 +++---
 .../samples/sql-tracking.md                   | 29 +++---
 .../samples/suspended-instance-management.md  | 23 ++---
 ...ng-events-into-event-tracing-in-windows.md | 31 +++----
 .../samples/tracking-using-a-text-file.md     | 16 ++--
 .../samples/tracking.md                       | 23 ++---
 .../samples/transacted-queues.md              | 23 ++---
 .../samples/transactions.md                   | 21 ++---
 ...-net-3-5-activity-in-a-net-4-5-workflow.md | 25 +++---
 ...ing-interop-with-external-data-exchange.md | 23 ++---
 .../samples/wait-for-input-activity.md        | 23 ++---
 .../samples/wpf-and-wf-integration-in-xaml.md |  8 +-
 .../tracking-participants.md                  | 25 +++---
 .../using-a-custom-expression-editor.md       |  8 +-
 .../using-and-creating-activities.md          | 20 ++---
 ...g-tracking-to-troubleshoot-applications.md | 33 +++----
 ...workflowinvoker-and-workflowapplication.md | 27 +++---
 .../variables-and-arguments.md                | 27 +++---
 ...tures-in-the-rehosted-workflow-designer.md | 10 +--
 .../whats-new-in-wf-in-dotnet.md              | 10 +--
 .../windows-workflow-foundation/whats-new.md  |  8 +-
 ...vity-authoring-using-the-activity-class.md | 25 +++---
 .../workflow-hosting-options.md               | 23 ++---
 .../workflow-security.md                      | 26 +++---
 ...-support-for-windows-forms-applications.md | 20 +++--
 ...a-multi-page-text-file-in-windows-forms.md |  8 +-
 ...nt-in-windows-forms-using-print-preview.md |  8 +-
 ...ing-each-windows-form-on-its-own-thread.md | 22 ++---
 .../winforms/advanced/using-wpf-controls.md   | 26 +++---
 ...ls-when-content-changes-in-the-datagrid.md |  8 +-
 ...-the-windows-forms-datagridview-control.md |  8 +-
 ...ter-detail-form-using-two-datagridviews.md |  8 +-
 ...ter-detail-form-using-two-datagridviews.md | 28 +++---
 ...s-in-the-datagrid-by-extending-behavior.md |  8 +-
 ...-the-appearance-of-rows-in-the-datagrid.md |  8 +-
 ...datagrid-control-overview-windows-forms.md | 24 ++---
 ...h-the-shouldserialize-and-reset-methods.md | 32 +++----
 ...tons-in-a-button-column-in-the-datagrid.md |  8 +-
 ...ple-cells-to-the-clipboard-datagridview.md |  8 +-
 ...occur-during-data-entry-in-the-datagrid.md |  8 +-
 ...ound-to-windows-forms-datagridview-rows.md |  8 +-
 ...dd-a-control-to-a-toolstripcontentpanel.md |  8 +-
 ...w-to-add-a-toolstripcontainer-to-a-form.md |  8 +-
 ...o-add-activex-controls-to-windows-forms.md | 28 +++---
 ...thout-a-user-interface-to-windows-forms.md | 22 ++---
 .../how-to-add-toolstrip-items-dynamically.md |  8 +-
 ...bilities-to-a-windows-forms-application.md |  8 +-
 ...d-controls-in-a-flowlayoutpanel-control.md |  8 +-
 ...-controls-in-a-tablelayoutpanel-control.md |  8 +-
 ...ciate-a-contextmenustrip-with-a-control.md |  8 +-
 ...ndows-forms-control-to-a-factory-object.md |  8 +-
 ...-bind-a-windows-forms-control-to-a-type.md |  8 +-
 ...-the-windows-forms-datagridview-control.md |  8 +-
 ...-to-windows-forms-datagridview-controls.md |  8 +-
 ...e-using-the-windows-forms-bindingsource.md | 10 +--
 ...orms-controls-to-dbnull-database-values.md |  8 +-
 ...-the-managed-html-document-object-model.md | 24 ++---
 ...nustrip-check-margins-and-image-margins.md |  8 +-
 ...nustrip-check-margins-and-image-margins.md |  8 +-
 ...professionally-styled-toolstrip-control.md | 10 +--
 ...a-resizable-windows-form-for-data-entry.md |  8 +-
 ...ith-menu-merging-and-toolstrip-controls.md | 10 +--
 ...n-mdi-form-with-toolstrippanel-controls.md |  8 +-
 ...ound-windows-forms-datagridview-control.md |  8 +-
 ...tomize-colors-in-toolstrip-applications.md |  8 +-
 ...-the-windows-forms-datagridview-control.md |  8 +-
 ...on-with-the-windows-forms-bindingsource.md |  8 +-
 ...-the-windows-forms-datagridview-control.md |  8 +-
 ...z-ordering-of-docked-toolstrip-controls.md |  8 +-
 ...yout-that-responds-well-to-localization.md |  8 +-
 ...ark-in-a-windows-forms-listview-control.md |  8 +-
 ...ay-time-with-the-datetimepicker-control.md |  8 +-
 ...ow-to-download-a-file-in-the-background.md |  8 +-
 ...ge-margins-in-contextmenustrip-controls.md |  8 +-
 ...iew-in-a-windows-forms-listview-control.md |  8 +-
 ...-exceptions-that-occur-with-databinding.md |  8 +-
 ...ols-in-windows-forms-datagridview-cells.md |  8 +-
 ...to-implement-a-custom-toolstriprenderer.md |  8 +-
 ...a-form-that-uses-a-background-operation.md |  8 +-
 ...-the-windows-forms-datagridview-control.md |  8 +-
 .../controls/how-to-join-toolstrippanels.md   |  8 +-
 ...nd-asynchronously-within-a-windows-form.md |  8 +-
 ...-loop-a-sound-playing-on-a-windows-form.md |  8 +-
 ...-the-windows-forms-datagridview-control.md |  8 +-
 ...-the-windows-forms-datagridview-control.md |  8 +-
 ...-the-windows-forms-datagridview-control.md |  8 +-
 ...-windows-forms-bindingnavigator-control.md |  8 +-
 ...o-provide-standard-menu-items-to-a-form.md | 10 +--
 ...sing-the-bindingsource-resetitem-method.md |  8 +-
 ...w-to-run-an-operation-in-the-background.md | 10 +--
 ...-set-grid-options-for-all-windows-forms.md | 28 +++---
 ...-the-windows-forms-datagridview-control.md |  8 +-
 ...-set-the-toolstrip-renderer-at-run-time.md |  8 +-
 ...e-toolstrip-renderer-for-an-application.md |  8 +-
 ...forms-using-the-bindingsource-component.md |  8 +-
 ...property-interactively-in-a-statusstrip.md |  8 +-
 .../how-to-use-toolstrippanels-for-mdi.md     |  8 +-
 ...-the-windows-forms-datagridview-control.md |  8 +-
 ...-the-windows-forms-datagridview-control.md |  8 +-
 ...forms-control-with-toolstripcontrolhost.md |  8 +-
 ...nt-two-way-com-between-dhtml-and-client.md |  8 +-
 ...ataset-with-wf-bindingnavigator-control.md |  8 +-
 ...ze-cells-to-fit-content-in-the-datagrid.md |  8 +-
 ...ise-change-notifications--bindingsource.md |  8 +-
 ...-in-a-wf-control-with-the-bindingsource.md |  8 +-
 ...t-set-intervals-with-wf-timer-component.md | 28 +++---
 ...ontainer-control-overview-windows-forms.md | 24 ++---
 ...st-in-time-data-loading-in-the-datagrid.md |  8 +-
 ...professionally-styled-toolstrip-control.md | 32 +++----
 ...ith-menu-merging-and-toolstrip-controls.md | 30 ++++---
 ...providing-standard-menu-items-to-a-form.md | 28 +++---
 .../data-binding-and-windows-forms.md         | 28 +++---
 .../winforms/dialog-boxes-in-windows-forms.md | 26 +++---
 ...e-selected-row-in-a-child-table-correct.md |  8 +-
 ...-to-change-the-borders-of-windows-forms.md | 22 ++---
 ...nguish-between-clicks-and-double-clicks.md |  8 +-
 ...handle-keyboard-input-at-the-form-level.md |  8 +-
 ...-input-events-in-windows-forms-controls.md |  8 +-
 ...fy-keyboard-input-to-a-standard-control.md |  8 +-
 .../winforms/how-to-resize-windows-forms.md   | 28 +++---
 ...ulate-mouse-and-keyboard-events-in-code.md |  8 +-
 docs/framework/winforms/index.md              |  8 +-
 .../interfaces-related-to-data-binding.md     | 40 +++++----
 ...e-file-and-data-access-in-windows-forms.md |  8 +-
 .../security-in-windows-forms-overview.md     | 32 +++----
 .../winforms/windows-forms-overview.md        | 34 +++----
 .../advanced/attached-properties-overview.md  | 24 ++---
 .../wpf/advanced/documents-in-wpf.md          | 40 +++++----
 .../wpf/advanced/drag-and-drop-overview.md    | 10 +--
 .../wpf/advanced/globalization-for-wpf.md     |  8 +-
 .../wpf/advanced/how-to-clone-a-printer.md    | 28 +++---
 .../advanced/how-to-invoke-a-print-dialog.md  | 28 +++---
 ...ations-for-the-windowsformshost-element.md | 44 ++++-----
 .../optimizing-performance-data-binding.md    | 32 +++----
 .../optimizing-wpf-application-performance.md | 28 +++---
 .../planning-for-application-performance.md   | 30 ++++---
 .../wpf/advanced/printing-overview.md         | 15 ++--
 ...-binding-to-data-in-hybrid-applications.md | 30 ++++---
 ...kthrough-hosting-a-win32-control-in-wpf.md |  8 +-
 ...-windows-forms-composite-control-in-wpf.md | 48 +++++-----
 ...dows-forms-control-in-wpf-by-using-xaml.md | 24 ++---
 ...-wpf-composite-control-in-windows-forms.md | 48 +++++-----
 ...rough-hosting-an-activex-control-in-wpf.md | 30 ++++---
 ...through-localizing-a-hybrid-application.md | 34 +++----
 .../wpf-and-windows-forms-interoperation.md   | 46 +++++-----
 ...ther-the-net-framework-3-0-is-installed.md | 10 +--
 .../wpf/getting-started/wpf-walkthroughs.md   | 34 +++----
 ...wpf-security-strategy-platform-security.md | 40 +++++----
 ...nverters-and-markup-extensions-for-xaml.md | 28 +++---
 ...izing-which-objects-are-available-in-my.md | 27 +++---
 ...-that-reference-the-printform-component.md |  8 +-
 ...ence-power-packs-controls-visual-studio.md |  8 +-
 .../windows-forms-application-basics.md       | 18 ++--
 .../constants-and-enumerations.md             |  8 +-
 .../directives/region-directive.md            | 23 ++---
 .../class-classname-cannot-be-found.md        |  8 +-
 .../unable-to-emit-assembly-error-message.md  |  8 +-
 .../unable-to-write-output-to-memory.md       |  8 +-
 ...because-temporary-path-is-not-available.md | 10 +--
 ...-to-write-to-output-file-filename-error.md |  8 +-
 docs/visual-basic/language-reference/index.md |  8 +-
 .../keywords/registry-summary.md              |  8 +-
 .../statements/module-statement.md            | 27 +++---
 .../statements/namespace-statement.md         | 14 +--
 .../statements/property-statement.md          | 49 +++++-----
 docs/visual-basic/misc/bc30649.md             | 12 +--
 docs/visual-basic/misc/bc30656.md             | 12 +--
 docs/visual-basic/misc/bc30657.md             | 12 +--
 docs/visual-basic/misc/bc30680.md             | 10 +--
 docs/visual-basic/misc/bc30681.md             | 12 +--
 docs/visual-basic/misc/bc30747.md             | 12 +--
 docs/visual-basic/misc/bc31021.md             | 10 +--
 docs/visual-basic/misc/bc31024.md             | 14 +--
 docs/visual-basic/misc/bc31074.md             | 14 +--
 docs/visual-basic/misc/bc31092.md             |  8 +-
 docs/visual-basic/misc/bc31097.md             |  8 +-
 docs/visual-basic/misc/bc31508.md             |  8 +-
 docs/visual-basic/misc/bc31520.md             |  8 +-
 docs/visual-basic/misc/bc32089.md             |  4 +-
 ...ystem-collections-icollection-interface.md | 14 +--
 .../class-not-registered-on-local-machine.md  | 18 ++--
 ...ve-specifics-on-this-visual-basic-error.md |  8 +-
 ...erability-in-net-framework-applications.md |  8 +-
 .../how-to-work-with-activex-controls.md      | 21 ++---
 .../programming-guide/com-interop/index.md    |  8 +-
 .../introduction-to-com-interop.md            | 25 +++---
 .../troubleshooting-interoperability.md       | 10 +--
 ...plementing-inheritance-with-com-objects.md |  8 +-
 .../early-late-binding/index.md               |  8 +-
 .../language-features/events/index.md         |  8 +-
 .../documenting-your-code-with-xml.md         |  8 +-
 ...w-to-collapse-and-hide-sections-of-code.md |  8 +-
 .../building-from-the-command-line.md         | 10 +--
 .../command-line-compiler/codepage.md         | 10 +--
 .../compiler-options-listed-alphabetically.md | 11 +--
 .../compiler-options-listed-by-category.md    | 13 +--
 .../command-line-compiler/deterministic.md    | 60 +++++++++++++
 .../reference/command-line-compiler/doc.md    | 12 +--
 .../reference/command-line-compiler/help.md   |  8 +-
 ...how-to-invoke-the-command-line-compiler.md | 12 +--
 .../command-line-compiler/keyfile.md          |  8 +-
 .../reference/command-line-compiler/link.md   |  8 +-
 .../sample-compilation-command-lines.md       |  8 +-
 .../command-line-compiler/win32manifest.md    |  8 +-
 docs/visual-basic/reference/index.md          | 12 +--
 347 files changed, 3847 insertions(+), 3565 deletions(-)
 create mode 100644 docs/visual-basic/reference/command-line-compiler/deterministic.md

diff --git a/docs/csharp/misc/cs0013.md b/docs/csharp/misc/cs0013.md
index 7e112ee32cd..1e527339c62 100644
--- a/docs/csharp/misc/cs0013.md
+++ b/docs/csharp/misc/cs0013.md
@@ -13,13 +13,13 @@ ms.assetid: 82d077e9-e9e8-49cf-838d-43ec040eb741
 caps.latest.revision: 9
 author: BillWagner
 ms.author: wiwagn
-ms.openlocfilehash: 914c84e19d01434f004ed36e7a2085fcb31ee758
-ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e
+ms.openlocfilehash: 056153d077bb797cd28337d06c1651b1b4f41a5f
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 10/18/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="compiler-error-cs0013"></a>コンパイラ エラー CS0013
 メタデータをファイル 'ModelStore.dll' に書き込み中に予期しないエラーが発生しました -- 'ユーザー文字列をこれ以上作成する論理空間が残っていません。'  
   
- .NET Framework 共通言語ランタイムはメタデータを生成しませんでした。 パスが正しく指定されていることと、ディスクの空き容量が十分に残っていることを確認します。 それでも問題が解決されない場合は、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] と .NET Framework の修復または再インストールが必要です。
+ .NET Framework 共通言語ランタイムはメタデータを生成しませんでした。 パスが正しく指定されていることと、ディスクの空き容量が十分に残っていることを確認します。 問題が解決しない場合は、修復または Visual Studio と .NET Framework を再インストールする必要があります。
diff --git a/docs/csharp/misc/cs0014.md b/docs/csharp/misc/cs0014.md
index 71665c63b43..abc470fcdbc 100644
--- a/docs/csharp/misc/cs0014.md
+++ b/docs/csharp/misc/cs0014.md
@@ -13,13 +13,13 @@ ms.assetid: 79940787-140e-4b1b-9f7a-7fe7b0b49fdd
 caps.latest.revision: 8
 author: BillWagner
 ms.author: wiwagn
-ms.openlocfilehash: 4f1800303bd7e21ec82b4448efc3a863479b0794
-ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e
+ms.openlocfilehash: 54aec353fe3c6e76fe79fb73e1c12371eb257bb6
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 10/18/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="compiler-error-cs0014"></a>コンパイラ エラー CS0014
 必要なファイル 'file' が見つかりませんでした  
   
- コンパイラで必要なファイルがシステムにありません。 パスが正しいことを確認してください。 ファイルが [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] システム ファイルの場合は、インストール環境を修復したり、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] を完全に削除して再インストールしたりする必要がある場合があります。
+ コンパイラで必要なファイルがシステムにありません。 パスが正しいことを確認してください。 ファイルが Visual Studio システム ファイルの場合は、可能性があります、インストールを修復するか、削除して Visual Studio を完全に再インストールする必要があります。
diff --git a/docs/csharp/misc/cs0025.md b/docs/csharp/misc/cs0025.md
index 6b081212ca8..3d4656a6dbd 100644
--- a/docs/csharp/misc/cs0025.md
+++ b/docs/csharp/misc/cs0025.md
@@ -13,15 +13,15 @@ ms.assetid: dfb6f013-cb61-4b37-afbf-93afeaf2fa08
 caps.latest.revision: 7
 author: BillWagner
 ms.author: wiwagn
-ms.openlocfilehash: 0a534cce8d033ec6b86b6cb08f74a4765154327b
-ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e
+ms.openlocfilehash: aa7f8154eba1c0a9a71b81553ced8c8abddd9790
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 10/18/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="compiler-error-cs0025"></a>コンパイラ エラー CS0025
 標準ライブラリ ファイル 'file' が見つかりません  
   
  コンパイラで必要なファイルが見つかりませんでした。 パスが正しいことと、ファイルが存在することを確認してください。  
   
- ファイルが [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] システム ファイルの場合は、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] インストールの修復や、完全な再インストールが必要になる場合があります。
+ ファイルが Visual Studio システム ファイルの場合を Visual Studio のインストールを修復または完全に再インストールする必要があります。
diff --git a/docs/csharp/misc/cs0041.md b/docs/csharp/misc/cs0041.md
index d0a30c8cb4b..71a8f5b8671 100644
--- a/docs/csharp/misc/cs0041.md
+++ b/docs/csharp/misc/cs0041.md
@@ -13,13 +13,13 @@ ms.assetid: 80dbfe00-8cdb-4275-9574-8a215c7139d6
 caps.latest.revision: 16
 author: BillWagner
 ms.author: wiwagn
-ms.openlocfilehash: 12e991802d3f48f48fef7898230e7a83f17a0c2f
-ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e
+ms.openlocfilehash: 103a035989eeb87a9008d238193581bc3c460bcc
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 10/18/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="compiler-error-cs0041"></a>コンパイラ エラー CS0041
 'type' の完全修飾名がデバッグ情報に対して長すぎます '/debug' オプションなしでコンパイルします。  
   
- このエラーは、 [/debug](../../csharp/language-reference/compiler-options/debug-compiler-option.md) コンパイラ オプションを使用すると発生することがあります。 このエラーが発生した場合は、bin ディレクトリ内の PDB ファイルを削除してから再コンパイルしてみてください。 引き続きこのエラーが発生する場合は、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]の修復または再インストールが必要になることがあります。
+ このエラーは、 [/debug](../../csharp/language-reference/compiler-options/debug-compiler-option.md) コンパイラ オプションを使用すると発生することがあります。 このエラーが発生した場合は、bin ディレクトリ内の PDB ファイルを削除してから再コンパイルしてみてください。 このエラーが引き続き発生している、修復または Visual Studio を再インストールする必要があります。
diff --git a/docs/csharp/misc/sorry-we-don-t-have-specifics-on-this-csharp-error.md b/docs/csharp/misc/sorry-we-don-t-have-specifics-on-this-csharp-error.md
index 8ae48fd11c5..f5c9658f037 100644
--- a/docs/csharp/misc/sorry-we-don-t-have-specifics-on-this-csharp-error.md
+++ b/docs/csharp/misc/sorry-we-don-t-have-specifics-on-this-csharp-error.md
@@ -889,11 +889,11 @@ ms.assetid: 48320e4a-6e17-45a6-9966-88c6ec89bd2f
 caps.latest.revision: 15
 author: BillWagner
 ms.author: wiwagn
-ms.openlocfilehash: 4aeea86778b44cbe8e71ed64ee5a3a3a1618cccd
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: c6cabc4c619e6ace4c376fd125e7531f10bf9b88
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="sorry-we-don39t-have-specifics-on-this-c-error"></a>申し訳ありません&#39;t この c# エラーに関する詳細があります。
 申し訳ありませんが、このエラーに関する特定の情報はありません。 Web でエラー番号とメッセージ テキストを検索して情報を探すことができます。 または、次のフォーラムのいずれかを使用している他の開発者を依頼することができます。  
@@ -902,7 +902,7 @@ ms.lasthandoff: 04/26/2018
  に関する質問や一般的な議論のため、Visual c# 言語の構文とコンパイラ フォーラムを提供します。  
   
  [Visual C# IDE](https://social.msdn.microsoft.com/Forums/en-US/home?forum=csharpide)  
- [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] 環境で作業する方法について質問するためのフォーラムです。  
+ Visual Studio 環境で作業する方法に関する質問をフォーラムを提供します。  
   
  [Visual C# 全般](https://social.msdn.microsoft.com/Forums/vstudio/en-US/home?forum=csharpgeneral)  
  に関する質問については、フォーラムを提供し、Visual c# を使用したその他のフォーラムで取り上げていないを発行します。  
diff --git a/docs/framework/add-ins/index.md b/docs/framework/add-ins/index.md
index 7952848558d..a5667f443ec 100644
--- a/docs/framework/add-ins/index.md
+++ b/docs/framework/add-ins/index.md
@@ -26,11 +26,11 @@ ms.author: ronpet
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 4d288d321063512f91ad94b417bb1a6bf38c9ef9
-ms.sourcegitcommit: cf22b29db780e532e1090c6e755aa52d28273fa6
+ms.openlocfilehash: 2e31605f428f4e1dc58ee3332977f14dfd394489
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 02/01/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="add-ins-and-extensibility"></a>アドインおよび拡張機能
 <a name="top"></a> アドインには、ホスト アプリケーションのための拡張機能またはサービスが用意されています。 開発者は、 [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] のプログラミング モデルを使用してアドインを開発し、ホスト アプリケーションでそれらをアクティブ化できます。 こうした機能は、このモデルで、ホストとアドインの間に通信パイプラインを構築することによって実現します。 このモデルは、 <xref:System.AddIn>、 <xref:System.AddIn.Hosting>、 <xref:System.AddIn.Pipeline>、 <xref:System.AddIn.Contract> の各名前空間の型を使用することによって実装されます。  
@@ -54,7 +54,7 @@ ms.lasthandoff: 02/01/2018
   
  次の図に、そのパイプラインを示します。  
   
- ![追加 (& a) #45; パイプライン モデル。] (../../../docs/framework/add-ins/media/addin1.png "AddIn1")  
+ ![追加&#45;パイプライン モデル。] (../../../docs/framework/add-ins/media/addin1.png "AddIn1")  
 アドイン パイプライン  
   
  これらのセグメントのアセンブリが、同じアプリケーション ドメインに含まれている必要はありません。 専用の新規アプリケーション ドメイン、既存のアプリケーション ドメイン、さらにはホストのアプリケーション ドメインにも、アドインを読み込むことができます。 同じアプリケーション ドメインに複数のアドインを読み込むことができます。これにより、リソースとセキュリティ コンテキストを他のアドインと共有できます。  
@@ -116,7 +116,7 @@ ms.lasthandoff: 02/01/2018
   
 |タイトル|説明|  
 |-----------|-----------------|  
-|[Pipeline Development](../../../docs/framework/add-ins/pipeline-development.md)|ホスト アプリケーションからアドインへのセグメントの通信パイプラインについて説明します。 チュートリアルのトピックでは、コード例を示して、パイプラインの構築方法と、 [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]のパイプラインへのセグメントの配置方法について説明しています。|  
+|[Pipeline Development](../../../docs/framework/add-ins/pipeline-development.md)|ホスト アプリケーションからアドインへのセグメントの通信パイプラインについて説明します。 パイプラインを作成する方法と Visual Studio でパイプラインにセグメントを展開する方法について説明するチュートリアルのトピックでのコード例を示します。|  
 |[アプリケーション ドメインとアセンブリ](http://msdn.microsoft.com/library/433b04ae-4ba8-4849-9dbd-79194f240346)|セキュリティ、信頼性、バージョン管理、およびアセンブリのための分離の境界を提供するアプリケーション ドメイン間の関係について説明します。|  
   
  [ページのトップへ](#top)  
diff --git a/docs/framework/add-ins/walkthrough-create-extensible-app.md b/docs/framework/add-ins/walkthrough-create-extensible-app.md
index 5bc6c62bb7b..703ccb17c96 100644
--- a/docs/framework/add-ins/walkthrough-create-extensible-app.md
+++ b/docs/framework/add-ins/walkthrough-create-extensible-app.md
@@ -1,12 +1,13 @@
 ---
-title: "チュートリアル : 拡張性のあるアプリケーションの作成"
-ms.custom: 
+title: 'チュートリアル : 拡張性のあるアプリケーションの作成'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -18,16 +19,17 @@ helpviewer_keywords:
 - add-in-side adapter [.NET Framework]
 - contracts for add-in pipelines [.NET Framework]
 ms.assetid: 694a33c5-a040-450d-aed5-ac49fc88ce61
-caps.latest.revision: "32"
+caps.latest.revision: 32
 author: rpetrusha
 ms.author: ronpet
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 5cee99346d19c632739bcc6540c43f1a35217a2f
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: 8946e30ac9d7a224af7801bc721e7d9cf6e1fab0
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="walkthrough-creating-an-extensible-application"></a>チュートリアル : 拡張性のあるアプリケーションの作成
 このチュートリアルでは、簡単な電卓の機能を実行するアドイン用のパイプラインを作成する方法について説明します。 実際のシナリオでは; は示しません代わりに、パイプラインとどのように追加のサービスを提供できるホストの基本機能を示します。  
@@ -61,14 +63,14 @@ ms.lasthandoff: 01/19/2018
 ## <a name="prerequisites"></a>必須コンポーネント  
  このチュートリアルを完了するための要件は次のとおりです。  
   
--   [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]。  
+-   Visual Studio  
   
 ## <a name="creating-a-visual-studio-solution"></a>Visual Studio ソリューションを作成します。  
- ソリューションを使用して[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]パイプライン セグメントのプロジェクトを格納します。  
+ Visual Studio でソリューションを使用すると、パイプライン、セグメントのプロジェクトを含むです。  
   
 #### <a name="to-create-the-pipeline-solution"></a>パイプライン ソリューションを作成するには  
   
-1.  [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]、という名前の新しいプロジェクトを作成する`Calc1Contract`です。 基になる、**クラス ライブラリ**テンプレート。  
+1.  Visual Studio で、という名前の新しいプロジェクトを作成する`Calc1Contract`です。 基になる、**クラス ライブラリ**テンプレート。  
   
 2.  ソリューションの名前を付けます`CalculatorV1`です。  
   
@@ -363,7 +365,7 @@ ms.lasthandoff: 01/19/2018
   
 4.  型**終了**キーを押すと、 **Enter**アプリケーションを閉じるにはキー。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [チュートリアル: ホスト変更時の旧バージョンとの互換性を有効にします。](http://msdn.microsoft.com/library/6fa15bb5-8f04-407d-bd7d-675dc043c848)  
  [チュートリアル: アドインとホスト間でのコレクションの受け渡し](http://msdn.microsoft.com/library/b532c604-548e-4fab-b11c-377257dd0ee5)  
  [パイプラインの開発要件](http://msdn.microsoft.com/library/ef9fa986-e80b-43e1-868b-247f4c1d9da5)  
diff --git a/docs/framework/configure-apps/file-schema/windows-workflow-foundation/index.md b/docs/framework/configure-apps/file-schema/windows-workflow-foundation/index.md
index 8f9f5cd71df..afe2404de30 100644
--- a/docs/framework/configure-apps/file-schema/windows-workflow-foundation/index.md
+++ b/docs/framework/configure-apps/file-schema/windows-workflow-foundation/index.md
@@ -14,14 +14,14 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: baa8846d339e87c121ece2678157c132035db07f
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: 9644b1e25c8d1568a01434a587e4271b163a3f0b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="windows-workflow-foundation-configuration-schema"></a>Windows Workflow Foundation の構成スキーマ
-[!INCLUDE[wf](../../../../../includes/wf-md.md)] の構成要素を使用して、ワークフロー アプリケーションを構成できます。 ワークフロー アプリケーションでは、追跡とトレースを構成できます。 追跡とトレースの詳細については、「[ワークフロー追跡とトレース](../../../../../docs/framework/windows-workflow-foundation/workflow-tracking-and-tracing.md)」を参照してください。 ワークフロー サービスでは、[!INCLUDE[indigo1](../../../../../includes/indigo1-md.md)] の構成要素も使用できます。 [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] の詳細については、「[WCF 構成スキーマ](../../../../../docs/framework/configure-apps/file-schema/wcf/index.md)」を参照してください。  
+Windows Workflow Foundation (WF) の構成要素を使用すると、ワークフロー アプリケーションを構成できます。 ワークフロー アプリケーションでは、追跡とトレースを構成できます。 追跡とトレースの詳細については、「[ワークフロー追跡とトレース](../../../../../docs/framework/windows-workflow-foundation/workflow-tracking-and-tracing.md)」を参照してください。 ワークフロー サービスでは、[!INCLUDE[indigo1](../../../../../includes/indigo1-md.md)] の構成要素も使用できます。 [!INCLUDE[indigo2](../../../../../includes/indigo2-md.md)] の詳細については、「[WCF 構成スキーマ](../../../../../docs/framework/configure-apps/file-schema/wcf/index.md)」を参照してください。  
   
  構成ファイルは XML として書式設定されているため、テキスト エディターを使用して手動で編集する場合は、XML について理解している必要があります。 理解しないで編集すると、XML 要素タグや属性が見つからないなどの問題が発生する可能性があります。 問題の原因は、XML 要素タグと属性が大文字と小文字を区別することによります。  
   
diff --git a/docs/framework/data/adonet/ado-net-datasets.md b/docs/framework/data/adonet/ado-net-datasets.md
index 91b7d9e0cb1..0f344690a90 100644
--- a/docs/framework/data/adonet/ado-net-datasets.md
+++ b/docs/framework/data/adonet/ado-net-datasets.md
@@ -1,24 +1,26 @@
 ---
-title: "ADO.NET データセット"
-ms.custom: 
+title: ADO.NET データセット
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-ado
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-ado
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 82b641bb-6001-4512-bf1a-2830acdd92ab
-caps.latest.revision: "6"
+caps.latest.revision: 6
 author: douglaslMS
 ms.author: douglasl
 manager: craigg
-ms.workload: dotnet
-ms.openlocfilehash: b9d566f99802ea80ae73132579bb3068b1ff3b28
-ms.sourcegitcommit: ed26cfef4e18f6d93ab822d8c29f902cff3519d1
+ms.workload:
+- dotnet
+ms.openlocfilehash: 9458206ea7edfeba61f9805c2b601d6aa9198256
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/17/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="adonet-datasets"></a>ADO.NET データセット
 <xref:System.Data.DataSet> オブジェクトは、[!INCLUDE[vstecado](../../../../includes/vstecado-md.md)] で非接続型分散データ シナリオをサポートするうえで中心的な役割を果たします。 **データセット**データ ソースに関係なく一貫したリレーショナル プログラミング モデルを提供するデータのメモリ常駐型表現です。 複数の異なるデータ ソースや XML データと組み合わせて使用でき、アプリケーションにとってローカルなデータの管理にも使用できます。 **データセット**関連テーブル、制約、およびテーブル間のリレーションシップを含む、データの完全なセットを表します。 次の図は、**データセット**オブジェクト モデルです。  
@@ -52,11 +54,11 @@ DataSet オブジェクト モデル
  **データセット**、 **DataTable**、および**DataColumn**がすべて、 **ExtendedProperties**プロパティです。 **ExtendedProperties**は、 **PropertyCollection**結果セットの生成に使用された SELECT ステートメントまたはデータの生成日時などのカスタム情報を配置することができます。 **ExtendedProperties**コレクションがのスキーマ情報と共に永続化、**データセット**です。  
   
 ## <a name="linq-to-dataset"></a>LINQ to DataSet  
- [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] は、DataSet に格納された非接続型データに対する統合言語クエリ機能を提供します。 [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)]標準の使用[!INCLUDE[vbteclinq](../../../../includes/vbteclinq-md.md)]構文を使用しているときに、コンパイル時の構文チェック、静的な型指定、および IntelliSense のサポートを提供し、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] IDE です。  
+ [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] は、DataSet に格納された非接続型データに対する統合言語クエリ機能を提供します。 [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] 標準の使用[!INCLUDE[vbteclinq](../../../../includes/vbteclinq-md.md)]構文し、Visual Studio IDE を使用しているときに、コンパイル時の構文チェック、静的な型指定、および IntelliSense のサポートを提供します。  
   
  詳細については、「[LINQ to DataSet](../../../../docs/framework/data/adonet/linq-to-dataset.md)」を参照してください。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [ADO.NET の概要](../../../../docs/framework/data/adonet/ado-net-overview.md)  
  [DataSet、DataTable、および DataView](../../../../docs/framework/data/adonet/dataset-datatable-dataview/index.md)  
  [ADO.NET でのデータの取得および変更](../../../../docs/framework/data/adonet/retrieving-and-modifying-data.md)  
diff --git a/docs/framework/data/adonet/dataset-datatable-dataview/handling-dataset-events.md b/docs/framework/data/adonet/dataset-datatable-dataview/handling-dataset-events.md
index 50b47a223ce..9e577d9c67e 100644
--- a/docs/framework/data/adonet/dataset-datatable-dataview/handling-dataset-events.md
+++ b/docs/framework/data/adonet/dataset-datatable-dataview/handling-dataset-events.md
@@ -1,27 +1,29 @@
 ---
-title: "DataSet のイベント処理"
-ms.custom: 
+title: DataSet のイベント処理
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-ado
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-ado
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
 - vb
 ms.assetid: 54edefe0-bc38-419b-b486-3d8a0c356f13
-caps.latest.revision: "4"
+caps.latest.revision: 4
 author: douglaslMS
 ms.author: douglasl
 manager: craigg
-ms.workload: dotnet
-ms.openlocfilehash: 820d93529fc12f3eeacd730cc66ec85ffd560ff9
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: aea9fc2caae675b77a8aad730869adb00f593baf
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="handling-dataset-events"></a>DataSet のイベント処理
 <xref:System.Data.DataSet> オブジェクトには、 <xref:System.ComponentModel.MarshalByValueComponent.Disposed>、 <xref:System.Data.DataSet.Initialized>、 <xref:System.Data.DataSet.MergeFailed>という 3 つのイベントがあります。  
@@ -56,17 +58,17 @@ private static void DataSetMergeFailed(
 ## <a name="the-initialized-event"></a>Initialized イベント  
  <xref:System.Data.DataSet.Initialized> イベントは、 `DataSet` のコンストラクターによって `DataSet`の新しいインスタンスが初期化された後に発生します。  
   
- <xref:System.Data.DataSet.IsInitialized%2A> プロパティは、 `true` の初期化が完了した場合に `DataSet` を返します。それ以外の場合は `false`を返します。 この値は、 <xref:System.Data.DataSet.BeginInit%2A> の初期化を開始する `DataSet`メソッドによって <xref:System.Data.DataSet.IsInitialized%2A> が `false`に設定されます。 また、 <xref:System.Data.DataSet.EndInit%2A> の初期化を終了する `DataSet`メソッドによって `true`に設定されます。 これらのメソッドは、別のコンポーネントによって使用されている [!INCLUDE[vsprvs](../../../../../includes/vsprvs-md.md)] を初期化する目的で、 `DataSet` のデザイン環境によって使用されます。 通常、コード内で直接使用することはありません。  
+ <xref:System.Data.DataSet.IsInitialized%2A> プロパティは、 `true` の初期化が完了した場合に `DataSet` を返します。それ以外の場合は `false`を返します。 この値は、 <xref:System.Data.DataSet.BeginInit%2A> の初期化を開始する `DataSet`メソッドによって <xref:System.Data.DataSet.IsInitialized%2A> が `false`に設定されます。 また、 <xref:System.Data.DataSet.EndInit%2A> の初期化を終了する `DataSet`メソッドによって `true`に設定されます。 これらのメソッドは、Visual Studio のデザイン環境が初期化に使用される、`DataSet`他のコンポーネントで使用されています。 通常、コード内で直接使用することはありません。  
   
 ## <a name="the-disposed-event"></a>Disposed イベント  
- `DataSet` は、 <xref:System.ComponentModel.MarshalByValueComponent> メソッドおよび <xref:System.ComponentModel.MarshalByValueComponent.Dispose%2A> イベントの両方を公開する <xref:System.ComponentModel.MarshalByValueComponent.Disposed> クラスから派生しています。 <xref:System.ComponentModel.MarshalByValueComponent.Disposed>イベントは、コンポーネントで破棄されたイベントを待機するイベント ハンドラーを追加します。 使用することができます、<xref:System.ComponentModel.MarshalByValueComponent.Disposed>のイベント、`DataSet`を実行する場合は、ときにコード、<xref:System.ComponentModel.MarshalByValueComponent.Dispose%2A>メソッドが呼び出されます。 <xref:System.ComponentModel.MarshalByValueComponent.Dispose%2A>によって使用されるリソースを解放、<xref:System.ComponentModel.MarshalByValueComponent>です。  
+ `DataSet` は、 <xref:System.ComponentModel.MarshalByValueComponent> メソッドおよび <xref:System.ComponentModel.MarshalByValueComponent.Dispose%2A> イベントの両方を公開する <xref:System.ComponentModel.MarshalByValueComponent.Disposed> クラスから派生しています。 <xref:System.ComponentModel.MarshalByValueComponent.Disposed>イベントは、コンポーネントで破棄されたイベントを待機するイベント ハンドラーを追加します。 使用することができます、<xref:System.ComponentModel.MarshalByValueComponent.Disposed>のイベント、`DataSet`を実行する場合は、ときにコード、<xref:System.ComponentModel.MarshalByValueComponent.Dispose%2A>メソッドが呼び出されます。 <xref:System.ComponentModel.MarshalByValueComponent.Dispose%2A> によって使用されるリソースを解放、<xref:System.ComponentModel.MarshalByValueComponent>です。  
   
 > [!NOTE]
 >  `DataSet`と`DataTable`オブジェクトから継承<xref:System.ComponentModel.MarshalByValueComponent>をサポートし、<xref:System.Runtime.Serialization.ISerializable>リモート処理用のインターフェイスです。 これらは、リモート処理ができる唯一の ADO.NET オブジェクトです。 詳細については、次を参照してください。[リモート オブジェクト](http://msdn.microsoft.com/library/515686e6-0a8d-42f7-8188-73abede57c58)です。  
   
  使用するときに使用可能なその他のイベントについては、`DataSet`を参照してください[DataTable イベントの処理](../../../../../docs/framework/data/adonet/dataset-datatable-dataview/handling-datatable-events.md)と[DataAdapter イベントの処理](../../../../../docs/framework/data/adonet/handling-dataadapter-events.md)です。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [DataSet、DataTable、および DataView](../../../../../docs/framework/data/adonet/dataset-datatable-dataview/index.md)  
  [データの検証](http://msdn.microsoft.com/library/b3a9ee4e-5d4d-4411-9c56-c811f2b4ee7e)  
  [ADO.NET でのデータの取得および変更](../../../../../docs/framework/data/adonet/retrieving-and-modifying-data.md)  
diff --git a/docs/framework/data/adonet/downloading-sample-databases-linq-to-dataset.md b/docs/framework/data/adonet/downloading-sample-databases-linq-to-dataset.md
index e3ccadd8bd6..bf69bae9861 100644
--- a/docs/framework/data/adonet/downloading-sample-databases-linq-to-dataset.md
+++ b/docs/framework/data/adonet/downloading-sample-databases-linq-to-dataset.md
@@ -1,24 +1,26 @@
 ---
-title: "サンプル データベースのダウンロード (LINQ to DataSet)"
-ms.custom: 
+title: サンプル データベースのダウンロード (LINQ to DataSet)
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-ado
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-ado
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: eb42a7af-d410-4b7f-b4a8-13c72ce6fd09
-caps.latest.revision: "2"
+caps.latest.revision: 2
 author: douglaslMS
 ms.author: douglasl
 manager: craigg
-ms.workload: dotnet
-ms.openlocfilehash: c8c1c2dabb13393764ca8b1fd9c1a717b9e2527e
-ms.sourcegitcommit: ed26cfef4e18f6d93ab822d8c29f902cff3519d1
+ms.workload:
+- dotnet
+ms.openlocfilehash: 8e19e51ecf4868d0d49e26b4aafd7e8b3840992d
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/17/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="downloading-sample-databases-linq-to-dataset"></a>サンプル データベースのダウンロード (LINQ to DataSet)
 サンプルおよびチュートリアルでは、[!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)]ドキュメントは、AdventureWorks サンプル データベースを使用します。 この製品は、Microsoft のダウンロード サイトから無償でダウンロードできます。 [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] のドキュメントで取り上げられているサンプルおよびチュートリアルでは、データ ストアとして SQL Server が使用されています。 SQL Server の代わりに、無償で提供されている SQL Server Express Edition をデータ ストアとして使用することもできます。  
@@ -39,7 +41,7 @@ ms.lasthandoff: 01/17/2018
   
 1.  AdventureWorks データベースまたは AdventureWorksDW データベースを削除します。  
   
-2.  **プログラム追加と削除**[ **AdventureWorksDB**または**[adventureworksbi]** ] をクリック**削除**です。  
+2.  **プログラム追加と削除**[ **AdventureWorksDB**または **[adventureworksbi]** ] をクリック**削除**です。  
   
 #### <a name="to-remove-an-adventureworks-sample-database-previously-installed-using-setup"></a>過去にセットアップ プログラムを使用してインストールした AdventureWorks サンプル データベースを削除するには  
   
@@ -47,7 +49,7 @@ ms.lasthandoff: 01/17/2018
   
 2.  **プログラム追加と削除****[Microsoft SQL Server 2005]** をクリック**変更**です。  
   
-3.  **コンポーネントの選択****[ワークステーション コンポーネント]** をクリックし、 **[次へ]**です。  
+3.  **コンポーネントの選択****[ワークステーション コンポーネント]** をクリックし、 **[次へ]** です。  
   
 4.  **、SQL Server インストール ウィザードへようこそ**をクリックして**次**です。  
   
@@ -57,7 +59,7 @@ ms.lasthandoff: 01/17/2018
   
 7.  **機能の選択**、展開、**マニュアル、サンプル、およびサンプル データベース**ノード。  
   
-8.  選択**サンプル コードおよびアプリケーション**です。 展開**サンプル データベース**、削除して、選択するには、サンプル データベースを選択して**全体の機能は使用できません**です。 **[次へ]**をクリックします。  
+8.  選択**サンプル コードおよびアプリケーション**です。 展開**サンプル データベース**、削除して、選択するには、サンプル データベースを選択して**全体の機能は使用できません**です。 **[次へ]** をクリックします。  
   
 9. をクリックして**インストール**と、インストール ウィザードを終了します。  
   
@@ -74,7 +76,7 @@ ms.lasthandoff: 01/17/2018
      これらのファイルが異なるドライブまたはディレクトリにインストールされている場合は、パスを適宜修正してから、`sp_attach_db` ストアド プロシージャを実行してください。  
   
 ## <a name="downloading-sql-server-express-edition"></a>SQL Server Express Edition のダウンロード  
- サンプルおよびチュートリアルでは、[!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)]セクションはデータ ストアとして SQL Server 2005 を使用しますが、代わりに SQL Server Express Edition を使用するように変更できます。 SQL Server Express Edition は無料で入手でき、アプリケーションと共に再配布できます。 Professional Edition 以上の [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] には、SQL Server Express Edition が付属しています。  
+ サンプルおよびチュートリアルでは、[!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)]セクションはデータ ストアとして SQL Server 2005 を使用しますが、代わりに SQL Server Express Edition を使用するように変更できます。 SQL Server Express Edition は無料で入手でき、アプリケーションと共に再配布できます。 Visual Studio を使用している場合は、Pro 以上のエディションの SQL Server Express Edition が含まれています。  
   
 #### <a name="to-download-and-install-sql-server-express-edition"></a>SQL Server Express Edition をダウンロードおよびインストールするには  
   
@@ -84,5 +86,5 @@ ms.lasthandoff: 01/17/2018
   
 3.  Web サイトに記載されているインストールの指示に従います。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [はじめに](../../../../docs/framework/data/adonet/getting-started-linq-to-dataset.md)
diff --git a/docs/framework/data/adonet/ef/how-to-define-the-connection-string.md b/docs/framework/data/adonet/ef/how-to-define-the-connection-string.md
index f4f506bfb1b..578376f07e8 100644
--- a/docs/framework/data/adonet/ef/how-to-define-the-connection-string.md
+++ b/docs/framework/data/adonet/ef/how-to-define-the-connection-string.md
@@ -1,30 +1,32 @@
 ---
-title: "接続文字列を定義する方法"
-ms.custom: 
+title: 接続文字列を定義する方法
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-ado
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-ado
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 6027335d-4e26-420d-9151-6523289b1989
-caps.latest.revision: "3"
+caps.latest.revision: 3
 author: douglaslMS
 ms.author: douglasl
 manager: craigg
-ms.workload: dotnet
-ms.openlocfilehash: 355d313fd607ccf85ba55b09b9ece4d9c88e298f
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: 7cfde8d819a9b3a4eaeaed5f20c07130198714fd
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-define-the-connection-string"></a>接続文字列を定義する方法
 このトピックでは、概念モデルに接続するための接続文字列を定義する方法について説明します。 このトピックの内容がに基づいて、 [AdventureWorks Sales](http://msdn.microsoft.com/library/f16cd988-673f-4376-b034-129ca93c7832)概念モデルです。 AdventureWorks Sales Model は、[!INCLUDE[adonet_ef](../../../../../includes/adonet-ef-md.md)] ドキュメントのタスク関連のトピック全般で使用されます。 このトピックは、既に構成されていることを想定しています、 [!INCLUDE[adonet_ef](../../../../../includes/adonet-ef-md.md)] AdventureWorks Sales Model が定義されているとします。 詳細については、次を参照してください。[する方法: モデル ファイルとマッピング ファイルを手動で定義](http://msdn.microsoft.com/library/d4fd6864-f2a1-48f0-aa32-1e318775a99a)です。 このトピックの手順が記載されても[する方法: Entity Framework プロジェクトを手動で構成](http://msdn.microsoft.com/library/73f6ae1d-b3b2-4577-aebd-ad5a75954e9e)です。  
   
 > [!NOTE]
->  [!INCLUDE[adonet_edm](../../../../../includes/adonet-edm-md.md)] プロジェクトで [!INCLUDE[vsprvs](../../../../../includes/vsprvs-md.md)] ウィザードを使用した場合、自動的に .edmx ファイルが生成され、[!INCLUDE[adonet_ef](../../../../../includes/adonet-ef-md.md)] を使用するようにプロジェクトが構成されます。 詳細については、次を参照してください[する方法: Entity Data Model ウィザードを使用する。](http://msdn.microsoft.com/library/dadb058a-c5d9-4c5c-8b01-28044112231d)  
+>  使用する場合、[!INCLUDE[adonet_edm](../../../../../includes/adonet-edm-md.md)]ウィザード、Visual Studio プロジェクトが自動的に .edmx ファイルを生成され、構成を使用するプロジェクト、[!INCLUDE[adonet_ef](../../../../../includes/adonet-ef-md.md)]です。 詳細については、次を参照してください[する方法: Entity Data Model ウィザードを使用する。](http://msdn.microsoft.com/library/dadb058a-c5d9-4c5c-8b01-28044112231d)  
   
 ### <a name="to-define-the-entity-framework-connection-string"></a>Entity Framework 接続文字列を定義するには  
   
@@ -34,7 +36,7 @@ ms.lasthandoff: 01/19/2018
   
      プロジェクトが、アプリケーション構成ファイルを持たない場合、1 つを選択して、追加できます**新しい項目の追加**から、**プロジェクト** メニューを選択すると、**全般**カテゴリで、選択すると**アプリケーション構成ファイル**、クリックして**追加**です。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [クイック スタート](http://msdn.microsoft.com/library/0bc534be-789f-4819-b9f6-76e51d961675)  
  [方法: 新しい .edmx ファイルの作成](http://msdn.microsoft.com/library/beb8189e-e51c-4051-839c-9902c224abf2)  
  [ADO.NET Entity Data Model ツール](http://msdn.microsoft.com/library/91076853-0881-421b-837a-f582f36be527)
diff --git a/docs/framework/data/adonet/ef/how-to-use-edmgen-exe-to-generate-the-model-and-mapping-files.md b/docs/framework/data/adonet/ef/how-to-use-edmgen-exe-to-generate-the-model-and-mapping-files.md
index c8af4e69177..0fa93f26c9c 100644
--- a/docs/framework/data/adonet/ef/how-to-use-edmgen-exe-to-generate-the-model-and-mapping-files.md
+++ b/docs/framework/data/adonet/ef/how-to-use-edmgen-exe-to-generate-the-model-and-mapping-files.md
@@ -1,24 +1,26 @@
 ---
-title: "方法: EdmGen.exe を使用してモデル ファイルとマッピング ファイルを生成する"
-ms.custom: 
+title: '方法: EdmGen.exe を使用してモデル ファイルとマッピング ファイルを生成する'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-ado
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-ado
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 40db462d-2fd2-4cc1-ad86-d280403e63fa
-caps.latest.revision: "4"
+caps.latest.revision: 4
 author: douglaslMS
 ms.author: douglasl
 manager: craigg
-ms.workload: dotnet
-ms.openlocfilehash: 677955f0d5969d859febed2004e29ab8ebeb1b04
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: 9208b52f4184b2b3aa91fee93d86c595220363fc
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-use-edmgenexe-to-generate-the-model-and-mapping-files"></a>方法: EdmGen.exe を使用してモデル ファイルとマッピング ファイルを生成する
 このトピックでは、EDM ジェネレーター (EdmGen.exe) ツールを使用して、School データベースに基づく次のファイルを生成する方法について説明します。  
@@ -35,7 +37,7 @@ ms.lasthandoff: 01/19/2018
   
  EdmGen.exe ツールでは、/mode:FullGeneration を使用して上記のファイルを生成します。 EdmGen.exe コマンドの詳細については、次を参照してください。 [EDM ジェネレーター (EdmGen.exe)](../../../../../docs/framework/data/adonet/ef/edm-generator-edmgen-exe.md)です。  
   
- EdmGen.exe を使用してモデル ファイルとマッピング ファイルを生成する場合は、[!INCLUDE[vsprvs](../../../../../includes/vsprvs-md.md)] を使用するように [!INCLUDE[adonet_ef](../../../../../includes/adonet-ef-md.md)] プロジェクトを構成する必要もあります。 詳細については、次を参照してください。[する方法: Entity Framework プロジェクトを手動で構成](http://msdn.microsoft.com/library/73f6ae1d-b3b2-4577-aebd-ad5a75954e9e)です。  
+ まだ使用して Visual Studio プロジェクトを構成する必要があります EdmGen.exe を使用してモデル ファイルとマッピング ファイルを生成する場合、[!INCLUDE[adonet_ef](../../../../../includes/adonet-ef-md.md)]です。 詳細については、次を参照してください。[する方法: Entity Framework プロジェクトを手動で構成](http://msdn.microsoft.com/library/73f6ae1d-b3b2-4577-aebd-ad5a75954e9e)です。  
   
 > [!NOTE]
 >  EdmGen.exe によって生成された概念モデルには、データベース内のすべてのオブジェクトが含まれています。 特定のオブジェクトだけを含んだ概念モデルを生成する場合は、Entity Data Model ウィザードを使用してください。 詳細については、次を参照してください。[する方法: Entity Data Model ウィザードを使用して](http://msdn.microsoft.com/library/dadb058a-c5d9-4c5c-8b01-28044112231d)です。  
@@ -64,7 +66,7 @@ ms.lasthandoff: 01/19/2018
     /project:School /entitycontainer:SchoolEntities /namespace:SchoolModel /language:CSharp  
     ```  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [モデリングとマッピング](../../../../../docs/framework/data/adonet/ef/modeling-and-mapping.md)  
  [方法: Entity Framework プロジェクトを手動で構成します。](http://msdn.microsoft.com/library/73f6ae1d-b3b2-4577-aebd-ad5a75954e9e)  
  [方法: クエリのパフォーマンスを向上させるためにビューの事前生成](http://msdn.microsoft.com/library/b18a9d16-e10b-4043-ba91-b632f85a2579)  
diff --git a/docs/framework/data/adonet/ef/migration-considerations.md b/docs/framework/data/adonet/ef/migration-considerations.md
index cc1927314e4..12d80a29822 100644
--- a/docs/framework/data/adonet/ef/migration-considerations.md
+++ b/docs/framework/data/adonet/ef/migration-considerations.md
@@ -1,24 +1,26 @@
 ---
-title: "移行に関する注意事項 (Entity Framework)"
-ms.custom: 
+title: 移行に関する注意事項 (Entity Framework)
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-ado
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-ado
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: c85b6fe8-cc32-4642-8f0a-dc0e5a695936
-caps.latest.revision: "6"
+caps.latest.revision: 6
 author: douglaslMS
 ms.author: douglasl
 manager: craigg
-ms.workload: dotnet
-ms.openlocfilehash: 8e4c1b06e5a3a7717b99379fd9bca2c5a8a14a6a
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: c31d7d481d5016b8f2d440f8a727e5bfcf66717c
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="migration-considerations-entity-framework"></a>移行に関する注意事項 (Entity Framework)
 [!INCLUDE[vstecado](../../../../../includes/vstecado-md.md)] Entity Framework には、既存のアプリケーションにとっていくつかの利点があります。 特に重要な利点の 1 つが、概念モデルを使用して、アプリケーションで使用するデータ構造をデータ ソースのスキーマから分離できることです。 これにより、ストレージ モデルやデータ ソース自体の将来の変更が容易になり、その変更を補うための変更をアプリケーションに加える必要がなくなります。 使用する利点の詳細についての[!INCLUDE[adonet_ef](../../../../../includes/adonet-ef-md.md)]を参照してください[Entity Framework の概要](../../../../../docs/framework/data/adonet/ef/overview.md)と[Entity Data Model](../../../../../docs/framework/data/adonet/entity-data-model.md)です。  
@@ -44,7 +46,7 @@ ms.lasthandoff: 01/19/2018
   
 1.  アプリケーションをアップグレードします。  
   
-     以前のバージョンを使用して作成されたプロジェクト[!INCLUDE[vsprvs](../../../../../includes/vsprvs-md.md)]と[!INCLUDE[dnprdnshort](../../../../../includes/dnprdnshort-md.md)]を使用してにアップグレードする必要があります[!INCLUDE[vsOrcas](../../../../../includes/vsorcas-md.md)]SP1 および[!INCLUDE[dnprdnshort](../../../../../includes/dnprdnshort-md.md)]version 3.5 SP1 以降をします。  
+     Visual Studio の以前のバージョンを使用して作成されたプロジェクトと[!INCLUDE[dnprdnshort](../../../../../includes/dnprdnshort-md.md)]を使用してにアップグレードする必要があります[!INCLUDE[vsOrcas](../../../../../includes/vsorcas-md.md)]SP1 および[!INCLUDE[dnprdnshort](../../../../../includes/dnprdnshort-md.md)]version 3.5 SP1 以降をします。  
   
 2.  モデルおよびマッピングを定義します。  
   
@@ -59,15 +61,15 @@ ms.lasthandoff: 01/19/2018
   
      [!INCLUDE[adonet_ef](../../../../../includes/adonet-ef-md.md)] で概念モデルに対してクエリを実行する際には特殊な形式の接続文字列を使用します。 この接続文字列は、モデル ファイルとマッピング ファイルに関する情報とデータ ソースへの接続に関する情報をカプセル化したものです。 詳細については、次を参照してください。[する方法: 接続文字列を定義](../../../../../docs/framework/data/adonet/ef/how-to-define-the-connection-string.md)です。  
   
-4.  [!INCLUDE[vsprvs](../../../../../includes/vsprvs-md.md)] プロジェクトを構成します。  
+4.  Visual Studio プロジェクトを構成します。  
   
-     [!INCLUDE[adonet_ef](../../../../../includes/adonet-ef-md.md)] アセンブリへの参照とモデル ファイルおよびマッピング ファイルを [!INCLUDE[vsprvs](../../../../../includes/vsprvs-md.md)] プロジェクトに追加する必要があります。 これらのマッピング ファイルをプロジェクトに追加することで、接続文字列で指定された場所にアプリケーションと共に配置されるようにすることができます。 詳細については、次を参照してください。[する方法: Entity Framework プロジェクトを手動で構成](http://msdn.microsoft.com/library/73f6ae1d-b3b2-4577-aebd-ad5a75954e9e)です。  
+     参照[!INCLUDE[adonet_ef](../../../../../includes/adonet-ef-md.md)]アセンブリと、モデルとマッピング ファイルは、Visual Studio プロジェクトに追加する必要があります。 これらのマッピング ファイルをプロジェクトに追加することで、接続文字列で指定された場所にアプリケーションと共に配置されるようにすることができます。 詳細については、次を参照してください。[する方法: Entity Framework プロジェクトを手動で構成](http://msdn.microsoft.com/library/73f6ae1d-b3b2-4577-aebd-ad5a75954e9e)です。  
   
 ## <a name="considerations-for-applications-with-existing-objects"></a>既存のオブジェクトを含むアプリケーションの注意点  
  [!INCLUDE[dnprdnshort](../../../../../includes/dnprdnshort-md.md)] 4 以降では、[!INCLUDE[adonet_ef](../../../../../includes/adonet-ef-md.md)] は POCO ("plain old" CLR object、永続化非依存オブジェクトとも呼ばれます) をサポートしています。 ほとんどの場合、既存のオブジェクトを少し変更すれば [!INCLUDE[adonet_ef](../../../../../includes/adonet-ef-md.md)] で使用できます。 詳細については、次を参照してください。 [POCO エンティティの操作](http://msdn.microsoft.com/library/5e0fb82a-b6d1-41a1-b37b-c12db61629d3)です。 アプリケーションを移行することも、[!INCLUDE[adonet_ef](../../../../../includes/adonet-ef-md.md)]し、Entity Framework ツールによって生成されるデータ クラスを使用します。 詳細については、次を参照してください。[する方法: Entity Data Model ウィザードを使用して](http://msdn.microsoft.com/library/dadb058a-c5d9-4c5c-8b01-28044112231d)です。  
   
 ## <a name="considerations-for-applications-that-use-adonet-providers"></a>ADO.NET プロバイダーを使用するアプリケーションの注意点  
- [!INCLUDE[vstecado](../../../../../includes/vstecado-md.md)]SqlClient などのプロバイダーを使用すると、表形式のデータを返すためのデータ ソースをクエリできます。 データを読み込むことも、[!INCLUDE[vstecado](../../../../../includes/vstecado-md.md)]データセット。 以下は、既存の [!INCLUDE[vstecado](../../../../../includes/vstecado-md.md)] プロバイダーを使用するアプリケーションをアップグレードする場合の注意点です。  
+ [!INCLUDE[vstecado](../../../../../includes/vstecado-md.md)] SqlClient などのプロバイダーを使用すると、表形式のデータを返すためのデータ ソースをクエリできます。 データを読み込むことも、[!INCLUDE[vstecado](../../../../../includes/vstecado-md.md)]データセット。 以下は、既存の [!INCLUDE[vstecado](../../../../../includes/vstecado-md.md)] プロバイダーを使用するアプリケーションをアップグレードする場合の注意点です。  
   
  データ リーダーを使用して表形式のデータを表示している場合  
  実行することを検討、 [!INCLUDE[esql](../../../../../includes/esql-md.md)] EntityClient プロバイダーを使用して、返された列挙クエリ<xref:System.Data.EntityClient.EntityDataReader>オブジェクト。 この方法を使用するのは、データ リーダーを使用して表形式のデータを表示するアプリケーションで、データをオブジェクトに具体化したり、変更を追跡したり、更新を行ったりするための [!INCLUDE[adonet_ef](../../../../../includes/adonet-ef-md.md)] の機能が不要である場合だけにしてください。 データ ソースを更新する既存のデータ アクセス コードも引き続き使用できますが、<xref:System.Data.EntityClient.EntityConnection.StoreConnection%2A> の <xref:System.Data.EntityClient.EntityConnection> プロパティから既存の接続にアクセスできます。 詳細については、次を参照してください。 [Entity Framework の EntityClient プロバイダー](../../../../../docs/framework/data/adonet/ef/entityclient-provider-for-the-entity-framework.md)です。  
@@ -104,8 +106,8 @@ ms.lasthandoff: 01/19/2018
  アプリケーションで XML データのクエリ機能が必要な場合も、LINQ to XML を使用して LINQ クエリを活用することができます。 詳細については、次を参照してください。 [LINQ to XML](http://msdn.microsoft.com/library/f0fe21e9-ee43-4a55-b91a-0800e5782c13)です。  
   
  状態を保持するアプリケーション  
- [!INCLUDE[vstecasp](../../../../../includes/vstecasp-md.md)]Web アプリケーションは、Web ページまたはユーザー セッションの状態を維持頻繁にする必要があります。 内のオブジェクト、<xref:System.Data.Objects.ObjectContext>インスタンスまたはサーバーで、セッション状態のクライアント ビュー ステートに格納し、後で取得して新しいオブジェクト コンテキストに再アタッチします。 詳細については、次を参照してください。[のアタッチとデタッチ オブジェクト](http://msdn.microsoft.com/library/41d5c1ef-1b78-4502-aa10-7e1438d62d23)です。  
+ [!INCLUDE[vstecasp](../../../../../includes/vstecasp-md.md)] Web アプリケーションは、Web ページまたはユーザー セッションの状態を維持頻繁にする必要があります。 内のオブジェクト、<xref:System.Data.Objects.ObjectContext>インスタンスまたはサーバーで、セッション状態のクライアント ビュー ステートに格納し、後で取得して新しいオブジェクト コンテキストに再アタッチします。 詳細については、次を参照してください。[のアタッチとデタッチ オブジェクト](http://msdn.microsoft.com/library/41d5c1ef-1b78-4502-aa10-7e1438d62d23)です。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [配置に関する注意事項](../../../../../docs/framework/data/adonet/ef/deployment-considerations.md)  
  [Entity Framework の用語](../../../../../docs/framework/data/adonet/ef/terminology.md)
diff --git a/docs/framework/data/adonet/ef/modeling-and-mapping.md b/docs/framework/data/adonet/ef/modeling-and-mapping.md
index 6a7606ed342..f5dcf753120 100644
--- a/docs/framework/data/adonet/ef/modeling-and-mapping.md
+++ b/docs/framework/data/adonet/ef/modeling-and-mapping.md
@@ -1,27 +1,29 @@
 ---
-title: "モデリングとマッピング"
-ms.custom: 
+title: モデリングとマッピング
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-ado
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-ado
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: ec8a9515-3708-4cde-a688-4d8e6975f150
-caps.latest.revision: "7"
+caps.latest.revision: 7
 author: douglaslMS
 ms.author: douglasl
 manager: craigg
-ms.workload: dotnet
-ms.openlocfilehash: 0782d75aa44557ef87f1d59757b0d60873d8a949
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: e7bd382cf2183bcd84c7ad4a420dcbd7570e0685
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="modeling-and-mapping"></a>モデリングとマッピング
-[!INCLUDE[adonet_ef](../../../../../includes/adonet-ef-md.md)] では、概念モデル、ストレージ モデル、およびこの 2 つのモデル間のマッピングをアプリケーションに最適な方法で定義できます。 Entity Data Model ツール[!INCLUDE[vsprvs](../../../../../includes/vsprvs-md.md)]を作成することは、[ 。edmx ファイル](http://msdn.microsoft.com/library/f4c8e7ce-1db6-417e-9759-15f8b55155d4)データベースまたはグラフィカルなモデルと、更新データベースまたはモデルのいずれかが変更されたときにこのファイルからです。  
+[!INCLUDE[adonet_ef](../../../../../includes/adonet-ef-md.md)] では、概念モデル、ストレージ モデル、およびこの 2 つのモデル間のマッピングをアプリケーションに最適な方法で定義できます。 Visual Studio で Entity Data Model ツールは、作成することができます。[edmx ファイル](http://msdn.microsoft.com/library/f4c8e7ce-1db6-417e-9759-15f8b55155d4)データベースまたはグラフィカルなモデルと、更新データベースまたはモデルのいずれかが変更されたときにこのファイルからです。  
   
  Entity Framework 4.1 以降では、Code First の開発を使用してモデルをプログラムで作成することもできます。 Code First の開発に対しては、2 つの異なるシナリオがあります。 どちらの場合でも、開発者は .NET Framework のクラス定義をコーディングしてモデルを定義し、データ注釈または Fluent API を使用してオプションで追加のマッピングまたは構成を指定します。  
   
diff --git a/docs/framework/data/adonet/ef/sqlclient-for-the-entity-framework.md b/docs/framework/data/adonet/ef/sqlclient-for-the-entity-framework.md
index 6a47b2ee86f..e2fa100cca8 100644
--- a/docs/framework/data/adonet/ef/sqlclient-for-the-entity-framework.md
+++ b/docs/framework/data/adonet/ef/sqlclient-for-the-entity-framework.md
@@ -16,11 +16,11 @@ ms.author: douglasl
 manager: craigg
 ms.workload:
 - dotnet
-ms.openlocfilehash: 2801ad445be073f2cd4725d04a0c731e8bfcdd1b
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 5949ee1931b9ab9adf1f14b921432cae531cebd5
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="sqlclient-for-the-entity-framework"></a>Entity Framework 用 SqlClient
 このセクションでは、.NET Framework Data Provider for SQL Server (SqlClient) について説明します。これによって、Microsoft SQL Server 上で Entity Framework が機能できるようになります。  
@@ -42,7 +42,7 @@ ms.lasthandoff: 04/26/2018
 |2000|2005|2008|  
   
 > [!NOTE]
->  以降で[!INCLUDE[vsprvs](../../../../../includes/vsprvs-md.md)]2010、 [ADO.NET Entity Data Model ツール](http://msdn.microsoft.com/library/91076853-0881-421b-837a-f582f36be527)SQL Server 2000 をサポートしていません。  
+>  Visual Studio 2010 以降、 [ADO.NET Entity Data Model ツール](http://msdn.microsoft.com/library/91076853-0881-421b-837a-f582f36be527)SQL Server 2000 をサポートしていません。  
   
 ## <a name="provider-namespace-name"></a>プロバイダーの名前空間名  
  すべてのプロバイダーで名前空間を指定する必要があります。 このプロパティによって、型や関数など、プロバイダーが特定のコンストラクターに使用するプレフィックスを Entity Framework に通知できます。 SqlClient プロバイダー マニフェストの名前空間は `SqlServer` です。 名前空間の詳細については、次を参照してください。[名前空間](../../../../../docs/framework/data/adonet/ef/language-reference/namespaces-entity-sql.md)です。  
diff --git a/docs/framework/data/adonet/linq-and-ado-net.md b/docs/framework/data/adonet/linq-and-ado-net.md
index 7e3949fcf70..ce0f87c5b8a 100644
--- a/docs/framework/data/adonet/linq-and-ado-net.md
+++ b/docs/framework/data/adonet/linq-and-ado-net.md
@@ -16,16 +16,16 @@ ms.author: douglasl
 manager: craigg
 ms.workload:
 - dotnet
-ms.openlocfilehash: be91650c7c06a3bdb5410166cc560ffc9a65d542
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: d86a3f97bcdb748d397dcf5edf20d4d8ce945bc6
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="linq-and-adonet"></a>LINQ と ADO.NET
 現在、多くのビジネス開発者が 2 つ (以上) のプログラミング言語を使用する必要があります: (Visual c# や Visual Basic)、ビジネス ロジックやプレゼンテーション層は高級言語と、データベースとやり取りするクエリ言語 (など[!INCLUDE[tsql](../../../../includes/tsql-md.md)])。 開発者は実質的に複数の言語に精通していることが要求され、開発環境における言語の不整合が生じる原因にもなっています。 たとえば、データ アクセス API を使用してデータベースを照会するアプリケーションでは、クエリは文字列リテラルとして引用符で囲んで指定する必要があります。 コンパイラはこのクエリ文字列を認識できないため、エラー (無効な構文、参照されている列または行が実際に存在するかどうかなど) のチェック機構が働きません。 クエリ パラメーターの型チェックや `IntelliSense` のサポートもありません。  
   
- [!INCLUDE[vbteclinqext](../../../../includes/vbteclinqext-md.md)] により、開発者はアプリケーション コード内でプログラミング言語とクエリ言語を使い分けることなく、セット ベースのクエリを作成できます。 インメモリのデータ構造、XML ドキュメント、SQL データベース、[!INCLUDE[vbteclinq](../../../../includes/vbteclinq-md.md)] オブジェクトなど、列挙可能な各種データ ソース (つまり、<xref:System.Collections.IEnumerable> インターフェイスを実装するデータ ソース) に対する <xref:System.Data.DataSet> クエリを作成できます。 実装方法には違いがありますが、こうした列挙可能なデータ ソースはすべて同じ構文および言語構造を公開しています。 クエリはプログラミング言語のみで作成できるため、コンパイラによる認識も検証もできない文字列リテラルとしてクエリ言語を記述する必要はありません。 クエリをプログラミング言語に統合することにより、コンパイル時の型チェックや構文チェック、[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] の使用などが可能となるため、`IntelliSense` プログラマは生産性を高めることができます。 クエリのデバッグやエラーの修正に伴う手間は、これらの機能によって軽減されます。  
+ [!INCLUDE[vbteclinqext](../../../../includes/vbteclinqext-md.md)] により、開発者はアプリケーション コード内でプログラミング言語とクエリ言語を使い分けることなく、セット ベースのクエリを作成できます。 インメモリのデータ構造、XML ドキュメント、SQL データベース、[!INCLUDE[vbteclinq](../../../../includes/vbteclinq-md.md)] オブジェクトなど、列挙可能な各種データ ソース (つまり、<xref:System.Collections.IEnumerable> インターフェイスを実装するデータ ソース) に対する <xref:System.Data.DataSet> クエリを作成できます。 実装方法には違いがありますが、こうした列挙可能なデータ ソースはすべて同じ構文および言語構造を公開しています。 クエリはプログラミング言語のみで作成できるため、コンパイラによる認識も検証もできない文字列リテラルとしてクエリ言語を記述する必要はありません。 Visual Studio プログラマは、コンパイル時の型チェックや構文は次のチェックを提供することによって生産性を向上させることもできますクエリに統合するプログラミング言語と`IntelliSense`です。 クエリのデバッグやエラーの修正に伴う手間は、これらの機能によって軽減されます。  
   
  SQL テーブルのデータをメモリ内のオブジェクトに転送することは、面倒であるだけでなく間違いの元にもなります。 [!INCLUDE[vbteclinq](../../../../includes/vbteclinq-md.md)] および [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] で実装された [!INCLUDE[vbtecdlinq](../../../../includes/vbtecdlinq-md.md)] プロバイダーは、ソース データを <xref:System.Collections.IEnumerable> ベースのオブジェクト コレクションに変換します。 プログラマからは、クエリの実行時も更新時も常にデータが <xref:System.Collections.IEnumerable> コレクションとして見えます。 これらのコレクションに対するクエリを記述する際には、`IntelliSense` の機能を完全に利用できます。  
   
diff --git a/docs/framework/data/adonet/linq-to-dataset-overview.md b/docs/framework/data/adonet/linq-to-dataset-overview.md
index 4bee0e626c8..4f21b55ae7b 100644
--- a/docs/framework/data/adonet/linq-to-dataset-overview.md
+++ b/docs/framework/data/adonet/linq-to-dataset-overview.md
@@ -1,36 +1,38 @@
 ---
-title: "LINQ to DataSet の概要"
-ms.custom: 
+title: LINQ to DataSet の概要
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-ado
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-ado
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: dc20a8fb-03f6-4b68-9c2b-7f7299e3070b
-caps.latest.revision: "3"
+caps.latest.revision: 3
 author: douglaslMS
 ms.author: douglasl
 manager: craigg
-ms.workload: dotnet
-ms.openlocfilehash: 0295ff475367b0867ff0a5b0dd85f7a686e343bc
-ms.sourcegitcommit: ed26cfef4e18f6d93ab822d8c29f902cff3519d1
+ms.workload:
+- dotnet
+ms.openlocfilehash: 3e030ca62625e2b8870cf0eeb5694f4b889b3a7e
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/17/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="linq-to-dataset-overview"></a>LINQ to DataSet の概要
 <xref:System.Data.DataSet> は、[!INCLUDE[vstecado](../../../../includes/vstecado-md.md)] のコンポーネントの中でもきわめて使用頻度の高いコンポーネントの 1 つです。 [!INCLUDE[vstecado](../../../../includes/vstecado-md.md)] の基礎を成す非接続型プログラミング モデルの重要な要素であり、さまざまなデータ ソースからのデータを明示的にキャッシュできます。 プレゼンテーション層では、<xref:System.Data.DataSet> とデータ バインドの GUI コントロールとが密接に連携します。 中間層では、リレーショナル形式のデータを維持するキャッシュとして機能し、単純で高速なクエリと、階層的なナビゲーション サービスを提供します。 データベースに対する要求の数を削減するための一般的な手法は、使用する、<xref:System.Data.DataSet>を中間層でキャッシュします。 たとえば、データ ドリブン[!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)]Web アプリケーションです。 ほとんど変更されないアプリケーション データがかなりの割合で存在し、しかも、複数のセッションまたは複数のユーザー間で共通して使用されているケースがよくあります。 このデータを Web サーバー上のメモリに維持しておくことで、データベースに対する要求数を減らし、高速な対話処理をユーザーに提供できます。 別の点、<xref:System.Data.DataSet>は、アプリケーションに 1 つまたは複数のデータ ソースから対象のデータのサブセットをアプリケーション空間に取り込むことができます。 アプリケーションは、そのデータをリレーショナル形式を維持したままインメモリで操作できます。  
   
  こうした突出した特長がある反面、<xref:System.Data.DataSet> のクエリ機能には制限があります。 <xref:System.Data.DataTable.Select%2A> メソッドでデータのフィルター処理や並べ替えを行ったり、<xref:System.Data.DataRow.GetChildRows%2A> メソッドや <xref:System.Data.DataRow.GetParentRow%2A> メソッドを使って階層のナビゲーションを行うことはできます。 しかし、さらに複雑な処理を行うには、開発者が独自にクエリを作成する必要があります。 その結果、アプリケーションで期待したパフォーマンスが得られなかったり、メンテナンスが難しくなったりする可能性があります。  
   
- [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] は、<xref:System.Data.DataSet> オブジェクトにキャッシュされたデータに対するクエリをより簡単に、より高速にします。 これらのクエリはアプリケーション コードに文字列リテラルとして記述するのではなく、プログラミング言語そのもので表現できます。 つまり、開発者はクエリ言語を個別に習得する必要はありません。 さらに、[!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)]により[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]開発者が作業効率のため、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] IDE には、コンパイル時の構文チェック、静的な型指定、および IntelliSense サポートが用意されています[!INCLUDE[vbteclinq](../../../../includes/vbteclinq-md.md)]です。 また、[!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] を使用すると、1 つまたは複数のデータ ソースから取得して統合したデータを照会することもできます。 これにより、データの表現方法や扱いに柔軟性が要求されるさまざまなシナリオが実現します。 特に、汎用のレポート作成、分析、ビジネス インテリジェンスを行うアプリケーションでは、この手法を用いたデータ操作が欠かせません。  
+ [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] は、<xref:System.Data.DataSet> オブジェクトにキャッシュされたデータに対するクエリをより簡単に、より高速にします。 これらのクエリはアプリケーション コードに文字列リテラルとして記述するのではなく、プログラミング言語そのもので表現できます。 つまり、開発者はクエリ言語を個別に習得する必要はありません。 さらに、[!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)]開発者は Visual Studio より生産的に作業するため、Visual Studio IDE がコンパイル時の構文チェック、静的な型指定、および IntelliSense をサポートを提供するため[!INCLUDE[vbteclinq](../../../../includes/vbteclinq-md.md)]です。 また、[!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] を使用すると、1 つまたは複数のデータ ソースから取得して統合したデータを照会することもできます。 これにより、データの表現方法や扱いに柔軟性が要求されるさまざまなシナリオが実現します。 特に、汎用のレポート作成、分析、ビジネス インテリジェンスを行うアプリケーションでは、この手法を用いたデータ操作が欠かせません。  
   
 ## <a name="querying-datasets-using-linq-to-dataset"></a>LINQ to DataSet を使った DataSet のクエリ  
- <xref:System.Data.DataSet> を使用して [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] オブジェクトを照会するには、あらかじめ <xref:System.Data.DataSet> にデータを読み込んでおく必要があります。 データを読み込む方法をいくつかが、<xref:System.Data.DataSet>を使用するなど、<xref:System.Data.Common.DataAdapter>クラスまたは[LINQ to SQL](../../../../docs/framework/data/adonet/sql/linq/index.md)です。 データが読み込まれた後、<xref:System.Data.DataSet>オブジェクト、クエリを実行を開始することができます。 使ったを使用するクエリ[!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)]使用と似ています[!INCLUDE[vbteclinqext](../../../../includes/vbteclinqext-md.md)]に対して他の[!INCLUDE[vbteclinq](../../../../includes/vbteclinq-md.md)]-データ ソースを有効にします。 [!INCLUDE[vbteclinq](../../../../includes/vbteclinq-md.md)]1 つのテーブルに対してクエリを実行することができます、<xref:System.Data.DataSet>またはを使用して 1 つ以上のテーブルに対して、<xref:System.Linq.Enumerable.Join%2A>と<xref:System.Linq.Enumerable.GroupJoin%2A>標準クエリ演算子です。  
+ <xref:System.Data.DataSet> を使用して [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] オブジェクトを照会するには、あらかじめ <xref:System.Data.DataSet> にデータを読み込んでおく必要があります。 データを読み込む方法をいくつかが、<xref:System.Data.DataSet>を使用するなど、<xref:System.Data.Common.DataAdapter>クラスまたは[LINQ to SQL](../../../../docs/framework/data/adonet/sql/linq/index.md)です。 データが読み込まれた後、<xref:System.Data.DataSet>オブジェクト、クエリを実行を開始することができます。 使ったを使用するクエリ[!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)]使用と似ています[!INCLUDE[vbteclinqext](../../../../includes/vbteclinqext-md.md)]に対して他の[!INCLUDE[vbteclinq](../../../../includes/vbteclinq-md.md)]-データ ソースを有効にします。 [!INCLUDE[vbteclinq](../../../../includes/vbteclinq-md.md)] 1 つのテーブルに対してクエリを実行することができます、<xref:System.Data.DataSet>またはを使用して 1 つ以上のテーブルに対して、<xref:System.Linq.Enumerable.Join%2A>と<xref:System.Linq.Enumerable.GroupJoin%2A>標準クエリ演算子です。  
   
- [!INCLUDE[vbteclinq](../../../../includes/vbteclinq-md.md)]入力し、型指定されていないの両方に対するクエリはサポートされて<xref:System.Data.DataSet>オブジェクト。 アプリケーションのデザイン時に <xref:System.Data.DataSet> のスキーマがわかっている場合は、型指定された <xref:System.Data.DataSet> を使用することをお勧めします。 型指定された <xref:System.Data.DataSet> のテーブルおよび行は、列ごとに型指定されたメンバーを持ちます。これにより、クエリが簡素化され、読みやすくなります。  
+ [!INCLUDE[vbteclinq](../../../../includes/vbteclinq-md.md)] 入力し、型指定されていないの両方に対するクエリはサポートされて<xref:System.Data.DataSet>オブジェクト。 アプリケーションのデザイン時に <xref:System.Data.DataSet> のスキーマがわかっている場合は、型指定された <xref:System.Data.DataSet> を使用することをお勧めします。 型指定された <xref:System.Data.DataSet> のテーブルおよび行は、列ごとに型指定されたメンバーを持ちます。これにより、クエリが簡素化され、読みやすくなります。  
   
  、System.Core.dll に実装された標準クエリ演算子に加え[!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)]追加<xref:System.Data.DataSet>-特定の拡張機能のセットに対してクエリを簡単にする<xref:System.Data.DataRow>オブジェクト。 これらの <xref:System.Data.DataSet> 固有の拡張機能には、<xref:System.Data.DataRow> の列値にアクセスするためのメソッドのほか、一連の行を比較するための演算子があります。  
   
@@ -39,7 +41,7 @@ ms.lasthandoff: 01/17/2018
   
  n 層アプリケーションでは、Web アプリケーションの情報をキャッシュするために <xref:System.Data.DataSet> が中間層で使用されます。 [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)]クエリ機能は拡張メソッドによって実装され、既存の ADO.NET 2.0 の拡張<xref:System.Data.DataSet>です。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [DataSet のクエリ](../../../../docs/framework/data/adonet/querying-datasets-linq-to-dataset.md)  
  [統合言語クエリ (LINQ)](http://msdn.microsoft.com/library/a73c4aec-5d15-4e98-b962-1274021ea93d)  
  [LINQ to SQL](../../../../docs/framework/data/adonet/sql/linq/index.md)
diff --git a/docs/framework/data/adonet/linq-to-dataset.md b/docs/framework/data/adonet/linq-to-dataset.md
index 893cd7e37de..b78eae31e27 100644
--- a/docs/framework/data/adonet/linq-to-dataset.md
+++ b/docs/framework/data/adonet/linq-to-dataset.md
@@ -1,31 +1,33 @@
 ---
 title: LINQ to DataSet
-ms.custom: 
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-ado
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-ado
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 743e3755-3ecb-45a2-8d9b-9ed41f0dcf17
-caps.latest.revision: "4"
+caps.latest.revision: 4
 author: douglaslMS
 ms.author: douglasl
 manager: craigg
-ms.workload: dotnet
-ms.openlocfilehash: cdd3f21d8b02c24db24d2efd08487ef1a290e022
-ms.sourcegitcommit: ed26cfef4e18f6d93ab822d8c29f902cff3519d1
+ms.workload:
+- dotnet
+ms.openlocfilehash: 3746fb31c66202dc75c6aff3ce69952f25b06931
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/17/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="linq-to-dataset"></a>LINQ to DataSet
-[!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] は、<xref:System.Data.DataSet> オブジェクトにキャッシュされたデータに対するクエリをより簡単に、より高速にします。 具体的には、[!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)]を個別のクエリ言語を使用して、クエリの代わりにプログラミング言語そのものを記述する開発者を有効にしてクエリを簡素化します。 これは特に役立ちます[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]利用できるようのコンパイル時の構文チェック、静的な型指定、IntelliSense のサポートによって提供される、開発者、[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]がクエリでします。  
+[!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] は、<xref:System.Data.DataSet> オブジェクトにキャッシュされたデータに対するクエリをより簡単に、より高速にします。 具体的には、[!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)]を個別のクエリ言語を使用して、クエリの代わりにプログラミング言語そのものを記述する開発者を有効にしてクエリを簡素化します。 これは、Visual Studio 開発者も、利用できるよう、コンパイル時の構文チェック、静的な型指定、および IntelliSense サポートがクエリで Visual Studio によって提供されるに特に便利です。  
   
  また、[!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] を使用すると、1 つまたは複数のデータ ソースから取得して統合したデータを照会することもできます。 これにより、ローカルに集計されたデータのクエリや Web アプリケーションでの中間層のキャッシュなど、データの表現方法や扱いに柔軟性が要求されるさまざまなシナリオが実現します。 特に、汎用のレポート作成、分析、ビジネス インテリジェンスを行うアプリケーションでは、この手法を用いたデータ操作が欠かせません。  
   
- [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)]機能は、拡張メソッドによって、主に、公開、<xref:System.Data.DataRowExtensions>と<xref:System.Data.DataTableExtensions>クラスです。 [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)]上に構築し、は、既存[!INCLUDE[ado_whidbey_long](../../../../includes/ado-whidbey-long-md.md)]アーキテクチャを置き換えるものでありません[!INCLUDE[ado_whidbey_long](../../../../includes/ado-whidbey-long-md.md)]アプリケーション コードでします。 既存の ADO.NET 2.0 コードは [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] アプリケーションにおいても機能します。 [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] と [!INCLUDE[ado_whidbey_long](../../../../includes/ado-whidbey-long-md.md)] のリレーションシップとデータ ストアを次の図に示します。  
+ [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)]機能は、拡張メソッドによって、主に、公開、<xref:System.Data.DataRowExtensions>と<xref:System.Data.DataTableExtensions>クラスです。 [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] 上に構築し、は、既存[!INCLUDE[ado_whidbey_long](../../../../includes/ado-whidbey-long-md.md)]アーキテクチャを置き換えるものでありません[!INCLUDE[ado_whidbey_long](../../../../includes/ado-whidbey-long-md.md)]アプリケーション コードでします。 既存の ADO.NET 2.0 コードは [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] アプリケーションにおいても機能します。 [!INCLUDE[linq_dataset](../../../../includes/linq-dataset-md.md)] と [!INCLUDE[ado_whidbey_long](../../../../includes/ado-whidbey-long-md.md)] のリレーションシップとデータ ストアを次の図に示します。  
   
  ![LINQ to DataSet は、ADO.NET プロバイダーに基づいて](../../../../docs/framework/data/adonet/media/linqtodataset.gif "LINQtoDataSet")  
   
@@ -41,7 +43,7 @@ ms.lasthandoff: 01/17/2018
   
  <xref:System.Data.DataRowComparer>  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [統合言語クエリ (LINQ)](http://msdn.microsoft.com/library/a73c4aec-5d15-4e98-b962-1274021ea93d)  
  [LINQ と ADO.NET](../../../../docs/framework/data/adonet/linq-and-ado-net.md)  
  [ADO.NET](../../../../docs/framework/data/adonet/index.md)
diff --git a/docs/framework/data/adonet/sql/linq/how-to-customize-entity-classes-by-using-the-code-editor.md b/docs/framework/data/adonet/sql/linq/how-to-customize-entity-classes-by-using-the-code-editor.md
index 2b71a75cd41..8ce466346f7 100644
--- a/docs/framework/data/adonet/sql/linq/how-to-customize-entity-classes-by-using-the-code-editor.md
+++ b/docs/framework/data/adonet/sql/linq/how-to-customize-entity-classes-by-using-the-code-editor.md
@@ -16,16 +16,16 @@ ms.author: douglasl
 manager: craigg
 ms.workload:
 - dotnet
-ms.openlocfilehash: 3e518a18787a7faa1d3e501d5941fae70daf8b9d
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: f57b07d03297347561b6b2e2634038aa1f29bc40
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-customize-entity-classes-by-using-the-code-editor"></a>方法 : コード エディターを使用してエンティティ クラスをカスタマイズする
 Visual Studio を使用している開発者が使用できる、[!INCLUDE[vs_ordesigner_long](../../../../../../includes/vs-ordesigner-long-md.md)]を作成または、そのエンティティ クラスをカスタマイズします。  
   
- [!INCLUDE[vsprvs](../../../../../../includes/vsprvs-md.md)] コード エディターを使用して、独自のマッピング コードを記述したり、既に生成されているコードをカスタマイズしたりすることもできます。 詳細については、次を参照してください。[属性ベースの対応付け](../../../../../../docs/framework/data/adonet/sql/linq/attribute-based-mapping.md)です。  
+ 独自のマッピング コードを記述するか、既に生成されているコードをカスタマイズするには、また、Visual Studio コード エディターを使用することができます。 詳細については、次を参照してください。[属性ベースの対応付け](../../../../../../docs/framework/data/adonet/sql/linq/attribute-based-mapping.md)です。  
   
  このセクションのトピックでは、オブジェクト モデルをカスタマイズする方法について説明します。  
   
diff --git a/docs/framework/data/adonet/sql/linq/implementing-business-logic-linq-to-sql.md b/docs/framework/data/adonet/sql/linq/implementing-business-logic-linq-to-sql.md
index 5259821948d..9a421747c79 100644
--- a/docs/framework/data/adonet/sql/linq/implementing-business-logic-linq-to-sql.md
+++ b/docs/framework/data/adonet/sql/linq/implementing-business-logic-linq-to-sql.md
@@ -1,27 +1,29 @@
 ---
-title: "ビジネス ロジックの実装 (LINQ to SQL)"
-ms.custom: 
+title: ビジネス ロジックの実装 (LINQ to SQL)
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-ado
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-ado
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
 - vb
 ms.assetid: c4577590-7b12-42e1-84a6-95aa2562727e
-caps.latest.revision: "4"
+caps.latest.revision: 4
 author: douglaslMS
 ms.author: douglasl
 manager: craigg
-ms.workload: dotnet
-ms.openlocfilehash: d905f34c29fbd8a15cb8225a4a547490a5c14efd
-ms.sourcegitcommit: ed26cfef4e18f6d93ab822d8c29f902cff3519d1
+ms.workload:
+- dotnet
+ms.openlocfilehash: f519162818739d04cbe66b107911a0e0c30d93bc
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/17/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="implementing-business-logic-linq-to-sql"></a>ビジネス ロジックの実装 (LINQ to SQL)
 このトピックの「ビジネス ロジック」とは、データベースでデータを挿入、更新、または削除される前にデータに適用されるカスタム規則または検証テストのことです。 ビジネス ロジックは、「ビジネス ルール」または「ドメイン ロジック」とも呼ばれます。 n 層アプリケーションでは、通常、論理層として設計されるため、プレゼンテーション層やデータ アクセス層から独立して変更できます。 データベースのデータを更新、挿入、または削除する前または後に、データ アクセス層によってビジネス ロジックを呼び出すことができます。  
@@ -166,7 +168,7 @@ public string CustomerID
 }  
 ```  
   
- クラスの開発者が作成する部分で、メソッドの実装定義を記述します。 [!INCLUDE[vsprvs](../../../../../../includes/vsprvs-md.md)]を入力した後、`partial`クラスの他の部分にメソッド定義の IntelliSense が表示されます。  
+ クラスの開発者が作成する部分で、メソッドの実装定義を記述します。 入力した後、Visual Studio で`partial`クラスの他の部分にメソッド定義の IntelliSense が表示されます。  
   
 ```vb  
 Partial Public Class Customer  
@@ -194,7 +196,7 @@ partial class Customer
   
  [チュートリアル: エンティティ クラスへの検証の追加](http://msdn.microsoft.com/library/85b06a02-b2e3-4534-95b8-d077c8d4c1d7)  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [部分クラスと部分メソッド](~/docs/csharp/programming-guide/classes-and-structs/partial-classes-and-methods.md)  
  [部分メソッド](~/docs/visual-basic/programming-guide/language-features/procedures/partial-methods.md)  
  [Visual Studio の LINQ to SQL ツール](/visualstudio/data-tools/linq-to-sql-tools-in-visual-studio2)  
diff --git a/docs/framework/debug-trace-profile/contextswitchdeadlock-mda.md b/docs/framework/debug-trace-profile/contextswitchdeadlock-mda.md
index d6a625de2ec..abd9dddbc64 100644
--- a/docs/framework/debug-trace-profile/contextswitchdeadlock-mda.md
+++ b/docs/framework/debug-trace-profile/contextswitchdeadlock-mda.md
@@ -1,12 +1,13 @@
 ---
 title: contextSwitchDeadlock MDA
-ms.custom: 
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - deadlocks [.NET Framework]
@@ -19,16 +20,17 @@ helpviewer_keywords:
 - message pumping
 - context switching deadlocks
 ms.assetid: 26dfaa15-9ddb-4b0a-b6da-999bba664fa6
-caps.latest.revision: "22"
+caps.latest.revision: 22
 author: mairaw
 ms.author: mairaw
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 816afbae0cca18de24c11152541a509b54c119b8
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 2f3ee9aef3bc824ee25e577a5dbd14aeaa210be3
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="contextswitchdeadlock-mda"></a>contextSwitchDeadlock MDA
 `contextSwitchDeadlock` マネージ デバッグ アシスタント (MDA) は、COM コンテキストの遷移の試行中にデッドロックが検出されるとアクティブ化されます。  
@@ -54,7 +56,7 @@ ms.lasthandoff: 12/22/2017
  MDA が誤ってアクティブ化されたかどうかを判断するには、すべてのブレークポイントを無効にし、アプリケーションを再び実行して、中断なしで実行させます。 MDA がアクティブ化されない場合は、最初のアクティブ化は誤りだった可能性があります。 その場合は、MDA を無効にして、デバッグ セッションとの干渉を防ぎます。  
   
 > [!NOTE]
->  この MDA は、[!INCLUDE[vsprvslong](../../../includes/vsprvslong-md.md)] 以上のバージョンの既定のセットに含まれています。 [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] でホスティング プロセスが有効にされている場合、既定のセットに含まれる MDA を無効にすることはできません。 ホスティング プロセスは既定で有効になるため、明示的に無効にする必要があります。 MDA を無効にする方法については、「[マネージ デバッグ アシスタントによるエラーの診断](../../../docs/framework/debug-trace-profile/diagnosing-errors-with-managed-debugging-assistants.md)」の「MDA の有効化と無効化」を参照してください。  
+>  この MDA は、[!INCLUDE[vsprvslong](../../../includes/vsprvslong-md.md)] 以上のバージョンの既定のセットに含まれています。 Visual Studio では、ホスト プロセスが有効の場合、既定で設定される Mda を無効にできません。 ホスティング プロセスは既定で有効になるため、明示的に無効にする必要があります。 MDA を無効にする方法については、「[マネージ デバッグ アシスタントによるエラーの診断](../../../docs/framework/debug-trace-profile/diagnosing-errors-with-managed-debugging-assistants.md)」の「MDA の有効化と無効化」を参照してください。  
   
 ## <a name="resolution"></a>解像度  
  STA メッセージ ポンプに関する COM 規則に従います。  
@@ -75,7 +77,7 @@ ms.lasthandoff: 12/22/2017
 </mdaConfig>  
 ```  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Runtime.InteropServices.MarshalAsAttribute>  
  [マネージ デバッグ アシスタントによるエラーの診断](../../../docs/framework/debug-trace-profile/diagnosing-errors-with-managed-debugging-assistants.md)  
  [相互運用マーシャリング](../../../docs/framework/interop/interop-marshaling.md)
diff --git a/docs/framework/ui-automation/client-side-ui-automation-provider-implementation.md b/docs/framework/ui-automation/client-side-ui-automation-provider-implementation.md
index 04b9e6bc10b..19a424a16ff 100644
--- a/docs/framework/ui-automation/client-side-ui-automation-provider-implementation.md
+++ b/docs/framework/ui-automation/client-side-ui-automation-provider-implementation.md
@@ -1,28 +1,30 @@
 ---
-title: "クライアント側 UI オートメーション プロバイダーの実装"
-ms.custom: 
+title: クライアント側 UI オートメーション プロバイダーの実装
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-bcl
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-bcl
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - UI Automation, client-side provider implementation
 - client-side UI Automation provider, implementation
 - provider implementation, UI Automation
 ms.assetid: 3584c0a1-9cd0-4968-8b63-b06390890ef6
-caps.latest.revision: "14"
+caps.latest.revision: 14
 author: Xansky
 ms.author: mhopkins
 manager: markl
-ms.workload: dotnet
-ms.openlocfilehash: 50335994fab424b3100c91a202a7ea53643db551
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 09f54098c34d835c04a18b16dc5e33c7ebed5edb
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="client-side-ui-automation-provider-implementation"></a>クライアント側 UI オートメーション プロバイダーの実装
 > [!NOTE]
@@ -34,9 +36,9 @@ ms.lasthandoff: 12/22/2017
   
  ただし、 [!INCLUDE[TLA2#tla_win32](../../../includes/tla2sharptla-win32-md.md)] や [!INCLUDE[TLA#tla_winforms](../../../includes/tlasharptla-winforms-md.md)] に含まれているコントロールなどの比較的古いコントロールは、 [!INCLUDE[TLA2#tla_uiautomation](../../../includes/tla2sharptla-uiautomation-md.md)]を直接サポートしていません。 これらのコントロールは、代わりにクライアント プロセス内のプロバイダーによって処理され、プロセス間通信を使用して、たとえば、コントロール間でのウィンドウ メッセージを監視することで、コントロールに関する情報を取得します。 このようなクライアント側プロバイダーは、プロキシと呼ばれることがあります。  
   
- [!INCLUDE[TLA2#tla_winvista](../../../includes/tla2sharptla-winvista-md.md)] には、 [!INCLUDE[TLA2#tla_win32](../../../includes/tla2sharptla-win32-md.md)] および [!INCLUDE[TLA2#tla_winforms](../../../includes/tla2sharptla-winforms-md.md)] の標準のコントロール用のプロバイダーが用意されています。 さらに、サーバー側プロバイダーやプロキシで処理されないコントロールでも、 [!INCLUDE[TLA2#tla_uiautomation](../../../includes/tla2sharptla-uiautomation-md.md)] が実装されているコントロールに対しては、代替プロバイダーが [!INCLUDE[TLA#tla_aa](../../../includes/tlasharptla-aa-md.md)] の部分的なサポートを提供します。 これらすべてのプロバイダーは、自動的に読み込まれ、クライアント アプリケーションから使用できるようになります。  
+ [!INCLUDE[TLA2#tla_winvista](../../../includes/tla2sharptla-winvista-md.md)] 標準のプロバイダーが用意されて[!INCLUDE[TLA2#tla_win32](../../../includes/tla2sharptla-win32-md.md)]し、Windows フォームを制御します。 さらに、サーバー側プロバイダーやプロキシで処理されないコントロールでも、 [!INCLUDE[TLA2#tla_uiautomation](../../../includes/tla2sharptla-uiautomation-md.md)] が実装されているコントロールに対しては、代替プロバイダーが [!INCLUDE[TLA#tla_aa](../../../includes/tlasharptla-aa-md.md)] の部分的なサポートを提供します。 これらすべてのプロバイダーは、自動的に読み込まれ、クライアント アプリケーションから使用できるようになります。  
   
- サポートの詳細については[!INCLUDE[TLA2#tla_win32](../../../includes/tla2sharptla-win32-md.md)]と[!INCLUDE[TLA2#tla_winforms](../../../includes/tla2sharptla-winforms-md.md)]コントロールを参照してください[標準コントロールの UI オートメーションのサポート](../../../docs/framework/ui-automation/ui-automation-support-for-standard-controls.md)です。  
+ サポートの詳細については[!INCLUDE[TLA2#tla_win32](../../../includes/tla2sharptla-win32-md.md)]と Windows フォーム コントロールの表示[標準コントロールの UI オートメーションのサポート](../../../docs/framework/ui-automation/ui-automation-support-for-standard-controls.md)です。  
   
  アプリケーションが他のクライアント側プロバイダーを登録することもできます。  
   
@@ -60,6 +62,6 @@ ms.lasthandoff: 12/22/2017
   
  最後の 2 つのパラメーターは省略できます。 クライアントでは、異なるアプリケーションに対して異なるプロバイダーを使用する必要がある場合、ターゲット アプリケーションのイメージ名を指定することができます。 たとえば、クライアントは、Multiple View パターンをサポートする既知のアプリケーションの [!INCLUDE[TLA2#tla_win32](../../../includes/tla2sharptla-win32-md.md)] リスト ビュー コントロールに対して、あるプロバイダーを使用し、そのパターンをサポートしない別の既知のアプリケーションの同様のコントロールに対して別のプロバイダーを使用できます。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [クライアント側 UI オートメーション プロバイダーの作成](../../../docs/framework/ui-automation/create-a-client-side-ui-automation-provider.md)  
  [クライアント アプリケーションに UI オートメーション プロバイダーを実装する](../../../docs/framework/ui-automation/implement-ui-automation-providers-in-a-client-application.md)
diff --git a/docs/framework/ui-automation/ui-automation-providers-overview.md b/docs/framework/ui-automation/ui-automation-providers-overview.md
index a17a5acc156..5a67db8ddb9 100644
--- a/docs/framework/ui-automation/ui-automation-providers-overview.md
+++ b/docs/framework/ui-automation/ui-automation-providers-overview.md
@@ -1,27 +1,29 @@
 ---
-title: "UI オートメーション プロバイダーの概要"
-ms.custom: 
+title: UI オートメーション プロバイダーの概要
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-bcl
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-bcl
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - UI Automation, providers
 - providers, UI Automation
 ms.assetid: 859557b8-51e1-4d15-92e8-318d2dcdb2f7
-caps.latest.revision: "38"
+caps.latest.revision: 38
 author: Xansky
 ms.author: mhopkins
 manager: markl
-ms.workload: dotnet
-ms.openlocfilehash: dc5cb5749bbfe06fd3a1bbe3537b28c7bbfa295d
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: a8279b8c2c39ce37fa9e3af55a6b079e8202b3ff
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="ui-automation-providers-overview"></a>UI オートメーション プロバイダーの概要
 > [!NOTE]
@@ -38,12 +40,12 @@ ms.lasthandoff: 12/22/2017
  UI オートメーション プロバイダーは、クライアント側プロバイダーとサーバー側プロバイダーの 2 つのカテゴリに分類されます。  
   
 ### <a name="client-side-providers"></a>クライアント側プロバイダー  
- クライアント側プロバイダーは、 [!INCLUDE[TLA2#tla_uiautomation](../../../includes/tla2sharptla-uiautomation-md.md)]をサポートしていないか部分的にサポートしているアプリケーションと通信する UI オートメーション クライアントによって実装されます。 通常、クライアント側プロバイダーは [!INCLUDE[TLA2#tla_win](../../../includes/tla2sharptla-win-md.md)] メッセージを送受信することによって、プロセス境界を越えてサーバーと通信します。  
+ クライアント側プロバイダーは、 [!INCLUDE[TLA2#tla_uiautomation](../../../includes/tla2sharptla-uiautomation-md.md)]をサポートしていないか部分的にサポートしているアプリケーションと通信する UI オートメーション クライアントによって実装されます。 クライアント側プロバイダー通常、サーバーと通信プロセス境界を越えて Windows メッセージを送受信することによってです。  
   
- [!INCLUDE[TLA2#tla_win32](../../../includes/tla2sharptla-win32-md.md)]、 [!INCLUDE[TLA2#tla_winforms](../../../includes/tla2sharptla-winforms-md.md)]、または [!INCLUDE[TLA2#tla_winclient](../../../includes/tla2sharptla-winclient-md.md)] アプリケーション内のコントロール用の UI オートメーション プロバイダーはオペレーティング システムの一部として供給されるため、ほとんどのクライアント アプリケーションが独自のプロバイダーを実装する必要がなく、この概要ではそれについてこれ以上説明しません。  
+ のコントロールの UI オートメーション プロバイダー [!INCLUDE[TLA2#tla_win32](../../../includes/tla2sharptla-win32-md.md)]、Windows フォームまたは[!INCLUDE[TLA2#tla_winclient](../../../includes/tla2sharptla-winclient-md.md)]アプリケーションが、オペレーティング システムの一部として提供される、クライアント アプリケーションは、独自のプロバイダーを実装することはほとんどありませんが、この概要では扱いませんさらにします。  
   
 ### <a name="server-side-providers"></a>サーバー側プロバイダー  
- サーバー側プロバイダーは、 [!INCLUDE[TLA2#tla_win32](../../../includes/tla2sharptla-win32-md.md)]、 [!INCLUDE[TLA2#tla_winforms](../../../includes/tla2sharptla-winforms-md.md)]、または [!INCLUDE[TLA2#tla_winclient](../../../includes/tla2sharptla-winclient-md.md)]以外の UI フレームワークに基づくカスタム コントロールまたはアプリケーションによって実装されます。  
+ サーバー側プロバイダーは、カスタム コントロールまたはによって以外の UI フレームワークに基づくアプリケーションに実装[!INCLUDE[TLA2#tla_win32](../../../includes/tla2sharptla-win32-md.md)]、Windows フォームまたは[!INCLUDE[TLA2#tla_winclient](../../../includes/tla2sharptla-winclient-md.md)]です。  
   
  また、サーバー側プロバイダーは、サーバーからクライアントに要求するインターフェイスを [!INCLUDE[TLA2#tla_uiautomation](../../../includes/tla2sharptla-uiautomation-md.md)] コア システムに公開することにより、プロセス境界を越えてクライアント アプリケーションと通信します。  
   
@@ -87,5 +89,5 @@ ms.lasthandoff: 12/22/2017
   
  フラグメントのホストは、 [!INCLUDE[TLA2#tla_uiautomation](../../../includes/tla2sharptla-uiautomation-md.md)] サービスを提供するうえで重要な役割を果たします。 このホストがフラグメント ルートへの移動を可能にし、いくつかの既定のプロパティを提供するため、カスタム プロバイダーはそれらを実装する必要がありません。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [サーバー側 UI オートメーション プロバイダーの実装](../../../docs/framework/ui-automation/server-side-ui-automation-provider-implementation.md)
diff --git a/docs/framework/ui-automation/ui-automation-support-for-standard-controls.md b/docs/framework/ui-automation/ui-automation-support-for-standard-controls.md
index 1540d44ffc7..45ffdd57bc1 100644
--- a/docs/framework/ui-automation/ui-automation-support-for-standard-controls.md
+++ b/docs/framework/ui-automation/ui-automation-support-for-standard-controls.md
@@ -1,27 +1,29 @@
 ---
-title: "UI オートメーションによる標準コントロールのサポート"
-ms.custom: 
+title: UI オートメーションによる標準コントロールのサポート
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-bcl
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-bcl
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - controls, UI Automation support for
 - UI Automation, support for standard controls
 ms.assetid: 3770ea8a-2655-4add-9c59-fe0610ad5084
-caps.latest.revision: "11"
+caps.latest.revision: 11
 author: Xansky
 ms.author: mhopkins
 manager: markl
-ms.workload: dotnet
-ms.openlocfilehash: f7529c68e96f93ebbba9fc5e750e09331bda9699
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: af46a984f1b4c2577daee120752590ff18b9d1d8
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="ui-automation-support-for-standard-controls"></a>UI オートメーションによる標準コントロールのサポート
 > [!NOTE]
@@ -99,15 +101,15 @@ ms.lasthandoff: 12/22/2017
 |SysDateTimePick32|カスタム|  
 |SysMonthCal32|予定表|  
 |MS_WINNOTE|ヒント|  
-|VBBubble|Tooltip|  
+|VBBubble|ヒント|  
 |ScrollBar (スタンドアロン コントロールとして使用される場合)|スライダー|  
 |SuperGrid|カスタム|  
   
 <a name="Windows_Forms_Controls"></a>   
 ## <a name="windows-forms-controls"></a>Windows フォーム コントロール  
- [!INCLUDE[TLA2#tla_winforms](../../../includes/tla2sharptla-winforms-md.md)] コントロールは、UIAutomationClientsideProviders.dll のクライアント側プロバイダーによって [!INCLUDE[TLA#tla_uiautomation](../../../includes/tlasharptla-uiautomation-md.md)] に公開されています。 このアセンブリは、UI オートメーション クライアント アプリケーションで使用するために、自動的に登録されます。  
+ Windows フォーム コントロールに公開される[!INCLUDE[TLA#tla_uiautomation](../../../includes/tlasharptla-uiautomation-md.md)]UIAutomationClientsideProviders.dll のクライアント側プロバイダーによってです。 このアセンブリは、UI オートメーション クライアント アプリケーションで使用するために、自動的に登録されます。  
   
- 通常、 [!INCLUDE[TLA2#tla_winforms](../../../includes/tla2sharptla-winforms-md.md)] の一般的なコントロールのマネージ ラッパーである [!INCLUDE[TLA2#tla_win32](../../../includes/tla2sharptla-win32-md.md)] コントロールは、 [!INCLUDE[TLA2#tla_uiautomation](../../../includes/tla2sharptla-uiautomation-md.md)]によってサポートされます。 次のコントロールがサポートされています。  
+ 通常、Windows フォーム コントロールのマネージ ラッパー[!INCLUDE[TLA2#tla_win32](../../../includes/tla2sharptla-win32-md.md)]コモン コントロールでサポートされる[!INCLUDE[TLA2#tla_uiautomation](../../../includes/tla2sharptla-uiautomation-md.md)]です。 次のコントロールがサポートされています。  
   
 |クラス名|  
 |----------------|  
@@ -121,7 +123,7 @@ ms.lasthandoff: 12/22/2017
 |GroupBox|  
 |HscrollBar|  
 |ImageList|  
-|ラベル|  
+|group1|  
 |ListBox|  
 |ListView|  
 |MainMenu/ContextMenu|  
@@ -178,5 +180,5 @@ ms.lasthandoff: 12/22/2017
 |RaftingContainer|  
 |StatusStrip|  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [UI オートメーション コントロール型](../../../docs/framework/ui-automation/ui-automation-control-types.md)
diff --git a/docs/framework/ui-automation/using-ui-automation-for-automated-testing.md b/docs/framework/ui-automation/using-ui-automation-for-automated-testing.md
index d75ff91e8a0..5049ffe2f00 100644
--- a/docs/framework/ui-automation/using-ui-automation-for-automated-testing.md
+++ b/docs/framework/ui-automation/using-ui-automation-for-automated-testing.md
@@ -1,28 +1,30 @@
 ---
-title: "UI オートメーションによる自動テスト"
-ms.custom: 
+title: UI オートメーションによる自動テスト
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-bcl
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-bcl
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - automated testing
 - testing, UI Automation
 - UI Automation, automated testing
 ms.assetid: 3a0435c0-a791-4ad7-ba92-a4c1d1231fde
-caps.latest.revision: "26"
+caps.latest.revision: 26
 author: Xansky
 ms.author: mhopkins
 manager: markl
-ms.workload: dotnet
-ms.openlocfilehash: 128af9a015d25985b7075f5b670fea36c6773267
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 6539829feacf8c9a5c9c1339df299a21ac5fe64f
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="using-ui-automation-for-automated-testing"></a>UI オートメーションによる自動テスト
 > [!NOTE]
@@ -50,7 +52,7 @@ ms.lasthandoff: 12/22/2017
   
 <a name="Implementing_UI_Automation"></a>   
 ### <a name="implementing-ui-automation"></a>UI オートメーションの実装  
- 既に述べたように、 [!INCLUDE[TLA2#tla_uiautomation](../../../includes/tla2sharptla-uiautomation-md.md)]の統一されたモデルを使用しない場合、フレームワーク内のコントロールのプロパティや動作を公開するためには、フレームワーク固有の情報をテスト ツールや開発者が知る必要があります。 [!INCLUDE[TLA2#tla_win](../../../includes/tla2sharptla-win-md.md)] オペレーティング システム内には常に、 [!INCLUDE[TLA2#tla_win32](../../../includes/tla2sharptla-win32-md.md)]、 [!INCLUDE[TLA#tla_winforms](../../../includes/tlasharptla-winforms-md.md)]、 [!INCLUDE[TLA#tla_wpf](../../../includes/tlasharptla-wpf-md.md)]などの複数の UI フレームワークが存在する可能性があるため、似たようなコントロールを持つ複数のアプリケーションをテストすることは困難な場合があります。 次の表では、例として、あるボタン コントロールに関連付けられた名前 (またはテキスト) を取得するために必要なフレームワーク固有のプロパティ名と、それと同等の単一 [!INCLUDE[TLA2#tla_uiautomation](../../../includes/tla2sharptla-uiautomation-md.md)] プロパティを示します。  
+ 既に述べたように、 [!INCLUDE[TLA2#tla_uiautomation](../../../includes/tla2sharptla-uiautomation-md.md)]の統一されたモデルを使用しない場合、フレームワーク内のコントロールのプロパティや動作を公開するためには、フレームワーク固有の情報をテスト ツールや開発者が知る必要があります。 複数 UI フレームワークが Windows オペレーティング システム内には常に存在することがある、ためにを含む[!INCLUDE[TLA2#tla_win32](../../../includes/tla2sharptla-win32-md.md)]、 [!INCLUDE[TLA#tla_winforms](../../../includes/tlasharptla-winforms-md.md)]、および[!INCLUDE[TLA#tla_wpf](../../../includes/tlasharptla-wpf-md.md)]、似たようなコントロールと複数のアプリケーションをテストするタスクが困難な場合があることができます. 次の表では、例として、あるボタン コントロールに関連付けられた名前 (またはテキスト) を取得するために必要なフレームワーク固有のプロパティ名と、それと同等の単一 [!INCLUDE[TLA2#tla_uiautomation](../../../includes/tla2sharptla-uiautomation-md.md)] プロパティを示します。  
   
 |UI オートメーション コントロール型|UI フレームワーク|フレームワーク固有のプロパティ|UI Automation のプロパティ|  
 |--------------------------------|------------------|---------------------------------|----------------------------|  
@@ -122,5 +124,5 @@ ms.lasthandoff: 12/22/2017
 ## <a name="security"></a>セキュリティ  
  セキュリティについては、「 [UI Automation Security Overview](../../../docs/framework/ui-automation/ui-automation-security-overview.md)」を参照してください。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [UI オートメーションの基礎](../../../docs/framework/ui-automation/index.md)
diff --git a/docs/framework/wcf/configuration-editor-tool-svcconfigeditor-exe.md b/docs/framework/wcf/configuration-editor-tool-svcconfigeditor-exe.md
index 3a4c52558a5..cd7b79e035e 100644
--- a/docs/framework/wcf/configuration-editor-tool-svcconfigeditor-exe.md
+++ b/docs/framework/wcf/configuration-editor-tool-svcconfigeditor-exe.md
@@ -1,12 +1,13 @@
 ---
-title: "構成エディター ツール (SvcConfigEditor.exe)"
-ms.custom: 
+title: 構成エディター ツール (SvcConfigEditor.exe)
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - configuration files, creating
@@ -14,16 +15,17 @@ helpviewer_keywords:
 - Configuration file
 - configuration file schema
 ms.assetid: 2db21a57-5f64-426f-89df-fb0dc2d2def5
-caps.latest.revision: "45"
+caps.latest.revision: 45
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: e21dacd5f01ba956ba78456b8e325d0b7e767df7
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 1531c68bdbb3b28436d0701536ef274f34513b19
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="configuration-editor-tool-svcconfigeditorexe"></a>構成エディター ツール (SvcConfigEditor.exe)
 管理者と開発者は、[!INCLUDE[indigo1](../../../includes/indigo1-md.md)] サービス構成エディター (SvcConfigEditor.exe) のグラフィカル ユーザー インターフェイスを使用して、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスの構成設定を作成および変更できます。 このツールを使用すると、XML 構成ファイルを直接編集せずに、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のバインディング、動作、サービス、および診断の設定を管理できます。  
@@ -119,10 +121,10 @@ ms.lasthandoff: 12/22/2017
   
 3.  ダイアログ ボックスにベース アドレスの URI を入力します。  
   
-4.  **[OK]**をクリックします。  
+4.  **[OK]** をクリックします。  
   
 > [!NOTE]
->  値を編集することはできません[ \<baseAddressPrefixFilters >](../../../docs/framework/configure-apps/file-schema/wcf/baseaddressprefixfilters.md)このツール内です。 この要素を追加または変更するには、テキスト エディターまたは [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] を使用する必要があります。  
+>  値を編集することはできません[ \<baseAddressPrefixFilters >](../../../docs/framework/configure-apps/file-schema/wcf/baseaddressprefixfilters.md)このツール内です。 この要素を追加または変更するには、テキスト エディターまたは Visual Studio を使用する必要があります。  
   
 ### <a name="client"></a>クライアント  
  **クライアント**ノードが、構成ファイルのすべてのクライアント エンドポイントを表示します。 サブ要素に、ツリー内の各サブ ノードが対応して、<`client`> 構成ファイル内の要素。  
@@ -196,11 +198,11 @@ ms.lasthandoff: 12/22/2017
   
 1.  拡張要素を追加するバインディングを選択します。  
   
-2.  **[追加]**をクリックします。  
+2.  **[追加]** をクリックします。  
   
 3.  使用できる拡張一覧から、追加するバインディング要素拡張を選択します。 複数の項目を選択するには、Ctrl キーを同時に押します。  
   
-4.  **[追加]**をクリックします。  
+4.  **[追加]** をクリックします。  
   
 #### <a name="adjusting-the-extension-position-in-a-custom-binding"></a>カスタム バインドの拡張位置の調整  
  カスタム バインディングは、スタックを形成するバインディング要素のコレクションです。 スタックの各バインド要素には、独自の構成設定があります。 カスタム バインディング内のバインディング要素拡張の順序は、スタック内のそれらの位置を示します。 スタック最上位の要素が最初に適用されます。 順序を変更するには  
@@ -299,11 +301,11 @@ ms.lasthandoff: 12/22/2017
   
 2.  編集する動作を選択します。  
   
-3.  **[追加]**をクリックします。  
+3.  **[追加]** をクリックします。  
   
 4.  使用できる拡張一覧から、追加する動作要素拡張を選択します。  
   
-5.  **[追加]**をクリックします。  
+5.  **[追加]** をクリックします。  
   
 ##### <a name="adjusting-the-extension-position-in-a-behavior"></a>動作の拡張位置の調整  
  動作は、スタックを形成する要素のコレクションです。 スタックの各要素には、独自の構成があります。 動作内の動作要素拡張の順序は、スタック内のそれらの位置を示します。 スタック最上位の要素が最初に適用されます。 順序を変更するには  
@@ -347,7 +349,7 @@ ms.lasthandoff: 12/22/2017
   
 2.  名前と種類を入力します。  
   
-3.  **[OK]**をクリックします。  
+3.  **[OK]** をクリックします。  
   
 4.  拡張は、エディターの適切な場所に表示されるようになります。 たとえば、動作要素拡張を追加すると、使用できる拡張一覧に表示されます。  
   
diff --git a/docs/framework/wcf/configuring-services-using-configuration-files.md b/docs/framework/wcf/configuring-services-using-configuration-files.md
index 9064ffba5cb..4f553cb79b8 100644
--- a/docs/framework/wcf/configuring-services-using-configuration-files.md
+++ b/docs/framework/wcf/configuring-services-using-configuration-files.md
@@ -18,11 +18,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: e5ad91fa70a743b7135648cb10c7c519e3559bdb
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 5f1c7449372ad012280b360c09017a15733fb95b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="configuring-services-using-configuration-files"></a>構成ファイルを使用してサービスを構成する方法
 構成ファイルを使用して [!INCLUDE[indigo1](../../../includes/indigo1-md.md)] サービスを構成すると、デザイン時ではなく配置時にエンドポイントとサービス動作のデータを指定できるという柔軟性が生まれます。 ここでは使用可能な主要な技術について説明します。  
@@ -37,9 +37,9 @@ ms.lasthandoff: 04/26/2018
 ## <a name="systemconfiguration-webconfig-and-appconfig"></a>System.Configuration: Web.config と App.config  
  [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] では、 [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)]の System.Configuration 構成システムを使用します。  
   
- [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]でサービスを構成するとき、Web.config ファイルまたは App.config ファイルのいずれかを使用して、設定を指定します。 選択する構成ファイル名は、サービスに選択したホスト環境によって異なります。 サービスのホストに IIS を使用している場合は、Web.config ファイルを使用します。 他のホスト環境を使用している場合、App.config ファイルを使用します。  
+ を Visual Studio でサービスを構成する場合は、Web.config ファイルまたは App.config ファイルを使用して、設定を指定します。 選択する構成ファイル名は、サービスに選択したホスト環境によって異なります。 サービスのホストに IIS を使用している場合は、Web.config ファイルを使用します。 他のホスト環境を使用している場合、App.config ファイルを使用します。  
   
- [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]では、App.config という名前のファイルを使用して、最終の構成ファイルを作成します。 構成で実際に使用される最終的な名前は、アセンブリ名によって異なります。 たとえば、アセンブリ名が "Cohowinery.exe" の場合、最終の構成ファイルの名前は "Cohowinery.exe.config" になります。 ただし、変更する必要があるのは App.config ファイルだけです。 このファイルで行った変更は、コンパイル時に自動的に最終のアプリケーション構成ファイルに反映されます。  
+ Visual Studio では、App.config という名前のファイルを使用して、最終的な構成ファイルを作成します。 構成で実際に使用される最終的な名前は、アセンブリ名によって異なります。 たとえば、アセンブリ名が "Cohowinery.exe" の場合、最終の構成ファイルの名前は "Cohowinery.exe.config" になります。 ただし、変更する必要があるのは App.config ファイルだけです。 このファイルで行った変更は、コンパイル時に自動的に最終のアプリケーション構成ファイルに反映されます。  
   
  App.config ファイルを使用しているとき、アプリケーションが開始され、構成が適用されると、構成システムは App.config ファイルを Machine.config ファイルの内容とマージします。 このしくみによって、Machine.config ファイルにはコンピューター全体の設定を定義できます。 App.config ファイルは、Machine.config ファイルの設定をオーバーライドするために使用できます。また、Machine.config ファイルにある設定をロックしてこの設定が使用されるようにすることもできます。 Web.config の場合、構成システムは、アプリケーション ディレクトリまでのすべてのディレクトリにある Web.config ファイルを、適用される構成にマージします。 構成と設定の優先順位[!INCLUDE[crabout](../../../includes/crabout-md.md)] 、 <xref:System.Configuration> 名前空間のトピックを参照してください。  
   
diff --git a/docs/framework/wcf/controlling-auto-launching-of-wcf-service-host.md b/docs/framework/wcf/controlling-auto-launching-of-wcf-service-host.md
index f74981319fd..8d4d368e562 100644
--- a/docs/framework/wcf/controlling-auto-launching-of-wcf-service-host.md
+++ b/docs/framework/wcf/controlling-auto-launching-of-wcf-service-host.md
@@ -1,31 +1,31 @@
 ---
-title: "WCF サービス ホストの自動起動の制御"
-ms.custom: 
+title: WCF サービス ホストの自動起動の制御
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-clr
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 f1_keywords:
 - WcfOptions
 ms.assetid: 6abe5d34-519b-4cef-8f02-3c0a7f125585
-caps.latest.revision: 
+caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 65daceac9b865f3e8224c709d672344606905d9f
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: 5bb6356ba4698cad00d443fdb80b1a45d35e2175
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="controlling-auto-launching-of-wcf-service-host"></a>WCF サービス ホストの自動起動の制御
-[!INCLUDE[indigo1](../../../includes/indigo1-md.md)] ソリューションに複数のプロジェクトが含まれている場合、既定では、同じソリューション内の別のプロジェクトをデバッグするときでも、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ライブラリ プロジェクトの [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] サービス ホスト (WcfSvcHost.exe) が自動的に起動します。この自動起動機能は制御できます。  
+自動起動する機能を制御する[!INCLUDE[indigo1](../../../includes/indigo1-md.md)]サービス ホスト (WcfSvcHost.exe) を[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービス ライブラリ プロジェクト、複数のプロジェクトを含む同じ Visual Studio ソリューション内の別のプロジェクトをデバッグするときにします。  
   
  これを行うを右クリックし、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]でサービス プロジェクト**ソリューション エクスプ ローラー**、選択**プロパティ**、 をクリック**WCF オプション**タブです。**開始 WCF サービス ホスト、同じソリューション内の別のプロジェクトをデバッグするときに** チェック ボックスが既定で有効にします。 チェック ボックスをオフにすると、同じソリューションで別のプロジェクトがデバッグされるときに、この特定のプロジェクトの [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストを起動しないように指定できます。  
   
@@ -41,5 +41,5 @@ ms.lasthandoff: 12/22/2017
   
 -   配信サービス ライブラリ プロジェクト  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [WCF サービス ホスト (WcfSvcHost.exe)](../../../docs/framework/wcf/wcf-service-host-wcfsvchost-exe.md)
diff --git a/docs/framework/wcf/creating-ws-i-basic-profile-1-1-interoperable-services.md b/docs/framework/wcf/creating-ws-i-basic-profile-1-1-interoperable-services.md
index b7dc98cba3e..ab21097b6d0 100644
--- a/docs/framework/wcf/creating-ws-i-basic-profile-1-1-interoperable-services.md
+++ b/docs/framework/wcf/creating-ws-i-basic-profile-1-1-interoperable-services.md
@@ -1,13 +1,13 @@
 ---
-title: "WS-I Basic Profile 1.1 の相互運用可能サービスの作成"
-ms.custom: 
+title: WS-I Basic Profile 1.1 の相互運用可能サービスの作成
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-clr
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -15,17 +15,17 @@ dev_langs:
 helpviewer_keywords:
 - configuration [WCF], interoperable services
 ms.assetid: 91b70a21-8f5c-4679-808c-2ed5fa6b2013
-caps.latest.revision: 
+caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: d6bef68c8ba433e902cfd50e59a3b343e3af08cd
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.openlocfilehash: fa561e5019bcf90e93da669f93cbce51d02e89dc
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="creating-ws-i-basic-profile-11-interoperable-services"></a>WS-I Basic Profile 1.1 の相互運用可能サービスの作成
 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] Web サービス クライアントと相互運用できるように [!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)] サービス エンドポイントを構成するには、以下に従います。  
@@ -42,7 +42,7 @@ ms.lasthandoff: 01/19/2018
   
 -   <xref:System.ServiceModel.BasicHttpBinding.Security%2A?displayProperty=nameWithType> 値によって制御されるメッセージ セキュリティでは、WS-I Basic Security Profile 1.0 に準拠した WS-Security がサポートされます。 WS-Security を使用しない場合は、このプロパティを既定値 (<xref:System.ServiceModel.SecurityMode.Transport?displayProperty=nameWithType>) のままにしておきます。  
   
- メタデータを行うために、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]に利用できるサービス[!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)]、Web サービス クライアント生成ツールを使用して: [Web サービス記述言語ツール (Wsdl.exe)](http://msdn.microsoft.com/library/b9210348-8bc2-4367-8c91-d1a04b403e88)、 [Web サービス検出ツール (Disco.exe)](http://msdn.microsoft.com/library/acd88078-c581-42bc-94ca-6633e2851979)、および`Add Web Reference`機能[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]; メタデータの公開を有効にする必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)][メタデータ エンドポイントを公開](../../../docs/framework/wcf/publishing-metadata-endpoints.md)です。  
+ メタデータを行うために、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]に利用できるサービス[!INCLUDE[vstecasp](../../../includes/vstecasp-md.md)]、Web サービス クライアント生成ツールを使用して: [Web サービス記述言語ツール (Wsdl.exe)](http://msdn.microsoft.com/library/b9210348-8bc2-4367-8c91-d1a04b403e88)、 [Web サービス検出ツール (Disco.exe)](http://msdn.microsoft.com/library/acd88078-c581-42bc-94ca-6633e2851979)、および`Add Web Reference`Visual Studio の機能です。 メタデータの公開を有効にする必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [メタデータ エンドポイントを公開](../../../docs/framework/wcf/publishing-metadata-endpoints.md)です。  
   
 ## <a name="example"></a>例  
   
@@ -54,5 +54,5 @@ ms.lasthandoff: 01/19/2018
  [!code-vb[C_HowTo-WCFServiceAndASMXClient#0](../../../samples/snippets/visualbasic/VS_Snippets_CFX/c_howto-wcfserviceandasmxclient/vb/program.vb#0)]  
  [!code-xml[C_HowTo-WCFServiceAndASMXClient#1](../../../samples/snippets/csharp/VS_Snippets_CFX/c_howto-wcfserviceandasmxclient/common/app.config#1)]  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [ASP.NET Web サービスとの相互運用](../../../docs/framework/wcf/feature-details/interop-with-aspnet-web-services.md)
diff --git a/docs/framework/wcf/feature-details/how-to-exchange-messages-within-a-reliable-session.md b/docs/framework/wcf/feature-details/how-to-exchange-messages-within-a-reliable-session.md
index edb5dac4384..0f63f1cbcba 100644
--- a/docs/framework/wcf/feature-details/how-to-exchange-messages-within-a-reliable-session.md
+++ b/docs/framework/wcf/feature-details/how-to-exchange-messages-within-a-reliable-session.md
@@ -1,24 +1,26 @@
 ---
-title: "方法 : 信頼されたセッション内のメッセージを変換する"
-ms.custom: 
+title: '方法 : 信頼されたセッション内のメッセージを変換する'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 87cd0e75-dd2c-44c1-8da0-7b494bbdeaea
-caps.latest.revision: "9"
+caps.latest.revision: 9
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: ba3948ef52e6ce527b0bdba77652949e43d05eb2
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: ee558542eacede87ca29acf965491c965b6c4c63
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-exchange-messages-within-a-reliable-session"></a>方法 : 信頼されたセッション内のメッセージを変換する
 
@@ -66,7 +68,7 @@ ms.lasthandoff: 01/19/2018
 
    [!code-csharp[C_HowTo_UseReliableSession#1222](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_howto_usereliablesession/cs/client.cs#1222)]
 
-1. *Svcutil.exe*もを使用するクライアントの構成を生成、<xref:System.ServiceModel.WSHttpBinding>クラスです。 構成ファイルの名前*App.config*を使用する場合[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]です。
+1. *Svcutil.exe*もを使用するクライアントの構成を生成、<xref:System.ServiceModel.WSHttpBinding>クラスです。 構成ファイルの名前*App.config* Visual Studio を使用する場合。
 
    [!code-xml[C_HowTo_UseReliableSession#2211](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_howto_usereliablesession/common/app.config#2211)]
 
diff --git a/docs/framework/wcf/feature-details/importing-schema-to-generate-classes.md b/docs/framework/wcf/feature-details/importing-schema-to-generate-classes.md
index 5c7010615c7..723fa2a006b 100644
--- a/docs/framework/wcf/feature-details/importing-schema-to-generate-classes.md
+++ b/docs/framework/wcf/feature-details/importing-schema-to-generate-classes.md
@@ -22,11 +22,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 7fc755ff7f1b6c583a1e9aa1bc209495563812f0
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 43eaa4ffe562cf1dde5abd7e7540125dcf383732
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="importing-schema-to-generate-classes"></a>クラスを作成するためのスキーマのインポート
 スキーマを読み込んで、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] で使用可能なクラスを生成するには、<xref:System.Runtime.Serialization.XsdDataContractImporter> クラスを使用します。 ここでは、生成時に指定できる各種のオプションについて解説します。  
@@ -154,7 +154,7 @@ ms.lasthandoff: 04/26/2018
  `ReferencedTypes`プロパティに対応して、 **/reference** Svcutil.exe ツールの操作の特定のモードに切り替えます。  
   
 > [!NOTE]
->  Svcutil.exe を使用する場合または (で[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)])、**サービス参照の追加**MsCorLib.dll に型のすべてのツールが自動的に参照します。  
+>  Svcutil.exe を使用する場合または (Visual Studio)、**サービス参照の追加**MsCorLib.dll に型のすべてのツールが自動的に参照します。  
   
 #### <a name="import-options-importing-non-datacontract-schema-as-ixmlserializable-types"></a>インポート オプション : 非データ コントラクト スキーマを IXmlSerializable 型としてインポート  
  <xref:System.Runtime.Serialization.XsdDataContractImporter> は、どのようなスキーマでもインポートできるわけではありません。 未対応のスキーマ構造 (たとえば XML 属性) をインポートしようとすると例外が発生します。 ただし <xref:System.Runtime.Serialization.ImportOptions.ImportXmlType%2A> プロパティを `true` に設定すると、対応可能なスキーマの範囲が広がります。 `true` に設定すると、<xref:System.Runtime.Serialization.XsdDataContractImporter> は、<xref:System.Xml.Serialization.IXmlSerializable> インターフェイスを実装した型を生成します。 そのため、これらの型の XML 表現に直接アクセスできるようになります。  
diff --git a/docs/framework/wcf/feature-details/partial-trust-feature-compatibility.md b/docs/framework/wcf/feature-details/partial-trust-feature-compatibility.md
index 6d07fae9fb3..f939af4c9cb 100644
--- a/docs/framework/wcf/feature-details/partial-trust-feature-compatibility.md
+++ b/docs/framework/wcf/feature-details/partial-trust-feature-compatibility.md
@@ -16,11 +16,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 72282c62ad23ec825eab7054ab1909d07a062b45
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 20cb6c1cd7a3b06b57bce02d5c3caacc7e2e42b7
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="partial-trust-feature-compatibility"></a>部分信頼機能の互換性
 部分信頼環境で実行される場合、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] でサポートされる機能は、限られたサブセットになります。 部分信頼でサポートされる機能は、「 [Supported Deployment Scenarios](../../../../docs/framework/wcf/feature-details/supported-deployment-scenarios.md) 」のトピックで説明される特定のシナリオを念頭にデザインされています。  
@@ -154,7 +154,7 @@ ms.lasthandoff: 04/26/2018
 >  トレース ファイルが重複したエラーでいっぱいになるのを防ぐために、 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] では最初のセキュリティ エラーの後でリソースまたはアクションのトレースを無効にします。 リソースへのアクセスまたはアクションの実行が初めて行われようとしたとき、例外トレースはリソース アクセスの各失敗に対して、1 回だけ行われます。  
   
 ## <a name="wcf-service-host"></a>WCF サービス ホスト  
- [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービス ホストは、部分信頼をサポートしません。 部分信頼において [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスを使用する場合は、サービスをビルドするために [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] にある [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] サービス ライブラリ プロジェクト テンプレートを使用しないでください。 代わりに、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] 部分信頼がサポートされている Web サーバーでサービスをホストできる [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービス Web サイト テンプレートを選択して、 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] に新しい Web サイトを作成します。  
+ [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービス ホストは、部分信頼をサポートしません。 使用する場合、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]部分的な信頼でサービスを使用しない、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]サービスをビルドする Visual Studio でサービス ライブラリ プロジェクト テンプレート。 代わりを選択して Visual Studio で新しい Web サイトを作成、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]サービス Web サイト テンプレートは、Web サーバーでサービスをホストできる[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]部分的な信頼がサポートされています。  
   
 ## <a name="other-limitations"></a>他の制約  
  [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は通常、ホスト アプリケーションによってもたらされるセキュリティ上の考慮事項によって制限されます。 たとえば、 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] が XAML ブラウザー アプリケーション (XBAP) でホストされている場合は、「 [Windows Presentation Foundation 部分信頼セキュリティ](http://go.microsoft.com/fwlink/?LinkId=89138)」で説明されているように、XBAP の制限に従うことになります。  
diff --git a/docs/framework/wcf/feature-details/understanding-generated-client-code.md b/docs/framework/wcf/feature-details/understanding-generated-client-code.md
index 5d188311f5d..354c8853b92 100644
--- a/docs/framework/wcf/feature-details/understanding-generated-client-code.md
+++ b/docs/framework/wcf/feature-details/understanding-generated-client-code.md
@@ -1,33 +1,35 @@
 ---
-title: "生成されたクライアント コードの理解"
-ms.custom: 
+title: 生成されたクライアント コードの理解
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
 - vb
 ms.assetid: c3f6e4b0-1131-4c94-aa39-a197c5c2f2ca
-caps.latest.revision: "9"
+caps.latest.revision: 9
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 4c57469b61a12ff5043632cf2b6f4fe3a8a53d56
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: f7716921be5ff97c2353b3b31d841c0c8dc01658
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="understanding-generated-client-code"></a>生成されたクライアント コードの理解
 [ServiceModel Metadata Utility Tool (Svcutil.exe)](../../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md) は、クライアント アプリケーションの構築時に使用するクライアント コードとクライアント アプリケーション構成ファイルを生成します。 このトピックでは、標準サービス コントラクトのシナリオ向けに生成されたコード例について説明します。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)] については、「 [WCF Client Overview](../../../../docs/framework/wcf/wcf-client-overview.md)」を参照してください。  
   
 ## <a name="overview"></a>概要  
- プロジェクトで [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] を使用して [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] クライアント型を生成する場合、通常、生成されたクライアント コードを調べる必要はありません。 同じサービスを実行する開発環境を使用していない場合は、Svcutil.exe のようなツールを使用してクライアント コードを生成し、そのコードでクライアント アプリケーションを開発します。  
+ Visual Studio を使用して生成する場合[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)]クライアント プロジェクトの種類に、通常必要はありません、生成されたクライアント コードを調べる。 同じサービスを実行する開発環境を使用していない場合は、Svcutil.exe のようなツールを使用してクライアント コードを生成し、そのコードでクライアント アプリケーションを開発します。  
   
  Svcutil.exe には、生成された型情報を変更する多くのオプションがあるため、ここですべてのシナリオを説明することはできません。 ここでは、生成されたコードの検索に関する標準的な作業の例を紹介します。  
   
@@ -50,14 +52,14 @@ ms.lasthandoff: 12/22/2017
   
  [!code-csharp[C_GeneratedCodeFiles#12](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_generatedcodefiles/cs/proxycode.cs#12)]  
   
- 生成されたサービス コントラクト インターフェイスと <xref:System.ServiceModel.ChannelFactory?displayProperty=nameWithType> クラスを使用して、サービス操作の呼び出しに使用する [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] チャネル オブジェクトを作成できます。 [!INCLUDE[crdefault](../../../../includes/crdefault-md.md)][する方法: ChannelFactory を使用して](../../../../docs/framework/wcf/feature-details/how-to-use-the-channelfactory.md)です。  
+ 生成されたサービス コントラクト インターフェイスと <xref:System.ServiceModel.ChannelFactory?displayProperty=nameWithType> クラスを使用して、サービス操作の呼び出しに使用する [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] チャネル オブジェクトを作成できます。 [!INCLUDE[crdefault](../../../../includes/crdefault-md.md)] [方法: ChannelFactory を使用して](../../../../docs/framework/wcf/feature-details/how-to-use-the-channelfactory.md)です。  
   
 ### <a name="finding-wcf-client-classes"></a>WCF クライアント クラスの検索  
  使用するサービス コントラクトを実装する [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアント クラスを検索するには、<xref:System.ServiceModel.ClientBase%601?displayProperty=nameWithType> の拡張を検索します。ここで、型パラメーターは、以前に検索され、自身を拡張するサービス コントラクト インターフェイスです。 次のコード例は、 <xref:System.ServiceModel.ClientBase%601> 型の `ISampleService`クラスを示しています。  
   
  [!code-csharp[C_GeneratedCodeFiles#14](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_generatedcodefiles/cs/proxycode.cs#14)]  
   
- この [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアント クラスを使用するには、新しいインスタンスを作成し、このクラスに実装されているメソッドを呼び出します。 これらのメソッドは、対応しているサービス操作を呼び出し、やり取りを行うように構成されています。 [!INCLUDE[crdefault](../../../../includes/crdefault-md.md)][WCF クライアントの概要](../../../../docs/framework/wcf/wcf-client-overview.md)です。  
+ この [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアント クラスを使用するには、新しいインスタンスを作成し、このクラスに実装されているメソッドを呼び出します。 これらのメソッドは、対応しているサービス操作を呼び出し、やり取りを行うように構成されています。 [!INCLUDE[crdefault](../../../../includes/crdefault-md.md)] [WCF クライアントの概要](../../../../docs/framework/wcf/wcf-client-overview.md)です。  
   
 > [!NOTE]
 >  SvcUtil.exe で WCF クライアント クラスが生成されるとき、 <xref:System.Diagnostics.DebuggerStepThroughAttribute> がクライアント クラスに追加されるため、デバッガーで WCF クライアント クラスをステップ実行できなくなります。  
@@ -74,7 +76,7 @@ ms.lasthandoff: 12/22/2017
  この場合、このデータ型は、クライアントの特定の例外 ( <xref:System.ServiceModel.FaultException%601> ) によりスローされる詳細な型です。詳細な型のパラメーターは、 `microsoft.wcf.documentation.SampleFault`です。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)] については、「 [Specifying Data Transfer in Service Contracts](../../../../docs/framework/wcf/feature-details/specifying-data-transfer-in-service-contracts.md)」を参照してください。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)] については、「 [Sending and Receiving Faults](../../../../docs/framework/wcf/sending-and-receiving-faults.md)」を参照してください。  
   
 ### <a name="finding-callback-contracts-for-duplex-services"></a>双方向サービスのコールバック コントラクトの検索  
- コントラクト インターフェイスにより <xref:System.ServiceModel.ServiceContractAttribute.CallbackContract%2A?displayProperty=nameWithType> プロパティの値が指定されているサービス コントラクトを検索すると、そのコントラクトには双方向コントラクトが指定されていることがわかります。 二重のコントラクトを使用した場合、クライアント アプリケーションは、コールバック コントラクトを実装するコールバック クラスを作成し、そのクラスのインスタンスを、サービスとの通信に使用する <xref:System.ServiceModel.DuplexClientBase%601?displayProperty=nameWithType> または <xref:System.ServiceModel.DuplexChannelFactory%601?displayProperty=nameWithType> に渡す必要があります。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)]双方向クライアントを参照してください[する方法: 双方向コントラクトでサービスをアクセス](../../../../docs/framework/wcf/feature-details/how-to-access-services-with-a-duplex-contract.md)です。  
+ コントラクト インターフェイスにより <xref:System.ServiceModel.ServiceContractAttribute.CallbackContract%2A?displayProperty=nameWithType> プロパティの値が指定されているサービス コントラクトを検索すると、そのコントラクトには双方向コントラクトが指定されていることがわかります。 二重のコントラクトを使用した場合、クライアント アプリケーションは、コールバック コントラクトを実装するコールバック クラスを作成し、そのクラスのインスタンスを、サービスとの通信に使用する <xref:System.ServiceModel.DuplexClientBase%601?displayProperty=nameWithType> または <xref:System.ServiceModel.DuplexChannelFactory%601?displayProperty=nameWithType> に渡す必要があります。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)] 双方向クライアントを参照してください[する方法: 双方向コントラクトでサービスをアクセス](../../../../docs/framework/wcf/feature-details/how-to-access-services-with-a-duplex-contract.md)です。  
   
  次のコントラクトは、型 `SampleDuplexHelloCallback`のコールバック コントラクトを指定しています。  
   
@@ -91,5 +93,5 @@ ms.lasthandoff: 12/22/2017
   
  [!code-csharp[C_GeneratedCodeFiles#13](../../../../samples/snippets/csharp/VS_Snippets_CFX/c_generatedcodefiles/cs/proxycode.cs#13)]  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [WCF クライアントの概要](../../../../docs/framework/wcf/wcf-client-overview.md)
diff --git a/docs/framework/wcf/feature-details/using-the-xmlserializer-class.md b/docs/framework/wcf/feature-details/using-the-xmlserializer-class.md
index 45af50e2df3..b485fffbfc7 100644
--- a/docs/framework/wcf/feature-details/using-the-xmlserializer-class.md
+++ b/docs/framework/wcf/feature-details/using-the-xmlserializer-class.md
@@ -1,13 +1,13 @@
 ---
-title: "XmlSerializer クラスの使用"
-ms.custom: 
+title: XmlSerializer クラスの使用
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-clr
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -15,17 +15,17 @@ dev_langs:
 helpviewer_keywords:
 - XmlSerializer [WCF], using
 ms.assetid: c680602d-39d3-44f1-bf22-8e6654ad5069
-caps.latest.revision: 
+caps.latest.revision: 26
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: bc1ede649a68747461882dfe607214bfb06b2ec3
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: c541c44f0043000ccd4e7edb0d38eba2c66d0844
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="using-the-xmlserializer-class"></a>XmlSerializer クラスの使用
 [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] では、各種のシリアル化テクノロジを使用して、アプリケーション データをクライアントとサービス間で転送される XML に変換できます。この処理をシリアル化といいます。  
@@ -45,12 +45,12 @@ ms.lasthandoff: 12/22/2017
   
  多くの [!INCLUDE[dnprdnshort](../../../../includes/dnprdnshort-md.md)] 型は、上に記載した一覧のうち、下 2 つのカテゴリに分類され、したがってシリアル化可能です。 シリアル化可能な型の配列もシリアル化可能です。 完全な一覧についてを参照してください。[サービス コントラクトのデータ転送を指定する](../../../../docs/framework/wcf/feature-details/specifying-data-transfer-in-service-contracts.md)です。  
   
- 新しい <xref:System.Runtime.Serialization.DataContractSerializer> サービスを記述する方法としては、データ コントラクト型と共に使用される [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] が推奨されます。 [!INCLUDE[crdefault](../../../../includes/crdefault-md.md)][データ コントラクトを使用して](../../../../docs/framework/wcf/feature-details/using-data-contracts.md)です。  
+ 新しい <xref:System.Runtime.Serialization.DataContractSerializer> サービスを記述する方法としては、データ コントラクト型と共に使用される [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] が推奨されます。 [!INCLUDE[crdefault](../../../../includes/crdefault-md.md)] [データ コントラクトを使用して](../../../../docs/framework/wcf/feature-details/using-data-contracts.md)です。  
   
 ## <a name="when-to-use-the-xmlserializer-class"></a>XmlSerializer クラスを使用する場合  
  [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] は <xref:System.Xml.Serialization.XmlSerializer> クラスもサポートします。 <xref:System.Xml.Serialization.XmlSerializer> クラスは、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 独自のものではありません。 これは、[!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] Web サービスが使用するのと同じシリアル化エンジンです。 <xref:System.Xml.Serialization.XmlSerializer> クラスでは、<xref:System.Runtime.Serialization.DataContractSerializer> クラスよりもサポートされる型の範囲がずっと狭くなりますが、結果の XML に対する制御の柔軟性に優れています。また、XML スキーマ定義言語 (XSD) 標準のサポート範囲が広く、 シリアル化可能な型で宣言型属性が要求されません。 [!INCLUDE[crdefault](../../../../includes/crdefault-md.md)]、[!INCLUDE[dnprdnshort](../../../../includes/dnprdnshort-md.md)] のドキュメントで XML シリアル化に関するトピックを参照してください。 <xref:System.Xml.Serialization.XmlSerializer> クラスは、データ コントラクト型をサポートしません。  
   
- Svcutil.exe を使用する場合、または**サービス参照の追加**機能[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]サード パーティのサービス用のクライアント コードを生成する、またはサード パーティ製のスキーマを利用するには、適切なシリアライザーが自動的に選択します。 スキーマに <xref:System.Runtime.Serialization.DataContractSerializer> との互換性がない場合は、<xref:System.Xml.Serialization.XmlSerializer> が選択されます。  
+ Svcutil.exe を使用する場合、または**サービス参照の追加**サード パーティのサービス用のクライアント コードを生成するか、適切なシリアライザー、サードパーティ スキーマを利用する Visual Studio の機能が自動的に選択します。 スキーマに <xref:System.Runtime.Serialization.DataContractSerializer> との互換性がない場合は、<xref:System.Xml.Serialization.XmlSerializer> が選択されます。  
   
 ## <a name="manually-switching-to-the-xmlserializer"></a>XmlSerializer への手動切り替え  
  <xref:System.Xml.Serialization.XmlSerializer> に手動で切り替える必要が生じる場合もあります。 たとえば、次のような場合です。  
@@ -133,11 +133,11 @@ ms.lasthandoff: 12/22/2017
 ### <a name="schema-considerations-for-ixmlserializable-content-types"></a>IXmlSerializable コンテンツ型のスキーマに関する考慮事項  
  スキーマと `IXmlSerializable` コンテンツ型をエクスポートすると、スキーマ プロバイダー メソッドが呼び出されます。 このスキーマ プロバイダー メソッドには、<xref:System.Xml.Schema.XmlSchemaSet> が渡されます。 このメソッドは、有効なスキーマをスキーマ セットに追加できます。 スキーマ セットには、スキーマをエクスポートした時点で既に認識されていたスキーマが格納されます。 スキーマ プロバイダー メソッドは、スキーマ セットに項目を追加する必要があるときに、適切な名前空間を持つ <xref:System.Xml.Schema.XmlSchema> がそのセットに既に存在するかどうかを確認する必要があります。 存在する場合、スキーマ プロバイダー メソッドは新しい項目を既存の `XmlSchema` に追加する必要があります。 存在しない場合、新しい `XmlSchema` インスタンスを作成する必要があります。 これは、`IXmlSerializable` 型の配列を使用する場合に重要です。 たとえば、`IXmlSerializable` 型を名前空間 "B" の "A" 型としてエクスポートする場合、スキーマ プロバイダー メソッドが呼び出される前に、"B" が "ArrayOfA" 型を保持するためのスキーマがスキーマ セットに既に存在している可能性があります。  
   
- 型を <xref:System.Xml.Schema.XmlSchemaSet> に追加する以外に、コンテンツ型のスキーマ プロバイダー メソッドは null 以外の値を返す必要があります。 このメソッドは、特定の <xref:System.Xml.XmlQualifiedName> 型で使用するスキーマ型の名前を指定する `IXmlSerializable` を返すことができます。 この修飾名は、その型のデータ コントラクト名および名前空間としても使用されます。 スキーマ プロバイダー メソッドは、スキーマ セットにまだ存在していない型であっても、復帰時に返すことができます。 ただし、関連するすべての型がエクスポートされる (<xref:System.Runtime.Serialization.XsdDataContractExporter.Export%2A> の関連するすべての型に対して <xref:System.Runtime.Serialization.XsdDataContractExporter> メソッドが呼び出され、<xref:System.Runtime.Serialization.XsdDataContractExporter.Schemas%2A> プロパティにアクセスする) までに、その型がスキーマ セットに存在している必要があります。 関連するすべての `Schemas` 呼び出しが実行される前に `Export` プロパティにアクセスすると、<xref:System.Xml.Schema.XmlSchemaException> が発生する可能性があります。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)]エクスポート プロセスを参照してください[クラスからのスキーマのエクスポート](../../../../docs/framework/wcf/feature-details/exporting-schemas-from-classes.md)です。  
+ 型を <xref:System.Xml.Schema.XmlSchemaSet> に追加する以外に、コンテンツ型のスキーマ プロバイダー メソッドは null 以外の値を返す必要があります。 このメソッドは、特定の <xref:System.Xml.XmlQualifiedName> 型で使用するスキーマ型の名前を指定する `IXmlSerializable` を返すことができます。 この修飾名は、その型のデータ コントラクト名および名前空間としても使用されます。 スキーマ プロバイダー メソッドは、スキーマ セットにまだ存在していない型であっても、復帰時に返すことができます。 ただし、関連するすべての型がエクスポートされる (<xref:System.Runtime.Serialization.XsdDataContractExporter.Export%2A> の関連するすべての型に対して <xref:System.Runtime.Serialization.XsdDataContractExporter> メソッドが呼び出され、<xref:System.Runtime.Serialization.XsdDataContractExporter.Schemas%2A> プロパティにアクセスする) までに、その型がスキーマ セットに存在している必要があります。 関連するすべての `Schemas` 呼び出しが実行される前に `Export` プロパティにアクセスすると、<xref:System.Xml.Schema.XmlSchemaException> が発生する可能性があります。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)] エクスポート プロセスを参照してください[クラスからのスキーマのエクスポート](../../../../docs/framework/wcf/feature-details/exporting-schemas-from-classes.md)です。  
   
  スキーマ プロバイダー メソッドは、使用する <xref:System.Xml.Schema.XmlSchemaType> を返すこともできます。 その型は、匿名の場合とそうでない場合があります。 匿名の場合、`IXmlSerializable` 型のスキーマは、`IXmlSerializable` 型がデータ メンバーとして使用されるたびに匿名型としてエクスポートされます。 `IXmlSerializable` 型には、データ コントラクト名と名前空間が引き続き保持されます  (これは」の説明に従って、決まります[データ コントラクト名](../../../../docs/framework/wcf/feature-details/data-contract-names.md)する点を除いて、<xref:System.Runtime.Serialization.DataContractAttribute>属性は、名前をカスタマイズを使用することはできません)。匿名でない場合、型は `XmlSchemaSet` に含まれている型のいずれかである必要があります。 これは、型の `XmlQualifiedName` を返す場合と同じです。  
   
- さらに、型のグローバル要素宣言がエクスポートされます。 型に <xref:System.Xml.Serialization.XmlRootAttribute> 属性が適用されていない場合、その要素にはデータ コントラクトと同じ名前と名前空間が使用され、その "nillable" プロパティは `true` に設定されます。 ただし、スキーマ名前空間 ("http://www.w3.org/2001/XMLSchema") だけは例外です。型のデータ コントラクトがこの名前空間にある場合は、スキーマ名前空間に新しい要素を追加することが禁止されているため、対応するグローバル要素は、空白の名前空間に属することになります。 型に `XmlRootAttribute` 属性が適用されている場合、グローバル要素宣言は、<xref:System.Xml.Serialization.XmlRootAttribute.ElementName%2A>、<xref:System.Xml.Serialization.XmlRootAttribute.Namespace%2A>、および <xref:System.Xml.Serialization.XmlRootAttribute.IsNullable%2A> の各プロパティを使用してエクスポートされます。 `XmlRootAttribute` が適用された場合の既定値は、データ コントラクト名、空白の名前空間、および `true` に設定された "nillable" です。  
+ さらに、型のグローバル要素宣言がエクスポートされます。 型に <xref:System.Xml.Serialization.XmlRootAttribute> 属性が適用されていない場合、その要素にはデータ コントラクトと同じ名前と名前空間が使用され、その "nillable" プロパティは `true` に設定されます。 唯一の例外は、スキーマ名前空間 ("http://www.w3.org/2001/XMLSchema"): 型のデータ コントラクトがこの名前空間内にある場合は、対応するグローバル要素では空白の名前空間でスキーマの名前空間に新しい要素を追加することは禁止されています。 型に `XmlRootAttribute` 属性が適用されている場合、グローバル要素宣言は、<xref:System.Xml.Serialization.XmlRootAttribute.ElementName%2A>、<xref:System.Xml.Serialization.XmlRootAttribute.Namespace%2A>、および <xref:System.Xml.Serialization.XmlRootAttribute.IsNullable%2A> の各プロパティを使用してエクスポートされます。 `XmlRootAttribute` が適用された場合の既定値は、データ コントラクト名、空白の名前空間、および `true` に設定された "nillable" です。  
   
  同じグローバル要素宣言の規則が、従来のデータセット型に適用されます。 `XmlRootAttribute` は、カスタム コードによって追加されたグローバル要素宣言をオーバーライドできません。これには、スキーマ プロバイダー メソッドを使用して `XmlSchemaSet` に追加された場合と、従来のデータセット型に対して `GetSchema` を使用して追加された場合があります。  
   
@@ -150,7 +150,7 @@ ms.lasthandoff: 12/22/2017
   
 -   `ReadXml` の実装では、ラッパー要素の読み取りは想定されていません。 読み取ることが想定されているのは、`WriteXml` で生成される要素 1 つのみです。  
   
--   要素型を一様にシリアル化する場合 (データ コントラクトのデータ メンバーとしてシリアル化する場合など) は、コンテンツ型の場合と同様に、`WriteXml` を呼び出す前にラッパー要素が出力されます。 ただし、`WriteXml` コンストラクターまたは `DataContractSerializer` コンストラクターによるシリアライザーの構築時にルート名と名前空間を明示的に指定しない限り、トップ レベルで要素型をシリアル化しても、通常は `NetDataContractSerializer` で書き出される要素を囲むラッパー要素が出力されることはありません。 [!INCLUDE[crdefault](../../../../includes/crdefault-md.md)][シリアル化および逆シリアル化](../../../../docs/framework/wcf/feature-details/serialization-and-deserialization.md)です。  
+-   要素型を一様にシリアル化する場合 (データ コントラクトのデータ メンバーとしてシリアル化する場合など) は、コンテンツ型の場合と同様に、`WriteXml` を呼び出す前にラッパー要素が出力されます。 ただし、`WriteXml` コンストラクターまたは `DataContractSerializer` コンストラクターによるシリアライザーの構築時にルート名と名前空間を明示的に指定しない限り、トップ レベルで要素型をシリアル化しても、通常は `NetDataContractSerializer` で書き出される要素を囲むラッパー要素が出力されることはありません。 [!INCLUDE[crdefault](../../../../includes/crdefault-md.md)] [シリアル化および逆シリアル化](../../../../docs/framework/wcf/feature-details/serialization-and-deserialization.md)です。  
   
 -   構築時にルート名と名前空間を指定せずにトップ レベルで要素型をシリアル化した場合、<xref:System.Runtime.Serialization.XmlObjectSerializer.WriteStartObject%2A> と <xref:System.Runtime.Serialization.XmlObjectSerializer.WriteEndObject%2A> では基本的に何も実行されず、<xref:System.Runtime.Serialization.XmlObjectSerializer.WriteObjectContent%2A> によって `WriteXml` が呼び出されます。 このモードでは、シリアル化されるオブジェクトは `null` にできず、ポリモーフィックに割り当てることができません。 また、オブジェクト グラフの保存を有効化できず、`NetDataContractSerializer` も使用できません。  
   
@@ -218,7 +218,7 @@ ms.lasthandoff: 12/22/2017
 > [!NOTE]
 >  `<xmlSerializer useLegacySerializerGeneration="true"/>`スイッチは、.NET Framework 4.5 またはそれ以降のバージョンを実行しているコンピューターでのみ機能します。 上記`appSettings`アプローチがすべての .NET Framework のバージョンで動作します。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.ServiceModel.DataContractFormatAttribute>  
  <xref:System.Runtime.Serialization.DataContractSerializer>  
  <xref:System.Xml.Serialization.XmlSerializer>  
diff --git a/docs/framework/wcf/how-to-specify-a-client-binding-in-configuration.md b/docs/framework/wcf/how-to-specify-a-client-binding-in-configuration.md
index 62e75825c5d..edf7c50e2ee 100644
--- a/docs/framework/wcf/how-to-specify-a-client-binding-in-configuration.md
+++ b/docs/framework/wcf/how-to-specify-a-client-binding-in-configuration.md
@@ -1,24 +1,26 @@
 ---
-title: "方法 : 構成でクライアント バインディングを指定する"
-ms.custom: 
+title: '方法 : 構成でクライアント バインディングを指定する'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 4a7c79aa-50ee-4991-891e-adc0599323a7
-caps.latest.revision: "11"
+caps.latest.revision: 11
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 08cbf0145a2ac3f19e51a065acf97e3cf23b7986
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 2441fd7507c5bb368405685598480650114b76a9
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-specify-a-client-binding-in-configuration"></a>方法 : 構成でクライアント バインディングを指定する
 この例では、電卓サービスを使用するためのクライアント コンソール アプリケーションを作成し、そのクライアントのバインディングを構成で宣言によって指定します。 クライアントは `CalculatorService` にアクセスします。これにより、`ICalculator` インターフェイスが実装され、サービスとクライアントの両方で <xref:System.ServiceModel.BasicHttpBinding> クラスが使用されます。  
@@ -51,7 +53,7 @@ ms.lasthandoff: 12/22/2017
      [!code-csharp[C_HowTo_ConfigureClientBinding#2](../../../samples/snippets/csharp/VS_Snippets_CFX/c_howto_configureclientbinding/cs/generatedclient.cs#2)]
      [!code-csharp[C_HowTo_ConfigureClientBinding#2](../../../samples/snippets/csharp/VS_Snippets_CFX/c_howto_configureclientbinding/cs/source.cs#2)]  
   
-4.  <xref:System.ServiceModel.BasicHttpBinding> クラスを使用するクライアントの構成も、Svcutil.exe により生成されます。 [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] を使用する場合、このファイルに App.config という名前を付けます。このサービスの実装では、アドレス情報とバインディング情報が指定されないことに注意してください。 同様に、コードは構成ファイルから情報を取得する必要はありません。  
+4.  <xref:System.ServiceModel.BasicHttpBinding> クラスを使用するクライアントの構成も、Svcutil.exe により生成されます。 Visual Studio を使用する場合は、このファイルの App.config を名前します。このサービスの実装では、アドレス情報とバインディング情報が指定されないことに注意してください。 同様に、コードは構成ファイルから情報を取得する必要はありません。  
   
      [!code-xml[C_HowTo_ConfigureClientBinding#100](../../../samples/snippets/csharp/VS_Snippets_CFX/c_howto_configureclientbinding/common/client.exe.config#100)]   
             
@@ -61,5 +63,5 @@ ms.lasthandoff: 12/22/2017
   
 6.  クライアントをコンパイルして実行します。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [サービスとクライアントを構成するためのバインディングの使用](../../../docs/framework/wcf/using-bindings-to-configure-services-and-clients.md)
diff --git a/docs/framework/wcf/samples/address-headers.md b/docs/framework/wcf/samples/address-headers.md
index eccb414bdac..ccbc8f75bf2 100644
--- a/docs/framework/wcf/samples/address-headers.md
+++ b/docs/framework/wcf/samples/address-headers.md
@@ -1,24 +1,26 @@
 ---
-title: "アドレス ヘッダー"
-ms.custom: 
+title: アドレス ヘッダー
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: b0c94d4a-3bde-4b4d-bb6d-9f12bc3a6940
-caps.latest.revision: "10"
+caps.latest.revision: 10
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: aafd6ec911464dcc2b936b9f9fc74b9bc39808bf
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 1392e06b0148ee24c9591839b58baf45da5109d4
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="address-headers"></a>アドレス ヘッダー
 アドレス ヘッダーのサンプルでは、クライアントが [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] を使用して、サービスに参照パラメータを渡す方法を示します。  
@@ -35,7 +37,7 @@ ms.lasthandoff: 12/22/2017
 ## <a name="client"></a>クライアント  
  クライアントから参照パラメータを送信するには、`AddressHeader` の `EndpointAddress` に `ServiceEndpoint` を追加する必要があります。 `EndpointAddress` クラスは不変なので、EndpointAddress の変更は `EndpointAddressBuilder` クラスを通じて行う必要があります。 参照パラメータをメッセージの一部として送信するためにクライアントを初期化するコードを、次に示します。  
   
-```  
+```csharp   
 HelloClient client = new HelloClient();  
 EndpointAddressBuilder builder =   
     new EndpointAddressBuilder(client.Endpoint.Address);  
@@ -54,23 +56,21 @@ client.Endpoint.Address = builder.ToEndpointAddress();
 ## <a name="server"></a>サーバー  
  サービス操作 `Hello()` の実装では、現在の `OperationContext` を使用して、入力メッセージのヘッダーの値を検査します。  
   
-```  
+```csharp   
 string id = null;  
 // look at headers on incoming message  
 for (int i = 0;   
      i < OperationContext.Current.IncomingMessageHeaders.Count;   
      ++i)  
 {  
-    MessageHeaderInfo h =   
-        OperationContext.Current.IncomingMessageHeaders[i];  
+    MessageHeaderInfo h = OperationContext.Current.IncomingMessageHeaders[i];  
     // for any reference parameters with the correct name & namespace  
     if (h.IsReferenceParameter &&   
         h.Name == IDName &&   
         h.Namespace == IDNamespace)  
     {  
         // read the value of that header  
-        XmlReader xr =   
-OperationContext.Current.IncomingMessageHeaders.GetReaderAtHeader(i);  
+        XmlReader xr = OperationContext.Current.IncomingMessageHeaders.GetReaderAtHeader(i);  
         id = xr.ReadElementContentAsString();  
     }  
 }  
@@ -96,4 +96,4 @@ return "Hello, " + id;
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Client\AddressHeaders`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/ajax-service-using-complex-types-sample.md b/docs/framework/wcf/samples/ajax-service-using-complex-types-sample.md
index 50777063698..1453da0531d 100644
--- a/docs/framework/wcf/samples/ajax-service-using-complex-types-sample.md
+++ b/docs/framework/wcf/samples/ajax-service-using-complex-types-sample.md
@@ -1,24 +1,26 @@
 ---
-title: "複合型を使用した AJAX サービスのサンプル"
-ms.custom: 
+title: 複合型を使用した AJAX サービスのサンプル
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 88242b99-4811-4cbe-8201-52ddf48fb174
-caps.latest.revision: "16"
+caps.latest.revision: 16
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 4c83da8aba2e1a88665f4443d98dbebbd5b1962b
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: b821a252e202f0fef719e1545b38b4423237d0c7
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="ajax-service-using-complex-types-sample"></a>複合型を使用した AJAX サービスのサンプル
 このサンプルでは、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] を使用して、複合型のインスタンスを作成し、そのインスタンスをサービスとクライアント間で JSON (JavaScript Object Notation) として送信する ASP.NET AJAX (Asynchronous JavaScript and XML) サービスを作成する方法を示します。 AJAX サービスには、Web ブラウザー クライアントから JavaScript コードを使用してアクセスできます。 このサンプルでビルド、[基本的な AJAX サービス](../../../../docs/framework/wcf/samples/basic-ajax-service.md)サンプルです。  
@@ -29,44 +31,44 @@ ms.lasthandoff: 01/19/2018
 >  このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。  
   
  次に示すサンプルのサービスは、AJAX 固有のコードを持たない [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスです。 <xref:System.ServiceModel.Web.WebGetAttribute> 属性は適用されないため、既定の HTTP 動詞 ("POST") が使用されます。 サービスには 1 つの `DoMath` 操作があります。この操作は、`MathResult` という名前の複合型を返します。 複合型は標準のデータ コントラクト型で、AJAX 固有のコードも含まれていません。  
-  
-```  
+
+```csharp
 [DataContract]  
-    public class MathResult  
-    {  
-        [DataMember]  
-        public double sum;  
-        [DataMember]  
-        public double difference;  
-        [DataMember]  
-        public double product;  
-        [DataMember]  
-        public double quotient;  
-    }  
-```  
-  
+public class MathResult  
+{  
+    [DataMember]  
+    public double sum;  
+    [DataMember]  
+    public double difference;  
+    [DataMember]  
+    public double product;  
+    [DataMember]  
+    public double quotient;  
+}  
+```
+
  基本的な AJAX サービスのサンプルの場合と同様に、<xref:System.ServiceModel.Activation.WebScriptServiceHostFactory> を使用してサービスに AJAX エンドポイントを作成します。  
   
  クライアント Web ページ ComplexTypeClientPage.aspx には、ユーザーがクリックしたときに、サービスを呼び出す ASP.NET および JavaScript のコードが含まれています、**計算を実行する** ページでボタンをクリックします。 サービスを呼び出すコードが JSON 本文を構築し、送信のような HTTP POST を使用して、 [HTTP POST を使用して AJAX サービス](../../../../docs/framework/wcf/samples/ajax-service-using-http-post.md)サンプルです。  
   
  サービス呼び出しに成功したら、生成された JavaScript オブジェクトのそれぞれのデータ メンバー (`sum`、`difference`、`product`、および `quotient`) にアクセスできます。  
-  
-```  
+
+```javascript
 function onSuccess(mathResult){  
      document.getElementById("sum").value = mathResult.sum;  
      document.getElementById("difference").value = mathResult.difference;  
      document.getElementById("product").value = mathResult.product;  
      document.getElementById("quotient").value = mathResult.quotient;  
 }  
-```  
-  
+```
+
 ### <a name="to-set-up-build-and-run-the-sample"></a>サンプルをセットアップ、ビルド、および実行するには  
   
 1.  実行したことを確認してください、 [Windows Communication Foundation サンプルの 1 回限りのセットアップ手順](../../../../docs/framework/wcf/samples/one-time-setup-procedure-for-the-wcf-samples.md)です。  
   
 2.  ソリューションをビルドします ComplexTypeAjaxService.sln」の説明に従って[Windows Communication Foundation サンプルのビルド](../../../../docs/framework/wcf/samples/building-the-samples.md)です。  
   
-3.  http://localhost/ServiceModelSamples/ComplexTypeClientPage.aspx に移動します (プロジェクト ディレクトリからブラウザーで ComplexTypeClientPage.aspx を開かないでください)。  
+3.  移動http://localhost/ServiceModelSamples/ComplexTypeClientPage.aspx(開かないで ComplexTypeClientPage.aspx プロジェクト ディレクトリからブラウザーで)。  
   
 > [!IMPORTANT]
 >  サンプルは、既にコンピューターにインストールされている場合があります。 続行する前に、次の (既定の) ディレクトリを確認してください。  
@@ -77,5 +79,5 @@ function onSuccess(mathResult){
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Ajax\ComplexTypeAjaxService`  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [基本的な AJAX サービス](../../../../docs/framework/wcf/samples/basic-ajax-service.md)
diff --git a/docs/framework/wcf/samples/ajax-service-using-http-post.md b/docs/framework/wcf/samples/ajax-service-using-http-post.md
index db1b0a24999..e980c337661 100644
--- a/docs/framework/wcf/samples/ajax-service-using-http-post.md
+++ b/docs/framework/wcf/samples/ajax-service-using-http-post.md
@@ -1,24 +1,26 @@
 ---
-title: "HTTP POST を使用する AJAX サービス"
-ms.custom: 
+title: HTTP POST を使用する AJAX サービス
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 1ac80f20-ac1c-4ed1-9850-7e49569ff44e
-caps.latest.revision: "28"
+caps.latest.revision: 28
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: c2447f641748cdcc3419fda2a6ae8f02d68ed98e
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 1446fadeb249d91f0eb3e65b1155f00090441a5a
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="ajax-service-using-http-post"></a>HTTP POST を使用する AJAX サービス
 このサンプルでは、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] を使用して、HTTP POST を使用する [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] Asynchronous JavaScript and XML (AJAX) サービスを作成する方法を示します。 AJAX サービスには、Web ブラウザー クライアントから基本的な JavaScript コードを使用してアクセスできます。 このサンプルでビルド、[基本的な AJAX サービス](../../../../docs/framework/wcf/samples/basic-ajax-service.md)サンプルです。 2 つのサンプルの唯一の違いは、HTTP GET ではなく HTTP POST を使用します。  
@@ -31,19 +33,20 @@ ms.lasthandoff: 12/22/2017
  次に示すサンプルのサービスは、AJAX 固有のコードを持たない [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスです。  
   
  場合、<xref:System.ServiceModel.Web.WebInvokeAttribute>属性は、操作を適用または<xref:System.ServiceModel.Web.WebGetAttribute>属性が適用されない、既定の HTTP 動詞 ("POST") を使用します。 POST 要求は、GET 要求よりも作成が困難ですが、キャッシュされません。キャッシュが不適切な操作に対しては、POST 要求を使用します。  
-  
-```  
+
+```csharp
 [ServiceContract(Namespace = "PostAjaxService")]  
-    public interface ICalculator  
-    {        [WebInvoke]  
-        double Add(double n1, double n2);  
-        //Other operations omitted…  
-    }  
-```  
-  
+public interface ICalculator  
+{
+    [WebInvoke]  
+    double Add(double n1, double n2);  
+    //Other operations omitted…  
+}
+```
+
  基本的な AJAX サービスのサンプルの場合と同様に、<xref:System.ServiceModel.Activation.WebScriptServiceHostFactory> を使用してサービスに AJAX エンドポイントを作成します。  
   
- GET 要求とは異なり、POST サービスはブラウザーから呼び出すことができません。 たとえば、http://localhost/ServiceModelSamples/service.svc/Add?n1=100&n2=200 に移動すると、エラーになります。これは、URL ではなく、JSON 形式で `n1` パラメーターと `n2` パラメーターがメッセージ本文で送信されることを POST サービスが想定しているためです。  
+ GET 要求とは異なり、POST サービスはブラウザーから呼び出すことができません。 移動など、 http://localhost/ServiceModelSamples/service.svc/Add?n1=100&n2=200 POST サービスで想定されるので、エラーになります、`n1`と`n2`メッセージの本文で送信されるパラメーター-JSON 形式で — URL ではなく、します。  
   
  クライアントの Web ページの PostAjaxClientPage.aspx には、ユーザーがページ上のいずれかの操作ボタンをクリックするとサービスを呼び出す ASP.NET コードが含まれています。 同じ方法で、サービスが応答、[基本的な AJAX サービス](../../../../docs/framework/wcf/samples/basic-ajax-service.md)GET 要求でのサンプルです。  
   
@@ -62,6 +65,6 @@ ms.lasthandoff: 12/22/2017
   
 2.  ソリューションをビルドします PostAjaxService.sln」の説明に従って[Windows Communication Foundation サンプルのビルド](../../../../docs/framework/wcf/samples/building-the-samples.md)です。  
   
-3.  http://localhost/ServiceModelSamples/PostAjaxClientPage.aspx に移動します (プロジェクト ディレクトリからブラウザーで PostAjaxClientPage.aspx を開かないでください)。  
+3.  移動http://localhost/ServiceModelSamples/PostAjaxClientPage.aspx(開かないで PostAjaxClientPage.aspx プロジェクト ディレクトリからブラウザーで)。  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/ajax-service-with-json-and-xml-sample.md b/docs/framework/wcf/samples/ajax-service-with-json-and-xml-sample.md
index a31137e5648..4bcf350419e 100644
--- a/docs/framework/wcf/samples/ajax-service-with-json-and-xml-sample.md
+++ b/docs/framework/wcf/samples/ajax-service-with-json-and-xml-sample.md
@@ -1,24 +1,26 @@
 ---
-title: "JSON および XML 形式の AJAX サービスのサンプル"
-ms.custom: 
+title: JSON および XML 形式の AJAX サービスのサンプル
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 8ea5860d-0c42-4ae9-941a-e07efdd8e29c
-caps.latest.revision: "15"
+caps.latest.revision: 15
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 7d831d4663031419977b75c6cfe183ac4bd52a86
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: f1a3f2185743be6d6331db4aa253a0767484b32d
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="ajax-service-with-json-and-xml-sample"></a>JSON および XML 形式の AJAX サービスのサンプル
 このサンプルでは、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] を使用して、JSON (JavaScript Object Notation) または XML データのいずれかを返す AJAX (Asynchronous JavaScript and XML) サービスを作成する方法について説明します。 AJAX サービスには、Web ブラウザー クライアントから JavaScript コードを使用してアクセスできます。 このサンプルでビルド、[基本的な AJAX サービス](../../../../docs/framework/wcf/samples/basic-ajax-service.md)サンプルです。  
@@ -30,9 +32,9 @@ ms.lasthandoff: 01/19/2018
 > [!NOTE]
 >  このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。  
   
- ASP.NET AJAX 以外のクライアントを使用するには、.svc ファイルで <xref:System.ServiceModel.Activation.WebServiceHostFactory> (<xref:System.ServiceModel.Activation.WebScriptServiceHostFactory> ではありません) を使用します。 <xref:System.ServiceModel.Activation.WebServiceHostFactory> によって、<xref:System.ServiceModel.Description.WebHttpEndpoint> 標準エンドポイントがサービスに追加されます。 エンドポイントは .svc ファイルに相対する空のアドレス位置に作成されます。つまり、サービスのアドレスは、操作名以外の追加のサフィックスのない http://localhost/ServiceModelSamples/service.svc になります。  
+ ASP.NET AJAX 以外のクライアントを使用するには、.svc ファイルで <xref:System.ServiceModel.Activation.WebServiceHostFactory> (<xref:System.ServiceModel.Activation.WebScriptServiceHostFactory> ではありません) を使用します。 <xref:System.ServiceModel.Activation.WebServiceHostFactory> によって、<xref:System.ServiceModel.Description.WebHttpEndpoint> 標準エンドポイントがサービスに追加されます。 エンドポイントは .svc ファイル; に相対する空のアドレスで構成します。つまり、サービスのアドレスがhttp://localhost/ServiceModelSamples/service.svc、追加のサフィックスのない操作名以外にします。  
   
-```html  
+```svc
 <%@ServiceHost language="c#" Debug="true" Service="Microsoft.Samples.XmlAjaxService.CalculatorService" Factory="System.ServiceModel.Activation.WebServiceHostFactory" %>  
 ```  
   
@@ -52,28 +54,28 @@ ms.lasthandoff: 01/19/2018
  既定のデータ形式<xref:System.ServiceModel.Description.WebHttpEndpoint>の既定のデータ形式の中には、XML、 <xref:System.ServiceModel.Description.WebScriptEndpoint> JSON がします。 詳細については、次を参照してください。 [ASP.NET を使用せずに作成する WCF AJAX サービス](../../../../docs/framework/wcf/feature-details/creating-wcf-ajax-services-without-aspnet.md)です。  
   
  次に示すサンプル内のサービスは、2 つの操作が設定された標準の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスです。 どちらの操作でも <xref:System.ServiceModel.Web.WebMessageBodyStyle.Wrapped> または <xref:System.ServiceModel.Web.WebGetAttribute> 属性に <xref:System.ServiceModel.Web.WebInvokeAttribute> の本文スタイルが必要です。この本文スタイルは、`webHttp` 動作に固有で、JSON/XML データ形式の切り替えに影響しません。  
-  
-```  
+
+```csharp
 [OperationContract]  
 [WebInvoke(ResponseFormat = WebMessageFormat.Xml, BodyStyle = WebMessageBodyStyle.Wrapped)]  
 MathResult DoMathXml(double n1, double n2);  
-```  
-  
+```
+
  既定では XML として、操作の応答形式を指定の設定、 [ \<webHttp >](../../../../docs/framework/configure-apps/file-schema/wcf/webhttp.md)動作します。 ただし、応答形式を明示的に指定することをお勧めします。  
   
  その他の操作では `WebInvokeAttribute` 属性を使用し、応答に XML ではなく JSON を明示的に指定します。  
-  
-```  
+
+```csharp
 [OperationContract]  
 [WebInvoke(ResponseFormat = WebMessageFormat.Json, BodyStyle = WebMessageBodyStyle.Wrapped)]  
 MathResult DoMathJson(double n1, double n2);  
-```  
-  
+```
+
  どちらの場合でも、操作により、標準の `MathResult` データ コントラクト型である複合型 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] が返されます。  
   
  クライアント Web ページ XmlAjaxClientPage.htm には、ユーザーがクリックしたときに、上記の 2 つの操作のいずれかを呼び出す JavaScript コードが含まれています、**計算 (return JSON) を実行する**または**calculation (return XML) を実行します。**ページのボタンです。 サービスを呼び出すコードによって JSON 本文が作成され、HTTP POST を使用して送信されます。 要求を手動で作成、JavaScript とは異なり、[基本的な AJAX サービス](../../../../docs/framework/wcf/samples/basic-ajax-service.md)サンプルと ASP.NET AJAX を使用して、他のサンプルです。  
-  
-```  
+
+```csharp
 // Create HTTP request  
 var xmlHttp;  
 // Request instantiation code omitted…  
@@ -92,19 +94,19 @@ body = body + document.getElementById("num2").value + '}';
 xmlHttp.open("POST", url, true);  
 xmlHttp.setRequestHeader("Content-type", "application/json");  
 xmlHttp.send(body);  
-```  
-  
+```
+
  サービスが応答すると、応答はこれ以上の処理を行わずにページ上のテキスト ボックスに表示されます。 これは、使用される XML および JSON データ形式を直接確認できるように、デモンストレーションの目的で実装されています。  
-  
-```  
+
+```javascript
 // Create result handler   
 xmlHttp.onreadystatechange=function(){  
      if(xmlHttp.readyState == 4){  
           document.getElementById("result").value = xmlHttp.responseText;  
      }  
 }  
-```  
-  
+```
+
 > [!IMPORTANT]
 >  サンプルは、既にコンピューターにインストールされている場合があります。 続行する前に、次の (既定の) ディレクトリを確認してください。  
 >   
@@ -120,7 +122,7 @@ xmlHttp.onreadystatechange=function(){
   
 2.  ソリューションをビルドします XmlAjaxService.sln」の説明に従って[Windows Communication Foundation サンプルのビルド](../../../../docs/framework/wcf/samples/building-the-samples.md)です。  
   
-3.  http://localhost/ServiceModelSamples/XmlAjaxClientPage.htm に移動します (プロジェクト ディレクトリからブラウザで XmlAjaxClientPage.htm を開かないでください)。  
+3.  移動http://localhost/ServiceModelSamples/XmlAjaxClientPage.htm(開かないで XmlAjaxClientPage.htm プロジェクト ディレクトリからブラウザーで)。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [HTTP POST を使用する AJAX サービス](../../../../docs/framework/wcf/samples/ajax-service-using-http-post.md)
diff --git a/docs/framework/wcf/samples/ajax-service-without-configuration.md b/docs/framework/wcf/samples/ajax-service-without-configuration.md
index eb853339465..1340df3392a 100644
--- a/docs/framework/wcf/samples/ajax-service-without-configuration.md
+++ b/docs/framework/wcf/samples/ajax-service-without-configuration.md
@@ -1,24 +1,26 @@
 ---
-title: "構成を使用しない AJAX サービス"
-ms.custom: 
+title: 構成を使用しない AJAX サービス
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: e6db7acd-5679-45d4-b98a-8449c6873838
-caps.latest.revision: "23"
+caps.latest.revision: 23
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 13f74a69e05c419cc76cc8df8f58d3e3385ab35f
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: ae16dc38c5508eac4a94d464e818f0b97d3b9e3b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="ajax-service-without-configuration"></a>構成を使用しない AJAX サービス
 このサンプルでは、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] を使用して、構成設定を使用せずに基本的な ASP.NET AJAX (Asynchronous JavaScript and XML) サービス (Web ブラウザー クライアントから JavaScript コードを使用してアクセスできるサービス) を作成する方法を示します。 このサービスは .svc ファイルの特殊な構文を使用して AJAX エンドポイントを自動的に有効にします。  
@@ -29,17 +31,17 @@ ms.lasthandoff: 01/19/2018
 >  このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。  
   
  このサンプルは、HTTP POST を使用した AJAX サービスに基づいています。 」の説明に従って、[基本的な AJAX サービス](../../../../docs/framework/wcf/samples/basic-ajax-service.md)サンプルについては、<xref:System.ServiceModel.Activation.WebScriptServiceHostFactory>サービスをホストするために使用します。  
-  
-```  
+
+```svc
 <%ServiceHost  
     language=c#  
     Debug="true"  
     Service="Microsoft.Ajax.Samples.CalculatorService  
     Factory="System.ServiceModel.Activation.WebScriptServiceHostFactory"  
 %>  
-```  
-  
- <xref:System.ServiceModel.Activation.WebScriptServiceHostFactory> は、<xref:System.ServiceModel.Description.WebScriptEndpoint> をサービスに自動的に追加します。 構成の変更をエンドポイントに対して行う必要がない場合、\<システムです。ServiceModel > セクションは、サービスの Web.config ファイルから完全に削除することができます。 Web.config ファイルには、ConfigFreeClientPage.aspx で使用される ASP.NET 設定がいくつか含まれます。 そうでない場合は、Web.config ファイル全体を削除できます。  
+```
+
+ <xref:System.ServiceModel.Activation.WebScriptServiceHostFactory> は、<xref:System.ServiceModel.Description.WebScriptEndpoint> をサービスに自動的に追加します。 エンドポイントに対する構成変更が不要な場合、`<system.ServiceModel>` セクションはサービスの Web.config ファイルから完全に削除できます。 Web.config ファイルには、ConfigFreeClientPage.aspx で使用される ASP.NET 設定がいくつか含まれます。 そうでない場合は、Web.config ファイル全体を削除できます。  
   
 > [!IMPORTANT]
 >  サンプルは、既にコンピューターにインストールされている場合があります。 続行する前に、次の (既定の) ディレクトリを確認してください。  
@@ -56,10 +58,10 @@ ms.lasthandoff: 01/19/2018
   
 2.  ソリューションをビルドします ConfigFreeAjaxService.sln」の説明に従って[Windows Communication Foundation サンプルのビルド](../../../../docs/framework/wcf/samples/building-the-samples.md)です。  
   
-3.  http://localhost/ServiceModelSamples/ConfigFreeClientPage.aspx に移動します (プロジェクト ディレクトリからブラウザーで ConfigFreeClientPage.aspx を開かないでください)。  
+3.  移動http://localhost/ServiceModelSamples/ConfigFreeClientPage.aspx(開かないで ConfigFreeClientPage.aspx プロジェクト ディレクトリ内からブラウザーで)。  
   
 > [!NOTE]
 >  このサンプルを実行する場合、IIS の ServiceModelSamples フォルダーで匿名認証と Windows 認証が同時に有効になっていないことを確認してください。 有効になっている場合は、Windows 認証を無効にしてください。 サンプルの実行が終了したら、Windows 認証を有効にし、"iisreset" を実行します。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [基本的な AJAX サービス](../../../../docs/framework/wcf/samples/basic-ajax-service.md)
diff --git a/docs/framework/wcf/samples/avoiding-problems-with-the-using-statement.md b/docs/framework/wcf/samples/avoiding-problems-with-the-using-statement.md
index 46d28784038..abc70324acf 100644
--- a/docs/framework/wcf/samples/avoiding-problems-with-the-using-statement.md
+++ b/docs/framework/wcf/samples/avoiding-problems-with-the-using-statement.md
@@ -1,24 +1,26 @@
 ---
-title: "Using ステートメントに関する問題の回避"
-ms.custom: 
+title: Using ステートメントに関する問題の回避
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: aff82a8d-933d-4bdc-b0c2-c2f7527204fb
-caps.latest.revision: "8"
+caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 202bf02f017857a354a6f23270e49571c6240b26
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: dd3065a21c1714b0643bfb87b731193d3367352f
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="avoiding-problems-with-the-using-statement"></a>Using ステートメントに関する問題の回避
 このサンプルでは、型指定のあるクライアントを使用する際に C# の "using" ステートメントを使用せずに、リソースを自動的にクリーンアップする方法を示します。 このサンプルがに基づいて、[作業の開始](../../../../docs/framework/wcf/samples/getting-started-sample.md)電卓サービスを実装します。 この例では、クライアントはコンソール アプリケーション (.exe) であり、サービスはインターネット インフォメーション サービス (IIS) によってホストされます。  
@@ -32,7 +34,7 @@ ms.lasthandoff: 12/22/2017
   
  最初の問題は、次の `DemonstrateProblemUsingCanThrow` メソッドに示すように、閉じかっこで例外がスローされるとその後のコードが実行されないことです。  
   
-```  
+```csharp   
 using (CalculatorClient client = new CalculatorClient())  
 {  
     ...  
@@ -44,7 +46,7 @@ Console.WriteLine("Hope this code wasn't important, because it might not happen.
   
  2 番目の問題は、次の `DemonstrateProblemUsingCanThrowAndMask` メソッドで示すように、閉じかっこで別の例外が暗黙的にスローされる点です。  
   
-```  
+```csharp   
 using (CalculatorClient client = new CalculatorClient())  
 {  
     ...  
@@ -57,7 +59,7 @@ using (CalculatorClient client = new CalculatorClient())
   
  最後に、このサンプルでは、`DemonstrateCleanupWithExceptions` で例外が発生した場合に正しくクリーンアップする方法を示します。 ここでは、try/catch ブロックを使用してエラーを報告し、`Abort` を呼び出します。 参照してください、[予想例外](../../../../docs/framework/wcf/samples/expected-exceptions.md)サンプルの詳細については、クライアントの呼び出しから例外をキャッチします。  
   
-```  
+```csharp   
 try  
 {  
     ...  
@@ -129,4 +131,4 @@ Press <ENTER> to terminate client.
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Client\UsingUsing`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/basic-ajax-service.md b/docs/framework/wcf/samples/basic-ajax-service.md
index 9776a81049d..95ced2ebefa 100644
--- a/docs/framework/wcf/samples/basic-ajax-service.md
+++ b/docs/framework/wcf/samples/basic-ajax-service.md
@@ -1,24 +1,26 @@
 ---
-title: "基本的な AJAX サービス"
-ms.custom: 
+title: 基本的な AJAX サービス
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: d66d0c91-0109-45a0-a901-f3e4667c2465
-caps.latest.revision: "30"
+caps.latest.revision: 30
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 6b2bf20c0a98f0571780e5af45c32f8062450d88
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: d50d9054da934a50ea02340481c7592e4756306e
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="basic-ajax-service"></a>基本的な AJAX サービス
 このサンプルでは、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] を使用して基本的な ASP.NET AJAX (Asynchronous JavaScript and XML) サービス (Web ブラウザー クライアントから JavaScript コードを使用してアクセスできるサービス) を作成する方法を示します。 このサービスは、<xref:System.ServiceModel.Web.WebGetAttribute> 属性を使用してサービスが HTTP GET 要求に応答し、JSON (JavaScript Object Notation) データ形式を使用して応答するように構成されていることを確認します。  
@@ -29,24 +31,23 @@ ms.lasthandoff: 01/19/2018
 >  このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。  
   
  次のコードでは、サービスが確実に HTTP GET 要求に応答するように <xref:System.ServiceModel.Web.WebGetAttribute> 属性が `Add` 操作に適用されています。 このコードでは、簡単にするために GET を使用します (すべての Web ブラウザーから HTTP GET 要求を構築できます)。 また、GET を使用してキャッシングを有効にすることもできます。 HTTP POST は `WebGetAttribute` 属性を使用しない場合の既定です。  
-  
-```  
-[ServiceContract(Namespace = "SimpleAjaxService")]  
-public interface ICalculator  
-{  
-  
-    [WebGet]  
-    double Add(double n1, double n2);  
-    //Other operations omitted…  
-}  
-```  
-  
- サンプルの .svc ファイルでは <xref:System.ServiceModel.Activation.WebScriptServiceHostFactory> が使用され、それによって <xref:System.ServiceModel.Description.WebScriptEndpoint> 標準エンドポイントがサービスに追加されます。 エンドポイントは、.svc ファイルに相対する空のアドレス位置に設定されます。 つまり、サービスのアドレスは、操作名以外の追加のサフィックスのない http://localhost/ServiceModelSamples/service.svc になります。  
-  
-```  
-<%@ServiceHost language="C#" Debug="true" Service="Microsoft.Samples.SimpleAjaxService.CalculatorService" Factory="System.ServiceModel.Activation.WebScriptServiceHostFactory" %>  
-```  
-  
+
+```csharp
+[ServiceContract(Namespace = "SimpleAjaxService")]
+public interface ICalculator
+{
+    [WebGet]
+    double Add(double n1, double n2);
+    //Other operations omitted…
+}
+```
+
+ サンプルの .svc ファイルでは <xref:System.ServiceModel.Activation.WebScriptServiceHostFactory> が使用され、それによって <xref:System.ServiceModel.Description.WebScriptEndpoint> 標準エンドポイントがサービスに追加されます。 エンドポイントは、.svc ファイルに相対する空のアドレス位置に設定されます。 つまり、サービスのアドレスがhttp://localhost/ServiceModelSamples/service.svc、追加のサフィックスのない操作名以外にします。  
+
+```svc
+<%@ServiceHost language="C#" Debug="true" Service="Microsoft.Samples.SimpleAjaxService.CalculatorService" Factory="System.ServiceModel.Activation.WebScriptServiceHostFactory" %>
+```
+
  <xref:System.ServiceModel.Description.WebScriptEndpoint> は、ASP.NET AJAX クライアント ページからサービスにアクセスできるように事前に構成されています。 Web.config 内の次のセクションを使用して、エンドポイントに対する構成変更を追加できます。 追加の変更が不要な場合は、このセクションを削除できます。  
   
 ```xml  
@@ -60,36 +61,36 @@ public interface ICalculator
 </system.serviceModel>  
 ```  
   
- <xref:System.ServiceModel.Description.WebScriptEndpoint> は、サービスの既定のデータ形式を XML ではなく JSON に設定します。 サービスを呼び出すには、このトピックで後述するように、セットアップ手順とビルド手順を完了してから、http://localhost/ServiceModelSamples/service.svc/Add?n1=100&n2=200 に移動します。 このテスト機能は、HTTP GET 要求を使用することによって有効になります。  
+ <xref:System.ServiceModel.Description.WebScriptEndpoint> は、サービスの既定のデータ形式を XML ではなく JSON に設定します。 サービスを呼び出すに移動http://localhost/ServiceModelSamples/service.svc/Add?n1=100&n2=200後のセットを完了して、このトピックの後半に示す手順をビルドします。 このテスト機能は、HTTP GET 要求を使用することによって有効になります。  
   
  クライアントの Web ページの SimpleAjaxClientPage.aspx には、ユーザーがページ上のいずれかの操作ボタンをクリックするとサービスを呼び出す ASP.NET コードが含まれています。 `ScriptManager` コントロールは、JavaScript を使用してサービスからプロキシにアクセスできるようにする場合に使用します。  
-  
-```  
+
+```aspx-csharp
 <asp:ScriptManager ID="ScriptManager" runat="server">  
     <Services>  
         <asp:ServiceReference Path="service.svc" />  
     </Services>  
 </asp:ScriptManager>  
-```  
-  
+```
+
  次の JavaScript コードを使用してローカル プロキシをインスタンス化し、操作を呼び出します。  
-  
-```  
+
+```javascript
 // Code for extracting arguments n1 and n2 omitted…  
 // Instantiate a service proxy  
 var proxy = new SimpleAjaxService.ICalculator();  
 // Code for selecting operation omitted…  
 proxy.Add(parseFloat(n1), parseFloat(n2), onSuccess, onFail, null);  
-```  
-  
+```
+
  サービス呼び出しが成功すると、コードは `onSuccess` ハンドラーを呼び出し、操作の結果がテキスト ボックスに表示されます。  
-  
-```  
+
+```javascript
 function onSuccess(mathResult){  
      document.getElementById("result").value = mathResult;  
-}  
-```  
-  
+}
+```
+
 > [!IMPORTANT]
 >  サンプルは、既にコンピューターにインストールされている場合があります。 続行する前に、次の (既定の) ディレクトリを確認してください。  
 >   
@@ -99,4 +100,4 @@ function onSuccess(mathResult){
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Ajax\SimpleAjaxService`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/basicbinding-with-transport-security.md b/docs/framework/wcf/samples/basicbinding-with-transport-security.md
index 926b0e04a26..cff5cfdaf36 100644
--- a/docs/framework/wcf/samples/basicbinding-with-transport-security.md
+++ b/docs/framework/wcf/samples/basicbinding-with-transport-security.md
@@ -1,24 +1,26 @@
 ---
-title: "トランスポート セキュリティ付き BasicBinding"
-ms.custom: 
+title: トランスポート セキュリティ付き BasicBinding
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: f49b1de6-0254-4362-8ef2-fccd8ff9688b
-caps.latest.revision: "26"
+caps.latest.revision: 26
 author: BrucePerlerMS
 ms.author: bruceper
 manager: mbaldwin
-ms.workload: dotnet
-ms.openlocfilehash: 2a65adbb908aded9f4124f473f0b298d573a521f
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 4d06f7652f7366fc795cd157398bbb15ed78828c
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="basicbinding-with-transport-security"></a>トランスポート セキュリティ付き BasicBinding
 このサンプルでは、基本的なバインディングを使用した SSL トランスポート セキュリティを示します。 このサンプルがに基づいて、[作業の開始](../../../../docs/framework/wcf/samples/getting-started-sample.md)電卓サービスを実装します。  
@@ -65,15 +67,14 @@ ms.lasthandoff: 12/22/2017
 </system.serviceModel>  
 ```  
   
- このサンプルで使用する証明書は Makecert.exe で作成されたテスト証明書なので、ブラウザで https://localhost/servicemodelsamples/service.svc のような HTTPS: アドレスにアクセスしようとするとセキュリティ警告が表示されます。 [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] クライアントがテスト証明書に対して動作するようにするには、クライアントにコードを追加して、セキュリティ警告を非表示にする必要があります。 そのためのコードとそれに必要なクラスは、実際の証明書を使用するときには不要です。  
-  
-```  
+ HTTPS にアクセスしようとしたときにこのサンプルで使用する証明書は Makecert.exe で作成されたテスト証明書であるため、セキュリティ警告が表示されます。 など、ブラウザーでアドレスhttps://localhost/servicemodelsamples/service.svcです。 [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] クライアントがテスト証明書に対して動作するようにするには、クライアントにコードを追加して、セキュリティ警告を非表示にする必要があります。 そのためのコードとそれに必要なクラスは、実際の証明書を使用するときには不要です。  
+
+```csharp
 // This code is required only for test certificates such as those   
 // created by Makecert.exe.  
-PermissiveCertificatePolicy.Enact(  
-                           "CN=ServiceModelSamples-HTTPS-Server");  
-```  
-  
+PermissiveCertificatePolicy.Enact("CN=ServiceModelSamples-HTTPS-Server");  
+```
+
  このサンプルを実行すると、操作要求および応答がクライアントのコンソール ウィンドウに表示されます。 クライアントをシャットダウンするには、クライアント ウィンドウで Enter キーを押します。  
   
 ```  
@@ -101,4 +102,4 @@ Press <ENTER> to terminate client.
   
 5.  1 つまたは複数コンピューター構成でサンプルを実行する手順についてで[Windows Communication Foundation サンプルの実行](../../../../docs/framework/wcf/samples/running-the-samples.md)です。  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/building-the-samples.md b/docs/framework/wcf/samples/building-the-samples.md
index 5233930bb2f..af5a52de344 100644
--- a/docs/framework/wcf/samples/building-the-samples.md
+++ b/docs/framework/wcf/samples/building-the-samples.md
@@ -16,11 +16,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: d40b59faa4d0f50e59daaa71da6127da367f008b
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: b8b3e3006072855673c37786ffb763fcd610e40c
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="building-the-windows-communication-foundation-samples"></a>Windows Communication Foundation サンプルのビルド
 [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] Visual Studio 2010 を使用してまたはを使用して、サンプルをビルドすることができます、 **msbuild**コマンドラインからコマンド。 ここでは、両方の手順について説明します。  
@@ -39,9 +39,9 @@ ms.lasthandoff: 04/26/2018
   
 ### <a name="to-build-the-sample-using-visual-studio"></a>Visual Studio を使用してサンプルをビルドするには  
   
-1.  [!INCLUDE[wv](../../../../includes/wv-md.md)]、[!INCLUDE[lserver](../../../../includes/lserver-md.md)]、Windows 7、または Windows Server 2008 R2 を使用し、[!INCLUDE[vs_current_long](../../../../includes/vs-current-long-md.md)] を実行する場合は、より高いレベルのアクセス許可を使用して [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] を実行する必要があります。 これを行うには、[スタート] メニューのアイコンを右クリックし、をクリックして**管理者として実行**です。  
+1.  使用している場合[!INCLUDE[wv](../../../../includes/wv-md.md)]、 [!INCLUDE[lserver](../../../../includes/lserver-md.md)]、Windows 7、または Windows Server 2008 R2、および実行[!INCLUDE[vs_current_long](../../../../includes/vs-current-long-md.md)]、引き上げられたアクセス許可で Visual Studio を実行する必要があります。 これを行うには、[スタート] メニューのアイコンを右クリックし、をクリックして**管理者として実行**です。  
   
-2.  **ファイル**Visual Studio で、メニューをクリックして**開く**、順にクリックして**プロジェクト/ソリューション**です。 サンプルをインストールしたディレクトリの下の言語固有のサブディレクトリに移動し、.sln ファイルのアイコンをダブルクリックして、[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でソリューションを開きます。  
+2.  **ファイル**Visual Studio で、メニューをクリックして**開く**、順にクリックして**プロジェクト/ソリューション**です。 サンプルをインストールしたディレクトリの言語固有のサブディレクトリに移動し、Visual Studio でソリューションを開く .sln ファイルのアイコンをダブルクリックします。  
   
 3.  **ビルド**メニューの **ソリューションのリビルド**です。 クライアント プログラムが client\bin にビルドされ、サービス プログラムが service\bin にビルドされます。 サービスが IIS によってホストされている場合は、サービス プログラム ファイルがさらに servicemodelsamples ディレクトリと、その \bin サブディレクトリにコピーされます。  
   
diff --git a/docs/framework/wcf/samples/channel-factory.md b/docs/framework/wcf/samples/channel-factory.md
index 648a2fc2a54..57b08a2a830 100644
--- a/docs/framework/wcf/samples/channel-factory.md
+++ b/docs/framework/wcf/samples/channel-factory.md
@@ -1,24 +1,26 @@
 ---
-title: "チャネル ファクトリ"
-ms.custom: 
+title: チャネル ファクトリ
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 09b53aa1-b13c-476c-a461-e82fcacd2a8b
-caps.latest.revision: "24"
+caps.latest.revision: 24
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 7f5fb22c329bf7b27c32f05a2d8e41734723f53b
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 37b5f880b18f4caac9dc452d93129922ecc33543
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="channel-factory"></a>チャネル ファクトリ
 このサンプルでは、クライアント アプリケーションが、生成されたクライアントではなく <xref:System.ServiceModel.ChannelFactory> クラスを含むチャネルを作成できる方法を示します。 このサンプルがに基づいて、[作業の開始](../../../../docs/framework/wcf/samples/getting-started-sample.md)電卓サービスを実装します。  
@@ -28,7 +30,7 @@ ms.lasthandoff: 12/22/2017
   
  このサンプルは、<xref:System.ServiceModel.ChannelFactory%601> クラスを使用して、サービス エンドポイントにチャネルを作成します。 クライアントの種類を生成するサービス エンドポイントにチャネルを作成する通常、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)し、生成された型のインスタンスを作成します。 また、<xref:System.ServiceModel.ChannelFactory%601> クラスを使用してチャネルを作成することもできます。サンプルを参照してください。 次のサンプル コードで作成したサービスがサービスに同じ、[作業の開始](../../../../docs/framework/wcf/samples/getting-started-sample.md)です。  
   
-```  
+```csharp  
 EndpointAddress address = new EndpointAddress("http://localhost/servicemodelsamples/service.svc");  
 WSHttpBinding binding = new WSHttpBinding();  
 ChannelFactory<ICalculator> factory = new   
@@ -41,7 +43,7 @@ ICalculator channel = factory.CreateChannel();
   
  チャネルが作成されたら、生成されたクライアントと同様にサービス操作を呼び出すことができます。  
   
-```  
+```csharp  
 // Call the Add service operation.  
 double value1 = 100.00D;  
 double value2 = 15.99D;  
@@ -51,7 +53,7 @@ Console.WriteLine("Add({0},{1}) = {2}", value1, value2, result);
   
  チャネルを閉じるには、最初にチャネルを <xref:System.ServiceModel.IClientChannel> インターフェイスにキャストする必要があります。 これは、生成されたチャネルが `ICalculator` インターフェイスによってクライアント アプリケーション内で宣言されているからです。このインターフェイスには `Add` および `Subtract` などのメソッドは含まれていますが、`Close` は含まれていません。 `Close` メソッドは、<xref:System.ServiceModel.ICommunicationObject> インターフェイスで発生します。  
   
-```  
+```csharp  
 // Close the channel.  
  ((IClientChannel)client).Close();  
 ```  
@@ -79,7 +81,7 @@ Press <ENTER> to terminate client.
   
 1.  次のコードの "localhost" を、サービスを実行中のコンピューターの完全修飾名に置き換えます。  
   
-    ```  
+    ```csharp  
     EndpointAddress address = new EndpointAddress("http://localhost/servicemodelsamples/service.svc");  
     ```  
   
@@ -92,4 +94,4 @@ Press <ENTER> to terminate client.
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Client\ChannelFactory`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/custom-binding-imperative.md b/docs/framework/wcf/samples/custom-binding-imperative.md
index 004e4553c37..9a0fefb0fe5 100644
--- a/docs/framework/wcf/samples/custom-binding-imperative.md
+++ b/docs/framework/wcf/samples/custom-binding-imperative.md
@@ -1,24 +1,26 @@
 ---
-title: "カスタム バインド強制"
-ms.custom: 
+title: カスタム バインド強制
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 6e13bf96-5de0-4476-b646-5f150774418d
-caps.latest.revision: "18"
+caps.latest.revision: 18
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 58116f11fc482792cb84023bd3e1c23fe9e94a55
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: 44bedc3290d9c10078806ed63a8c5ddfe9754801
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="custom-binding-imperative"></a>カスタム バインド強制
 このサンプルでは、強制コードを書き込むことにより、構成ファイルや生成された [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] クライアントを使用せずにカスタム バインディングを定義して使用する方法を示します。 このサンプルでは、HTTP トランスポートと信頼できるセッション チャネルによって提供される機能を組み合わせて、HTTP ベースの信頼できるバインディングを作成します。 このサンプルがに基づいて、[作業の開始](../../../../docs/framework/wcf/samples/getting-started-sample.md)電卓サービスを実装します。  
@@ -27,8 +29,8 @@ ms.lasthandoff: 01/19/2018
 >  このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。  
   
  カスタム バインドはクライアントとサービスの両方で作成されます。カスタム バインドは、次のように 2 つのバインド要素 (信頼できるセッションと HTTP) が含まれます。  
-  
-```  
+
+```csharp
 ReliableSessionBindingElement reliableSession = new ReliableSessionBindingElement();  
 reliableSession.Ordered = true;  
   
@@ -37,32 +39,32 @@ httpTransport.AuthenticationScheme = System.Net.AuthenticationSchemes.Anonymous;
 httpTransport.HostNameComparisonMode = HostNameComparisonMode.StrongWildcard;  
   
 CustomBinding binding = new CustomBinding(reliableSession, httpTransport);  
-```  
+```
   
  サービスでは、次のようにエンドポイントを ServiceHost に追加することによってバインディングを使用します。  
-  
-```  
+
+```csharp
 serviceHost.AddServiceEndpoint(typeof(ICalculator), binding, "");  
-```  
-  
+```
+
  クライアントでは、バインドは次のように <xref:System.ServiceModel.ChannelFactory> によって使用され、サービスにチャネルが作成されます。  
-  
-```  
+
+```csharp
 EndpointAddress address = new EndpointAddress("http://localhost:8000/servicemodelsamples/service");  
 ChannelFactory<ICalculator> channelFactory = new ChannelFactory<ICalculator>(binding, address);  
 ICalculator channel = channelFactory.CreateChannel();  
-```  
-  
+```
+
  その後、このチャネルは次のようにサービスとのやり取りに使用されます。  
-  
-```  
+
+```csharp
 // Call the Add service operation.  
 double value1 = 100.00D;  
 double value2 = 15.99D;  
 double result = channel.Add(value1, value2);  
 Console.WriteLine("Add({0},{1}) = {2}", value1, value2, result);  
-```  
-  
+```
+
  このサンプルを実行すると、操作要求および応答がクライアントのコンソール ウィンドウに表示されます。 クライアントをシャットダウンするには、クライアント ウィンドウで Enter キーを押します。  
   
 ```  
@@ -91,5 +93,5 @@ Press <ENTER> to terminate client.
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WF\Basic\Binding\Custom\Imperative`  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [カスタム バインド](http://msdn.microsoft.com/library/657e8143-beb0-472d-9cfe-ed1a19c2ab08)
diff --git a/docs/framework/wcf/samples/custom-binding-reliable-session-over-https.md b/docs/framework/wcf/samples/custom-binding-reliable-session-over-https.md
index c95ab4edaa5..088e62229c0 100644
--- a/docs/framework/wcf/samples/custom-binding-reliable-session-over-https.md
+++ b/docs/framework/wcf/samples/custom-binding-reliable-session-over-https.md
@@ -10,17 +10,17 @@ ms.technology:
 ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 16aaa80d-3ffe-47c4-8b16-ec65c4d25f8d
-caps.latest.revision: ''
+caps.latest.revision: 13
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: b68e5692122efbb79f8101079e721802c3dda42c
-ms.sourcegitcommit: c883637b41ee028786edceece4fa872939d2e64c
+ms.openlocfilehash: 716970f87d52a7535b9d42abd333d22685fdafc4
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 03/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="custom-binding-reliable-session-over-https"></a>HTTPS を介したカスタム バインドの信頼できるセッション
 このサンプルでは、信頼できるセッションを使用した SSL トランスポート セキュリティを示します。 信頼できるセッションは、WS-ReliableMessaging プロトコルを実装しています。 信頼できるセッションを介して WS-Security を構築することにより、セキュリティで保護された信頼できるセッションを持つことができます。 ただし、SSL による HTTP トランスポート セキュリティの使用を選択できる場合もあります。  
@@ -115,13 +115,13 @@ ms.lasthandoff: 03/26/2018
   
  アドレス指定では https:// スキームを使用しています。  
   
- このサンプルで使用する証明書は Makecert.exe で作成されたテスト証明書なので、ブラウザで https://localhost/servicemodelsamples/service.svc のような https: アドレスにアクセスしようとするとセキュリティ警告が表示されます。 [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] クライアントがテスト証明書に対して問題なく動作するようにするには、クライアントにコードを追加して、セキュリティ警告を非表示にする必要があります。 そのためのコードとそれに必要なクラスは、本運用の証明書を使用するときには不要です。  
-  
-```  
+ Https にアクセスしようとしたときにこのサンプルで使用する証明書は Makecert.exe で作成されたテスト証明書であるため、セキュリティ警告が表示されます: で対応するhttps://localhost/servicemodelsamples/service.svc、お使いのブラウザーからです。 [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] クライアントがテスト証明書に対して問題なく動作するようにするには、クライアントにコードを追加して、セキュリティ警告を非表示にする必要があります。 そのためのコードとそれに必要なクラスは、本運用の証明書を使用するときには不要です。  
+
+```csharp
 // This code is required only for test certificates like those created by Makecert.exe.  
 PermissiveCertificatePolicy.Enact("CN=ServiceModelSamples-HTTPS-Server");  
-```  
-  
+```
+
  このサンプルを実行すると、操作要求および応答がクライアントのコンソール ウィンドウに表示されます。 クライアントをシャットダウンするには、クライアント ウィンドウで Enter キーを押します。  
   
 ```  
diff --git a/docs/framework/wcf/samples/custom-binding-security.md b/docs/framework/wcf/samples/custom-binding-security.md
index 87067db4e30..495c0e06c91 100644
--- a/docs/framework/wcf/samples/custom-binding-security.md
+++ b/docs/framework/wcf/samples/custom-binding-security.md
@@ -1,24 +1,26 @@
 ---
-title: "カスタム バインド セキュリティ"
-ms.custom: 
+title: カスタム バインド セキュリティ
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: a6383dff-4308-46d2-bc6d-acd4e18b4b8d
-caps.latest.revision: "30"
+caps.latest.revision: 30
 author: BrucePerlerMS
 ms.author: bruceper
 manager: mbaldwin
-ms.workload: dotnet
-ms.openlocfilehash: 94c43586606f42cca120ded59637a998d113d229
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: 4774e4ed6c5afc6e9c4af50e0663ffe8c0964b7f
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="custom-binding-security"></a>カスタム バインド セキュリティ
 このサンプルでは、カスタム バインドを使用してセキュリティを構成する方法を示します。 カスタム バインドを使用して、セキュリティで保護されたトランスポートと共にメッセージ レベルのセキュリティを有効にする方法を示します。 これは、クライアントとサービス間でメッセージを転送する際にセキュリティで保護されたトランスポートが必要であると同時に、そのメッセージをメッセージ レベルでセキュリティ保護する必要がある場合に便利です。 この構成は、システム指定のバインディングではサポートされていません。  
@@ -56,16 +58,16 @@ ms.lasthandoff: 01/19/2018
   
 ```xml  
 <behaviors>  
-      <serviceBehaviors>  
-        <behavior name="CalculatorServiceBehavior">  
-          <serviceMetadata />  
-          <serviceDebug includeExceptionDetailInFaults="False" />  
-          <serviceCredentials>  
-            <serviceCertificate findValue="localhost" storeLocation="LocalMachine" storeName="My" x509FindType="FindBySubjectName"/>  
-          </serviceCredentials>  
-        </behavior>  
-      </serviceBehaviors>  
-    </behaviors>  
+    <serviceBehaviors>  
+    <behavior name="CalculatorServiceBehavior">  
+        <serviceMetadata />  
+        <serviceDebug includeExceptionDetailInFaults="False" />  
+        <serviceCredentials>  
+        <serviceCertificate findValue="localhost" storeLocation="LocalMachine" storeName="My" x509FindType="FindBySubjectName"/>  
+        </serviceCredentials>  
+    </behavior>  
+    </serviceBehaviors>  
+</behaviors>  
 ```  
   
  さらに、カスタム バインディングは Windows 資格情報の種類 (既定の資格情報の種類) によるメッセージ セキュリティを使用します。 これは `security` バインディング要素によって実現されます。 Kerberos 認証機構が利用できる場合は、クライアントとサービスはどちらもメッセージ レベルのセキュリティを使用して認証されます。 サンプルを Active Directory 環境で実行する場合、この認証が行われます。 Kerberos 認証機構が利用できない場合は、NTLM 認証が使用されます。 NTLM はサービスに対してクライアントを認証しますが、クライアントに対するサービスの認証は行いません。 `security`を使用するバインド要素が構成されている`SecureConversation``authenticationType`、その結果は、クライアントとサービスの両方でセキュリティ セッションを作成します。 これは、サービスの双方向コントラクトを動作させるために必要です。  
@@ -93,7 +95,7 @@ Equation(0 + 100 - 50 * 17.65 / 2 = 441.25)
   
      Web ホスト サービスの場合、証明書は CurrentUser ストアに格納されます。  
   
-    ```  
+    ```bat
     echo ************  
     echo Server cert setup starting  
     echo %SERVER_NAME%  
@@ -197,4 +199,4 @@ Equation(0 + 100 - 50 * 17.65 / 2 = 441.25)
   
 -   サンプルの実行が終わったら、サンプル フォルダーにある Cleanup.bat を実行します。  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/custom-demux.md b/docs/framework/wcf/samples/custom-demux.md
index a7fff49f871..e2ed650dd55 100644
--- a/docs/framework/wcf/samples/custom-demux.md
+++ b/docs/framework/wcf/samples/custom-demux.md
@@ -1,24 +1,26 @@
 ---
-title: "カスタム Demux"
-ms.custom: 
+title: カスタム Demux
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: fc54065c-518e-4146-b24a-0fe00038bfa7
-caps.latest.revision: "41"
+caps.latest.revision: 41
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 540469571f06f9c2ab38f9754a40aae5a3c3b267
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 45184c2d884347baef4090ed496e22e77aab5423
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="custom-demux"></a>カスタム Demux
 このサンプルでは、MSMQ メッセージ ヘッダーをさまざまなサービス操作にマップする方法を[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)]を使用するサービス<xref:System.ServiceModel.MsmqIntegration.MsmqIntegrationBinding>で示したように 1 つのサービス操作の使用に限定されない、[メッセージ キューをWindows Communication Foundation](../../../../docs/framework/wcf/samples/message-queuing-to-wcf.md)と[メッセージ キューへの Windows Communication Foundation](../../../../docs/framework/wcf/samples/wcf-to-message-queuing.md)サンプルです。  
@@ -26,8 +28,8 @@ ms.lasthandoff: 12/22/2017
  このサンプルのサービスは自己ホスト型コンソール アプリケーションであるので、サービスを実行すると、キューに置かれたメッセージを受信するようすを観察できます。  
   
  サービス コントラクトは `IOrderProcessor` です。これは、キューでの使用に適した一方向サービスを定義します。  
-  
-```  
+
+```csharp
 [ServiceContract]  
 [KnownType(typeof(PurchaseOrder))]  
 [KnownType(typeof(String))]  
@@ -39,11 +41,11 @@ public interface IOrderProcessor
     [OperationContract(IsOneWay = true, Name = "CancelPurchaseOrder")]  
     void CancelPurchaseOrder(MsmqMessage<string> ponumber);  
 }  
-```  
-  
+```
+
  MSMQ メッセージには Action ヘッダーがないので、 さまざまな MSMQ メッセージを操作コントラクトに自動的にマッピングすることはできません。 したがって、存在する操作コントラクトは 1 つだけです。 この制限を克服するために、サービスは <xref:System.ServiceModel.Dispatcher.IDispatchOperationSelector.SelectOperation%2A> インターフェイスの <xref:System.ServiceModel.Dispatcher.IDispatchOperationSelector> メソッドを実装します。 <xref:System.ServiceModel.Dispatcher.IDispatchOperationSelector.SelectOperation%2A> メソッドによって、メッセージの特定のヘッダーを特定のサービス操作にマッピングできるようになります。 このサンプルでは、メッセージのラベル ヘッダーをサービス操作にマッピングします。 操作コントラクトの `Name` パラメータは、特定のメッセージ ラベルに対してどのサービス操作をディスパッチするかを示します。 たとえば、メッセージのラベル ヘッダーに "SubmitPurchaseOrder" が含まれている場合に、"SubmitPurchaseOrder" サービス操作を呼び出します。  
-  
-```  
+
+```csharp
 public class OperationSelector : IDispatchOperationSelector  
 {  
     public string SelectOperation(ref System.ServiceModel.Channels.Message message)  
@@ -52,29 +54,29 @@ public class OperationSelector : IDispatchOperationSelector
         return property.Label;  
     }  
 }  
-```  
-  
+```
+
  サービスは <xref:System.ServiceModel.Description.IContractBehavior.ApplyDispatchBehavior%28System.ServiceModel.Description.ContractDescription%2CSystem.ServiceModel.Description.ServiceEndpoint%2CSystem.ServiceModel.Dispatcher.DispatchRuntime%29> インターフェイスの <xref:System.ServiceModel.Description.IContractBehavior> メソッドを実装する必要があります。次のサンプル コードを参照してください。 これによって、カスタムの `OperationSelector` がサービス フレームワークのディスパッチ ランタイムに適用されます。  
-  
-```  
+
+```csharp
 void IContractBehavior.ApplyDispatchBehavior(ContractDescription description, ServiceEndpoint endpoint, DispatchRuntime dispatch)  
 {  
     dispatch.OperationSelector = new OperationSelector();  
 }  
-```  
-  
+```
+
  メッセージが OperationSelector に到達するには、ディスパッチャの <xref:System.ServiceModel.Dispatcher.EndpointDispatcher.ContractFilter%2A> を通過する必要があります。 既定の設定では、メッセージのアクションが、サービスによって実装されているどのコントラクトにも見つからない場合に、メッセージが拒否されます。 この検査を回避するために、<xref:System.ServiceModel.Description.IEndpointBehavior> という名前の `MatchAllFilterBehavior` を実装します。これは、次に示すように `ContractFilter` を適用して、どのメッセージも <xref:System.ServiceModel.Dispatcher.MatchAllMessageFilter> を通過できるようにするものです。  
-  
-```  
+
+```csharp
 public void ApplyDispatchBehavior(ServiceEndpoint serviceEndpoint, EndpointDispatcher endpointDispatcher)  
 {  
     endpointDispatcher.ContractFilter = new MatchAllMessageFilter();  
 }  
-```  
+```
   
  メッセージをサービスが受信すると、ラベル ヘッダーからの情報を使用して該当するサービス操作がディスパッチされます。 メッセージの本文が逆シリアル化されて `PurchaseOrder` オブジェクトが作成されます。次のサンプル コードを参照してください。  
-  
-```  
+
+```csharp
 [OperationBehavior(TransactionScopeRequired = true, TransactionAutoComplete = true)]  
 public void SubmitPurchaseOrder(MsmqMessage<PurchaseOrder> msg)  
 {  
@@ -83,11 +85,11 @@ public void SubmitPurchaseOrder(MsmqMessage<PurchaseOrder> msg)
     po.Status = (OrderStates)statusIndexer.Next(3);  
     Console.WriteLine("Processing {0} ", po);  
 }  
-```  
-  
+```
+
  サービスは自己ホスト型です。 MSMQ を使用するときは、使用するキューをあらかじめ作成しておく必要があります。 手動で作成することもコードで作成することもできます。 このサンプルでは、サービスのコードの中でキューの存在を確認し、存在しない場合は作成します。 キュー名は構成ファイルから読み込まれます。  
-  
-```  
+
+```csharp
 public static void Main()  
 {  
     // Get MSMQ queue name from app settings in configuration  
@@ -115,8 +117,8 @@ public static void Main()
         serviceHost.Close();  
     }  
 }  
-```  
-  
+```
+
  MSMQ キュー名は、構成ファイルの appSettings セクションで指定されます。  
   
 > [!NOTE]
@@ -204,6 +206,6 @@ Purchase Order 28fc457a-1a56-4fe0-9dde-156965c21ed6 is canceled
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Binding\MSMQIntegration\CustomDemux`  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [WCF でのキュー](../../../../docs/framework/wcf/feature-details/queuing-in-wcf.md)  
  [メッセージ キュー](http://go.microsoft.com/fwlink/?LinkId=95143)
diff --git a/docs/framework/wcf/samples/dead-letter-queues.md b/docs/framework/wcf/samples/dead-letter-queues.md
index 8fdbfcdb09e..bae6cdb7d0d 100644
--- a/docs/framework/wcf/samples/dead-letter-queues.md
+++ b/docs/framework/wcf/samples/dead-letter-queues.md
@@ -1,24 +1,26 @@
 ---
-title: "配信不能キュー"
-ms.custom: 
+title: 配信不能キュー
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: ff664f33-ad02-422c-9041-bab6d993f9cc
-caps.latest.revision: "35"
+caps.latest.revision: 35
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 09a41abc8bc9fc3469ba35d7c7cfbe85d05ca174
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 9892579633103f1e7a6612c09865c91c559df34c
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="dead-letter-queues"></a>配信不能キュー
 このサンプルでは、配信できなかったメッセージの処理方法を示します。 基にして、[トランザクション MSMQ バインディング](../../../../docs/framework/wcf/samples/transacted-msmq-binding.md)サンプルです。 このサンプルでは、`netMsmqBinding` バインディングを使用します。 サービスは自己ホスト型コンソール アプリケーションであるので、キューに置かれたメッセージをサービスが受信するようすを観察できます。  
@@ -50,21 +52,21 @@ ms.lasthandoff: 12/22/2017
  クライアント アプリケーションは、配信不能キューからメッセージを読み取った後で、そのメッセージの再送信を試みるか、元のメッセージが配信不能となった原因のエラーを解消してメッセージを送信します。 このサンプルでは、クライアントはエラー メッセージを表示します。  
   
  サービス コントラクトは `IOrderProcessor` です。次のサンプル コードを参照してください。  
-  
-```  
+
+```csharp
 [ServiceContract(Namespace="http://Microsoft.ServiceModel.Samples")]  
 public interface IOrderProcessor  
 {  
     [OperationContract(IsOneWay = true)]  
     void SubmitPurchaseOrder(PurchaseOrder po);  
 }  
-```  
-  
+```
+
  サービスのコード サンプルでは、[トランザクション MSMQ バインディング](../../../../docs/framework/wcf/samples/transacted-msmq-binding.md)です。  
   
  サービスとの通信はトランザクションのスコープ内で実行されます。 サービスはキューからメッセージを読み取って操作を実行し、操作の結果を表示します。 このアプリケーションでは、配信不能メッセージ用の配信不能キューも作成します。  
-  
-```  
+
+```csharp
 //The service contract is defined in generatedClient.cs, generated from the service by the svcutil tool.  
   
 //Client implementation code.  
@@ -117,8 +119,8 @@ class Client
         Console.ReadLine();  
     }  
 }  
-```  
-  
+```
+
  クライアントの構成では、メッセージがサービスに到達するまでの時間が短く設定されています。 指定された時間内にメッセージを送信できなかった場合は、メッセージが有効期限切れとなり、配信不能キューに移動します。  
   
 > [!NOTE]
@@ -163,8 +165,8 @@ class Client
 >  配信不能キューはクライアント キューであり、クライアントのキュー マネージャに対してローカルです。  
   
  配信不能メッセージ サービスの実装の中で、メッセージの配信に失敗した原因を調べて修正処理を実行します。 メッセージ配信失敗の原因は、<xref:System.ServiceModel.Channels.MsmqMessageProperty.DeliveryFailure%2A> と <xref:System.ServiceModel.Channels.MsmqMessageProperty.DeliveryStatus%2A> の 2 つの列挙体に記録されます。 <xref:System.ServiceModel.Channels.MsmqMessageProperty> は <xref:System.ServiceModel.OperationContext> から取得できます。次のサンプル コードを参照してください。  
-  
-```  
+
+```csharp
 public void SubmitPurchaseOrder(PurchaseOrder po)  
 {  
     Console.WriteLine("Submitting purchase order did not succed ", po);  
@@ -176,15 +178,15 @@ public void SubmitPurchaseOrder(PurchaseOrder po)
     Console.WriteLine("Message Delivery Failure: {0}",   
                                                mqProp.DeliveryFailure);  
     Console.WriteLine();  
-    ….  
-}  
-```  
-  
+    …  
+}
+```
+
  配信不能キューの中のメッセージは、メッセージを処理するサービス宛てのメッセージです。 そのため、配信不能メッセージ サービスがキューからメッセージを読み取ったときに、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] のチャネル レイヤによってエンドポイントの不一致が検出され、メッセージはディスパッチされません。 この場合、メッセージの宛先は注文処理サービスですが、受信するのは配信不能メッセージ サービスです。 別のエンドポイント宛てのメッセージを受信するには、どのアドレスにも一致するアドレス フィルタを `ServiceBehavior` で指定します。 これは、配信不能キューから読み取ったメッセージを正常に処理するために必要です。  
   
  このサンプルでは、配信失敗の原因がメッセージのタイムアウトならば、配信不能メッセージ サービスはメッセージを再送信します。他の原因の場合は、配信エラーを表示します。次のサンプル コードを参照してください。  
-  
-```  
+
+```csharp
 // Service class that implements the service contract.  
 // Added code to write output to the console window.  
 [ServiceBehavior(InstanceContextMode=InstanceContextMode.Single, ConcurrencyMode=ConcurrencyMode.Single, AddressFilterMode=AddressFilterMode.Any)]  
@@ -237,8 +239,8 @@ public class PurchaseOrderDLQService : IOrderProcessor
         }  
     }  
 }   
-```  
-  
+```
+
  配信不能メッセージ用の構成を次のサンプルに示します。  
   
 ```xml  
@@ -372,4 +374,4 @@ Processing Purchase Order: 97897eff-f926-4057-a32b-af8fb11b9bf9
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Binding\Net\MSMQ\DeadLetter`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/expected-exceptions.md b/docs/framework/wcf/samples/expected-exceptions.md
index 20a39392a6e..2b8476b48ac 100644
--- a/docs/framework/wcf/samples/expected-exceptions.md
+++ b/docs/framework/wcf/samples/expected-exceptions.md
@@ -1,24 +1,26 @@
 ---
-title: "予期される例外"
-ms.custom: 
+title: 予期される例外
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 299a6987-ae6b-43c6-987f-12b034b583ae
-caps.latest.revision: "7"
+caps.latest.revision: 7
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 728f13fcf265c20c480d34388001d528ce43190e
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 28af4a374d7ff474cf313aad711a3062f56263c9
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="expected-exceptions"></a>予期される例外
 このサンプルでは、型指定のあるクライアントを使用する際に、予期される例外をキャッチする方法を示します。 このサンプルがに基づいて、[作業の開始](../../../../docs/framework/wcf/samples/getting-started-sample.md)電卓サービスを実装します。 この例では、クライアントはコンソール アプリケーション (.exe) であり、サービスはインターネット インフォメーション サービス (IIS) によってホストされます。  
@@ -36,7 +38,7 @@ ms.lasthandoff: 12/22/2017
   
  クライアントの通信メソッドを呼び出すコードでは、`TimeoutException` と `CommunicationException` をキャッチする必要があります。 こうしたエラーの処理方法の 1 つに、クライアントを中止して通信エラーを報告するという方法があります。  
   
-```  
+```csharp   
 try  
 {  
     ...  
@@ -91,4 +93,4 @@ Got System.TimeoutException
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Client\ExpectedExceptions`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/index.md b/docs/framework/wcf/samples/index.md
index a2cadc7ec57..b093cbff291 100644
--- a/docs/framework/wcf/samples/index.md
+++ b/docs/framework/wcf/samples/index.md
@@ -16,11 +16,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: b4ccab2f885a6e177cb81cce153aa92c457b4fb6
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: b27547189692ac6f83b1c41d5f88fac35c7925c0
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="windows-communication-foundation-wcf-samples"></a>Windows Communication Foundation (WCF) サンプル
 これらのサンプルでは、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] のさまざまな特性について説明します。  
@@ -29,7 +29,7 @@ ms.lasthandoff: 12/22/2017
   
 -   サンプルの Visual Basic バージョンを参照してください[Visual Basic 2010 サンプル](http://go.microsoft.com/fwlink/?LinkID=193373) をクリック**WF ハイパーリンク"javascript:__doPostBack('ctl00$ctl00$Content$TabContentPanel$Content$ReleaseFiles$FileList$ctl02$FileNameLink'、')"_WCF_Samples.zip**です。  
   
- [!INCLUDE[wf](../../../../includes/wf-md.md)] [アプリケーション](../../../../docs/framework/windows-workflow-foundation/samples/application.md)サンプルも紹介[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]機能します。  
+ Windows Workflow Foundation (WF)[アプリケーション](../../../../docs/framework/windows-workflow-foundation/samples/application.md)サンプルも紹介[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]機能します。  
   
  マニュアルとヘルプ ビューアーのスタンドアロン バージョンをインストールするには、ダウンロード、 [Microsoft Windows SDK v 7.1](http://go.microsoft.com/fwlink/?LinkID=194146)です。  
   
diff --git a/docs/framework/wcf/samples/interoperating-with-asmx-web-services.md b/docs/framework/wcf/samples/interoperating-with-asmx-web-services.md
index 0979d14933b..86c3bd196f1 100644
--- a/docs/framework/wcf/samples/interoperating-with-asmx-web-services.md
+++ b/docs/framework/wcf/samples/interoperating-with-asmx-web-services.md
@@ -1,24 +1,26 @@
 ---
-title: "ASMX Web サービスとの相互運用性"
-ms.custom: 
+title: ASMX Web サービスとの相互運用性
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: a7c11f0a-9e68-4f03-a6b1-39cf478d1a89
-caps.latest.revision: "19"
+caps.latest.revision: 19
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: ce0f548f345e3711edfd547b2e6879fafdbd0ad4
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 8fa28637ad4ffdc2652c4c925208cd699134579a
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="interoperating-with-asmx-web-services"></a>ASMX Web サービスとの相互運用性
 このサンプルは、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] クライアント アプリケーションを既存の ASMX Web サービスと統合する手順を示します。  
@@ -30,7 +32,7 @@ ms.lasthandoff: 12/22/2017
   
  次のサンプル コードで示す ASMX Web サービス実装では、計算を行い、結果を返します。  
   
-```  
+```csharp  
 [WebService(Namespace="http://Microsoft.ServiceModel.Samples")]  
 public class CalculatorService : System.Web.Services.WebService  
     {  
@@ -57,7 +59,7 @@ public class CalculatorService : System.Web.Services.WebService
     }  
 ```  
   
- 上記の構成では、サービスと同じコンピュータ上にあるクライアントは、http://localhost/servicemodelsamples/service.asmx でサービスにアクセスできます。 リモート コンピューター上のクライアントがサービスにアクセスするには、localhost の代わりに修飾ドメイン名を指定する必要があります。  
+ サービスにアクセスできるように構成されている、http://localhost/servicemodelsamples/service.asmx同じマシン上のクライアントによってです。 リモート コンピューター上のクライアントがサービスにアクセスするには、localhost の代わりに修飾ドメイン名を指定する必要があります。  
   
  によって生成されたクライアント経由の通信が行われます、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)です。 このクライアントは、ファイル generatedClient.cs に含まれています。 プロキシ コードを生成するには、ASMX サービスを利用できる必要があります。このサービスは、更新されたメタデータの取得に使用されるためです。 次のコマンドをクライアント ディレクトリでコマンド プロンプトから実行して、型指定のあるプロキシを生成します。  
   
@@ -78,7 +80,7 @@ svcutil.exe /n:http://Microsoft.ServiceModel.Samples,Microsoft.ServiceModel.Samp
   
  クライアント実装は、生成されたクライアントのインスタンスをコンストラクトします。 生成されたクライアントは、サービスとの通信に使用できます。  
   
-```  
+```csharp  
 // Create a client.  
 CalculatorServiceSoapClient client = new CalculatorServiceSoapClient();  
   
@@ -142,4 +144,4 @@ Press <ENTER> to terminate client.
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Client\Interop\ASMX`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/json-serialization.md b/docs/framework/wcf/samples/json-serialization.md
index 2aa6ac79225..ae022055277 100644
--- a/docs/framework/wcf/samples/json-serialization.md
+++ b/docs/framework/wcf/samples/json-serialization.md
@@ -1,24 +1,26 @@
 ---
-title: "JSON シリアル化"
-ms.custom: 
+title: JSON シリアル化
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 3c2c4747-7510-4bdf-b4fe-64f98428ef4a
-caps.latest.revision: "19"
+caps.latest.revision: 19
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: d87dd0f22473015ba51d7be996106a57c4708a67
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: 0c4e7e15fdbe01a6d91658f4771ac72a0024e0ed
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="json-serialization"></a>JSON シリアル化
 このサンプルでは、<xref:System.Runtime.Serialization.Json.DataContractJsonSerializer> を使用して、JavaScript Object Notation (JSON) 形式のデータをシリアル化および逆シリアル化する方法を示します。 このシリアル化エンジンによって、JSON データを [!INCLUDE[dnprdnshort](../../../../includes/dnprdnshort-md.md)] 型のインスタンスに変換したり JSON データに戻したりすることができます。 <xref:System.Runtime.Serialization.Json.DataContractJsonSerializer> では、<xref:System.Runtime.Serialization.DataContractSerializer> と同じ型をサポートしています。 JSON データ形式は、特に Asynchronous JavaScript and XML (AJAX) スタイルの Web アプリケーションを作成するときに便利です。 [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] での AJAX サポートは、ScriptManager コントロールを介して ASP.NET AJAX と共に使用できるように最適化されています。 使用する方法の例について[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)]ASP.NET AJAX を参照してください。、 [AJAX サンプル](http://msdn.microsoft.com/library/f3fa45b3-44d5-4926-8cc4-a13c30a3bf3e)です。  
@@ -27,41 +29,41 @@ ms.lasthandoff: 01/19/2018
 >  このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。  
   
  このサンプルでは、シリアル化および逆シリアル化を示すために、`Person` データ コントラクトを使用しています。  
-  
-```  
-[DataContract]  
-    class Person  
-    {  
-        [DataMember]  
-        internal string name;  
-  
-        [DataMember]  
-        internal int age;  
-    }  
-```  
-  
+
+```csharp
+[DataContract]
+class Person
+{
+    [DataMember]
+    internal string name;
+
+    [DataMember]
+    internal int age;
+}
+```
+
  `Person` 型のインスタンスを JSON にシリアル化するには、最初に <xref:System.Runtime.Serialization.Json.DataContractJsonSerializer> を作成し、次に `WriteObject` メソッドを使用して JSON データをストリームに書き込みます。  
-  
-```  
-Person p = new Person();  
-//Set up Person object...  
-MemoryStream stream1 = new MemoryStream();  
-DataContractJsonSerializer ser = new DataContractJsonSerializer(typeof(Person));  
-ser.WriteObject(stream1, p);  
-```  
-  
- メモリ ストリームには有効な JSON データが含まれています。  
+
+```csharp
+Person p = new Person();
+//Set up Person object...
+MemoryStream stream1 = new MemoryStream();
+DataContractJsonSerializer ser = new DataContractJsonSerializer(typeof(Person));
+ser.WriteObject(stream1, p);
+```
+
+ メモリ ストリームには有効な JSON データが含まれています。
   
 ```json  
 {"age":42,"name":"John"}  
 ```  
   
  このサンプルでは、JSON データからオブジェクトへの逆シリアル化を示します。 次に、ストリームを巻き戻し、`ReadObject` を呼び出します。  
-  
-```  
-Person p2 = (Person)ser.ReadObject(stream1);  
-```  
-  
+
+```csharp
+Person p2 = (Person)ser.ReadObject(stream1);
+```
+
  `p2` オブジェクトを調べることで、JSON データが正しく逆シリアル化されていることがわかります。  
   
 > [!IMPORTANT]
@@ -79,4 +81,4 @@ Person p2 = (Person)ser.ReadObject(stream1);
   
 2.  作成されたコンソール アプリケーションを実行します。  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/jsonp.md b/docs/framework/wcf/samples/jsonp.md
index dda32e6efc3..d841e5bfc31 100644
--- a/docs/framework/wcf/samples/jsonp.md
+++ b/docs/framework/wcf/samples/jsonp.md
@@ -10,20 +10,20 @@ ms.technology:
 ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: c13b4d7b-dac7-4ffd-9f84-765c903511e1
-caps.latest.revision: ''
+caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 02332e04f729abd125f43acdbe0883851004537e
-ms.sourcegitcommit: c883637b41ee028786edceece4fa872939d2e64c
+ms.openlocfilehash: af557d41709ea1015a4454d62df93e60dd975217
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 03/23/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="jsonp"></a>JSONP
-このサンプルでは、WCF REST サービスの JSONP (JSON with Padding) をサポートする方法を示します。 JSONP とは、現在のドキュメントでスクリプト タグを生成してドメイン間スクリプトを呼び出す際に使用される変換です。 結果は、指定したコールバック関数で返されます。 JSONP はなどのタグするという考えに基づいて\<スクリプトの src =「http://...」> の任意のドメインからのスクリプトを評価することができ、ようなタグによって取得されたスクリプトが、その他の関数が既に定義されて範囲で評価します。  
+このサンプルでは、WCF REST サービスの JSONP (JSON with Padding) をサポートする方法を示します。 JSONP とは、現在のドキュメントでスクリプト タグを生成してドメイン間スクリプトを呼び出す際に使用される変換です。 結果は、指定したコールバック関数で返されます。 JSONP は、`<script src="http://..." >` などのタグで任意のドメインからのスクリプトを評価でき、このようなタグによって取得されたスクリプトを既に他の関数が定義されている範囲で評価するという考えに基づいています。  
   
 ## <a name="demonstrates"></a>使用例  
  JSONP によるドメイン間スクリプト。  
@@ -79,6 +79,6 @@ Sys._json0({"__type":"Customer:#Microsoft.Samples.Jsonp","Address":"1 Example Wa
   
 1.  JSONP サンプルのソリューションを開きます。  
   
-2.  Press F5 to launch  HYPERLINK "http://localhost:26648/JSONPClientPage.aspx" http://localhost:26648/JSONPClientPage.aspx in the browser.  
+2.  起動する f5 キーを押して`http://localhost:26648/JSONPClientPage.aspx`ブラウザーにします。  
   
 3.  ページが読み込まれると、"Name"および"Address"のテキスト入力が設定されている値に注意してください。  これらの値は、ブラウザーがページを表示した後に [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] サービスの呼び出しから提供されたものです。
diff --git a/docs/framework/wcf/samples/message-correlation.md b/docs/framework/wcf/samples/message-correlation.md
index bd05e6a8940..f4561771159 100644
--- a/docs/framework/wcf/samples/message-correlation.md
+++ b/docs/framework/wcf/samples/message-correlation.md
@@ -1,24 +1,26 @@
 ---
-title: "メッセージ相関"
-ms.custom: 
+title: メッセージ相関
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 3f62babd-c991-421f-bcd8-391655c82a1f
-caps.latest.revision: "26"
+caps.latest.revision: 26
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 95336c55b2c3e83e2bd68bb653bbaacc446d8934
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 52dd8d66a4a28b515ebfaee88c4383889839fff0
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="message-correlation"></a>メッセージ相関
 このサンプルでは、メッセージ キュー (MSMQ) アプリケーションで MSMQ メッセージを [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] サービスに送信する方法と、要求または応答のシナリオで、メッセージを送信側のアプリケーションと受信側のアプリケーション間で相互に関連付ける方法を示します。 このサンプルでは、msmqIntegrationBinding バインディングを使用します。 この場合、サービスは自己ホスト型コンソール アプリケーションで、サービスがキュー内のメッセージを受信したかどうかを監視できます。 k  
@@ -28,8 +30,8 @@ ms.lasthandoff: 12/22/2017
  `IOrderProcessor` サービス コントラクトは、キューでの使用に適した一方向サービス操作を定義します。 MSMQ メッセージには Action ヘッダーがないので、さまざまな MSMQ メッセージを操作コントラクトに自動的にマッピングすることはできません。 したがってこの場合、存在する操作コントラクトは 1 つだけです。 サービス内に複数の操作コントラクトを定義する場合は、ディスパッチする操作コントラクトを決定するために使用できる、MSMQ メッセージ内のヘッダー (ラベルや correlationID など) に関する情報をアプリケーションで提供する必要があります。 これに示されている、[カスタム Demux](../../../../docs/framework/wcf/samples/custom-demux.md)です。  
   
  さらに、MSMQ メッセージには、操作コントラクトの別のパラメータにマッピングされるヘッダーに関する情報は含まれません。 したがって、操作コントラクトに存在するパラメータは 1 つだけです。 型のパラメーターが<!--zz <xref:System.ServiceModel.MSMQIntegration.MsmqMessage%601>`MsmqMessage<T>`-->、`System.ServiceModel.MSMQIntegration.MsmqMessage`基になる MSMQ メッセージが含まれています。 `MsmqMessage<T>` クラスの型 "T" は、シリアル化されて MSMQ メッセージ本文に含まれているデータを表します。 このサンプルでは、`PurchaseOrder` 型がシリアル化されて MSMQ メッセージ本文になっています。  
-  
-```  
+
+```csharp
 [ServiceContract(Namespace = "http://Microsoft.ServiceModel.Samples")]  
 [ServiceKnownType(typeof(PurchaseOrder))]  
 public interface IOrderProcessor  
@@ -37,11 +39,11 @@ public interface IOrderProcessor
     [OperationContract(IsOneWay = true, Action = "*")]  
     void SubmitPurchaseOrder(MsmqMessage<PurchaseOrder> msg);  
 }  
-```  
-  
+```
+
  このサービス操作は発注書を処理し、サービス コンソール ウィンドウにその発注書の内容と状態を表示します。 <xref:System.ServiceModel.OperationBehaviorAttribute> はこの操作を構成してキューを伴うトランザクションに登録し、操作が返されたときにトランザクションに完了とマークします。 `PurchaseOrder` には、サービスで処理する必要のある発注の詳細が含まれています。  
-  
-```  
+
+```csharp
 // Service class that implements the service contract.  
 public class OrderProcessorService : IOrderProcessor  
 {  
@@ -74,13 +76,13 @@ public class OrderProcessorService : IOrderProcessor
         client.Close();  
     }  
 }  
-```  
-  
+```
+
  サービスは、MSMQ メッセージをキューに送信するためにカスタム クライアント `OrderResponseClient` を使用します。 メッセージを受信して処理するアプリケーションが MSMQ アプリケーションであり、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションではないので、2 つのアプリケーション間で暗黙のサービス コントラクトはありません。 したがって、このシナリオでは Svcutil.exe ツールを使用してプロキシを作成することはできません。  
   
  カスタム プロキシは基本的に、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] バインディングを使用してメッセージを送信するすべての `msmqIntegrationBinding` アプリケーションで同じです。 他のプロキシと異なり、サービス操作の範囲は含まれません。 メッセージ送信操作のみです。  
-  
-```  
+
+```csharp
 [System.ServiceModel.ServiceContractAttribute(Namespace = "http://Microsoft.ServiceModel.Samples")]  
 public interface IOrderResponse  
 {  
@@ -108,11 +110,11 @@ public partial class OrderResponseClient : System.ServiceModel.ClientBase<IOrder
         base.Channel.SendOrderResponse(msg);  
     }  
 }  
-```  
-  
+```
+
  サービスは自己ホスト型です。 MSMQ 統合トランスポートを使用する場合、使用するキューをあらかじめ作成しておく必要があります。 手動で作成することもコードで作成することもできます。 このサンプルでは、キューの存在を確認して、必要な場合は作成するための <xref:System.Messaging> コードがサービスに含まれています。 キュー名は構成ファイルから読み込まれます。  
-  
-```  
+
+```csharp
 public static void Main()  
 {  
        // Get the MSMQ queue name from application settings in configuration.  
@@ -134,7 +136,7 @@ public static void Main()
             serviceHost.Close();  
       }  
 }  
-```  
+```
   
  発注要求が送信される MSMQ キューは、構成ファイルの appSettings セクションで指定されます。 クライアントおよびサービスのエンドポイントは、構成ファイルの system.serviceModel セクションで定義されます。 どちらも `msmqIntegrationbinding` バインディングを指定します。  
   
@@ -176,8 +178,8 @@ public static void Main()
 ```  
   
  クライアント アプリケーションは <xref:System.Messaging> を使用して、非揮発性メッセージとトランザクション メッセージをキューに送信します。 メッセージの本文には発注書が含まれます。  
-  
-```  
+
+```csharp
 static void PlaceOrder()  
 {  
     //Connect to the queue  
@@ -219,8 +221,8 @@ static void PlaceOrder()
     orderMessageID = msg.Id;  
     Console.WriteLine("Placed the order, waiting for response...");  
 }  
-```  
-  
+```
+
  発注の応答を受信する MSMQ キューは、構成ファイルの appSettings セクションで指定されます。次のサンプル構成を参照してください。  
   
 > [!NOTE]
@@ -233,8 +235,8 @@ static void PlaceOrder()
 ```  
   
  クライアント アプリケーションは、サービスに送信する発注要求メッセージの `messageID` を保存し、サービスからの応答を待機します。 応答がキューに到着すると、クライアントは発注メッセージの `correlationID` プロパティを使用して、送信した発注メッセージと応答を関連付けます。このプロパティには、クライアントが最初にサービスに送信した発注メッセージの `messageID` が含まれています。  
-  
-```  
+
+```csharp
 static void DisplayOrderStatus()  
 {  
     MessageQueue orderResponseQueue = new   
@@ -273,8 +275,8 @@ static void DisplayOrderStatus()
     }  
   }  
 }  
-```  
-  
+```
+
  サンプルを実行すると、クライアントとサービスのアクティビティがサービスとクライアントの両方のコンソール ウィンドウに表示されます。 サービスがクライアントからメッセージを受信し、クライアントに応答を返信するアクティビティを参照できます。 クライアントでは、サービスから受信した応答が表示されます。 どちらかのコンソールで Enter キーを押すと、サービスとクライアントがどちらもシャットダウンされます。  
   
 > [!NOTE]
@@ -323,6 +325,6 @@ static void DisplayOrderStatus()
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Binding\MSMQIntegration\MessageCorrelation`  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [WCF でのキュー](../../../../docs/framework/wcf/feature-details/queuing-in-wcf.md)  
  [メッセージ キュー](http://go.microsoft.com/fwlink/?LinkId=94968)
diff --git a/docs/framework/wcf/samples/message-queuing-to-wcf.md b/docs/framework/wcf/samples/message-queuing-to-wcf.md
index 4f17b88d0c6..dc1c4744f0e 100644
--- a/docs/framework/wcf/samples/message-queuing-to-wcf.md
+++ b/docs/framework/wcf/samples/message-queuing-to-wcf.md
@@ -1,24 +1,26 @@
 ---
-title: "Windows Communication Foundation へのメッセージ キュー"
-ms.custom: 
+title: Windows Communication Foundation へのメッセージ キュー
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 6d718eb0-9f61-4653-8a75-d2dac8fb3520
-caps.latest.revision: "34"
+caps.latest.revision: 34
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 2a4b63dd620d071b875caa255f681bdd5fb867f7
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 6a29c0225117c57079b5048705f58dcde4a06426
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="message-queuing-to-windows-communication-foundation"></a>Windows Communication Foundation へのメッセージ キュー
 このサンプルでは、メッセージ キュー (MSMQ) アプリケーションで MSMQ メッセージを [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] サービスに送信する方法について説明します。 サービスは自己ホスト型コンソール アプリケーションであるので、キューに置かれたメッセージをサービスが受信するようすを観察できます。  
@@ -28,8 +30,8 @@ ms.lasthandoff: 12/22/2017
  MSMQ メッセージには、操作コントラクトの別のパラメータにマッピングされるヘッダーに関する情報は含まれません。 パラメータは <xref:System.ServiceModel.MsmqIntegration.MsmqMessage%601> 型の `MsmqMessage<T>` です。これには、基になる MSMQ メッセージが含まれます。 <xref:System.ServiceModel.MsmqIntegration.MsmqMessage%601> (`MsmqMessage<T>`) クラスの型 "T" は、シリアル化されて MSMQ メッセージ本文に含まれているデータを表します。 このサンプルでは、`PurchaseOrder` 型がシリアル化されて MSMQ メッセージ本文になっています。  
   
  発注書処理サービスのサービス コントラクトを次のサンプル コードに示します。  
-  
-```  
+
+```csharp
 // Define a service contract.  
 [ServiceContract(Namespace = "http://Microsoft.ServiceModel.Samples")]  
 [ServiceKnownType(typeof(PurchaseOrder))]  
@@ -38,11 +40,11 @@ public interface IOrderProcessor
     [OperationContract(IsOneWay = true, Action = "*")]  
     void SubmitPurchaseOrder(MsmqMessage<PurchaseOrder> msg);  
 }  
-```  
-  
+```
+
  サービスは自己ホスト型です。 MSMQ を使用する場合、使用するキューをあらかじめ作成しておく必要があります。 手動で作成することもコードで作成することもできます。 このサンプルでは、サービスはキューの存在を確認し、必要な場合はキューを作成します。 キュー名は構成ファイルから読み込まれます。  
-  
-```  
+
+```csharp
 public static void Main()  
 {  
     // Get the MSMQ queue name from the application settings in   
@@ -53,11 +55,11 @@ public static void Main()
         MessageQueue.Create(queueName, true);  
     …  
 }  
-```  
-  
+```
+
  サービスは、<xref:System.ServiceModel.ServiceHost> の `OrderProcessorService` を作成して開きます。次のサンプル コードを参照してください。  
-  
-```  
+
+```csharp
 using (ServiceHost serviceHost = new ServiceHost(typeof(OrderProcessorService)))  
 {  
     serviceHost.Open();  
@@ -66,8 +68,8 @@ using (ServiceHost serviceHost = new ServiceHost(typeof(OrderProcessorService)))
     Console.ReadLine();  
     serviceHost.Close();  
 }  
-```  
-  
+```
+
  MSMQ キュー名は、構成ファイルの appSettings セクションに指定されます。次のサンプル構成を参照してください。  
   
 > [!NOTE]
@@ -80,8 +82,8 @@ using (ServiceHost serviceHost = new ServiceHost(typeof(OrderProcessorService)))
 ```  
   
  クライアント アプリケーションは MSMQ アプリケーションです。このアプリケーションでは <xref:System.Messaging.MessageQueue.Send%2A> メソッドを使用して、非揮発性メッセージとトランザクション メッセージをキューに送信します。次のサンプル コードを参照してください。  
-  
-```  
+
+```csharp
 //Connect to the queue.  
 MessageQueue orderQueue = new MessageQueue(ConfigurationManager.AppSettings["orderQueueName"]);  
   
@@ -119,8 +121,8 @@ using (TransactionScope scope = new TransactionScope(TransactionScopeOption.Requ
 Console.WriteLine("Placed the order:{0}", po);  
 Console.WriteLine("Press <ENTER> to terminate client.");  
 Console.ReadLine();  
-```  
-  
+```
+
  サンプルを実行すると、クライアントとサービスのアクティビティがサービスとクライアントの両方のコンソール ウィンドウに表示されます。 サービスがクライアントから受信したメッセージを表示できます。 どちらかのコンソールで Enter キーを押すと、サービスとクライアントがどちらもシャットダウンされます。 キューが使用されているので、クライアントとサービスが同時に実行されている必要はありません。 たとえば、クライアントを実行してシャットダウンした後にサービスを起動しても、サービスはメッセージを受信します。  
   
 ### <a name="to-setup-build-and-run-the-sample"></a>サンプルをセットアップ、ビルド、および実行するには  
@@ -164,7 +166,7 @@ Console.ReadLine();
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Binding\MSMQIntegration\MsmqToWcf`  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [WCF のキュー](../../../../docs/framework/wcf/feature-details/queues-in-wcf.md)  
  [方法 : WCF エンドポイントとメッセージ キュー アプリケーションを使用してメッセージを交換する](../../../../docs/framework/wcf/feature-details/how-to-exchange-messages-with-wcf-endpoints-and-message-queuing-applications.md)  
  [メッセージ キュー](http://go.microsoft.com/fwlink/?LinkId=94968)
diff --git a/docs/framework/wcf/samples/message-security-anonymous.md b/docs/framework/wcf/samples/message-security-anonymous.md
index 2d4c4687735..d21f0f1c94b 100644
--- a/docs/framework/wcf/samples/message-security-anonymous.md
+++ b/docs/framework/wcf/samples/message-security-anonymous.md
@@ -1,28 +1,28 @@
 ---
-title: "メッセージ セキュリティ匿名"
-ms.custom: 
+title: メッセージ セキュリティ匿名
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-clr
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - WS Security
 ms.assetid: c321cbf9-8c05-4cce-b5a5-4bf7b230ee03
-caps.latest.revision: 
+caps.latest.revision: 52
 author: BrucePerlerMS
 ms.author: bruceper
 manager: mbaldwin
 ms.workload:
 - dotnet
-ms.openlocfilehash: d6f3ac3ba51939f319d1d0e98265d7867233f2b6
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.openlocfilehash: c93aacbe5af47c9094dccdaa15828bfa9fda79c5
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="message-security-anonymous"></a>メッセージ セキュリティ匿名
 メッセージ セキュリティ匿名のサンプルでは、クライアント認証を行わないでメッセージ レベルのセキュリティを使用するが、サーバーの X.509 証明書を使用したサーバー認証を必要とする [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] アプリケーションを実装する方法を示します。 クライアント/サーバー間のすべてのアプリケーション メッセージは署名され、暗号化されます。 このサンプルがに基づいて、 [WSHttpBinding](../../../../docs/framework/wcf/samples/wshttpbinding.md)サンプルです。 このサンプルは、クライアント コンソール プログラム (.exe) と、インターネット インフォメーション サービス (IIS) によってホストされるサービス ライブラリ (.dll) で構成されています。 サービスは、要求/応答通信パターンを定義するコントラクトを実装します。  
@@ -31,8 +31,8 @@ ms.lasthandoff: 01/19/2018
 >  このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。  
   
  このサンプルでは、電卓インターフェイスに、クライアントが認証されなかった場合に `True` を返す新しい操作を追加します。  
-  
-```  
+
+```csharp
 public class CalculatorService : ICalculator  
 {  
     public bool IsCallerAnonymous()  
@@ -42,8 +42,8 @@ public class CalculatorService : ICalculator
     }  
     ...  
 }  
-```  
-  
+```
+
  サービスは、そのサービスとの通信に使用する単一エンドポイントを公開します。エンドポイントは構成ファイル (Web.config) で定義します。 エンドポイントは、アドレス、バインディング、およびコントラクトがそれぞれ 1 つずつで構成されます。 このバインディングの構成には `wsHttpBinding` バインディングを使用します。 `wsHttpBinding` バインディングの既定のセキュリティ モードは `Message` です。 `clientCredentialType` 属性が `None` に設定されています。  
   
 ```xml  
@@ -123,8 +123,8 @@ public class CalculatorService : ICalculator
  このサンプルでは、サービスの証明書を認証するために、<xref:System.ServiceModel.Security.X509ServiceCertificateAuthentication.CertificateValidationMode%2A> を <xref:System.ServiceModel.Security.X509CertificateValidationMode.PeerOrChainTrust> に設定します。 これは、`behaviors` セクションのクライアントの App.config ファイルで行われます。 つまり、証明書がユーザーの Trusted People ストア内に存在している場合、その証明書は発行者のチェーンが検証されることなく信頼されます。 証明機関 (CA) から発行された証明書を要求しなくともサンプルを実行できるようにするため、ここでは便宜上この設定が使用されます。 この設定は、既定の ChainTrust よりも安全性が低くなります。 `PeerOrChainTrust` を製品版のコードで使用する前に、この設定のセキュリティへの影響について慎重に考慮する必要があります。  
   
  クライアント実装への呼び出しを追加して、`IsCallerAnonymous`メソッドと、それ以外の場合と変わりません、 [WSHttpBinding](../../../../docs/framework/wcf/samples/wshttpbinding.md)サンプルです。  
-  
-```  
+
+```csharp
 // Create a client with a client endpoint configuration.  
 CalculatorClient client = new CalculatorClient();  
   
@@ -145,8 +145,8 @@ client.Close();
 Console.WriteLine();  
 Console.WriteLine("Press <ENTER> to terminate client.");  
 Console.ReadLine();  
-```  
-  
+```
+
  このサンプルを実行すると、操作要求および応答がクライアントのコンソール ウィンドウに表示されます。 クライアントをシャットダウンするには、クライアント ウィンドウで Enter キーを押します。  
   
 ```  
@@ -166,7 +166,7 @@ Press <ENTER> to terminate client.
   
      Setup.bat バッチ ファイルの次の行は、使用するサーバー証明書を作成します。  
   
-    ```  
+    ```bat
     echo ************  
     echo Server cert setup starting  
     echo %SERVER_NAME%  
@@ -190,7 +190,7 @@ Press <ENTER> to terminate client.
   
      Setup.bat バッチ ファイルの次の行は、LocalMachine ストアに保存されたサーバー証明書を [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] ワーカー プロセス アカウントでアクセスできるようにします。  
   
-    ```  
+    ```bat
     echo ************  
     echo setting privileges on server certificates  
     echo ************  
@@ -218,7 +218,7 @@ Press <ENTER> to terminate client.
     > [!NOTE]
     >  セットアップ バッチ ファイルは、[!INCLUDE[vs_current_long](../../../../includes/vs-current-long-md.md)] コマンド プロンプトから実行します。 path 環境変数が SDK のインストール ディレクトリを指している必要があります。 この環境変数は、[!INCLUDE[vs_current_long](../../../../includes/vs-current-long-md.md)] コマンド プロンプトで自動設定されます。  
   
-3.  サービスへのアクセスを検証します。ブラウザーにアドレス「http://localhost/servicemodelsamples/service.svc」を入力します。  
+3.  アドレスを入力して、ブラウザーを使用して、サービスへのアクセスを確認してくださいhttp://localhost/servicemodelsamples/service.svcです。  
   
 4.  Client.exe を \client\bin で起動します。 クライアント アクティビティがクライアントのコンソール アプリケーションに表示されます。  
   
@@ -253,4 +253,4 @@ Press <ENTER> to terminate client.
 > [!NOTE]
 >  このサンプルを複数のコンピューターで実行している場合、このスクリプトはサービス証明書をクライアントから削除しません。 複数のコンピューターで証明書を使用する [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] サンプルを実行した場合は、CurrentUser - TrustedPeople ストアにインストールされたサービス証明書を忘れずに削除してください。 削除するには、コマンド `certmgr -del -r CurrentUser -s TrustedPeople -c -n <Fully Qualified Server Machine Name>` を実行します。たとえば、`certmgr -del -r CurrentUser -s TrustedPeople -c -n server1.contoso.com.` となります。  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/message-security-certificate.md b/docs/framework/wcf/samples/message-security-certificate.md
index 8e11b10a9ef..8f9f3a371c4 100644
--- a/docs/framework/wcf/samples/message-security-certificate.md
+++ b/docs/framework/wcf/samples/message-security-certificate.md
@@ -1,28 +1,28 @@
 ---
-title: "メッセージ セキュリティ証明書"
-ms.custom: 
+title: メッセージ セキュリティ証明書
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-clr
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - WS Security
 ms.assetid: 909333b3-35ec-48f0-baff-9a50161896f6
-caps.latest.revision: 
+caps.latest.revision: 51
 author: BrucePerlerMS
 ms.author: bruceper
 manager: mbaldwin
 ms.workload:
 - dotnet
-ms.openlocfilehash: 9339258c4f5df606db9126c8b4b886b0a26029a6
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.openlocfilehash: 6ff680c9d85e4d395af550bf60de3b962d6a0c2a
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="message-security-certificate"></a>メッセージ セキュリティ証明書
 このサンプルでは、クライアントの認証で X.509 v3 証明書による WS-Security を使用するアプリケーションを実装する方法を示します。このアプリケーションでは、サーバーの X.509 v3 証明書を使用するサーバー認証が必要です。 このサンプルでは、クライアント/サーバー間のすべてのアプリケーション メッセージが署名されて暗号化される、既定の設定を使用します。 このサンプルがに基づいて、 [WSHttpBinding](../../../../docs/framework/wcf/samples/wshttpbinding.md)クライアント コンソール プログラムとインターネット インフォメーション サービス (IIS) によってホストされるサービス ライブラリで構成されます。 サービスは、要求/応答通信パターンを定義するコントラクトを実装します。  
@@ -31,8 +31,8 @@ ms.lasthandoff: 01/19/2018
 >  このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。  
   
  このサンプルは、構成を使用した認証の制御、およびセキュリティ コンテキストから呼び出し側の ID を取得する方法を示しています。次のサンプル コードを参照してください。  
-  
-```  
+
+```csharp
 public class CalculatorService : ICalculator  
 {  
     public string GetCallerIdentity()  
@@ -192,8 +192,8 @@ public class CalculatorService : ICalculator
 ```  
   
  次のサンプルでは、プログラムでサービスを呼び出す方法を示します。  
-  
-```  
+
+```csharp
 // Create a client.  
 CalculatorClient client = new CalculatorClient();  
   
@@ -202,7 +202,7 @@ Console.WriteLine(client.GetCallerIdentity());
 ...  
 //Closing the client gracefully closes the connection and cleans up resources.  
 client.Close();  
-```  
+```
   
  このサンプルを実行すると、操作要求および応答がクライアントのコンソール ウィンドウに表示されます。 クライアントをシャットダウンするには、クライアント ウィンドウで Enter キーを押します。  
   
@@ -221,7 +221,7 @@ Press <ENTER> to terminate client.
   
      バッチ ファイルの次の行では、クライアント証明書を作成します。 指定されたクライアント名が、作成される証明書のサブジェクト名に使用されます。 証明書は、`My` ストアの場所の `CurrentUser` ストアに格納されます。  
   
-    ```  
+    ```bat
     echo ************  
     echo making client cert  
     echo ************  
@@ -232,7 +232,7 @@ Press <ENTER> to terminate client.
   
      バッチ ファイルの次の行では、クライアント証明書をサーバーの TrustedPeople ストアにコピーし、サーバーが信頼/非信頼を判断できるようにします。 TrustedPeople ストアにインストールされた証明書が [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] サービスに信頼されるには、クライアント証明書の検証モードを `PeerOrChainTrust` または `PeerTrust` に設定する必要があります。 前のサービス構成サンプルを参照して、構成ファイルを使用してこれを行う手順を確認してください。  
   
-    ```  
+    ```bat
     echo ************  
     echo copying client cert to server's LocalMachine store  
     echo ************  
@@ -243,7 +243,7 @@ Press <ENTER> to terminate client.
   
      Setup.bat バッチ ファイルの次の行は、使用するサーバー証明書を作成します。  
   
-    ```  
+    ```bat
     echo ************  
     echo Server cert setup starting  
     echo %SERVER_NAME%  
@@ -267,7 +267,7 @@ Press <ENTER> to terminate client.
   
      Setup.bat ファイルの次の行は、LocalMachine ストアに保存されたサーバー証明書を [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] ワーカー プロセス アカウントでアクセスできるようにします。  
   
-    ```  
+    ```bat
     echo ************  
     echo setting privileges on server certificates  
     echo ************  
@@ -347,4 +347,4 @@ Press <ENTER> to terminate client.
     > [!NOTE]
     >  このサンプルを複数のコンピューターで実行している場合、このスクリプトはサービス証明書をクライアントから削除しません。 複数のコンピューターで証明書を使用する [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] サンプルを実行した場合は、CurrentUser - TrustedPeople ストアにインストールされたサービス証明書を忘れずに削除してください。 削除するには、コマンド `certmgr -del -r CurrentUser -s TrustedPeople -c -n <Fully Qualified Server Machine Name>` を実行します。たとえば、`certmgr -del -r CurrentUser -s TrustedPeople -c -n server1.contoso.com` となります。  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/message-security-over-message-queuing.md b/docs/framework/wcf/samples/message-security-over-message-queuing.md
index a089155a713..b2a88ab0903 100644
--- a/docs/framework/wcf/samples/message-security-over-message-queuing.md
+++ b/docs/framework/wcf/samples/message-security-over-message-queuing.md
@@ -1,24 +1,26 @@
 ---
-title: "メッセージ キューを介したメッセージ セキュリティ"
-ms.custom: 
+title: メッセージ キューを介したメッセージ セキュリティ
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 329aea9c-fa80-45c0-b2b9-e37fd7b85b38
-caps.latest.revision: "22"
+caps.latest.revision: 22
 author: BrucePerlerMS
 ms.author: bruceper
 manager: mbaldwin
-ms.workload: dotnet
-ms.openlocfilehash: a63c89e969f7a245dcf14d87872b8d629f1ee846
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: aeb0e66c5bad2b2d03a08560e1021b57e793ad55
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="message-security-over-message-queuing"></a>メッセージ キューを介したメッセージ セキュリティ
 このサンプルでは、クライアントの認証で X.509v3 証明書による WS-Security を使用するアプリケーションを実装する方法を示します。このアプリケーションでは、サーバーの X.509v3 証明書を MSMQ 経由で使用するサーバー認証が必要です。 MSMQ ストア内のメッセージの暗号化を保持したり、アプリケーションで独自のメッセージ認証を実行できるようにするには、メッセージ セキュリティの使用が望ましい場合があります。  
@@ -93,7 +95,7 @@ ms.lasthandoff: 01/19/2018
     > [!NOTE]
     >  このサンプルを複数のコンピューターで実行している場合、このスクリプトはサービス証明書をクライアントから削除しません。 複数のコンピューターで証明書を使用する [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] サンプルを実行した場合は、CurrentUser - TrustedPeople ストアにインストールされたサービス証明書を忘れずに削除してください。 削除するには、コマンド `certmgr -del -r CurrentUser -s TrustedPeople -c -n <Fully Qualified Server Machine Name>` を実行します。たとえば、`certmgr -del -r CurrentUser -s TrustedPeople -c -n server1.contoso.com` となります。  
   
-## <a name="requirements"></a>必要条件  
+## <a name="requirements"></a>要件  
  このサンプルでは、MSMQ がインストールされて実行中であることが必要です。  
   
 ## <a name="demonstrates"></a>使用例  
@@ -105,8 +107,8 @@ ms.lasthandoff: 01/19/2018
   
 ## <a name="description"></a>説明  
  サンプルのクライアントとサービス コードと同じ、[トランザクション MSMQ バインディング](../../../../docs/framework/wcf/samples/transacted-msmq-binding.md)違いの 1 つのサンプルです。 操作コントラクトには、メッセージの署名および暗号化が必要であることを示す注釈が保護レベルで付けられます。  
-  
-```  
+
+```csharp
 // Define a service contract.   
 [ServiceContract(Namespace="http://Microsoft.ServiceModel.Samples")]  
 public interface IOrderProcessor  
@@ -114,8 +116,8 @@ public interface IOrderProcessor
     [OperationContract(IsOneWay = true, ProtectionLevel=ProtectionLevel.EncryptAndSign)]  
     void SubmitPurchaseOrder(PurchaseOrder po);  
 }  
-```  
-  
+```
+
  メッセージが、サービスとクライアントの識別に必要なトークンを使用してセキュリティ保護されるには、App.config に資格情報を格納する必要があります。  
   
  クライアント構成では、サービスを認証するサービス証明書を指定します。 また、LocalMachine のストアを信頼されるストアとして使用し、サービスの有効性を信頼します。 さらに、クライアントのサービス認証用として、メッセージに関連付けられたクライアント証明書を指定します。  
@@ -256,29 +258,29 @@ public interface IOrderProcessor
   
  このサンプルは、構成を使用した認証の制御、およびセキュリティ コンテキストから呼び出し側の ID を取得する方法を示しています。次のサンプル コードを参照してください。  
   
-```  
-    // Service class which implements the service contract.  
-    // Added code to write output to the console window.  
-    public class OrderProcessorService : IOrderProcessor  
+```csharp
+// Service class which implements the service contract.  
+// Added code to write output to the console window.  
+public class OrderProcessorService : IOrderProcessor  
+{  
+    private string GetCallerIdentity()  
     {  
-        private string GetCallerIdentity()  
-        {  
-            // The client certificate is not mapped to a Windows identity by default.  
-            // ServiceSecurityContext.PrimaryIdentity is populated based on the information  
-            // in the certificate that the client used to authenticate itself to the service.  
-            return ServiceSecurityContext.Current.PrimaryIdentity.Name;  
-        }  
-  
-        [OperationBehavior(TransactionScopeRequired = true, TransactionAutoComplete = true)]  
-        public void SubmitPurchaseOrder(PurchaseOrder po)  
-        {  
-            Console.WriteLine("Client's Identity {0} ", GetCallerIdentity());  
-            Orders.Add(po);  
-            Console.WriteLine("Processing {0} ", po);  
-        }  
+        // The client certificate is not mapped to a Windows identity by default.  
+        // ServiceSecurityContext.PrimaryIdentity is populated based on the information  
+        // in the certificate that the client used to authenticate itself to the service.  
+        return ServiceSecurityContext.Current.PrimaryIdentity.Name;  
+    }  
+
+    [OperationBehavior(TransactionScopeRequired = true, TransactionAutoComplete = true)]  
+    public void SubmitPurchaseOrder(PurchaseOrder po)  
+    {  
+        Console.WriteLine("Client's Identity {0} ", GetCallerIdentity());  
+        Orders.Add(po);  
+        Console.WriteLine("Processing {0} ", po);  
+    }  
   //…  
 }  
-```  
+```
   
  実行時、サービス コードにはクライアント ID が表示されます。 サービス コードからの出力サンプルを次に示します。  
   
@@ -302,7 +304,7 @@ Processing Purchase Order: 6536e097-da96-4773-9da3-77bab4345b5d
   
      バッチ ファイルの次の行では、クライアント証明書を作成します。 指定されたクライアント名が、作成される証明書のサブジェクト名に使用されます。 証明書は、`My` ストアの場所の `CurrentUser` ストアに格納されます。  
   
-    ```  
+    ```bat
     echo ************  
     echo making client cert  
     echo ************  
@@ -313,7 +315,7 @@ Processing Purchase Order: 6536e097-da96-4773-9da3-77bab4345b5d
   
      バッチ ファイルの次の行では、クライアント証明書をサーバーの TrustedPeople ストアにコピーし、サーバーが信頼/非信頼を判断できるようにします。 TrustedPeople ストアにインストールされた証明書が [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] サービスに信頼されるには、クライアント証明書の検証モードの値を `PeerOrChainTrust` または `PeerTrust` に設定する必要があります。 前のサービス構成サンプルを参照して、構成ファイルを使用してこれを行う手順を確認してください。  
   
-    ```  
+    ```bat
     echo ************  
     echo copying client cert to server's LocalMachine store  
     echo ************  
@@ -324,7 +326,7 @@ Processing Purchase Order: 6536e097-da96-4773-9da3-77bab4345b5d
   
      Setup.bat バッチ ファイルの次の行は、使用するサーバー証明書を作成します。  
   
-    ```  
+    ```bat  
     echo ************  
     echo Server cert setup starting  
     echo %SERVER_NAME%  
@@ -356,4 +358,4 @@ Processing Purchase Order: 6536e097-da96-4773-9da3-77bab4345b5d
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Binding\Net\MSMQ\MessageSecurity`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/message-security-sample.md b/docs/framework/wcf/samples/message-security-sample.md
index ea3c35997c5..3371fee8c5f 100644
--- a/docs/framework/wcf/samples/message-security-sample.md
+++ b/docs/framework/wcf/samples/message-security-sample.md
@@ -1,24 +1,26 @@
 ---
-title: "メッセージ セキュリティ サンプル"
-ms.custom: 
+title: メッセージ セキュリティ サンプル
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 82444166-6288-493a-85d4-85f43f134d19
-caps.latest.revision: "33"
+caps.latest.revision: 33
 author: BrucePerlerMS
 ms.author: bruceper
 manager: mbaldwin
-ms.workload: dotnet
-ms.openlocfilehash: efad1940def2c27d57bb1e9da28e51362de5b237
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: 0ead08c454ed8b9e484d23d426e918c9f11fe3ed
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="message-security-sample"></a>メッセージ セキュリティ サンプル
 このサンプルでは、`basicHttpBinding` とメッセージ セキュリティを使用するアプリケーションを実装する方法を示します。 このサンプルがに基づいて、[作業の開始](../../../../docs/framework/wcf/samples/getting-started-sample.md)電卓サービスを実装します。  
@@ -105,11 +107,11 @@ ms.lasthandoff: 01/19/2018
  同じバインディングとセキュリティの詳細が、クライアントの構成ファイルで指定されます。  
   
  次のコードを使用すると、呼び出し元の ID がサービス コンソール ウィンドウに表示されます。  
-  
-```  
+
+```csharp
 Console.WriteLine("Called by {0}", ServiceSecurityContext.Current.PrimaryIdentity.Name);  
-```  
-  
+```
+
  このサンプルを実行すると、操作要求および応答がクライアントのコンソール ウィンドウに表示されます。 クライアントをシャットダウンするには、クライアント ウィンドウで Enter キーを押します。  
   
 ```  
@@ -189,4 +191,4 @@ Press <ENTER> to terminate client.
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Binding\Basic\MessageSecurity`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/message-security-user-name.md b/docs/framework/wcf/samples/message-security-user-name.md
index a532201a736..1c9cfa1c247 100644
--- a/docs/framework/wcf/samples/message-security-user-name.md
+++ b/docs/framework/wcf/samples/message-security-user-name.md
@@ -1,28 +1,28 @@
 ---
-title: "メッセージ セキュリティ ユーザー名"
-ms.custom: 
+title: メッセージ セキュリティ ユーザー名
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-clr
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - WS Security
 ms.assetid: c63cfc87-6b20-4949-93b3-bcd4b732b0a2
-caps.latest.revision: 
+caps.latest.revision: 57
 author: BrucePerlerMS
 ms.author: bruceper
 manager: mbaldwin
 ms.workload:
 - dotnet
-ms.openlocfilehash: 3d0c5278cf1860a89ea6a1c3ed33b45ed3c48e92
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.openlocfilehash: da9cf3a59976453a5372a95af83dcff181171a01
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="message-security-user-name"></a>メッセージ セキュリティ ユーザー名
 このサンプルでは、クライアントのユーザー名認証による WS-Security を使用するアプリケーションを実装する方法を示します。このアプリケーションでは、サーバーの X.509v3 証明書を使用するサーバー認証が必要です。 クライアント/サーバー間のすべてのアプリケーション メッセージは署名され、暗号化されます。 既定では、クライアントによって提供されるユーザー名とパスワードが、有効な Windows アカウントへのログオンに使用されます。 このサンプルがに基づいて、 [WSHttpBinding](../../../../docs/framework/wcf/samples/wshttpbinding.md)です。 このサンプルは、クライアント コンソール プログラム (Client.exe) と、インターネット インフォメーション サービス (IIS) によってホストされるサービス ライブラリ (Service.dll) で構成されています。 サービスは、要求/応答通信パターンを定義するコントラクトを実装します。  
@@ -129,8 +129,8 @@ ms.lasthandoff: 01/19/2018
 ```  
   
  クライアント実装では、使用するユーザー名とパスワードが設定されます。  
-  
-```  
+
+```csharp
 // Create a client.  
 CalculatorClient client = new CalculatorClient();  
   
@@ -143,8 +143,8 @@ Console.WriteLine(client.GetCallerIdentity());
 ...  
 //Closing the client gracefully closes the connection and cleans up resources.  
 client.Close();  
-```  
-  
+```
+
  このサンプルを実行すると、操作要求および応答がクライアントのコンソール ウィンドウに表示されます。 クライアントをシャットダウンするには、クライアント ウィンドウで Enter キーを押します。  
   
 ```  
@@ -164,7 +164,7 @@ Press <ENTER> to terminate client.
   
      Setup.bat バッチ ファイルの次の行は、使用するサーバー証明書を作成します。  
   
-    ```  
+    ```bat
     echo ************  
     echo Server cert setup starting  
     echo %SERVER_NAME%  
@@ -188,7 +188,7 @@ Press <ENTER> to terminate client.
   
      Setup.bat バッチ ファイルの次の行は、LocalMachine ストアに保存されたサーバー証明書を [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] ワーカー プロセス アカウントでアクセスできるようにします。  
   
-    ```  
+    ```bat
     echo ************  
     echo setting privileges on server certificates  
     echo ************  
@@ -217,7 +217,7 @@ Press <ENTER> to terminate client.
     > [!NOTE]
     >  Setup.bat バッチ ファイルは、Visual Studio コマンド プロンプトから実行します。 path 環境変数が SDK のインストール ディレクトリを指している必要があります。 この環境変数は、Visual Studio コマンド プロンプトで自動設定されます。  
   
-3.  サービスへのアクセスを検証します。ブラウザーにアドレス「http://localhost/servicemodelsamples/service.svc」を入力します。  
+3.  アドレスを入力して、ブラウザーを使用して、サービスへのアクセスを確認してくださいhttp://localhost/servicemodelsamples/service.svcです。  
   
 4.  Client.exe を \client\bin で起動します。 クライアント アクティビティがクライアントのコンソール アプリケーションに表示されます。  
   
@@ -252,4 +252,4 @@ Press <ENTER> to terminate client.
     > [!NOTE]
     >  このサンプルを複数のコンピューターで実行している場合、このスクリプトはサービス証明書をクライアントから削除しません。 複数のコンピューターで証明書を使用する [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] サンプルを実行した場合は、CurrentUser - TrustedPeople ストアにインストールされたサービス証明書を忘れずに削除してください。 削除するには、コマンド `certmgr -del -r CurrentUser -s TrustedPeople -c -n <Fully Qualified Server Machine Name>` を実行します。たとえば、`certmgr -del -r CurrentUser -s TrustedPeople -c -n server1.contoso.com` となります。  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/message-security-windows.md b/docs/framework/wcf/samples/message-security-windows.md
index 12a5392e60d..6891a69e3da 100644
--- a/docs/framework/wcf/samples/message-security-windows.md
+++ b/docs/framework/wcf/samples/message-security-windows.md
@@ -1,28 +1,28 @@
 ---
-title: "メッセージ セキュリティ Windows"
-ms.custom: 
+title: メッセージ セキュリティ Windows
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-clr
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - WS Security
 ms.assetid: d2221d1c-c9cb-48d1-b044-a3b4445c7f05
-caps.latest.revision: 
+caps.latest.revision: 34
 author: BrucePerlerMS
 ms.author: bruceper
 manager: mbaldwin
 ms.workload:
 - dotnet
-ms.openlocfilehash: c8bb8d0506dd535a312bd8df8954c8143d9543ae
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: d42f266e51f6d5dd8c772d674736adc729b2ac2c
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="message-security-windows"></a>メッセージ セキュリティ Windows
 このサンプルでは、Windows 認証によるメッセージ レベルのセキュリティを使用するよう <xref:System.ServiceModel.WSHttpBinding> バインディングを構成する方法を示します。 このサンプルがに基づいて、[作業の開始](../../../../docs/framework/wcf/samples/getting-started-sample.md)です。 このサンプルでは、サービスはインターネット インフォメーション サービス (IIS) によってホストされており、クライアントはコンソール アプリケーション (.exe) です。  
@@ -75,15 +75,15 @@ ms.lasthandoff: 12/22/2017
 ```  
   
  サービス ソース コードは、<xref:System.ServiceModel.OperationContext.ServiceSecurityContext%2A> を使用して呼び出し元の ID へのアクセスを可能にする方法を示すように変更されています。  
-  
-```  
+
+```csharp
 public string GetCallerIdentity()  
 {  
     // The Windows identity of the caller can be accessed on the ServiceSecurityContext.WindowsIdentity.  
     return OperationContext.Current.ServiceSecurityContext.WindowsIdentity.Name;  
 }  
-```  
-  
+```
+
  このサンプルを実行すると、操作要求および応答がクライアントのコンソール ウィンドウに表示されます。 最初に呼び出されるメソッド `GetCallerIdentity` は、呼び出し元の ID の名前をクライアントに返します。 クライアントをシャットダウンするには、コンソール ウィンドウで Enter キーを押します。  
   
 ### <a name="to-set-up-build-and-run-the-sample"></a>サンプルをセットアップ、ビルド、および実行するには  
@@ -94,4 +94,4 @@ public string GetCallerIdentity()
   
 3.  1 つまたは複数コンピューター構成でサンプルを実行する手順についてで[Windows Communication Foundation サンプルの実行](../../../../docs/framework/wcf/samples/running-the-samples.md)です。  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/msmq-activation.md b/docs/framework/wcf/samples/msmq-activation.md
index 16c8f2fe64e..6404461d01c 100644
--- a/docs/framework/wcf/samples/msmq-activation.md
+++ b/docs/framework/wcf/samples/msmq-activation.md
@@ -1,26 +1,26 @@
 ---
-title: "MSMQ アクティベーション"
-ms.custom: 
+title: MSMQ アクティベーション
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-clr
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: e3834149-7b8c-4a54-806b-b4296720f31d
-caps.latest.revision: 
+caps.latest.revision: 29
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: a4c3d1dc8116e9c1b26febc4d8473b15d8648c01
-ms.sourcegitcommit: 15316053918995cc1380163a7d7e7edd5c44e6d7
+ms.openlocfilehash: e0f8077e425464d5a9f33662366377d573719659
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 03/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="msmq-activation"></a>MSMQ アクティベーション
 このサンプルでは、メッセージ キューから読み取ったアプリケーションを、Windows プロセス アクティブ化サービス (WAS) でホストする方法を示します。 このサンプルでは、`netMsmqBinding`に基づくと、[双方向通信](../../../../docs/framework/wcf/samples/two-way-communication.md)サンプルです。 この場合、サービスは Web ホスト アプリケーションの 1 つであり、クライアントは自己ホスト型です。クライアントはコンソールに出力して、送信された発注書のステータスを確認します。  
@@ -33,7 +33,7 @@ ms.lasthandoff: 03/19/2018
 >   
 >  \<InstallDrive >: \WF_WCF_Samples  
 >   
->  このディレクトリが存在しない場合に、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)]ハイパーリンク"http://go.microsoft.com/fwlink/?LinkId=150780"\t"_blank"と[!INCLUDE[wf](../../../../includes/wf-md.md)]サンプル[!INCLUDE[netfx40_long](../../../../includes/netfx40-long-md.md)]すべてダウンロードして[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]と[!INCLUDE[wf1](../../../../includes/wf1-md.md)]サンプルです。 このサンプルは、次のディレクトリに格納されます。  
+>  このディレクトリが存在しない場合に、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)]ハイパーリンク"http://go.microsoft.com/fwlink/?LinkId=150780"\t"_blank"と用の Windows Workflow Foundation (WF) サンプル[!INCLUDE[netfx40_long](../../../../includes/netfx40-long-md.md)]すべてダウンロードして[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)]と[!INCLUDE[wf1](../../../../includes/wf1-md.md)]サンプルです。 このサンプルは、次のディレクトリに格納されます。  
 >   
 >  \<InstallDrive >: \Samples\WCFWFCardSpace\WCF\Basic\Services\Hosting\WASHost\MsmqActivation です。  
   
@@ -231,7 +231,7 @@ Status of order 70cf9d63-3dfa-4e69-81c2-23aa4478ebed :Pending
   
 2.  実行したことを確認してください、 [Windows Communication Foundation サンプルの 1 回限りのセットアップ手順](../../../../docs/framework/wcf/samples/one-time-setup-procedure-for-the-wcf-samples.md)です。 さらに、HTTP 以外の [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アクティベーション コンポーネントをインストールする必要があります。  
   
-    1.  **開始** メニューの 選択**コントロール パネルの** です。  
+    1.  **開始** メニューの 選択**コントロール パネルの **です。  
   
     2.  選択**プログラムと機能**します。  
   
@@ -282,7 +282,7 @@ Status of order 70cf9d63-3dfa-4e69-81c2-23aa4478ebed :Pending
         > [!NOTE]
         >  このコマンドはテキスト 1 行です。  
   
-         このコマンドにより、/servicemodelsamples アプリケーションに http://localhost/servicemodelsamples と net.msmq://localhost/servicemodelsamples のどちらを使用してもアクセスできるようになります。  
+         このコマンドにより、/servicemodelsamples アプリケーションを使用してアクセスするhttp://localhost/servicemodelsamplesと net.msmq://localhost/servicemodelsamples です。  
   
 7.  まだ確認していない場合は、MSMQ アクティベーション サービスが有効になっていることを確認します。 **開始** メニューのをクリックして**実行**、および種類`Services.msc`です。 サービスのリストを検索、 **Net.Msmq リスナ アダプタ**です。 右クリックし **プロパティ**です。 設定、**スタートアップの種類**に**自動**、 をクリックして**適用** をクリックし、**開始**ボタンをクリックします。 この手順は、Net.Msmq リスナー アダプター サービスを初めて使用する前に 1 回だけ実行する必要があります。  
   
diff --git a/docs/framework/wcf/samples/mtom-encoding.md b/docs/framework/wcf/samples/mtom-encoding.md
index 3d8b54a8db6..47d8df1fcb4 100644
--- a/docs/framework/wcf/samples/mtom-encoding.md
+++ b/docs/framework/wcf/samples/mtom-encoding.md
@@ -1,24 +1,26 @@
 ---
-title: "MTOM エンコーディング"
-ms.custom: 
+title: MTOM エンコーディング
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 820e316f-4ee1-4eb5-ae38-b6a536e8a14f
-caps.latest.revision: "14"
+caps.latest.revision: 14
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: ed65e2098a95a05f7cc5efa6d9014f67bf5ed261
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: d826b5f2973ac451b3943fd78b661093906c72ad
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="mtom-encoding"></a>MTOM エンコーディング
 このサンプルでは、WSHttpBinding で Message Transmission Optimization Mechanism (MTOM) メッセージ エンコーディングを使用する方法を示します。 MTOM は、大きなサイズのバイナリ添付データを、SOAP メッセージを使用して未処理のバイトとして転送するための機構です。これにより、メッセージのサイズを縮小できます。  
@@ -41,15 +43,15 @@ ms.lasthandoff: 12/22/2017
 ```  
   
  MTOM エンコーダでは、バイト配列とストリームを最適化できます。 このサンプルでは、操作に `Stream` パラメータを使用して、最適化できるようにします。  
-  
-```  
+
+```csharp
 [ServiceContract(Namespace="http://Microsoft.ServiceModel.Samples")]  
   public interface IUpload  
   {  
       [OperationContract]  
       int Upload(Stream data);  
   }  
-```  
+```
   
  このサンプル用に選択されたコントラクトは、バイナリ データをサービスに転送し、アップロードされたバイト数を戻り値として受け取ります。 サービスをインストールしてクライアントを実行すると、数字の 1000 が出力されます。これは、合計 1,000 バイトのデータが受信されたことを示します。 出力の残りの部分には、さまざまなペイロードの最適化されたメッセージのサイズと最適化されなかったメッセージのサイズが表示されます。  
   
@@ -91,4 +93,4 @@ Press <ENTER> to terminate client.
   
 4.  1 つまたは複数コンピューター構成でサンプルを実行する手順についてで[Windows Communication Foundation サンプルの実行](../../../../docs/framework/wcf/samples/running-the-samples.md)です。  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/net-tcp-port-sharing-sample.md b/docs/framework/wcf/samples/net-tcp-port-sharing-sample.md
index d9d105475b9..0696cdd6a6f 100644
--- a/docs/framework/wcf/samples/net-tcp-port-sharing-sample.md
+++ b/docs/framework/wcf/samples/net-tcp-port-sharing-sample.md
@@ -1,24 +1,26 @@
 ---
-title: "Net.TCP ポート共有のサンプル"
-ms.custom: 
+title: Net.TCP ポート共有のサンプル
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 03da5959-0574-4e91-8a53-05854b6c55dc
-caps.latest.revision: "18"
+caps.latest.revision: 18
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 7dea3a0f0d69662021c78b0f1d57ad0ba8c11fcb
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 0db4148f9be6db97dec2b8b680dad56171106b2c
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="nettcp-port-sharing-sample"></a>Net.TCP ポート共有のサンプル
 TCP/IP プロトコルはポートと呼ばれる 16 ビットの番号を使用して、同じコンピュータ上で実行されている複数のネットワーク アプリケーションへの接続を区別します。 アプリケーションがポートをリッスンすると、そのポートのすべての TCP トラフィックがそのアプリケーションに送られます。 他のアプリケーションは、そのポートを同時にリッスンできません。  
@@ -46,8 +48,8 @@ Unhandled Exception: System.ServiceModel.CommunicationException: The TransportMa
   
 ## <a name="enabling-port-sharing"></a>ポート共有の有効化  
  次のコードでは、サーバー上でのポート共有の有効化を示します。 ランダムな URI パスが含まれる固定ポートで、`ICalculator` サービスのインスタンスを開始します。 2 つのサービスは同じポートを共有できますが、NetTcp ポート共有サービスが正しいアプリケーションにメッセージをルーティングできるように、これらのエンドポイント アドレスは全体で一意であることが必要です。  
-  
-```  
+
+```csharp
 // Configure a binding with TCP port sharing enabled  
 NetTcpBinding binding = new NetTcpBinding();  
 binding.PortSharingEnabled = true;  
@@ -59,8 +61,8 @@ string address =
    String.Format("net.tcp://localhost:9000/calculator/{0}", salt);  
 host.AddServiceEndpoint(typeof(ICalculator), binding, address);  
 host.Open();  
-```  
-  
+```
+
  ポート共有を有効にすると、ポート番号の競合を起こすことなく、何度もサービスを実行できます。 コードを変更してポート共有を無効にした場合、サービスを 2 つ開始すると 2 つ目のサービスが失敗し、<xref:System.ServiceModel.AddressAlreadyInUseException> が発生します。  
   
 ```  
@@ -69,8 +71,8 @@ Unhandled Exception: System.ServiceModel.AddressAlreadyInUseException: There is
   
 ## <a name="running-the-sample"></a>サンプルの実行  
  テスト クライアントを使用して、ポートを共有しているサービスにメッセージが正しくルーティングされていることを確認できます。  
-  
-```  
+
+```csharp
 class client  
 {  
    static void Main(string[] args)  
@@ -112,8 +114,8 @@ class client
       factory.Close();  
    }  
 }  
-```  
-  
+```
+
  サービスの各インスタンスは、一意の番号とアドレスを出力します。 たとえば、service.exe を実行すると、次のテキストが表示されます。  
   
 ```  
@@ -151,4 +153,4 @@ Press <ENTER> to terminate client.
   
 5.  1 つまたは複数コンピューター構成でサンプルを実行する手順についてで[Windows Communication Foundation サンプルの実行](../../../../docs/framework/wcf/samples/running-the-samples.md)です。 このサンプルを実行するための詳細情報については、前述の「サンプルの実行」を参照してください。  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/poison-message-handling-in-msmq-4-0.md b/docs/framework/wcf/samples/poison-message-handling-in-msmq-4-0.md
index 04b08c85235..010a45e2824 100644
--- a/docs/framework/wcf/samples/poison-message-handling-in-msmq-4-0.md
+++ b/docs/framework/wcf/samples/poison-message-handling-in-msmq-4-0.md
@@ -1,24 +1,26 @@
 ---
-title: "MSMQ 4.0 での有害メッセージ処理"
-ms.custom: 
+title: MSMQ 4.0 での有害メッセージ処理
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: ec8d59e3-9937-4391-bb8c-fdaaf2cbb73e
-caps.latest.revision: "18"
+caps.latest.revision: 18
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 32d7c7a93636cbe0086cfbcb5fd1e401a2f013fb
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 6f2361ed862986d2490968ae422b9b1313eedea3
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="poison-message-handling-in-msmq-40"></a>MSMQ 4.0 での有害メッセージ処理
 このサンプルでは、サービスで有害メッセージの処理を実行する方法を示します。 このサンプルがに基づいて、[トランザクション MSMQ バインディング](../../../../docs/framework/wcf/samples/transacted-msmq-binding.md)サンプルです。 このサンプルでは、`netMsmqBinding` を使用しています。 サービスは自己ホスト型コンソール アプリケーションであるので、キューに置かれたメッセージをサービスが受信するようすを観察できます。  
@@ -49,19 +51,19 @@ ms.lasthandoff: 12/22/2017
  このサンプルは有害なメッセージに対する `Move` 処置の使用法を示します。 `Move` を指定すると、メッセージが有害メッセージ サブキューに移動されます。  
   
  サービス コントラクトは `IOrderProcessor` です。これは、キューでの使用に適した一方向サービスを定義します。  
-  
-```  
+
+```csharp
 [ServiceContract(Namespace="http://Microsoft.ServiceModel.Samples")]  
 public interface IOrderProcessor  
 {  
     [OperationContract(IsOneWay = true)]  
     void SubmitPurchaseOrder(PurchaseOrder po);  
 }  
-```  
-  
+```
+
  サービス操作により、注文を処理していることを示すメッセージが表示されます。 有害メッセージ機能を示すため、`SubmitPurchaseOrder` サービス操作は例外をスローして、サービスのランダム起動に基づきトランザクションをロールバックします。 これにより、メッセージがキューに戻ります。 最終的に、メッセージは有害とマークされます。 構成は、有害メッセージ サブキューへのメッセージの移動に設定されています。  
-  
-```  
+
+```csharp
 // Service class that implements the service contract.  
 // Added code to write output to the console window.  
 public class OrderProcessorService : IOrderProcessor  
@@ -127,8 +129,8 @@ public class OrderProcessorService : IOrderProcessor
   
     }  
 }  
-```  
-  
+```
+
  サービス構成には、`receiveRetryCount`、`maxRetryCycles`、`retryCycleDelay`、および `receiveErrorHandling` という有害メッセージ プロパティが含まれています。次の構成ファイルを参照してください。  
   
 ```xml  
@@ -171,8 +173,8 @@ public class OrderProcessorService : IOrderProcessor
  有害メッセージ キューのメッセージは、メッセージを処理するサービスに対応付けられたメッセージで、有害メッセージ サービスのエンドポイントとは異なる場合があります。 そのため、有害メッセージ サービスがキューからメッセージを読み取ると、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] のチャネル レイヤはエンドポイントで不一致を検出し、メッセージをディスパッチしません。 この場合、メッセージは注文処理サービス宛てになりますが、有害メッセージ サービスが受信します。 別のエンドポイント宛のメッセージも含めてメッセージの受信を続けるには、`ServiceBehavior` を追加して、メッセージの任意の宛先サービス エンドポイントを一致条件としてアドレスをフィルタする必要があります。 これは、有害メッセージ キューから読み込んだメッセージを正常に処理するために必要です。  
   
  有害メッセージ サービス実装そのものは、サービス実装と非常によく似ています。 コントラクトを実装し、注文を処理します。 コード例を次に示します。  
-  
-```  
+
+```csharp
 // Service class that implements the service contract.  
 // Added code to write output to the console window.  
 [ServiceBehavior(AddressFilterMode=AddressFilterMode.Any)]  
@@ -215,8 +217,8 @@ public class OrderProcessorService : IOrderProcessor
             serviceHost.Close();  
         }  
     }  
-```  
-  
+```
+
  注文処理サービスはメッセージを注文キューから読み込みますが、有害メッセージ サービスはメッセージを有害サブキューから読み込みます。 有害キューはメイン キューのサブキューであり、名前は "poison" で、MSMQ により自動生成されます。 アクセスするには、メイン キュー名の後ろに ";" を追加し、その後ろにサブキュー名 (この場合は "poison") を指定します。次のサンプル構成を参照してください。  
   
 > [!NOTE]
@@ -325,7 +327,7 @@ Processing Purchase Order: 23e0b991-fbf9-4438-a0e2-20adf93a4f89
     > [!NOTE]
     >  `security mode` を `None` に設定することは、`MsmqAuthenticationMode`、`MsmqProtectionLevel`、および `Message` のセキュリティを `None` に設定することに相当します。  
   
-3.  Metadata Exchange を機能させるため、URL を HTTP バインディングに登録します。 これを行うには、サービスが権限の高いコマンド ウィンドウで実行されている必要があります。 それ以外の場合、"未処理の例外 : System.ServiceModel.AddressAccessDeniedException: HTTP は URL http://+:8000/ServiceModelSamples/service/ を登録できません。 プロセスにこの名前空間へのアクセス権がありません (詳細については、http://go.microsoft.com/fwlink/?LinkId=70353 を参照してください)。 ---> "System.Net.HttpListenerException: アクセスが拒否されました。" のような例外が発生します。  
+3.  Metadata Exchange を機能させるため、URL を HTTP バインディングに登録します。 これを行うには、サービスが権限の高いコマンド ウィンドウで実行されている必要があります。 など、例外を取得するそれ以外の場合: ハンドルされない例外: System.servicemodel.addressaccessdeniedexception:: HTTP が URL を登録できませんでしたhttp://+:8000/ServiceModelSamples/service/です。 プロセスにこの名前空間へのアクセス権がありません (を参照してくださいhttp://go.microsoft.com/fwlink/?LinkId=70353詳細)。 ---> "System.Net.HttpListenerException: アクセスが拒否されました。" のような例外が発生します。  
   
 > [!IMPORTANT]
 >  サンプルは、既にコンピューターにインストールされている場合があります。 続行する前に、次の (既定の) ディレクトリを確認してください。  
@@ -336,4 +338,4 @@ Processing Purchase Order: 23e0b991-fbf9-4438-a0e2-20adf93a4f89
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Binding\Net\MSMQ\Poison\MSMQ4`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/retrieve-metadata.md b/docs/framework/wcf/samples/retrieve-metadata.md
index 4e12bd71fea..252c17f8480 100644
--- a/docs/framework/wcf/samples/retrieve-metadata.md
+++ b/docs/framework/wcf/samples/retrieve-metadata.md
@@ -1,24 +1,26 @@
 ---
-title: "メタデータの抽出"
-ms.custom: 
+title: メタデータの抽出
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: e8a6ef8c-a195-495a-a15e-7d92bdf0b28c
-caps.latest.revision: "22"
+caps.latest.revision: 22
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 7321578cb76b9f06f09086834c2826a72631e49f
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: b3a85c43cf812ccb8e099149646d63cda6b80b71
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="retrieve-metadata"></a>メタデータの抽出
 このサンプルでは、サービスからメタデータを動的に取得し、通信に使用するエンドポイントを選択するクライアントを実装する方法を示します。 このサンプルがに基づいて、[作業の開始](../../../../docs/framework/wcf/samples/getting-started-sample.md)です。 2 つのエンドポイントを公開するサービスが変更された — にベース アドレスを使用して、エンドポイント、`basicHttpBinding`バインディング、およびセキュリティで保護されたエンドポイントに {*baseaddress*} を使用してセキュリティで保護された/、`wsHttpBinding`バインドします。 これらのエンドポイント アドレスとバインディングを使用してクライアントを構成する代わりに、クライアントでは <xref:System.ServiceModel.Description.MetadataExchangeClient> クラスを使用してサービスのメタデータを動的に取得し、<xref:System.ServiceModel.Description.ServiceEndpointCollection> クラスを使用してこのメタデータを <xref:System.ServiceModel.Description.WsdlImporter> としてインポートします。  
@@ -28,7 +30,7 @@ ms.lasthandoff: 12/22/2017
   
  クライアント アプリケーションはインポートされた <xref:System.ServiceModel.Description.ServiceEndpointCollection> を使用して、サービスとの通信に使用するクライアントを作成します。 クライアント アプリケーションは、取得した各エンドポイントを反復処理し、`ICalculator` コントラクトを実装した各エンドポイントと通信を行います。 適切なアドレスとバインディングは取得したエンドポイントで提供されます。これによって、クライアントは各エンドポイントと通信するように構成されます。次のサンプル コードを参照してください。  
   
-```  
+```csharp   
 // Create a MetadataExchangeClient for retrieving metadata.  
 EndpointAddress mexAddress = new EndpointAddress(ConfigurationManager.AppSettings["mexAddress"]);  
 MetadataExchangeClient mexClient = new MetadataExchangeClient(mexAddress);  
@@ -80,4 +82,4 @@ foreach (ServiceEndpoint ep in endpoints)
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Client\RetrieveMetadata`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/sessions-and-queues.md b/docs/framework/wcf/samples/sessions-and-queues.md
index 871dd513f18..426b0b53613 100644
--- a/docs/framework/wcf/samples/sessions-and-queues.md
+++ b/docs/framework/wcf/samples/sessions-and-queues.md
@@ -1,24 +1,26 @@
 ---
-title: "セッションとキュー"
-ms.custom: 
+title: セッションとキュー
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 47d7c5c2-1e6f-4619-8003-a0ff67dcfbd6
-caps.latest.revision: "27"
+caps.latest.revision: 27
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 0de2668eb03a658632bb8a18c711f780b333e86b
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: f1aeaa72937d23a321eb615ad8b1eb4ec1e7b48e
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="sessions-and-queues"></a>セッションとキュー
 このサンプルでは、メッセージ キュー (MSMQ) トランスポートを介して、キュー通信で一連の関連メッセージを送受信する方法を示します。 このサンプルでは、`netMsmqBinding` バインディングを使用します。 サービスは自己ホスト型コンソール アプリケーションであるので、キューに置かれたメッセージをサービスが受信するようすを観察できます。  
@@ -42,8 +44,8 @@ ms.lasthandoff: 12/22/2017
  このサンプルでは、クライアントは、複数のメッセージを単一トランザクションのスコープ内にあるセッションの一部として、サービスに送信します。  
   
  サービス コントラクトは `IOrderTaker` です。これは、キューでの使用に適した一方向サービスを定義します。 このコントラクトに使用される <xref:System.ServiceModel.SessionMode> は、次のサンプル コードで示すように、メッセージがセッションの一部であることを示します。  
-  
-```  
+
+```csharp
 [ServiceContract(Namespace = "http://Microsoft.ServiceModel.Samples", SessionMode=SessionMode.Required)]  
 public interface IOrderTaker  
 {  
@@ -56,11 +58,11 @@ public interface IOrderTaker
     [OperationContract(IsOneWay = true)]  
     void EndPurchaseOrder();  
 }  
-```  
-  
+```
+
  このサービスは、最初の操作をトランザクションに参加させ、トランザクションを自動的に完了しないように、サービス操作を定義します。 後続の操作も同じトランザクションに参加しますが、同様に自動的に完了しません。 セッションの最後の操作は、トランザクションを自動的に完了します。 つまりサービス コントラクトでは、複数の操作呼び出しで同じトランザクションが使用されます。 任意の操作で例外がスローされた場合は、トランザクションはロールバックされてセッションはキューに戻ります。 最後の操作が正常に完了すると、トランザクションはコミットされます。 このサービスでは `PerSession` として <xref:System.ServiceModel.InstanceContextMode> を使用します。セッション内のすべてのメッセージをサービスの同じインスタンスで受信するためです。  
-  
-```  
+
+```csharp
 [ServiceBehavior(InstanceContextMode=InstanceContextMode.PerSession)]  
 public class OrderTakerService : IOrderTaker  
 {  
@@ -92,11 +94,11 @@ public class OrderTakerService : IOrderTaker
        Console.WriteLine(po.ToString());  
     }  
 }  
-```  
-  
+```
+
  サービスは自己ホスト型です。 MSMQ トランスポートを使用する場合、使用するキューをあらかじめ作成しておく必要があります。 手動で作成することもコードで作成することもできます。 このサンプルでは、キューの存在を確認して、必要な場合は作成するための <xref:System.Messaging> コードがサービスに含まれています。 キュー名は、<xref:System.Configuration.ConfigurationManager.AppSettings%2A> クラスを使用して構成ファイルから読み込まれます。  
-  
-```  
+
+```csharp
 // Host the service within this EXE console application.  
 public static void Main()  
 {  
@@ -123,8 +125,8 @@ public static void Main()
         serviceHost.Close();   
     }  
 }  
-```  
-  
+```
+
  MSMQ キュー名は、構成ファイルの appSettings セクションで指定されます。 サービスのエンドポイントは、構成ファイルの system.serviceModel セクションで定義されます。このエンドポイントは `netMsmqBinding` バインディングを指定します。  
   
 ```xml  
@@ -150,8 +152,8 @@ public static void Main()
 ```  
   
  クライアントはトランザクション スコープを作成します。 セッション内のすべてのメッセージは、トランザクション スコープ内のキューに送信され、すべてのメッセージが成功か失敗かを示すアトミックな単位として扱われます。 トランザクションは <xref:System.Transactions.TransactionScope.Complete%2A> を呼び出してコミットされます。  
-  
-```  
+
+```csharp
 //Create a transaction scope.  
 using (TransactionScope scope = new TransactionScope(TransactionScopeOption.Required))  
 {  
@@ -178,8 +180,8 @@ using (TransactionScope scope = new TransactionScope(TransactionScopeOption.Requ
     // Complete the transaction.  
     scope.Complete();  
 }  
-```  
-  
+```
+
 > [!NOTE]
 >  セッション内のすべてのメッセージに対して使用できるトランザクションは 1 つだけです。さらに、トランザクションをコミットする前にセッション内のすべてのメッセージを送信する必要があります。 クライアントを閉じると、セッションも閉じられます。 したがって、トランザクションが完了する前にクライアントを閉じ、セッション内のすべてのメッセージをキューに送信する必要があります。  
   
@@ -280,4 +282,4 @@ Purchase Order: 7c86fef0-2306-4c51-80e6-bcabcc1a6e5e
     > [!NOTE]
     >  セキュリティ モードを `None` に設定することは、<xref:System.ServiceModel.MsmqTransportSecurity.MsmqAuthenticationMode%2A>、<xref:System.ServiceModel.MsmqTransportSecurity.MsmqProtectionLevel%2A>、および `Message` のセキュリティを `None` に設定することと同じです。  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/transacted-batching.md b/docs/framework/wcf/samples/transacted-batching.md
index f9bb08489b1..2dd9d8ff806 100644
--- a/docs/framework/wcf/samples/transacted-batching.md
+++ b/docs/framework/wcf/samples/transacted-batching.md
@@ -1,24 +1,26 @@
 ---
-title: "トランザクション バッチ"
-ms.custom: 
+title: トランザクション バッチ
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: ecd328ed-332e-479c-a894-489609bcddd2
-caps.latest.revision: "23"
+caps.latest.revision: 23
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 87d8e3e09618b214dcafb7afd82970dde54fc4fc
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 50596aaf5290146148ecb9636b78f7f9180c0b79
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="transacted-batching"></a>トランザクション バッチ
 このサンプルでは、メッセージ キュー (MSMQ) を使用して、トランザクション読み取りをバッチ処理する方法を示します。 トランザクション バッチは、キューを使用する通信でトランザクション読み取りのパフォーマンスを最適化するための機能です。  
@@ -114,7 +116,7 @@ ms.lasthandoff: 12/22/2017
   
 4.  データベースをリモート コンピューターで実行するには、接続文字列をデータベースが存在するコンピューターを指すように変更します。  
   
-## <a name="requirements"></a>必要条件  
+## <a name="requirements"></a>要件  
  このサンプルを実行するには、MSMQ をインストールする必要があります。さらに、SQL または SQL Express が必要です。  
   
 ## <a name="demonstrates"></a>使用例  
@@ -142,8 +144,8 @@ ms.lasthandoff: 12/22/2017
  サービス動作は、`TransactionScopeRequired` が `true` に設定された操作動作を定義します。 これにより、キューからのメッセージの取得に使用されるものと同じトランザクション スコープが、このメソッドによってアクセスされる任意のリソース マネージャにより使用されます。 この例では、基本的なデータベースを使用してメッセージに含まれる発注書情報を保存します。 さらにトランザクション スコープでは、メソッドから例外がスローされた場合にメッセージがキューに返されることも保証されます。 このサービス動作を設定しない場合、キューに置かれたチャネルはトランザクションを作成して、キューからのメッセージを読み取り、操作が失敗した場合には、ディスパッチによってメッセージが失われる前に、自動的にそのメッセージをコミットします。 最もよく見られるシナリオは、キューからのメッセージの読み込みに使用するトランザクションにサービス操作を登録することです。次のコードを参照してください。  
   
  `ReleaseServiceInstanceOnTransactionComplete` が `false` に設定されていることに注意してください。 これはバッチ処理の重要な要件です。 `ReleaseServiceInstanceOnTransactionComplete` のプロパティ `ServiceBehaviorAttribute` は、トランザクションが完了した後のサービス インスタンスの処理方法を示します。 既定では、トランザクションが完了するとサービス インスタンスは解放されます。 バッチ処理の主な特徴は、キューに置かれた多数のメッセージを読み取ってディスパッチするために単一のトランザクションを使用する点です。 そのため、サービス インスタンスが解放されると、実際にバッチ処理が行われる前にトランザクションが完了することになります。 このプロパティが `true` に設定され、トランザクション バッチ動作がエンドポイントに追加された場合、このバッチ処理の検証動作は例外をスローします。  
-  
-```  
+
+```csharp
 // Service class that implements the service contract.  
 // Added code to write output to the console window.  
 [ServiceBehavior(ReleaseServiceInstanceOnTransactionComplete=false,   
@@ -160,11 +162,11 @@ public class OrderProcessorService : IOrderProcessor
     }  
     …  
 }  
-```  
-  
+```
+
  `Orders` クラスは、注文処理機能をカプセル化します。 サンプルでは、このクラスは発注書情報を使用してデータベースを更新します。  
-  
-```  
+
+```csharp
 // Order Processing Logic  
 public class Orders  
 {  
@@ -234,8 +236,8 @@ public class Orders
                                      {1} ", rowsAffected, po.PONumber);  
     }  
 }  
-```  
-  
+```
+
  バッチ動作とその構成は、サービス アプリケーションの構成で指定されます。  
   
 ```xml  
@@ -292,8 +294,8 @@ public class Orders
 >  バッチ サイズの選択は、アプリケーションに依存します。 バッチ サイズが小さすぎると、必要なパフォーマンスを実現できません。 逆にバッチ サイズが大きすぎると、パフォーマンスが低下する場合があります。 たとえば、トランザクションが長期間有効でデータベースのロックを保持したり、またはトランザクションがデッドロック状態になる場合があります。この場合、バッチはロール バックされて作業がやり直しになる可能性があります。  
   
  クライアントはトランザクション スコープを作成します。 キューとの通信はトランザクションのスコープ内で実行されるため、すべてのメッセージがキューに送信されるか、またはメッセージがキューにまったく送信されないかを示す、アトミック単位として扱われます。 トランザクションは、トランザクション スコープで <xref:System.Transactions.TransactionScope.Complete%2A> を呼び出すことでコミットされます。  
-  
-```  
+
+```csharp
 //Client implementation code.  
 class Client  
 {  
@@ -340,8 +342,8 @@ class Client
         Console.ReadLine();  
     }  
 }  
-```  
-  
+```
+
  サンプルを実行すると、クライアントとサービスのアクティビティがサービスとクライアントの両方のコンソール ウィンドウに表示されます。 サービスがクライアントから受信したメッセージを表示できます。 どちらかのコンソールで Enter キーを押すと、サービスとクライアントがどちらもシャットダウンされます。 キューが使用されているので、クライアントとサービスが同時に実行されている必要はありません。 クライアントを実行してシャットダウンした後にサービスを起動しても、サービスはメッセージを受信します。 メッセージがバッチ内で読み取られて処理された際には、ロール出力を表示できます。  
   
 ```  
@@ -385,4 +387,4 @@ Processing Purchase Order: ea94486b-7c86-4309-a42d-2f06c00656cd
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Binding\Net\MSMQ\Batching`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/transacted-msmq-binding.md b/docs/framework/wcf/samples/transacted-msmq-binding.md
index 87d71af6257..379a7219c88 100644
--- a/docs/framework/wcf/samples/transacted-msmq-binding.md
+++ b/docs/framework/wcf/samples/transacted-msmq-binding.md
@@ -1,24 +1,26 @@
 ---
-title: "トランザクション MSMQ バインディング"
-ms.custom: 
+title: トランザクション MSMQ バインディング
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 71f5cb8d-f1df-4e1e-b8a2-98e734a75c37
-caps.latest.revision: "50"
+caps.latest.revision: 50
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 702f3ac45ade5fcd2f37d256ce1213a79f012ae3
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: e0529aa940c02ee79e25034e57f89d4b476861b8
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="transacted-msmq-binding"></a>トランザクション MSMQ バインディング
 このサンプルでは、メッセージ キュー (MSMQ) を使用して、トランザクション キューによる通信を実行する方法を示します。  
@@ -33,19 +35,19 @@ ms.lasthandoff: 12/22/2017
  このサンプルでは、クライアントはトランザクションのスコープ内からメッセージのバッチをサービスに送信します。 キューに送信されたメッセージは、サービスによって定義されたトランザクション スコープ内のサービスによって受信されます。  
   
  サービス コントラクトは `IOrderProcessor` です。次のサンプル コードを参照してください。 インターフェイスは、キューでの使用に適した一方向サービスを定義します。  
-  
-```  
+
+```csharp
 [ServiceContract(Namespace="http://Microsoft.ServiceModel.Samples")]  
 public interface IOrderProcessor  
 {  
     [OperationContract(IsOneWay = true)]  
     void SubmitPurchaseOrder(PurchaseOrder po);  
 }  
-```  
-  
+```
+
  サービス動作は、`TransactionScopeRequired` が `true` に設定された操作動作を定義します。 これにより、キューからのメッセージの取得に使用されるものと同じトランザクション スコープが、このメソッドによってアクセスされる任意のリソース マネージャにより使用されます。 さらに、メソッドから例外がスローされた場合にメッセージがキューに返されることも保証されます。 このサービス動作を設定しない場合、キューに置かれたチャネルはトランザクションを作成して、キューからのメッセージを読み取り、操作が失敗した場合には、ディスパッチによってメッセージが失われる前に、自動的にそのメッセージをコミットします。 最もよく見られるシナリオは、キューからのメッセージの読み込みに使用するトランザクションにサービス操作をリストすることです。次のコードを参照してください。  
-  
-```  
+
+```csharp
  // This service class that implements the service contract.  
  // This added code writes output to the console window.  
  public class OrderProcessorService : IOrderProcessor  
@@ -58,11 +60,11 @@ public interface IOrderProcessor
      }  
   …  
 }  
-```  
-  
+```
+
  サービスは自己ホスト型です。 MSMQ トランスポートを使用する場合、使用するキューをあらかじめ作成しておく必要があります。 手動で作成することもコードで作成することもできます。 このサンプルでは、キューの存在を確認して、存在しない場合は作成するためのコードがサービスに含まれています。 キュー名は構成ファイルから読み込まれます。 ベース アドレスを使って、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)サービスにプロキシを生成します。  
-  
-```  
+
+```csharp
 // Host the service within this EXE console application.  
 public static void Main()  
 {  
@@ -89,8 +91,8 @@ public static void Main()
         serviceHost.Close();  
     }  
 }  
-```  
-  
+```
+
  MSMQ キュー名は、構成ファイルの appSettings セクションに指定されます。次のサンプル構成を参照してください。  
   
 ```xml  
@@ -103,8 +105,8 @@ public static void Main()
 >  <xref:System.Messaging> を使用してキューを作成する場合、キュー名では、ローカル コンピューターを表すのにドット (.) を使用し、パスの区切りにはバックスラッシュを使用します。 [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] エンドポイントでは net.msmq スキームが含まれるキュー アドレスを使用します。ローカル コンピューターを表すのに "localhost" を使用し、パスの区切りにはスラッシュを使用します。  
   
  クライアントはトランザクション スコープを作成します。 キューとの通信はトランザクションのスコープ内で実行されるため、すべてのメッセージがキューに送信されるか、またはメッセージがキューにまったく送信されないかを示す、アトミック単位として扱われます。 トランザクションは、トランザクション スコープで <xref:System.Transactions.TransactionScope.Complete%2A> を呼び出すことでコミットされます。  
-  
-```  
+
+```csharp
 // Create a client.  
 OrderProcessorClient client = new OrderProcessorClient();  
   
@@ -142,14 +144,14 @@ client.Close();
 Console.WriteLine();  
 Console.WriteLine("Press <ENTER> to terminate client.");  
 Console.ReadLine();  
-```  
-  
+```
+
  トランザクションが動作していることを確認するには、次のサンプル コードで示すようにトランザクション スコープをコメント化してクライアントを変更し、ソリューションを再ビルドしてクライアントを実行します。  
-  
-```  
+
+```csharp
 //scope.Complete();  
-```  
-  
+```
+
  トランザクションは完了していないので、メッセージはキューに送信されません。  
   
  サンプルを実行すると、クライアントとサービスのアクティビティがサービスとクライアントの両方のコンソール ウィンドウに表示されます。 サービスがクライアントから受信したメッセージを表示できます。 どちらかのコンソールで Enter キーを押すと、サービスとクライアントがどちらもシャットダウンされます。 キューが使用されているので、クライアントとサービスが同時に実行されている必要はありません。 クライアントを実行してシャットダウンした後にサービスを起動しても、サービスはメッセージを受信します。  
@@ -249,4 +251,4 @@ Processing Purchase Order: 7b31ce51-ae7c-4def-9b8b-617e4288eafd
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Binding\Net\MSMQ\Transacted`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/two-way-communication.md b/docs/framework/wcf/samples/two-way-communication.md
index 78a14b583fd..075e787b055 100644
--- a/docs/framework/wcf/samples/two-way-communication.md
+++ b/docs/framework/wcf/samples/two-way-communication.md
@@ -1,24 +1,26 @@
 ---
-title: "双方向通信"
-ms.custom: 
+title: 双方向通信
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: fb64192d-b3ea-4e02-9fb3-46a508d26c60
-caps.latest.revision: "24"
+caps.latest.revision: 24
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 3ea6ea34e83f9c813062620c5029ea4b812cd777
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 9eb37e7e307bc9748113e5580ee96c8863d3ef89
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="two-way-communication"></a>双方向通信
 このサンプルでは、双方向のトランザクション化キューを MSMQ を介して実行する方法を示します。 このサンプルでは、`netMsmqBinding` バインディングを使用します。 このサンプルのサービスは自己ホスト型コンソール アプリケーションであるので、サンプルを実行すると、キューに置かれたメッセージをサービスが受信するようすを観察できます。  
@@ -33,33 +35,33 @@ ms.lasthandoff: 12/22/2017
  このサンプルでは、キューを使用する双方向通信の例を示します。 クライアントは、トランザクションのスコープ内から発注書をキューに送信します。 サービスは、注文を受信して処理し、注文ステータスをキューからクライアントに返信します。これらの処理を、トランザクションのスコープ内で実行します。 双方向通信を使用するには、クライアントとサービスの両方がキューを使用して、発注書や注文ステータスをキューに追加する必要があります。  
   
  サービス コントラクト `IOrderProcessor` は、キューの使用に合わせた一方向サービス操作を定義します。 サービス操作には、注文ステータスの送信に使用される応答エンドポイントが含まれます。 応答エンドポイントは、注文ステータスをクライアントに返信するためのキューの URI です。 注文処理アプリケーションは、このコントラクトを実装します。  
-  
-```  
+
+```csharp
 [ServiceContract(Namespace="http://Microsoft.ServiceModel.Samples")]  
 public interface IOrderProcessor  
 {  
     [OperationContract(IsOneWay = true)]  
     void SubmitPurchaseOrder(PurchaseOrder po, string   
                                   reportOrderStatusTo);  
-}  
-```  
+}
+```
   
  注文ステータスを送信する応答コントラクトは、クライアントが指定します。 クライアントは注文ステータス コントラクトを実装します。 サービスは、このコントラクトについて生成されたプロキシを使用して、注文ステータスをクライアントに返信します。  
-  
-```  
+
+```csharp
 [ServiceContract]  
 public interface IOrderStatus  
 {  
     [OperationContract(IsOneWay = true)]  
     void OrderStatus(string poNumber, string status);  
 }  
-```  
-  
+```
+
  サービス操作は、送信された発注書を処理します。 サービス操作に適用される <xref:System.ServiceModel.OperationBehaviorAttribute> では、キューからのメッセージ受信に使用されるトランザクションに自動的に帰属することと、サービス操作の完了時にトランザクションを自動的に完了させることが指定されています。 `Orders` クラスは、注文処理機能をカプセル化します。 この例では、発注書をディクショナリに追加します。 このサービス操作が帰属するしているトランザクションは、`Orders` クラス内の操作で使用できます。  
   
  サービス操作は、送信された発注書を処理するだけでなく、注文ステータスをクライアントに戻します。  
-  
-```  
+
+```csharp
 [OperationBehavior(TransactionScopeRequired = true, TransactionAutoComplete = true)]  
 public void SubmitPurchaseOrder(PurchaseOrder po, string reportOrderStatusTo)  
 {  
@@ -79,16 +81,16 @@ public void SubmitPurchaseOrder(PurchaseOrder po, string reportOrderStatusTo)
     //Close the client.  
     client.Close();  
 }  
-```  
-  
+```
+
  MSMQ キュー名は、構成ファイルの appSettings セクションで指定されます。 サービスのエンドポイントは、構成ファイルの System.ServiceModel セクションで定義されます。  
   
 > [!NOTE]
 >  MSMQ のキュー名とエンドポイント アドレスでは、若干異なるアドレス表記が使用されています。 MSMQ のキュー名では、ドット (.) を使用してローカル コンピューターを表し、バックスラッシュを使用してパスを区切ります。 [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] のエンドポイント アドレスでは、net.msmq: スキームを使用します。"localhost" を使用してローカル コンピュータを表し、スラッシュを使用してパスを区切ります。 リモート コンピューターでホストされているキューからの読み出しを行うには、"." や "localhost" をリモート コンピューター名に置き換えます。  
   
  サービスは自己ホスト型です。 MSMQ トランスポートを使用する場合、使用するキューをあらかじめ作成しておく必要があります。 手動で作成することもコードで作成することもできます。 このサンプルでは、サービスがキューの存在を確認し、必要な場合はキューを作成します。 キュー名は構成ファイルから読み込まれます。 ベース アドレスを使って、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)サービスにプロキシを生成します。  
-  
-```  
+
+```csharp
 // Host the service within this EXE console application.  
 public static void Main()  
 {  
@@ -112,11 +114,11 @@ public static void Main()
         Console.ReadLine();  
     }  
 }  
-```  
-  
+```
+
  クライアントはトランザクションを作成します。 キューとの通信はトランザクションのスコープ内で実行されるので、全体が 1 つのアトミックな単位として扱われ、すべてのメッセージが成功するか、すべてのメッセージが失敗するかのいずれかになります。  
-  
-```  
+
+```csharp
 // Create a ServiceHost for the OrderStatus service type.  
 using (ServiceHost serviceHost = new ServiceHost(typeof(OrderStatusService)))  
 {  
@@ -152,11 +154,11 @@ using (ServiceHost serviceHost = new ServiceHost(typeof(OrderStatusService)))
     // Close the ServiceHost to shutdown the service.  
     serviceHost.Close();  
 }  
-```  
-  
+```
+
  クライアント コードは `IOrderStatus` コントラクトを実装して、サービスからの注文ステータスを受信します。 この場合は、注文ステータスを出力します。  
-  
-```  
+
+```csharp
 [ServiceBehavior]  
 public class OrderStatusService : IOrderStatus  
 {  
@@ -168,8 +170,8 @@ public class OrderStatusService : IOrderStatus
                                                            status);  
     }  
 }  
-```  
-  
+```
+
  注文ステータス キューは `Main` メソッド内で作成します。 クライアント構成には、注文ステータス サービスをホストするための注文ステータス サービス構成が含まれています。次のサンプル構成を参照してください。  
   
 ```xml  
@@ -323,7 +325,7 @@ Status of order 124a1f69-3699-4b16-9bcc-43147a8756fc:Pending
   
 3.  このサンプルのサービスは、`OrderProcessorService` でバインディングを作成します。 このバインディングをインスタンス化した後に、コード行を 1 行追加して、セキュリティ モードを `None` に設定します。  
   
-    ```  
+    ```csharp
     NetMsmqBinding msmqCallbackBinding = new NetMsmqBinding();  
     msmqCallbackBinding.Security.Mode = NetMsmqSecurityMode.None;  
     ```  
@@ -342,4 +344,4 @@ Status of order 124a1f69-3699-4b16-9bcc-43147a8756fc:Pending
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WF\Basic\Binding\Net\MSMQ\Two-Way`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/typed-client.md b/docs/framework/wcf/samples/typed-client.md
index 5399bac8c76..4bc56320ed0 100644
--- a/docs/framework/wcf/samples/typed-client.md
+++ b/docs/framework/wcf/samples/typed-client.md
@@ -1,24 +1,26 @@
 ---
-title: "型指定のあるクライアント"
-ms.custom: 
+title: 型指定のあるクライアント
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 62c40e8f-e9b4-4b1a-939a-93c37393d343
-caps.latest.revision: "22"
+caps.latest.revision: 22
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: edad174ac5977aabf6c3fb410ede6ab07b85e4aa
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 638b4a82a5407cbfbe15b75f6f1bfda27367b174
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="typed-client"></a>型指定のあるクライアント
 によって生成される型指定されたクライアントから情報を取得する方法の例、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)です。 このサンプルがに基づいて、[作業の開始](../../../../docs/framework/wcf/samples/getting-started-sample.md)電卓サービスを実装します。 この例では、クライアントはコンソール アプリケーション (.exe) であり、サービスはインターネット インフォメーション サービス (IIS) によってホストされます。  
@@ -28,7 +30,7 @@ ms.lasthandoff: 12/22/2017
   
  クライアントの `Endpoint` プロパティを使用すると、アドレス、バインディング、およびコントラクトの情報など、クライアントが通信しているサービス エンドポイントに関する情報にアクセスできます。 クライアントの `InnerChannel` プロパティは、<xref:System.ServiceModel.IClientChannel> のインスタンスです。このプロパティにより、状態やセッション識別子などの、基になるチャネルに関する情報にアクセスできます。  
   
-```  
+```csharp   
 // Create a client.  
 CalculatorClient client = new CalculatorClient();  
 ...  
@@ -78,4 +80,4 @@ Press <ENTER> to terminate client.
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Client\TypedClient`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/using-the-wcf-moniker-with-com-clients.md b/docs/framework/wcf/samples/using-the-wcf-moniker-with-com-clients.md
index c77f8926755..f057d8489a2 100644
--- a/docs/framework/wcf/samples/using-the-wcf-moniker-with-com-clients.md
+++ b/docs/framework/wcf/samples/using-the-wcf-moniker-with-com-clients.md
@@ -1,24 +1,26 @@
 ---
-title: "WCF モニカーの COM クライアントと組み合わせての使用"
-ms.custom: 
+title: WCF モニカーの COM クライアントと組み合わせての使用
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: e2799bfe-88bd-49d7-9d6d-ac16a9b16b04
-caps.latest.revision: "34"
+caps.latest.revision: 34
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 18633ab7c7d54b4feafc22f6b598acc564084f4a
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: 322467510d499040c07d6e5e84842542aa325737
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="using-the-wcf-moniker-with-com-clients"></a>WCF モニカーの COM クライアントと組み合わせての使用
 このサンプルでは、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] サービス モニカーを使用して、COM ベースの開発環境 (Microsoft Office Visual Basic for Applications (Office VBA) や Visual Basic 6.0 など) に Web サービスを統合する方法を示します。 このサンプルは、Windows スクリプト ホストのクライアント (.vbs)、サポート クライアント ライブラリ (.dll)、およびインターネット インフォメーション サービス (IIS) でホストされるサービス ライブラリ (.dll) で構成されています。 このサービスは電卓サービスの 1 つであり、COM クライアントはサービスの算術演算 (Add、Subtract、Multiply、および Divide) を呼び出します。 クライアント アクティビティは、メッセージ ボックス ウィンドウに表示されます。  
@@ -199,7 +201,7 @@ WScript.Echo "MEX service moniker: 9 * 81.25 = " & mexServiceMoniker.Multiply(9,
   
 2.  ソリューションの C# 版または Visual Basic .NET 版をビルドするには、「 [Building the Windows Communication Foundation Samples](../../../../docs/framework/wcf/samples/building-the-samples.md)」の手順に従います。  
   
-3.  [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] コマンド プロンプトで、言語固有のフォルダーにある \client\bin\ フォルダーを開きます。  
+3.  Visual Studio コマンド プロンプトでは、言語固有のフォルダーの下にある、\client\bin フォルダーを開きます。  
   
     > [!NOTE]
     >  [!INCLUDE[wv](../../../../includes/wv-md.md)]、[!INCLUDE[lserver](../../../../includes/lserver-md.md)]、Windows 7、または Windows Server 2008 R2 を使用している場合は、コマンド プロンプトを管理者権限で実行する必要があります。  
@@ -248,4 +250,4 @@ WScript.Echo "MEX service moniker: 9 * 81.25 = " & mexServiceMoniker.Multiply(9,
   
 -   セキュリティの目的で、サンプルの使用が終わったら、このセットアップで付与された仮想ディレクトリの定義とアクセス許可を削除してください。  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/volatile-queued-communication.md b/docs/framework/wcf/samples/volatile-queued-communication.md
index 1b730984e9c..7fb2151a8f8 100644
--- a/docs/framework/wcf/samples/volatile-queued-communication.md
+++ b/docs/framework/wcf/samples/volatile-queued-communication.md
@@ -1,24 +1,26 @@
 ---
-title: "揮発性キューによる通信"
-ms.custom: 
+title: 揮発性キューによる通信
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 0d012f64-51c7-41d0-8e18-c756f658ee3d
-caps.latest.revision: "28"
+caps.latest.revision: 28
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: d7af5e29faf000fe3fe86463cb4eca9dc1e5c567
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 01dc48d7df85051449c92f4e91e5d1e58d6ddb91
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="volatile-queued-communication"></a>揮発性キューによる通信
 このサンプルでは、メッセージ キュー (MSMQ) トランスポートで揮発性キューによる通信を実行する方法を示します。 このサンプルでは、<xref:System.ServiceModel.NetMsmqBinding> を使用しています。 この場合、サービスは自己ホスト型コンソール アプリケーションで、サービスがキュー内のメッセージを受信したかどうかを監視できます。  
@@ -36,19 +38,19 @@ ms.lasthandoff: 12/22/2017
 >  MSMQ を使用するトランザクションのスコープ内では、保証なしの揮発性メッセージを送信することはできません。 また、揮発性メッセージを送信するには非トランザクション キューを作成する必要があります。  
   
  このサンプルのサービス コントラクトは `IStockTicker` です。これは、キューでの使用に最適な一方向サービスを定義します。  
-  
-```  
+
+```csharp
 [ServiceContract(Namespace = "http://Microsoft.ServiceModel.Samples")]  
 public interface IStockTicker  
 {  
     [OperationContract(IsOneWay = true)]  
     void StockTick(string symbol, float price);  
 }  
-```  
-  
+```
+
  このサービス操作は、株価情報のシンボルと価格を表示します。次のサンプル コードを参照してください。  
   
-```  
+```csharp
 public class StockTickerService : IStockTicker  
 {  
     public void StockTick(string symbol, float price)  
@@ -60,8 +62,8 @@ public class StockTickerService : IStockTicker
 ```  
   
  サービスは自己ホスト型です。 MSMQ トランスポートを使用する場合、使用するキューをあらかじめ作成しておく必要があります。 手動で作成することもコードで作成することもできます。 このサンプルでは、キューの存在を確認して、必要な場合は作成するためのコードがサービスに含まれています。 キュー名は構成ファイルから読み込まれます。 ベース アドレスを使って、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)サービスのプロキシを生成します。  
-  
-```  
+
+```csharp
 // Host the service within this EXE console application.  
 public static void Main()  
 {  
@@ -88,8 +90,8 @@ public static void Main()
         serviceHost.Close();  
     }  
 }  
-```  
-  
+```
+
  MSMQ キュー名は、構成ファイルの appSettings セクションに指定されます。 サービスのエンドポイントは、構成ファイルの system.serviceModel セクションで定義されます。このエンドポイントは `netMsmqBinding` バインディングを指定します。  
   
 > [!NOTE]
@@ -114,7 +116,7 @@ public static void Main()
                 bindingConfiguration="volatileBinding"   
                 contract="Microsoft.ServiceModel.Samples.IStockTicker" />  
     ...  
-          </service>  
+    </service>  
   </services>  
   
   <bindings>  
@@ -129,8 +131,8 @@ public static void Main()
 ```  
   
  サンプルでは非トランザクション キューを使用してキューに置かれたメッセージを送信するので、トランザクション メッセージをキューに送信することはできません。  
-  
-```  
+
+```csharp
 // Create a client.  
 Random r = new Random(137);  
   
@@ -145,8 +147,8 @@ for (int i = 0; i < 10; i++)
   
 //Closing the client gracefully cleans up resources.  
 client.Close();  
-```  
-  
+```
+
  サンプルを実行すると、クライアントとサービスのアクティビティがサービスとクライアントの両方のコンソール ウィンドウに表示されます。 サービスがクライアントから受信したメッセージを表示できます。 どちらかのコンソールで Enter キーを押すと、サービスとクライアントがどちらもシャットダウンされます。 キューが使用されているので、クライアントとサービスが同時に実行されている必要はありません。 クライアントを実行してシャットダウンした後にサービスを起動しても、サービスはメッセージを受信します。  
   
 ```  
@@ -238,4 +240,4 @@ Stock Tick zzz9:43.3
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Binding\Net\MSMQ\Volatile`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/wcf-to-message-queuing.md b/docs/framework/wcf/samples/wcf-to-message-queuing.md
index fb73a6191b5..10108ee6ca4 100644
--- a/docs/framework/wcf/samples/wcf-to-message-queuing.md
+++ b/docs/framework/wcf/samples/wcf-to-message-queuing.md
@@ -1,31 +1,33 @@
 ---
-title: "Windows Communication Foundation でのメッセージ キュー"
-ms.custom: 
+title: Windows Communication Foundation でのメッセージ キュー
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 78d0d0c9-648e-4d4a-8f0a-14d9cafeead9
-caps.latest.revision: "32"
+caps.latest.revision: 32
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 90013752ed03f24c0995bc837efde5f20bf272c6
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: f2ea59c7f1ef2ac6f22500a13eb9bb4456149b7c
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="windows-communication-foundation-to-message-queuing"></a>Windows Communication Foundation でのメッセージ キュー
 このサンプルでは、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] アプリケーションでメッセージをメッセージ キュー (MSMQ) アプリケーションに送信する方法について説明します。 サービスは自己ホスト型コンソール アプリケーションであるので、キューに置かれたメッセージをサービスが受信するようすを観察できます。 サービスとクライアントは同時に実行されていなくてもかまいません。  
   
  サービスは、メッセージをキューから受信して注文を処理します。 サービスはトランザクション キューを作成し、メッセージがメッセージ ハンドラによって受信されるように設定します。次のサンプル コードを参照してください。  
-  
-```  
+
+```csharp
 static void Main(string[] args)  
 {  
     if (!MessageQueue.Exists(  
@@ -41,11 +43,11 @@ static void Main(string[] args)
     Console.WriteLine("Order Service is running");  
     Console.ReadLine();  
 }  
-```  
-  
+```
+
  メッセージがキュー内で受信されると、メッセージ ハンドラ `ProcessOrder` が呼び出されます。  
-  
-```  
+
+```csharp
 public static void ProcessOrder(Object source,  
     ReceiveCompletedEventArgs asyncResult)  
 {  
@@ -70,8 +72,8 @@ public static void ProcessOrder(Object source,
     }  
   
 }  
-```  
-  
+```
+
  サービスは MSMQ メッセージ本文から `ProcessOrder` を抽出し、注文を処理します。  
   
  MSMQ キュー名は、構成ファイルの appSettings セクションに指定されます。次のサンプル構成を参照してください。  
@@ -86,8 +88,8 @@ public static void ProcessOrder(Object source,
 >  キュー名では、ドット (.) を使用してローカル コンピューターを表し、バックスラッシュを使用してパスを区切ります。  
   
  クライアントは発注書を作成してトランザクションのスコープ内に送信します。次のサンプル コードを参照してください。  
-  
-```  
+
+```csharp
 // Create the purchase order  
 PurchaseOrder po = new PurchaseOrder();  
 // Fill in the details  
@@ -105,13 +107,13 @@ Console.WriteLine("Order has been submitted:{0}", po);
   
 //Closing the client gracefully closes the connection and cleans up resources  
 client.Close();  
-```  
-  
+```
+
  クライアントは、MSMQ メッセージをキューに送信するためにカスタム クライアントを順に使用します。 メッセージを受信して処理するアプリケーションが MSMQ アプリケーションであり、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] アプリケーションではないので、2 つのアプリケーション間で暗黙のサービス コントラクトはありません。 したがって、このシナリオでは Svcutil.exe ツールを使用してプロキシを作成することはできません。  
   
  カスタム クライアントは基本的に、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] バインディングを使用してメッセージを送信するすべての `MsmqIntegration` アプリケーションで同じです。 他のクライアントと異なり、サービス操作の範囲は含まれません。 メッセージ送信操作のみです。  
-  
-```  
+
+```csharp
 [System.ServiceModel.ServiceContractAttribute(Namespace = "http://Microsoft.ServiceModel.Samples")]  
 public interface IOrderProcessor  
 {  
@@ -136,8 +138,8 @@ public partial class OrderProcessorClient : System.ServiceModel.ClientBase<IOrde
         base.Channel.SubmitPurchaseOrder(msg);  
     }  
 }  
-```  
-  
+```
+
  サンプルを実行すると、クライアントとサービスのアクティビティがサービスとクライアントの両方のコンソール ウィンドウに表示されます。 サービスがクライアントから受信したメッセージを表示できます。 どちらかのコンソールで Enter キーを押すと、サービスとクライアントがどちらもシャットダウンされます。 キューが使用されているので、クライアントとサービスが同時に実行されている必要はありません。 たとえば、クライアントを実行してシャットダウンした後にサービスを起動しても、サービスはメッセージを受信します。  
   
 > [!NOTE]
@@ -184,6 +186,6 @@ public partial class OrderProcessorClient : System.ServiceModel.ClientBase<IOrde
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Binding\MSMQIntegration\WcfToMsmq`  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [方法 : WCF エンドポイントとメッセージ キュー アプリケーションを使用してメッセージを交換する](../../../../docs/framework/wcf/feature-details/how-to-exchange-messages-with-wcf-endpoints-and-message-queuing-applications.md)  
  [メッセージ キュー](http://go.microsoft.com/fwlink/?LinkId=94968)
diff --git a/docs/framework/wcf/samples/ws-2007-federation-http-binding.md b/docs/framework/wcf/samples/ws-2007-federation-http-binding.md
index 541c09604e3..a0dc503c61d 100644
--- a/docs/framework/wcf/samples/ws-2007-federation-http-binding.md
+++ b/docs/framework/wcf/samples/ws-2007-federation-http-binding.md
@@ -1,24 +1,26 @@
 ---
-title: "WS 2007 フェデレーション HTTP バインディング"
-ms.custom: 
+title: WS 2007 フェデレーション HTTP バインディング
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 91c1b477-a96e-4bf5-9330-5e9312113371
-caps.latest.revision: "23"
+caps.latest.revision: 23
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 8b04984ad1e21da4bc86760046029d3b94b70758
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: b7126e4c0c293bfbf78cecf97cc13ea91e6c0c62
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="ws-2007-federation-http-binding"></a>WS 2007 フェデレーション HTTP バインディング
 このサンプルでは、<xref:System.ServiceModel.WS2007FederationHttpBinding> の使用例を示します。これは、WS-Trust 仕様のバージョン 1.3 に対応したフェデレーション シナリオを構築するための標準のバインディングです。  
@@ -108,17 +110,15 @@ ms.lasthandoff: 12/22/2017
  STS は、標準の <xref:System.ServiceModel.WS2007HttpBinding> を使用して、単一のエンドポイントを利用できるようにします。 このサービスは、クライアントからのトークンの要求に応答し、 クライアントが Windows アカウントを使用して認証されている場合は、クライアントのユーザー名がクレームとして含まれているトークンを発行します。 STS は、トークン作成の一環として、CN=STS 証明書に関連付けられている秘密キーを使用して、トークンに署名します。 また、対称キーを作成し、CN=localhost 証明書に関連付けられている秘密キーを使用して暗号化します。 STS は、トークンをクライアントに返すときに、対称キーも返します。 クライアントは、発行されたトークンを `ICalculator` サービスに提示し、対称キーを使用してメッセージに署名することで対称キーを認識していることを証明します。  
   
  サンプルを実行すると、セキュリティ トークン要求が STS のコンソール ウィンドウに表示されます。 操作要求と応答は、クライアントとサービスのコンソール ウィンドウに表示されます。 いずれかのコンソール ウィンドウで Enter キーを押すと、アプリケーションがシャットダウンします。  
-  
- `Add(100,15.99) = 115.99`  
-  
- `Subtract(145,76.54) = 68.46`  
-  
- `Multiply(9,81.25) = 731.25`  
-  
- `Divide(22,7) = 3.14285714285714`  
-  
- `Press <ENTER> to terminate client.`  
-  
+
+```
+Add(100,15.99) = 115.99
+Subtract(145,76.54) = 68.46
+Multiply(9,81.25) = 731.25
+Divide(22,7) = 3.14285714285714
+Press <ENTER> to terminate client.
+```
+
  このサンプルに用意されている Setup.bat ファイルを使用すると、適切な証明書を使用してサーバーと STS を構成し、自己ホスト型アプリケーションを実行できるようになります。 このバッチ ファイルにより、LocalMachine/TrustedPeople 証明書ストアに 2 つの証明書が作成されます。 片方の証明書は CN=STS のサブジェクト名を持ち、クライアントに発行するセキュリティ トークンを署名するために STS が使用します。 もう片方の証明書は CN=localhost のサブジェクト名を持ち、サービスが暗号化を解除できるようにシークレットを暗号化するために STS が使用します。  
   
 ### <a name="to-set-up-build-and-run-the-sample"></a>サンプルをセットアップ、ビルド、および実行するには  
@@ -142,4 +142,4 @@ ms.lasthandoff: 12/22/2017
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Binding\WS\WS2007FederationHttp`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/ws-reliable-session.md b/docs/framework/wcf/samples/ws-reliable-session.md
index 581dd98d92e..e2acab239aa 100644
--- a/docs/framework/wcf/samples/ws-reliable-session.md
+++ b/docs/framework/wcf/samples/ws-reliable-session.md
@@ -1,28 +1,28 @@
 ---
-title: "WS 信頼できるセッション"
-ms.custom: 
+title: WS 信頼できるセッション
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-clr
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - Reliable session
 ms.assetid: 86e914f2-060b-432b-bd17-333695317745
-caps.latest.revision: 
+caps.latest.revision: 30
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: c07130715b0416e7a8603b46a1c39c2f22dd7d2e
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: 8d7b28968a77f03a622c67acdb58e239593199a2
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="ws-reliable-session"></a>WS 信頼できるセッション
 このサンプルでは、信頼できるセッションの使用方法を示します。 信頼できるセッションは、信頼できるメッセージとセッションをサポートします。 信頼できるメッセージは、エラー時に通信を再試行するほか、メッセージの順次到着などの配信の保証を指定できるようにします。 セッションでは、呼び出し間でクライアントの状態が保持されます。 サンプルでは、クライアントの状態を保持するセッションを実装し、配信順序を保証することを指定します。  
@@ -65,13 +65,13 @@ ms.lasthandoff: 12/22/2017
 ```  
   
  サービス実装クラスは、クライアントごとに個別のクラスのインスタンスをインスタンス化して保持する <xref:System.ServiceModel.InstanceContextMode.PerSession> を実装します。次のサンプル コードを参照してください。  
-  
-```  
+
+```csharp
 [ServiceBehavior(InstanceContextMode=InstanceContextMode.PerSession)] public class CalculatorService : ICalculator  
 {  
     ...  
 }  
-```  
+```
   
  このサンプルを実行すると、操作要求および応答がクライアントのコンソール ウィンドウに表示されます。 クライアントをシャットダウンするには、クライアント ウィンドウで Enter キーを押します。  
   
@@ -98,4 +98,4 @@ Press <ENTER> to terminate client.
   
 4.  1 つまたは複数コンピューター構成でサンプルを実行する手順についてで[Windows Communication Foundation サンプルの実行](../../../../docs/framework/wcf/samples/running-the-samples.md)です。  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/ws-transaction-flow.md b/docs/framework/wcf/samples/ws-transaction-flow.md
index eaf1e241323..0bd7c019e30 100644
--- a/docs/framework/wcf/samples/ws-transaction-flow.md
+++ b/docs/framework/wcf/samples/ws-transaction-flow.md
@@ -1,28 +1,28 @@
 ---
-title: "WS トランザクション フロー"
-ms.custom: 
+title: WS トランザクション フロー
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-clr
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - Transactions
 ms.assetid: f8eecbcf-990a-4dbb-b29b-c3f9e3b396bd
-caps.latest.revision: 
+caps.latest.revision: 43
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: bf441831a205b022899999b1bf34e1505b8fb6bb
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: f79ffdfe624674074f2e9cadeaccb7f2ab3ba0d7
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="ws-transaction-flow"></a>WS トランザクション フロー
 このサンプルでは、クライアントによって調整されるトランザクションの使用方法と、WS-AtomicTransaction プロトコルまたは OleTransactions プロトコルを使用するトランザクション フローに関するクライアントとサーバーのオプションの使用方法を示します。 このサンプルがに基づいて、[作業の開始](../../../../docs/framework/wcf/samples/getting-started-sample.md)、電卓サービスを実装するが、操作の属性が設定の使用をデモ、`TransactionFlowAttribute`で、 **TransactionFlowOption**どの程度トランザクションをフローが有効になっているを決定する列挙です。 フローされたトランザクションのスコープ内では、要求された操作のログがデータベースに書き込まれ、クライアント調整トランザクションが完了するまで保持されます。クライアント トランザクションが完了しない場合は、データベースに対する該当する更新はコミットされません。  
@@ -31,8 +31,8 @@ ms.lasthandoff: 12/22/2017
 >  このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。  
   
  サービスとトランザクションへの接続を開始した後で、クライアントは複数のサービス操作にアクセスします。 サービスのコントラクトは次のように定義されています。操作はそれぞれ、`TransactionFlowOption` の設定が異なります。  
-  
-```  
+
+```csharp
 [ServiceContract(Namespace = "http://Microsoft.ServiceModel.Samples")]  
 public interface ICalculator  
 {  
@@ -48,8 +48,8 @@ public interface ICalculator
     [OperationContract]  
     double Divide(double n1, double n2);   
 }  
-```  
-  
+```
+
  操作は、処理される順に次のように定義されています。  
   
 -   `Add` (加算) 操作要求には、フローされたトランザクションが含まれている必要があります。  
@@ -83,8 +83,8 @@ public interface ICalculator
   
 > [!NOTE]
 >  <xref:System.ServiceModel.OperationBehaviorAttribute.TransactionScopeRequired%2A> プロパティは、サービス メソッド実装固有の動作を定義しますが、トランザクションをフローさせるためのクライアントの機能や要件は定義しません。  
-  
-```  
+
+```csharp
 // Service class that implements the service contract.  
 [ServiceBehavior(TransactionIsolationLevel = System.Transactions.IsolationLevel.Serializable)]  
 public class CalculatorService : ICalculator  
@@ -119,22 +119,22 @@ public class CalculatorService : ICalculator
   
     // Logging method omitted for brevity  
 }  
-```  
-  
+```
+
  クライアントでは、操作に対するサービスの `TransactionFlowOption` 設定が、クライアントで生成される `ICalculator` インターフェイスの定義に反映されます。 さらに、サービスの `transactionFlow` プロパティの設定はクライアントのアプリケーション構成に反映されます。 クライアントでは、適切な `endpointConfigurationName` を選択することによってトランスポートとプロトコルを選択できます。  
-  
-```  
+
+```csharp
 // Create a client using either wsat or oletx endpoint configurations  
 CalculatorClient client = new CalculatorClient("WSAtomicTransaction_endpoint");  
 // CalculatorClient client = new CalculatorClient("OleTransactions_endpoint");  
-```  
-  
+```
+
 > [!NOTE]
 >  このサンプルを実行したときの動作は、選択したプロトコルとトランスポートの種類にかかわらず同一です。  
   
  サービスへの接続を開始した後で、クライアントは次のように、サービス操作の呼び出しを囲む新しい `TransactionScope` を作成します。  
-  
-```  
+
+```csharp
 // Start a transaction scope  
 using (TransactionScope tx =  
             new TransactionScope(TransactionScopeOption.RequiresNew))  
@@ -191,8 +191,8 @@ using (TransactionScope tx =
 }  
   
 Console.WriteLine("Transaction committed");  
-```  
-  
+```
+
  操作の呼び出しは次のとおりです。  
   
 -   `Add` 要求によって、必須のトランザクションがサービスにフローされ、サービスのアクションはクライアントのトランザクション スコープ内で実行されます。  
@@ -251,7 +251,7 @@ Press <ENTER> to terminate the service.
   
 1.  Windows Server 2003 または Windows XP が動作するサービス コンピューターで、次の説明に従い、受信ネットワーク トランザクションを許可するよう MSDTC を構成します。  
   
-    1.  **開始** メニューの "éˆú"**コントロール パネルの** 、し**管理ツール**、し、**コンポーネント サービス**です。  
+    1.  **開始** メニューの "éˆú"**コントロール パネルの **、し**管理ツール**、し、**コンポーネント サービス**です。  
   
     2.  展開**コンポーネント サービス**です。 開く、**コンピューター**フォルダーです。  
   
@@ -261,13 +261,13 @@ Press <ENTER> to terminate the service.
   
     5.  確認**ネットワーク DTC アクセス**と**を許可する受信**です。  
   
-    6.  をクリックして**[ok]**、順にクリックして**はい**MSDTC サービスを再起動します。  
+    6.  をクリックして **[ok]**、順にクリックして**はい**MSDTC サービスを再起動します。  
   
     7.  **[OK]** をクリックしてダイアログ ボックスを閉じます。  
   
 2.  Windows Server 2008 または Windows Vista が動作するサービス コンピューターで、次の説明に従い、受信ネットワーク トランザクションを許可するよう MSDTC を構成します。  
   
-    1.  **開始** メニューの "éˆú"**コントロール パネルの** 、し**管理ツール**、し、**コンポーネント サービス**です。  
+    1.  **開始** メニューの "éˆú"**コントロール パネルの **、し**管理ツール**、し、**コンポーネント サービス**です。  
   
     2.  展開**コンポーネント サービス**です。 開く、**コンピューター**フォルダーです。 選択**分散トランザクション コーディネーター**です。  
   
@@ -275,7 +275,7 @@ Press <ENTER> to terminate the service.
   
     4.  **セキュリティ** タブで、チェック**ネットワーク DTC アクセス**と**受信を許可する**です。  
   
-    5.  をクリックして**[ok]**、順にクリックして**はい**MSDTC サービスを再起動します。  
+    5.  をクリックして **[ok]**、順にクリックして**はい**MSDTC サービスを再起動します。  
   
     6.  **[OK]** をクリックしてダイアログ ボックスを閉じます。  
   
@@ -289,7 +289,7 @@ Press <ENTER> to terminate the service.
   
     4.  確認**ネットワーク DTC アクセス**と**送信を許可する**です。  
   
-    5.  をクリックして**[ok]**、順にクリックして**はい**MSDTC サービスを再起動します。  
+    5.  をクリックして **[ok]**、順にクリックして**はい**MSDTC サービスを再起動します。  
   
     6.  **[OK]** をクリックしてダイアログ ボックスを閉じます。  
   
diff --git a/docs/framework/wcf/samples/ws-transport-security.md b/docs/framework/wcf/samples/ws-transport-security.md
index 6809447d360..ade353f6e8d 100644
--- a/docs/framework/wcf/samples/ws-transport-security.md
+++ b/docs/framework/wcf/samples/ws-transport-security.md
@@ -1,24 +1,26 @@
 ---
-title: "WS トランスポート セキュリティ"
-ms.custom: 
+title: WS トランスポート セキュリティ
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 33a20358-5e1b-458a-a6a9-15753bc7b99b
-caps.latest.revision: "22"
+caps.latest.revision: 22
 author: BrucePerlerMS
 ms.author: bruceper
 manager: mbaldwin
-ms.workload: dotnet
-ms.openlocfilehash: 3435eab63cf745607b6ecf61b12123966f80442b
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 4a332394877e33f6ab97b4be77da6c3267d85401
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="ws-transport-security"></a>WS トランスポート セキュリティ
 このサンプルでは、<xref:System.ServiceModel.WSHttpBinding> バインディングを使用した SSL トランスポート セキュリティを示します。 既定で、`wsHttpBinding` バインディングは HTTP 通信を実現します。 トランスポート セキュリティ用に構成すると、バインディングは HTTPS 通信をサポートします。 このサンプルがに基づいて、[作業の開始](../../../../docs/framework/wcf/samples/getting-started-sample.md)電卓サービスを実装します。 `wsHttpBinding` は、クライアントとサービスのアプリケーション構成ファイルに指定され、構成されます。  
@@ -62,13 +64,13 @@ ms.lasthandoff: 12/22/2017
   
  アドレス指定では https:// スキームを使用しています。 このバインディング構成により、セキュリティ モードが `Transport` に設定されます。 同じセキュリティ モードが、サービスの Web.config ファイルで指定される必要があります。  
   
- このサンプルで使用する証明書は Makecert.exe で作成されたテスト証明書なので、ブラウザで https://localhost/servicemodelsamples/service.svc のような https: アドレスにアクセスしようとするとセキュリティ警告が表示されます。 [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] クライアントがテスト証明書に対して問題なく動作するようにするには、クライアントにコードを追加して、セキュリティ警告を非表示にする必要があります。 そのためのコードとそれに必要なクラスは、本運用の証明書を使用するときには不要です。  
-  
-```  
+ Https にアクセスしようとしたときにこのサンプルで使用する証明書は Makecert.exe で作成されたテスト証明書であるため、セキュリティ警告が表示されます: で対応するhttps://localhost/servicemodelsamples/service.svc、お使いのブラウザーからです。 [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] クライアントがテスト証明書に対して問題なく動作するようにするには、クライアントにコードを追加して、セキュリティ警告を非表示にする必要があります。 そのためのコードとそれに必要なクラスは、本運用の証明書を使用するときには不要です。  
+
+```csharp
 // This code is required only for test certificates like those created by Makecert.exe.  
 PermissiveCertificatePolicy.Enact("CN=ServiceModelSamples-HTTPS-Server");  
-```  
-  
+```
+
  このサンプルを実行すると、操作要求および応答がクライアントのコンソール ウィンドウに表示されます。 クライアントをシャットダウンするには、クライアント ウィンドウで Enter キーを押します。  
   
 ```  
@@ -96,4 +98,4 @@ Press <ENTER> to terminate client.
   
 5.  1 つまたは複数コンピューター構成でサンプルを実行する手順についてで[Windows Communication Foundation サンプルの実行](../../../../docs/framework/wcf/samples/running-the-samples.md)です。  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/ws-transport-with-message-credential.md b/docs/framework/wcf/samples/ws-transport-with-message-credential.md
index 70fd400d73a..9ad5dd1f505 100644
--- a/docs/framework/wcf/samples/ws-transport-with-message-credential.md
+++ b/docs/framework/wcf/samples/ws-transport-with-message-credential.md
@@ -1,24 +1,26 @@
 ---
-title: "メッセージ資格情報付き WS トランスポート"
-ms.custom: 
+title: メッセージ資格情報付き WS トランスポート
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 0d092f3a-b309-439b-920b-66d8f46a0e3c
-caps.latest.revision: "7"
+caps.latest.revision: 7
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: f782ac12c92755eb26eddd30c5d8c15168c35858
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 7b954e2d19f601476876beef6482ca10eb3f113b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="ws-transport-with-message-credential"></a>メッセージ資格情報付き WS トランスポート
 このサンプルでは、メッセージに含まれるクライアント資格情報と組み合わせて SSL トランスポート セキュリティを使用する例を示します。 このサンプルでは、`wsHttpBinding` バインディングを使用します。  
@@ -33,15 +35,15 @@ ms.lasthandoff: 12/22/2017
 >  このサンプルのセットアップ手順とビルド手順については、このトピックの最後を参照してください。  
   
  プログラム コード サンプルではほとんどの場合と同じ、[作業の開始](../../../../docs/framework/wcf/samples/getting-started-sample.md)サービス。 `GetCallerIdentity` サービス コントラクトによって追加された操作が 1 つあります。 この操作は、呼び出し元の ID の名前を呼び出し元に返します。  
-  
-```  
+
+```csharp
 public string GetCallerIdentity()  
 {  
     // Use ServiceSecurityContext.WindowsIdentity to get the name of the caller.  
     return ServiceSecurityContext.Current.WindowsIdentity.Name;  
 }  
-```  
-  
+```
+
  このサンプルをビルドして実行する前に、証明書を作成し、Web サーバー証明書ウィザードを使用してあらかじめ割り当てておく必要があります。 次に示すクライアント用構成の例のように、構成ファイル設定でエンドポイントとバインディングを定義すると、`TransportWithMessageCredential` セキュリティ モードが有効になります。  
   
 ```xml  
@@ -72,13 +74,13 @@ public string GetCallerIdentity()
   
  アドレス指定では https:// スキームを使用しています。 このバインディング構成により、セキュリティ モードが `TransportWithMessageCredential` に設定されます。 同じセキュリティ モードが、サービスの Web.config ファイルで指定される必要があります。  
   
- このサンプルで使用する証明書は Makecert.exe で作成されたテスト証明書なので、ブラウザで https://localhost/servicemodelsamples/service.svc のような https: アドレスにアクセスしようとするとセキュリティ警告が表示されます。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアントがテスト証明書に対して問題なく動作するようにするには、クライアントにコードを追加して、セキュリティ警告を非表示にする必要があります。 そのためのコードとそれに必要なクラスは、本運用の証明書を使用するときには不要です。  
-  
-```  
+ Https にアクセスしようとしたときにこのサンプルで使用する証明書は Makecert.exe で作成されたテスト証明書であるため、セキュリティ警告が表示されます: で対応するhttps://localhost/servicemodelsamples/service.svc、お使いのブラウザーからです。 [!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] クライアントがテスト証明書に対して問題なく動作するようにするには、クライアントにコードを追加して、セキュリティ警告を非表示にする必要があります。 そのためのコードとそれに必要なクラスは、本運用の証明書を使用するときには不要です。  
+
+```csharp
 // WARNING: This code is only needed for test certificates such as those created by makecert. It is   
 // not recommended for production code.  
 PermissiveCertificatePolicy.Enact("CN=ServiceModelSamples-HTTPS-Server");  
-```  
+```
   
  このサンプルを実行すると、操作要求および応答がクライアントのコンソール ウィンドウに表示されます。 クライアントをシャットダウンするには、クライアント ウィンドウで Enter キーを押します。  
   
@@ -108,4 +110,4 @@ Press <ENTER> to terminate client.
   
 4.  1 つまたは複数コンピューター構成でサンプルを実行する手順についてで[Windows Communication Foundation サンプルの実行](../../../../docs/framework/wcf/samples/running-the-samples.md)です。  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/samples/xmlserializer-sample.md b/docs/framework/wcf/samples/xmlserializer-sample.md
index 08e8e921bdd..a6f32c83a6d 100644
--- a/docs/framework/wcf/samples/xmlserializer-sample.md
+++ b/docs/framework/wcf/samples/xmlserializer-sample.md
@@ -1,24 +1,26 @@
 ---
-title: "XMLSerializer サンプル"
-ms.custom: 
+title: XMLSerializer サンプル
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 7d134453-9a35-4202-ba77-9ca3a65babc3
-caps.latest.revision: "23"
+caps.latest.revision: 23
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: c89194eebbfe4f25b8d8120be16a18306a92a889
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: af051dffa93aea6586adaea1e49081ddc357a210
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="xmlserializer-sample"></a>XMLSerializer サンプル
 このサンプルでは、<xref:System.Xml.Serialization.XmlSerializer> と互換性のある型をシリアル化および逆シリアル化する方法を示します。 既定の [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] フォーマッタは <xref:System.Runtime.Serialization.DataContractSerializer> クラスです。 <xref:System.Xml.Serialization.XmlSerializer> クラスを使用すると、<xref:System.Runtime.Serialization.DataContractSerializer> クラスを使用できない場合に、型をシリアル化および逆シリアル化できます。 これは、XML を厳密に制御する必要がある場合、たとえば、データの一部が XML 属性であるが XML 要素ではない、などと制御する必要がある場合に多く該当します。 さらに、<xref:System.Xml.Serialization.XmlSerializer> は、[!INCLUDE[indigo2](../../../../includes/indigo2-md.md)] 以外のサービスに対してクライアントを作成する場合に自動的に選択されることがよくあります。  
@@ -30,7 +32,7 @@ ms.lasthandoff: 12/22/2017
   
  <xref:System.ServiceModel.ServiceContractAttribute> と <xref:System.ServiceModel.XmlSerializerFormatAttribute> をインターフェイスに適用する必要があります。次のサンプル コードを参照してください。  
   
-```  
+```csharp  
 [ServiceContract(Namespace="http://Microsoft.ServiceModel.Samples"), XmlSerializerFormat]  
 public interface IXmlSerializerCalculator  
 {  
@@ -47,7 +49,7 @@ public interface IXmlSerializerCalculator
   
  `ComplexNumber` クラスのパブリック メンバは、<xref:System.Xml.Serialization.XmlSerializer> によって XML 属性としてシリアル化されます。 <xref:System.Runtime.Serialization.DataContractSerializer> は、この種の XML インスタンスの作成には使用できません。  
   
-```  
+```csharp  
 public class ComplexNumber  
 {  
     private double real;  
@@ -83,7 +85,7 @@ public class ComplexNumber
   
  サービス実装は計算を行い、結果を返します。つまり、`ComplexNumber` 型の値を受け入れて返します。  
   
-```  
+```csharp  
 public class XmlSerializerCalculatorService : IXmlSerializerCalculator  
 {  
     public ComplexNumber Add(ComplexNumber n1, ComplexNumber n2)  
@@ -97,7 +99,7 @@ public class XmlSerializerCalculatorService : IXmlSerializerCalculator
   
  クライアント実装でも複素数を使用します。 サービス コントラクトとデータ型の両方が、によって生成された generatedClient.cs ソース ファイルで定義されている、 [ServiceModel メタデータ ユーティリティ ツール (Svcutil.exe)](../../../../docs/framework/wcf/servicemodel-metadata-utility-tool-svcutil-exe.md)サービス メタデータからです。 コントラクトが <xref:System.Runtime.Serialization.DataContractSerializer> でシリアル化されずにこの場合の送出元の `XmlSerializable` 型に戻る場合、Svcutil.exe で検出することができます。 <xref:System.Xml.Serialization.XmlSerializer> を強制的に使用する場合は、/serializer:XmlSerializer (XmlSerializer を使用) コマンド オプションを Svcutil.exe ツールに渡します。  
   
-```  
+```csharp  
 // Create a client.  
 XmlSerializerCalculatorClient client = new  
                          XmlSerializerCalculatorClient();  
@@ -145,4 +147,4 @@ Press <ENTER> to terminate client.
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WCF\Basic\Client\Interop\XmlSerializer`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/wcf/using-the-wcf-development-tools.md b/docs/framework/wcf/using-the-wcf-development-tools.md
index 1ecd07881f0..595d47578d5 100644
--- a/docs/framework/wcf/using-the-wcf-development-tools.md
+++ b/docs/framework/wcf/using-the-wcf-development-tools.md
@@ -16,25 +16,25 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 7d253f38fab21496dd305cc67e7b6e84846579f3
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: 7e315c9e77eace9bdb0e66abed203452e5d7f9bb
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="using-the-wcf-development-tools"></a>WCF 開発ツールの使用
-このセクションでは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスの開発を支援する [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] [!INCLUDE[indigo1](../../../includes/indigo1-md.md)] 開発ツールについて説明します。  
+このセクションの説明の開発に役立つ Visual Studio 開発ツール、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービス。  
   
- [!INCLUDE[indigo2](../../../includes/indigo2-md.md)][!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] テンプレートは独自のサービスを迅速に構築するための基礎として使用することができます。これによって、サービスをデバッグし、テストするための [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス自動ホストと [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] テスト クライアントを使用できるようになります。 これらのツールによって、高速でシームレスなデバッグとテストのサイクルが実現し、初期の段階においてホスト モデルのコミットが必要なくなります。  
+ 基礎としてテンプレートを Visual Studio を使用するにはすばやく独自のサービスをビルドしを使用して[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービスの自動ホストと[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]をデバッグし、サービスをテストするクライアントをテストします。 これらのツールによって、高速でシームレスなデバッグとテストのサイクルが実現し、初期の段階においてホスト モデルのコミットが必要なくなります。  
   
 ## <a name="the-wcf-developer-tools"></a>WCF の開発者用ツール  
  [WCF Visual Studio テンプレート](../../../docs/framework/wcf/wcf-vs-templates.md)  
   
- 定義済みを使用することができます[!INCLUDE[indigo2](../../../includes/indigo2-md.md)][!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]でプロジェクトと項目テンプレート[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]をすばやく構築[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービスや周辺アプリケーションです。  
+ Visual Studio で、定義済みの Visual Studio プロジェクトと項目テンプレートを使用するには迅速に構築[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービスや周辺アプリケーションです。  
   
  [WCF サービス ホスト (WcfSvcHost.exe)](../../../docs/framework/wcf/wcf-service-host-wcfsvchost-exe.md)  
   
- [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスの自動ホスト (WcfSvcHost.exe) を使用すると、[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] デバッガーを起動して (F5 キーを押します)、実装しているサービスを自動的にホストおよびテストすることができます。 その後、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のテスト用クライアント (wcfTestClient.exe) または独自のクライアントを使用してサービスをテストし、潜在的なエラーを見つけて修正できます。  
+ [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービスの自動ホスト (WcfSvcHost.exe) では、Visual Studio デバッガーを自動的にホストし、実装しているサービスをテストする (F5) を起動することができます。 その後、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のテスト用クライアント (wcfTestClient.exe) または独自のクライアントを使用してサービスをテストし、潜在的なエラーを見つけて修正できます。  
   
  [WCF のテスト用クライアント (WcfTestClient.exe)](../../../docs/framework/wcf/wcf-test-client-wcftestclient-exe.md)  
   
@@ -45,7 +45,7 @@ ms.lasthandoff: 12/22/2017
  クリップボードに格納されている XML データは、コード ページに貼り付けることができます。 データで定義されているクラスは、コード型に変換されます。  
   
 ## <a name="using-the-tools-without-administrator-privilege"></a>管理特権を必要としないツールの使用  
- 管理特権のないユーザーが [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスを開発できるようにするために、[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] のインストール時には、名前空間 "http://+:8731/Design_Time_Addresses" に対してアクセス制御リスト (ACL: Access Control List) が作成されます。 この ACL は (UI) に設定され、コンピューターにログオンしているすべての対話ユーザーが含まれます。 管理者は、この ACL にユーザーを追加または削除したり、追加のポートを開いたりできます。この ACL によって、既定の構成で、WCF テンプレートまたは WF テンプレートでデータを送受信できるようになります。 また、ユーザーは、管理特権が付与されていなくても、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスの自動ホスト (wcfSvcHost.exe) を使用できるようになります。  
+ 開発する管理者特権のないユーザーを有効にする[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]、ACL (アクセス制御リスト) が作成されたサービス名前空間の"http://+:8731/Design_Time_Addresses"Visual Studio のインストール中にします。 この ACL は (UI) に設定され、コンピューターにログオンしているすべての対話ユーザーが含まれます。 管理者は、この ACL にユーザーを追加または削除したり、追加のポートを開いたりできます。この ACL によって、既定の構成で、WCF テンプレートまたは WF テンプレートでデータを送受信できるようになります。 また、ユーザーは、管理特権が付与されていなくても、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスの自動ホスト (wcfSvcHost.exe) を使用できるようになります。  
   
  システム特権のある管理者アカウントで [!INCLUDE[wv](../../../includes/wv-md.md)] の Netsh.exe ツールを使用すると、アクセスを変更できます。 Netsh.exe の使用例を次に示します。  
   
@@ -53,9 +53,9 @@ ms.lasthandoff: 12/22/2017
 netsh http add urlacl url=http://+:8001/MyService user=<domain>\<user>  
 ```  
   
- [!INCLUDE[crabout](../../../includes/crabout-md.md)]Netsh.exe を参照してください[Netsh.exe ツールとコマンド ライン スイッチを使用する方法](http://go.microsoft.com/fwlink/?LinkId=97877)です。  
+ [!INCLUDE[crabout](../../../includes/crabout-md.md)] Netsh.exe を参照してください[Netsh.exe ツールとコマンド ライン スイッチを使用する方法](http://go.microsoft.com/fwlink/?LinkId=97877)です。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [WCF Visual Studio テンプレート](../../../docs/framework/wcf/wcf-vs-templates.md)  
  [WCF サービス ホスト (WcfSvcHost.exe)](../../../docs/framework/wcf/wcf-service-host-wcfsvchost-exe.md)  
  [WCF のテスト用クライアント (WcfTestClient.exe)](../../../docs/framework/wcf/wcf-test-client-wcftestclient-exe.md)
diff --git a/docs/framework/wcf/wcf-client-overview.md b/docs/framework/wcf/wcf-client-overview.md
index ebfbe3bc5a3..bf8ab59637f 100644
--- a/docs/framework/wcf/wcf-client-overview.md
+++ b/docs/framework/wcf/wcf-client-overview.md
@@ -21,11 +21,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 491cbf19ac3c8f1817b12c895655ca1958972a62
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 3669260d34aac0783f2ebd735c79ced91741408a
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="wcf-client-overview"></a>WCF クライアントの概要
 このセクションでは、クライアント アプリケーションの処理、[!INCLUDE[indigo1](../../../includes/indigo1-md.md)] クライアントの構成方法、作成方法、使用方法、およびクライアント アプリケーションをセキュリティで保護する方法について説明します。  
@@ -73,11 +73,11 @@ svcutil /language:vb /out:ClientCode.vb /config:app.config http://computerName/M
  サービスアプリケーションから次の簡単なサービス コントラクトが生成されていることを前提に、<xref:System.ServiceModel.ClientBase%601> クラスの使用方法を説明します。  
   
 > [!NOTE]
->  [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] を使用して [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] クライアントを作成する場合、サービス参照をプロジェクトに追加すると、オブジェクトはオブジェクト ブラウザーに自動的に読み込まれます。  
+>  作成する Visual Studio を使用している場合、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]クライアント オブジェクトに読み込まれる自動的に、オブジェクト ブラウザー サービス参照をプロジェクトに追加するときにします。  
   
  [!code-csharp[C_GeneratedCodeFiles#12](../../../samples/snippets/csharp/VS_Snippets_CFX/c_generatedcodefiles/cs/proxycode.cs#12)]  
   
- [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] を使用しない場合は、生成されたコントラクト コードを調べて <xref:System.ServiceModel.ClientBase%601> を拡張する型とサービス コントラクト インターフェイスの `ISampleService` を見つけます。 この場合、この型は次のようなコードになります。  
+ Visual Studio を使用していない場合、生成されるコントラクト コードを調べを拡張する型を見つける<xref:System.ServiceModel.ClientBase%601>とサービス コントラクト インターフェイス`ISampleService`です。 この場合、この型は次のようなコードになります。  
   
  [!code-csharp[C_GeneratedCodeFiles#14](../../../samples/snippets/csharp/VS_Snippets_CFX/c_generatedcodefiles/cs/proxycode.cs#14)]  
   
diff --git a/docs/framework/wcf/wcf-service-host-wcfsvchost-exe.md b/docs/framework/wcf/wcf-service-host-wcfsvchost-exe.md
index 9dc282380f3..3b105d5e947 100644
--- a/docs/framework/wcf/wcf-service-host-wcfsvchost-exe.md
+++ b/docs/framework/wcf/wcf-service-host-wcfsvchost-exe.md
@@ -1,46 +1,48 @@
 ---
-title: "WCF サービス ホスト (WcfSvcHost.exe)"
-ms.custom: 
+title: WCF サービス ホスト (WcfSvcHost.exe)
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 8643a63d-a357-4c39-bd6c-cdfdf71e370e
-caps.latest.revision: "27"
+caps.latest.revision: 27
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 495088463a6a7463ce1452588dc55d35110f0092
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 1da8d7a08e7887e8ba3fd50a8f809e2ff551a7fd
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="wcf-service-host-wcfsvchostexe"></a>WCF サービス ホスト (WcfSvcHost.exe)
-[!INCLUDE[indigo1](../../../includes/indigo1-md.md)] サービス ホスト (WcfSvcHost.exe) を使用すると、[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] デバッガーを起動して (F5 キーを押します)、実装しているサービスを自動的にホストおよびテストすることができます。 その後、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のテスト用クライアント (WcfTestClient.exe) または独自のクライアントを使用してサービスをテストし、潜在的なエラーを見つけて修正できます。  
+[!INCLUDE[indigo1](../../../includes/indigo1-md.md)] サービス ホスト (WcfSvcHost.exe) では、Visual Studio デバッガーを自動的にホストし、実装しているサービスをテストする (F5) を起動することができます。 その後、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のテスト用クライアント (WcfTestClient.exe) または独自のクライアントを使用してサービスをテストし、潜在的なエラーを見つけて修正できます。  
   
 ## <a name="wcf-service-host"></a>WCF サービス ホスト  
- [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス プロジェクト内のサービスを列挙し、プロジェクトの構成を読み込んで、検出された各サービスのためのホストをインスタンス化します。 このツールは、[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] サービス テンプレートによって [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] に統合され、プロジェクトのデバッグを開始すると呼び出されます。  
+ [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス プロジェクト内のサービスを列挙し、プロジェクトの構成を読み込んで、検出された各サービスのためのホストをインスタンス化します。 このツールはによる Visual Studio に統合されて、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービス テンプレートとプロジェクトのデバッグを開始するときに呼び出されます。  
   
  [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストを使用すると、追加のコードを記述したり、開発時に特定のホストにしばられたりすることなく、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ([!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ライブラリ プロジェクト内の WCF サービス) をホストできます。  
   
 > [!NOTE]
->  [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストは、部分信頼をサポートしません。 部分信頼において [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] を使用する場合は、サービスをビルドするために [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] にある [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] サービス ライブラリ プロジェクト テンプレートを使用しないでください。 代わりに、[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] 部分信頼がサポートされている Web サーバーでサービスをホストできる [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス Web サイト テンプレートを選択して、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] に新しい Web サイトを作成します。  
+>  [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストは、部分信頼をサポートしません。 使用する場合、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]部分信頼でのサービスは使用しないで、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービスをビルドする Visual Studio でサービス ライブラリ プロジェクト テンプレート。 代わりを選択して Visual Studio で新しい web サイトを作成、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]を web サーバーでサービスをホストできるサービスの web サイト テンプレートは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]部分的な信頼はサポートされています。  
   
 ## <a name="project-types-hosted-by-wcf-service-host"></a>WCF サービス ホストでホストされるプロジェクトの種類  
- [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストでホストできる [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ライブラリ プロジェクトの種類は、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ライブラリ、シーケンシャル ワークフロー サービス ライブラリ、ステート マシン ワークフロー サービス ライブラリ、および配信サービス ライブラリです。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービス ホストは、サービス ライブラリを使用してプロジェクトに追加できるこれらのサービスもホスト、**項目の追加**機能します。 これには、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス、WF ステート マシン サービス、WF シーケンシャル サービス、XAML WF ステート マシン サービス、および XAML WF シーケンシャル サービスが含まれます。  
+ [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストでホストできる [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ライブラリ プロジェクトの種類は、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ライブラリ、シーケンシャル ワークフロー サービス ライブラリ、ステート マシン ワークフロー サービス ライブラリ、および配信サービス ライブラリです。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストは、サービス ライブラリを使用してプロジェクトに追加できるこれらのサービスもホスト、**項目の追加**機能します。 これには、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス、WF ステート マシン サービス、WF シーケンシャル サービス、XAML WF ステート マシン サービス、および XAML WF シーケンシャル サービスが含まれます。  
   
  ただし、このツールでホストを構成することはできません。 ホストを構成するには、App.config ファイルを手動で編集する必要があります。 また、このツールでユーザー定義の構成ファイルを検証することはできません。  
   
 > [!CAUTION]
->  [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストを使用して運用環境のサービスをホストしないでください。このツールはそのような目的で作られていないため、  [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービス ホストは、信頼性、セキュリティ、およびそのような環境の管理の容易性要件にはサポートされません。 代わりに IIS を使用してください。IIS は、より高度な信頼性機能や監視機能を備えており、サービスをホストするのに適しています。 サービスの開発が完了したら、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストから IIS にサービスを移行してください。  
+>  [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストを使用して運用環境のサービスをホストしないでください。このツールはそのような目的で作られていないため、  [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストは、信頼性、セキュリティ、およびそのような環境の管理の容易性要件にはサポートされません。 代わりに IIS を使用してください。IIS は、より高度な信頼性機能や監視機能を備えており、サービスをホストするのに適しています。 サービスの開発が完了したら、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストから IIS にサービスを移行してください。  
   
 ## <a name="scenarios-for-using-wcf-service-host-inside-visual-studio"></a>Visual Studio 内で WCF サービス ホストを使用するシナリオ  
- 次の表に、すべてのパラメーターに、**コマンドライン引数**でプロジェクトを右クリックして検索できるダイアログ ボックスで**ソリューション エクスプ ローラー**で[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]を選択します。**プロパティ**を選択し、**デバッグ** タブをクリックして**スタート プロジェクト**です。 これらのパラメーターは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストを構成する際に役立ちます。  
+ 次の表に、すべてのパラメーターに、**コマンドライン引数**でプロジェクトを右クリックして検索できるダイアログ ボックスで**ソリューション エクスプ ローラー** を選択すると、VisualStudioで**プロパティ**を選択し、**デバッグ** タブをクリックして**スタート プロジェクト**です。 これらのパラメーターは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストを構成する際に役立ちます。  
   
 |パラメーター|説明|  
 |---------------|-------------|  
@@ -51,12 +53,12 @@ ms.lasthandoff: 12/22/2017
 #### <a name="using-wcf-test-client"></a>WCF のテスト用クライアントの使用  
  新しい [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス プロジェクトを作成し、F5 キーを押してデバッガーを起動すると、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストが、プロジェクトで検出されたすべてのサービスのホストを開始します。 その後、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のテスト用クライアントが自動的に開き、構成ファイルに定義されているサービス エンドポイントの一覧が表示されます。 メイン ウィンドウでパラメーターをテストしたり、サービスを呼び出したりできます。  
   
- 確認する[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]でプロジェクトを右クリックし、テスト用クライアントが使用される**ソリューション エクスプ ローラー**で[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)][**プロパティ**クリックし、 **をデバッグ**タブです。をクリックして**スタート プロジェクト**に、次が表示されていることを確認し、**コマンドライン引数**] ダイアログ ボックス。  
+ 確認する[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]でプロジェクトを右クリックし、テスト用クライアントが使用される**ソリューション エクスプ ローラー** Visual Studio で、次のように選択します**プロパティ**クリックし、、**デバッグ**。タブです。をクリックして**スタート プロジェクト**に、次が表示されていることを確認し、**コマンドライン引数** ダイアログ ボックス。  
   
  `/client:WcfTestClient.exe`  
   
 #### <a name="using-a-custom-client"></a>カスタム クライアントの使用  
- カスタムクライアントを使用するには、**ソリューションエクスプローラ** に [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]でプロジェクトを右クリックし、**プロパティ** を選択してから、**デバッグ** タブを選択します。をクリックして**スタート プロジェクト**および編集、`/client`内のパラメーター、**コマンドライン引数**ダイアログ ボックスを次の例に示すように、カスタムのクライアント をポイントします。  
+ プロジェクトを右クリックし、カスタムのクライアントを使用する**ソリューション エクスプ ローラー** Visual Studio で、次のように選択します。**プロパティ**クリックし、、**デバッグ**タブです。をクリックして**スタート プロジェクト**および編集、`/client`内のパラメーター、**コマンドライン引数**ダイアログ ボックスを次の例に示すように、カスタムのクライアント をポイントします。  
   
  `/client:"path/CustomClient.exe"`  
   
@@ -71,13 +73,13 @@ ms.lasthandoff: 12/22/2017
  `/client:iexplore.exe /clientArgs:http://localhost:8731/Design_Time_Addresses/Feed1/`  
   
 #### <a name="specifying-no-client"></a>クライアントを指定しない場合  
- 後にクライアントが使用されていないことを指定する[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービスをホストしているでプロジェクトを右クリックして**ソリューション エクスプ ローラー**で[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]**プロパティ**、を選択し、**デバッグ**タブです。をクリックして**スタート プロジェクト**のままにし、**コマンドライン引数**ダイアログ ボックスを空白。  
+ 後にクライアントが使用されていないことを指定する[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービスをホストしているでプロジェクトを右クリックして**ソリューション エクスプ ローラー** Visual Studio で、次のように選択します**プロパティ**クリックし、、  **。デバッグ**タブです。をクリックして**スタート プロジェクト**のままにし、**コマンドライン引数**ダイアログ ボックスを空白。  
   
 #### <a name="using-a-custom-host"></a>カスタム ホストの使用  
- カスタム ホストを使用するのでプロジェクトを右クリックし**ソリューション エクスプ ローラー**で[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)][**プロパティ**クリックし、**デバッグ**] タブ。をクリックして**外部プログラムの開始**し、カスタム ホストを完全なパスを入力します。 使用することも、**コマンドライン引数**ダイアログ ボックスをホストに渡される引数を指定します。  
+ カスタム ホストを使用するのでプロジェクトを右クリックし**ソリューション エクスプ ローラー** Visual Studio で、次のように選択します。**プロパティ**クリックし、、**デバッグ**タブです。をクリックして**外部プログラムの開始**し、カスタム ホストを完全なパスを入力します。 使用することも、**コマンドライン引数**ダイアログ ボックスをホストに渡される引数を指定します。  
   
 ## <a name="wcf-service-host-user-interface"></a>WCF サービス ホストのユーザー インターフェイス  
- 最初に起動すると[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービス ホスト (内で f5 キーを押して[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]) では、 **WCF サービス ホスト**ウィンドウが自動的に開きます。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストが実行されている場合は、通知領域にプログラムのアイコンが表示されます。 アイコンをダブルクリックして開き、 **WCF サービス ホスト**ウィンドウ  
+ 最初に起動すると[!INCLUDE[indigo2](../../../includes/indigo2-md.md)](f5 キーを押して Visual Studio 内)、サービス ホスト、 **WCF サービス ホスト**ウィンドウが自動的に開きます。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストが実行されている場合は、通知領域にプログラムのアイコンが表示されます。 アイコンをダブルクリックして開き、 **WCF サービス ホスト**ウィンドウ  
   
  サービスのホスト中にエラーが発生すると、[[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホスト] ダイアログ ボックスが開いて関連情報が表示されます。  
   
@@ -102,7 +104,7 @@ ms.lasthandoff: 12/22/2017
 ## <a name="stopping-wcf-service-host"></a>WCF サービス ホストの停止  
  [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストは、次の 4 つの方法でシャットダウンできます。  
   
--   [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] のデバッグ セッションを停止します。  
+-   Visual Studio でのデバッグ セッションを停止します。  
   
 -   選択**終了**から、**ファイル**でメニュー、 **WCF サービス ホスト**ウィンドウです。  
   
@@ -111,7 +113,7 @@ ms.lasthandoff: 12/22/2017
 -   [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のテスト用クライアントを使用している場合は、それを終了します。  
   
 ## <a name="using-service-host-without-administrator-privilege"></a>管理特権を必要としないサービス ホストの使用  
- 管理特権のないユーザーが [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスを開発できるようにするために、[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] のインストール時には、名前空間 "http://+:8731/Design_Time_Addresses" に対してアクセス制御リスト (ACL: Access Control List) が作成されます。 この ACL は (UI) に設定され、コンピューターにログオンしているすべての対話ユーザーが含まれます。 管理者は、この ACL にユーザーを追加または削除したり、追加のポートを開いたりできます。この ACL によって、管理特権が与えられていないユーザーでも、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスの自動ホスト (wcfSvcHost.exe) を使用できるようになります。  
+ 開発する管理者特権のないユーザーを有効にする[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]、ACL (アクセス制御リスト) が作成されたサービス名前空間の"http://+:8731/Design_Time_Addresses"Visual Studio のインストール中にします。 この ACL は (UI) に設定され、コンピューターにログオンしているすべての対話ユーザーが含まれます。 管理者は、この ACL にユーザーを追加または削除したり、追加のポートを開いたりできます。この ACL によって、管理特権が与えられていないユーザーでも、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスの自動ホスト (wcfSvcHost.exe) を使用できるようになります。  
   
  システム特権のある管理者アカウントで [!INCLUDE[wv](../../../includes/wv-md.md)] の netsh.exe ツールを使用すると、アクセスを変更できます。 netsh.exe の使用例を次に示します。  
   
@@ -121,5 +123,5 @@ netsh http add urlacl url=http://+:8001/MyService user=<domain>\<user>
   
  Netsh.exe の詳細については、次を参照してください。"[Netsh.exe ツールとコマンド ライン スイッチを使用する方法](http://go.microsoft.com/fwlink/?LinkId=97877)"です。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [WCF のテスト用クライアント (WcfTestClient.exe)](../../../docs/framework/wcf/wcf-test-client-wcftestclient-exe.md)
diff --git a/docs/framework/wcf/wcf-test-client-wcftestclient-exe.md b/docs/framework/wcf/wcf-test-client-wcftestclient-exe.md
index 9c4339baf48..501c66ee6cb 100644
--- a/docs/framework/wcf/wcf-test-client-wcftestclient-exe.md
+++ b/docs/framework/wcf/wcf-test-client-wcftestclient-exe.md
@@ -1,24 +1,26 @@
 ---
-title: "WCF のテスト用クライアント (WcfTestClient.exe)"
-ms.custom: 
+title: WCF のテスト用クライアント (WcfTestClient.exe)
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: d4302855-677f-4640-aa90-c5d785d72fb7
-caps.latest.revision: "45"
+caps.latest.revision: 45
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 18866260c5d14cf27634afcd8391b159abac1dd1
-ms.sourcegitcommit: 2142a4732bb4ff519b9817db4c24a237b9810d4b
+ms.workload:
+- dotnet
+ms.openlocfilehash: 2eb32d36b1e6710f666391f918aff68c33566ab8
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/05/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="wcf-test-client-wcftestclientexe"></a>WCF のテスト用クライアント (WcfTestClient.exe)
 [!INCLUDE[indigo1](../../../includes/indigo1-md.md)] テスト クライアント (WcfTestClient.exe) は、テスト パラメーターを入力し、その入力をサービスに送信して、サービスから返される応答を確認できる GUI ツールです。 このツールを [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス ホストと組み合わせて使用すると、シームレスにサービスをテストできるようになります。  
@@ -172,9 +174,9 @@ ms.lasthandoff: 01/05/2018
 ## <a name="closing-wcf-test-client"></a>WCF のテスト用クライアントの終了  
  [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のテスト用クライアントは、次の方法で閉じることができます。  
   
--   **ファイル** メニューのをクリックして**終了**です。 代わりに、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]テスト クライアントのメイン ウィンドウ、をクリックして**閉じる**です。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] テスト クライアントが [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] によって起動された場合は、どちらの手順でも [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスの自動ホストがシャットダウンし、[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] のデバッグ処理が停止します。  
+-   **ファイル** メニューのをクリックして**終了**です。 代わりに、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]テスト クライアントのメイン ウィンドウ、をクリックして**閉じる**です。 これらのアクションのどちらもシャット ダウンも[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービスの自動ホストと Visual Studio のデバッグ処理を停止[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]テスト用クライアントは、Visual Studio によって起動されました。  
   
--   右クリックし、 **WCF サービス ホスト**をクリックして通知領域アイコン**終了します。** これにより、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスの自動ホストと [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] のテスト用クライアントの両方がシャットダウンし、[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] のデバッグ処理が停止します。  
+-   右クリックし、 **WCF サービス ホスト**をクリックして通知領域アイコン**終了します。** これは、両方がシャット ダウン[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービスの自動ホストと[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]Visual Studio デバッグ プロセスのテスト用クライアントと停止します。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [WCF サービス ホスト (WcfSvcHost.exe)](../../../docs/framework/wcf/wcf-service-host-wcfsvchost-exe.md)
diff --git a/docs/framework/wcf/wcf-vs-templates.md b/docs/framework/wcf/wcf-vs-templates.md
index 20990bc55bd..dfc8eb359de 100644
--- a/docs/framework/wcf/wcf-vs-templates.md
+++ b/docs/framework/wcf/wcf-vs-templates.md
@@ -1,30 +1,32 @@
 ---
-title: "WCF Visual Studio テンプレート"
-ms.custom: 
+title: WCF Visual Studio テンプレート
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 6a608575-3535-4190-89da-911e24c8374f
-caps.latest.revision: "31"
+caps.latest.revision: 31
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 2bb195af180ab9d840f91fe82f9f643119663374
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: 9626905dbcec6bd40570e4188e9a188fca164144
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="wcf-visual-studio-templates"></a>WCF Visual Studio テンプレート
-[!INCLUDE[indigo1](../../../includes/indigo1-md.md)][!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] テンプレートは、[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] サービスや周辺アプリケーションをすばやく構築するために [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] で使用できる、定義済みのプロジェクト テンプレートと項目テンプレートです。  
+[!INCLUDE[indigo1](../../../includes/indigo1-md.md)] Visual Studio のテンプレートをすばやく作成する Visual Studio で使用できる定義済みのプロジェクトと項目テンプレートは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービスや周辺アプリケーションです。  
   
 ## <a name="using-the-wcf-templates"></a>WCF テンプレートの使用  
- [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] テンプレートには、サービス開発のための基本クラス構造が含まれています。 これには、サービス コントラクト、データ コントラクト、サービス実装、および構成の基本的な定義が含まれます。 これらのテンプレートを使用すると、最小限のコードを使用した単純なサービスや、より高度なサービスのビルド ブロックを作成できます。  
+ [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] Visual Studio のテンプレートは、サービスの開発の基本クラス構造を提供します。 これには、サービス コントラクト、データ コントラクト、サービス実装、および構成の基本的な定義が含まれます。 これらのテンプレートを使用すると、最小限のコードを使用した単純なサービスや、より高度なサービスのビルド ブロックを作成できます。  
   
 ### <a name="wcf-service-library-project-template"></a>WCF サービス ライブラリ プロジェクト テンプレート  
  [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービス ライブラリ プロジェクト テンプレートは、新しいプロジェクト ダイアログ ボックスの下で使用**Visual C# \WCF**と**Visual Basic\WCF**です。  
@@ -38,7 +40,7 @@ ms.lasthandoff: 01/19/2018
 -   アプリケーション構成ファイル (App.config)。 この構成ファイルには、セキュリティで保護された HTTP バインディングを含む [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス モデルの基本要素が含まれます。 サービスのエンドポイントも含まれており、メタデータの交換も可能です。  
   
 > [!NOTE]
->  [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]使用してを実行すると、プロジェクトの構成ファイルと、App.config ファイルを認識するように構成、 [WCF サービス ホスト (WcfSvcHost.exe)](../../../docs/framework/wcf/wcf-service-host-wcfsvchost-exe.md)、これは、既定の構成。 サービス ライブラリを実行可能ファイルでホストする場合は、DLL の構成ファイルは無効になるため、その実行可能ファイルの構成ファイルに構成コードを移動する必要があります。  
+>  Visual Studio を使用してを実行すると、プロジェクトの構成ファイルと、App.config ファイルを認識するように構成、 [WCF サービス ホスト (WcfSvcHost.exe)](../../../docs/framework/wcf/wcf-service-host-wcfsvchost-exe.md)、これは、既定の構成。 サービス ライブラリを実行可能ファイルでホストする場合は、DLL の構成ファイルは無効になるため、その実行可能ファイルの構成ファイルに構成コードを移動する必要があります。  
   
 ### <a name="wcf-service-application-template"></a>WCF サービス アプリケーション テンプレート  
  [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービス アプリケーション テンプレートは、[新しいプロジェクト] ダイアログ ボックスで使用**Visual C# \WCF**と**Visual Basic\WCF**です。  
@@ -59,7 +61,7 @@ ms.lasthandoff: 01/19/2018
  [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] Web サイト テンプレートは、[新しいプロジェクト] ダイアログ ボックスで使用**Visual C# \Web Site\WCF サービス**と**Visual Basic\Web \ wcf サービス**です。 これによって、WCF サービス アプリケーションのテンプレートと同じファイルが作成されますが、ASP.NET Web サイトであるかのように編成されます。 App_Code フォルダーと App_Data フォルダーが作成されます。  
   
 ### <a name="wcf-service-item-template"></a>WCF サービス項目テンプレート  
- [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービス項目テンプレートは、既存の [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] プロジェクトに [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] サービスをすばやく追加できるカスタム テンプレートです。  
+ [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]サービス項目テンプレートを追加する簡単な方法を提供するカスタム テンプレートは、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] services を既存の Visual Studio プロジェクト。  
   
  このテンプレートを使用するには、**ソリューション エクスプ ローラー**ウィンドウで、プロジェクトの名前を右クリックし、順にポイント**追加**、クリックして**新しい項目の**を起動する、**新規追加項目** ダイアログ ボックス。  
   
@@ -70,15 +72,15 @@ ms.lasthandoff: 01/19/2018
  既存のプロジェクトが Web プロジェクトの場合は、サービス ホスト ファイル (service1.svc) も作成されます。  
   
 ### <a name="wcf-wf-service-project-and-item-template"></a>WCF WF サービス プロジェクト/項目テンプレート  
- これらのテンプレートは、ワークフロー サービスをホストする [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスを作成します。ワークフロー サービスは、Web サービスのようにアクセスできるワークフローです。 この他に、XAML プログラミング モデルや命令型プログラミング モデルのテンプレートも用意されています。 これらのテンプレートを使用すると、シーケンシャル ワークフローやステート マシン ワークフローを作成できます。 これらの種類のワークフローの詳細については、次を参照してください。 [Windows Workflow Foundation チュートリアル](http://msdn.microsoft.com/library/e9705654-bd96-4b56-8d98-f1f118112d97)です。 [!INCLUDE[crabout](../../../includes/crabout-md.md)]ワークフロー プロジェクトを作成するを参照してください[従来のワークフロー プロジェクトを作成する](/visualstudio/workflow-designer/creating-legacy-workflow-projects)です。  
+ これらのテンプレートは、ワークフロー サービスをホストする [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスを作成します。ワークフロー サービスは、Web サービスのようにアクセスできるワークフローです。 この他に、XAML プログラミング モデルや命令型プログラミング モデルのテンプレートも用意されています。 これらのテンプレートを使用すると、シーケンシャル ワークフローやステート マシン ワークフローを作成できます。 これらの種類のワークフローの詳細については、次を参照してください。 [Windows Workflow Foundation チュートリアル](http://msdn.microsoft.com/library/e9705654-bd96-4b56-8d98-f1f118112d97)です。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] ワークフロー プロジェクトを作成するを参照してください[従来のワークフロー プロジェクトを作成する](/visualstudio/workflow-designer/creating-legacy-workflow-projects)です。  
   
- [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] デザイナーでは、コード ベースのワークフローではなく XOML 型のワークフローを使用すると応答性が向上します。 XOML ワークフローは、既定で作成されるワークフロー型です。  
+ XOML 型のワークフローが使用する代わりにコード ベースの場合に、visual Studio デザイナーを使用することが応答性が向上します。 XOML ワークフローは、既定で作成されるワークフロー型です。  
   
 ### <a name="wcf-syndication-service-library-template"></a>WCF 配信サービス ライブラリ テンプレート  
  このテンプレートを使用すると、RSS フィードや ATOM フィードを [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスとして公開できます。 詳細については、次を参照してください。 [WCF 配信](../../../docs/framework/wcf/feature-details/wcf-syndication.md)です。  
   
 #### <a name="changing-the-address-of-the-feed"></a>フィードのアドレスの変更  
- 配信テンプレートは、実行中に Internet Explorer を使用します。 プロジェクトを右クリックすると**ソリューション エクスプ ローラー**で[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]**プロパティ**クリックし、**デバッグ**タブの既定のアドレスを確認できますテンプレートです。 Internet Explorer は、このアドレスにあるフィードを開きます。  
+ 配信テンプレートは、実行中に Internet Explorer を使用します。 プロジェクトを右クリックすると**ソリューション エクスプ ローラー** Visual Studio で、次のように選択します**プロパティ**クリックし、、**デバッグ** タブとするには、の既定のアドレスを表示できます、。テンプレートです。 Internet Explorer は、このアドレスにあるフィードを開きます。  
   
  内のアドレスを変更する場合は、フィードのアドレスを変更するもする必要があります、**デバッグ**タブです。これを変更しないと、Internet Explorer が既定のアドレスにあるフィードを開こうとして、エラーになります。  
   
@@ -93,6 +95,6 @@ ms.lasthandoff: 01/19/2018
 > [!NOTE]
 >  Silverlight 対応 WCF サービスは、セキュリティ設定を一切有効にせずに `basicHttpBinding` エンドポイントを公開します。 したがって、サービスに接続しているすべてのクライアントが、このサービスに関する情報を取得できることになります。 また、サービスとクライアント間で交換されるメッセージの署名と暗号化も行われません。 エンドポイントを正しくセキュリティで保護するには、ASP.NET 認証や HTTPS などのメカニズムを使用する必要があります。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [WCF サービス ホスト (WcfSvcHost.exe)](../../../docs/framework/wcf/wcf-service-host-wcfsvchost-exe.md)  
  [WCF のテスト用クライアント (WcfTestClient.exe)](../../../docs/framework/wcf/wcf-test-client-wcftestclient-exe.md)
diff --git a/docs/framework/wcf/whats-wcf.md b/docs/framework/wcf/whats-wcf.md
index a1eaaf2cfc4..6bd2c37e891 100644
--- a/docs/framework/wcf/whats-wcf.md
+++ b/docs/framework/wcf/whats-wcf.md
@@ -20,11 +20,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 1e194a0784eb27043bbd0c127cde6883b4fafb2e
-ms.sourcegitcommit: 9a4fe1a1c37b26532654b4bbe22d702237950009
+ms.openlocfilehash: 2fa6efdc61620647d5c6318746e61e09cdde7a46
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/16/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="what-is-windows-communication-foundation"></a>Windows Communication Foundation とは
 [!INCLUDE[indigo1](../../../includes/indigo1-md.md)] は、サービス指向アプリケーションを構築するためのフレームワークです。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]を使用すると、1 つのサービス エンドポイントから別のサービス エンドポイントに非同期メッセージとしてデータを送信できます。 サービス エンドポイントには、IIS でホストされている、継続的に使用可能なサービスの一部を使用したり、アプリケーションでホストされているサービスを使用できます。 エンドポイントには、サービス エンドポイントからデータを要求するサービスのクライアントを使用できます。 メッセージは XML として送信された 1 文字または 1 語の簡単なものでも、バイナリ データのストリームのような複雑なものでも構いません。 サンプル シナリオをいくつか挙げます。  
@@ -80,7 +80,7 @@ ms.lasthandoff: 04/16/2018
   
 -   **非揮発性メッセージ**  
   
-     非揮発性メッセージは、通信の中断によって失われることがないメッセージです。 非揮発性メッセージ パターンのメッセージは常にデータベースに保存されます。 中断が発生した場合、接続復旧時にデータベースでメッセージの交換を再開できます。 [!INCLUDE[wf](../../../includes/wf-md.md)]を使用して非揮発性メッセージを作成することもできます。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [Workflow Services](../../../docs/framework/wcf/feature-details/workflow-services.md)。  
+     非揮発性メッセージは、通信の中断によって失われることがないメッセージです。 非揮発性メッセージ パターンのメッセージは常にデータベースに保存されます。 中断が発生した場合、接続復旧時にデータベースでメッセージの交換を再開できます。 Windows Workflow Foundation (WF) を使用して非揮発性メッセージを作成することもできます。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [Workflow Services](../../../docs/framework/wcf/feature-details/workflow-services.md)。  
   
 -   **トランザクション**  
   
@@ -97,7 +97,7 @@ ms.lasthandoff: 04/16/2018
 ## <a name="wcf-integration-with-other-microsoft-technologies"></a>WCF と他のマイクロソフト テクノロジと統合  
  [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] は柔軟性の高いプラットフォームです。 この柔軟性を活かして、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] は他のいくつかの Microsoft 製品でも使用されています。 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]の基本を理解することで、これらの製品を使用するときにもすぐにこの利点を活用できます。  
   
- [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] とペアを組んでいる最初のテクノロジは、Windows Workflow Foundation (WF) です。 ワークフロー「アクティビティ」としてワークフローの手順をカプセル化することによってアプリケーションの開発を簡略化します。 [!INCLUDE[wf2](../../../includes/wf2-md.md)]の最初のバージョンでは、開発者がワークフローのホストを作成する必要がありました。 次のバージョンの [!INCLUDE[wf2](../../../includes/wf2-md.md)] は [!INCLUDE[indigo2](../../../includes/indigo2-md.md)]と統合されました。 これにより、任意のワークフローを簡単に [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスでホストできるようになりました。これは [!INCLUDE[vs_current_long](../../../includes/vs-current-long-md.md)]で WF/WCF のプロジェクトの種類を自動的に選択して実行できます。  
+ [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] とペアを組んでいる最初のテクノロジは、Windows Workflow Foundation (WF) です。 ワークフロー「アクティビティ」としてワークフローの手順をカプセル化することによってアプリケーションの開発を簡略化します。 最初のバージョンの Windows Workflow Foundation では、開発者は、ワークフローのホストを作成する必要があります。 次のバージョンの Windows Workflow Foundation が統合された[!INCLUDE[indigo2](../../../includes/indigo2-md.md)]です。 これにより、任意のワークフローを簡単に [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスでホストできるようになりました。これは [!INCLUDE[vs_current_long](../../../includes/vs-current-long-md.md)]で WF/WCF のプロジェクトの種類を自動的に選択して実行できます。  
   
  Microsoft BizTalk Server R2 も [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] を通信テクノロジに使用しています。 BizTalk は、1 つの標準化形式のデータを受け取り、別の形式に変換するように設計されています。 メッセージは、厳密なマッピングか、またはワークフロー エンジンなどの BizTalk 機能の 1 つを使用してメッセージを変換できる、中央管理のメッセージ ボックスに配信する必要があります。 BizTalk では、 [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] 業務基幹 (LOB) アダプターを使用してメッセージをメッセージ ボックスに配信できます。  
   
diff --git a/docs/framework/windows-services/how-to-start-services.md b/docs/framework/windows-services/how-to-start-services.md
index 8d2be7f7d19..7f5b2d83e46 100644
--- a/docs/framework/windows-services/how-to-start-services.md
+++ b/docs/framework/windows-services/how-to-start-services.md
@@ -1,27 +1,29 @@
 ---
-title: "方法 : サービスを開始する"
-ms.custom: 
+title: '方法 : サービスを開始する'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-clr
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-clr
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - Windows Service applications, starting
 - services, starting
 ms.assetid: 9ea77955-2d96-4c3d-913c-14db7604cdad
-caps.latest.revision: "16"
+caps.latest.revision: 16
 author: ghogen
 ms.author: ghogen
 manager: douge
-ms.workload: dotnet
-ms.openlocfilehash: 8352edaa9386adc1fbf3057c6e98f5a9cf9ce4a1
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 47e27f579c0ed7d1be0b061bc6e79bba0c060abb
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-start-services"></a>方法 : サービスを開始する
 サービスをインストールした後で、サービスを起動します。 起動することで、サービス クラスの <xref:System.ServiceProcess.ServiceBase.OnStart%2A> メソッドが呼び出されます。 通常、<xref:System.ServiceProcess.ServiceBase.OnStart%2A> メソッドにはサービスが本来行う処理を定義します。 サービスの起動後は、手動で一時停止または停止するまで、アクティブの状態を維持します。  
@@ -29,7 +31,7 @@ ms.lasthandoff: 12/22/2017
  サービスを自動で起動するか手動で起動するかを設定できます。 自動的に起動するサービスは、そのサービスがインストールされているコンピューターを再起動したとき、または初めて電源を入れたときに起動します。 手動で起動するサービスは、ユーザーが起動する必要があります。  
   
 > [!NOTE]
->  既定では、[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] で作成されたサービスは手動で起動するように設定されます。  
+>  既定では、Visual Studio で作成されたサービスは、手動で起動に設定されます。  
   
  さまざまな方法でサービスを手動で開始できます — から**サーバー エクスプ ローラー**から、**サービス コントロール マネージャー**、またはコードからコンポーネントを使用して呼び出される、<xref:System.ServiceProcess.ServiceController>です。  
   
@@ -70,12 +72,12 @@ ms.lasthandoff: 12/22/2017
   
     -   Windows XP および 2000 Professional を右クリックして**マイ コンピューター**をクリックして、デスクトップ**管理**です。 ダイアログ ボックスが表示されますが、展開、**サービスとアプリケーション**ノード。  
   
-         \- または  
+         \- または -  
   
     -   Windows Server 2003 および Windows 2000 Server をクリックして**開始**、 をポイント**プログラム**、 をクリックして**管理ツール**、順にクリック**Services**.  
   
         > [!NOTE]
-        >  Windows NT version 4.0 からこのダイアログ ボックスを開くことができます**コントロール パネルの** です。  
+        >  Windows NT version 4.0 からこのダイアログ ボックスを開くことができます**コントロール パネルの **です。  
   
      サービスが一覧表示されます、 **Services**ウィンドウのセクションです。  
   
@@ -87,7 +89,7 @@ ms.lasthandoff: 12/22/2017
   
 2.  <xref:System.ServiceProcess.ServiceController.Start%2A> メソッドを呼び出してサービスを起動します。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [Windows サービス アプリケーションの概要](../../../docs/framework/windows-services/introduction-to-windows-service-applications.md)  
  [方法 : Windows サービスを作成する](../../../docs/framework/windows-services/how-to-create-windows-services.md)  
  [方法 : サービス アプリケーションにインストーラーを追加する](../../../docs/framework/windows-services/how-to-add-installers-to-your-service-application.md)
diff --git a/docs/framework/windows-services/index.md b/docs/framework/windows-services/index.md
index 21205cc08cf..e21220c4774 100644
--- a/docs/framework/windows-services/index.md
+++ b/docs/framework/windows-services/index.md
@@ -24,14 +24,14 @@ ms.author: ghogen
 manager: douge
 ms.workload:
 - dotnet
-ms.openlocfilehash: 4ed6a741a6f86b492929598613a0c10ae08981c5
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: cc01c836daa73b1a39ceab0b523791b6a520dc70
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="developing-windows-service-applications"></a>Windows サービス アプリケーションの開発
-Microsoft[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]または Microsoft [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] SDK、簡単にサービスを作成できますが、サービスとしてインストールされているアプリケーションを作成しています。 この種類のアプリケーションには、Windows サービスが呼び出されます。 フレームワーク機能を使用することができますサービスを作成、したり、インストールし、開始、停止、および動作を制御します。  
+Microsoft Visual Studio または Microsoft を使用して[!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)]SDK、簡単にサービスを作成できますが、サービスとしてインストールされているアプリケーションを作成しています。 この種類のアプリケーションには、Windows サービスが呼び出されます。 フレームワーク機能を使用することができますサービスを作成、したり、インストールし、開始、停止、および動作を制御します。  
   
 > [!WARNING]
 >  C++ の Windows サービス テンプレートは、Visual Studio 2010 に組み込まれませんでした。 Windows サービスを作成するには、Visual c# または Visual Basic は、必要な場合は、既存の C++ コードと相互運用する可能性があります、マネージ コードでサービスを作成することができますか、またはを使用して、ネイティブ C++ で Windows サービスを作成することができます、 [ATLプロジェクトウィザード](/cpp/atl/reference/atl-project-wizard).  
diff --git a/docs/framework/windows-workflow-foundation/architecture.md b/docs/framework/windows-workflow-foundation/architecture.md
index 815fe8bf4e5..fe70b61be87 100644
--- a/docs/framework/windows-workflow-foundation/architecture.md
+++ b/docs/framework/windows-workflow-foundation/architecture.md
@@ -1,26 +1,27 @@
 ---
-title: "Windows Workflow のアーキテクチャ"
-ms.custom: 
+title: Windows Workflow のアーキテクチャ
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 1d4c6495-d64a-46d0-896a-3a01fac90aa9
-caps.latest.revision: "20"
+caps.latest.revision: 20
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: ed13d7885cb8abd760aed6bd5812cb8b7c75bc02
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: a3a59369738ada0c6b770d272afa9c6c79c2ce01
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="windows-workflow-architecture"></a>Windows Workflow のアーキテクチャ
-[!INCLUDE[wf](../../../includes/wf-md.md)] は、実行時間の長いインタラクティブ アプリケーションの開発用に抽象化のレベルを引き上げます。 作業単位はアクティビティとしてカプセル化されます。 アクティビティが実行される環境には、フロー制御、例外処理、エラー伝達、状態データの永続化、動作中のワークフローのメモリへの読み込みやアンロード、追跡、トランザクション フローに対応する機能が備わっています。  
+Windows Workflow Foundation (WF) は、実行時間の長いインタラクティブ アプリケーションを開発するための抽象化レベルを上げます。 作業単位はアクティビティとしてカプセル化されます。 アクティビティが実行される環境には、フロー制御、例外処理、エラー伝達、状態データの永続化、動作中のワークフローのメモリへの読み込みやアンロード、追跡、トランザクション フローに対応する機能が備わっています。  
   
 ## <a name="activity-architecture"></a>アクティビティのアーキテクチャ  
  アクティビティは、<xref:System.Activities.Activity>、<xref:System.Activities.CodeActivity>、<xref:System.Activities.AsyncCodeActivity>、または <xref:System.Activities.NativeActivity> から派生する CLR 型として開発されたり、値 <xref:System.Activities.Activity%601>、<xref:System.Activities.CodeActivity%601>、<xref:System.Activities.AsyncCodeActivity%601>、または <xref:System.Activities.NativeActivity%601> を返す CLR 型の変化形として開発されます。 <xref:System.Activities.Activity> から派生するアクティビティを開発すると、ユーザーは既存のアクティビティを組み合わせてワークフロー環境で実行される作業単位をすばやく作成できます。 一方、<xref:System.Activities.CodeActivity> では、主にアクティビティ引数にアクセスするために <xref:System.Activities.CodeActivityContext> を使用してマネージ コードで作成される実行ロジックが有効になります。 <xref:System.Activities.AsyncCodeActivity> は、非同期タスクを実装するために使用できること以外の点で <xref:System.Activities.CodeActivity> に似ています。 <xref:System.Activities.NativeActivity> から派生するアクティビティを開発すると、<xref:System.Activities.NativeActivityContext> を通じてランタイムにアクセスし、子のスケジュール設定、ブックマーク作成、非同期の作業の呼び出し、トランザクションの登録などの機能を使用できます。  
@@ -53,10 +54,10 @@ xmlns="http://schemas.microsoft.com/2009/workflow">
 ## <a name="activity-life-cycle"></a>アクティビティ ライフ サイクル  
  アクティビティのインスタンスは <xref:System.Activities.ActivityInstanceState.Executing> 状態で開始します。 例外が検出された場合を除き、すべての子アクティビティが実行を終了し、他の保留中の作業 (<xref:System.Activities.Bookmark> オブジェクトなど) が完了するまでこの状態が維持されてから、<xref:System.Activities.ActivityInstanceState.Closed> 状態に移行します。 アクティビティ インスタンスの親は子にキャンセルを要求できます。子がキャンセル可能な場合、子は <xref:System.Activities.ActivityInstanceState.Canceled> 状態で完了します。 実行中に例外がスローされた場合は、ランタイムはアクティビティを <xref:System.Activities.ActivityInstanceState.Faulted> 状態にし、アクティビティの親チェーンの上方向へ例外を伝達します。 アクティビティの 3 つの完了状態を次に示します。  
   
--   **終了:**アクティビティは作業を完了し、終了しました。  
+-   **終了:** アクティビティは作業を完了し、終了しました。  
   
--   **キャンセル:**アクティビティが正常にその作業を破棄し、終了します。 この状態に移行した場合、作業は明示的にロール バックされません。  
+-   **キャンセル:** アクティビティが正常にその作業を破棄し、終了します。 この状態に移行した場合、作業は明示的にロール バックされません。  
   
--   **エラーが発生しました:**アクティビティを選択し、エラーが発生しました、作業を完了せずに終了しました。  
+-   **エラーが発生しました:** アクティビティを選択し、エラーが発生しました、作業を完了せずに終了しました。  
   
  アクティビティは、永続化またはアンロードされても <xref:System.Activities.ActivityInstanceState.Executing> 状態を維持します。
diff --git a/docs/framework/windows-workflow-foundation/compensation.md b/docs/framework/windows-workflow-foundation/compensation.md
index ca574c43648..139bcc8dbc4 100644
--- a/docs/framework/windows-workflow-foundation/compensation.md
+++ b/docs/framework/windows-workflow-foundation/compensation.md
@@ -1,32 +1,33 @@
 ---
-title: "補正"
-ms.custom: 
+title: 補正
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 722e9766-48d7-456c-9496-d7c5c8f0fa76
-caps.latest.revision: "26"
+caps.latest.revision: 26
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 7dd56b41b7b661b58446219d426be1a19edba059
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 861e0c9eb4e9afa5f9924160efed428d565bac4e
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="compensation"></a>補正
-[!INCLUDE[wf](../../../includes/wf-md.md)] の補正は、エラーが発生した場合に、前に完了した作業を (アプリケーションで定義されるロジックに応じて) 取り消したり補正したりできる機構です。 ここでは、ワークフローで補正を使用する方法について説明します。  
+補正 Windows Workflow Foundation (WF) 以前で完了した作業したりできる (次のアプリケーションで定義されているロジック) 補正メカニズムは、その後のエラーが発生しました。 ここでは、ワークフローで補正を使用する方法について説明します。  
   
 ## <a name="compensation-vs-transactions"></a>補正とトランザクション  
  トランザクションを使用することで、複数の操作を 1 つの作業単位にまとめることができます。 アプリケーションでトランザクションを使用すると、トランザクションのプロセスでエラーが発生した場合、トランザクション内で実行されたすべての変更を中止 (ロールバック) できます。 ただし、作業が長時間実行されている場合は、トランザクションの使用が適切でないことがあります。 たとえば、旅行計画用アプリケーションはワークフローとして実装されます。 このワークフローの手順は、フライトの予約、マネージャーによる承認の待機、およびチケットの支払いで構成されていることがあります。 このプロセスには数日かかる場合があり、フライトの予約と支払いの手順を同じトランザクションに参加させるのは実用的ではありません。 このようなシナリオでは、処理の後半でエラーが発生した場合、補正を使用してワークフローの予約の手順を取り消すことができます。  
   
 > [!NOTE]
->  このトピックでは、ワーク フローの補正について説明します。 [!INCLUDE[crabout](../../../includes/crabout-md.md)]ワークフローでトランザクションを参照してください[トランザクション](../../../docs/framework/windows-workflow-foundation/workflow-transactions.md)と<xref:System.Activities.Statements.TransactionScope>です。 トランザクションの[!INCLUDE[crabout](../../../includes/crabout-md.md)]については、「<xref:System.Transactions?displayProperty=nameWithType>」と「<xref:System.Transactions.Transaction?displayProperty=nameWithType>」を参照してください。  
+>  このトピックでは、ワーク フローの補正について説明します。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] ワークフローでトランザクションを参照してください[トランザクション](../../../docs/framework/windows-workflow-foundation/workflow-transactions.md)と<xref:System.Activities.Statements.TransactionScope>です。 トランザクションの[!INCLUDE[crabout](../../../includes/crabout-md.md)]については、「<xref:System.Transactions?displayProperty=nameWithType>」と「<xref:System.Transactions.Transaction?displayProperty=nameWithType>」を参照してください。  
   
 ## <a name="using-compensableactivity"></a>CompensableActivity の使用  
  <xref:System.Activities.Statements.CompensableActivity> は、[!INCLUDE[wf1](../../../includes/wf1-md.md)] の中心的な補正アクティビティです。 補正が必要な可能性がある作業を実行するアクティビティは、すべて <xref:System.Activities.Statements.CompensableActivity.Body%2A> の <xref:System.Activities.Statements.CompensableActivity> に配置されます。 この例では、航空券を購入する予約手順を <xref:System.Activities.Statements.CompensableActivity.Body%2A> の <xref:System.Activities.Statements.CompensableActivity> に配置し、予約の取り消しを <xref:System.Activities.Statements.CompensableActivity.CompensationHandler%2A> に配置します。 ワークフロー内の <xref:System.Activities.Statements.CompensableActivity> の直後には、マネージャーの承認を待ち、航空券の購入手順を完了するという 2 つのアクティビティがあります。 <xref:System.Activities.Statements.CompensableActivity> が正常に完了した後に、エラー条件によってワークフローが取り消された場合、<xref:System.Activities.Statements.CompensableActivity.CompensationHandler%2A> ハンドラー内のアクティビティがスケジュールされ、航空券は取り消されます。  
@@ -176,7 +177,7 @@ Activity wf = new Sequence()
 **ワークフロー未処理の例外。**   
 **System.applicationexception: ワークフローの条件をシミュレートされたエラーです。**   
 **CancelCreditCard: クレジット_カードへの課金を取り消します。**   
-**ワークフローの状態で正常に完了しました: 取り消されました。**  [!INCLUDE[crabout](../../../includes/crabout-md.md)]キャンセルを参照してください[キャンセル](../../../docs/framework/windows-workflow-foundation/modeling-cancellation-behavior-in-workflows.md)です。  
+**ワークフローの状態で正常に完了しました: 取り消されました。**  [!INCLUDE[crabout](../../../includes/crabout-md.md)] キャンセルを参照してください[キャンセル](../../../docs/framework/windows-workflow-foundation/modeling-cancellation-behavior-in-workflows.md)です。  
   
 ### <a name="explicit-compensation-using-the-compensate-activity"></a>Compensate アクティビティを使用する明示的な補正  
  前のセクションでは、暗黙的な補正について説明しました。 暗黙的な補正は単純なシナリオには適していますが、補正処理のスケジュールに関して、より明示的な制御が必要な場合は、<xref:System.Activities.Statements.Compensate> アクティビティを使用できます。 <xref:System.Activities.Statements.Compensate> アクティビティを使用して補正プロセスを開始するには、補正が望ましい <xref:System.Activities.Statements.CompensationToken> の <xref:System.Activities.Statements.CompensableActivity> を使用します。 <xref:System.Activities.Statements.Compensate> アクティビティは、完了した <xref:System.Activities.Statements.CompensableActivity> で、まだ確認または補正されていない場合に補正を開始するときに使用できます。 たとえば、<xref:System.Activities.Statements.Compensate> アクティビティは <xref:System.Activities.Statements.TryCatch.Catches%2A> アクティビティの <xref:System.Activities.Statements.TryCatch> セクションで使用できます。また、<xref:System.Activities.Statements.CompensableActivity> が完了した後の任意のタイミングで使用できます。 この例では、<xref:System.Activities.Statements.Compensate> アクティビティを <xref:System.Activities.Statements.TryCatch.Catches%2A> アクティビティの <xref:System.Activities.Statements.TryCatch> プロパティに使用し、<xref:System.Activities.Statements.CompensableActivity> のアクションを反転します。  
@@ -332,7 +333,7 @@ Activity wf = new Sequence()
 ## <a name="nesting-compensation-activities"></a>補正アクティビティの入れ子化  
  <xref:System.Activities.Statements.CompensableActivity> は、別の <xref:System.Activities.Statements.CompensableActivity.Body%2A> の <xref:System.Activities.Statements.CompensableActivity> セクションに配置できます。 <xref:System.Activities.Statements.CompensableActivity> は、別の <xref:System.Activities.Statements.CompensableActivity> のハンドラーで処理されない場合があります。 親の <xref:System.Activities.Statements.CompensableActivity> が取り消されたとき、確認されたとき、または補正されたとき、正常に完了していてまだ確認または補正されていないすべての子の補正可能なアクティビティを、親が取り消し、確認、または補正を完了する前に、確認または補正されるようにするのが親のそのアクティビティの役割ですです。 補正が明示的にモデル化されていない場合、親の <xref:System.Activities.Statements.CompensableActivity> は、親が取り消しまたは補正のシグナルを受け取ったとき、子の補正可能なアクティビティを暗黙的に補正します。 親は、確認通知を受け取ると、暗黙的に子の補正可能なアクティビティを確認します。 取り消し、確認、または補正を処理するロジックが親の <xref:System.Activities.Statements.CompensableActivity> のハンドラーで明示的にモデル化されている場合、明示的に処理されなかった子は暗黙的に確認されます。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Activities.Statements.CompensableActivity>  
  <xref:System.Activities.Statements.Compensate>  
  <xref:System.Activities.Statements.Confirm>  
diff --git a/docs/framework/windows-workflow-foundation/conceptual-overview.md b/docs/framework/windows-workflow-foundation/conceptual-overview.md
index 53983bd6504..4af4e03f3a4 100644
--- a/docs/framework/windows-workflow-foundation/conceptual-overview.md
+++ b/docs/framework/windows-workflow-foundation/conceptual-overview.md
@@ -1,36 +1,37 @@
 ---
-title: "Windows Workflow の概念"
-ms.custom: 
+title: Windows Workflow の概念
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - Windows Workflow Foundation [WF], concepts
 - WF [WF], concepts
 ms.assetid: 2a5c0ac2-813f-4a7b-83ac-9e5cb85e0640
-caps.latest.revision: "6"
+caps.latest.revision: 6
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 70c60d00ed59cf6b28c05d7948f579eda39a8fae
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 4c6478cf569c4fa3c812cb190932fd0973d4b71e
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="windows-workflow-conceptual-overview"></a>Windows Workflow の概念
-このセクションには、[!INCLUDE[wf](../../../includes/wf-md.md)] の背景となる、より大きな概念について説明したトピックが含まれます。  
+このセクションには、Windows Workflow Foundation (WF) の背後にあるのより大きな概念について説明するトピックのセットが含まれています。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [Windows Workflow の概要](../../../docs/framework/windows-workflow-foundation/overview.md)  
  [!INCLUDE[wv](../../../includes/wv-md.md)]、[!INCLUDE[wxp](../../../includes/wxp-md.md)]、[!INCLUDE[ws2003](../../../includes/ws2003-md.md)]、および [!INCLUDE[lserver](../../../includes/lserver-md.md)] の各オペレーティング システム用に記述されたアプリケーション内でシステム ワークフローまたはヒューマン ワークフローの作成が可能になる基盤について説明します。  
   
  [Windows Workflow の基本概念](../../../docs/framework/windows-workflow-foundation/fundamental-concepts.md)  
- 一部の開発者にとっては耳慣れない [!INCLUDE[wf2](../../../includes/wf2-md.md)] 開発に使用される基礎的な概念について説明します。  
+ 一部の開発者にとっては耳慣れない Windows Workflow Foundation 開発で使用される基本的な概念について説明します。  
   
  [Windows Workflow のアーキテクチャ](../../../docs/framework/windows-workflow-foundation/architecture.md)  
- [!INCLUDE[wf2](../../../includes/wf2-md.md)] 開発に使用されるコンポーネントについて説明します。
+ Windows Workflow Foundation 開発で使用されるコンポーネントをについて説明します。
diff --git a/docs/framework/windows-workflow-foundation/configuring-activity-validation.md b/docs/framework/windows-workflow-foundation/configuring-activity-validation.md
index 6bd33b1c415..cc0ec2fa1f9 100644
--- a/docs/framework/windows-workflow-foundation/configuring-activity-validation.md
+++ b/docs/framework/windows-workflow-foundation/configuring-activity-validation.md
@@ -1,26 +1,27 @@
 ---
-title: "アクティビティ検証の構成"
-ms.custom: 
+title: アクティビティ検証の構成
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 25a4eccb-b8fc-4857-a01d-2683b6341219
-caps.latest.revision: "5"
+caps.latest.revision: 5
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: d75f03a9af5caa5569cbfd4d1d09cda8936f6562
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: f0b7099cbae2faf53e99f73a52f4c25f42ed6834
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="configuring-activity-validation"></a>アクティビティ検証の構成
-アクティビティの検証を使用すると、アクティビティの作成者とユーザーは、アクティビティを実行する前に、アクティビティの構成エラーを特定および報告できます。 [!INCLUDE[wf](../../../includes/wf-md.md)] には、次に示す 3 種類のアクティビティの検証方法があります:  
+アクティビティの検証を使用すると、アクティビティの作成者とユーザーは、アクティビティを実行する前に、アクティビティの構成エラーを特定および報告できます。 Windows Workflow Foundation (WF) は、次の 3 種類のアクティビティの検証を提供します。  
   
 -   `RequiredArgument` 属性および `OverloadGroup` 属性。  
   
diff --git a/docs/framework/windows-workflow-foundation/consuming-odata-feeds-from-a-workflow.md b/docs/framework/windows-workflow-foundation/consuming-odata-feeds-from-a-workflow.md
index fc0ebe044ff..cf878843b0e 100644
--- a/docs/framework/windows-workflow-foundation/consuming-odata-feeds-from-a-workflow.md
+++ b/docs/framework/windows-workflow-foundation/consuming-odata-feeds-from-a-workflow.md
@@ -1,29 +1,30 @@
 ---
-title: "ワークフローからの OData フィードの利用"
-ms.custom: 
+title: ワークフローからの OData フィードの利用
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 1b26617c-53e9-476a-81af-675c36d95919
-caps.latest.revision: "9"
+caps.latest.revision: 9
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 9a01be08367fac1f7713f5db4953f67b0d32e073
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 2057e2b1c03a1ebcd68d7d59be8839171305707f
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="consuming-odata-feeds-from-a-workflow"></a>ワークフローからの OData フィードの利用
 WCF Data Services は [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] のコンポーネントです。このコンポーネントを使用すると、Representational State Transfer (REST) のセマンティクスを使用して、Web またはイントラネット上のデータを公開および使用するために Open Data Protocol (OData) を使用するサービスを作成できます。 OData は、URI でアドレス指定できるリソースとしてデータを公開します。 HTTP 要求を送信し、データ サービスが返す OData フィードを処理できるのであれば、どのようなアプリケーションでも OData ベースのデータ サービスと対話できます。 さらに、WCF Data Services には [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] アプリケーションから OData フィードを使用する際のプログラミング エクスペリエンスを向上させるクライアント ライブラリが含まれています。 このトピックでは、クライアント ライブラリを使用した場合と使用しない場合のワークフローでの OData フィードの使用の概要について説明します。  
   
 ## <a name="using-the-sample-northwind-odata-service"></a>Northwind Odata サービス サンプルの使用  
- このトピックの例では、 [http://services.odata.org/Northwind/Northwind.svc/](http://go.microsoft.com/fwlink/?LinkID=187426)に含まれている Northwind データ サービス サンプルを使用します。 このサービスは [OData SDK](http://go.microsoft.com/fwlink/?LinkID=185248) に含まれており、Northwind データベース サンプルへの読み取り専用アクセスを提供します。 書き込みアクセスが必要な場合、またはローカルの WCF Data Service が必要な場合は、「 [クイック スタート (WCF Data Services)](http://go.microsoft.com/fwlink/?LinkID=131076) 」の手順に従って、Northwind データベースへのアクセスを提供するローカルの OData サービスを作成できます。 クイックスタートの手順に従う場合は、このトピックのコード例に指定されている URI をローカルの URI に置き換えてください。  
+ このトピックの例では、Northwind データ サービス サンプルを使用して[ http://services.odata.org/Northwind/Northwind.svc/](http://go.microsoft.com/fwlink/?LinkID=187426)です。 このサービスは [OData SDK](http://go.microsoft.com/fwlink/?LinkID=185248) に含まれており、Northwind データベース サンプルへの読み取り専用アクセスを提供します。 書き込みアクセスが必要な場合、またはローカルの WCF Data Service が必要な場合は、「 [クイック スタート (WCF Data Services)](http://go.microsoft.com/fwlink/?LinkID=131076) 」の手順に従って、Northwind データベースへのアクセスを提供するローカルの OData サービスを作成できます。 クイックスタートの手順に従う場合は、このトピックのコード例に指定されている URI をローカルの URI に置き換えてください。  
   
 ## <a name="consuming-an-odata-feed-using-the-client-libraries"></a>クライアント ライブラリを使用した OData フィードの使用  
  WCF Data Services には、 [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] アプリケーションおよびクライアント アプリケーションから OData フィードを簡単に使用できるクライアント ライブラリが含まれています。 これらのライブラリは、HTTP メッセージの送受信を簡略化します。 また、メッセージ ペイロードをエンティティ データを表す CLR オブジェクトに変換します。 クライアント ライブラリには、 <xref:System.Data.Services.Client.DataServiceContext> および <xref:System.Data.Services.Client.DataServiceQuery%601>という 2 つのコア クラスがあります。 これらのクラスを使用すると、データ サービスをクエリして、返されるエンティティ データを CLR オブジェクトとして処理できます。 ここではクライアント ライブラリを使用するアクティビティを作成するための 2 つの方法を説明します。  
@@ -36,13 +37,13 @@ WCF Data Services は [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md
  サービスによって公開されるサービス操作はなく、 **[サービス]** ボックスの一覧には Northwind データ サービスによって公開されるエンティティを表す項目が含まれていることに注意してください。 サービス参照を追加すると、これらのエンティティに対するクラスが生成され、クライアント コードで使用できるようになります。 このトピックの例ではこれらのクラスと `NorthwindEntities` クラスを使用してクエリを実行します。  
   
 > [!NOTE]
->  [!INCLUDE[crdefault](../../../includes/crdefault-md.md)][データ サービス クライアント ライブラリ (WCF Data Services) を生成する](http://go.microsoft.com/fwlink/?LinkID=191611)です。  
+>  [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [データ サービス クライアント ライブラリ (WCF Data Services) を生成する](http://go.microsoft.com/fwlink/?LinkID=191611)です。  
   
 ### <a name="using-asynchronous-methods"></a>非同期メソッドの使用  
- Web のリソースにアクセスするときに発生することのある、待機時間に伴う問題に対処するために、WCF Data Services には非同期でアクセスすることをお勧めします。 WCF Data Services クライアント ライブラリにはクエリを呼び出すための非同期メソッドが含まれ、 [!INCLUDE[wf](../../../includes/wf-md.md)] は非同期アクティビティを作成するための <xref:System.Activities.AsyncCodeActivity> クラスを提供します。 <xref:System.Activities.AsyncCodeActivity> 派生アクティビティを書き込んで、非同期メソッドを含む [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] クラスを利用するか、非同期で実行するコードをメソッドに含め、デリゲートを使用して呼び出すことができます。 ここでは、 <xref:System.Activities.AsyncCodeActivity> 派生アクティビティの例を 2 つ紹介します。1 つは WCF Data Services クライアント ライブラリの非同期メソッドを使用し、もう 1 つはデリゲートを使用しています。  
+ Web のリソースにアクセスするときに発生することのある、待機時間に伴う問題に対処するために、WCF Data Services には非同期でアクセスすることをお勧めします。 WCF Data Services クライアント ライブラリは、クエリを呼び出すための非同期メソッドを含めるし、Windows Workflow Foundation (WF) の提供、<xref:System.Activities.AsyncCodeActivity>非同期アクティビティを作成するためのクラスです。 <xref:System.Activities.AsyncCodeActivity> 派生アクティビティを書き込んで、非同期メソッドを含む [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] クラスを利用するか、非同期で実行するコードをメソッドに含め、デリゲートを使用して呼び出すことができます。 ここでは、 <xref:System.Activities.AsyncCodeActivity> 派生アクティビティの例を 2 つ紹介します。1 つは WCF Data Services クライアント ライブラリの非同期メソッドを使用し、もう 1 つはデリゲートを使用しています。  
   
 > [!NOTE]
->  [!INCLUDE[crdefault](../../../includes/crdefault-md.md)][非同期操作 (WCF Data Services)](http://go.microsoft.com/fwlink/?LinkId=193396)と[非同期アクティビティを作成する](../../../docs/framework/windows-workflow-foundation/creating-asynchronous-activities-in-wf.md)です。  
+>  [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [非同期操作 (WCF Data Services)](http://go.microsoft.com/fwlink/?LinkId=193396)と[非同期アクティビティを作成する](../../../docs/framework/windows-workflow-foundation/creating-asynchronous-activities-in-wf.md)です。  
   
 ### <a name="using-client-library-asynchronous-methods"></a>クライアント ライブラリの非同期メソッドの使用  
  <xref:System.Data.Services.Client.DataServiceQuery%601> クラスには、OData サービスを非同期で照会するための <xref:System.Data.Services.Client.DataServiceQuery%601.BeginExecute%2A> メソッドと <xref:System.Data.Services.Client.DataServiceQuery%601.EndExecute%2A> メソッドが用意されています。 これらのメソッドは、 <xref:System.Activities.AsyncCodeActivity.BeginExecute%2A> 派生クラスの <xref:System.Activities.AsyncCodeActivity.EndExecute%2A> オーバーライドと <xref:System.Activities.AsyncCodeActivity> オーバーライドから呼び出すことができます。 <xref:System.Activities.AsyncCodeActivity> <xref:System.Activities.AsyncCodeActivity.BeginExecute%2A> オーバーライドが戻ると、ワークフローはアイドル状態になることができ (永続化はされない)、非同期操作が完了すると、 <xref:System.Activities.AsyncCodeActivity.EndExecute%2A> がランタイムによって呼び出されます。  
@@ -77,7 +78,7 @@ WCF Data Services は [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md
  次の例では、 `ListCustomers` アクティビティを定義します。 このアクティビティは、Northwind データ サービス サンプルを照会し、Northwind データベース内の顧客をすべて含む `List<Customer>` を返します。 非同期操作は `GetCustomers` メソッドによって実行されます。 このメソッドは、サービスに対してすべての顧客を照会し、これらの顧客を `List<Customer>`にコピーします。 次に、結果がページングされているかどうかを確認します。 ページングされている場合は、サービスに対して結果の次のページを照会し、それを一覧に追加します。処理は顧客データをすべて取得するまで続行されます。  
   
 > [!NOTE]
->  [!INCLUDE[crabout](../../../includes/crabout-md.md)]WCF Data Services でのページングを参照してください。 [方法: ページングされた結果を読み込む (WCF Data Services)](http://go.microsoft.com/fwlink/?LinkId=193452)。  
+>  [!INCLUDE[crabout](../../../includes/crabout-md.md)] WCF Data Services でのページングを参照してください。 [方法: ページングされた結果を読み込む (WCF Data Services)](http://go.microsoft.com/fwlink/?LinkId=193452)。  
   
  顧客がすべて追加されると、一覧が返されます。 `GetCustomers` メソッドはアクティビティの <xref:System.Activities.AsyncCodeActivity.BeginExecute%2A> オーバーライドで指定されます。 メソッドには戻り値があるので、メソッドを指定するために `Func<string, List<Customer>>` が作成されます。  
   
@@ -110,7 +111,7 @@ WCF Data Services は [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md
   
  **生データが返されます。**  
 **\<? xml バージョン「1.0」encoding ="utf-8"スタンドアロンの = ="yes"? >**   
-**\<ContactName xmlns ="http://schemas.microsoft.com/ado/2007/08/dataservices"> Maria Anders\</ContactName >**にワークフローでは、この例のコードを組み込むことが、 <xref:System.Activities.CodeActivity.Execute%2A> のオーバーライド<xref:System.Activities.CodeActivity>-ベースのカスタム アクティビティが、同じ機能を使用して行うこともできます、<xref:System.Activities.Expressions.InvokeMethod%601>アクティビティ。 <xref:System.Activities.Expressions.InvokeMethod%601> アクティビティは、ワークフローの作成者がクラスの静的メソッドやインスタンス メソッドを呼び出すことができるようにします。また、指定したメソッドを非同期で呼び出すオプションもあります。 次の例では、 <xref:System.Activities.Expressions.InvokeMethod%601> アクティビティは <xref:System.Net.WebClient.DownloadString%2A> クラスの <xref:System.Net.WebClient> メソッドを呼び出して顧客一覧を返すように構成されています。  
+**\<ContactName xmlns ="http://schemas.microsoft.com/ado/2007/08/dataservices"> Maria Anders\</ContactName >** にワークフローでは、この例のコードを組み込むことが、<xref:System.Activities.CodeActivity.Execute%2A>の上書き、 <xref:System.Activities.CodeActivity>-カスタムのアクティビティが、同じベース機能を使用して行うこともできます、<xref:System.Activities.Expressions.InvokeMethod%601>アクティビティ。 <xref:System.Activities.Expressions.InvokeMethod%601> アクティビティは、ワークフローの作成者がクラスの静的メソッドやインスタンス メソッドを呼び出すことができるようにします。また、指定したメソッドを非同期で呼び出すオプションもあります。 次の例では、 <xref:System.Activities.Expressions.InvokeMethod%601> アクティビティは <xref:System.Net.WebClient.DownloadString%2A> クラスの <xref:System.Net.WebClient> メソッドを呼び出して顧客一覧を返すように構成されています。  
   
  [!code-csharp[CFX_WCFDataServicesActivityExample#3](../../../samples/snippets/csharp/VS_Snippets_CFX/CFX_WCFDataServicesActivityExample/cs/Program.cs#3)]  
   
@@ -124,16 +125,16 @@ WCF Data Services は [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md
 **生データが返されました:**   
 **\<? xml バージョン「1.0」encoding ="utf-8"スタンドアロンの = ="yes"? >**   
 **\<フィード**   
- **xml:base"http://services.odata.org/Northwind/Northwind.svc/"を =**  
+ **xml:base ="http://services.odata.org/Northwind/Northwind.svc/"**  
  **xmlns:d ="http://schemas.microsoft.com/ado/2007/08/dataservices"**  
- **xmlns:m"http://schemas.microsoft.com/ado/2007/08/dataservices/metadata"を =**  
+ **xmlns:m ="http://schemas.microsoft.com/ado/2007/08/dataservices/metadata"**  
  **xmlns ="http://www.w3.org/2005/Atom">**  
  **\<型のタイトル「テキスト」= > Orders\</title >**  
- **\<id > http://services.odata.org/Northwind/Northwind.svc/Customers('ALFKI')/Orders\</id >**  
+ **\<id >http://services.odata.org/Northwind/Northwind.svc/Customers('ALFKI') orders\</id >**  
  **\<更新 > 2010-05-19T19:37:07Z\<更新/>**  
  **\<rel をリンク =「自己」title ="Orders"href ="Orders"/>**  
  **\<入力 >**  
- **\<id > http://services.odata.org/Northwind/Northwind.svc/Orders (10643)\</id >**  
+ **\<id >http://services.odata.org/Northwind/Northwind.svc/Orders(10643)\</id >**  
  **\<型のタイトル「テキスト」= >\</title >**  
  **\<更新 > 2010-05-19T19:37:07Z\<更新/>**  
  **\<作成者 >**  
@@ -142,4 +143,4 @@ WCF Data Services は [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md
  **\<link rel ="edit"title ="Order"href="Orders(10643)"/>**  
  **\<link rel ="http://schemas.microsoft.com/ado/2007/08/dataservices/related/Customer"**  
  **種類 ="アプリケーションおよび atom + xml; 入力エントリを ="タイトル"Customer"href =「(10643)/顧客の注文」を =/>**  
-**...**この例は、ワークフロー アプリケーションの作成者が OData サービスから返された生データを使用できる方法の 1 つを示しています。 URI を使用して WCF Data Services にアクセスする方法の[!INCLUDE[crabout](../../../includes/crabout-md.md)] については、「 [データ サービス リソースへのアクセス (WCF Data Services)](http://go.microsoft.com/fwlink/?LinkId=193397) 」および [OData: URI 規約](http://go.microsoft.com/fwlink/?LinkId=185564)に関するページを参照してください。
+**...** この例は、ワークフロー アプリケーションの作成者が OData サービスから返された生データを使用できる方法の 1 つを示しています。 URI を使用して WCF Data Services にアクセスする方法の[!INCLUDE[crabout](../../../includes/crabout-md.md)] については、「 [データ サービス リソースへのアクセス (WCF Data Services)](http://go.microsoft.com/fwlink/?LinkId=193397) 」および [OData: URI 規約](http://go.microsoft.com/fwlink/?LinkId=185564)に関するページを参照してください。
diff --git a/docs/framework/windows-workflow-foundation/contract-first-workflow-service-development.md b/docs/framework/windows-workflow-foundation/contract-first-workflow-service-development.md
index ef8c49b8c83..9ead0cfc0b1 100644
--- a/docs/framework/windows-workflow-foundation/contract-first-workflow-service-development.md
+++ b/docs/framework/windows-workflow-foundation/contract-first-workflow-service-development.md
@@ -1,26 +1,27 @@
 ---
-title: "コントラクト優先ワークフロー サービスの開発"
-ms.custom: 
+title: コントラクト優先ワークフロー サービスの開発
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: e5dbaa7b-005f-4330-848d-58ac4f42f093
-caps.latest.revision: "2"
+caps.latest.revision: 2
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: bdafa52219dc7a275ceb64e24e8ecd91f0ec8068
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 4bc0c8fafd80651114d85d2d6b06c57dec6199b5
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="contract-first-workflow-service-development"></a>コントラクト優先ワークフロー サービスの開発
-[!INCLUDE[net_v45](../../../includes/net-v45-md.md)] 以降の [!INCLUDE[wf](../../../includes/wf-md.md)] では、コントラクト優先ワークフローの開発という形で、Web サービスとワークフローの統合が向上しています。 コントラクト優先ワークフローの開発ツールでは、コードのコントラクトを先に設計できます。 その後、ツールボックス内に、コントラクト内の操作用のアクティビティ テンプレートが自動的に生成されます。 このトピックでは、ワークフロー サービスのアクティビティおよびプロパティをサービス コントラクトの属性にマップする方法の概要について説明します。 コントラクト優先ワークフロー サービスを作成する例については、次を参照してください。[する方法: 既存のサービス コントラクトを使用するワークフロー サービスを作成する](../../../docs/framework/windows-workflow-foundation/how-to-create-a-workflow-service-that-consumes-an-existing-service-contract.md)です。  
+以降で[!INCLUDE[net_v45](../../../includes/net-v45-md.md)]、Windows Workflow Foundation (WF) 機能のコントラクト優先ワークフローの開発という形で web サービスとワークフローの間の統合が向上しています。 コントラクト優先ワークフローの開発ツールでは、コードのコントラクトを先に設計できます。 その後、ツールボックス内に、コントラクト内の操作用のアクティビティ テンプレートが自動的に生成されます。 このトピックでは、ワークフロー サービスのアクティビティおよびプロパティをサービス コントラクトの属性にマップする方法の概要について説明します。 コントラクト優先ワークフロー サービスを作成する例については、次を参照してください。[する方法: 既存のサービス コントラクトを使用するワークフロー サービスを作成する](../../../docs/framework/windows-workflow-foundation/how-to-create-a-workflow-service-that-consumes-an-existing-service-contract.md)です。  
   
 ## <a name="in-this-topic"></a>このトピックの内容  
   
@@ -42,7 +43,7 @@ ms.lasthandoff: 12/22/2017
   
     -   [構成済みのメッセージング アクティビティの生成](../../../docs/framework/windows-workflow-foundation/contract-first-workflow-service-development.md#ActivityGeneration)  
   
-##  <a name="MappingAttributes"></a>ワークフロー属性へのサービス コントラクト属性のマッピング  
+##  <a name="MappingAttributes"></a> ワークフロー属性へのサービス コントラクト属性のマッピング  
  次のセクションにある表では、さまざまな WCF 属性およびプロパティを示し、それらをコントラクト優先ワークフローのメッセージング アクティビティおよびプロパティにマップする方法について説明します。  
   
 -   [サービス コントラクト属性](../../../docs/framework/windows-workflow-foundation/contract-first-workflow-service-development.md#ServiceContract)  
@@ -55,7 +56,7 @@ ms.lasthandoff: 12/22/2017
   
 -   [エラー コントラクト属性](../../../docs/framework/windows-workflow-foundation/contract-first-workflow-service-development.md#FaultContract)  
   
-###  <a name="ServiceContract"></a>サービス コントラクト属性  
+###  <a name="ServiceContract"></a> サービス コントラクト属性  
   
 |プロパティ名|サポート状況|説明|WF の検証|  
 |-------------------|---------------|-----------------|-------------------|  
@@ -70,7 +71,7 @@ ms.lasthandoff: 12/22/2017
   
  ここにサブセクションの本文を挿入します。  
   
-###  <a name="OperationContract"></a>操作コントラクト属性  
+###  <a name="OperationContract"></a> 操作コントラクト属性  
   
 |プロパティ名|サポート状況|説明|WF の検証|  
 |-------------------|---------------|-----------------|-------------------|  
@@ -85,7 +86,7 @@ ms.lasthandoff: 12/22/2017
 |ReplyAction|はい|操作の応答メッセージの SOAP アクションの値を取得または設定します。|SendReply.Action が一致している必要があります。|  
 |TypeId|Ｘ|派生クラスで実装すると、この属性の一意の識別子を取得します  (属性から継承)。|(なし)|  
   
-###  <a name="MessageContract"></a>メッセージ コントラクト属性  
+###  <a name="MessageContract"></a> メッセージ コントラクト属性  
   
 |プロパティ名|サポート状況|説明|WF の検証|  
 |-------------------|---------------|-----------------|-------------------|  
@@ -96,7 +97,7 @@ ms.lasthandoff: 12/22/2017
 |WrapperName|はい|メッセージ本文のラッパー要素の名前を取得または設定します。|検証なし (Receive.Content と SendReply.Content がメッセージ コントラクト型と一致している必要があります)。|  
 |WrapperNamespace|Ｘ|メッセージ本文のラッパー要素の名前空間を取得または設定します。|(なし)|  
   
-###  <a name="DataContract"></a>データ コントラクト属性  
+###  <a name="DataContract"></a> データ コントラクト属性  
   
 |プロパティ名|サポート状況|説明|WF の検証|  
 |-------------------|---------------|-----------------|-------------------|  
@@ -105,7 +106,7 @@ ms.lasthandoff: 12/22/2017
 |Namespace|はい|型のデータ コントラクトの名前空間を取得または設定します。|検証なし (Receive.Content と SendReply.Content がメッセージ コントラクト型と一致している必要があります)。|  
 |TypeId|Ｘ|派生クラスで実装すると、この属性の一意の識別子を取得します  (属性から継承)。|(なし)|  
   
-###  <a name="FaultContract"></a>エラー コントラクト属性  
+###  <a name="FaultContract"></a> エラー コントラクト属性  
   
 |プロパティ名|サポート状況|説明|WF の検証|  
 |-------------------|---------------|-----------------|-------------------|  
@@ -117,19 +118,19 @@ ms.lasthandoff: 12/22/2017
 |ProtectionLevel|Ｘ|SOAP エラーがバインドに要求する保護レベルを指定します。|(なし)|  
 |TypeId|Ｘ|派生クラスで実装すると、この属性の一意の識別子を取得します  (属性から継承)。|(なし)|  
   
-##  <a name="AdditionalSupport"></a>その他のサポートと実装情報  
+##  <a name="AdditionalSupport"></a> その他のサポートと実装情報  
   
 -   [サポートされていないサービス コントラクト機能](../../../docs/framework/windows-workflow-foundation/contract-first-workflow-service-development.md#UnsupportedFeatures)  
   
 -   [構成済みのメッセージング アクティビティの生成](../../../docs/framework/windows-workflow-foundation/contract-first-workflow-service-development.md#ActivityGeneration)  
   
-###  <a name="UnsupportedFeatures"></a>サポートされていないサービス コントラクト機能  
+###  <a name="UnsupportedFeatures"></a> サポートされていないサービス コントラクト機能  
   
 -   コントラクトでの TPL (タスク並列ライブラリ) タスクの使用はサポートされていません。  
   
 -   サービス コントラクトの継承はサポートされていません。  
   
-###  <a name="ActivityGeneration"></a>構成済みのメッセージング アクティビティの生成  
+###  <a name="ActivityGeneration"></a> 構成済みのメッセージング アクティビティの生成  
  コントラクト優先ワークフロー サービスを使用する場合に事前構成されたメッセージ アクティビティの生成をサポートするために、2 つのパブリック静的メソッドが <xref:System.ServiceModel.Activities.Receive> アクティビティと <xref:System.ServiceModel.Activities.SendReply> アクティビティに追加されています。  
   
 -   <xref:System.ServiceModel.Activities.Receive.FromOperationDescription%2A?displayProperty=nameWithType>  
diff --git a/docs/framework/windows-workflow-foundation/csharp-expressions.md b/docs/framework/windows-workflow-foundation/csharp-expressions.md
index 8f73e391be5..d9f48804ae9 100644
--- a/docs/framework/windows-workflow-foundation/csharp-expressions.md
+++ b/docs/framework/windows-workflow-foundation/csharp-expressions.md
@@ -14,14 +14,14 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: ea613d21cf7c8064938b94df3826e40caeecf3c3
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 17528db182676ae69694c4e416ee10bff1ae6ef2
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="c-expressions"></a>C# の式
-[!INCLUDE[net_v45](../../../includes/net-v45-md.md)] 以降では、[!INCLUDE[wf](../../../includes/wf-md.md)] で C# 式がサポートされています。 [!INCLUDE[vs_current_long](../../../includes/vs-current-long-md.md)] で作成された、[!INCLUDE[net_v45](../../../includes/net-v45-md.md)] を対象とする新しい C# ワークフロー プロジェクトでは C# 式が使用され、Visual Basic ワークフロー プロジェクトでは Visual Basic 式が使用されます。 Visual Basic 式を使用する既存の [!INCLUDE[netfx40_short](../../../includes/netfx40-short-md.md)] ワークフロー プロジェクトは、プロジェクトの言語に関係なく [!INCLUDE[netfx_current_short](../../../includes/netfx-current-short-md.md)] に移行することができ、サポートされています。 ここでは、[!INCLUDE[wf1](../../../includes/wf1-md.md)] での C# 式の概要について説明します。  
+以降で[!INCLUDE[net_v45](../../../includes/net-v45-md.md)]、c# 式には、Windows Workflow Foundation (WF) ではサポートされています。 [!INCLUDE[vs_current_long](../../../includes/vs-current-long-md.md)] で作成された、[!INCLUDE[net_v45](../../../includes/net-v45-md.md)] を対象とする新しい C# ワークフロー プロジェクトでは C# 式が使用され、Visual Basic ワークフロー プロジェクトでは Visual Basic 式が使用されます。 Visual Basic 式を使用する既存の [!INCLUDE[netfx40_short](../../../includes/netfx40-short-md.md)] ワークフロー プロジェクトは、プロジェクトの言語に関係なく [!INCLUDE[netfx_current_short](../../../includes/netfx-current-short-md.md)] に移行することができ、サポートされています。 ここでは、[!INCLUDE[wf1](../../../includes/wf1-md.md)] での C# 式の概要について説明します。  
   
 ## <a name="using-c-expressions-in-workflows"></a>ワークフローでの C# 式の使用  
   
@@ -40,7 +40,7 @@ ms.lasthandoff: 04/26/2018
 -   [XAMLX ワークフロー サービスで c# 式の使用](../../../docs/framework/windows-workflow-foundation/csharp-expressions.md#WFServices)  
   
 ###  <a name="WFDesigner"></a> ワークフロー デザイナーで c# 式の使用  
- [!INCLUDE[net_v45](../../../includes/net-v45-md.md)] 以降では、[!INCLUDE[wf](../../../includes/wf-md.md)] で C# 式がサポートされています。 [!INCLUDE[vs_current_long](../../../includes/vs-current-long-md.md)] で作成された、[!INCLUDE[net_v45](../../../includes/net-v45-md.md)] を対象とする C# ワークフロー プロジェクトでは C# 式が使用されるのに対し、Visual Basic ワークフロー プロジェクトでは Visual Basic 式が使用されます。 目的の c# の式を指定するラベルの付いたボックスに入力**c# 式を入力**です。 このラベルは、プロパティ ウィンドウ (デザイナーでアクティビティを選択した場合) またはワークフロー デザイナーのアクティビティに表示されます。 次の例では、2 つの `WriteLine` アクティビティが `Sequence` の中で `NoPersistScope` 内に含まれています。  
+ 以降で[!INCLUDE[net_v45](../../../includes/net-v45-md.md)]、c# 式には、Windows Workflow Foundation (WF) ではサポートされています。 [!INCLUDE[vs_current_long](../../../includes/vs-current-long-md.md)] で作成された、[!INCLUDE[net_v45](../../../includes/net-v45-md.md)] を対象とする C# ワークフロー プロジェクトでは C# 式が使用されるのに対し、Visual Basic ワークフロー プロジェクトでは Visual Basic 式が使用されます。 目的の c# の式を指定するラベルの付いたボックスに入力**c# 式を入力**です。 このラベルは、プロパティ ウィンドウ (デザイナーでアクティビティを選択した場合) またはワークフロー デザイナーのアクティビティに表示されます。 次の例では、2 つの `WriteLine` アクティビティが `Sequence` の中で `NoPersistScope` 内に含まれています。  
   
  ![自動的に作成された sequence アクティビティ](../../../docs/framework/windows-workflow-foundation/media/autosurround2.png "AutoSurround2")  
   
diff --git a/docs/framework/windows-workflow-foundation/customizing-the-workflow-design-experience.md b/docs/framework/windows-workflow-foundation/customizing-the-workflow-design-experience.md
index 9943076225e..6180993f143 100644
--- a/docs/framework/windows-workflow-foundation/customizing-the-workflow-design-experience.md
+++ b/docs/framework/windows-workflow-foundation/customizing-the-workflow-design-experience.md
@@ -16,11 +16,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 0ee64ae3db9dbf98f2a62397075406c118a867bb
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 37296298bda514d507b8fe65af516de74289d6a0
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="customizing-the-workflow-design-experience"></a>ワークフロー デザイン操作のカスタマイズ
 [!INCLUDE[wfd1](../../../includes/wfd1-md.md)] では、カスタム アクティビティを設計するシナリオや [!INCLUDE[netfx40_short](../../../includes/netfx40-short-md.md)]を再ホストするシナリオが大幅に簡略化されました。 開発も配置も簡単になり、柔軟性も向上しました。 キーのインフラストラクチャの変更は、こと、新しいアクティビティ デザイナー プログラミング モデルが構築された時に Windows Presentation Foundation (WPF) です。 そのため、アクティビティ デザイナーを宣言によって定義することや、他のアプリケーションに[!INCLUDE[wfd2](../../../includes/wfd2-md.md)]を再ホストすることが比較的簡単にできます。 再ホストするときに、カスタム式エディターを開発して、IntelliSense や簡略化された式ドメインをサポートできます。 [!INCLUDE[indigo1](../../../includes/indigo1-md.md)] との統合は、ワークフロー サービスを使用することで、よりシームレスになっています。 カスタム アクティビティ デザイナーおよびモデル アイテム ツリーを使用して、再ホストされたワークフロー デザイナーのデザイン時の操作を拡張できます。  
@@ -30,7 +30,7 @@ ms.lasthandoff: 04/26/2018
  新しいカスタム アクティビティ デザイナーおよびテンプレートを作成する方法について説明します。  
   
  [ワークフロー デザイナーのホスト変更](../../../docs/framework/windows-workflow-foundation/rehosting-the-workflow-designer.md)  
- [!INCLUDE[wfd1](../../../includes/wfd1-md.md)] 以外に [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]を再ホストする方法および検証エラーを表示する方法を説明します。  
+ 再ホストする方法について説明、[!INCLUDE[wfd1](../../../includes/wfd1-md.md)]検証エラーを表示する方法と Visual Studio の外部でします。  
   
  [カスタム式エディターの使用](../../../docs/framework/windows-workflow-foundation/using-a-custom-expression-editor.md)  
  [!INCLUDE[vs2010](../../../includes/vs2010-md.md)] 以外で再ホストされたワークフロー デザイナーで使用するカスタム式エディターの実装方法を説明します。  
diff --git a/docs/framework/windows-workflow-foundation/debugging-workflows.md b/docs/framework/windows-workflow-foundation/debugging-workflows.md
index a4050226d2d..ae708b5f3a7 100644
--- a/docs/framework/windows-workflow-foundation/debugging-workflows.md
+++ b/docs/framework/windows-workflow-foundation/debugging-workflows.md
@@ -14,11 +14,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 788cc6b25e4faa8a680f5ec23d88a5d18d0a7c87
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 866fe3ebcec295b57444f937b3b6fd6677bfe0f4
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="debugging-workflows"></a>デバッグのワークフロー
 [!INCLUDE[netfx_current_long](../../../includes/netfx-current-long-md.md)] には、開発環境から実行中のワークフローをデバッグするオプションがいくつかあります。 ワークフローは、デザイナー、XAML、およびコードでデバッグできます。  
@@ -36,7 +36,7 @@ ms.lasthandoff: 04/26/2018
  ワークフローのデバッグは、Visual Studio のインフラストラクチャを使用したプロセスへのアタッチもサポートしています。 そのため、ワークフロー作成者は、Internet Information Services (IIS) 7.0 など異なるホスト環境で実行されているワークフローをデバッグできます。  
   
 ## <a name="remote-debugging"></a>Remote Debugging  
- [!INCLUDE[wf](../../../includes/wf-md.md)] リモート デバッグと、その他の Visual Studio コンポーネントのリモート デバッグと同様に機能します。 リモート デバッグの使用方法の詳細については、次を参照してください。[する方法: リモート デバッグを有効にする](http://go.microsoft.com/fwlink/?LinkId=196257)です。  
+ Windows Workflow Foundation (WF) のリモート デバッグと、その他の Visual Studio コンポーネントのリモート デバッグと同様に機能します。 リモート デバッグの使用方法の詳細については、次を参照してください。[する方法: リモート デバッグを有効にする](http://go.microsoft.com/fwlink/?LinkId=196257)です。  
   
 > [!NOTE]
 >  ワークフロー アプリケーションが x86 を対象とする場合のアーキテクチャが、64 ビットのオペレーティング システムを実行するコンピューターでホストされているリモート デバッグが機能しません、リモート コンピューターで Visual Studio がインストールされているかに、ワークフロー アプリケーションのターゲットを変更しない限り、**任意の CPU**です。  
diff --git a/docs/framework/windows-workflow-foundation/expressions.md b/docs/framework/windows-workflow-foundation/expressions.md
index a3c520155e9..931706bbc7b 100644
--- a/docs/framework/windows-workflow-foundation/expressions.md
+++ b/docs/framework/windows-workflow-foundation/expressions.md
@@ -1,32 +1,33 @@
 ---
 title: Expressions1
-ms.custom: 
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: c42341a9-43a1-462c-bffb-c5de004aa428
-caps.latest.revision: "17"
+caps.latest.revision: 17
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: e17d271aff9af19875f40c82b0b43b91904c3e40
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 293e59bd53607b7ca4c3d9075cb4bb0c4be4d4da
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="expressions"></a>式
-[!INCLUDE[wf](../../../includes/wf-md.md)] 式は結果を返す任意のアクティビティです。 すべての式アクティビティは、アクティビティの戻り値として <xref:System.Activities.Activity%601> という名前の <xref:System.Activities.OutArgument> プロパティを含む <xref:System.Activities.Activity%601.Result%2A> から間接的に派生します。 [!INCLUDE[wf1](../../../includes/wf1-md.md)] には、幅広い式アクティビティが用意されています。式アクティビティは、演算子アクティビティを介して 1 つのワークフロー変数へアクセスできる <xref:System.Activities.Expressions.VariableValue%601> や <xref:System.Activities.Expressions.VariableReference%601> などの単純なアクティビティから、結果を生成するために Visual Basic 言語一式へアクセスできる <xref:Microsoft.VisualBasic.Activities.VisualBasicReference%601> や <xref:Microsoft.VisualBasic.Activities.VisualBasicValue%601> などの複雑なアクティビティまでさまざまです。 追加の式アクティビティは、<xref:System.Activities.CodeActivity%601> または <xref:System.Activities.NativeActivity%601> から派生して作成できます。  
+Windows Workflow Foundation (WF) 式は、結果を返す任意のアクティビティです。 すべての式アクティビティは、アクティビティの戻り値として <xref:System.Activities.Activity%601> という名前の <xref:System.Activities.OutArgument> プロパティを含む <xref:System.Activities.Activity%601.Result%2A> から間接的に派生します。 [!INCLUDE[wf1](../../../includes/wf1-md.md)] には、幅広い式アクティビティが用意されています。式アクティビティは、演算子アクティビティを介して 1 つのワークフロー変数へアクセスできる <xref:System.Activities.Expressions.VariableValue%601> や <xref:System.Activities.Expressions.VariableReference%601> などの単純なアクティビティから、結果を生成するために Visual Basic 言語一式へアクセスできる <xref:Microsoft.VisualBasic.Activities.VisualBasicReference%601> や <xref:Microsoft.VisualBasic.Activities.VisualBasicValue%601> などの複雑なアクティビティまでさまざまです。 追加の式アクティビティは、<xref:System.Activities.CodeActivity%601> または <xref:System.Activities.NativeActivity%601> から派生して作成できます。  
   
 ## <a name="using-expressions"></a>式の使用  
  ワークフロー デザイナーでは、Visual Basic プロジェクトのすべての式に <xref:Microsoft.VisualBasic.Activities.VisualBasicValue%601> および <xref:Microsoft.VisualBasic.Activities.VisualBasicReference%601>、C# ワークフロー プロジェクトの式に <xref:Microsoft.CSharp.Activities.CSharpValue%601> および <xref:Microsoft.CSharp.Activities.CSharpReference%601> を使用します。  
   
 > [!NOTE]
->  ワークフロー プロジェクトでの C# 式のサポートは、[!INCLUDE[net_v45](../../../includes/net-v45-md.md)] で導入されました。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)][C# 式](../../../docs/framework/windows-workflow-foundation/csharp-expressions.md)です。  
+>  ワークフロー プロジェクトでの C# 式のサポートは、[!INCLUDE[net_v45](../../../includes/net-v45-md.md)] で導入されました。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [C# 式](../../../docs/framework/windows-workflow-foundation/csharp-expressions.md)です。  
   
  デザイナーによって生成されたワークフローは XAML に保存されます。XAML には、次の例のように、式が角かっこに囲まれて表示されます。  
   
@@ -175,4 +176,4 @@ Sequence w = new Sequence
 };  
 ```  
   
- [!INCLUDE[crabout](../../../includes/crabout-md.md)]式を使用して、コードを参照してください[オーサリング ワークフロー、アクティビティ、および命令型コードを使用して式](../../../docs/framework/windows-workflow-foundation/authoring-workflows-activities-and-expressions-using-imperative-code.md)です。
+ [!INCLUDE[crabout](../../../includes/crabout-md.md)] 式を使用して、コードを参照してください[オーサリング ワークフロー、アクティビティ、および命令型コードを使用して式](../../../docs/framework/windows-workflow-foundation/authoring-workflows-activities-and-expressions-using-imperative-code.md)です。
diff --git a/docs/framework/windows-workflow-foundation/extend.md b/docs/framework/windows-workflow-foundation/extend.md
index 3734f5b71fd..91185ca679c 100644
--- a/docs/framework/windows-workflow-foundation/extend.md
+++ b/docs/framework/windows-workflow-foundation/extend.md
@@ -18,14 +18,14 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 06ee3a1e62320aef3b1a67afe5610b13a95de375
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 1006b32d7a265c94753081eab7b2bd279ed3dbdf
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="extending-windows-workflow-foundation"></a>Windows Workflow Foundation の拡張
-次のセクションでは、[!INCLUDE[wf](../../../includes/wf-md.md)] の外部の再ホストされた環境でカスタム アクティビティとデザイナーを使用して [!INCLUDE[vs2010](../../../includes/vs2010-md.md)] を拡張する方法について説明します。  
+次のセクションでは、外部の再ホストされた環境でカスタム アクティビティとデザイナーを使用して Windows Workflow Foundation (WF) を拡張する方法をについて説明します[!INCLUDE[vs2010](../../../includes/vs2010-md.md)]です。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [ワークフローのデザイン エクスペリエンスのカスタマイズ](../../../docs/framework/windows-workflow-foundation/customizing-the-workflow-design-experience.md)  
diff --git a/docs/framework/windows-workflow-foundation/getting-started-tutorial.md b/docs/framework/windows-workflow-foundation/getting-started-tutorial.md
index 6a326e72a1b..8fc224e3478 100644
--- a/docs/framework/windows-workflow-foundation/getting-started-tutorial.md
+++ b/docs/framework/windows-workflow-foundation/getting-started-tutorial.md
@@ -1,29 +1,30 @@
 ---
-title: "はじめに Tutorial2"
-ms.custom: 
+title: はじめに Tutorial2
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - WF [WF], getting started
 - Windows Workflow Foundation [WF], getting started
 ms.assetid: c2d3585f-6b1a-4d4f-9865-bd7cd31c5d42
-caps.latest.revision: "21"
+caps.latest.revision: 21
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: f25058071e041ac1e14de2c223750013c8ef1d30
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 1be017762ed64f61516216c9d103547f88598254
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="getting-started-tutorial"></a>チュートリアル入門
-このセクションには、[!INCLUDE[wf](../../../includes/wf-md.md)] アプリケーションのプログラミングの概要を説明する一連のチュートリアル トピックが掲載されています。 これらのトピックの手順に従って、数値推測ゲーム アプリケーションを構築します。 チュートリアルの最初のトピックでは、ワークフローに必要なカスタム アクティビティを作成する手順について説明します。 2 番目のトピックでは、カスタム アクティビティをビルトイン ワークフロー アクティビティと共にフローチャート ワークフローにアセンブルします。 3 番目のトピックでは、ホスト アプリケーションを構成してワークフローを実行します。最後のトピックでは永続化の概要について説明します。 このプロセスの各手順はその前の手順に基づいているため、順番に完了することをお勧めします。  
+このセクションには、一連 Windows Workflow Foundation (WF) アプリケーションのプログラミングを紹介するチュートリアル トピックにはが含まれています。 これらのトピックの手順に従って、数値推測ゲーム アプリケーションを構築します。 チュートリアルの最初のトピックでは、ワークフローに必要なカスタム アクティビティを作成する手順について説明します。 2 番目のトピックでは、カスタム アクティビティをビルトイン ワークフロー アクティビティと共にフローチャート ワークフローにアセンブルします。 3 番目のトピックでは、ホスト アプリケーションを構成してワークフローを実行します。最後のトピックでは永続化の概要について説明します。 このプロセスの各手順はその前の手順に基づいているため、順番に完了することをお勧めします。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [アクティビティを作成する方法](../../../docs/framework/windows-workflow-foundation/how-to-create-an-activity.md)  
@@ -47,5 +48,5 @@ ms.lasthandoff: 12/22/2017
  [実行中のワークフロー インスタンスの定義を更新する方法](../../../docs/framework/windows-workflow-foundation/how-to-update-the-definition-of-a-running-workflow-instance.md)  
  動的更新を使用して、実行中のワークフロー インスタンスを変更する方法について説明します。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [Windows Workflow Foundation プログラミング](../../../docs/framework/windows-workflow-foundation/programming.md)
diff --git a/docs/framework/windows-workflow-foundation/how-to-create-a-custom-tracking-participant.md b/docs/framework/windows-workflow-foundation/how-to-create-a-custom-tracking-participant.md
index bd1e747ea86..f2e21a999bc 100644
--- a/docs/framework/windows-workflow-foundation/how-to-create-a-custom-tracking-participant.md
+++ b/docs/framework/windows-workflow-foundation/how-to-create-a-custom-tracking-participant.md
@@ -1,29 +1,30 @@
 ---
-title: "カスタム追跡参加要素を作成する方法"
-ms.custom: 
+title: カスタム追跡参加要素を作成する方法
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
 - vb
 ms.assetid: 1b612c7e-2381-4a7c-b07a-77030415f2a3
-caps.latest.revision: "6"
+caps.latest.revision: 6
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 345fd696559ba52d41874ff774bd46a2d37f6e6f
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: d53035c2fb41800a91d3cdea134ae811a09fa3e9
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-create-a-custom-tracking-participant"></a>カスタム追跡参加要素を作成する方法
-ワークフロー追跡により、ワークフロー実行の状態が視覚的に示されます。 ワークフロー ランタイムによって、ワークフローのライフサイクル イベント、アクティビティのライフサイクル イベント、ブックマークの再開、およびエラーについて説明する追跡レコードが出力されます。 これらの追跡レコードは、追跡参加要素によって使用されます。 [!INCLUDE[wf](../../../includes/wf-md.md)] には、追跡レコードを Event Tracing for Windows (ETW) イベントとして書き込む標準の追跡参加要素が含まれています。 これで要件が満たされない場合は、カスタムの追跡参加要素を作成することもできます。 チュートリアルのこの手順では、`WriteLine` アクティビティの出力をキャプチャするカスタム追跡参加要素と追跡プロファイルを作成して、ユーザーに表示できるようにする方法について説明します。  
+ワークフロー追跡により、ワークフロー実行の状態が視覚的に示されます。 ワークフロー ランタイムによって、ワークフローのライフサイクル イベント、アクティビティのライフサイクル イベント、ブックマークの再開、およびエラーについて説明する追跡レコードが出力されます。 これらの追跡レコードは、追跡参加要素によって使用されます。 Windows Workflow Foundation (WF) には、追跡レコードを Event Tracing for Windows (ETW) イベントとして書き込む標準の追跡参加要素が含まれています。 これで要件が満たされない場合は、カスタムの追跡参加要素を作成することもできます。 チュートリアルのこの手順では、`WriteLine` アクティビティの出力をキャプチャするカスタム追跡参加要素と追跡プロファイルを作成して、ユーザーに表示できるようにする方法について説明します。  
   
 > [!NOTE]
 >  チュートリアル入門の各トピックは、前のトピックに応じて異なります。 このトピックを完了する前に、これまでのトピックを完了する必要があります。 完成版をダウンロードまたはチュートリアルのビデオ チュートリアルを表示を参照してください。 [Windows Workflow Foundation (WF45) - チュートリアル入門](http://go.microsoft.com/fwlink/?LinkID=248976)です。  
@@ -38,7 +39,7 @@ ms.lasthandoff: 12/22/2017
   
 -   [ビルドおよびアプリケーションを実行するには](../../../docs/framework/windows-workflow-foundation/how-to-create-a-custom-tracking-participant.md#BKMK_BuildAndRun)  
   
-###  <a name="BKMK_CustomTrackingParticipant"></a>カスタム追跡参加要素を作成するには  
+###  <a name="BKMK_CustomTrackingParticipant"></a> カスタム追跡参加要素を作成するには  
   
 1.  右クリック**NumberGuessWorkflowHost**で**ソリューション エクスプ ローラー**選択**追加**、**クラス**です。 型`StatusTrackingParticipant`に、**名前**ボックスし、をクリックして**追加**です。  
   
@@ -114,7 +115,7 @@ ms.lasthandoff: 12/22/2017
   
      追跡プロファイルを指定しない場合は、既定の追跡プロファイルが使用されます。 既定の追跡プロファイルを使用する場合は、すべての `ActivityStates` に関する追跡レコードが出力されます。 ここでは、`WriteLine` アクティビティのライフサイクル中に 1 回だけテキストをキャプチャする必要があるため、`ActivityStates.Executing` 状態からテキストを抽出するだけです。 [追跡プロファイルを作成して、追跡参加要素を登録する](../../../docs/framework/windows-workflow-foundation/how-to-create-a-custom-tracking-participant.md#BKMK_TrackingProfile)、だけを指定する追跡プロファイルが作成された`WriteLine``ActivityStates.Executing`追跡レコードが生成されます。  
   
-###  <a name="BKMK_TrackingProfile"></a>追跡プロファイルを作成して、追跡参加要素を登録するには  
+###  <a name="BKMK_TrackingProfile"></a> 追跡プロファイルを作成して、追跡参加要素を登録するには  
   
 1.  右クリック**WorkflowHostForm**で**ソリューション エクスプ ローラー**選択**コードの表示**です。  
   
@@ -235,7 +236,7 @@ ms.lasthandoff: 12/22/2017
         // Workflow lifecycle handlers...  
     ```  
   
-###  <a name="BKMK_DisplayTracking"></a>追跡情報を表示するには  
+###  <a name="BKMK_DisplayTracking"></a> 追跡情報を表示するには  
   
 1.  右クリック**WorkflowHostForm**で**ソリューション エクスプ ローラー**選択**コードの表示**です。  
   
@@ -330,7 +331,7 @@ ms.lasthandoff: 12/22/2017
     }  
     ```  
   
-###  <a name="BKMK_BuildAndRun"></a>ビルドおよびアプリケーションを実行するには  
+###  <a name="BKMK_BuildAndRun"></a> ビルドおよびアプリケーションを実行するには  
   
 1.  Ctrl キーと Shift キーを押しながら B キーを押してアプリケーションをビルドします。  
   
diff --git a/docs/framework/windows-workflow-foundation/how-to-create-an-activity.md b/docs/framework/windows-workflow-foundation/how-to-create-an-activity.md
index 381a2820584..e2fafa0b3ad 100644
--- a/docs/framework/windows-workflow-foundation/how-to-create-an-activity.md
+++ b/docs/framework/windows-workflow-foundation/how-to-create-an-activity.md
@@ -1,26 +1,27 @@
 ---
-title: "アクティビティを作成する方法"
-ms.custom: 
+title: アクティビティを作成する方法
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
 - vb
 ms.assetid: c09b1e99-21b5-4d96-9c04-ec31db3f4436
-caps.latest.revision: "39"
+caps.latest.revision: 39
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 4a3b9698d6a060120addff52e6600916a2de19fc
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 0d0d48d1e78efb3484f521958edf22d97ca8053d
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-create-an-activity"></a>アクティビティを作成する方法
 アクティビティは [!INCLUDE[wf1](../../../includes/wf1-md.md)] の動作の中心的な単位です。 アクティビティの実行ロジックはマネージ コードで実装できます。または他のアクティビティを使用して実装できます。 このトピックでは、2 つのアクティビティを作成する方法について説明します。 最初のアクティビティは、コードを使用してその実行ロジックを実装する単純なアクティビティです。 2 番目のアクティビティの実装は他のアクティビティを使用して定義されています。 これらのアクティビティは、チュートリアルの次の手順で使用します。  
@@ -41,10 +42,10 @@ ms.lasthandoff: 12/22/2017
     > [!TIP]
     >  **ソリューション エクスプローラー** ウィンドウが表示されない場合は、 **[表示]** メニューの **[ソリューション エクスプローラー]** をクリックします。  
   
-5.  **[インストール済み]** ノードで、 **[Visual C#]**、 **[ワークフロー]** (または **[Visual Basic]**、 **[ワークフロー]**) の順に選択します。 いることを確認**.NET Framework 4.5**でが選択されている、[!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)]バージョンのドロップダウン リスト。 選択**アクティビティ ライブラリ**から、**ワークフロー**  ボックスの一覧です。 型`NumberGuessWorkflowActivities`で、**名前**ボックスし、をクリックして**OK**です。  
+5.  **[インストール済み]** ノードで、 **[Visual C#]**、 **[ワークフロー]** (または **[Visual Basic]**、 **[ワークフロー]**) の順に選択します。 いることを確認 **.NET Framework 4.5**でが選択されている、[!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)]バージョンのドロップダウン リスト。 選択**アクティビティ ライブラリ**から、**ワークフロー**  ボックスの一覧です。 型`NumberGuessWorkflowActivities`で、**名前**ボックスし、をクリックして**OK**です。  
   
     > [!NOTE]
-    >  プログラミング言語に応じてで第一言語として構成されて[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)]、 **Visual c#**または**Visual Basic**ノード可能性があります、**他の言語**内のノード、**インストール**ノード。  
+    >  Visual Studio で第一言語として設定されているプログラミング言語に応じて、 **[インストール済み]** ノードの **[他の言語]** ノードの下に、 **[Visual C#]** ノードまたは **[Visual Basic]** ノードが表示されます。  
   
 6.  右クリック**Activity1.xaml**で**ソリューション エクスプ ローラー**選択**削除**です。 **[OK]** をクリックして確定します。  
   
@@ -116,7 +117,7 @@ ms.lasthandoff: 12/22/2017
   
      これらのアクティビティを使用してワークフローを作成する方法については、チュートリアルでは、次の手順を参照してください[する方法: ワークフローを作成](../../../docs/framework/windows-workflow-foundation/how-to-create-a-workflow.md)です。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Activities.CodeActivity>  
  <xref:System.Activities.NativeActivity%601>  
  [カスタム アクティビティの設計と実装](../../../docs/framework/windows-workflow-foundation/designing-and-implementing-custom-activities.md)  
diff --git a/docs/framework/windows-workflow-foundation/how-to-create-and-run-a-long-running-workflow.md b/docs/framework/windows-workflow-foundation/how-to-create-and-run-a-long-running-workflow.md
index 41203d471f5..1d68a2e483f 100644
--- a/docs/framework/windows-workflow-foundation/how-to-create-and-run-a-long-running-workflow.md
+++ b/docs/framework/windows-workflow-foundation/how-to-create-and-run-a-long-running-workflow.md
@@ -1,29 +1,30 @@
 ---
-title: "長時間にわたって実行されるワークフローを作成して実行する方法"
-ms.custom: 
+title: 長時間にわたって実行されるワークフローを作成して実行する方法
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
 - vb
 ms.assetid: c0043c89-2192-43c9-986d-3ecec4dd8c9c
-caps.latest.revision: "40"
+caps.latest.revision: 40
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: a667c303cd1a98e0b027ca2026fe9c719e6baf4f
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 10ca88533297e56d48b73b6368c2e8457380f543
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-create-and-run-a-long-running-workflow"></a>長時間にわたって実行されるワークフローを作成して実行する方法
-[!INCLUDE[wf](../../../includes/wf-md.md)] の中心的な機能の 1 つは、アイドル状態のワークフローをデータベースにアップロードできる実行時の機能です。 手順に[する方法: ワークフローを実行する](../../../docs/framework/windows-workflow-foundation/how-to-run-a-workflow.md)コンソール アプリケーションを使用してワークフローのホスティングの基礎を示しました。 ワークフローの開始、ワークフロー ライフサイクル ハンドラー、およびブックマークの再開の例を紹介しました。 ワークフローの永続化を効果的に説明するためには、複数のワークフロー インスタンスの開始と再開をサポートするより複雑なワークフロー ホストが必要です。 チュートリアルのこの手順では、複数のワークフロー インスタンスの開始と再開およびワークフローの永続化をサポートする Windows フォーム ホスト アプリケーションを作成する方法について説明します。また、この手順は、以降の手順で説明する追跡やバージョン管理などの高度な機能の基礎となります。  
+Windows Workflow Foundation (WF) のサーバーの全体の機能の 1 つは、永続化して、データベースへのアイドル状態のワークフローをアンロードするランタイムの機能です。 手順に[する方法: ワークフローを実行する](../../../docs/framework/windows-workflow-foundation/how-to-run-a-workflow.md)コンソール アプリケーションを使用してワークフローのホスティングの基礎を示しました。 ワークフローの開始、ワークフロー ライフサイクル ハンドラー、およびブックマークの再開の例を紹介しました。 ワークフローの永続化を効果的に説明するためには、複数のワークフロー インスタンスの開始と再開をサポートするより複雑なワークフロー ホストが必要です。 チュートリアルのこの手順では、複数のワークフロー インスタンスの開始と再開およびワークフローの永続化をサポートする Windows フォーム ホスト アプリケーションを作成する方法について説明します。また、この手順は、以降の手順で説明する追跡やバージョン管理などの高度な機能の基礎となります。  
   
 > [!NOTE]
 >  このチュートリアルの手順と後続のステップから次の 3 つすべてのワークフロー型を使用して[する方法: ワークフローを作成](../../../docs/framework/windows-workflow-foundation/how-to-create-a-workflow.md)です。 3 種類すべてを完了しなかった場合は、ステップの完成版をダウンロードできます[Windows Workflow Foundation (WF45) - チュートリアル入門](http://go.microsoft.com/fwlink/?LinkID=248976)です。  
@@ -53,9 +54,9 @@ ms.lasthandoff: 12/22/2017
   
 -   [ビルドおよびアプリケーションを実行するには](../../../docs/framework/windows-workflow-foundation/how-to-create-and-run-a-long-running-workflow.md#BKMK_BuildAndRun)  
   
-###  <a name="BKMK_CreatePersistenceDatabase"></a>永続性データベースを作成するには  
+###  <a name="BKMK_CreatePersistenceDatabase"></a> 永続性データベースを作成するには  
   
-1.  SQL Server Management Studio を開き、たとえば、ローカル サーバーに接続**. \SQLEXPRESS**です。 右クリックし、**データベース**ノードをクリックし、ローカル サーバーは、**新しいデータベース**です。 新しいデータベースの名前を付けます**WF45GettingStartedTutorial**は、その他のすべての値を使用し、選択**OK**です。  
+1.  SQL Server Management Studio を開き、たとえば、ローカル サーバーに接続 **. \SQLEXPRESS**です。 右クリックし、**データベース**ノードをクリックし、ローカル サーバーは、**新しいデータベース**です。 新しいデータベースの名前を付けます**WF45GettingStartedTutorial**は、その他のすべての値を使用し、選択**OK**です。  
   
     > [!NOTE]
     >  あることを確認してください。 **Create Database**データベースを作成する前に、ローカル サーバーに対する権限。  
@@ -75,7 +76,7 @@ ms.lasthandoff: 12/22/2017
     > [!WARNING]
     >  前の 2 つの手順を正しい順序で実行することが重要です。 クエリが正しい順序で実行されないと、エラーが発生し、永続性データベースは正しく構成されません。  
   
-###  <a name="BKMK_AddReference"></a>DurableInstancing アセンブリへの参照を追加するには  
+###  <a name="BKMK_AddReference"></a> DurableInstancing アセンブリへの参照を追加するには  
   
 1.  右クリック**NumberGuessWorkflowHost**で**ソリューション エクスプ ローラー**選択**参照の追加**です。  
   
@@ -83,7 +84,7 @@ ms.lasthandoff: 12/22/2017
   
 3.  横にあるチェック ボックスをオン**お**と**System.Runtime.DurableInstancing**から、**検索結果**一覧、およびをクリックして**OK**です。  
   
-###  <a name="BKMK_CreateForm"></a>ワークフロー ホスト フォームを作成するには  
+###  <a name="BKMK_CreateForm"></a> ワークフロー ホスト フォームを作成するには  
   
 > [!NOTE]
 >  この手順では、フォームを手動で追加して構成する方法について説明します。 必要に応じて、チュートリアルのソリューション ファイルをダウンロードし、完成したフォームをプロジェクトに追加できます。 チュートリアル ファイルをダウンロードするを参照してください。 [Windows Workflow Foundation (WF45) - チュートリアル入門](http://go.microsoft.com/fwlink/?LinkID=248976)です。 右クリックし、ファイルがダウンロードされると、 **NumberGuessWorkflowHost**選択**参照の追加**です。 参照を追加**System.Windows.Forms**と**System.Drawing**です。 新しいフォームを追加する場合、これらの参照が自動的に追加されます、**追加**、**新しい項目の** メニューがフォームをインポートするときに手動で追加する必要があります。 参照が追加されるを右クリックし**NumberGuessWorkflowHost**で**ソリューション エクスプ ローラー**選択**追加**、**既存項目の**します。 参照、 `Form` select、プロジェクト ファイル内のフォルダー **WorkflowHostForm.cs** (または**WorkflowHostForm.vb**)、をクリックして**追加**です。 フォームをインポートするかどうかは、次のセクションでは、下を省略できます[プロパティと、フォームのヘルパー メソッドを追加する](../../../docs/framework/windows-workflow-foundation/how-to-create-and-run-a-long-running-workflow.md#BKMK_AddHelperMethods)です。  
@@ -131,7 +132,7 @@ ms.lasthandoff: 12/22/2017
   
  ![WF45 チュートリアル ワークフロー ホスト フォームを概要](../../../docs/framework/windows-workflow-foundation/media/wf45gettingstartedtutorialworkflowhostform.png "WF45GettingStartedTutorialWorkflowHostForm")  
   
-###  <a name="BKMK_AddHelperMethods"></a>プロパティと、フォームのヘルパー メソッドを追加するには  
+###  <a name="BKMK_AddHelperMethods"></a> プロパティと、フォームのヘルパー メソッドを追加するには  
  このセクションの手順では、フォーム クラスに、数値推測ワークフローの実行と再開をサポートするようフォームの UI を構成するプロパティとヘルパー メソッドを追加します。  
   
 1.  右クリック**WorkflowHostForm**で**ソリューション エクスプ ローラー**選択**コードの表示**です。  
@@ -432,7 +433,7 @@ ms.lasthandoff: 12/22/2017
     }  
     ```  
   
-###  <a name="BKMK_ConfigureWorkflowApplication"></a>インスタンス ストア、ワークフロー ライフ サイクル ハンドラー、および拡張機能を構成するには  
+###  <a name="BKMK_ConfigureWorkflowApplication"></a> インスタンス ストア、ワークフロー ライフ サイクル ハンドラー、および拡張機能を構成するには  
   
 1.  フォーム クラスに `ConfigureWorkflowApplication` メソッドを追加します。  
   
@@ -701,8 +702,8 @@ ms.lasthandoff: 12/22/2017
     }  
     ```  
   
-###  <a name="BKMK_WorkflowVersionMap"></a>開始して、複数のワークフロー型の再開を有効にするには  
- ワークフロー インスタンスを再開するには、ホストはワークフロー定義を指定する必要があります。 このチュートリアルには 3 種類のワークフローがあり、以降の手順では、これらの種類の複数のバージョンを指定します。 `WorkflowIdentity` を使用すると、ホスト アプリケーションは、識別情報を永続化されたワークフロー インスタンスに関連付けることができます。 このセクションの手順では、永続化されたワークフロー インスタンスから対応するワークフロー定義へのワークフロー ID のマッピングに役立つユーティリティ クラスの作成方法を示します。 [!INCLUDE[crabout](../../../includes/crabout-md.md)]`WorkflowIdentity`とバージョン管理を参照してください[を使用して WorkflowIdentity と Versioning](../../../docs/framework/windows-workflow-foundation/using-workflowidentity-and-versioning.md)です。  
+###  <a name="BKMK_WorkflowVersionMap"></a> 開始して、複数のワークフロー型の再開を有効にするには  
+ ワークフロー インスタンスを再開するには、ホストはワークフロー定義を指定する必要があります。 このチュートリアルには 3 種類のワークフローがあり、以降の手順では、これらの種類の複数のバージョンを指定します。 `WorkflowIdentity` を使用すると、ホスト アプリケーションは、識別情報を永続化されたワークフロー インスタンスに関連付けることができます。 このセクションの手順では、永続化されたワークフロー インスタンスから対応するワークフロー定義へのワークフロー ID のマッピングに役立つユーティリティ クラスの作成方法を示します。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] `WorkflowIdentity` バージョン管理を参照してください[を使用して WorkflowIdentity と Versioning](../../../docs/framework/windows-workflow-foundation/using-workflowidentity-and-versioning.md)です。  
   
 1.  右クリック**NumberGuessWorkflowHost**で**ソリューション エクスプ ローラー**選択**追加**、**クラス**です。 型`WorkflowVersionMap`に、**名前**ボックスし、をクリックして**追加**です。  
   
@@ -818,7 +819,7 @@ ms.lasthandoff: 12/22/2017
   
      `WorkflowVersionMap` は、このチュートリアルの 3 つのワークフロー定義にマップされる 3 つのワークフロー ID を格納しており、以降のセクションでワークフローが開始および再開されるときに使用されます。  
   
-###  <a name="BKMK_StartWorkflow"></a>新しいワークフローを開始するには  
+###  <a name="BKMK_StartWorkflow"></a> 新しいワークフローを開始するには  
   
 1.  `Click` の `NewGame` ハンドラーを追加します。 切り替えて、ハンドラーを追加する**デザイン ビュー**をダブルクリックして、フォームの`NewGame`します。 `NewGame_Click` ハンドラーが追加され、ビューがフォームのコード ビューに切り替わります。 ユーザーがこのボタンをクリックするたびに、新しいワークフローが開始されます。  
   
@@ -1013,7 +1014,7 @@ ms.lasthandoff: 12/22/2017
     }  
     ```  
   
-###  <a name="BKMK_ResumeWorkflow"></a>ワークフローを再開するには  
+###  <a name="BKMK_ResumeWorkflow"></a> ワークフローを再開するには  
   
 1.  `Click` の `EnterGuess` ハンドラーを追加します。 切り替えて、ハンドラーを追加する**デザイン ビュー**をダブルクリックして、フォームの`EnterGuess`します。 ユーザーがこのボタンをクリックするたびに、ワークフローが再開されます。  
   
@@ -1229,7 +1230,7 @@ ms.lasthandoff: 12/22/2017
     }  
     ```  
   
-###  <a name="BKMK_TerminateWorkflow"></a>ワークフローを中断する  
+###  <a name="BKMK_TerminateWorkflow"></a> ワークフローを中断する  
   
 1.  `Click` の `QuitGame` ハンドラーを追加します。 切り替えて、ハンドラーを追加する**デザイン ビュー**をダブルクリックして、フォームの`QuitGame`します。 ユーザーがこのボタンをクリックするたびに、現在選択されているワークフローが終了します。  
   
@@ -1303,7 +1304,7 @@ ms.lasthandoff: 12/22/2017
     wfApp.Terminate("User resigns.");  
     ```  
   
-###  <a name="BKMK_BuildAndRun"></a>ビルドおよびアプリケーションを実行するには  
+###  <a name="BKMK_BuildAndRun"></a> ビルドおよびアプリケーションを実行するには  
   
 1.  ダブルクリックして**Program.cs** (または**Module1.vb**) で**ソリューション エクスプ ローラー**コードを表示します。  
   
diff --git a/docs/framework/windows-workflow-foundation/index.md b/docs/framework/windows-workflow-foundation/index.md
index 72eaefb3580..0ccfa20b797 100644
--- a/docs/framework/windows-workflow-foundation/index.md
+++ b/docs/framework/windows-workflow-foundation/index.md
@@ -17,14 +17,14 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: d6b61f5ae7d0e7f3102e0566fb1a6eff3ca072d9
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: ca790f97eb677414655b583e46cb693506ed0cc2
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="windows-workflow-foundation"></a>Windows Workflow Foundation
-ここでは、[!INCLUDE[wf](../../../includes/wf-md.md)] のプログラミング モデル、サンプル、およびツールについて説明します。  
+このセクションでは、プログラミング モデル、サンプル、および Windows Workflow Foundation (WF) のツールについて説明します。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [Windows Workflow ドキュメントのガイド](../../../docs/framework/windows-workflow-foundation/guide-to-the-documentation.md)  
@@ -40,16 +40,16 @@ ms.lasthandoff: 12/22/2017
  [!INCLUDE[netfx40_short](../../../includes/netfx40-short-md.md)] の Windows Workflow Foundation の新機能について説明します。  
   
  [Windows Workflow の概念](../../../docs/framework/windows-workflow-foundation/conceptual-overview.md)  
- [!INCLUDE[wf2](../../../includes/wf2-md.md)] の背景となる、より大きな概念について説明する一連のトピックです。  
+ Windows Workflow Foundation の背後にあるより大きな概念を説明するトピックのセット。  
   
  [チュートリアル入門](../../../docs/framework/windows-workflow-foundation/getting-started-tutorial.md)  
- [!INCLUDE[wf2](../../../includes/wf2-md.md)] アプリケーションのプログラミングの概要を説明する一連のチュートリアル トピックです。  
+ Windows Workflow Foundation アプリケーションのプログラミングを紹介するチュートリアルのトピックのセット。  
   
  [Windows Workflow Foundation プログラミング](../../../docs/framework/windows-workflow-foundation/programming.md)  
  [!INCLUDE[wf1](../../../includes/wf1-md.md)] の熟練したプログラマになるために理解する必要のある一連の入門トピックです。  
   
  [Windows Workflow Foundation の拡張](../../../docs/framework/windows-workflow-foundation/extend.md)  
- 要件に併せて [!INCLUDE[wf2](../../../includes/wf2-md.md)] を拡張またはカスタマイズする方法について説明する一連のトピックです。  
+ 一連のトピックを拡張したり、ニーズに合わせて Windows Workflow Foundation をカスタマイズする方法について説明します。  
   
  [.NET Framework 4.5 の Windows Workflow Foundation 用語集](../../../docs/framework/windows-workflow-foundation/glossary.md)  
  WF に固有の用語の一覧を定義します。  
diff --git a/docs/framework/windows-workflow-foundation/invoking-activity-validation.md b/docs/framework/windows-workflow-foundation/invoking-activity-validation.md
index ab09a0c4f02..e1fda6e58ad 100644
--- a/docs/framework/windows-workflow-foundation/invoking-activity-validation.md
+++ b/docs/framework/windows-workflow-foundation/invoking-activity-validation.md
@@ -1,26 +1,27 @@
 ---
-title: "アクティビティ検証の呼び出し"
-ms.custom: 
+title: アクティビティ検証の呼び出し
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 22bef766-c505-4fd4-ac0f-7b363b238969
-caps.latest.revision: "15"
+caps.latest.revision: 15
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: f22fc7dc53f52b47be2da3313f678825d4362750
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 39c059e7d8ed2191a4e0ce42d7d5b2087db84a5c
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="invoking-activity-validation"></a>アクティビティ検証の呼び出し
-アクティビティの検証は、アクティビティを実行する前にアクティビティの構成エラーを特定および報告する手段です。 検証が発生するのは、ワークフローがワークフロー デザイナーで修正され、検証エラーまたは警告がワークフロー デザイナーに表示されたときです。 ワーク フローの呼び出し時に検証も行われます。検証エラーが発生すると、既定の検証ロジックによって <xref:System.Activities.InvalidWorkflowException> がスローされます。 [!INCLUDE[wf](../../../includes/wf-md.md)] には、アクティビティを明示的に検証するためにワークフロー アプリケーションやツールの開発者が使用できる <xref:System.Activities.Validation.ActivityValidationServices> クラスが用意されています。 このトピックでは、<xref:System.Activities.Validation.ActivityValidationServices> を使用してアクティビティの検証を実行する方法を説明します。  
+アクティビティの検証は、アクティビティを実行する前にアクティビティの構成エラーを特定および報告する手段です。 検証が発生するのは、ワークフローがワークフロー デザイナーで修正され、検証エラーまたは警告がワークフロー デザイナーに表示されたときです。 ワーク フローの呼び出し時に検証も行われます。検証エラーが発生すると、既定の検証ロジックによって <xref:System.Activities.InvalidWorkflowException> がスローされます。 Windows Workflow Foundation (WF) の提供、<xref:System.Activities.Validation.ActivityValidationServices>ワークフロー アプリケーションやツールの開発者が明示的にアクティビティを検証するために使用するクラス。 このトピックでは、<xref:System.Activities.Validation.ActivityValidationServices> を使用してアクティビティの検証を実行する方法を説明します。  
   
 ## <a name="using-activityvalidationservices"></a>ActivityValidationServices の使用  
  <xref:System.Activities.Validation.ActivityValidationServices> には、アクティビティの検証ロジックの呼び出しに使用される 2 つの <xref:System.Activities.Validation.ActivityValidationServices.Validate%2A> オーバーロードがあります。 1 つ目のオーバーロードは、検証されるルート アクティビティを受け取り、一連の検証エラーと警告を返します。 次の例では、2 つの必須引数を持つカスタムの `Add` アクティビティが使用されています。  
@@ -243,7 +244,7 @@ else
 >  カスタム アクティビティの作成者は、アクティビティの <xref:System.Activities.CodeActivity.CacheMetadata%2A> オーバーライドに検証ロジックを指定できます。 <xref:System.Activities.CodeActivity.CacheMetadata%2A> からスローされる例外は、検証エラーとして処理されません。 これらの例外は、<xref:System.Activities.Validation.ActivityValidationServices.Validate%2A> への呼び出しからエスケープされ、呼び出し元によって処理される必要があります。  
   
 ## <a name="using-validationsettings"></a>ValidationSettings の使用  
- 既定では、アクティビティ ツリー内のすべてのアクティビティは、検証が <xref:System.Activities.Validation.ActivityValidationServices> に呼び出されたときに評価されます。 <xref:System.Activities.Validation.ValidationSettings> を使用すると、その 3 つのプロパティを構成することによって、さまざまな方法で検証をカスタマイズできます。 <xref:System.Activities.Validation.ValidationSettings.SingleLevel%2A> は、バリデーターがアクティビティ ツリー全体を調べるか、指定したアクティビティにのみ検証ロジックを適用するかを指定します。 この値の既定値は、`false` です。 <xref:System.Activities.Validation.ValidationSettings.AdditionalConstraints%2A> は、型から制約のリストへの追加の制約マッピングを指定します。 検証されているアクティビティ ツリーの各アクティビティの基本型について、<xref:System.Activities.Validation.ValidationSettings.AdditionalConstraints%2A> への参照が行われます。 一致する制約リストが見つかると、アクティビティについて、リストのすべての制約が評価されます。 <xref:System.Activities.Validation.ValidationSettings.OnlyUseAdditionalConstraints%2A> は、バリデーターがすべての制約を評価するか、<xref:System.Activities.Validation.ValidationSettings.AdditionalConstraints%2A> で指定された制約のみを評価するかを指定します。 既定値は `false` です。 <xref:System.Activities.Validation.ValidationSettings.AdditionalConstraints%2A> および <xref:System.Activities.Validation.ValidationSettings.OnlyUseAdditionalConstraints%2A> は、FxCop のようなツールのポリシーの制約など、ワークフローの検証をワークフロー ホストの作成者がさらに追加する場合に便利です。 [!INCLUDE[crabout](../../../includes/crabout-md.md)]制約を参照してください[宣言の制約](../../../docs/framework/windows-workflow-foundation/declarative-constraints.md)です。  
+ 既定では、アクティビティ ツリー内のすべてのアクティビティは、検証が <xref:System.Activities.Validation.ActivityValidationServices> に呼び出されたときに評価されます。 <xref:System.Activities.Validation.ValidationSettings> を使用すると、その 3 つのプロパティを構成することによって、さまざまな方法で検証をカスタマイズできます。 <xref:System.Activities.Validation.ValidationSettings.SingleLevel%2A> は、バリデーターがアクティビティ ツリー全体を調べるか、指定したアクティビティにのみ検証ロジックを適用するかを指定します。 この値の既定値は、`false` です。 <xref:System.Activities.Validation.ValidationSettings.AdditionalConstraints%2A> は、型から制約のリストへの追加の制約マッピングを指定します。 検証されているアクティビティ ツリーの各アクティビティの基本型について、<xref:System.Activities.Validation.ValidationSettings.AdditionalConstraints%2A> への参照が行われます。 一致する制約リストが見つかると、アクティビティについて、リストのすべての制約が評価されます。 <xref:System.Activities.Validation.ValidationSettings.OnlyUseAdditionalConstraints%2A> は、バリデーターがすべての制約を評価するか、<xref:System.Activities.Validation.ValidationSettings.AdditionalConstraints%2A> で指定された制約のみを評価するかを指定します。 既定値は `false` です。 <xref:System.Activities.Validation.ValidationSettings.AdditionalConstraints%2A> および <xref:System.Activities.Validation.ValidationSettings.OnlyUseAdditionalConstraints%2A> は、FxCop のようなツールのポリシーの制約など、ワークフローの検証をワークフロー ホストの作成者がさらに追加する場合に便利です。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] 制約を参照してください[宣言の制約](../../../docs/framework/windows-workflow-foundation/declarative-constraints.md)です。  
   
  <xref:System.Activities.Validation.ValidationSettings> を使用するには、必要なプロパティを構成し、<xref:System.Activities.Validation.ActivityValidationServices.Validate%2A> の呼び出しで渡します。 この例では、カスタムの <xref:System.Activities.Statements.Sequence> アクティビティを持つ `Add` で構成されるワークフローが検証されます。 この `Add` アクティビティには必須引数が 2 つあります。  
   
diff --git a/docs/framework/windows-workflow-foundation/migration-guidance.md b/docs/framework/windows-workflow-foundation/migration-guidance.md
index 17c18142dbd..18b18a946f3 100644
--- a/docs/framework/windows-workflow-foundation/migration-guidance.md
+++ b/docs/framework/windows-workflow-foundation/migration-guidance.md
@@ -8,20 +8,20 @@ ms.suite: ''
 ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: cb65c132-58c9-4028-b3d4-1efc71d5e60e
-caps.latest.revision: ''
+caps.latest.revision: 7
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: e04c63754960dca44558d888b8ce357220562ea7
-ms.sourcegitcommit: c883637b41ee028786edceece4fa872939d2e64c
+ms.openlocfilehash: 11a4b1d6665e0198f8c9afc0209e9fb09cc599ad
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 03/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="migration-guidance"></a>移行のガイドライン
-[!INCLUDE[netfx40_short](../../../includes/netfx40-short-md.md)] では、[!INCLUDE[wf](../../../includes/wf-md.md)] の 2 番目のメジャー バージョンがリリースされています。 [!INCLUDE[wf1](../../../includes/wf1-md.md)] は、[!INCLUDE[vstecwinfx](../../../includes/vstecwinfx-md.md)] (これに含まれていた System.Workflow.* 名前空間の型は現在 WF3 と呼ばれています) でリリースされ、[!INCLUDE[netfx35_short](../../../includes/netfx35-short-md.md)] で強化されました。 WF3 もの一部、 [!INCLUDE[netfx40_short](../../../includes/netfx40-short-md.md)]、新しいワークフロー テクノロジが存在するが、(System.Activities。 内の型\*名前空間です。 WF4 と呼ばれます)。 WF4 の導入時期を検討する場合は、最初にそのタイミングの管理を認識することが重要です。  
+[!INCLUDE[netfx40_short](../../../includes/netfx40-short-md.md)]、2 つ目のメジャー バージョンの Windows Workflow Foundation (WF) がリリースされています。 [!INCLUDE[wf1](../../../includes/wf1-md.md)] は、[!INCLUDE[vstecwinfx](../../../includes/vstecwinfx-md.md)] (これに含まれていた System.Workflow.* 名前空間の型は現在 WF3 と呼ばれています) でリリースされ、[!INCLUDE[netfx35_short](../../../includes/netfx35-short-md.md)] で強化されました。 WF3 もの一部、 [!INCLUDE[netfx40_short](../../../includes/netfx40-short-md.md)]、新しいワークフロー テクノロジが存在するが、(System.Activities。 内の型\*名前空間です。 WF4 と呼ばれます)。 WF4 の導入時期を検討する場合は、最初にそのタイミングの管理を認識することが重要です。  
   
 -   WF3 は [!INCLUDE[netfx40_short](../../../includes/netfx40-short-md.md)] で完全にサポートされています。  
   
diff --git a/docs/framework/windows-workflow-foundation/performance.md b/docs/framework/windows-workflow-foundation/performance.md
index 90cb74faf85..4f224663f4c 100644
--- a/docs/framework/windows-workflow-foundation/performance.md
+++ b/docs/framework/windows-workflow-foundation/performance.md
@@ -14,11 +14,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 94eca5c2aad919fe46fa75626954e10bb68f1110
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: b34a0118c9223e8d09bf56de39e3fea1b115688f
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="windows-workflow-foundation-4-performance"></a>Windows Workflow Foundation 4 のパフォーマンス
 Dustin Metzgar  
@@ -27,7 +27,7 @@ Dustin Metzgar
   
  Microsoft Corporation、2010 年 9 月  
   
- Microsoft [!INCLUDE[netfx40_long](../../../includes/netfx40-long-md.md)] には [!INCLUDE[wf](../../../includes/wf-md.md)] のメジャー リビジョンが含まれ、パフォーマンスに多大な投資をしています。  この新しいリビジョンでは、.NET Framework 3.0 および [!INCLUDE[wf1](../../../includes/wf1-md.md)] の一部として提供されている [!INCLUDE[netfx35_short](../../../includes/netfx35-short-md.md)] の以前のバージョンからデザインが大幅に変更されています。 プログラミング モデル、ランタイム、およびパフォーマンスと操作性が大幅に向上するツールの基本機能に基づいて再設計されています。 このトピックでは、これらのリビジョンの重要なパフォーマンス上の特徴を説明し、以前のバージョンと比較します。  
+ Microsoft[!INCLUDE[netfx40_long](../../../includes/netfx40-long-md.md)]パフォーマンスに多大な投資の Windows Workflow Foundation (WF) のメジャー リビジョンが含まれています。  この新しいリビジョンでは、.NET Framework 3.0 および [!INCLUDE[wf1](../../../includes/wf1-md.md)] の一部として提供されている [!INCLUDE[netfx35_short](../../../includes/netfx35-short-md.md)] の以前のバージョンからデザインが大幅に変更されています。 プログラミング モデル、ランタイム、およびパフォーマンスと操作性が大幅に向上するツールの基本機能に基づいて再設計されています。 このトピックでは、これらのリビジョンの重要なパフォーマンス上の特徴を説明し、以前のバージョンと比較します。  
   
  WF3 と WF4 を比較すると、個々のワークフロー コンポーネントのパフォーマンスが桁違いに向上しています。  これにより、手動コーディングの [!INCLUDE[indigo1](../../../includes/indigo1-md.md)] サービスと [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] ワークフロー サービスとのギャップが微小になります。  WF4 でワークフローの待機時間は大幅に短縮されました。  永続化のパフォーマンスは 2.5 ～ 3.0 倍向上しています。  ワークフロー追跡による状態監視のオーバーヘッドも格段に短縮されました。  これらの要因はアプリケーション内で WF4 に移行する、または WF4 を導入する理由として説得力があります。  
   
@@ -192,7 +192,7 @@ public sealed class CompensableActivityEmptyCompensation : CodeActivity
  前のセクション「コンポーネント レベルのパフォーマンス比較」で示すようには、WF3 と WF4 のオーバーヘッドが大幅に削減がありました。  [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] ワークフロー サービスは手動でコーディングした [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスにほぼ匹敵するパフォーマンスを実現し、[!INCLUDE[wf1](../../../includes/wf1-md.md)] ランタイムのあらゆる利点を備えています。  このテスト シナリオでは、[!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスと WF4 の [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] ワークフロー サービスを比較します。  
   
 ### <a name="online-store-service"></a>オンライン ストア サービス  
- [!INCLUDE[wf2](../../../includes/wf2-md.md)] の特徴の 1 つは、複数のサービスを使用してプロセスを作成できることです。  この例として、2 つのサービスの呼び出しを調整して発注するオンライン ストア サービスがあります。  まず、注文検証サービスを使用して注文を検証します。  次に、ウェアハウス サービスを使用して注文を受け付けます。  
+ Windows Workflow Foundation の強みの 1 つは、いくつかのサービスを使用してプロセスを作成する機能です。  この例として、2 つのサービスの呼び出しを調整して発注するオンライン ストア サービスがあります。  まず、注文検証サービスを使用して注文を検証します。  次に、ウェアハウス サービスを使用して注文を受け付けます。  
   
  注文検証サービスとウェアハウス サービスの 2 つのバックエンド サービスは両方のテストで不変です。  変更する部分は、調整を行うオンライン ストア サービスです。  1 つのケースでは、サービスを [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] サービスとして手動でコーディングします。  もう 1 つのケースでは、サービスを WF4 の [!INCLUDE[indigo2](../../../includes/indigo2-md.md)] ワークフロー サービスとして記述します。 追跡や永続化などの [!INCLUDE[wf1](../../../includes/wf1-md.md)] 固有の機能はこのテストでは無効にします。  
   
@@ -448,7 +448,7 @@ public class Workflow1 : Activity
  状態監視はスループットに約 3% の影響をもたらしています。  基本プロファイルのコストは約 8% です。  
   
 ## <a name="interop"></a>Interop  
- WF4 では [!INCLUDE[wf1](../../../includes/wf1-md.md)] をほぼ全面的に変更しているため、WF3 のワークフローおよびアクティビティは WF4 とは直接互換性がありません。  採用して多くの顧客[!INCLUDE[wf2](../../../includes/wf2-md.md)]早い段階が社内またはサード パーティ製のワークフロー定義とカスタム アクティビティ WF3 用です。  WF4 への移行を簡素化するには、Interop アクティビティを使用する方法があります。この方法により WF4 ワークフロー内から WF3 アクティビティを実行できます。  <xref:System.Activities.Statements.Interop> アクティビティは必要な場合にのみ使用することをお勧めします。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] wf4 への移行、 [WF4 の移行のガイドライン](http://go.microsoft.com/fwlink/?LinkID=153313)です。  
+ WF4 では [!INCLUDE[wf1](../../../includes/wf1-md.md)] をほぼ全面的に変更しているため、WF3 のワークフローおよびアクティビティは WF4 とは直接互換性がありません。  Windows Workflow Foundation を早期採用して多くのお客様には、WF3 の社内またはサード パーティ製のワークフロー定義とカスタム アクティビティがあります。  WF4 への移行を簡素化するには、Interop アクティビティを使用する方法があります。この方法により WF4 ワークフロー内から WF3 アクティビティを実行できます。  <xref:System.Activities.Statements.Interop> アクティビティは必要な場合にのみ使用することをお勧めします。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] wf4 への移行、 [WF4 の移行のガイドライン](http://go.microsoft.com/fwlink/?LinkID=153313)です。  
   
 ### <a name="environment-setup"></a>環境の設定  
  ![ワークフロー パフォーマンス テスト環境](../../../docs/framework/windows-workflow-foundation/media/wfperfenvironment.gif "WFPerfEnvironment")  
diff --git a/docs/framework/windows-workflow-foundation/programming.md b/docs/framework/windows-workflow-foundation/programming.md
index 48ca5ec0067..249172c62cf 100644
--- a/docs/framework/windows-workflow-foundation/programming.md
+++ b/docs/framework/windows-workflow-foundation/programming.md
@@ -1,37 +1,38 @@
 ---
-title: "Windows Workflow Foundation プログラミングの新機能"
-ms.custom: 
+title: Windows Workflow Foundation プログラミングの新機能
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - Windows Workflow Foundation [WF], programming
 - programming [WF]
 - WF [WF], programming
 ms.assetid: f62354e2-6a2b-4e8c-a4bc-533fb96267a4
-caps.latest.revision: "16"
+caps.latest.revision: 16
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 7ad763512a4f39f2d0b2e2f03b052de5b8dcc031
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 0b704357d914f72049d0639c402bf2ae64975d00
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="windows-workflow-foundation-programming"></a>Windows Workflow Foundation プログラミングの新機能
-このセクションには、[!INCLUDE[wf](../../../includes/wf-md.md)] の熟練したプログラマになるうえで理解する必要がある一連の入門トピックが含まれます。  
+このセクションには、一連入門トピックに習熟して Windows Workflow Foundation (WF) プログラマになることを理解しておく必要にはが含まれています。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [ワークフローの設計](../../../docs/framework/windows-workflow-foundation/designing-workflows.md)  
  ワークフローの開発で使用するフロー制御パラダイムについて説明します。  
   
  [アクティビティの使用と作成](../../../docs/framework/windows-workflow-foundation/using-and-creating-activities.md)  
- [!INCLUDE[wf](../../../includes/wf-md.md)] で使用できる、システムによって提供されるアクティビティについて説明します。  
+ Windows Workflow Foundation (WF) で使用できるシステム標準アクティビティについて説明するトピックです。  
   
  [Windows Workflow Foundation のデータ モデル](../../../docs/framework/windows-workflow-foundation/data-model.md)  
  [!INCLUDE[wf1](../../../includes/wf1-md.md)] の変数、引数、および式について説明します。  
@@ -55,7 +56,7 @@ ms.lasthandoff: 12/22/2017
  ワークフロー データを自動または手動で永続化したり、メモリからワークフローをアンロードするためのオプションについて説明します。  
   
  [移行ガイダンス](../../../docs/framework/windows-workflow-foundation/migration-guidance.md)  
- 前のバージョンの [!INCLUDE[wf](../../../includes/wf-md.md)] からワークフローを移行する方法について説明します。  
+ 以前のバージョンの Windows Workflow Foundation (WF) ワークフローを移行する方法を説明するトピックです。  
   
  [ワークフローの追跡とトレース](../../../docs/framework/windows-workflow-foundation/workflow-tracking-and-tracing.md)  
  ワークフローの追跡とトレース、およびワークフロー アプリケーションを監視するためにこれらの機能を使用する方法について説明します。  
@@ -64,4 +65,4 @@ ms.lasthandoff: 12/22/2017
  SQL および [!INCLUDE[indigo1](../../../includes/indigo1-md.md)] を使用する場合に、ワークフローのセキュリティを維持する方法について説明します。  
   
  [Windows Workflow Foundation 4 のパフォーマンス](../../../docs/framework/windows-workflow-foundation/performance.md)  
- [!INCLUDE[wf2](../../../includes/wf2-md.md)] 4 のパフォーマンスについて説明し、WF の以前のバージョンと比較します。
+ Windows Workflow Foundation 4 のパフォーマンスについて説明し、WF の以前のバージョンを比較します。
diff --git a/docs/framework/windows-workflow-foundation/samples/activity-library.md b/docs/framework/windows-workflow-foundation/samples/activity-library.md
index 47703597481..f77a0b503f6 100644
--- a/docs/framework/windows-workflow-foundation/samples/activity-library.md
+++ b/docs/framework/windows-workflow-foundation/samples/activity-library.md
@@ -1,30 +1,13 @@
----
-title: "アクティビティ ライブラリ"
-ms.custom: 
-ms.date: 03/30/2017
-ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
-ms.topic: article
-ms.assetid: 5323e9d4-71d6-47eb-bfa6-31feac62044d
-caps.latest.revision: "7"
-author: dotnet-bot
-ms.author: dotnetcontent
-manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 99d8fba848129156d94e54d1da7d08122ccfa735
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
-ms.translationtype: MT
-ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ ---
+タイトル:「アクティビティ ライブラリ」ms.custom:""ms.date::「03/30/2017」. トピック:".net framework"ms.reviewer:""ms.suite:""ms.tgt_pltfrm:""ms.topic:: ms.assetid を「記事」: 5323e9d4-71d6-47eb-bfa6-31feac62044d caps.latest.revision: 7 作成者:"dotnet bot"ms.author:"dotnetcontent"マネージャー:"wpickett"ms.workload: 
+  - "dotnet"
 ---
 # <a name="activity-library"></a>アクティビティ ライブラリ
-このセクションには、[!INCLUDE[wf](../../../../includes/wf-md.md)] の高度なカスタム アクティビティを示すサンプルが含まれています。  
+このセクションには、高度なカスタム アクティビティでは、Windows Workflow Foundation (WF) を示すサンプルが含まれています。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [.NET Framework 4.5 のポリシー アクティビティ](../../../../docs/framework/windows-workflow-foundation/samples/policy-activity-in-net-framework-4-5.md)  
- Policy4 アクティビティで [!INCLUDE[wf2](../../../../includes/wf2-md.md)] (WF 3.5) [!INCLUDE[netfx35_long](../../../../includes/netfx35-long-md.md)] オブジェクト内の <xref:System.Workflow.Activities.Rules.RuleSet> を、WF 3.5 に付属しているルール エンジンを使用して [!INCLUDE[wf2](../../../../includes/wf2-md.md)] (WF 4.5) の [!INCLUDE[netfx_current_long](../../../../includes/netfx-current-long-md.md)] で直接使用できるようにする方法を示します。  
+ Policy4 アクティビティにより、Windows Workflow Foundation の方法を示します[!INCLUDE[netfx35_long](../../../../includes/netfx35-long-md.md)](WF 3.5) <xref:System.Workflow.Activities.Rules.RuleSet> Windows Workflow Foundation に使用されるオブジェクト[!INCLUDE[netfx_current_long](../../../../includes/netfx-current-long-md.md)](WF 4.5) WF 3.5 に付属しているルール エンジンを使用して直接です。  
   
  [値の範囲で切り替えを行うカスタム アクティビティ](../../../../docs/framework/windows-workflow-foundation/samples/custom-activity-to-switch-on-a-range-of-values.md)  
  <xref:System.Activities.Statements.Switch%601> の使用を拡張するカスタム アクティビティを作成する方法を示します。  
@@ -57,7 +40,7 @@ ms.lasthandoff: 12/22/2017
  `ThrottleParallelForEach` アクティビティは、実行する同時分岐の数を制限するための同時実行要因を設定できるという 1 つの例外を除き、<xref:System.Activities.Statements.ParallelForEach%601> アクティビティと似ていることについて示します。  
   
  [エンティティ アクティビティ](../../../../docs/framework/windows-workflow-foundation/samples/entity-activities.md)  
- ADO.NET Entity Framework と [!INCLUDE[wf2](../../../../includes/wf2-md.md)] を使用してデータ アクセスを簡素化する方法を示します。  
+ Windows Workflow Foundation と ADO.NET Entity Framework を使用して、データ アクセスを簡素化する方法を示します。  
   
  [データベース アクセス アクティビティ](../../../../docs/framework/windows-workflow-foundation/samples/database-access-activities.md)  
  取得または情報を変更し、使用するデータベースへのアクセスを許可するアクティビティを作成する方法を示します[ADO.NET](http://go.microsoft.com/fwlink/?LinkId=166081)データベースにアクセスします。  
@@ -66,7 +49,7 @@ ms.lasthandoff: 12/22/2017
  実行のパスから他のアクティビティを削除し、それらを有効にコメント化するカスタム アクティビティを記述する方法を示します。  
   
  [.NET Framework 4.5 の外部化されたポリシー アクティビティ](../../../../docs/framework/windows-workflow-foundation/samples/externalized-policy-activity-in-net-framework-4-5.md)  
- ExternalizedPolicy4 アクティビティで [!INCLUDE[wf2](../../../../includes/wf2-md.md)] (WF 3.5) [!INCLUDE[netfx35_long](../../../../includes/netfx35-long-md.md)] オブジェクト内の既存の <xref:System.Workflow.Activities.Rules.RuleSet> を、WF 3.5 に付属しているルール エンジンを使用して [!INCLUDE[wf2](../../../../includes/wf2-md.md)] (WF 4.5) の [!INCLUDE[netfx_current_long](../../../../includes/netfx-current-long-md.md)] で直接実行できるようにする方法を示します。  
+ ExternalizedPolicy4 アクティビティが既存の Windows Workflow Foundation を実行できるようにする方法を示します[!INCLUDE[netfx35_long](../../../../includes/netfx35-long-md.md)](WF 3.5)<xref:System.Workflow.Activities.Rules.RuleSet>の Windows Workflow Foundation のオブジェクト[!INCLUDE[netfx_current_long](../../../../includes/netfx-current-long-md.md)](WF 4.5) 直接を使用して、ルール エンジンは、つまりWF 3.5 に付属しています。  
   
  [NoPersistScope アクティビティ](../../../../docs/framework/windows-workflow-foundation/samples/nopersistscope-activity.md)  
  ワークフローでシリアル化不可能で破棄可能な状態を処理する方法を示します。  
diff --git a/docs/framework/windows-workflow-foundation/samples/application.md b/docs/framework/windows-workflow-foundation/samples/application.md
index 75c4f826f2f..581e3a98b9f 100644
--- a/docs/framework/windows-workflow-foundation/samples/application.md
+++ b/docs/framework/windows-workflow-foundation/samples/application.md
@@ -1,26 +1,27 @@
 ---
-title: "アプリケーション"
-ms.custom: 
+title: アプリケーション
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 22d27e12-ab04-432b-9695-9f74e098cff3
-caps.latest.revision: "10"
+caps.latest.revision: 10
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 2b3037f6229c16ef6a5164cb0e7053f5993d2a9c
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: c4aa2a1a2510bd915d9c1225c2a6be6e16712192
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="application"></a>アプリケーション
-このセクションには、[!INCLUDE[wf](../../../../includes/wf-md.md)] のワークフロー アプリケーション関連のサンプルが含まれています。  
+このセクションには、ワークフロー アプリケーションでは、Windows Workflow Foundation (WF) に関連するサンプルが含まれています。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [ドキュメント承認プロセス](../../../../docs/framework/windows-workflow-foundation/samples/document-approval-process.md)  
diff --git a/docs/framework/windows-workflow-foundation/samples/asynchronous-communication.md b/docs/framework/windows-workflow-foundation/samples/asynchronous-communication.md
index 880833182ce..0955bebc7ad 100644
--- a/docs/framework/windows-workflow-foundation/samples/asynchronous-communication.md
+++ b/docs/framework/windows-workflow-foundation/samples/asynchronous-communication.md
@@ -1,26 +1,27 @@
 ---
-title: "非同期通信"
-ms.custom: 
+title: 非同期通信
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 128dc092-9eb2-4e33-9470-9a7f62b60df6
-caps.latest.revision: "6"
+caps.latest.revision: 6
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 602fc0ee27d460b11851103b88983d37b472b77a
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 9cf1cc88f2b9dda0b0f6e155a5d6a465552d6267
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="asynchronous-communication"></a>非同期通信
-このサンプルでは、2 つの異なる [!INCLUDE[wf](../../../../includes/wf-md.md)] サービス間の非同期通信が既定でどのように行われるのかを示します。  
+このサンプルでは、既定の 2 つの異なる Windows Workflow Foundation (WF) サービスの間の通信の非同期的の実行方法を示します。  
   
 ## <a name="demonstrates"></a>使用例  
  [!INCLUDE[wf1](../../../../includes/wf1-md.md)] サービス間の非同期通信  
diff --git a/docs/framework/windows-workflow-foundation/samples/basic.md b/docs/framework/windows-workflow-foundation/samples/basic.md
index 4d322350282..182a25894ef 100644
--- a/docs/framework/windows-workflow-foundation/samples/basic.md
+++ b/docs/framework/windows-workflow-foundation/samples/basic.md
@@ -1,26 +1,27 @@
 ---
 title: Basic1
-ms.custom: 
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 84a315b6-3f96-4959-8306-49be37936a23
-caps.latest.revision: "9"
+caps.latest.revision: 9
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 7ec3fe498bc76c5fe7221d14c8af219420037c14
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 4f10a7789c60f6e5e0734f4f0c93e7e088162e7f
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="basic"></a>Basic
-このセクションには、[!INCLUDE[wf](../../../../includes/wf-md.md)] の基本的な機能を示すサンプルが用意されています。  
+このセクションでは、基本的な Windows Workflow Foundation (WF) 機能を示すサンプルを提供します。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [ビルトイン アクティビティ](../../../../docs/framework/windows-workflow-foundation/samples/built-in-activities.md)  
@@ -42,10 +43,10 @@ ms.lasthandoff: 12/22/2017
  ワークフローの実行を示すサンプルが含まれます。  
   
  [式](../../../../docs/framework/windows-workflow-foundation/samples/expressions.md)  
- [!INCLUDE[wf](../../../../includes/wf-md.md)] 式を示すサンプルが含まれます。  
+ Windows Workflow Foundation (WF) の式を示すサンプルが含まれています。  
   
  [移行](../../../../docs/framework/windows-workflow-foundation/samples/migration.md)  
- 前のバージョンの [!INCLUDE[wf](../../../../includes/wf-md.md)] で作成されたワークフローの移行を示すサンプルが含まれます。  
+ 以前のバージョンの Windows Workflow Foundation (WF) で作成されたワークフローの移行を示すサンプルが含まれています。  
   
  [永続性](../../../../docs/framework/windows-workflow-foundation/samples/persistence.md)  
  永続メディアへのワークフローの永続化を示すサンプルが含まれます。  
@@ -63,6 +64,6 @@ ms.lasthandoff: 12/22/2017
  ワークフロー トランザクションを示すサンプルが含まれます。  
   
  [検証](../../../../docs/framework/windows-workflow-foundation/samples/validation.md)  
- [!INCLUDE[wf2](../../../../includes/wf2-md.md)] での検証を示すサンプルが含まれます。  
+ Windows Workflow Foundation での検証を示すサンプルが含まれています。  
   
 ## <a name="reference"></a>参照
diff --git a/docs/framework/windows-workflow-foundation/samples/buffered-receive.md b/docs/framework/windows-workflow-foundation/samples/buffered-receive.md
index f661ddc9159..1c8a3c957de 100644
--- a/docs/framework/windows-workflow-foundation/samples/buffered-receive.md
+++ b/docs/framework/windows-workflow-foundation/samples/buffered-receive.md
@@ -14,14 +14,14 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 9cd4dfcbfc9d417766615c624905f8bce2c10e54
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: abec64433d10a23dca6186c6c9a553bbed12a017
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="buffered-receive"></a>バッファーされた受信機能
-このサンプルでは、[!INCLUDE[wf](../../../../includes/wf-md.md)] のバッファーされた受信機能を設定および構成する方法を示します。 バッファーされた受信機能を使用すると、ワークフロー作成者は、メッセージが受信される順序を考慮することなくワークフローを作成できます。 バッファーされた受信機能では、メッセージがローカルにバッファーされ、ワークフローで受信準備が整ったときにメッセージが配信されます。  
+このサンプルを設定して、Windows Workflow Foundation (WF) でバッファーされた受信機能を構成する方法を示します。 バッファーされた受信機能を使用すると、ワークフロー作成者は、メッセージが受信される順序を考慮することなくワークフローを作成できます。 バッファーされた受信機能では、メッセージがローカルにバッファーされ、ワークフローで受信準備が整ったときにメッセージが配信されます。  
   
 ## <a name="demonstrates"></a>使用例  
  メッセージング アクティビティと共にバッファーされた受信機能を使用した、順番を無視したメッセージ処理。  
diff --git a/docs/framework/windows-workflow-foundation/samples/built-in-activities.md b/docs/framework/windows-workflow-foundation/samples/built-in-activities.md
index ca6ea09180a..0308432adcf 100644
--- a/docs/framework/windows-workflow-foundation/samples/built-in-activities.md
+++ b/docs/framework/windows-workflow-foundation/samples/built-in-activities.md
@@ -1,26 +1,27 @@
 ---
-title: "ビルトイン アクティビティ"
-ms.custom: 
+title: ビルトイン アクティビティ
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 31e1b8c2-7f74-458a-b2e2-fddc5b10eac1
-caps.latest.revision: "3"
+caps.latest.revision: 3
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 15282ae7d1988e560877d10c249fa026510e1d64
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 40423c1684b1f971c7e0d8d812fdcf7d952bb888
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="built-in-activities"></a>ビルトイン アクティビティ
-このセクションには、ビルトイン [!INCLUDE[wf](../../../../includes/wf-md.md)] アクティビティを示すサンプルが含まれています。  
+このセクションには、組み込みの Windows Workflow Foundation (WF) 活動を示すサンプルが含まれています。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [TryCatch を使用した Flowchart アクティビティでのエラー処理](../../../../docs/framework/windows-workflow-foundation/samples/fault-handling-in-a-flowchart-activity-using-trycatch.md)  
diff --git a/docs/framework/windows-workflow-foundation/samples/code-bodied.md b/docs/framework/windows-workflow-foundation/samples/code-bodied.md
index 03595322ace..b905e1eb805 100644
--- a/docs/framework/windows-workflow-foundation/samples/code-bodied.md
+++ b/docs/framework/windows-workflow-foundation/samples/code-bodied.md
@@ -1,23 +1,24 @@
 ---
-title: "コード本文"
-ms.custom: 
+title: コード本文
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 5bfb2d95-9092-4551-9c59-bd8f0a37225e
-caps.latest.revision: "3"
+caps.latest.revision: 3
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 1e9c0cecbf398fb024bda672cf9085e9c779d620
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 1a07ef581459585f0418cdd24660b8064d0f51b0
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="code-bodied"></a>コード本文
 このセクションでは、コードで宣言して作成するカスタム アクティビティのサンプルを示します。  
@@ -39,7 +40,7 @@ ms.lasthandoff: 12/22/2017
  このサンプルでは、<xref:System.Activities.CodeActivity> を使用してワークフロー外で非同期に作業を実行するカスタムの <xref:System.Activities.AsyncCodeActivityContext> を開発する方法を示します。 
   
  [Hello World カスタム アクティビティ](../../../../docs/framework/windows-workflow-foundation/samples/hello-world-custom-activity.md)  
- このサンプルでは、単純なカスタム アクティビティを作成する方法を含む、[!INCLUDE[wf](../../../../includes/wf-md.md)] の主要な機能をいくつか示します。  
+ このサンプルでは、いくつかの主要機能の Windows Workflow Foundation (WF)、単純なカスタム アクティビティを作成する方法などを示します。  
   
  [動的引数](../../../../docs/framework/windows-workflow-foundation/samples/dynamic-arguments.md)  
  このサンプルでは、アクティビティの作成者ではなくアクティビティのコンシューマーによって引数が定義されるアクティビティの実装方法を示します。
diff --git a/docs/framework/windows-workflow-foundation/samples/compensable-activity-sample.md b/docs/framework/windows-workflow-foundation/samples/compensable-activity-sample.md
index 903d643b42b..ff5c005919a 100644
--- a/docs/framework/windows-workflow-foundation/samples/compensable-activity-sample.md
+++ b/docs/framework/windows-workflow-foundation/samples/compensable-activity-sample.md
@@ -1,26 +1,27 @@
 ---
-title: "補正可能なアクティビティのサンプル"
-ms.custom: 
+title: 補正可能なアクティビティのサンプル
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 58f4898c-b2b8-44a4-9a73-3bef4da6d5ba
-caps.latest.revision: "11"
+caps.latest.revision: 11
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: b2fd8d38e95dbddbe85f11bf88ef500697b6c02a
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: ba81d0eb32305e8ea099a291bef612639915292f
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="compensable-activity-sample"></a>補正可能なアクティビティのサンプル
-このサンプルでは、`CompensableActivity` アクティビティを使用して、通常の実行中に特定のアクションに対して実行される作業、および必要に応じて後からアクションを補正するために実行する必要がある作業を定義する方法を示します。  サンプルの最初の部分では、[!INCLUDE[wf](../../../../includes/wf-md.md)] アクティビティを使用して `CompensableActivity` で補正可能な作業の単位を定義する方法と、これらの作業を正常に実行する方法を示します。  サンプルの 2 つ目の部分では、予期しないイベントが発生してワークフロー インスタンスがキャンセルされたときに、同じ単位の補正可能な作業が自動的に補正を引き継ぐ方法を示します。  
+このサンプルでは、`CompensableActivity` アクティビティを使用して、通常の実行中に特定のアクションに対して実行される作業、および必要に応じて後からアクションを補正するために実行する必要がある作業を定義する方法を示します。  このサンプルの最初の部分は、補正可能な作業単位を定義できる方法では、Windows Workflow Foundation (WF) を示しています。 を使用して、`CompensableActivity`アクティビティおよびを正常に実行の実行方法。  サンプルの 2 つ目の部分では、予期しないイベントが発生してワークフロー インスタンスがキャンセルされたときに、同じ単位の補正可能な作業が自動的に補正を引き継ぐ方法を示します。  
   
 ### <a name="to-set-up-build-and-run-the-sample"></a>サンプルをセットアップ、ビルド、および実行するには  
   
diff --git a/docs/framework/windows-workflow-foundation/samples/compensation-samples.md b/docs/framework/windows-workflow-foundation/samples/compensation-samples.md
index 1b96254f82d..ef1ed1d15b5 100644
--- a/docs/framework/windows-workflow-foundation/samples/compensation-samples.md
+++ b/docs/framework/windows-workflow-foundation/samples/compensation-samples.md
@@ -1,26 +1,27 @@
 ---
-title: "補正 (サンプル)"
-ms.custom: 
+title: 補正 (サンプル)
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 3bf46970-d40c-4cf1-b8a7-b1ff46b2af82
-caps.latest.revision: "7"
+caps.latest.revision: 7
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 4b32ab84a3585fc7c1a4638851f5f78eebd41358
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 25b47d3885eb2a72c5c0e0ffdb351ff8b5bab2ba
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="compensation-samples"></a>補正 (サンプル)
-このセクションには、[!INCLUDE[wf](../../../../includes/wf-md.md)] の補正に関連するサンプルが含まれています。  
+このセクションには、Windows Workflow Foundation (WF) の補正に関連するサンプルが含まれています。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [補正可能なアクティビティ](../../../../docs/framework/windows-workflow-foundation/samples/compensable-activity-sample.md)  
diff --git a/docs/framework/windows-workflow-foundation/samples/composite.md b/docs/framework/windows-workflow-foundation/samples/composite.md
index e84abc78dcf..2d7794830ed 100644
--- a/docs/framework/windows-workflow-foundation/samples/composite.md
+++ b/docs/framework/windows-workflow-foundation/samples/composite.md
@@ -1,26 +1,27 @@
 ---
-title: "複合"
-ms.custom: 
+title: 複合
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 82d8e85d-8a19-49f4-a3ec-44b7ad543b0f
-caps.latest.revision: "4"
+caps.latest.revision: 4
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: afa76503377db8de164253f2d24d0b2be1981a04
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 7948ed4cdb65d4cb815af9f849a305656926cebc
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="composite"></a>複合
-このセクションでは、[!INCLUDE[wf](../../../../includes/wf-md.md)] の他のアクティビティで構成されるカスタム アクティビティのサンプルを示します。  
+このセクションには、Windows Workflow Foundation (WF) で他のアクティビティで構成されるカスタム アクティビティのサンプルが含まれています。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [基本的なアクティビティの構成](../../../../docs/framework/windows-workflow-foundation/samples/basic-activity-composition.md)  
diff --git a/docs/framework/windows-workflow-foundation/samples/corporate-purchase-process.md b/docs/framework/windows-workflow-foundation/samples/corporate-purchase-process.md
index 149392dac63..a682b7c51ad 100644
--- a/docs/framework/windows-workflow-foundation/samples/corporate-purchase-process.md
+++ b/docs/framework/windows-workflow-foundation/samples/corporate-purchase-process.md
@@ -1,30 +1,31 @@
 ---
-title: "企業の購買プロセス"
-ms.custom: 
+title: 企業の購買プロセス
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: a5e57336-4290-41ea-936d-435593d97055
-caps.latest.revision: "12"
+caps.latest.revision: 12
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: bbbed0209eec95ec452385b6c78b1beb2ddfcd75
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 451698d92c47c32b45e08bdef7e88e8f04b90ed3
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="corporate-purchase-process"></a>企業の購買プロセス
 このサンプルは、Request for Proposals (RFP: 提案依頼書) に基づくごく基本的な購買プロセスを作成する方法を示しています。この購買プロセスでは最良の提案が自動的に選択されます。 このサンプルでは、<xref:System.Activities.Statements.Parallel>、<xref:System.Activities.Statements.ParallelForEach%601>、および <xref:System.Activities.Statements.ForEach%601> と、プロセスを表すワークフローを作成するカスタム アクティビティが組み合わされています。  
   
  このサンプルには、異なる参加者として (元の要求者や特定のベンダーとして) プロセスとやり取りできる [!INCLUDE[vstecasp](../../../../includes/vstecasp-md.md)] クライアント アプリケーションが含まれています。  
   
-## <a name="requirements"></a>必要条件  
+## <a name="requirements"></a>要件  
   
 -   [!INCLUDE[vs_current_long](../../../../includes/vs-current-long-md.md)]。  
   
@@ -58,7 +59,7 @@ ms.lasthandoff: 12/22/2017
 >  `<InstallDrive>:\WF_WCF_Samples\WF\Application\PurchaseProcess`  
   
 ## <a name="description-of-the-process"></a>プロセスの説明  
- このサンプルは、任意の会社のためにベンダーからの提案を集める [!INCLUDE[wf](../../../../includes/wf-md.md)] プログラムの実装を示しています。  
+ このサンプルでは、一般的な会社のベンダーから提案を収集するための Windows Workflow Foundation (WF) プログラムの実装を示します。  
   
 1.  Company X の従業員が Request for Proposal (RFP) を作成します。  
   
diff --git a/docs/framework/windows-workflow-foundation/samples/custom-activities.md b/docs/framework/windows-workflow-foundation/samples/custom-activities.md
index ed7eb51b609..87bf9304f8f 100644
--- a/docs/framework/windows-workflow-foundation/samples/custom-activities.md
+++ b/docs/framework/windows-workflow-foundation/samples/custom-activities.md
@@ -1,26 +1,27 @@
 ---
-title: "カスタム アクティビティ"
-ms.custom: 
+title: カスタム アクティビティ
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 5cde06b3-51b2-4e46-900d-11140bae77f4
-caps.latest.revision: "4"
+caps.latest.revision: 4
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 24655f8e230cf2286dc451ab8a26f1a4ccf445a8
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: b8176a5bd55022cfe8d0be191127874df5a86062
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="custom-activities"></a>カスタム アクティビティ
-このセクションには、[!INCLUDE[wf](../../../../includes/wf-md.md)] でカスタム アクティビティを作成する方法を示すサンプルが含まれています。  
+このセクションには、Windows Workflow Foundation (WF) でカスタム アクティビティを作成する方法を示すサンプルが含まれています。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [コード本文](../../../../docs/framework/windows-workflow-foundation/samples/code-bodied.md)  
diff --git a/docs/framework/windows-workflow-foundation/samples/custom-tracking.md b/docs/framework/windows-workflow-foundation/samples/custom-tracking.md
index 10825bc8574..c9092278760 100644
--- a/docs/framework/windows-workflow-foundation/samples/custom-tracking.md
+++ b/docs/framework/windows-workflow-foundation/samples/custom-tracking.md
@@ -1,29 +1,30 @@
 ---
-title: "カスタム追跡"
-ms.custom: 
+title: カスタム追跡
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 2d191c9f-62f4-4c63-92dd-cda917fcf254
-caps.latest.revision: "16"
+caps.latest.revision: 16
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 465da20193245a338143c566d1046c3d2212279e
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 71eb3adaae6a474cf4e0766029c549dfe3a08383
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="custom-tracking"></a>カスタム追跡
 このサンプルでは、カスタムの追跡参加要素を作成し、追跡データをコンソールに出力する方法を示します。 また、ユーザー定義データが設定された <xref:System.Activities.Tracking.CustomTrackingRecord> オブジェクトを出力する方法も示します。 コンソール ベースの追跡参加要素は、コードで作成された追跡プロファイル オブジェクトを使用して、ワークフローで出力された <xref:System.Activities.Tracking.TrackingRecord> オブジェクトをフィルター処理します。  
   
 ## <a name="sample-details"></a>サンプルの詳細  
- [!INCLUDE[wf](../../../../includes/wf-md.md)] には、ワークフロー インスタンスの実行を追跡できる追跡インフラストラクチャが用意されています。 追跡ランタイムは、ワークフロー ライフサイクルに関連するイベント、ワークフロー アクティビティのイベント、およびカスタム追跡イベントを出力するワークフロー インスタンスを実装しています。 次の表で、追跡インフラストラクチャの主要コンポーネントの詳細を説明します。  
+ Windows Workflow Foundation (WF) は、ワークフロー インスタンスの実行を追跡できる追跡インフラストラクチャを提供します。 追跡ランタイムは、ワークフロー ライフサイクルに関連するイベント、ワークフロー アクティビティのイベント、およびカスタム追跡イベントを出力するワークフロー インスタンスを実装しています。 次の表で、追跡インフラストラクチャの主要コンポーネントの詳細を説明します。  
   
 |コンポーネント|説明|  
 |---------------|-----------------|  
@@ -158,5 +159,5 @@ context.Track(customRecord);
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WF\Basic\Tracking\CustomTracking`  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [AppFabric の監視のサンプル](http://go.microsoft.com/fwlink/?LinkId=193959)
diff --git a/docs/framework/windows-workflow-foundation/samples/document-approval-process.md b/docs/framework/windows-workflow-foundation/samples/document-approval-process.md
index 275d3345158..1dc2fe87a79 100644
--- a/docs/framework/windows-workflow-foundation/samples/document-approval-process.md
+++ b/docs/framework/windows-workflow-foundation/samples/document-approval-process.md
@@ -1,26 +1,27 @@
 ---
-title: "ドキュメント承認プロセス"
-ms.custom: 
+title: ドキュメント承認プロセス
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 9b240937-76a7-45cd-8823-7f82c34d03bd
-caps.latest.revision: "14"
+caps.latest.revision: 14
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 6b46597e16156db3d36fef97040104d8497294ca
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 45a6a6b2cd3bf790c8170cef6a6111ee7dd0b27b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="document-approval-process"></a>ドキュメント承認プロセス
-このサンプルでは、[!INCLUDE[wf](../../../../includes/wf-md.md)] と [!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] のさまざまな機能を一緒に使用して、 ドキュメント承認プロセスのシナリオを実装する方法を示します。 クライアント アプリケーションでは、承認の必要なドキュメントを送信したり、ドキュメントを承認したりすることができます。 クライアント間の通信を促進したり承認プロセスのルールを適用したりするための承認マネージャー アプリケーションも用意されています。 この承認プロセスは、複数の種類の承認を実行できるワークフローで、 単一承認、定足数承認 (承認者全体のパーセンテージ)、および複合承認 (定足数承認と単一承認のシーケンスから成る承認) を得るためのアクティビティが用意されています。  
+このサンプルでは多く Windows Workflow Foundation (WF) の使用と[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)]機能を一緒にします。 ドキュメント承認プロセスのシナリオを実装する方法を示します。 クライアント アプリケーションでは、承認の必要なドキュメントを送信したり、ドキュメントを承認したりすることができます。 クライアント間の通信を促進したり承認プロセスのルールを適用したりするための承認マネージャー アプリケーションも用意されています。 この承認プロセスは、複数の種類の承認を実行できるワークフローで、 単一承認、定足数承認 (承認者全体のパーセンテージ)、および複合承認 (定足数承認と単一承認のシーケンスから成る承認) を得るためのアクティビティが用意されています。  
   
 > [!IMPORTANT]
 >  サンプルは、既にコンピューターにインストールされている場合があります。 続行する前に、次の (既定の) ディレクトリを確認してください。  
diff --git a/docs/framework/windows-workflow-foundation/samples/durable-delay-in-xamlx.md b/docs/framework/windows-workflow-foundation/samples/durable-delay-in-xamlx.md
index 3ca8d7b052b..9b482732f56 100644
--- a/docs/framework/windows-workflow-foundation/samples/durable-delay-in-xamlx.md
+++ b/docs/framework/windows-workflow-foundation/samples/durable-delay-in-xamlx.md
@@ -14,11 +14,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 2d7377d843e4ab8bd583e135dcdfd2cbfca67b8d
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 8fa5a9e4287bcbcb490754b84a8b5060d321f779
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="durable-delay-in-xamlx"></a>XAMLX における永続的な遅延
 このサンプルでは、永続的な遅延を使用する方法を示します。これは、遅延の間、ワークフローを永続的なデバイスに永続化する遅延のことです。  
@@ -37,7 +37,7 @@ ms.lasthandoff: 04/26/2018
   
  この .xamlx ファイルは、Visual Studio でホストされるワークフロー サービスです。 Visual Studio では、ワークフロー ホストに、ワークフロー サービスを使用する Cassini を使用します。  
   
- ワークフロー サービス ホストは、ワークフローをホストするだけでなく、読み込みとアンロードを行うことによってワークフロー インスタンスを管理します。 ワークフロー サービス ホストで [!INCLUDE[wf](../../../../includes/wf-md.md)] 定義のインスタンスを開始するには、ワークフローの <xref:System.ServiceModel.Activities.Receive> アクティビティにメッセージを送信するクライアントを設定します。 この <xref:System.ServiceModel.Activities.Receive> は、<xref:System.ServiceModel.Activities.Receive.CanCreateInstance%2A> プロパティが `true` に設定されているため、メッセージを受信した後にワークフローの新しいインスタンスを作成できます。  
+ ワークフロー サービス ホストは、ワークフローをホストするだけでなく、読み込みとアンロードを行うことによってワークフロー インスタンスを管理します。 メッセージを送信するクライアントを設定すると、ワークフロー サービス ホストで Windows Workflow Foundation (WF) 定義のインスタンスを開始するには<xref:System.ServiceModel.Activities.Receive>ワークフローのアクティビティ。 この <xref:System.ServiceModel.Activities.Receive> は、<xref:System.ServiceModel.Activities.Receive.CanCreateInstance%2A> プロパティが `true` に設定されているため、メッセージを受信した後にワークフローの新しいインスタンスを作成できます。  
   
  初期化中に、ワークフロー サービス ホストに対してインスタンスを永続化ストア (データベース) にアンロードするように指定する、インスタンスのアンロード動作が構成ファイルに追加されます。 このサンプルでは、(遅延が発生して) ワークフローがアイドル状態になった直後にインスタンスがアンロードされます。  
   
diff --git a/docs/framework/windows-workflow-foundation/samples/durable-duplex.md b/docs/framework/windows-workflow-foundation/samples/durable-duplex.md
index 9c9283603ca..1ca1ae22afa 100644
--- a/docs/framework/windows-workflow-foundation/samples/durable-duplex.md
+++ b/docs/framework/windows-workflow-foundation/samples/durable-duplex.md
@@ -1,29 +1,30 @@
 ---
-title: "永続的な二重"
-ms.custom: 
+title: 永続的な二重
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 4e76d1a1-f3d8-4a0f-8746-4a322cdff6eb
-caps.latest.revision: "10"
+caps.latest.revision: 10
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: b1298f150709b48f18de654be2ab17adfdcbf42a
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 50d0ac9efae8e6d795455a63d793b2e84407b987
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="durable-duplex"></a>永続的な二重
-このサンプルでは、[!INCLUDE[wf](../../../../includes/wf-md.md)] のメッセージング アクティビティを使用して、永続的な双方向メッセージ交換を設定および構成する方法を示します。 永続的な双方向メッセージ交換は、長期間行われる双方向メッセージ交換です。 メッセージ交換の有効期間は、通信チャネルの有効期間およびサービス インスタンスのメモリ内有効期間よりも長い場合があります。  
+このサンプルを設定して、Windows Workflow Foundation (WF)、メッセージング アクティビティを使用して永続的な双方向メッセージ交換を構成する方法を示します。 永続的な双方向メッセージ交換は、長期間行われる双方向メッセージ交換です。 メッセージ交換の有効期間は、通信チャネルの有効期間およびサービス インスタンスのメモリ内有効期間よりも長い場合があります。  
   
 ## <a name="sample-details"></a>サンプルの詳細  
- このサンプルでは、[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)] を使用して実装された 2 つの [!INCLUDE[wf2](../../../../includes/wf2-md.md)] サービスで、永続的な双方向メッセージ交換を構成します。 永続的な双方向メッセージ交換が MSMQ 経由で送信され、関連するを使用して 2 つの一方向のメッセージから構成される[.NET コンテキスト交換](http://go.microsoft.com/fwlink/?LinkID=166059)です。 これらのメッセージは、<xref:System.ServiceModel.Activities.Send> メッセージング アクティビティと <xref:System.ServiceModel.Activities.Receive> メッセージング アクティビティを使用して送信されます。 .NET コンテキスト交換は、送信メッセージに対してコールバック アドレスを指定するために使用します。 どちらのサービスも Windows プロセス アクティブ化サービス (WAS) を使用してホストされ、サービス インスタンスの永続化を有効にするように構成されます。  
+ このサンプルでは 2 つ[!INCLUDE[indigo1](../../../../includes/indigo1-md.md)]Windows Workflow Foundation を使用して実装されているサービスは、永続的な双方向メッセージ交換が構成されています。 永続的な双方向メッセージ交換が MSMQ 経由で送信され、関連するを使用して 2 つの一方向のメッセージから構成される[.NET コンテキスト交換](http://go.microsoft.com/fwlink/?LinkID=166059)です。 これらのメッセージは、<xref:System.ServiceModel.Activities.Send> メッセージング アクティビティと <xref:System.ServiceModel.Activities.Receive> メッセージング アクティビティを使用して送信されます。 .NET コンテキスト交換は、送信メッセージに対してコールバック アドレスを指定するために使用します。 どちらのサービスも Windows プロセス アクティブ化サービス (WAS) を使用してホストされ、サービス インスタンスの永続化を有効にするように構成されます。  
   
  1 つ目のサービス (Service1.xamlx) は、処理を実行する送信サービス (Service2.xamlx) に要求を送信します。 処理が完了したら、Service2.xamlx は、処理が完了したことを示す通知を Service1.xamlx に送り返します。 ワークフロー コンソール アプリケーションによって、サービスがリッスンするキューが設定され、Service1.xamlx をアクティブ化するために最初の開始メッセージが送信されます。 Service1.xamlx は、要求した処理が完了したことを示す通知を Service2.xamlx から受け取ったら、結果を XML ファイルに保存します。 コールバック メッセージを待機している間、Service1.xamlx は既定の <xref:System.ServiceModel.Activities.Description.WorkflowIdleBehavior> を使用してインスタンスの状態を永続化します。 Service2.xamlx は、Service1.xamlx によって要求された処理を完了する一環としてインスタンスの状態を永続化します。  
   
@@ -154,7 +155,7 @@ ms.lasthandoff: 12/22/2017
   
 4.  サンプルを実行します。  
   
-    1.  http://localhost/private/durableduplex/service1.xamlx および http://localhost/private/durableduplex/service2.xamlx を参照し、両方のサービスが実行されていることを確認します。  
+    1.  参照http://localhost/private/durableduplex/service1.xamlxとhttp://localhost/private/durableduplex/service2.xamlxを両方のサービスが実行されていることを確認します。  
   
     2.  F5 キーを押して DurableDuplexClient を実行します。  
   
diff --git a/docs/framework/windows-workflow-foundation/samples/emulating-breaking-in-a-while-activity.md b/docs/framework/windows-workflow-foundation/samples/emulating-breaking-in-a-while-activity.md
index e5622b55d1e..51df59cf7d8 100644
--- a/docs/framework/windows-workflow-foundation/samples/emulating-breaking-in-a-while-activity.md
+++ b/docs/framework/windows-workflow-foundation/samples/emulating-breaking-in-a-while-activity.md
@@ -1,34 +1,35 @@
 ---
-title: "While アクティビティでの中断のエミュレート"
-ms.custom: 
+title: While アクティビティでの中断のエミュレート
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: ddff715d-d623-4b54-b841-60bacbc3ca21
-caps.latest.revision: "10"
+caps.latest.revision: 10
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 22a03c2e7dcc8d024ed407e7df24a4e9db4e2bf6
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 27264832dd82719d7ccb81e1398df343653515b1
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="emulating-breaking-in-a-while-activity"></a>While アクティビティでの中断のエミュレート
 このサンプルでは、<xref:System.Activities.Statements.DoWhile>、<xref:System.Activities.Statements.ForEach%601>、<xref:System.Activities.Statements.While>、および <xref:System.Activities.Statements.ParallelForEach%601> の各アクティビティのループ機構を中断する方法を示します。  
   
- [!INCLUDE[wf](../../../../includes/wf-md.md)] にはこれらのループの実行を中断するアクティビティは用意されていないので、この方法が役立ちます。  
+ これは、機能は、Windows Workflow Foundation (WF) にこれらのループの実行を中断するアクティビティが含まれていないため便利です。  
   
 ## <a name="scenario"></a>シナリオ  
  このサンプルでは、ベンダー (`Vendor` クラスのインスタンス) のリストから信頼できるベンダーを探し、最初に見つかったベンダーを取得します。 各ベンダーには、`ID`、`Name`、およびそのベンダーがどの程度信頼できるかを示す信頼度の数値があります。 このサンプルでは、`FindReliableVendor` というカスタム アクティビティを作成します。このアクティビティは、2 つの入力パラメーター (ベンダーのリストと信頼度の最小値) を受け取り、リストのベンダーのうち、指定された条件に一致する最初のベンダーを返します。  
   
 ## <a name="breaking-a-loop"></a>ループの中断  
- [!INCLUDE[wf](../../../../includes/wf-md.md)] にはループを中断するアクティビティは用意されていません。 コード サンプルでは、<xref:System.Activities.Statements.If> アクティビティといくつかの変数を使用してループの中断を実現します。 このサンプルでは、<xref:System.Activities.Statements.While> 変数に `reliableVendor` 以外の値が代入されると、`null` アクティビティが中断されます。  
+ Windows Workflow Foundation (WF) では、ループを中断するアクティビティは含まれません。 コード サンプルでは、<xref:System.Activities.Statements.If> アクティビティといくつかの変数を使用してループの中断を実現します。 このサンプルでは、<xref:System.Activities.Statements.While> 変数に `reliableVendor` 以外の値が代入されると、`null` アクティビティが中断されます。  
   
  while ループを中断する方法を示すコード例を次に示します。  
   
diff --git a/docs/framework/windows-workflow-foundation/samples/entity-activities.md b/docs/framework/windows-workflow-foundation/samples/entity-activities.md
index 4bb5ecfbcf2..9fb19c90016 100644
--- a/docs/framework/windows-workflow-foundation/samples/entity-activities.md
+++ b/docs/framework/windows-workflow-foundation/samples/entity-activities.md
@@ -1,35 +1,36 @@
 ---
-title: "エンティティ アクティビティ"
-ms.custom: 
+title: エンティティ アクティビティ
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: c04f7413-7fb8-40c6-819e-dc92b145b62e
-caps.latest.revision: "9"
+caps.latest.revision: 9
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: c507c3da7f4583bf6ffb7b869cecbf0bfd305077
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 81f8b1852b939d7ceb8b9afae4435ca12239b880
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="entity-activities"></a>エンティティ アクティビティ
-このサンプルでは、ADO.NET Entity Framework と [!INCLUDE[wf2](../../../../includes/wf2-md.md)] を使用してデータ アクセスを簡素化する方法を示します。  
+このサンプルでは、Windows Workflow Foundation と ADO.NET Entity Framework を使用して、データ アクセスを簡素化する方法を示します。  
   
- ADO.NET Entity Framework を使用すると、開発者は、ドメイン固有のオブジェクト、プロパティ、およびリレーションシップ (Customers、Orders、Order Details、およびこれらのエンティティ間のリレーションシップなど) の形式でデータを扱うことができます。 ADO.NET Entity Framework では、この機能を実現するために、リレーショナル ストレージ スキーマに対して直接プログラムを作成するのではなく、概念アプリケーション モデルに対してプログラムを作成できる抽象化レベルを提供します。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)]ADO.NET Entity Framework を参照してください[ADO.NET Entity Framework](http://go.microsoft.com/fwlink/?LinkId=165549)です。  
+ ADO.NET Entity Framework を使用すると、開発者は、ドメイン固有のオブジェクト、プロパティ、およびリレーションシップ (Customers、Orders、Order Details、およびこれらのエンティティ間のリレーションシップなど) の形式でデータを扱うことができます。 ADO.NET Entity Framework では、この機能を実現するために、リレーショナル ストレージ スキーマに対して直接プログラムを作成するのではなく、概念アプリケーション モデルに対してプログラムを作成できる抽象化レベルを提供します。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)] ADO.NET Entity Framework を参照してください[ADO.NET Entity Framework](http://go.microsoft.com/fwlink/?LinkId=165549)です。  
   
 ## <a name="sample-details"></a>サンプルの詳細  
  このサンプルでは、`Northwind` データベースを使用します。また、`Northwind` データベースを作成および削除するためのスクリプトが用意されています (Setup.cmd と Cleanup.cmd)。 このサンプルのプロジェクトには、`Northwind` データベースに基づく Entity Data Model が含まれています。 このモデルは、プロジェクトに含まれている `Northwind.edmx` ファイルを開くことで見つかります。 これは、ADO.NET Entity Framework を使用してアクセスできるオブジェクトの形状を定義するモデルです。  
   
  このサンプルには、次のアクティビティがあります。  
   
--   `EntitySQLQuery`: `EntitySQLQuery` アクティビティを使用すると、Entity SQL クエリ文字列に基づいてデータベースからオブジェクトを取得できます。 Entity SQL はストレージに依存しない SQL と似たクエリ言語です。この言語では、概念モデルに基づいて、またモデルまたはドメインの一部であるエンティティに基づいて、クエリを指定できます。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)]Entity SQL 言語を参照してください[Entity SQL 言語](http://go.microsoft.com/fwlink/?LinkId=165646)します。  
+-   `EntitySQLQuery`: `EntitySQLQuery` アクティビティを使用すると、Entity SQL クエリ文字列に基づいてデータベースからオブジェクトを取得できます。 Entity SQL はストレージに依存しない SQL と似たクエリ言語です。この言語では、概念モデルに基づいて、またモデルまたはドメインの一部であるエンティティに基づいて、クエリを指定できます。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)] Entity SQL 言語を参照してください[Entity SQL 言語](http://go.microsoft.com/fwlink/?LinkId=165646)します。  
   
 -   `EntityLinqQuery`: このアクティビティを使用すると、LINQ クエリまたは LINQ 述語に基づいてデータベースからオブジェクトを取得できます。  
   
diff --git a/docs/framework/windows-workflow-foundation/samples/execution.md b/docs/framework/windows-workflow-foundation/samples/execution.md
index d84a4cd8905..bcc257eaa89 100644
--- a/docs/framework/windows-workflow-foundation/samples/execution.md
+++ b/docs/framework/windows-workflow-foundation/samples/execution.md
@@ -1,26 +1,27 @@
 ---
-title: "実行"
-ms.custom: 
+title: 実行
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: a9dcedcc-9f4c-45c2-8222-6bcbf48f3534
-caps.latest.revision: "7"
+caps.latest.revision: 7
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 30ae225ac5482bfd6955dd0e87cbfb4bbdae2b4a
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: d13abd5095757b5f09d1166a3bf1654963d1a31b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="execution"></a>実行
-このセクションには、[!INCLUDE[wf](../../../../includes/wf-md.md)] でのワークフローの実行を示すサンプルが含まれています。  
+このセクションには、Windows Workflow Foundation (WF) ワークフローの実行を示すサンプルが含まれています。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [ワークフロー管理エンドポイントのサンプル](../../../../docs/framework/windows-workflow-foundation/samples/workflow-management-endpoint-sample.md)  
diff --git a/docs/framework/windows-workflow-foundation/samples/external-ruleset-toolkit.md b/docs/framework/windows-workflow-foundation/samples/external-ruleset-toolkit.md
index 870943229f5..1d774b7ed9f 100644
--- a/docs/framework/windows-workflow-foundation/samples/external-ruleset-toolkit.md
+++ b/docs/framework/windows-workflow-foundation/samples/external-ruleset-toolkit.md
@@ -1,23 +1,24 @@
 ---
 title: External RuleSet Toolkit
-ms.custom: 
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: a306d283-a031-475e-aa01-9ae86e7adcb0
-caps.latest.revision: "7"
+caps.latest.revision: 7
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 7fbac6bf8be169aca8ad61c69b8d024f44928d8b
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 40e28bb2b17e511a1b8953ccc8ff9bdf4f0f7392
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="external-ruleset-toolkit"></a>External RuleSet Toolkit
 通常、ワークフロー アプリケーション内でルールが使用される場合は、そのルールはアセンブリの一部です。 場合によっては、ワークフロー アセンブリのリビルドや配置を行わずに RuleSet を更新できるように、RuleSet をアセンブリとは別に管理することもあります。 このサンプルでは、RuleSet をデータベース内で管理および編集し、実行時にそれらの RuleSet にワークフローからアクセスできるようにしています。 その結果、実行中のワークフロー インスタンスに、RuleSet への変更を自動的に組み込むことができます。  
@@ -67,9 +68,9 @@ ms.lasthandoff: 12/22/2017
   
  図 3: RuleSet エディタ  
   
- これは、Windows Workflow Foundation [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] アドインの一部であるエディタ ダイアログのホストを変更したものです。 そのため、Intellisense サポートを含めて、同等の機能が用意されています。 ツール内で RuleSet に関連付けられているターゲットの種類 (ワークフローなど) に対して作成されるため、ルールクリックすると**参照**ツールのメイン ダイアログ ボックスで、 **Workflow/type Selector**図 4 に示すように、ダイアログが表示されます。  
+ これは、Windows Workflow Foundation の Visual Studio アドインの一部であるエディタ ダイアログの再ホストです。 そのため、Intellisense サポートを含めて、同等の機能が用意されています。 ツール内で RuleSet に関連付けられているターゲットの種類 (ワークフローなど) に対して作成されるため、ルールクリックすると**参照**ツールのメイン ダイアログ ボックスで、 **Workflow/type Selector**図 4 に示すように、ダイアログが表示されます。  
   
- ![ワークフローである (、&) #47 です。選択範囲を入力](../../../../docs/framework/windows-workflow-foundation/samples/media/71f08d57-e8f2-499e-8151-ece2cbdcabfd.gif "71f08d57-e8f2-499e-8151-ece2cbdcabfd")  
+ ![ワークフロー&#47;選択範囲を入力](../../../../docs/framework/windows-workflow-foundation/samples/media/71f08d57-e8f2-499e-8151-ece2cbdcabfd.gif "71f08d57-e8f2-499e-8151-ece2cbdcabfd")  
   
  図 4: UI-Workflow/Type Selector  
   
@@ -83,7 +84,7 @@ ms.lasthandoff: 12/22/2017
   
  図 5: Validation Errors  
   
- **データ** メニューのツールには、インポートおよび Ruleset をエクスポートすることができます。 クリックすると、**インポート**ファイルの選択ダイアログが表示されたら、.rules ファイルを選択できます。 このファイルが [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] で最初に作成されているかどうかはわかりません。 .rules ファイルは、条件のコレクションと RuleSet のコレクションを含む、シリアル化された `RuleDefinitions` インスタンスを保持します。 このツールでは条件のコレクションは使用されませんが、`RuleDefinitions` 環境とのやり取りのために [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] .rules 形式が使用されます。  
+ **データ** メニューのツールには、インポートおよび Ruleset をエクスポートすることができます。 クリックすると、**インポート**ファイルの選択ダイアログが表示されたら、.rules ファイルを選択できます。 これは、最初に Visual Studio で作成されたファイルではない可能性がありますもかまいません。 .rules ファイルは、条件のコレクションと RuleSet のコレクションを含む、シリアル化された `RuleDefinitions` インスタンスを保持します。 ツールは、条件のコレクションを使用しませんを使用して、 `RuleDefinitions` .rules 形式では、Visual Studio 環境の対話を可能にします。  
   
  .Rules ファイルを選択した後、 **RuleSet Selector** (図 6 を参照してください) ダイアログが表示されます。 このダイアログ ボックスを使用して、インポートするファイルから RuleSet を選択できます (既定では、すべての RuleSet が指定されます)。 WF プロジェクト内の RuleSet のバージョンはアセンブリのバージョンと同じであるため、.rules ファイル内の RuleSet にはバージョン番号がありません。 インポート処理中に、ツールを自動的に割り当てます、次へ 使用可能なメジャー バージョン番号 (これはインポート後に変更できます)。割り当てられたバージョン番号を確認することができます、 **RuleSet Selector**  ボックスの一覧です。  
   
@@ -141,7 +142,7 @@ ms.lasthandoff: 12/22/2017
   
 9. アプリケーション構成ファイルがワークフロー プロジェクトに追加され、サービスが使用するデータベース接続文字列が指定されます。 この接続文字列は、RuleSet テーブルを含むデータベースを指す、RuleSet ツールが使用する接続文字列と同一である必要があります。  
   
-10. これで、`RuleSetToolkitUsageSample` プロジェクトを他のワークフロー コンソール アプリケーションと同様に実行できるようになります。 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] 内で F5 キーまたは Ctrl + F5 キーを押すか、直接 RuleSetToolkitUsageSample.exe ファイルを実行します。  
+10. これで、`RuleSetToolkitUsageSample` プロジェクトを他のワークフロー コンソール アプリケーションと同様に実行できるようになります。 F5 キーまたは Visual Studio 内で ctrl キーを押しながら f5 キーを押すか、直接 RuleSetToolkitUsageSample.exe ファイルを実行します。  
   
     > [!NOTE]
     >  RuleSet ツールは使用方法サンプルのアセンブリを読み込んでいるため、使用方法サンプルを再コンパイルするには RuleSet ツールを閉じる必要があります。
\ No newline at end of file
diff --git a/docs/framework/windows-workflow-foundation/samples/externalized-policy-activity-in-net-framework-4-5.md b/docs/framework/windows-workflow-foundation/samples/externalized-policy-activity-in-net-framework-4-5.md
index 0365031d32c..95d0076789a 100644
--- a/docs/framework/windows-workflow-foundation/samples/externalized-policy-activity-in-net-framework-4-5.md
+++ b/docs/framework/windows-workflow-foundation/samples/externalized-policy-activity-in-net-framework-4-5.md
@@ -1,26 +1,27 @@
 ---
-title: ".NET Framework 4.5 の外部化されたポリシー アクティビティ"
-ms.custom: 
+title: .NET Framework 4.5 の外部化されたポリシー アクティビティ
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 92fd6f92-23a1-4adf-b96a-2754ea93ad3e
-caps.latest.revision: "11"
+caps.latest.revision: 11
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 9dc86cd8ff3cce31e67c146e099f70181ad1e33a
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 7085b9069235de7cd8754937f9f6facdf60cd5b3
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="externalized-policy-activity-in-net-framework-45"></a>.NET Framework 4.5 の外部化されたポリシー アクティビティ
-このサンプルでは、ExternalizedPolicy4 アクティビティが既存を実行できるようにする方法を示します[!INCLUDE[netfx35_long](../../../../includes/netfx35-long-md.md)] [!INCLUDE[wf2](../../../../includes/wf2-md.md)] (WF 3.5)<xref:System.Workflow.Activities.Rules.RuleSet>オブジェクト[!INCLUDE[netfx_current_long](../../../../includes/netfx-current-long-md.md)] [!INCLUDE[wf2](../../../../includes/wf2-md.md)] (WF 4.5) WF 3.5 に付属しているルール エンジンを使用して直接です。 このアクティビティを使用すると、既存の WF 3.5 <xref:System.Workflow.Activities.Rules.RuleSet> を開いて実行できます。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)]WF 3.5 ルール エンジンの Windows Workflow Foundation の一部として含まれるをお読みください[Windows Workflow Foundation ルール エンジンの概要](http://go.microsoft.com/fwlink/?LinkId=166079)です。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)]規則を移行する[!INCLUDE[wf1](../../../../includes/wf1-md.md)]で[!INCLUDE[netfx_current_short](../../../../includes/netfx-current-short-md.md)]での移行ガイドをお読みください[移行のガイダンス](../../../../docs/framework/windows-workflow-foundation/migration-guidance.md)です。  
+このサンプルでは、ExternalizedPolicy4 アクティビティが既存を実行できるようにする方法を示します[!INCLUDE[netfx35_long](../../../../includes/netfx35-long-md.md)]Windows Workflow Foundation (WF 3.5)<xref:System.Workflow.Activities.Rules.RuleSet>オブジェクト[!INCLUDE[netfx_current_long](../../../../includes/netfx-current-long-md.md)]ルール エンジンを使用して直接 Windows Workflow Foundation (WF 4.5)WF 3.5 に付属しています。 このアクティビティを使用すると、既存の WF 3.5 <xref:System.Workflow.Activities.Rules.RuleSet> を開いて実行できます。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)] WF 3.5 ルール エンジンの Windows Workflow Foundation の一部として含まれるをお読みください[Windows Workflow Foundation ルール エンジンの概要](http://go.microsoft.com/fwlink/?LinkId=166079)です。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)] 規則を移行する[!INCLUDE[wf1](../../../../includes/wf1-md.md)]で[!INCLUDE[netfx_current_short](../../../../includes/netfx-current-short-md.md)]での移行ガイドをお読みください[移行のガイダンス](../../../../docs/framework/windows-workflow-foundation/migration-guidance.md)です。  
   
 ## <a name="projects-in-this-sample"></a>このサンプルのプロジェクト  
   
diff --git a/docs/framework/windows-workflow-foundation/samples/extract-wf-data-using-tracking.md b/docs/framework/windows-workflow-foundation/samples/extract-wf-data-using-tracking.md
index d2cf0b91b3b..6dbccce3ef8 100644
--- a/docs/framework/windows-workflow-foundation/samples/extract-wf-data-using-tracking.md
+++ b/docs/framework/windows-workflow-foundation/samples/extract-wf-data-using-tracking.md
@@ -1,29 +1,30 @@
 ---
-title: "追跡を使用した WF データの抽出"
-ms.custom: 
+title: 追跡を使用した WF データの抽出
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: e30c68f5-8c6a-495a-bd20-667a4364c68e
-caps.latest.revision: "14"
+caps.latest.revision: 14
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 4d6c269dc9c8b5a0050cfc3ffcefc3160b07c897
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 44e49aa0c9b3b9b53b921fe90838875ab34b7772
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="extract-wf-data-using-tracking"></a>追跡を使用した WF データの抽出
 このサンプルでは、ワークフロー追跡を使用して、アクティビティからワークフロー変数と引数を抽出する方法を示します。 また、追跡レコードへの注釈の追加、およびカスタム追跡レコード内のデータ ペイロードの抽出の例も示します。 このサンプルでは、ワークフローからデータを抽出するために Event Tracing for Windows (ETW) 追跡参加要素を使用します。  
   
 ## <a name="sample-details"></a>サンプルの詳細  
- [!INCLUDE[wf](../../../../includes/wf-md.md)] には、ワークフロー インスタンスの実行を視覚的に示す追跡機能が用意されています。 追跡ランタイムでは、ワークフローの実行中にワークフロー追跡レコードが出力されます。 このワークフロー追跡レコードと共に、ワークフロー インスタンス内のデータをワークフローから抽出することができます。 追跡レコードから抽出できるデータの種類の詳細を以下に示します。  
+ Windows Workflow Foundation (WF) は、ワークフロー インスタンスの実行を把握するための追跡を提供します。 追跡ランタイムでは、ワークフローの実行中にワークフロー追跡レコードが出力されます。 このワークフロー追跡レコードと共に、ワークフロー インスタンス内のデータをワークフローから抽出することができます。 追跡レコードから抽出できるデータの種類の詳細を以下に示します。  
   
 1.  アクティビティ内のワークフロー変数とアクティビティの実行時の追跡レコード。  
   
@@ -165,5 +166,5 @@ ms.lasthandoff: 12/22/2017
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WF\Basic\Tracking\ExtractWfData`  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [AppFabric の監視のサンプル](http://go.microsoft.com/fwlink/?LinkId=193959)
diff --git a/docs/framework/windows-workflow-foundation/samples/hello-world-custom-activity.md b/docs/framework/windows-workflow-foundation/samples/hello-world-custom-activity.md
index 493bd5c9b2c..e4215eceb3c 100644
--- a/docs/framework/windows-workflow-foundation/samples/hello-world-custom-activity.md
+++ b/docs/framework/windows-workflow-foundation/samples/hello-world-custom-activity.md
@@ -1,26 +1,27 @@
 ---
-title: "Hello World カスタム アクティビティ"
-ms.custom: 
+title: Hello World カスタム アクティビティ
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 72b1dd0a-9aad-47d5-95a9-a1024ee1d0a1
-caps.latest.revision: "12"
+caps.latest.revision: 12
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 155726e5cd65c2f31a3205a8d18f662b66fb40e8
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: fa441a3019b0ef6df31dc0a46be7ea7e8e00a4b8
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="hello-world-custom-activity"></a>Hello World カスタム アクティビティ
-このサンプルでは、単純なカスタム アクティビティを作成する方法を含む、[!INCLUDE[wf](../../../../includes/wf-md.md)] の主要な機能をいくつか示します。 このサンプルで示す機能では、C# でカスタム アクティビティを作成し、`in` 引数と `out` 引数 (<xref:System.Activities.InArgument> と <xref:System.Activities.OutArgument>) を使用します。  
+このサンプルでは、いくつかの主要機能の Windows Workflow Foundation (WF)、単純なカスタム アクティビティを作成する方法などを示します。 このサンプルで示す機能では、C# でカスタム アクティビティを作成し、`in` 引数と `out` 引数 (<xref:System.Activities.InArgument> と <xref:System.Activities.OutArgument>) を使用します。  
   
 > [!IMPORTANT]
 >  サンプルは、既にコンピューターにインストールされている場合があります。 続行する前に、次の (既定の) ディレクトリを確認してください。  
diff --git a/docs/framework/windows-workflow-foundation/samples/index.md b/docs/framework/windows-workflow-foundation/samples/index.md
index 7a38ea36ee6..b2854a0b6cc 100644
--- a/docs/framework/windows-workflow-foundation/samples/index.md
+++ b/docs/framework/windows-workflow-foundation/samples/index.md
@@ -10,29 +10,29 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 193f8ce60d8675832955b0e153af7f61b28d2707
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: a1fb5f7ab268397b75f6d3e2c5c784c1a586c93c
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="windows-workflow-wf-samples"></a>Windows Workflow (WF) のサンプル
-これらのサンプルでは、[!INCLUDE[wf](../../../../includes/wf-md.md)] のさまざまな特性について説明します。  
+これらのサンプルでは、に関するさまざまな Windows Workflow Foundation (WF) の命令を提供します。  
   
 このサンプルは、[Microsoft ダウンロード センター](http://go.microsoft.com/fwlink/?LinkId=150780) からダウンロードできます。  
   
 > [!NOTE]
->  これらの例では [!INCLUDE[vs2010](../../../../includes/vs2010-md.md)] と [!INCLUDE[netfx40_short](../../../../includes/netfx40-short-md.md)] で作成されていますが、[!INCLUDE[vs_current_long](../../../../includes/vs-current-long-md.md)] と [!INCLUDE[netfx_current_short](../../../../includes/netfx-current-short-md.md)] とに互換性があります。 [!INCLUDE[netfx_current_short](../../../../includes/netfx-current-short-md.md)] の [!INCLUDE[wf2](../../../../includes/wf2-md.md)] の追加の例は、[「Code MSDN」](http://aka.ms/WF45Samples) にあります。
+>  これらの例では [!INCLUDE[vs2010](../../../../includes/vs2010-md.md)] と [!INCLUDE[netfx40_short](../../../../includes/netfx40-short-md.md)] で作成されていますが、[!INCLUDE[vs_current_long](../../../../includes/vs-current-long-md.md)] と [!INCLUDE[netfx_current_short](../../../../includes/netfx-current-short-md.md)] とに互換性があります。 Windows Workflow Foundation での他のサンプル[!INCLUDE[netfx_current_short](../../../../includes/netfx-current-short-md.md)]にある [コード MSDN](http://aka.ms/WF45Samples)です。
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [アプリケーション](../../../../docs/framework/windows-workflow-foundation/samples/application.md)  
  ワークフロー アプリケーションに関連するサンプルが用意されています。  
   
  [基本](../../../../docs/framework/windows-workflow-foundation/samples/basic.md)  
- [!INCLUDE[wf](../../../../includes/wf-md.md)] の基本的な機能を示すサンプルが用意されています。  
+ 基本的な Windows Workflow Foundation (WF) 機能を示すサンプルを提供します。  
   
  [シナリオ](../../../../docs/framework/windows-workflow-foundation/samples/scenario.md)  
- [!INCLUDE[wf](../../../../includes/wf-md.md)] のシナリオの例が用意されています。  
+ Windows Workflow Foundation (WF) シナリオの例を提供します。  
   
  このセクションに含まれているサンプルでは、C# 3.0 の新機能を利用します。 C# 3.0 の新機能に精通していない場合、その詳細については、[「C# 3.0 の概要」](http://go.microsoft.com/fwlink/?LinkId=193972) を参照してください。  
   
diff --git a/docs/framework/windows-workflow-foundation/samples/invokemethod.md b/docs/framework/windows-workflow-foundation/samples/invokemethod.md
index 274534b68f4..0ed26fd85b2 100644
--- a/docs/framework/windows-workflow-foundation/samples/invokemethod.md
+++ b/docs/framework/windows-workflow-foundation/samples/invokemethod.md
@@ -1,23 +1,24 @@
 ---
 title: InvokeMethod
-ms.custom: 
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 04988eb3-65f8-456d-b1bd-509f5d05a57c
-caps.latest.revision: "6"
+caps.latest.revision: 6
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: b90ebec929b310442cde2be8d96386e016a9bbb4
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: f988f206fbd84b7b7d47fb3bd540420601ba30c9
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="invokemethod"></a>InvokeMethod
 このサンプルでは、<xref:System.Activities.Statements.InvokeMethod> アクティビティを使用してクラスのメソッドを呼び出すさまざまな方法を示します。  
@@ -52,7 +53,7 @@ ms.lasthandoff: 12/22/2017
 12. オブジェクトのインスタンスから値を取得します。  
   
 ## <a name="to-use-this-sample"></a>このサンプルを使用するには  
- このサンプルには、2 つのバージョンが用意されています。 このサンプルの第 1 のバージョンでは、<xref:System.Activities.Statements.InvokeMethod> プログラミング モデルを使用して、C# コードから [!INCLUDE[wf](../../../../includes/wf-md.md)] を使用する方法を示します。これは、CodedWorkflow\CS フォルダーにあります。 第 2 のバージョンでは、XAML で <xref:System.Activities.Statements.InvokeMethod> を使用する方法を示します。これは、DesignerWorkflow\CS フォルダーにあります。  
+ このサンプルには、2 つのバージョンが用意されています。 このサンプルの最初のバージョンは、の使用法を示しています<xref:System.Activities.Statements.InvokeMethod>c# コードから Windows Workflow Foundation (WF) のプログラミング モデルを使用して、Codedworkflow \cs フォルダーにあります。 第 2 のバージョンでは、XAML で <xref:System.Activities.Statements.InvokeMethod> を使用する方法を示します。これは、DesignerWorkflow\CS フォルダーにあります。  
   
 #### <a name="to-run-the-coded-workflow-sample"></a>コード化されたワークフロー サンプルを実行するには  
   
diff --git a/docs/framework/windows-workflow-foundation/samples/migration.md b/docs/framework/windows-workflow-foundation/samples/migration.md
index d882f46a587..85f750895f1 100644
--- a/docs/framework/windows-workflow-foundation/samples/migration.md
+++ b/docs/framework/windows-workflow-foundation/samples/migration.md
@@ -1,26 +1,27 @@
 ---
-title: "移行"
-ms.custom: 
+title: 移行
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 51ca5be7-94dc-4bed-a206-f57c898cf078
-caps.latest.revision: "8"
+caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 39e7e8e16838c4959e67d0c9d0f5e17286e1167f
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 468fbb57290e90f6e6e006f2fe4a5743ef3f220b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="migration"></a>移行
-このセクションには、[!INCLUDE[wf](../../../../includes/wf-md.md)] で記述された [!INCLUDE[netfx35_short](../../../../includes/netfx35-short-md.md)] コンテンツを [!INCLUDE[netfx40_short](../../../../includes/netfx40-short-md.md)] に移行する方法を示すサンプルが含まれています。  
+このセクションには、Windows Workflow Foundation (WF) のコンテンツを使用して記述を移行する方法を示すサンプルが含まれています。[!INCLUDE[netfx35_short](../../../../includes/netfx35-short-md.md)]に[!INCLUDE[netfx40_short](../../../../includes/netfx40-short-md.md)]です。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [.NET Framework 4.5 ワークフローでの .NET Framework 3.0 または .NET Framework 3.5 アクティビティの使用](../../../../docs/framework/windows-workflow-foundation/samples/using-a-net-3-0-or-net-3-5-activity-in-a-net-4-5-workflow.md)  
diff --git a/docs/framework/windows-workflow-foundation/samples/persistence.md b/docs/framework/windows-workflow-foundation/samples/persistence.md
index bfe338a24cb..dcf22403cb8 100644
--- a/docs/framework/windows-workflow-foundation/samples/persistence.md
+++ b/docs/framework/windows-workflow-foundation/samples/persistence.md
@@ -1,26 +1,27 @@
 ---
-title: "永続性"
-ms.custom: 
+title: 永続性
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 79c14759-9f87-458a-b339-beec8300e339
-caps.latest.revision: "5"
+caps.latest.revision: 5
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 3b326c56ce96b9b0f2d2089976b530d530d9a55b
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 2e07e215b9afed5cc2af950186cfe66c9808c8f2
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="persistence"></a>永続性
-このセクションでは、[!INCLUDE[wf](../../../../includes/wf-md.md)] での永続メディアへのワークフローの永続化に関するサンプルを示します。  
+このセクションには、Windows Workflow Foundation (WF) の永続メディアへの永続化ワークフローを示すサンプルが含まれています。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [ワークフロー アプリケーションの永続化](../../../../docs/framework/windows-workflow-foundation/samples/persisting-a-workflow-application.md)  
diff --git a/docs/framework/windows-workflow-foundation/samples/policy-activity-in-net-framework-4-5.md b/docs/framework/windows-workflow-foundation/samples/policy-activity-in-net-framework-4-5.md
index 3470671e305..670de45d81a 100644
--- a/docs/framework/windows-workflow-foundation/samples/policy-activity-in-net-framework-4-5.md
+++ b/docs/framework/windows-workflow-foundation/samples/policy-activity-in-net-framework-4-5.md
@@ -1,26 +1,27 @@
 ---
-title: ".NET Framework 4.5 のポリシー アクティビティ"
-ms.custom: 
+title: .NET Framework 4.5 のポリシー アクティビティ
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 8e375e0c-d7c1-4d69-88ab-36d52db0aa7e
-caps.latest.revision: "15"
+caps.latest.revision: 15
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 66968503d2f481647d999854358a246b4d963475
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: d8457182b666570853953830a92c3f2380a0eb85
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="policy-activity-in-net-framework-45"></a>.NET Framework 4.5 のポリシー アクティビティ
-Policy4 アクティビティは、[!INCLUDE[wf2](../../../../includes/wf2-md.md)] (WF 3.5) [!INCLUDE[netfx35_long](../../../../includes/netfx35-long-md.md)] オブジェクト内の <xref:System.Workflow.Activities.Rules.RuleSet> を、WF 3.5 に付属しているルール エンジンを使用して [!INCLUDE[wf2](../../../../includes/wf2-md.md)] (WF 4.5) の [!INCLUDE[netfx_current_long](../../../../includes/netfx-current-long-md.md)] で直接使用できるようにします。 このアクティビティを使用すると、WF 3.5 <xref:System.Workflow.Activities.Rules.RuleSet> を作成して実行できます。 Windows Workflow Foundation の一部として用意されている WF 3.5 ルール エンジンの[!INCLUDE[crabout](../../../../includes/crabout-md.md)]については、「Windows Workflow Foundation ルール エンジンの紹介」を参照してください。 移行の詳細についての WF ルール[!INCLUDE[netfx_current_long](../../../../includes/netfx-current-long-md.md)]をお読みください[移行のガイダンス](../../../../docs/framework/windows-workflow-foundation/migration-guidance.md)です。  
+Policy4 アクティビティは、Windows Workflow Foundation の[!INCLUDE[netfx35_long](../../../../includes/netfx35-long-md.md)](WF 3.5) <xref:System.Workflow.Activities.Rules.RuleSet> Windows Workflow Foundation に使用されるオブジェクト[!INCLUDE[netfx_current_long](../../../../includes/netfx-current-long-md.md)](WF 4.5) WF 3.5 に付属しているルール エンジンを使用して直接です。 このアクティビティを使用すると、WF 3.5 <xref:System.Workflow.Activities.Rules.RuleSet> を作成して実行できます。 Windows Workflow Foundation の一部として用意されている WF 3.5 ルール エンジンの[!INCLUDE[crabout](../../../../includes/crabout-md.md)]については、「Windows Workflow Foundation ルール エンジンの紹介」を参照してください。 移行の詳細についての WF ルール[!INCLUDE[netfx_current_long](../../../../includes/netfx-current-long-md.md)]をお読みください[移行のガイダンス](../../../../docs/framework/windows-workflow-foundation/migration-guidance.md)です。  
   
 > [!IMPORTANT]
 >  サンプルは、既にコンピューターにインストールされている場合があります。 続行する前に、次の (既定の) ディレクトリを確認してください。  
diff --git a/docs/framework/windows-workflow-foundation/samples/property-promotion-activity.md b/docs/framework/windows-workflow-foundation/samples/property-promotion-activity.md
index 5bc66f1c784..5870f1042b5 100644
--- a/docs/framework/windows-workflow-foundation/samples/property-promotion-activity.md
+++ b/docs/framework/windows-workflow-foundation/samples/property-promotion-activity.md
@@ -1,23 +1,24 @@
 ---
-title: "プロパティ昇格アクティビティ"
-ms.custom: 
+title: プロパティ昇格アクティビティ
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 802196b7-1159-4c05-b41b-d3bfdfcc88d9
-caps.latest.revision: "6"
+caps.latest.revision: 6
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 244cea33b684a8674681c4d1974d5d857c4c402b
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 12f7aa4bd10a22a3cd3ea361e32016b95e41e46b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="property-promotion-activity"></a>プロパティ昇格アクティビティ
 このサンプルでは、<xref:System.Activities.DurableInstancing.SqlWorkflowInstanceStore> 昇格機能をワークフロー作成に直接統合するエンド ツー エンドのソリューションを示します。 昇格機能の使用を単純化する構成要素、ワークフロー アクティビティ、およびワークフロー拡張機能のコレクションが用意されています。 また、サンプルには、このコレクションの使用方法を示す簡単なワークフローが含まれています。  
@@ -109,7 +110,7 @@ go
  `promotedValue` 要素の順序は、`InstancePromotedProperties` ビューの昇格されたプロパティの位置と相関しています。 `Count` は最初の `promotedValue` 要素です。 その結果、`Value1` ビューの `InstancePromotedProperties` 列にマップされます。 `LastIncrementedAt` は 2 番目の `promotedValue` 要素です。 その結果、`Value2` ビューの `InstancePromotedProperties` 列にマップされます。  
   
 #### <a name="using-the-promotevalue-activity"></a>PromoteValue アクティビティの使用  
- [!INCLUDE[wf2](../../../../includes/wf2-md.md)] デザイナーで CounterService.xamlx ファイルを確認します。 WF の定義には、`PromoteValue<DateTime>` および `PromoteValue<Int32>` の 2 つの特別なアクティビティがあります。  
+ Windows Workflow Foundation Designer で CounterService.xamlx ファイルを調べます。 WF の定義には、`PromoteValue<DateTime>` および `PromoteValue<Int32>` の 2 つの特別なアクティビティがあります。  
   
  `PromoteValue<Int32>` アクティビティには、`Name` として定義されているその `Count` メンバーがあります。 これは、構成の最初の `promotedValue` 要素と一致し、`Value` ワークフロー変数として定義されているその `Counter` があります。 ワークフローが永続化されると、`Counter` ワークフロー変数は昇格されたプロパティとして `Value1` ビューの `InstancePromotedProperties` 列に保存されます。  
   
@@ -200,5 +201,5 @@ public class SqlWorkflowInstanceStorePromotionBehavior :
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WF\Basic\Persistence\PropertyPromotionActivity`  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [AppFabric ホスティングと永続性のサンプル](http://go.microsoft.com/fwlink/?LinkId=193961)
diff --git a/docs/framework/windows-workflow-foundation/samples/rules-samples.md b/docs/framework/windows-workflow-foundation/samples/rules-samples.md
index 249825d6757..05fba806883 100644
--- a/docs/framework/windows-workflow-foundation/samples/rules-samples.md
+++ b/docs/framework/windows-workflow-foundation/samples/rules-samples.md
@@ -1,23 +1,24 @@
 ---
-title: "ルールのサンプル"
-ms.custom: 
+title: ルールのサンプル
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: fe156790-3260-4d50-a4a6-e6bc80575af0
-caps.latest.revision: "4"
+caps.latest.revision: 4
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 087b6aaf524ac2bf301d40b13ed8f3d7987d1956
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 1c3f8f1f364e2875e0fc2f192ba59dca94209bb1
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="rules-samples"></a>ルールのサンプル
 このセクションには、[!INCLUDE[netfx35_long](../../../../includes/netfx35-long-md.md)] のワークフロー ルール エンジンを使用する方法を示すサンプルが含まれます。  
@@ -36,4 +37,4 @@ ms.lasthandoff: 12/22/2017
  旅行の予約アプリケーションを示します。  
   
  [ポリシーを使用した注文処理](../../../../docs/framework/windows-workflow-foundation/samples/order-processing-with-policy.md)  
- [!INCLUDE[netfx35_long](../../../../includes/netfx35-long-md.md)] の [!INCLUDE[wf](../../../../includes/wf-md.md)] で導入されたいくつかの主要な機能を示します。
+ 導入された主要な機能の一部を示しています、[!INCLUDE[netfx35_long](../../../../includes/netfx35-long-md.md)]の Windows Workflow Foundation (WF) です。
diff --git a/docs/framework/windows-workflow-foundation/samples/scenario.md b/docs/framework/windows-workflow-foundation/samples/scenario.md
index 3fd1cbe0c49..598432fd803 100644
--- a/docs/framework/windows-workflow-foundation/samples/scenario.md
+++ b/docs/framework/windows-workflow-foundation/samples/scenario.md
@@ -14,14 +14,14 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 60f6571d7702236ee24c0cb9da2aa4121feddcf0
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: ecf45e4d40c305c5e324d3ab8469ff24f5a092ef
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="scenario"></a>シナリオ
-このセクションには、[!INCLUDE[wf](../../../../includes/wf-md.md)] シナリオの例が含まれています。  
+このセクションには、Windows Workflow Foundation (WF) シナリオの例が含まれています。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [アクティビティ ライブラリ](../../../../docs/framework/windows-workflow-foundation/samples/activity-library.md)  
@@ -40,7 +40,7 @@ ms.lasthandoff: 04/26/2018
  <xref:System.Activities.Statements.Flowchart> アクティビティと <xref:System.Activities.Statements.Pick> アクティビティを組み合わせて簡単なストップウォッチ シナリオを実装する方法を示します。  
   
  [XAML での WPF と WF の統合](../../../../docs/framework/windows-workflow-foundation/samples/wpf-and-wf-integration-in-xaml.md)  
- Windows Presentation Foundation (WPF) を使用するアプリケーションを作成する方法を示しますと[!INCLUDE[wf](../../../../includes/wf-md.md)]1 つの XAML ドキュメントで機能します。 これを実現するために、サンプルでは [!INCLUDE[wf](../../../../includes/wf-md.md)] および XAML 機能拡張を使用します。  
+ 1 つの XAML ドキュメントで Windows Presentation Foundation (WPF) および Windows Workflow Foundation (WF) 機能を使用するアプリケーションを作成する方法を示します。 これを行うには、サンプルは、Windows Workflow Foundation (WF) および XAML 機能拡張を使用します。  
   
  [External RuleSet Toolkit](../../../../docs/framework/windows-workflow-foundation/samples/external-ruleset-toolkit.md)  
  データベースで RuleSet を管理および編集し、実行時にそれらの RuleSet にワークフローからアクセスする方法を示します。
diff --git a/docs/framework/windows-workflow-foundation/samples/services.md b/docs/framework/windows-workflow-foundation/samples/services.md
index 86c2b5e3881..36fab06d13c 100644
--- a/docs/framework/windows-workflow-foundation/samples/services.md
+++ b/docs/framework/windows-workflow-foundation/samples/services.md
@@ -1,26 +1,27 @@
 ---
 title: Services1
-ms.custom: 
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 521cdb66-98cb-4ad1-b706-370788a43485
-caps.latest.revision: "9"
+caps.latest.revision: 9
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 924368f5de4c5698c439a6c8744a15babd62d762
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: f53c3ee686c4117a621eac43ede1035a83a08e46
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="services"></a>サービス
-このセクションには、[!INCLUDE[wf](../../../../includes/wf-md.md)] のサービス機能を示すサンプルへのリンクが含まれています。  
+このセクションには、Windows Workflow Foundation (WF) サービスの機能を示すサンプルへのリンクが含まれています。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [絶対遅延](../../../../docs/framework/windows-workflow-foundation/samples/absolute-delay.md)  
@@ -42,7 +43,7 @@ ms.lasthandoff: 12/22/2017
  メッセージング アクティビティ (WF サービス) で使用できるユーザーの種類を示します。 サンプルのサービスは、簡単な費用承認サービスで、3 つの操作を公開します。  
   
  [永続的な二重](../../../../docs/framework/windows-workflow-foundation/samples/durable-duplex.md)  
- [!INCLUDE[wf](../../../../includes/wf-md.md)] のメッセージング アクティビティを使用して、永続的な双方向メッセージ交換を設定および構成する方法を示します。  
+ 設定して、Windows Workflow Foundation (WF)、メッセージング アクティビティを使用して永続的な双方向メッセージ交換を構成する方法を示します。  
   
  [コンテンツ ベースの相関関係](../../../../docs/framework/windows-workflow-foundation/samples/content-based-correlation.md)  
  メッセージング アクティビティ (<xref:System.ServiceModel.Activities.Send>、<xref:System.ServiceModel.Activities.Receive>、<xref:System.ServiceModel.Activities.SendReply>、および <xref:System.ServiceModel.Activities.ReceiveReply>) を 1 つまたは複数のコンテンツ ベースの相関関係で使用する方法を示します。  
@@ -54,10 +55,10 @@ ms.lasthandoff: 12/22/2017
  永続的な遅延を使用する方法を示します。これは、遅延の間、ワークフローを永続的なデバイスに永続化する遅延のことです。  
   
  [バッファーされた受信機能](../../../../docs/framework/windows-workflow-foundation/samples/buffered-receive.md)  
- [!INCLUDE[wf](../../../../includes/wf-md.md)] のバッファーされた受信機能を設定および構成する方法を示します。  
+ 設定し、Windows Workflow Foundation (WF) でバッファーされた受信機能を構成する方法を示します。  
   
  [XAML アクティベーション](../../../../docs/framework/windows-workflow-foundation/samples/xaml-activation.md)  
  宣言型ワークフローを [!INCLUDE[iisver](../../../../includes/iisver-md.md)] でホストする方法を示します。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [ワークフロー サービス](../../../../docs/framework/wcf/feature-details/workflow-services.md)
diff --git a/docs/framework/windows-workflow-foundation/samples/sql-tracking.md b/docs/framework/windows-workflow-foundation/samples/sql-tracking.md
index 666a70dbab1..ebc2c2ccab4 100644
--- a/docs/framework/windows-workflow-foundation/samples/sql-tracking.md
+++ b/docs/framework/windows-workflow-foundation/samples/sql-tracking.md
@@ -1,26 +1,27 @@
 ---
-title: "SQL 追跡"
-ms.custom: 
+title: SQL 追跡
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: bcaebeb1-b9e5-49e8-881b-e49af66fd341
-caps.latest.revision: "15"
+caps.latest.revision: 15
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 6bd8fbe1a29793778d93eeca64b185079d706f3e
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 2eeb5cf57e6efac77de4a76fe8131189273d5438
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="sql-tracking"></a>SQL 追跡
-このサンプルでは、カスタム SQL 追跡参加要素を作成し、追跡レコードを SQL データベースに書き込む方法を示します。 [!INCLUDE[wf](../../../../includes/wf-md.md)] には、ワークフロー インスタンスの実行を視覚的に示すワークフロー追跡機能が用意されています。 追跡ランタイムでは、ワークフローの実行中にワークフロー追跡レコードが出力されます。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)]ワークフロー追跡を参照してください[ワークフロー追跡とトレース](../../../../docs/framework/windows-workflow-foundation/workflow-tracking-and-tracing.md)です。  
+このサンプルでは、カスタム SQL 追跡参加要素を作成し、追跡レコードを SQL データベースに書き込む方法を示します。 Windows Workflow Foundation (WF) ワークフローをワークフロー インスタンスの実行時に視覚的に追跡を提供します。 追跡ランタイムでは、ワークフローの実行中にワークフロー追跡レコードが出力されます。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)] ワークフロー追跡を参照してください[ワークフロー追跡とトレース](../../../../docs/framework/windows-workflow-foundation/workflow-tracking-and-tracing.md)です。  
   
 #### <a name="to-use-this-sample"></a>このサンプルを使用するには  
   
@@ -43,7 +44,7 @@ ms.lasthandoff: 12/22/2017
   
 7.  ブラウザーに、[StockPriceService] ページが表示され、ローカル サービスの WSDL アドレスが示されます。 このアドレスをコピーします。  
   
-     ローカル サービスの WSDL アドレスは、http://localhost:65193/StockPriceService.xamlx?wsdl などになります。  
+     ローカル サービスの WSDL アドレスの例はhttp://localhost:65193/StockPriceService.xamlx?wsdlします。  
   
 8.  [!INCLUDE[fileExplorer](../../../../includes/fileexplorer-md.md)] を使用して、WCF テスト クライアント (WcfTestClient.exe) を実行します。 このテスト クライアントは Microsoft Visual Studio 10.0\Common7\IDE ディレクトリにあります。  
   
@@ -51,7 +52,7 @@ ms.lasthandoff: 12/22/2017
   
 10. WCF テスト クライアントでダブルクリックして**GetStockPrice**です。 開き、`GetStockPrice`操作を 1 つのパラメーター値の型を受け取る`Contoso` をクリック**Invoke**です。  
   
-11. 出力された追跡レコードが SQL データベースに書き込まれます。 追跡レコードを表示するには、SQL Management Studio で TrackingSample データベースを開き、テーブルに移動します。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)]SQL Server Management Studio を参照してください[SQL Server Management Studio の概要](http://go.microsoft.com/fwlink/?LinkId=165645)です。 SQL Server 2008 Management Studio Express をダウンロードできる[ここ](http://go.microsoft.com/fwlink/?LinkId=180520)です。 テーブルで選択クエリを実行すると、それぞれのテーブルに格納されている追跡レコード内のデータが表示されます。  
+11. 出力された追跡レコードが SQL データベースに書き込まれます。 追跡レコードを表示するには、SQL Management Studio で TrackingSample データベースを開き、テーブルに移動します。 [!INCLUDE[crabout](../../../../includes/crabout-md.md)] SQL Server Management Studio を参照してください[SQL Server Management Studio の概要](http://go.microsoft.com/fwlink/?LinkId=165645)です。 SQL Server 2008 Management Studio Express をダウンロードできる[ここ](http://go.microsoft.com/fwlink/?LinkId=180520)です。 テーブルで選択クエリを実行すると、それぞれのテーブルに格納されている追跡レコード内のデータが表示されます。  
   
 #### <a name="to-uninstall-the-sample"></a>サンプルをアンインストールするには  
   
@@ -69,5 +70,5 @@ ms.lasthandoff: 12/22/2017
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WF\Basic\Tracking\SqlTracking`  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [AppFabric の監視のサンプル](http://go.microsoft.com/fwlink/?LinkId=193959)
diff --git a/docs/framework/windows-workflow-foundation/samples/suspended-instance-management.md b/docs/framework/windows-workflow-foundation/samples/suspended-instance-management.md
index 5b7b646e222..eb10d9fb1d5 100644
--- a/docs/framework/windows-workflow-foundation/samples/suspended-instance-management.md
+++ b/docs/framework/windows-workflow-foundation/samples/suspended-instance-management.md
@@ -1,23 +1,24 @@
 ---
-title: "中断されたインスタンスの管理"
-ms.custom: 
+title: 中断されたインスタンスの管理
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: f5ca3faa-ba1f-4857-b92c-d927e4b29598
-caps.latest.revision: "6"
+caps.latest.revision: 6
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 6e04f1e2f334993975b2c4261efdc28ba318dfa3
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 5f5073e9de217637141d7e3c9d70bb6a0b7a9cd0
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="suspended-instance-management"></a>中断されたインスタンスの管理
 このサンプルでは、中断されているワークフロー インスタンスを管理する方法を示します。  <xref:System.ServiceModel.Activities.Description.WorkflowUnhandledExceptionBehavior> の既定のアクションは `AbandonAndSuspend` です。 つまり、既定では、<xref:System.ServiceModel.WorkflowServiceHost> でホストされるワークフロー インスタンスからスローされた未処理の例外により、インスタンスがメモリから破棄され、インスタンスの永続バージョンが中断状態としてマークされることになります。 中断されたワークフロー インスタンスは、中断が解除されるまで実行できません。  
@@ -25,7 +26,7 @@ ms.lasthandoff: 12/22/2017
  このサンプルでは、コマンド ライン ユーティリティを実装して、中断されたインスタンスについてクエリを実行する方法、およびユーザーがインスタンスを再開または終了できるようにする方法を示します。 このサンプルでは、ワークフロー サービスから例外が意図的にスローされ、中断状態になります。 その後、コマンド ライン ユーティリティを使用してインスタンスについてクエリを実行し、さらに、インスタンスを再開または終了できます。  
   
 ## <a name="demonstrates"></a>使用例  
- <xref:System.ServiceModel.WorkflowServiceHost> の <xref:System.ServiceModel.Activities.Description.WorkflowUnhandledExceptionBehavior> および <xref:System.ServiceModel.Activities.WorkflowControlEndpoint> を使用する [!INCLUDE[wf](../../../../includes/wf-md.md)]。  
+ <xref:System.ServiceModel.WorkflowServiceHost> <xref:System.ServiceModel.Activities.Description.WorkflowUnhandledExceptionBehavior>と<xref:System.ServiceModel.Activities.WorkflowControlEndpoint>の Windows Workflow Foundation (WF) です。  
   
 ## <a name="discussion"></a>説明  
  このサンプルに実装されているコマンド ライン ユーティリティは、[!INCLUDE[netfx_current_long](../../../../includes/netfx-current-long-md.md)] に用意されている SQL インスタンス ストアの実装に固有のものです。 インスタンス ストアのカスタム実装がある場合は、サンプルの `WorkflowInstanceCommand` の実装を、使用しているインスタンス ストアに固有の実装に置き換えることで、このユーティリティを調整できます。  
diff --git a/docs/framework/windows-workflow-foundation/samples/tracking-events-into-event-tracing-in-windows.md b/docs/framework/windows-workflow-foundation/samples/tracking-events-into-event-tracing-in-windows.md
index 24f82826ccd..633e9d9f848 100644
--- a/docs/framework/windows-workflow-foundation/samples/tracking-events-into-event-tracing-in-windows.md
+++ b/docs/framework/windows-workflow-foundation/samples/tracking-events-into-event-tracing-in-windows.md
@@ -1,31 +1,32 @@
 ---
-title: "Windows のイベント トレースへの追跡イベント"
-ms.custom: 
+title: Windows のイベント トレースへの追跡イベント
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: f812659b-0943-45ff-9430-4defa733182b
-caps.latest.revision: "19"
+caps.latest.revision: 19
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 6798494e442b2e7633461fb821c56130a2af2508
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 1a1038f848563c106ee1cac441b8a247e161e268
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="tracking-events-into-event-tracing-in-windows"></a>Windows のイベント トレースへの追跡イベント
-このサンプルでは、ワークフロー サービスで [!INCLUDE[wf](../../../../includes/wf-md.md)] 追跡を有効にし、Event Tracing for Windows (ETW) で追跡イベントを出力する方法を示します。 ワークフロー追跡レコードを ETW に出力するために、このサンプルでは ETW 追跡参加要素 (<xref:System.Activities.Tracking.EtwTrackingParticipant>) を使用します。  
+このサンプルでは、Windows Workflow Foundation (WF) ワークフロー サービスの追跡を有効にして、イベント トレース for Windows (ETW) で追跡イベントを出力する方法を示します。 ワークフロー追跡レコードを ETW に出力するために、このサンプルでは ETW 追跡参加要素 (<xref:System.Activities.Tracking.EtwTrackingParticipant>) を使用します。  
   
  このサンプルのワークフローでは、要求を受け取り、入力データの逆数を入力変数に割り当てて、クライアントに逆数を返します。 入力データが 0 の場合、処理されない 0 による除算の例外が発生し、ワークフローが中止されます。 追跡を有効にすると、エラー追跡レコードが ETW に出力され、後でエラーをトラブルシューティングする際に役立ちます。 ETW 追跡参加要素は、追跡レコードを定期受信するように追跡プロファイルで構成されています。 追跡プロファイルは、Web.config ファイルで定義され、構成パラメーターとして ETW 追跡参加要素に渡されます。 ETW 追跡参加要素は、ワークフロー サービスの Web.config ファイルで構成され、サービス動作としてサービスに適用されます。 このサンプルでは、イベント ログの追跡イベントをイベント ビューアーを使用して確認します。  
   
 ## <a name="workflow-tracking-details"></a>ワークフロー追跡の詳細  
- [!INCLUDE[wf2](../../../../includes/wf2-md.md)] には、ワークフロー インスタンスの実行を追跡できる追跡インフラストラクチャが用意されています。 追跡ランタイムは、ワークフロー ライフサイクルに関連するイベント、ワークフロー アクティビティのイベント、およびカスタム イベントを出力するワークフロー インスタンスを作成します。 次の表で、追跡インフラストラクチャの主要コンポーネントの詳細を説明します。  
+ Windows Workflow Foundation では、ワークフロー インスタンスの実行を追跡できる追跡インフラストラクチャを提供します。 追跡ランタイムは、ワークフロー ライフサイクルに関連するイベント、ワークフロー アクティビティのイベント、およびカスタム イベントを出力するワークフロー インスタンスを作成します。 次の表で、追跡インフラストラクチャの主要コンポーネントの詳細を説明します。  
   
 |コンポーネント|説明|  
 |---------------|-----------------|  
@@ -55,7 +56,7 @@ ms.lasthandoff: 12/22/2017
   
 3.  ソリューションを実行するには、F5 キーを押します。  
   
-     既定では、サービスはポート 53797 (http://localhost:53797/SampleWorkflowService.xamlx) をリッスンします。  
+     既定では、サービスがリッスンしているポート 53797 (http://localhost:53797/SampleWorkflowService.xamlx)です。  
   
 4.  [!INCLUDE[fileExplorer](../../../../includes/fileexplorer-md.md)] を使用して、WCF テスト クライアントを開きます。  
   
@@ -65,7 +66,7 @@ ms.lasthandoff: 12/22/2017
   
 5.  WCF テスト クライアントで、次のように選択します。**サービスの追加**から、**ファイル**メニュー。  
   
-     入力ボックスにエンドポイントのアドレスを追加します。 既定値は http://localhost:53797/SampleWorkflowService.xamlx です。  
+     入力ボックスにエンドポイントのアドレスを追加します。 既定値は、http://localhost:53797/SampleWorkflowService.xamlx です。  
   
 6.  イベント ビューアー アプリケーションを開きます。  
   
@@ -159,5 +160,5 @@ ms.lasthandoff: 12/22/2017
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WF\Basic\Tracking\EtwTracking`  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [AppFabric の監視のサンプル](http://go.microsoft.com/fwlink/?LinkId=193959)
diff --git a/docs/framework/windows-workflow-foundation/samples/tracking-using-a-text-file.md b/docs/framework/windows-workflow-foundation/samples/tracking-using-a-text-file.md
index d6751708049..80d27d1f163 100644
--- a/docs/framework/windows-workflow-foundation/samples/tracking-using-a-text-file.md
+++ b/docs/framework/windows-workflow-foundation/samples/tracking-using-a-text-file.md
@@ -8,20 +8,20 @@ ms.suite: ''
 ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 56a82682-73c2-4b91-a206-4d8bb12c561b
-caps.latest.revision: ''
+caps.latest.revision: 13
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: f1d4b3f319d86dd463dabc8b71be7c76c7fef41f
-ms.sourcegitcommit: c883637b41ee028786edceece4fa872939d2e64c
+ms.openlocfilehash: 32aab8ae875158fed62c70cbc2d7506ba6c8d3c5
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 03/23/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="tracking-using-a-text-file"></a>テキスト ファイルを使用した追跡
-このサンプルでは、カスタムの追跡参加要素を作成して [!INCLUDE[wf](../../../../includes/wf-md.md)] で追跡を拡張する方法を示します。 追跡参加要素は、出力された追跡レコードをランタイムから受け取る .NET Framework クラスです。 追跡参加要素を作成して、シナリオに必要な出力先に追跡イベントを転送することができます。 たとえば、ETW (Event Tracing for Windows) 追跡参加要素は、[!INCLUDE[dnprdnshort](../../../../includes/dnprdnshort-md.md)] の一部として提供されています。 このサンプルの追跡参加要素は、レコードを XML 形式でテキスト ファイルに書き込みます。  
+このサンプルでは、カスタム追跡参加要素を作成することで、Windows Workflow Foundation (WF) の追跡を拡張する方法を示します。 追跡参加要素は、出力された追跡レコードをランタイムから受け取る .NET Framework クラスです。 追跡参加要素を作成して、シナリオに必要な出力先に追跡イベントを転送することができます。 たとえば、ETW (Event Tracing for Windows) 追跡参加要素は、[!INCLUDE[dnprdnshort](../../../../includes/dnprdnshort-md.md)] の一部として提供されています。 このサンプルの追跡参加要素は、レコードを XML 形式でテキスト ファイルに書き込みます。  
   
 ## <a name="sample-details"></a>サンプルの詳細  
  追跡参加要素の有用性と信頼性を最適化するには、いくつかの追加手順を完了して追跡参加要素をランタイムに適切に接続する必要があります。 ベスト プラクティスに準拠する追跡参加要素を作成するためにこのサンプルで使用するクラスを次の表に示します。  
@@ -66,7 +66,7 @@ ms.lasthandoff: 03/23/2018
   
 5.  ブラウザーで、表示、 **StockPriceService**ページで、ローカル サービスの wsdl アドレスが含まれています。 このアドレスをコピーします。  
   
-     ローカル サービスの wsdl アドレスは、http://localhost:53797/StockPriceService.xamlx?wsdl などになります。  
+     ローカル サービスの wsdl アドレスの例はhttp://localhost:53797/StockPriceService.xamlx?wsdlします。  
   
 6.  [!INCLUDE[fileExplorer](../../../../includes/fileexplorer-md.md)] を使用して、[!INCLUDE[vs2010](../../../../includes/vs2010-md.md)] フォルダー (既定のインストール フォルダーは %SystemDrive%\Program Files\Microsoft Visual Studio 10.0) に移動します。 Common7\IDE\ サブフォルダーを見つけます。  
   
@@ -80,9 +80,9 @@ ms.lasthandoff: 03/23/2018
   
 11. WCF テスト クライアントを使用してサービスをテストします。  
   
-    1.  WCF テスト クライアントでダブルクリック**GetStockPrice()**下にある、 **IStockPriceService**ノード。  
+    1.  WCF テスト クライアントでダブルクリック**GetStockPrice()** 下にある、 **IStockPriceService**ノード。  
   
-         **GetStockPrice()**メソッドは、1 つのパラメーターと共に右ペインに表示されます。  
+         **GetStockPrice()** メソッドは、1 つのパラメーターと共に右ペインに表示されます。  
   
     2.  パラメーターの値として「Contoso」と入力します。  
   
diff --git a/docs/framework/windows-workflow-foundation/samples/tracking.md b/docs/framework/windows-workflow-foundation/samples/tracking.md
index 64bea71a995..29ce88e131c 100644
--- a/docs/framework/windows-workflow-foundation/samples/tracking.md
+++ b/docs/framework/windows-workflow-foundation/samples/tracking.md
@@ -1,26 +1,27 @@
 ---
-title: "追跡"
-ms.custom: 
+title: 追跡
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: afdcd9bd-b462-4b2a-aac7-bebf9c80be81
-caps.latest.revision: "4"
+caps.latest.revision: 4
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 79ec9c423f86a0a736ed1b99d8ddf0f5a38160c0
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 6bb7d918fcc3b0948d5902764d8351a8f86b0389
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="tracking"></a>追跡
-このセクションには、[!INCLUDE[wf](../../../../includes/wf-md.md)] のワークフロー追跡を示すサンプルが含まれています。  
+このセクションには、Windows Workflow Foundation (WF) を追跡するワークフローを示すサンプルが含まれています。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [カスタム追跡](../../../../docs/framework/windows-workflow-foundation/samples/custom-tracking.md)  
diff --git a/docs/framework/windows-workflow-foundation/samples/transacted-queues.md b/docs/framework/windows-workflow-foundation/samples/transacted-queues.md
index 3da36ed61ce..d1f1e837d1e 100644
--- a/docs/framework/windows-workflow-foundation/samples/transacted-queues.md
+++ b/docs/framework/windows-workflow-foundation/samples/transacted-queues.md
@@ -1,26 +1,27 @@
 ---
-title: "トランザクション キュー"
-ms.custom: 
+title: トランザクション キュー
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: b1b011dd-5e0b-482c-9bb0-9d8727038f14
-caps.latest.revision: "9"
+caps.latest.revision: 9
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: fa475ac31287cebe173df255380b1f34d9af2567
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 628e91589ad32a2646316401c7b2ddb31b13eace
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="transacted-queues"></a>トランザクション キュー
-このサンプルでは、キューとトランザクションを [!INCLUDE[wf](../../../../includes/wf-md.md)] に統合し、信頼性があり、拡張性の高いサービスを作成する方法を示します。 A <!--zz <xref:System.Activities.TransactionScope>--> `System.Activities.TransactionScope`を使用してトランザクション内でキューにメッセージを送信するクライアント ワークフローで使用される、<xref:System.ServiceModel.NetMsmqBinding>です。 <xref:System.ServiceModel.Activities.TransactedReceiveScope> は、キューからメッセージを受信して同じトランザクション内でワークフローの状態を更新するためにサーバーで使用されます。  
+このサンプルでは、キューおよびトランザクションの Windows Workflow Foundation (WF) 信頼性が高く、スケーラブルなサービスを作成するを統合する方法を示します。 A <!--zz <xref:System.Activities.TransactionScope>--> `System.Activities.TransactionScope`を使用してトランザクション内でキューにメッセージを送信するクライアント ワークフローで使用される、<xref:System.ServiceModel.NetMsmqBinding>です。 <xref:System.ServiceModel.Activities.TransactedReceiveScope> は、キューからメッセージを受信して同じトランザクション内でワークフローの状態を更新するためにサーバーで使用されます。  
   
 ## <a name="demonstrates"></a>使用例  
  <xref:System.Activities.Statements.TransactionScope>、<xref:System.ServiceModel.Activities.TransactedReceiveScope>、<xref:System.ServiceModel.NetMsmqBinding>、<xref:System.ServiceModel.Activities.Receive>、およびコンテンツ ベースの相関関係。  
diff --git a/docs/framework/windows-workflow-foundation/samples/transactions.md b/docs/framework/windows-workflow-foundation/samples/transactions.md
index f32cb9fdb10..cf1848960ef 100644
--- a/docs/framework/windows-workflow-foundation/samples/transactions.md
+++ b/docs/framework/windows-workflow-foundation/samples/transactions.md
@@ -1,26 +1,27 @@
 ---
 title: Transactions2
-ms.custom: 
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 51212219-a39e-448e-bff3-10064ff5de64
-caps.latest.revision: "5"
+caps.latest.revision: 5
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 79970ad1220e3aab393a18cf52f94487702f37d4
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 53389822f635151d15c2ae205c5a421a331c063b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="transactions"></a>トランザクション
-このセクションには、[!INCLUDE[wf](../../../../includes/wf-md.md)] のワークフロー トランザクションを示すサンプルが含まれています。  
+このセクションには、ワークフロー トランザクションには、Windows Workflow Foundation (WF) を示すサンプルが含まれています。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [基本 TransactionScope](../../../../docs/framework/windows-workflow-foundation/samples/basic-transactionscope.md)  
diff --git a/docs/framework/windows-workflow-foundation/samples/using-a-net-3-0-or-net-3-5-activity-in-a-net-4-5-workflow.md b/docs/framework/windows-workflow-foundation/samples/using-a-net-3-0-or-net-3-5-activity-in-a-net-4-5-workflow.md
index d0f9ca072f7..0e1ece1bc26 100644
--- a/docs/framework/windows-workflow-foundation/samples/using-a-net-3-0-or-net-3-5-activity-in-a-net-4-5-workflow.md
+++ b/docs/framework/windows-workflow-foundation/samples/using-a-net-3-0-or-net-3-5-activity-in-a-net-4-5-workflow.md
@@ -1,26 +1,27 @@
 ---
-title: ".NET Framework 4.5 ワークフローでの .NET Framework 3.0 または .NET Framework 3.5 アクティビティの使用"
-ms.custom: 
+title: .NET Framework 4.5 ワークフローでの .NET Framework 3.0 または .NET Framework 3.5 アクティビティの使用
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 6c53fd4c-5dd0-4fb4-ab6b-111302629548
-caps.latest.revision: "8"
+caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 05660c3dc91d9d7cdba506670f62711752d7d100
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 64c0e4b6e84f442b6e34f0cbd442ae04e2a9d0b5
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="using-a-net-framework-30-or-net-framework-35-activity-in-a-net-framework-45-workflow"></a>.NET Framework 4.5 ワークフローでの .NET Framework 3.0 または .NET Framework 3.5 アクティビティの使用
-<xref:System.Activities.Statements.Interop> アクティビティでは、[!INCLUDE[wf](../../../../includes/wf-md.md)] ワークフロー内で .NET Framework 3.0 [!INCLUDE[netfx_current_short](../../../../includes/netfx-current-short-md.md)] アクティビティを実行できます。 このサンプルでは、<xref:System.Activities.Statements.Interop> アクティビティを使用して、文字列をカスタムの [!INCLUDE[vstecwinfx](../../../../includes/vstecwinfx-md.md)] アクティビティに引数として渡す方法を示します。  
+<xref:System.Activities.Statements.Interop>アクティビティでは、内で .NET Framework 3.0 Windows Workflow Foundation (WF) 活動を実行することができます、[!INCLUDE[netfx_current_short](../../../../includes/netfx-current-short-md.md)]ワークフローです。 このサンプルでは、<xref:System.Activities.Statements.Interop> アクティビティを使用して、文字列をカスタムの [!INCLUDE[vstecwinfx](../../../../includes/vstecwinfx-md.md)] アクティビティに引数として渡す方法を示します。  
   
 ## <a name="to-use-this-sample"></a>このサンプルを使用するには  
   
@@ -39,4 +40,4 @@ ms.lasthandoff: 12/22/2017
 >   
 >  `<InstallDrive>:\WF_WCF_Samples\WF\Basic\Migration\SimpleInterop`  
   
-## <a name="see-also"></a>参照
+## <a name="see-also"></a>関連項目
diff --git a/docs/framework/windows-workflow-foundation/samples/using-interop-with-external-data-exchange.md b/docs/framework/windows-workflow-foundation/samples/using-interop-with-external-data-exchange.md
index 96163f3e488..849993be740 100644
--- a/docs/framework/windows-workflow-foundation/samples/using-interop-with-external-data-exchange.md
+++ b/docs/framework/windows-workflow-foundation/samples/using-interop-with-external-data-exchange.md
@@ -1,26 +1,27 @@
 ---
-title: "External Data Exchange での Interop の使用"
-ms.custom: 
+title: External Data Exchange での Interop の使用
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 96f6fe26-5305-494f-9119-7748e0c4b3fa
-caps.latest.revision: "6"
+caps.latest.revision: 6
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: b777cab4caf5b2b02c66e8378a7efce265157df0
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 4acec4209ddadd181774ae754cb1d6b94a21685e
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="using-interop-with-external-data-exchange"></a>External Data Exchange での Interop の使用
-<xref:System.Activities.Statements.Interop> アクティビティを使用して、[!INCLUDE[wf](../../../../includes/wf-md.md)] および [!INCLUDE[vstecwinfx](../../../../includes/vstecwinfx-md.md)] (WF3) の [!INCLUDE[netfx35_long](../../../../includes/netfx35-long-md.md)] からアクティビティを実行し、[!INCLUDE[wf2](../../../../includes/wf2-md.md)] (WF4) の [!INCLUDE[netfx_current_long](../../../../includes/netfx-current-long-md.md)] からワークフローを実行することができます。 このサンプルは、WF4 ワークフロー サービスの <xref:System.Workflow.Activities.ExternalDataExchangeService> アクティビティを使用して、<xref:System.Activities.Statements.Interop> (およびメソッドを呼び出してイベントを処理するための対応するカスタム アクティビティ) を使用する WF3 ワークフローを設定および実行する方法を示します。  
+<xref:System.Activities.Statements.Interop>から Windows Workflow Foundation (WF) にアクティビティを実行するアクティビティを使用する[!INCLUDE[vstecwinfx](../../../../includes/vstecwinfx-md.md)]と[!INCLUDE[netfx35_long](../../../../includes/netfx35-long-md.md)](WF3)、および Windows Workflow Foundation の内のワークフロー [!INCLUDE[netfx_current_long](../../../../includes/netfx-current-long-md.md)] (WF4)。 このサンプルは、WF4 ワークフロー サービスの <xref:System.Workflow.Activities.ExternalDataExchangeService> アクティビティを使用して、<xref:System.Activities.Statements.Interop> (およびメソッドを呼び出してイベントを処理するための対応するカスタム アクティビティ) を使用する WF3 ワークフローを設定および実行する方法を示します。  
   
 > [!IMPORTANT]
 >  サンプルは、既にコンピューターにインストールされている場合があります。 続行する前に、次の (既定の) ディレクトリを確認してください。  
diff --git a/docs/framework/windows-workflow-foundation/samples/wait-for-input-activity.md b/docs/framework/windows-workflow-foundation/samples/wait-for-input-activity.md
index 5c3c0cf8c4f..74a17a1d78c 100644
--- a/docs/framework/windows-workflow-foundation/samples/wait-for-input-activity.md
+++ b/docs/framework/windows-workflow-foundation/samples/wait-for-input-activity.md
@@ -1,26 +1,27 @@
 ---
-title: "入力アクティビティの待機"
-ms.custom: 
+title: 入力アクティビティの待機
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: d58c344e-9ee8-4ce2-b199-75b3fe45237f
-caps.latest.revision: "6"
+caps.latest.revision: 6
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: ac05054d56c424ab3f4d1fdfd9c3590aac8b00bb
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: b9e7942ced071a795f1bf408ca4778a216cd85e4
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="wait-for-input-activity"></a>入力アクティビティの待機
-このサンプルでは、ワークフローに名前付きブックマークを作成する方法を示します。 [!INCLUDE[wf](../../../../includes/wf-md.md)] には、宣言型ブックマークを作成するアクティビティは用意されていません。 そのため、ワークフローにブックマークを作成する場合は、ブックマークを作成するカスタム アクティビティを記述する必要があります。 このサンプルで定義される `WaitForInput` アクティビティはこの機能を提供します。そのため、ユーザーはワークフロー内で宣言によってブックマークを作成できます。  
+このサンプルでは、ワークフローに名前付きブックマークを作成する方法を示します。 Windows Workflow Foundation (WF) では、宣言型ブックマークを作成するアクティビティは用意されていません。 そのため、ワークフローにブックマークを作成する場合は、ブックマークを作成するカスタム アクティビティを記述する必要があります。 このサンプルで定義される `WaitForInput` アクティビティはこの機能を提供します。そのため、ユーザーはワークフロー内で宣言によってブックマークを作成できます。  
   
 ## <a name="projects-in-this-sample"></a>このサンプルのプロジェクト  
   
diff --git a/docs/framework/windows-workflow-foundation/samples/wpf-and-wf-integration-in-xaml.md b/docs/framework/windows-workflow-foundation/samples/wpf-and-wf-integration-in-xaml.md
index 8ac15efb123..770b902165d 100644
--- a/docs/framework/windows-workflow-foundation/samples/wpf-and-wf-integration-in-xaml.md
+++ b/docs/framework/windows-workflow-foundation/samples/wpf-and-wf-integration-in-xaml.md
@@ -14,14 +14,14 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 0447df0e6d4f14a4171a315858f992ad23d69373
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 6bc761b93ff8d5c0dc79a86d0159d50d65fb727c
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="wpf-and-wf-integration-in-xaml"></a>XAML での WPF と WF の統合
-このサンプルでは Windows Presentation Foundation (WPF) を使用するアプリケーションを作成する方法と[!INCLUDE[wf](../../../../includes/wf-md.md)]1 つの XAML ドキュメントで機能します。 これを実現するために、サンプルでは [!INCLUDE[wf](../../../../includes/wf-md.md)] および XAML 機能拡張を使用します。  
+このサンプルでは、1 つの XAML ドキュメントで Windows Presentation Foundation (WPF) および Windows Workflow Foundation (WF) 機能を使用するアプリケーションを作成する方法を示します。 これを行うには、サンプルは、Windows Workflow Foundation (WF) および XAML 機能拡張を使用します。  
   
 ## <a name="sample-details"></a>サンプルの詳細  
  ShowWindow.xaml ファイルは、シーケンスのアクティビティによって操作される 2 つの文字列変数 <xref:System.Activities.Statements.Sequence> および `ShowWindow` を持つ `WriteLine` アクティビティに逆シリアル化します。 <xref:System.Activities.Statements.WriteLine> アクティビティは、<xref:System.Activities.Statements.WriteLine.Text%2A> プロパティに割り当てる式をコンソール ウィンドウに出力します。 `ShowWindow` アクティビティは、実行ロジックの一部として [!INCLUDE[avalon2](../../../../includes/avalon2-md.md)] ウィンドウを表示します。 このウィンドウの <xref:System.Activities.ActivityContext.DataContext%2A> には、シーケンスで宣言された変数が含まれます。 `ShowWindow` アクティビティで宣言されたウィンドウのコントロールは、データ バインドを使用してこれらの変数を操作します。 最後に、このウィンドウにはボタン コントロールが含まれます。 このボタンの `Click` イベントは、<xref:System.Activities.ActivityDelegate> アクティビティを含む `MarkupExtension` という名前の `CloseWindow` によって処理されます。 `MarkUpExtension` は、`x:Name` によって識別されるオブジェクトおよび格納先ウィンドウの <xref:System.Activities.ActivityContext.DataContext%2A> を、コンテキストとして提供する、含まれているアクティビティを呼び出します。 したがって、`CloseWindow.InArgument<Window>` は、ウィンドウの名前を参照する式を使用してバインドできます。  
diff --git a/docs/framework/windows-workflow-foundation/tracking-participants.md b/docs/framework/windows-workflow-foundation/tracking-participants.md
index 4bf6d67e0b2..25dcb158a0d 100644
--- a/docs/framework/windows-workflow-foundation/tracking-participants.md
+++ b/docs/framework/windows-workflow-foundation/tracking-participants.md
@@ -1,23 +1,24 @@
 ---
-title: "追跡参加要素"
-ms.custom: 
+title: 追跡参加要素
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: f13e360c-eeb7-4a49-98a0-8f6a52d64f68
-caps.latest.revision: "24"
+caps.latest.revision: 24
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: f335695c86037d792b17b98080b7a2e668ac1df5
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 0d67924061b5d87bdb2e3229d9bf956501036c30
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="tracking-participants"></a>追跡参加要素
 追跡参加要素は、ワークフロー開発者が <xref:System.Activities.Tracking.InteropTrackingRecord.TrackingRecord%2A> オブジェクトにアクセスし、そのオブジェクトを処理する機能拡張ポイントです。 [!INCLUDE[netfx_current_long](../../../includes/netfx-current-long-md.md)] には、追跡レコードを Event Tracing for Windows (ETW) イベントとして書き込む標準の追跡参加要素が含まれています。 これで要件が満たされない場合は、カスタムの追跡参加要素を作成することもできます。  
@@ -25,7 +26,7 @@ ms.lasthandoff: 12/22/2017
 ## <a name="tracking-participants"></a>追跡参加要素  
  追跡インフラストラクチャを使用すると、送信の追跡レコードにフィルターを適用して、参加要素からレコードのサブセットに定期受信できるようになります。 フィルターを適用するメカニズムは、追跡プロファイルを通して行われます。  
   
- [!INCLUDE[wf](../../../includes/wf-md.md)] の [!INCLUDE[netfx_current_short](../../../includes/netfx-current-short-md.md)] には、追跡レコードを ETW セッションに書き込む追跡参加要素が用意されています。 参加要素は、追跡固有の動作を構成ファイルに追加することによって、ワークフロー サービスで構成されます。 ETW 追跡参加要素を有効にすると、追跡レコードをイベント ビューアーで表示できます。 ETW ベースの追跡用の SDK のサンプルを使用すると、ETW ベースの追跡参加要素を使用した WF の追跡を理解するうえで便利です。  
+ Windows Workflow Foundation (WF) で[!INCLUDE[netfx_current_short](../../../includes/netfx-current-short-md.md)]追跡レコードを ETW セッションに書き込む追跡参加要素を提供します。 参加要素は、追跡固有の動作を構成ファイルに追加することによって、ワークフロー サービスで構成されます。 ETW 追跡参加要素を有効にすると、追跡レコードをイベント ビューアーで表示できます。 ETW ベースの追跡用の SDK のサンプルを使用すると、ETW ベースの追跡参加要素を使用した WF の追跡を理解するうえで便利です。  
   
 ## <a name="etw-tracking-participant"></a>ETW 追跡参加要素  
  [!INCLUDE[netfx_current_short](../../../includes/netfx-current-short-md.md)] には、追跡レコードを ETW セッションに書き込む ETW 追跡参加要素が含まれています。 これは、アプリケーションのパフォーマンスやサーバーのスループットに与える影響を最小限に抑えたまま、非常に効率的な方法で実行されます。 標準の ETW 追跡参加要素を使用する利点は、受信する追跡レコードを他のアプリケーションや Windows イベント ビューアーのシステム ログで表示できることです。  
@@ -150,6 +151,6 @@ instance.Extensions.Add(new ConsoleTrackingParticipant());
             Console.ReadLine();  
 ```  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [Windows Server App Fabric の監視](http://go.microsoft.com/fwlink/?LinkId=201273)  
  [アプリケーション App Fabric の監視](http://go.microsoft.com/fwlink/?LinkId=201275)
diff --git a/docs/framework/windows-workflow-foundation/using-a-custom-expression-editor.md b/docs/framework/windows-workflow-foundation/using-a-custom-expression-editor.md
index c3c6bc5681e..357de465711 100644
--- a/docs/framework/windows-workflow-foundation/using-a-custom-expression-editor.md
+++ b/docs/framework/windows-workflow-foundation/using-a-custom-expression-editor.md
@@ -14,16 +14,16 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 5388ed3f55d97f3282a710ac59fe36cfb32fa49c
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 6e9481364a70257f6c1711692daf5c81eee9fd88
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="using-a-custom-expression-editor"></a>カスタム式エディターの使用
 カスタム式エディターを実装して、式の編集を多機能化したり単純化したりすることができます。 たとえば、次のような場合にカスタム式エディターを使用できます。  
   
--   再ホストされたワークフロー デザイナーで IntelliSense などの高度な編集機能をサポートする場合。 再ホストされたアプリケーションでは [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] の既定の式エディターは使用できないため、この機能が必要な場合は提供する必要があります。  
+-   再ホストされたワークフロー デザイナーで IntelliSense などの高度な編集機能をサポートする場合。 Visual Studio の既定の式エディターは、再ホストされたアプリケーションで使用できないために、この機能を提供する必要があります。  
   
 -   Visual Basic の学習または Visual Basic 式を処理するなどの必要はありません、ようには、式のビジネス アナリスト ユーザーのため、編集を簡略化します。  
   
diff --git a/docs/framework/windows-workflow-foundation/using-and-creating-activities.md b/docs/framework/windows-workflow-foundation/using-and-creating-activities.md
index 63de581c976..29d73877e00 100644
--- a/docs/framework/windows-workflow-foundation/using-and-creating-activities.md
+++ b/docs/framework/windows-workflow-foundation/using-and-creating-activities.md
@@ -1,29 +1,29 @@
 ---
-title: "アクティビティの使用と作成"
-ms.custom: 
+title: アクティビティの使用と作成
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - programming [WF], activities
 ms.assetid: 2a69f32e-007f-47d0-ab96-535311641428
-caps.latest.revision: 
+caps.latest.revision: 11
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 699a8315cc300a241cc7004901fde9e207e56603
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: a430953c7f0da0c3c515bfbee0c9810305a6b633
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="using-and-creating-activities"></a>アクティビティの使用と作成
-このセクションのトピックでは、[!INCLUDE[wf](../../../includes/wf-md.md)] で使用できるシステム標準アクティビティについて説明します。  
+このセクションのトピックでは、Windows Workflow Foundation (WF) で使用できるシステム標準アクティビティについて説明します。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [ビルトイン アクティビティ ライブラリ](../../../docs/framework/windows-workflow-foundation/net-framework-4-5-built-in-activity-library.md)  
diff --git a/docs/framework/windows-workflow-foundation/using-tracking-to-troubleshoot-applications.md b/docs/framework/windows-workflow-foundation/using-tracking-to-troubleshoot-applications.md
index b64ecc37335..4d9d4f863da 100644
--- a/docs/framework/windows-workflow-foundation/using-tracking-to-troubleshoot-applications.md
+++ b/docs/framework/windows-workflow-foundation/using-tracking-to-troubleshoot-applications.md
@@ -1,29 +1,30 @@
 ---
-title: "追跡を使用したアプリケーションのトラブルシューティング"
-ms.custom: 
+title: 追跡を使用したアプリケーションのトラブルシューティング
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 8851adde-c3c2-4391-9523-d8eb831490af
-caps.latest.revision: "7"
+caps.latest.revision: 7
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: bb8971c344ff24120b5f85dceb518b0944bd5feb
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: adc9a159b8887b0198cf19891f73fdee2a48437b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="using-tracking-to-troubleshoot-applications"></a>追跡を使用したアプリケーションのトラブルシューティング
-[!INCLUDE[wf](../../../includes/wf-md.md)] を使用すると、ワークフロー関連の情報を追跡して、詳細を [!INCLUDE[wf2](../../../includes/wf2-md.md)] アプリケーションまたはサービスの実行に提供できます。 [!INCLUDE[wf2](../../../includes/wf2-md.md)] ホストでは、ワークフロー インスタンスの実行中にワークフロー イベントをキャプチャできます。 ワークフローがエラーまたは例外を生成すると、[!INCLUDE[wf2](../../../includes/wf2-md.md)] の追跡の詳細を使用して処理の問題を解決できます。  
+Windows Workflow Foundation (WF) では、Windows Workflow Foundation のアプリケーションまたはサービスの実行時に詳細を提供するワークフローの関連情報を追跡することができます。 Windows Workflow Foundation ホストは、ワークフロー インスタンスの実行中にワークフロー イベントをキャプチャできます。 ワークフローは、エラーまたは例外を生成する場合は、その処理のトラブルシューティングの詳細を追跡する Windows Workflow Foundation を使用できます。  
   
 ## <a name="troubleshooting-a-wf-using-wf-tracking"></a>WF の追跡を使用した WF のトラブルシューティング  
- [!INCLUDE[wf2](../../../includes/wf2-md.md)] アクティビティの処理内のエラーを検出するために、Faulted の状態を持つ <xref:System.Activities.Tracking.ActivityStateRecord> を照会する追跡プロファイルを使用して追跡を有効にすることができます。 対応するクエリは、次のコードで指定されています。  
+ Windows Workflow Foundation アクティビティの処理内のエラーを検出するには、照会する追跡プロファイルで追跡を有効にできます、 <xref:System.Activities.Tracking.ActivityStateRecord> Faulted の状態にします。 対応するクエリは、次のコードで指定されています。  
   
 ```xml  
 <activityStateQueries>  
@@ -55,12 +56,12 @@ ms.lasthandoff: 12/22/2017
 </workflowInstanceQueries>  
 ```  
   
- <xref:System.Activities.Tracking.WorkflowInstanceUnhandledExceptionRecord> の追跡が有効になっている場合、ワークフロー インスタンスでハンドルされていない例外が発生すると、[!INCLUDE[wf2](../../../includes/wf2-md.md)] オブジェクトが出力されます。  
+ ワークフロー インスタンスが未処理の例外を検出すると、<xref:System.Activities.Tracking.WorkflowInstanceUnhandledExceptionRecord>オブジェクトは、Windows Workflow Foundation 追跡を有効になっている場合に生成されます。  
   
- この追跡レコードには、例外スタックの形式でエラーの詳細が含まれます。 この詳細には、失敗し、ハンドルされない例外になったエラーのソース (アクティビティなど) の詳細が含まれます。[!INCLUDE[wf2](../../../includes/wf2-md.md)] のエラー イベントを定期受信するには、追跡参加要素を追加することによって、追跡を有効にします。 この参加要素は、`ActivityStateQuery (state="Faulted")`、<xref:System.Activities.Tracking.FaultPropagationRecord>、および `WorkflowInstanceQuery (state="UnhandledException")` を照会する追跡プロファイルで構成します。  
+ この追跡レコードには、例外スタックの形式でエラーの詳細が含まれます。 障害が発生して、未処理の例外が発生したエラー (たとえば、アクティビティ) のソースの詳細があります。Windows Workflow Foundation のエラー イベントにサブスクライブする、追跡参加要素を追加することによって、追跡を有効にします。 この参加要素は、`ActivityStateQuery (state="Faulted")`、<xref:System.Activities.Tracking.FaultPropagationRecord>、および `WorkflowInstanceQuery (state="UnhandledException")` を照会する追跡プロファイルで構成します。  
   
- ETW 追跡参加要素を使用して追跡を有効にした場合、エラー イベントは ETW セッションに書き出されます。 イベントはイベント ビューアーを使用して表示できます。 これをノードの下見つける**イベント ビューアー] の [アプリケーションとサービス ログ] の [Microsoft]-> [Windows アプリケーション サーバー-アプリケーション]-> [**分析チャネルでします。  
+ ETW 追跡参加要素を使用して追跡を有効にした場合、エラー イベントは ETW セッションに書き出されます。 イベントはイベント ビューアーを使用して表示できます。 これをノードの下見つける**イベント ビューアー] の [アプリケーションとサービス ログ] の [Microsoft]-> [Windows アプリケーション サーバー-アプリケーション]-> [** 分析チャネルでします。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [Windows Server App Fabric の監視](http://go.microsoft.com/fwlink/?LinkId=201273)  
  [アプリケーション App Fabric の監視](http://go.microsoft.com/fwlink/?LinkId=201275)
diff --git a/docs/framework/windows-workflow-foundation/using-workflowinvoker-and-workflowapplication.md b/docs/framework/windows-workflow-foundation/using-workflowinvoker-and-workflowapplication.md
index 260e535ee07..e5b3d0cd668 100644
--- a/docs/framework/windows-workflow-foundation/using-workflowinvoker-and-workflowapplication.md
+++ b/docs/framework/windows-workflow-foundation/using-workflowinvoker-and-workflowapplication.md
@@ -1,26 +1,27 @@
 ---
-title: "WorkflowInvoker と WorkflowApplication の使用"
-ms.custom: 
+title: WorkflowInvoker と WorkflowApplication の使用
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: cd0e583c-a3f9-4fa2-b247-c7b3368c48a7
-caps.latest.revision: "19"
+caps.latest.revision: 19
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 669e1bd1daeb8f2569a851e21d10f250d1bc2204
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 90999867ee1dd678e279832d73d7ecaaa416fe7b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="using-workflowinvoker-and-workflowapplication"></a>WorkflowInvoker と WorkflowApplication の使用
-[!INCLUDE[wf](../../../includes/wf-md.md)] は、ワーク フローのホスティングのいくつかのメソッドを提供します。 <xref:System.Activities.WorkflowInvoker> は、メソッド呼び出しのようにワークフローを呼び出す簡単な方法を提供し、永続化を使用しないワークフローのみに使用できます。 <xref:System.Activities.WorkflowApplication> は、ライフサイクル イベントの通知、実行制御、ブックマークの再開、および永続化を含むワークフローを実行するための豊富なモデルを提供します。 <xref:System.ServiceModel.Activities.WorkflowServiceHost> は、メッセージング アクティビティをサポートし、主にワーク フロー サービスと一緒に使用されます。 このトピックでは、<xref:System.Activities.WorkflowInvoker> と <xref:System.Activities.WorkflowApplication> を使用したワークフロー ホスティングついて説明します。 [!INCLUDE[crabout](../../../includes/crabout-md.md)]ワークフローのホスティング<xref:System.ServiceModel.Activities.WorkflowServiceHost>を参照してください[ワークフロー サービス](../../../docs/framework/wcf/feature-details/workflow-services.md)と[ワークフロー サービスの概要をホストしている](../../../docs/framework/wcf/feature-details/hosting-workflow-services-overview.md)です。  
+Windows Workflow Foundation (WF) は、ワークフローのホスティングのいくつかのメソッドを提供します。 <xref:System.Activities.WorkflowInvoker> は、メソッド呼び出しのようにワークフローを呼び出す簡単な方法を提供し、永続化を使用しないワークフローのみに使用できます。 <xref:System.Activities.WorkflowApplication> は、ライフサイクル イベントの通知、実行制御、ブックマークの再開、および永続化を含むワークフローを実行するための豊富なモデルを提供します。 <xref:System.ServiceModel.Activities.WorkflowServiceHost> は、メッセージング アクティビティをサポートし、主にワーク フロー サービスと一緒に使用されます。 このトピックでは、<xref:System.Activities.WorkflowInvoker> と <xref:System.Activities.WorkflowApplication> を使用したワークフロー ホスティングついて説明します。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] ワークフローのホスティング<xref:System.ServiceModel.Activities.WorkflowServiceHost>を参照してください[ワークフロー サービス](../../../docs/framework/wcf/feature-details/workflow-services.md)と[ワークフロー サービスの概要をホストしている](../../../docs/framework/wcf/feature-details/hosting-workflow-services-overview.md)です。  
   
 ## <a name="using-workflowinvoker"></a>WorkflowInvoker の使用  
  <xref:System.Activities.WorkflowInvoker> は、メソッドを呼び出すようにワークフローを実行するモデルを提供します。 <xref:System.Activities.WorkflowInvoker> を使用してワークフローを呼び出すには、<xref:System.Activities.WorkflowInvoker.Invoke%2A> メソッドを呼び出し、呼び出すワークフローのワークフロー定義を渡します。 次の例では、<xref:System.Activities.Statements.WriteLine> を使用して <xref:System.Activities.WorkflowInvoker> アクティビティを呼び出します。  
@@ -34,7 +35,7 @@ ms.lasthandoff: 12/22/2017
 > [!NOTE]
 >  <xref:System.TimeoutException> がスローされるのは、タイムアウト期間が経過してワークフローが実行中にアイドル状態になった場合だけです。 指定されたタイムアウト時間内には完了しないワークフローが正常に完了するのは、アイドル状態にならない場合です。  
   
- <xref:System.Activities.WorkflowInvoker> も非同期バージョンのメソッド呼び出しを提供します。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)]<xref:System.Activities.WorkflowInvoker.InvokeAsync%2A> and <xref:System.Activities.WorkflowInvoker.BeginInvoke%2A>.  
+ <xref:System.Activities.WorkflowInvoker> も非同期バージョンのメソッド呼び出しを提供します。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] <xref:System.Activities.WorkflowInvoker.InvokeAsync%2A> および<xref:System.Activities.WorkflowInvoker.BeginInvoke%2A>です。  
   
 ### <a name="setting-input-arguments-of-a-workflow"></a>ワークフローの入力引数の設定  
  ワークフローの入力引数にマップされ、引数名によってキー指定されている入力パラメーターの辞書を使用して、データをワークフローに渡すことができます。 次の例では、<xref:System.Activities.Statements.WriteLine> が呼び出され、その <xref:System.Activities.Statements.WriteLine.Text%2A> 引数の値は入力パラメーターの辞書を使用して指定されています。  
@@ -77,7 +78,7 @@ ms.lasthandoff: 12/22/2017
  [!code-csharp[CFX_WorkflowApplicationExample#21](../../../samples/snippets/csharp/VS_Snippets_CFX/cfx_workflowapplicationexample/cs/program.cs#21)]  
   
 > [!NOTE]
->  <xref:System.Activities.WorkflowApplication> と <xref:System.Activities.WorkflowInvoker> は入力引数の辞書を取得し、`out` 引数の辞書を返します。 これらの辞書のパラメーター、プロパティ、および戻り値は `IDictionary<string, object>` 型です。 渡される辞書クラスの実際のインスタンスには、`IDictionary<string, object>` を実装した任意のクラスを使用できます。 これらの例では、`Dictionary<string, object>` が使用されています。 [!INCLUDE[crabout](../../../includes/crabout-md.md)]ディクショナリを参照してください<xref:System.Collections.Generic.IDictionary%602>と<xref:System.Collections.Generic.Dictionary%602>です。  
+>  <xref:System.Activities.WorkflowApplication> と <xref:System.Activities.WorkflowInvoker> は入力引数の辞書を取得し、`out` 引数の辞書を返します。 これらの辞書のパラメーター、プロパティ、および戻り値は `IDictionary<string, object>` 型です。 渡される辞書クラスの実際のインスタンスには、`IDictionary<string, object>` を実装した任意のクラスを使用できます。 これらの例では、`Dictionary<string, object>` が使用されています。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] ディクショナリを参照してください<xref:System.Collections.Generic.IDictionary%602>と<xref:System.Collections.Generic.Dictionary%602>です。  
   
 ### <a name="passing-data-into-a-running-workflow-using-bookmarks"></a>ブックマークを使用した実行中のワークフローへのデータの受け渡し  
  ブックマークは、アクティビティが再開されるのを受動的に待機するメカニズムです。また、実行中のワークフロー インスタンスにデータを渡すメカニズムでもあります。 次の例に示すように、アクティビティがデータを待機している場合、<xref:System.Activities.Bookmark> を作成し、<xref:System.Activities.Bookmark> が再開されたときに呼び出されるコールバック メソッドを登録します。  
diff --git a/docs/framework/windows-workflow-foundation/variables-and-arguments.md b/docs/framework/windows-workflow-foundation/variables-and-arguments.md
index 3f04c6cc0f4..c1aef0c48a5 100644
--- a/docs/framework/windows-workflow-foundation/variables-and-arguments.md
+++ b/docs/framework/windows-workflow-foundation/variables-and-arguments.md
@@ -1,26 +1,27 @@
 ---
-title: "変数と引数"
-ms.custom: 
+title: 変数と引数
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: d03dbe34-5b2e-4f21-8b57-693ee49611b8
-caps.latest.revision: "15"
+caps.latest.revision: 15
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: d01c31cce9aa6ae6d87773fc8e616e0e08bbd8c8
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: c81d05120f8cf0decc7c6036e2a722ba6271dab8
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="variables-and-arguments"></a>変数と引数
-[!INCLUDE[wf](../../../includes/wf-md.md)] では、変数はデータ ストレージを表し、引数はアクティビティとのデータ フローを表します。 アクティビティには一連の引数があり、その引数はアクティビティの署名を構成します。 また、アクティビティは開発者がワークフローの設計時に変数を追加または削除できる変数のリストを保持しています。 引数は、値を返す式を使用してバインドされます。  
+Windows Workflow Foundation (WF) では、変数のデータのストレージを表し、引数はアクティビティに出入りするデータのフローを表します アクティビティには一連の引数があり、その引数はアクティビティの署名を構成します。 また、アクティビティは開発者がワークフローの設計時に変数を追加または削除できる変数のリストを保持しています。 引数は、値を返す式を使用してバインドされます。  
   
 ## <a name="variables"></a>変数  
  変数はデータを保存する場所です。 変数はワークフロー定義の一部として宣言されます。 変数は実行時に値を受け取ります。これらの値はワークフロー インスタンスの状態の一部として保存されます。 変数の定義では、変数の型を指定します。オプションで名前を指定する場合もあります。 変数を宣言し、<xref:System.Activities.Statements.Assign%601> アクティビティを使用して変数に値を代入し、その値を <xref:System.Activities.Statements.WriteLine> アクティビティを使用してコンソールに表示する方法を次のコードに示します。  
@@ -77,7 +78,7 @@ Variable<string> var = new Variable<string>
   
 2.  <xref:System.Activities.InOutArgument%601.Set%2A> が呼び出されると、ランタイムはすぐにその値を設定します。  
   
-3.  必要に応じて、引数に <xref:System.Activities.Argument.EvaluationOrder%2A> を指定できます。 <xref:System.Activities.Argument.EvaluationOrder%2A> は引数の評価順序を指定するゼロベースの値です。 既定では引数の評価順序は指定されておらず、<xref:System.Activities.Argument.UnspecifiedEvaluationOrder> の値と同じです。 <xref:System.Activities.Argument.EvaluationOrder%2A> に 0 以上の値を設定して、この引数の評価順序を指定します。 [!INCLUDE[wf2](../../../includes/wf2-md.md)] は指定された評価順序を使用して昇順で引数を評価します。 評価順序が指定されていない引数は、評価順序が指定されている引数の前に評価されることに注意してください。  
+3.  必要に応じて、引数に <xref:System.Activities.Argument.EvaluationOrder%2A> を指定できます。 <xref:System.Activities.Argument.EvaluationOrder%2A> は引数の評価順序を指定するゼロベースの値です。 既定では引数の評価順序は指定されておらず、<xref:System.Activities.Argument.UnspecifiedEvaluationOrder> の値と同じです。 <xref:System.Activities.Argument.EvaluationOrder%2A> に 0 以上の値を設定して、この引数の評価順序を指定します。 Windows Workflow Foundation では、昇順で指定された評価順序と引数を評価します。 評価順序が指定されていない引数は、評価順序が指定されている引数の前に評価されることに注意してください。  
   
  アクティビティの作成者は、引数を公開する場合に厳密な型指定のメカニズムを使用できます。 これを行うには、<xref:System.Activities.InArgument%601>、<xref:System.Activities.OutArgument%601>、および <xref:System.Activities.InOutArgument%601> の型のプロパティを宣言します。 これにより、アクティビティの作成者は、アクティビティに受け渡しするデータの特定のコントラクトを確立できます。  
   
@@ -151,4 +152,4 @@ public sealed class Add : CodeActivity<int>
 }  
 ```  
   
- [!INCLUDE[crabout](../../../includes/crabout-md.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)です。
+ [!INCLUDE[crabout](../../../includes/crabout-md.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/windows-workflow-foundation/wf-features-in-the-rehosted-workflow-designer.md b/docs/framework/windows-workflow-foundation/wf-features-in-the-rehosted-workflow-designer.md
index 4ee7b1b439e..9bb8309d8e8 100644
--- a/docs/framework/windows-workflow-foundation/wf-features-in-the-rehosted-workflow-designer.md
+++ b/docs/framework/windows-workflow-foundation/wf-features-in-the-rehosted-workflow-designer.md
@@ -14,17 +14,17 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 999c18f20264a71cf73bbd5afd352ad3104a03e8
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: a11a1cddbb5b65bf174cabe7774ad62791657f54
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="support-for-new-workflow-foundation-45-features-in-the-rehosted-workflow-designer"></a>再ホストされたワークフロー デザイナーにおける Workflow Foundation 4.5 の新機能のサポート
-[!INCLUDE[wf](../../../includes/wf-md.md)] の [!INCLUDE[net_v45](../../../includes/net-v45-md.md)] には、ワークフロー デザイナー エクスペリエンスの拡張機能を含む、多くの新機能が導入されています。 このトピックでは、このような新機能のうち、再ホストされたデザイナーでサポートされている機能と現時点ではサポートされていない機能について詳しく説明します。  
+Windows Workflow Foundation (WF) で[!INCLUDE[net_v45](../../../includes/net-v45-md.md)]ワークフロー デザイナー エクスペリエンスにいくつかの拡張機能など、多くの新機能が導入されました。 このトピックでは、このような新機能のうち、再ホストされたデザイナーでサポートされている機能と現時点ではサポートされていない機能について詳しく説明します。  
   
 > [!NOTE]
->  新しいすべての一覧については[!INCLUDE[wf](../../../includes/wf-md.md)]で導入された機能[!INCLUDE[net_v45](../../../includes/net-v45-md.md)]を含めているデザイナーのホスト変更に関連する、次を参照してください。 [.NET 4.5 での Windows Workflow Foundation の新](../../../docs/framework/windows-workflow-foundation/whats-new-in-wf-in-dotnet.md)です。  
+>  導入された新しい Windows Workflow Foundation (WF) 機能のすべての一覧については[!INCLUDE[net_v45](../../../includes/net-v45-md.md)]を含めているデザイナーのホスト変更に関連する、次を参照してください。 [.NET 4.5 での Windows Workflow Foundation の新](../../../docs/framework/windows-workflow-foundation/whats-new-in-wf-in-dotnet.md)です。  
   
 ## <a name="activities"></a>アクティビティ  
  組み込みのアクティビティ ライブラリには、既存のアクティビティ用の新しいアクティビティと新しい機能が含まれています。 これらの新しいアクティビティはすべて、再ホストされたデザイナーでサポートされています。 これらの新しいアクティビティの詳細については、次を参照してください。、[アクティビティ](../../../docs/framework/windows-workflow-foundation/whats-new-in-wf-in-dotnet.md#BKMK_NewActivities)のセクション[.NET 4.5 での Windows Workflow Foundation の新](../../../docs/framework/windows-workflow-foundation/whats-new-in-wf-in-dotnet.md)です。  
diff --git a/docs/framework/windows-workflow-foundation/whats-new-in-wf-in-dotnet.md b/docs/framework/windows-workflow-foundation/whats-new-in-wf-in-dotnet.md
index 6f4b6c06bfb..c95992b690a 100644
--- a/docs/framework/windows-workflow-foundation/whats-new-in-wf-in-dotnet.md
+++ b/docs/framework/windows-workflow-foundation/whats-new-in-wf-in-dotnet.md
@@ -14,17 +14,17 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: b57cf990f9fdf987f4cc414cb42db6cf9fe0da21
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 4aa77a0135cea18847c4d4425171b0bdcf447988
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="what39s-new-in-windows-workflow-foundation-in-net-45"></a>どのような&#39;.NET 4.5 での Windows Workflow Foundation の新機能として s
-[!INCLUDE[wf](../../../includes/wf-md.md)] の [!INCLUDE[net_v45](../../../includes/net-v45-md.md)] では、新しいアクティビティ、デザイナー機能、ワークフロー開発モデルなどの多くの新機能が導入されました。 [!INCLUDE[net_v45](../../../includes/net-v45-md.md)] で導入された新しいワークフロー機能の多くは、ホストを変更したワークフロー デザイナーでサポートされています (ただし、すべての機能がサポートされているわけではありません)。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] サポートされている新機能を参照してください[、再ホストされたワークフロー デザイナーで新しい Workflow Foundation 4.5 機能のサポート](../../../docs/framework/windows-workflow-foundation/wf-features-in-the-rehosted-workflow-designer.md)です。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] .NET 3.0 を移行して、最新バージョンを使用する .NET 3.5 ワークフロー アプリケーションを参照してください。[移行ガイダンス](../../../docs/framework/windows-workflow-foundation/migration-guidance.md)です。 ここでは、[!INCLUDE[net_v45](../../../includes/net-v45-md.md)] で導入された新しいワークフロー機能の概要について説明します。  
+Windows Workflow Foundation (WF) で[!INCLUDE[net_v45](../../../includes/net-v45-md.md)]新しいアクティビティ、デザイナー機能、およびワークフロー開発モデルなど、多くの新機能が導入されています。 [!INCLUDE[net_v45](../../../includes/net-v45-md.md)] で導入された新しいワークフロー機能の多くは、ホストを変更したワークフロー デザイナーでサポートされています (ただし、すべての機能がサポートされているわけではありません)。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] サポートされている新機能を参照してください[、再ホストされたワークフロー デザイナーで新しい Workflow Foundation 4.5 機能のサポート](../../../docs/framework/windows-workflow-foundation/wf-features-in-the-rehosted-workflow-designer.md)です。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] .NET 3.0 を移行して、最新バージョンを使用する .NET 3.5 ワークフロー アプリケーションを参照してください。[移行ガイダンス](../../../docs/framework/windows-workflow-foundation/migration-guidance.md)です。 ここでは、[!INCLUDE[net_v45](../../../includes/net-v45-md.md)] で導入された新しいワークフロー機能の概要について説明します。  
   
 > [!WARNING]
->  [!INCLUDE[wf2](../../../includes/wf2-md.md)] で導入された新しい [!INCLUDE[net_v45](../../../includes/net-v45-md.md)] 機能は、以前のバージョンのフレームワークを対象とするプロジェクトには使用できません。 [!INCLUDE[net_v45](../../../includes/net-v45-md.md)] を対象とするプロジェクトの対象を以前のバージョンのフレームワークに変更すると、いくつかの問題が発生する場合があります。  
+>  導入された新しい Windows Workflow Foundation 機能[!INCLUDE[net_v45](../../../includes/net-v45-md.md)]framework の以前のバージョンを対象とするプロジェクトでは使用できません。 [!INCLUDE[net_v45](../../../includes/net-v45-md.md)] を対象とするプロジェクトの対象を以前のバージョンのフレームワークに変更すると、いくつかの問題が発生する場合があります。  
 >   
 >  -   C# 式は、メッセージに、デザイナーで置き換えられます**値が XAML で設定された**です。  
 > -   次のエラーを含む、多くのビルド エラーが発生します。  
diff --git a/docs/framework/windows-workflow-foundation/whats-new.md b/docs/framework/windows-workflow-foundation/whats-new.md
index 24f6975f4db..78266fbaacd 100644
--- a/docs/framework/windows-workflow-foundation/whats-new.md
+++ b/docs/framework/windows-workflow-foundation/whats-new.md
@@ -17,14 +17,14 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 93915e8eeb46d91140198c2d51f88535a93a28cc
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 605e1401eb2f2fdee7bb39c6636c0245154041a4
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="what39s-new-in-windows-workflow-foundation"></a>どのような&#39;Windows Workflow Foundation の新機能として s
-[!INCLUDE[wf](../../../includes/wf-md.md)] の [!INCLUDE[netfx40_long](../../../includes/netfx40-long-md.md)] では、前のバージョンから開発パラダイムがいくつか変更されました。 ワークフローでは、新しい機能のホストの作成、実行、保守、実装が簡単になっています。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] .NET 3.0 を移行して、最新バージョンを使用する .NET 3.5 ワークフロー アプリケーションを参照してください。[移行ガイダンス](../../../docs/framework/windows-workflow-foundation/migration-guidance.md)です。  
+Windows Workflow Foundation (WF) で[!INCLUDE[netfx40_long](../../../includes/netfx40-long-md.md)]以前のバージョンから開発パラダイムを変更します。 ワークフローでは、新しい機能のホストの作成、実行、保守、実装が簡単になっています。 [!INCLUDE[crabout](../../../includes/crabout-md.md)] .NET 3.0 を移行して、最新バージョンを使用する .NET 3.5 ワークフロー アプリケーションを参照してください。[移行ガイダンス](../../../docs/framework/windows-workflow-foundation/migration-guidance.md)です。  
   
 ## <a name="workflow-activity-model"></a>ワークフロー アクティビティ モデル  
  アクティビティは、現在はワークフロー作成の基本単位であり、<xref:System.Workflow.Activities.SequentialWorkflowActivity> クラスや <xref:System.Workflow.Activities.StateMachineWorkflowActivity> クラスは使用されなくなっています。 <xref:System.Activities.Activity> クラスは、ワークフロー動作の基本抽象クラスです。 このため、アクティビティの作成者は、基本的なカスタム アクティビティ機能用に <xref:System.Activities.CodeActivity> を実装するか、一定範囲のランタイムを使用するカスタム アクティビティ機能用に <xref:System.Activities.NativeActivity> を実装することができます。 <xref:System.Activities.Activity> クラス宣言の観点から他の新しい動作を明示するアクティビティの作成者によって使用<xref:System.Activities.NativeActivity>、 <xref:System.Activities.CodeActivity>、 <xref:System.Activities.AsyncCodeActivity>、または<xref:System.Activities.DynamicActivity>オブジェクト、カスタム開発したかに含まれているかどうか、[ビルトイン アクティビティライブラリ](../../../docs/framework/windows-workflow-foundation/net-framework-4-5-built-in-activity-library.md)です。  
diff --git a/docs/framework/windows-workflow-foundation/workflow-activity-authoring-using-the-activity-class.md b/docs/framework/windows-workflow-foundation/workflow-activity-authoring-using-the-activity-class.md
index 5666673347e..41823d9096f 100644
--- a/docs/framework/windows-workflow-foundation/workflow-activity-authoring-using-the-activity-class.md
+++ b/docs/framework/windows-workflow-foundation/workflow-activity-authoring-using-the-activity-class.md
@@ -1,32 +1,33 @@
 ---
-title: "アクティビティ クラスを使用したワークフロー アクティビティの作成"
-ms.custom: 
+title: アクティビティ クラスを使用したワークフロー アクティビティの作成
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 7b7b1c66-f093-43c3-b4d1-7173b46516da
-caps.latest.revision: "7"
+caps.latest.revision: 7
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 52d29f9cbed65932b3f9e97f0e9275861953b5d0
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 517e646c8a84ed4374c01da974d952d4f50a4e22
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="workflow-activity-authoring-using-the-activity-class"></a>アクティビティ クラスを使用したワークフロー アクティビティの作成
-使用して、アクティビティを作成する最も簡単な方法[!INCLUDE[wf](../../../includes/wf-md.md)]で[!INCLUDE[netfx_current_long](../../../includes/netfx-current-long-md.md)]から継承するクラスを作成するのには、<xref:System.Activities.Activity>を作成する機能をまとめることでカスタム アクティビティまたはアクティビティから、[ビルトイン アクティビティ ライブラリ](../../../docs/framework/windows-workflow-foundation/net-framework-4-5-built-in-activity-library.md). ここでは、2 つのメッセージをコンソールに書き込むアクティビティを作成する方法について説明します。  
+最も基本的な方法で Windows Workflow Foundation (WF) を使用してアクティビティを作成する[!INCLUDE[netfx_current_long](../../../includes/netfx-current-long-md.md)]から継承するクラスを作成するのには、<xref:System.Activities.Activity>を作成する機能をまとめることでカスタム アクティビティまたはアクティビティから、[組み込みアクティビティ ライブラリ](../../../docs/framework/windows-workflow-foundation/net-framework-4-5-built-in-activity-library.md)です。 ここでは、2 つのメッセージをコンソールに書き込むアクティビティを作成する方法について説明します。  
   
 ### <a name="to-create-a-custom-activity-using-the-activity-designer"></a>アクティビティ デザイナーを使ってカスタム アクティビティを作成するには  
   
 1.  [!INCLUDE[vs_current_long](../../../includes/vs-current-long-md.md)] を開きます。  
   
-2.  [ファイル]、[新規作成]、[プロジェクト] の順にクリックします。 選択**Workflow 4.0**  **Visual c#**で、**プロジェクトの種類**ウィンドウ、および選択、 **v2010**ノード。 選択**アクティビティ ライブラリ**で、**テンプレート**ウィンドウです。 新しいプロジェクトに HelloActivity という名前を付けます。  
+2.  [ファイル]、[新規作成]、[プロジェクト] の順にクリックします。 選択**Workflow 4.0**  **Visual c#** で、**プロジェクトの種類**ウィンドウ、および選択、 **v2010**ノード。 選択**アクティビティ ライブラリ**で、**テンプレート**ウィンドウです。 新しいプロジェクトに HelloActivity という名前を付けます。  
   
 3.  新しいアクティビティを開きます。  <xref:System.Activities.Statements.Sequence> アクティビティをツールボックスからデザイナー画面にドラッグします。  
   
diff --git a/docs/framework/windows-workflow-foundation/workflow-hosting-options.md b/docs/framework/windows-workflow-foundation/workflow-hosting-options.md
index 4dac7b3d58b..77c8ab95d2b 100644
--- a/docs/framework/windows-workflow-foundation/workflow-hosting-options.md
+++ b/docs/framework/windows-workflow-foundation/workflow-hosting-options.md
@@ -1,26 +1,27 @@
 ---
-title: "ワークフロー ホスティングのオプション"
-ms.custom: 
+title: ワークフロー ホスティングのオプション
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 ms.assetid: 37bcd668-9c5c-4e7c-81da-a1f1b3a16514
-caps.latest.revision: "3"
+caps.latest.revision: 3
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: be885a964ad7e8d63045febfa279b23d0d85ab1f
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 3f022a5162ab8624d0c696efde6416484e77e874
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="workflow-hosting-options"></a>ワークフロー ホスティングのオプション
-[!INCLUDE[wf](../../../includes/wf-md.md)] のほとんどのサンプルでは、コンソール アプリケーションでホストされているワークフローが使用されていますが、これは実際のワークフローにとって現実的なシナリオではありません。 実際のビジネス アプリケーションのワークフローは、開発者が作成した Windows サービス、[!INCLUDE[iisver](../../../includes/iisver-md.md)] や AppFabric などのサーバー アプリケーションのいずれかの永続的なプロセスでホストされます。 これらの方法の違いを次に示します。  
+Windows Workflow Foundation (WF) のサンプルのほとんどは、コンソール アプリケーションでホストされるワークフローを使用しますが、実際のワークフローにとって現実的なシナリオはありません。 実際のビジネス アプリケーションのワークフローは、開発者が作成した Windows サービス、[!INCLUDE[iisver](../../../includes/iisver-md.md)] や AppFabric などのサーバー アプリケーションのいずれかの永続的なプロセスでホストされます。 これらの方法の違いを次に示します。  
   
 ## <a name="hosting-workflows-in-iis-with-windows-appfabric"></a>Windows AppFabric を使用した IIS でのワークフローのホスト  
  IIS と AppFabric は、ワークフローに推奨されるホストです。 AppFabric を使用したワークフローのホスト アプリケーションは Windows プロセス アクティブ化サービスで、これは IIS を介した HTTP への依存関係のみを解消します。  
diff --git a/docs/framework/windows-workflow-foundation/workflow-security.md b/docs/framework/windows-workflow-foundation/workflow-security.md
index e943116a974..dfb74859c29 100644
--- a/docs/framework/windows-workflow-foundation/workflow-security.md
+++ b/docs/framework/windows-workflow-foundation/workflow-security.md
@@ -1,29 +1,29 @@
 ---
-title: "ワークフローのセキュリティ"
-ms.custom: 
+title: ワークフローのセキュリティ
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - programming [WF], workflow security
 ms.assetid: d712a566-f435-44c0-b8c0-49298e84b114
-caps.latest.revision: 
+caps.latest.revision: 13
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: dbb1d1efc0758410f12f2c669cca85b9f0e38406
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: 90e9d5f3a2cff454ff7892877f012f8679b9ccac
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="workflow-security"></a>ワークフローのセキュリティ
-[!INCLUDE[wf](../../../includes/wf-md.md)] は、Microsoft SQL Server や [!INCLUDE[indigo1](../../../includes/indigo1-md.md)] などの複数のさまざまなテクノロジと統合されています。 これらのテクノロジと相互作用するうえで、不適切に実行された場合にワークフローでセキュリティの問題が発生することがあります。  
+Windows Workflow Foundation (WF) は、Microsoft SQL Server など、いくつかのテクノロジと統合されて、[!INCLUDE[indigo1](../../../includes/indigo1-md.md)]です。 これらのテクノロジと相互作用するうえで、不適切に実行された場合にワークフローでセキュリティの問題が発生することがあります。  
   
 ## <a name="persistence-security-concerns"></a>永続化のセキュリティに関する注意事項  
   
@@ -41,15 +41,15 @@ ms.lasthandoff: 12/22/2017
   
 -   子アクティビティ、場所、ブックマーク、ホストの拡張機能、またはスコープを多数使用する場合、またはペイロードが非常に大きいブックマークを使用する場合、メモリが不足したり、永続化の実行中に必要以上のディスク容量が割り当てられる可能性があります。 オブジェクト レベルおよびデータベース レベルのセキュリティを使用すると、このような状態を緩和できます。  
   
--   <xref:System.Activities.DurableInstancing.SqlWorkflowInstanceStore> を使用する場合、インスタンス ストアをセキュリティで保護する必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)][SQL Server のベスト プラクティス](http://go.microsoft.com/fwlink/?LinkId=164972)です。  
+-   <xref:System.Activities.DurableInstancing.SqlWorkflowInstanceStore> を使用する場合、インスタンス ストアをセキュリティで保護する必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [SQL Server のベスト プラクティス](http://go.microsoft.com/fwlink/?LinkId=164972)です。  
   
--   インスタンス ストアの機密情報は暗号化する必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)][SQL セキュリティ暗号化](http://go.microsoft.com/fwlink/?LinkId=164976)です。  
+-   インスタンス ストアの機密情報は暗号化する必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [SQL セキュリティ暗号化](http://go.microsoft.com/fwlink/?LinkId=164976)です。  
   
 -   多くの場合、データベース接続文字列は構成ファイルに含まれているので、Windows レベルのセキュリティ (ACL) を使用して、構成ファイル (通常は Web.Config) が安全であるように、またログインとパスワードの情報が接続文字列に含まれないようにする必要があります。 Windows 認証をデータベースと Web サーバー間で代わりに使用する必要があります。  
   
 ## <a name="considerations-for-workflowservicehost"></a>WorkflowServiceHost に関する考慮事項  
   
--   ワークフローで使用されている [!INCLUDE[indigo1](../../../includes/indigo1-md.md)] のエンドポイントは、セキュリティで保護される必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)][WCF セキュリティの概要](http://go.microsoft.com/fwlink/?LinkID=164975)です。  
+-   ワークフローで使用されている [!INCLUDE[indigo1](../../../includes/indigo1-md.md)] のエンドポイントは、セキュリティで保護される必要があります。 [!INCLUDE[crdefault](../../../includes/crdefault-md.md)] [WCF セキュリティの概要](http://go.microsoft.com/fwlink/?LinkID=164975)です。  
   
 -   <xref:System.ServiceModel.ServiceAuthorizationManager> を使用して、ホスト レベルの認証を実装できます。 参照してください[操作方法: サービスのカスタム承認マネージャーを作成する](http://go.microsoft.com/fwlink/?LinkId=192228)詳細についてはします。 これは、次のサンプル」でも例示されて:[ワークフロー サービスのセキュリティ保護する](../../../docs/framework/windows-workflow-foundation/samples/securing-workflow-services.md)です。  
   
diff --git a/docs/framework/winforms/advanced/bi-directional-support-for-windows-forms-applications.md b/docs/framework/winforms/advanced/bi-directional-support-for-windows-forms-applications.md
index 2792748d133..1bb07d0fe54 100644
--- a/docs/framework/winforms/advanced/bi-directional-support-for-windows-forms-applications.md
+++ b/docs/framework/winforms/advanced/bi-directional-support-for-windows-forms-applications.md
@@ -1,8 +1,9 @@
 ---
-title: "Windows フォーム アプリケーションの双方向サポート"
+title: Windows フォーム アプリケーションの双方向サポート
 ms.date: 09/30/2017
 ms.prod: .net-framework
-ms.technology: dotnet-winforms
+ms.technology:
+- dotnet-winforms
 ms.topic: article
 helpviewer_keywords:
 - globalization [Windows Forms], bi-directional support in Windows
@@ -13,15 +14,16 @@ helpviewer_keywords:
 author: rpetrusha
 ms.author: ronpet
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: a8ae0e958c842c2f3cf3fbb788cad1cde6e6cc2b
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: d670fedb2fe693a871de8f0147b81b97b4958853
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="bi-directional-support-for-windows-forms-applications"></a>Windows フォーム アプリケーションの双方向サポート
-[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] を使用して、アラビア語やヘブライ語などの双方向 (右から左) の言語をサポートする Windows ベースのアプリケーションを作成できます。 これには、標準的なフォーム、ダイアログ ボックス、MDI フォームや、これらのフォームで操作できるすべてのコントロール、まり、<xref:System.Windows.Forms.Control> 名前空間のすべてのオブジェクトが含まれます。  
+Visual Studio を使用して、アラビア語やヘブライ語などの双方向 (右から左に) 言語をサポートする Windows ベースのアプリケーションを作成することができます。 これには、標準的なフォーム、ダイアログ ボックス、MDI フォームや、これらのフォームで操作できるすべてのコントロール、まり、<xref:System.Windows.Forms.Control> 名前空間のすべてのオブジェクトが含まれます。  
   
 ## <a name="culture-support"></a>カルチャのサポート  
  カルチャと UI カルチャの設定は、アプリケーションが日付、時刻、通貨、およびその他の情報をどのように操作するかを決定します。 双方向言語のカルチャおよび UI カルチャのサポートは、その他の言語と同じです。   「[グローバルな Windows フォームおよび Web フォームにおけるカルチャ固有のクラス](http://msdn.microsoft.com/library/94ye9x8c\(v=vs.110\))」または「[グローバルな Windows フォームおよび Web フォームにおけるカルチャ固有のクラス](http://msdn.microsoft.com/library/94ye9x8c\(v=vs.120\))」も参照してください。  
@@ -121,6 +123,6 @@ ms.lasthandoff: 12/22/2017
   
  一部のコントロールはシールされています。 そのため、そこから新しいコントロールを派生できません。 これには、<xref:System.Windows.Forms.ImageList> コントロールや <xref:System.Windows.Forms.ProgressBar> コントロールが含まれます。  
   
-## <a name="see-also"></a>参照  
- [ASP.NET Web アプリケーションの双方向サポート](http://msdn.microsoft.com/library/5576f9b1-9b86-41ef-8354-092d366bcd03)  
+## <a name="see-also"></a>関連項目  
+ [ASP.NET Web アプリケーションに対する双方向サポート](http://msdn.microsoft.com/library/5576f9b1-9b86-41ef-8354-092d366bcd03)  
  [Windows フォームのグローバル化](../../../../docs/framework/winforms/advanced/globalizing-windows-forms.md)
diff --git a/docs/framework/winforms/advanced/how-to-print-a-multi-page-text-file-in-windows-forms.md b/docs/framework/winforms/advanced/how-to-print-a-multi-page-text-file-in-windows-forms.md
index 6c4b0e8db3e..90e07b2e94a 100644
--- a/docs/framework/winforms/advanced/how-to-print-a-multi-page-text-file-in-windows-forms.md
+++ b/docs/framework/winforms/advanced/how-to-print-a-multi-page-text-file-in-windows-forms.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: fd08d40c9b4e5f796c200966482781dfb2e700d8
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 4466f900541e92aeb59edcfbe8f4313d9084eaec
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-print-a-multi-page-text-file-in-windows-forms"></a>方法 : Windows フォームで複数ページのテキスト ファイルを印刷する
 Windows ベースのアプリケーションでは、テキストを印刷することは非常に一般的です。 <xref:System.Drawing.Graphics> クラスは、画面やプリンターなどのデバイスにオブジェクト (グラフィックスやテキスト) を描画するためのメソッドを提供します。  
@@ -71,7 +71,7 @@ Windows ベースのアプリケーションでは、テキストを印刷する
   
 -   System、System.Windows.Forms、System.Drawing の各アセンブリへの参照。  
   
--   コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+-   コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Drawing.Graphics>  
diff --git a/docs/framework/winforms/advanced/how-to-print-in-windows-forms-using-print-preview.md b/docs/framework/winforms/advanced/how-to-print-in-windows-forms-using-print-preview.md
index 14ebcee1fab..36d70cdcd3a 100644
--- a/docs/framework/winforms/advanced/how-to-print-in-windows-forms-using-print-preview.md
+++ b/docs/framework/winforms/advanced/how-to-print-in-windows-forms-using-print-preview.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: abdae9dc9f7a68f1272cb7499705728b72825247
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 9da52f338c7cbe62f265279440422e380be3cbfd
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-print-in-windows-forms-using-print-preview"></a>方法 : Windows フォームで印刷プレビューを使用して印刷する
 Windows フォームのプログラミングでは、印刷サービスに加えて印刷プレビューを提供することは非常に一般的です。 印刷プレビューのサービスをアプリケーションに追加する簡単な方法は、ファイルの印刷に <xref:System.Windows.Forms.PrintPreviewDialog> コントロールを <xref:System.Drawing.Printing.PrintDocument.PrintPage> イベント処理ロジックと組み合わせて使用することです。  
@@ -75,7 +75,7 @@ Windows フォームのプログラミングでは、印刷サービスに加え
   
 -   System、System.Windows.Forms、System.Drawing の各アセンブリへの参照。  
   
--   コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+-   コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  [方法: Windows フォームで複数ページのテキスト ファイルを印刷する](../../../../docs/framework/winforms/advanced/how-to-print-a-multi-page-text-file-in-windows-forms.md)  
diff --git a/docs/framework/winforms/advanced/how-to-support-com-interop-by-displaying-each-windows-form-on-its-own-thread.md b/docs/framework/winforms/advanced/how-to-support-com-interop-by-displaying-each-windows-form-on-its-own-thread.md
index 3dd2309a604..fadead3c34f 100644
--- a/docs/framework/winforms/advanced/how-to-support-com-interop-by-displaying-each-windows-form-on-its-own-thread.md
+++ b/docs/framework/winforms/advanced/how-to-support-com-interop-by-displaying-each-windows-form-on-its-own-thread.md
@@ -1,13 +1,13 @@
 ---
-title: "方法 : 独自のスレッドで各 Windows フォームを表示して COM 相互運用機能をサポートする"
-ms.custom: 
+title: '方法 : 独自のスレッドで各 Windows フォームを表示して COM 相互運用機能をサポートする'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-winforms
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - vb
@@ -18,17 +18,17 @@ helpviewer_keywords:
 - ActiveX controls [Windows Forms], COM interop
 - Windows Forms, interop
 ms.assetid: a9e04765-d2de-4389-a494-a9a6d07aa6ee
-caps.latest.revision: 
+caps.latest.revision: 9
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 60e52bc1486f74bdce44062a4ac861032b7b660c
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: f5d8a0351fc206aad9d88f9ca3f7c930ff853ff7
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-support-com-interop-by-displaying-each-windows-form-on-its-own-thread"></a>方法 : 独自のスレッドで各 Windows フォームを表示して COM 相互運用機能をサポートする
 [!INCLUDE[dnprdnshort](../../../../includes/dnprdnshort-md.md)] メッセージ ループでフォームを表示して、COM 相互運用性の問題を解決できます。これは、<xref:System.Windows.Forms.Application.Run%2A?displayProperty=nameWithType> メソッドを使用して作成することができます。  
@@ -39,7 +39,7 @@ ms.lasthandoff: 12/22/2017
   
 -   各 Windows フォームを別のスレッドで表示します。  
   
- [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]に、この機能の広範なサポートがあります。  
+ Visual Studio では、この機能の広範なサポートがあります。  
   
  「 [チュートリアル: Windows フォームを別個のスレッドに表示することによって COM 相互運用をサポートする](http://msdn.microsoft.com/library/ms233639\(v=vs.110\))」も参照してください。  
   
@@ -58,7 +58,7 @@ ms.lasthandoff: 12/22/2017
   
 -   `COMForm`、 `Form1`、および `FormManager` の型を、 `COMWinform.dll`と呼ばれるアセンブリにコンパイルします。 「 [Packaging an Assembly for COM](../../../../docs/framework/interop/packaging-an-assembly-for-com.md)」で説明するメソッドのいずれかを使用して COM にアセンブリを登録します。 これで、アンマネージ アプリケーションのアセンブリと対応する型のライブラリ (.tlb) ファイルを使用できます。 たとえば、Visual Basic 6.0 の実行可能なプロジェクトで参照として型ライブラリを使用することができます。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [COM への .NET Framework コンポーネントの公開](../../../../docs/framework/interop/exposing-dotnet-components-to-com.md)  
  [COM 用のアセンブリのパッケージ化](../../../../docs/framework/interop/packaging-an-assembly-for-com.md)  
  [COM へのアセンブリの登録](../../../../docs/framework/interop/registering-assemblies-with-com.md)  
diff --git a/docs/framework/winforms/advanced/using-wpf-controls.md b/docs/framework/winforms/advanced/using-wpf-controls.md
index 178353db1f1..6e947cda607 100644
--- a/docs/framework/winforms/advanced/using-wpf-controls.md
+++ b/docs/framework/winforms/advanced/using-wpf-controls.md
@@ -1,27 +1,29 @@
 ---
-title: "WPF コントロールの使用"
-ms.custom: 
+title: WPF コントロールの使用
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-winforms
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-winforms
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - Windows Forms Designer [Windows Forms], interoperability with WPF
 - interoperability [WPF]
 ms.assetid: 03c85dce-26ad-44cd-bc1d-8e0cb56de096
-caps.latest.revision: "7"
+caps.latest.revision: 7
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 5e616019d53648058d51a3d0df457b1380aaf3b1
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: b8225447e6c0daa7894d622616131febb6ac82b5
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="using-wpf-controls"></a>WPF コントロールの使用
 Windows フォーム ベースのアプリケーションでは、Windows Presentation Foundation (WPF) コントロールを使用できます。 これらは、次の 2 つの異なるビュー テクノロジが、相互運用スムーズに動作します。  
@@ -64,4 +66,4 @@ Windows フォーム ベースのアプリケーションでは、Windows Presen
  Windows Presentation Foundation と Windows フォームの技術間の相互運用を説明します。  
   
  [WPF デザイナー](http://msdn.microsoft.com/library/c6c65214-8411-4e16-b254-163ed4099c26)  
- Windows Presentation Foundation コントロールをデザインする方法について説明[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]です。
+ Visual Studio での Windows Presentation Foundation コントロールをデザインする方法について説明します。
diff --git a/docs/framework/winforms/controls/automatically-resize-cells-when-content-changes-in-the-datagrid.md b/docs/framework/winforms/controls/automatically-resize-cells-when-content-changes-in-the-datagrid.md
index 218629a824d..2edb84dcc73 100644
--- a/docs/framework/winforms/controls/automatically-resize-cells-when-content-changes-in-the-datagrid.md
+++ b/docs/framework/winforms/controls/automatically-resize-cells-when-content-changes-in-the-datagrid.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 05d4703edd7300c7a051a3017514d76bb7966570
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 5847229a8b8a038ee46db43aed0a4b6722a768d1
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-automatically-resize-cells-when-content-changes-in-the-windows-forms-datagridview-control"></a>方法 : Windows フォームの DataGridView コントロールの内容変更時にセルのサイズを自動的に変更する
 コンテンツが変更されたときは常に行、列、ヘッダーのサイズを自動的に変更し、クリッピングなしでセルが値を表示するのに十分な大きさになるように、 <xref:System.Windows.Forms.DataGridView> コントロールを構成できます。  
@@ -49,7 +49,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
--   コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。
+-   コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
diff --git a/docs/framework/winforms/controls/column-fill-mode-in-the-windows-forms-datagridview-control.md b/docs/framework/winforms/controls/column-fill-mode-in-the-windows-forms-datagridview-control.md
index 39843e6a79d..4122a6a77b2 100644
--- a/docs/framework/winforms/controls/column-fill-mode-in-the-windows-forms-datagridview-control.md
+++ b/docs/framework/winforms/controls/column-fill-mode-in-the-windows-forms-datagridview-control.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 9b3f43929db5a7cbd340f3c570b278f1e1b0687d
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: c791de28ef6547766fb51ff528870f377ec339e8
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="column-fill-mode-in-the-windows-forms-datagridview-control"></a>Windows フォーム DataGridView コントロールの列フィル モード
 列フィル モードでは、<xref:System.Windows.Forms.DataGridView> コントロールの列は、コントロールの表示領域の幅を満たすように自動的にサイズ変更されます。 すべての列の幅を <xref:System.Windows.Forms.DataGridViewColumn.MinimumWidth%2A> プロパティの値以上にするために水平スクロール バーが必要な場合を除き、コントロールに水平スクロール バーは表示されません。  
@@ -73,7 +73,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
--   コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+-   コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
diff --git a/docs/framework/winforms/controls/create-a-master-detail-form-using-two-datagridviews.md b/docs/framework/winforms/controls/create-a-master-detail-form-using-two-datagridviews.md
index 279b338a105..b55f61fad02 100644
--- a/docs/framework/winforms/controls/create-a-master-detail-form-using-two-datagridviews.md
+++ b/docs/framework/winforms/controls/create-a-master-detail-form-using-two-datagridviews.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: c724408ae689f339585267e183061f56b8271a9a
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 483955a4ec8d96ede413176421b787f84ab45eeb
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-create-a-masterdetail-form-using-two-windows-forms-datagridview-controls"></a>方法 : Windows フォームの 2 つの DataGridView コントロールを使用してマスター/詳細形式のフォームを作成する
 次のコード例では、2 つの <xref:System.Windows.Forms.BindingSource> コンポーネントにバインドされた 2 つの <xref:System.Windows.Forms.DataGridView> コントロールを使用してマスター/詳細フォームを作成します。 データ ソースが、Northwind SQL Server のサンプル データベース、および `CustomerID` 列により 2 つに関連する <xref:System.Data.DataRelation> からの `Customers` テーブルと `Orders` テーブルを含む <xref:System.Data.DataSet> です。  
@@ -45,7 +45,7 @@ ms.lasthandoff: 04/26/2018
   
  System、System.Data、System.Windows.Forms、および System.XML の各アセンブリへの参照。  
   
--   コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+-   コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="net-framework-security"></a>.NET Framework セキュリティ  
  接続文字列内に機密情報 (パスワードなど) を格納すると、アプリケーションのセキュリティに影響を及ぼすことがあります。 データベースへのアクセスを制御する方法としては、Windows 認証 (統合セキュリティとも呼ばれます) を使用する方が安全です。 詳細については、「[接続情報の保護](../../../../docs/framework/data/adonet/protecting-connection-information.md)」を参照してください。  
diff --git a/docs/framework/winforms/controls/creating-a-master-detail-form-using-two-datagridviews.md b/docs/framework/winforms/controls/creating-a-master-detail-form-using-two-datagridviews.md
index 54c4bc7041d..a4e9f94db6a 100644
--- a/docs/framework/winforms/controls/creating-a-master-detail-form-using-two-datagridviews.md
+++ b/docs/framework/winforms/controls/creating-a-master-detail-form-using-two-datagridviews.md
@@ -1,12 +1,13 @@
 ---
-title: "チュートリアル: Windows フォーム DataGridView コントロールの 2 つを使用してマスター/詳細フォームを作成します。"
-ms.custom: 
+title: 'チュートリアル: Windows フォーム DataGridView コントロールの 2 つを使用してマスター/詳細フォームを作成します。'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-winforms
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-winforms
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -17,16 +18,17 @@ helpviewer_keywords:
 - master-details lists [Windows Forms], displaying on Windows Forms
 - walkthroughs [Windows Forms], DataGridView control
 ms.assetid: c5fa29e8-47f7-4691-829b-0e697a691f36
-caps.latest.revision: "19"
+caps.latest.revision: 19
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: af6f1bcb172543b372cbca52f54b675b6baf87d2
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: e5c3dfc547fe775b38ad4c2e658755268f791502
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="walkthrough-creating-a-masterdetail-form-using-two-windows-forms-datagridview-controls"></a>チュートリアル : Windows フォームの 2 つの DataGridView コントロールを使用したマスター/詳細形式のフォームの作成
 使用するための最も一般的なシナリオの 1 つ、<xref:System.Windows.Forms.DataGridView>コントロールは、*マスター/詳細*フォーム、2 つのデータベース テーブル間の親/子リレーションシップが表示されます。 詳細テーブルが、対応する子データの更新をマスター テーブルの行を選択します。  
@@ -44,7 +46,7 @@ ms.lasthandoff: 12/22/2017
   
 #### <a name="to-create-a-masterdetail-form"></a>マスター/詳細フォームを作成するには  
   
-1.  派生するクラスを作成する<xref:System.Windows.Forms.Form>は 2 つと<xref:System.Windows.Forms.DataGridView>コントロールと 2 つ<xref:System.Windows.Forms.BindingSource>コンポーネントです。 次のコードは、基本的な形式の初期化を提供し、含まれています、`Main`メソッドです。 使用する場合、[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]デザイナー、フォームを作成するには、できますが、デザイナーの生成されたコードを使用して、このコードではなくは変数の宣言には、ここに表示される名前を使用することを確認します。  
+1.  派生するクラスを作成する<xref:System.Windows.Forms.Form>は 2 つと<xref:System.Windows.Forms.DataGridView>コントロールと 2 つ<xref:System.Windows.Forms.BindingSource>コンポーネントです。 次のコードは、基本的な形式の初期化を提供し、含まれています、`Main`メソッドです。 フォームを作成する、Visual Studio デザイナーを使用する場合は、このコードの代わりに、デザイナーの生成されたコードを使用しますが、変数の宣言には、ここに表示される名前を使用してください。  
   
      [!code-csharp[System.Windows.Forms.DataGridViewMasterDetails#01](../../../../samples/snippets/csharp/VS_Snippets_Winforms/System.Windows.Forms.DataGridViewMasterDetails/CS/masterdetails.cs#01)]
      [!code-vb[System.Windows.Forms.DataGridViewMasterDetails#01](../../../../samples/snippets/visualbasic/VS_Snippets_Winforms/System.Windows.Forms.DataGridViewMasterDetails/VB/masterdetails.vb#01)]  
@@ -86,7 +88,7 @@ ms.lasthandoff: 12/22/2017
   
 -   セルの外観をカスタマイズします。 詳細については、次を参照してください。[する方法: Windows フォーム DataGridView コントロールのセルの外観をカスタマイズ](../../../../docs/framework/winforms/controls/customize-the-appearance-of-cells-in-the-datagrid.md)と[する方法: Windows フォーム DataGridView コントロールの既定のセル スタイルの設定](../../../../docs/framework/winforms/controls/how-to-set-default-cell-styles-for-the-windows-forms-datagridview-control.md)です。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
  <xref:System.Windows.Forms.BindingSource>  
  [Windows フォーム DataGridView コントロールでのデータの表示](../../../../docs/framework/winforms/controls/displaying-data-in-the-windows-forms-datagridview-control.md)  
diff --git a/docs/framework/winforms/controls/customize-cells-and-columns-in-the-datagrid-by-extending-behavior.md b/docs/framework/winforms/controls/customize-cells-and-columns-in-the-datagrid-by-extending-behavior.md
index 27fc0ed12ad..bbfd52ee259 100644
--- a/docs/framework/winforms/controls/customize-cells-and-columns-in-the-datagrid-by-extending-behavior.md
+++ b/docs/framework/winforms/controls/customize-cells-and-columns-in-the-datagrid-by-extending-behavior.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 87aaa4f4284a2ab76ee2f248c928bdaf8944454a
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 8e48c5d451b4eece1bd88916e33f6a61d646b7fa
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-customize-cells-and-columns-in-the-windows-forms-datagridview-control-by-extending-their-behavior-and-appearance"></a>方法 : Windows フォーム DataGridView コントロールのセルと列を、それぞれの動作と外観を拡張してカスタマイズする
 <xref:System.Windows.Forms.DataGridView> コントロールは、プロパティ、イベント、およびコンパニオン クラスを使用して外観と動作をカスタマイズする様々な方法を提供します。 場合によっては、これらの機能が提供するもの以外にも、セルの要件がある場合があります。 独自のカスタム <xref:System.Windows.Forms.DataGridViewCell> クラスを作成して、拡張機能を提供することができます。  
@@ -81,7 +81,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Windows.Forms、および System.Drawing の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
diff --git a/docs/framework/winforms/controls/customize-the-appearance-of-rows-in-the-datagrid.md b/docs/framework/winforms/controls/customize-the-appearance-of-rows-in-the-datagrid.md
index d277e5eac1b..a69a89ce78e 100644
--- a/docs/framework/winforms/controls/customize-the-appearance-of-rows-in-the-datagrid.md
+++ b/docs/framework/winforms/controls/customize-the-appearance-of-rows-in-the-datagrid.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 561261fef42e8f86a45767c5b258e850d9ee73b0
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 579d63da8a411e47c649695c0a09d4cf519b4410
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-customize-the-appearance-of-rows-in-the-windows-forms-datagridview-control"></a>方法 : Windows フォームの DataGridView コントロールの行の外観をカスタマイズする
 <xref:System.Windows.Forms.DataGridView> 行の外観を制御するには、<xref:System.Windows.Forms.DataGridView.RowPrePaint?displayProperty=nameWithType> イベントと <xref:System.Windows.Forms.DataGridView.RowPostPaint?displayProperty=nameWithType> イベントの一方、または両方を処理します。 これらのイベントは、ユーザーが任意のものだけ描画し、残りは <xref:System.Windows.Forms.DataGridView> コントロールに描画させるようにデザインされています。 たとえば、カスタムの背景を描画する場合は、<xref:System.Windows.Forms.DataGridView.RowPrePaint?displayProperty=nameWithType> イベントを処理し、それぞれの前景の内容は個々のセルに描画させるようにします。 または、セルを自動的に描画させ、<xref:System.Windows.Forms.DataGridView.RowPostPaint?displayProperty=nameWithType> イベントのハンドラーでカスタムの前景の内容を追加することもできます。 さらに、<xref:System.Windows.Forms.DataGridView.RowPrePaint?displayProperty=nameWithType> イベント ハンドラーを使用すれば、セルの描画をすべて無効にし、ユーザー自身ですべてを描画することもできます。  
@@ -43,7 +43,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
diff --git a/docs/framework/winforms/controls/datagrid-control-overview-windows-forms.md b/docs/framework/winforms/controls/datagrid-control-overview-windows-forms.md
index 3e706a17256..6dabfacad38 100644
--- a/docs/framework/winforms/controls/datagrid-control-overview-windows-forms.md
+++ b/docs/framework/winforms/controls/datagrid-control-overview-windows-forms.md
@@ -1,13 +1,13 @@
 ---
-title: "DataGrid コントロールの概要 (Windows フォーム)"
-ms.custom: 
+title: DataGrid コントロールの概要 (Windows フォーム)
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-winforms
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 f1_keywords:
 - DataGrid
@@ -28,17 +28,17 @@ helpviewer_keywords:
 - parent table navigation in DataGrid
 - child tables [Windows Forms], dataGrid control
 ms.assetid: 85604bce-bc03-49d9-9030-dda8896c44b1
-caps.latest.revision: 
+caps.latest.revision: 22
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 10220efc0bb77ddcc7f0f9fa0e3f2793a032a1bd
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: fd74ed0e31fff211f0197ad27f297f9fbecf5cab
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="datagrid-control-overview-windows-forms"></a>DataGrid コントロールの概要 (Windows フォーム)
 > [!NOTE]
@@ -103,7 +103,7 @@ ms.lasthandoff: 12/22/2017
 |複数の関連テーブル。|グリッドに、テーブルを選択するツリー ビューを表示でき、グリッドに親テーブルを表示するよう指定することもできます。 親テーブル内のレコードでは、ユーザーが関連する子の行に移動できます。|  
   
 > [!NOTE]
->  データセットのテーブルは、<xref:System.Data.DataRelation> を使用して関連付けられます。  [HYPERLINK "http://msdn.microsoft.com/library/dbwcse3d(v=vs.110)" 「データセットのリレーションシップ」](http://msdn.microsoft.com/library/dbwcse3d\(v=vs.110\))または[「データセットのリレーションシップ」](http://msdn.microsoft.com/library/dbwcse3d\(v=vs.120\))も参照してください。  
+>  データセットのテーブルは、<xref:System.Data.DataRelation> を使用して関連付けられます。  参照してください[ハイパーリンク"http://msdn.microsoft.com/library/dbwcse3d(v=vs.110)"データセットのリレーションシップ](http://msdn.microsoft.com/library/dbwcse3d\(v=vs.110\))または[データセットのリレーションシップ](http://msdn.microsoft.com/library/dbwcse3d\(v=vs.120\))です。  
   
  <xref:System.Windows.Forms.DataGrid> コントロールがテーブルに表示され、<xref:System.Windows.Forms.DataGrid.AllowSorting%2A> プロパティが `true` に設定される場合、データは列ヘッダーをクリックして再度並べ替えることができます。 ユーザーは行の追加やセルの編集も実行できます。  
   
@@ -137,7 +137,7 @@ DataGrid コントロールに含まれるオブジェクトを次の図に示
   
  列のスタイルは、表のスタイルがデータ テーブルに関連するのと同じように、データセット内の列に関連します。 各テーブルに一度に 1 つの表のスタイルのみ定義できるように、各列も、特定のテーブルのスタイルで一度に 1 つの列のスタイルのみ定義できます。 このリレーションシップは、列の <xref:System.Windows.Forms.DataGridColumnStyle.MappingName%2A> プロパティで定義されます。  
   
- 列のスタイルを追加せずにテーブルのスタイルを作成した場合は、フォームおよびグリッドが実行時に作成されるときに、[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] が既定の列のスタイルを追加します。 ただし、テーブルのスタイルを作成して列のスタイルを追加している場合、[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] は列のスタイルを作成しません。 また、列のスタイルを定義し、マッピングの名前に割り当てて、グリッドに表示する列を持つようにする必要があります。  
+ を列のスタイルを追加せず、テーブルのスタイルを作成した Visual Studio は、フォームおよびグリッドが実行時に作成されるときに、既定の列スタイルを追加します。 ただし、テーブルのスタイルを作成して、列のスタイルを追加する、Visual Studio は列スタイルは作成されません。 また、列のスタイルを定義し、マッピングの名前に割り当てて、グリッドに表示する列を持つようにする必要があります。  
   
  列のスタイルに列を割り当てることでデータ グリッドに含まれる列を指定し、列に割り当てられた列のスタイルがないため、グリッドに表示されていないデータセットのデータの列を含めることができます。 ただし、データセットにデータ列が含まれているため、表示されていないデータをプログラムで編集できます。  
   
@@ -152,7 +152,7 @@ DataGrid コントロールに含まれるオブジェクトを次の図に示
 ## <a name="events"></a>イベント  
  <xref:System.Windows.Forms.Control.MouseDown>、<xref:System.Windows.Forms.Control.Enter>、および <xref:System.Windows.Forms.DataGrid.Scroll> などの一般的なコントロール イベントのほかに、<xref:System.Windows.Forms.DataGrid> コントロールはグリッド内の編集と移動に関連付けられたイベントをサポートします。 <xref:System.Windows.Forms.DataGrid.CurrentCell%2A> プロパティは、どのセルが選択されるか決定します。 <xref:System.Windows.Forms.DataGrid.CurrentCellChanged> イベントは、ユーザーが新しいセルに移動するときに発生します。 ユーザーが親子のリレーションを使用して新しいテーブルに移動するときに、<xref:System.Windows.Forms.DataGrid.Navigate> イベントが発生します。 <xref:System.Windows.Forms.DataGrid.BackButtonClick> イベントは、ユーザーが子テーブルを表示している場合にユーザーが [戻る] ボタンをクリックすると発生し、<xref:System.Windows.Forms.DataGrid.ShowParentDetailsButtonClick> イベントは、親行の表示/非表示のアイコンをクリックすると発生します。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [DataGrid コントロール](../../../../docs/framework/winforms/controls/datagrid-control-windows-forms.md)  
  [方法: データ ソースに Windows フォーム DataGrid コントロールをバインドする](../../../../docs/framework/winforms/controls/how-to-bind-the-windows-forms-datagrid-control-to-a-data-source.md)  
  [方法: Windows フォーム DataGrid コントロールにテーブルと列を追加する](../../../../docs/framework/winforms/controls/how-to-add-tables-and-columns-to-the-windows-forms-datagrid-control.md)  
diff --git a/docs/framework/winforms/controls/defining-default-values-with-the-shouldserialize-and-reset-methods.md b/docs/framework/winforms/controls/defining-default-values-with-the-shouldserialize-and-reset-methods.md
index 564a9bb502d..63a9706e9bb 100644
--- a/docs/framework/winforms/controls/defining-default-values-with-the-shouldserialize-and-reset-methods.md
+++ b/docs/framework/winforms/controls/defining-default-values-with-the-shouldserialize-and-reset-methods.md
@@ -1,12 +1,13 @@
 ---
-title: "ShouldSerialize メソッドと Reset メソッドによる既定値の定義"
-ms.custom: 
+title: ShouldSerialize メソッドと Reset メソッドによる既定値の定義
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-winforms
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-winforms
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -15,19 +16,20 @@ helpviewer_keywords:
 - custom controls [Windows Forms], property methods
 - ShouldPersist method
 ms.assetid: 7b6c5e00-3771-46b4-9142-5a80d5864a5e
-caps.latest.revision: "11"
+caps.latest.revision: 11
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: a654fef461d92c4b93db131e303bb07a1e839d34
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: a28cd84c88cd7434eaca3fdaa7b4406006c44dad
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="defining-default-values-with-the-shouldserialize-and-reset-methods"></a>ShouldSerialize メソッドと Reset メソッドによる既定値の定義
-`ShouldSerialize``Reset`プロパティ用に指定できるオプションのメソッドは、プロパティがない場合、単純な既定値があります。 プロパティの単純な既定値が、適用してください、<xref:System.ComponentModel.DefaultValueAttribute>し、代わりに、属性クラスのコンス トラクターを既定値を指定します。 これらのメカニズムのいずれかにより、デザイナーで、次の機能。  
+`ShouldSerialize` `Reset`プロパティ用に指定できるオプションのメソッドは、プロパティがない場合、単純な既定値があります。 プロパティの単純な既定値が、適用してください、<xref:System.ComponentModel.DefaultValueAttribute>し、代わりに、属性クラスのコンス トラクターを既定値を指定します。 これらのメカニズムのいずれかにより、デザイナーで、次の機能。  
   
 -   プロパティが既定値から変更された場合に、プロパティ ブラウザーで表示を提供します。  
   
@@ -53,9 +55,9 @@ public void ResetMyFont() {
 ```  
   
 > [!NOTE]
->  プロパティがない場合、`Reset`メソッド、されていない、 <xref:System.ComponentModel.DefaultValueAttribute>、および、その宣言で指定された既定値はありません、`Reset`オプションのショートカット メニューでそのプロパティは無効になって、 **のプロパティ**で Windows フォーム デザイナーのウィンドウ[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]します。  
+>  プロパティがない場合、`Reset`メソッド、されていない、 <xref:System.ComponentModel.DefaultValueAttribute>、および、その宣言で指定された既定値はありません、`Reset`オプションのショートカット メニューでそのプロパティは無効になって、 **のプロパティ** Visual Studio での Windows フォーム デザイナーのウィンドウ。  
   
- などのデザイナー[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]を使用して、 `ShouldSerialize` *PropertyName*プロパティが既定値から変更されたかどうかを確認し、プロパティ場合にのみフォームにコードを記述する方法を変更すると、のでより効率的なコード生成します。 例:  
+ Visual Studio などのデザイナーを使用して、 `ShouldSerialize` *PropertyName*プロパティが既定値から変更されたかどうかを確認し、プロパティ場合にのみフォームにコードを記述する方法を変更すると、のでより効率的なコード生成します。 例えば:  
   
 ```vb  
 'Returns true if the font has changed; otherwise, returns false.  
@@ -154,7 +156,7 @@ public class MyControl : Control {
   
  ここでは、プライベート変数の値がからアクセスする場合でも、`MyFont`プロパティは`null`、プロパティ ブラウザーは表示されません`null`代わりに、表示、<xref:System.Windows.Forms.Control.Font%2A>されていない場合は、親のプロパティ`null`、。既定値または<xref:System.Windows.Forms.Control.Font%2A>で定義された値<xref:System.Windows.Forms.Control>です。 既定値ため`MyFont`、単に設定することはできませんと<xref:System.ComponentModel.DefaultValueAttribute>このプロパティには適用できません。 代わりに、`ShouldSerialize`と`Reset`のメソッドを実装する必要があります、`MyFont`プロパティです。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [Windows フォーム コントロールのプロパティ](../../../../docs/framework/winforms/controls/properties-in-windows-forms-controls.md)  
  [プロパティの定義](../../../../docs/framework/winforms/controls/defining-a-property-in-windows-forms-controls.md)  
  [プロパティ変更イベント](../../../../docs/framework/winforms/controls/property-changed-events.md)
diff --git a/docs/framework/winforms/controls/disable-buttons-in-a-button-column-in-the-datagrid.md b/docs/framework/winforms/controls/disable-buttons-in-a-button-column-in-the-datagrid.md
index d6053c71a46..e9e84e2c403 100644
--- a/docs/framework/winforms/controls/disable-buttons-in-a-button-column-in-the-datagrid.md
+++ b/docs/framework/winforms/controls/disable-buttons-in-a-button-column-in-the-datagrid.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: c8332b41868665c5874a10baa21a84db15958cce
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 4511441e3d8350cd867133a87f34fcba3087f796
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-disable-buttons-in-a-button-column-in-the-windows-forms-datagridview-control"></a>方法 : Windows フォーム DataGridView コントロールのボタン列にあるボタンを無効にする
 <xref:System.Windows.Forms.DataGridView> コントロールには、ボタンのようなユーザー インターフェイス (UI) を持つセルを表示するための <xref:System.Windows.Forms.DataGridViewButtonCell> クラスが含まれます。 ただし、<xref:System.Windows.Forms.DataGridViewButtonCell> はセルによって表示されるボタンの外観を無効にする方法は提供しません。  
@@ -46,7 +46,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、System.Windows.Forms、および System.Windows.Forms.VisualStyles の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  [Windows フォーム DataGridView コントロールのカスタマイズ](../../../../docs/framework/winforms/controls/customizing-the-windows-forms-datagridview-control.md)  
diff --git a/docs/framework/winforms/controls/enable-users-to-copy-multiple-cells-to-the-clipboard-datagridview.md b/docs/framework/winforms/controls/enable-users-to-copy-multiple-cells-to-the-clipboard-datagridview.md
index 0152af06b50..4d46b5a6757 100644
--- a/docs/framework/winforms/controls/enable-users-to-copy-multiple-cells-to-the-clipboard-datagridview.md
+++ b/docs/framework/winforms/controls/enable-users-to-copy-multiple-cells-to-the-clipboard-datagridview.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 4577a3bf8c772198ffca6d558bec370f9a668f70
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 72f00ee548a042690ded57a4186f97de47781622
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-enable-users-to-copy-multiple-cells-to-the-clipboard-from-the-windows-forms-datagridview-control"></a>方法 : ユーザーが、Windows フォーム DataGridView コントロールからクリップボードに複数のセルをコピーできるようにする
 セルのコピーを有効にすると、<xref:System.Windows.Forms.DataGridView> コントロール内のデータを <xref:System.Windows.Forms.Clipboard> 経由で他のアプリケーションが簡単に利用できるようになります。 選択したセルの値は文字列に変換されてクリップボードに追加され、メモ帳や Excel などのアプリケーションにはタブ区切りのテキスト値として貼り付けられ、Word などのアプリケーションには HTML 形式のテーブルとして貼り付けられます。  
@@ -55,7 +55,7 @@ ms.lasthandoff: 04/26/2018
   
 -   N:System アセンブリおよび N:System.Windows.Forms アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
diff --git a/docs/framework/winforms/controls/handle-errors-that-occur-during-data-entry-in-the-datagrid.md b/docs/framework/winforms/controls/handle-errors-that-occur-during-data-entry-in-the-datagrid.md
index 16da73c8bb2..d83cac54eff 100644
--- a/docs/framework/winforms/controls/handle-errors-that-occur-during-data-entry-in-the-datagrid.md
+++ b/docs/framework/winforms/controls/handle-errors-that-occur-during-data-entry-in-the-datagrid.md
@@ -25,11 +25,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: cd095d272c07727490df235328827f5ee9907b49
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 9b7efec627a9eae330b724b18dee9711a5ae63fc
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-handle-errors-that-occur-during-data-entry-in-the-windows-forms-datagridview-control"></a>方法 : Windows フォーム DataGridView コントロールでのデータ入力中に発生したエラーを処理する
 次のコード例をは、データ エントリ エラーをユーザーに報告する <xref:System.Windows.Forms.DataGridView> コントロールの使用方法を示しています。  
@@ -45,7 +45,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Data、System.Windows.Forms、および System.XML の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="net-framework-security"></a>.NET Framework セキュリティ  
  接続文字列内に機密情報 (パスワードなど) を格納すると、アプリケーションのセキュリティに影響を及ぼすことがあります。 データベースへのアクセスを制御する方法としては、Windows 認証 (統合セキュリティとも呼ばれます) を使用する方が安全です。 詳細については、「[接続情報の保護](../../../../docs/framework/data/adonet/protecting-connection-information.md)」を参照してください。  
diff --git a/docs/framework/winforms/controls/how-to-access-objects-bound-to-windows-forms-datagridview-rows.md b/docs/framework/winforms/controls/how-to-access-objects-bound-to-windows-forms-datagridview-rows.md
index 3a00c353319..2d5ca827f5a 100644
--- a/docs/framework/winforms/controls/how-to-access-objects-bound-to-windows-forms-datagridview-rows.md
+++ b/docs/framework/winforms/controls/how-to-access-objects-bound-to-windows-forms-datagridview-rows.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: a4af5c247a114ce3c7e176576e780e1dba6a51ff
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 1cd29b04565b29f1cdbc78c070e5cc74baa350f3
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-access-objects-bound-to-windows-forms-datagridview-rows"></a>方法 : Windows フォームの DataGridView 行にバインドされたオブジェクトにアクセスする
 場合によっては、ビジネス オブジェクトのコレクションに格納されている情報のテーブルを表示すると便利です。 <xref:System.Windows.Forms.DataGridView> コントロールをそのようなコレクションにバインドすると、<xref:System.ComponentModel.BrowsableAttribute> によって参照不可にマークされない限り、各パブリック プロパティが独自の列に表示されます。 たとえば、`Customer` オブジェクトのコレクションに**名前**や**アドレス**などの列が含まれるようになります。  
@@ -52,7 +52,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System アセンブリおよび System.Windows.Forms アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
diff --git a/docs/framework/winforms/controls/how-to-add-a-control-to-a-toolstripcontentpanel.md b/docs/framework/winforms/controls/how-to-add-a-control-to-a-toolstripcontentpanel.md
index 5dc894865df..309de3120fd 100644
--- a/docs/framework/winforms/controls/how-to-add-a-control-to-a-toolstripcontentpanel.md
+++ b/docs/framework/winforms/controls/how-to-add-a-control-to-a-toolstripcontentpanel.md
@@ -21,11 +21,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 5ab8e4e233457a7059d933e5109950a8928cd897
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 1c9634e01c2c808a6134fbdf2b377050f225034d
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-add-a-control-to-a-toolstripcontentpanel"></a>方法 : ToolStripContentPanel にコントロールを追加する
 <xref:System.Windows.Forms.ToolStripContentPanel> に対して、1 つまたは複数のコントロールをプログラムで追加できます。  
@@ -41,7 +41,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Data、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「[方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」または「[[ToolStripContainer タスク] ダイアログ ボックス](http://msdn.microsoft.com/library/ms233647\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「[方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」または「[[ToolStripContainer タスク] ダイアログ ボックス](http://msdn.microsoft.com/library/ms233647\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.ToolStripContentPanel>  
diff --git a/docs/framework/winforms/controls/how-to-add-a-toolstripcontainer-to-a-form.md b/docs/framework/winforms/controls/how-to-add-a-toolstripcontainer-to-a-form.md
index b83acbfde3a..c6a3298ded5 100644
--- a/docs/framework/winforms/controls/how-to-add-a-toolstripcontainer-to-a-form.md
+++ b/docs/framework/winforms/controls/how-to-add-a-toolstripcontainer-to-a-form.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: d0da8f1363a4dd1bfaa3dec9dd2a1db6e22191b3
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 9c318ad7eaea72f928140257a833cedb8f99eb9f
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-add-a-toolstripcontainer-to-a-form"></a>方法 : フォームに ToolStripContainer を追加する
 プログラムで Windows フォームに <xref:System.Windows.Forms.ToolStripContainer> を追加し、そこにコントロールを配置できます。  
@@ -43,7 +43,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System.Drawing、System.Text、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「[方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」または「[[ToolStripContainer タスク] ダイアログ ボックス](http://msdn.microsoft.com/library/ms233647\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「[方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」または「[[ToolStripContainer タスク] ダイアログ ボックス](http://msdn.microsoft.com/library/ms233647\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.ToolStripContainer>  
diff --git a/docs/framework/winforms/controls/how-to-add-activex-controls-to-windows-forms.md b/docs/framework/winforms/controls/how-to-add-activex-controls-to-windows-forms.md
index dd286d271d0..4560266bc17 100644
--- a/docs/framework/winforms/controls/how-to-add-activex-controls-to-windows-forms.md
+++ b/docs/framework/winforms/controls/how-to-add-activex-controls-to-windows-forms.md
@@ -1,28 +1,30 @@
 ---
-title: "方法 : Windows フォームに ActiveX コントロールを追加する"
-ms.custom: 
+title: '方法 : Windows フォームに ActiveX コントロールを追加する'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-winforms
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-winforms
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - Windows Forms controls, ActiveX controls
 - forms [Windows Forms], adding ActiveX controls
 - ActiveX controls [Windows Forms], adding
 ms.assetid: 54a61e5b-555e-4887-b41e-6244fed271eb
-caps.latest.revision: "10"
+caps.latest.revision: 10
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 940dd21fc48c23ce623280aab2c487db5810057c
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: 2cedd71665dc098ca3a6a6bf43c74b2d3a11fe11
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-add-activex-controls-to-windows-forms"></a>方法 : Windows フォームに ActiveX コントロールを追加する
 Windows フォーム コントロールをホストするには、Windows フォーム デザイナーが最適化され、ときにも Windows フォームで ActiveX コントロールを配置することができます。  
@@ -39,12 +41,12 @@ Windows フォーム コントロールをホストするには、Windows フォ
   
 -   ツールボックスでコントロールをダブルクリックします。  
   
-     [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]プロジェクトのコントロールへのすべての参照を追加します。 Windows フォームで ActiveX コントロールを使用する場合に留意すべきことに関する詳細については、次を参照してください。 [Windows フォームで ActiveX コントロールをホストしている場合の考慮事項](../../../../docs/framework/winforms/controls/considerations-when-hosting-an-activex-control-on-a-windows-form.md)です。  
+     Visual Studio は、プロジェクト内のコントロールへのすべての参照を追加します。 Windows フォームで ActiveX コントロールを使用する場合に留意すべきことに関する詳細については、次を参照してください。 [Windows フォームで ActiveX コントロールをホストしている場合の考慮事項](../../../../docs/framework/winforms/controls/considerations-when-hosting-an-activex-control-on-a-windows-form.md)です。  
   
     > [!NOTE]
     >  Windows フォーム ActiveX コントロール インポーター (AxImp.exe) は、ActiveX のダイナミック リンク ライブラリのインポート時に予想よりも、別の種類のイベント引数を作成します。 AxImp.exe によって作成された引数は、次のような: `Invoke(object sender, DWebBrowserEvents2_ProgressChangeEvent e)`、`Invoke(object sender, DWebBrowserEvents2_ProgressChangeEventArgs e)`が必要です。 この不規則性は防止しませんコードが正常に注意してください。 詳細については、「 [Windows フォーム ActiveX コントロール インポーター (Aximp.exe)](../../../../docs/framework/tools/aximp-exe-windows-forms-activex-control-importer.md)です。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [Windows フォーム コントロール](../../../../docs/framework/winforms/controls/index.md)  
  [各言語およびライブラリにおける、コントロールとプログラミング可能オブジェクトの比較](http://msdn.microsoft.com/library/021f2a1b-8247-4348-a5ad-e1d9ab23004b)  
  [方法: Windows フォームにコントロールを追加する](../../../../docs/framework/winforms/controls/how-to-add-controls-to-windows-forms.md)  
diff --git a/docs/framework/winforms/controls/how-to-add-controls-without-a-user-interface-to-windows-forms.md b/docs/framework/winforms/controls/how-to-add-controls-without-a-user-interface-to-windows-forms.md
index 5eefcce3a37..d1317f3c1b2 100644
--- a/docs/framework/winforms/controls/how-to-add-controls-without-a-user-interface-to-windows-forms.md
+++ b/docs/framework/winforms/controls/how-to-add-controls-without-a-user-interface-to-windows-forms.md
@@ -1,13 +1,13 @@
 ---
-title: "方法 : ユーザー インターフェイスを持たないコントロールを Windows フォームに追加する"
-ms.custom: 
+title: '方法 : ユーザー インターフェイスを持たないコントロールを Windows フォームに追加する'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-winforms
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -22,17 +22,17 @@ helpviewer_keywords:
 - Windows Forms controls, nonvisual
 - nonvisual controls [Windows Forms]
 ms.assetid: 52134d9c-cff6-4eed-8e2b-3d5eb3bd494e
-caps.latest.revision: 
+caps.latest.revision: 12
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 3abbf931cff9ad459e8c9221f91430ecccefa9cc
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.openlocfilehash: e900c1c34f69531a14cfa11803ef5a6afb4783c6
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-add-controls-without-a-user-interface-to-windows-forms"></a>方法 : ユーザー インターフェイスを持たないコントロールを Windows フォームに追加する
 非ビジュアル コントロール (またはコンポーネント) は、アプリケーションに機能を提供します。 異なり、他のコントロールのコンポーネント、ユーザーにユーザー インターフェイスを提供しないので、Windows フォーム デザイナー画面に表示する必要はありません。 コンポーネントがフォームに追加されると、Windows フォーム デザイナーは、すべてのコンポーネントが表示されるフォームの下部にあるサイズ変更可能なトレイを表示します。 コントロールがコンポーネント トレイに追加されると、コンポーネントを選択し、フォーム上の他のコントロールのように、そのプロパティを設定することができます。  
@@ -48,7 +48,7 @@ ms.lasthandoff: 01/19/2018
   
      コンポーネントがコンポーネント トレイに表示されます。  
   
- さらに、コンポーネントは、実行時にフォームに追加できます。 これは、コンポーネントにはユーザー インターフェイスを持つコントロールとは異なり、ビジュアルの式があるないために特に一般的なシナリオです。 次の例で、<xref:System.Windows.Forms.Timer>実行時にコンポーネントを追加します。 (なお[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]異なるタイマーの数が含まれています。 この場合、を使用して Windows フォーム<xref:System.Windows.Forms.Timer>コンポーネントです。 別のタイマーの詳細については[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]を参照してください[サーバー ベースのタイマーの概要](http://msdn.microsoft.com/library/adc0bc0a-a519-4812-bafc-fb9d1a5801fc))。  
+ さらに、コンポーネントは、実行時にフォームに追加できます。 これは、コンポーネントにはユーザー インターフェイスを持つコントロールとは異なり、ビジュアルの式があるないために特に一般的なシナリオです。 次の例で、<xref:System.Windows.Forms.Timer>実行時にコンポーネントを追加します。 (Visual Studio には、異なるタイマーの数が含まれています。 この場合は、を使用して Windows フォーム<xref:System.Windows.Forms.Timer>コンポーネントです。 Visual Studio で異なるタイマーの詳細については、次を参照してください[サーバー ベースのタイマーの概要](http://msdn.microsoft.com/library/adc0bc0a-a519-4812-bafc-fb9d1a5801fc)。)。  
   
 > [!CAUTION]
 >  コンポーネントには、コンポーネントを効果的に機能するために設定する必要があるコントロール固有プロパティが多くの場合があります。 場合、<xref:System.Windows.Forms.Timer>下のコンポーネントを設定する、`Interval`プロパティです。 プロジェクトにあるプロパティを設定する、そのコンポーネントに必要なコンポーネントを追加するときにことを確認します。  
@@ -92,7 +92,7 @@ ms.lasthandoff: 01/19/2018
     > [!IMPORTANT]
     >  悪意のあるユーザー コントロールを参照することで、ローカル コンピューターがネットワーク経由のセキュリティ リスクを公開する可能性があります。 誤ってそれをプロジェクトに追加した後に、有害なカスタム コントロールを作成する悪意のあるユーザーの場合は問題にならなければのみとなります。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [Windows フォーム コントロール](../../../../docs/framework/winforms/controls/index.md)  
  [方法: Windows フォームにコントロールを追加する](../../../../docs/framework/winforms/controls/how-to-add-controls-to-windows-forms.md)  
  [方法: Windows フォームに ActiveX コントロールを追加する](../../../../docs/framework/winforms/controls/how-to-add-activex-controls-to-windows-forms.md)  
diff --git a/docs/framework/winforms/controls/how-to-add-toolstrip-items-dynamically.md b/docs/framework/winforms/controls/how-to-add-toolstrip-items-dynamically.md
index 6e79928d574..c927005525f 100644
--- a/docs/framework/winforms/controls/how-to-add-toolstrip-items-dynamically.md
+++ b/docs/framework/winforms/controls/how-to-add-toolstrip-items-dynamically.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 9017de2912057cfb833fc522982ff3aca643895d
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 7af14c08bd5421cebb511aaf6d209236e80bc23e
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-add-toolstrip-items-dynamically"></a>方法 : ToolStrip の項目を動的に追加する
 メニューが開くときに <xref:System.Windows.Forms.ToolStrip> コントロールのメニュー項目コレクションを動的に設定できます。  
@@ -47,7 +47,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System.Drawing アセンブリおよび System.Windows.Forms アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.ContextMenuStrip>  
diff --git a/docs/framework/winforms/controls/how-to-add-web-browser-capabilities-to-a-windows-forms-application.md b/docs/framework/winforms/controls/how-to-add-web-browser-capabilities-to-a-windows-forms-application.md
index 2494ab5df7e..857efc659dc 100644
--- a/docs/framework/winforms/controls/how-to-add-web-browser-capabilities-to-a-windows-forms-application.md
+++ b/docs/framework/winforms/controls/how-to-add-web-browser-capabilities-to-a-windows-forms-application.md
@@ -26,11 +26,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 3e7cde23c7395e778f8f6cf9b13f998dded18d69
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: fb5809a7932df2950b2badc983adeded1b3f0aa5
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-add-web-browser-capabilities-to-a-windows-forms-application"></a>方法 : Windows フォーム アプリケーションに Web ブラウザーの機能を追加する
 <xref:System.Windows.Forms.WebBrowser> コントロールを使用して、Web ブラウザーの機能をアプリケーションに追加することができます。 コントロールは、既定では、Web ブラウザーのように動作します。 <xref:System.Windows.Forms.WebBrowser.Url%2A> プロパティを設定することで、最初の URL を読み込んだ後に、ハイパーリンクをクリックするか、キーボード ショートカットを使用して、ナビゲーション履歴で前または次に移動できます。 既定では、右クリックして表示されるショートカット メニューからその他のブラウザーの機能にアクセスできます。 また、コントロールにドロップすることで、新しいドキュメントを開くこともできます。 <xref:System.Windows.Forms.WebBrowser> コントロールには、Internet Explorer に似たユーザー インターフェイスの機能を実装するために使用できる、いくつかのプロパティ、メソッド、およびイベントもあります。  
@@ -47,7 +47,7 @@ ms.lasthandoff: 04/26/2018
   
 -   `System,``System.Drawing` アセンブリおよび `System.Windows.Forms` アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.WebBrowser>  
diff --git a/docs/framework/winforms/controls/how-to-anchor-and-dock-child-controls-in-a-flowlayoutpanel-control.md b/docs/framework/winforms/controls/how-to-anchor-and-dock-child-controls-in-a-flowlayoutpanel-control.md
index cc2c39255c8..6a72dbda4ed 100644
--- a/docs/framework/winforms/controls/how-to-anchor-and-dock-child-controls-in-a-flowlayoutpanel-control.md
+++ b/docs/framework/winforms/controls/how-to-anchor-and-dock-child-controls-in-a-flowlayoutpanel-control.md
@@ -21,11 +21,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 183e9ea4a8451b3d1ed59aa5200dd4da22e50cf1
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: bb7984bf36ad05550845bb31374d696d631899d2
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-anchor-and-dock-child-controls-in-a-flowlayoutpanel-control"></a>方法 : FlowLayoutPanel コントロールで子コントロールを固定およびドッキングする
 <xref:System.Windows.Forms.FlowLayoutPanel> コントロールは、子コントロールの <xref:System.Windows.Forms.Control.Anchor%2A> プロパティと <xref:System.Windows.Forms.Control.Dock%2A> プロパティをサポートします。  
@@ -71,7 +71,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Data、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.FlowLayoutPanel>  
diff --git a/docs/framework/winforms/controls/how-to-anchor-and-dock-child-controls-in-a-tablelayoutpanel-control.md b/docs/framework/winforms/controls/how-to-anchor-and-dock-child-controls-in-a-tablelayoutpanel-control.md
index e9ffeaf10f2..5b0126c1b69 100644
--- a/docs/framework/winforms/controls/how-to-anchor-and-dock-child-controls-in-a-tablelayoutpanel-control.md
+++ b/docs/framework/winforms/controls/how-to-anchor-and-dock-child-controls-in-a-tablelayoutpanel-control.md
@@ -26,11 +26,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 2469242f2a84800fa00f507dcec37ea1950076c5
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: cb27454582dd4f3b299893c13b1202b33d9cacb9
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-anchor-and-dock-child-controls-in-a-tablelayoutpanel-control"></a>方法 : TableLayoutPanel コントロールで子コントロールを固定およびドッキングする
 <xref:System.Windows.Forms.TableLayoutPanel> コントロールは、子コントロールの <xref:System.Windows.Forms.Control.Anchor%2A> プロパティと <xref:System.Windows.Forms.Control.Dock%2A> プロパティをサポートします。  
@@ -95,7 +95,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Data、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- Visual Basic または Visual c# のコマンドラインからこの例のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ Visual Basic または Visual c# のコマンドラインからこの例のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.TableLayoutPanel>  
diff --git a/docs/framework/winforms/controls/how-to-associate-a-contextmenustrip-with-a-control.md b/docs/framework/winforms/controls/how-to-associate-a-contextmenustrip-with-a-control.md
index dbdf2fea591..2b5bdf8599d 100644
--- a/docs/framework/winforms/controls/how-to-associate-a-contextmenustrip-with-a-control.md
+++ b/docs/framework/winforms/controls/how-to-associate-a-contextmenustrip-with-a-control.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: a0188a8359b9fd2453b8e38502203c5e04ad4f12
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 04b5394a5e5f64228635d7c23df150df9391fa44
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-associate-a-contextmenustrip-with-a-control"></a>方法 : ContextMenuStrip をコントロールに関連付ける
 コントロールとショートカット メニューを作成した後、次の手順を使用することによって、ユーザーがコントロールを右クリックした時点で特定のショートカット メニューを表示します。 これらの手順は、<xref:System.Windows.Forms.ContextMenuStrip> を Windows フォームと <xref:System.Windows.Forms.ToolStrip> コントロールに関連付けます。  
@@ -52,7 +52,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Data、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.ContextMenuStrip>  
diff --git a/docs/framework/winforms/controls/how-to-bind-a-windows-forms-control-to-a-factory-object.md b/docs/framework/winforms/controls/how-to-bind-a-windows-forms-control-to-a-factory-object.md
index ee0c391d152..b8f47308cc0 100644
--- a/docs/framework/winforms/controls/how-to-bind-a-windows-forms-control-to-a-factory-object.md
+++ b/docs/framework/winforms/controls/how-to-bind-a-windows-forms-control-to-a-factory-object.md
@@ -25,11 +25,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: a5df2cd4601f2099c9c1d8a0075bdc6043bb2cd0
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 0c489227d12afd5e6d63a43c752ea97f06aa974e
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-bind-a-windows-forms-control-to-a-factory-object"></a>方法 : Windows フォーム コントロールをファクトリ オブジェクトにバインドする
 データをやり取りするコントロールを作成している際に、他のオブジェクトを生成するオブジェクトやメソッドにコントロールをバインドすることが必要な場合があります。 このようなオブジェクトやメソッドは、ファクトリと呼ばれます。 たとえば、データ ソースがメモリまたは型内のオブジェクトではなく、メソッドの呼び出しからの戻り値の場合があります。 ソースがコレクションを返す限り、コントロールをこの種類のデータ ソースにバインドできます。  
@@ -48,7 +48,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Data、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.BindingNavigator>  
diff --git a/docs/framework/winforms/controls/how-to-bind-a-windows-forms-control-to-a-type.md b/docs/framework/winforms/controls/how-to-bind-a-windows-forms-control-to-a-type.md
index 550f56c098c..75c21aa6103 100644
--- a/docs/framework/winforms/controls/how-to-bind-a-windows-forms-control-to-a-type.md
+++ b/docs/framework/winforms/controls/how-to-bind-a-windows-forms-control-to-a-type.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: a1782d7af7dc7155834926f4b94cf57adf6c4d53
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: dede24814474c9b344815a077f480935fb894be9
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-bind-a-windows-forms-control-to-a-type"></a>方法 : Windows フォーム コントロールを型にバインドする
 データをやり取りするコントロールを作成する際、オブジェクトではなく型にコントロールをバインドすることが必要な場合があります。 このような状況は、特にデータを使用できないデザイン時に発生しますが、データ バインド コントロールは、型のパブリック インターフェイスから情報を表示する必要があります。 たとえば、<xref:System.Windows.Forms.DataGridView> コントロールを Web サービスによって公開されているオブジェクトにバインドし、デザイン時に <xref:System.Windows.Forms.DataGridView> コントロールで列にカスタム型のメンバー名のラベルを付けたいときがあります。  
@@ -45,7 +45,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System アセンブリおよび System.Windows.Forms アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.BindingNavigator>  
diff --git a/docs/framework/winforms/controls/how-to-bind-data-to-the-windows-forms-datagridview-control.md b/docs/framework/winforms/controls/how-to-bind-data-to-the-windows-forms-datagridview-control.md
index e8aa5cc4514..7e7ec555c0d 100644
--- a/docs/framework/winforms/controls/how-to-bind-data-to-the-windows-forms-datagridview-control.md
+++ b/docs/framework/winforms/controls/how-to-bind-data-to-the-windows-forms-datagridview-control.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 5a1d4a6abd35642bc1e73ea52195ba740833baad
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 0c3be381f67ae57e9fbd9dd526d4d3364c864903
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-bind-data-to-the-windows-forms-datagridview-control"></a>方法 : データを Windows フォーム DataGridView コントロールにバインドする
 <xref:System.Windows.Forms.DataGridView> コントロールは標準 Windows フォームのデータ バインディング モデルをサポートするため、各種のデータ ソースにバインドします。 ただし、ほとんどの状況では、データ ソースとの対話の詳細を管理する <xref:System.Windows.Forms.BindingSource> コンポーネントにバインドします。 <xref:System.Windows.Forms.BindingSource> コンポーネントは Windows フォームのデータ ソースを表すことができ、データの場所を選択または変更するときに、優れた柔軟性を提供します。 サポートされるデータ ソースの詳細については、<xref:System.Windows.Forms.DataGridView>を制御しを参照してください[DataGridView コントロールの概要](../../../../docs/framework/winforms/controls/datagridview-control-overview-windows-forms.md)です。  
@@ -63,7 +63,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Windows.Forms、System.Data、および System.XML の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="net-framework-security"></a>.NET Framework セキュリティ  
  接続文字列内に機密情報 (パスワードなど) を格納すると、アプリケーションのセキュリティに影響を及ぼすことがあります。 データベースへのアクセスを制御する方法としては、Windows 認証 (統合セキュリティとも呼ばれます) を使用する方が安全です。 詳細については、「[接続情報の保護](../../../../docs/framework/data/adonet/protecting-connection-information.md)」を参照してください。  
diff --git a/docs/framework/winforms/controls/how-to-bind-objects-to-windows-forms-datagridview-controls.md b/docs/framework/winforms/controls/how-to-bind-objects-to-windows-forms-datagridview-controls.md
index ebd6de086e0..e5706889393 100644
--- a/docs/framework/winforms/controls/how-to-bind-objects-to-windows-forms-datagridview-controls.md
+++ b/docs/framework/winforms/controls/how-to-bind-objects-to-windows-forms-datagridview-controls.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 81dd625c549b9ec67a90a5cde72338b2a6a272e8
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: d8cb84608c0aeead00e56d2d91489954e4b7fca6
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-bind-objects-to-windows-forms-datagridview-controls"></a>方法 : オブジェクトを Windows フォーム DataGridView コントロールにバインドする
 各オブジェクトが別々の行として表示されるように <xref:System.Windows.Forms.DataGridView> コントロールにオブジェクトのコレクションをバインドする方法を次のコード例に示します。 また、この例では、<xref:System.Windows.Forms.DataGridViewComboBoxColumn> にプロパティとして列挙型を表示し、コンボ ボックスのドロップダウン リストに列挙値が含まれるようにする方法も示されています。  
@@ -41,7 +41,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System アセンブリおよび System.Windows.Forms アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
diff --git a/docs/framework/winforms/controls/how-to-bind-to-a-web-service-using-the-windows-forms-bindingsource.md b/docs/framework/winforms/controls/how-to-bind-to-a-web-service-using-the-windows-forms-bindingsource.md
index acb159d5790..fba4a5c3504 100644
--- a/docs/framework/winforms/controls/how-to-bind-to-a-web-service-using-the-windows-forms-bindingsource.md
+++ b/docs/framework/winforms/controls/how-to-bind-to-a-web-service-using-the-windows-forms-bindingsource.md
@@ -26,11 +26,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 00526e97c148fc4b587571993d2780d2e99f3ecc
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: fbbdc57eeebef9c9f14610255ece799c1e8867e1
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-bind-to-a-web-service-using-the-windows-forms-bindingsource"></a>方法 : Windows フォーム BindingSource を使用して Web サービスにバインドする
 XML Web サービスを呼び出して取得した結果に対して Windows フォーム コントロールをバインドする場合は、<xref:System.Windows.Forms.BindingSource> コンポーネントを使用します。 この手順は、<xref:System.Windows.Forms.BindingSource> コンポーネントを型にバインディングする場合と似ています。 Web サービスが公開するメソッドおよび型を含むクライアント側プロキシを作成する必要があります。 クライアント側プロキシは、Web サービス (.asmx) 自体またはその Web サービス記述言語 (WSDL: Web Services Description Language) ファイルから生成できます。 また、クライアント側プロキシでは Web サービスが使用する複合型のフィールドをパブリック プロパティとして公開する必要があります。 その後、Web サービス プロキシ内で公開された型のいずれかに <xref:System.Windows.Forms.BindingSource> をバインドします。  
@@ -45,7 +45,7 @@ XML Web サービスを呼び出して取得した結果に対して Windows フ
   
 4.  WSDL ツールを使用して、`wsdl`、および Web サービスの .asmx ファイルまたは WSDL ファイルの URL を入力し、次にアプリケーションの名前空間を入力し、使用している言語 (これはオプション) を入力します。  
   
-     次のコード例にある Web サービスを使用してhttp://webservices.eraserver.net/zipcoderesolver/zipcoderesolver.asmxです。 たとえば、C# の型の場合は `wsdl http://webservices.eraserver.net.zipcoderesolver/zipcoderesolver.asmx /n:BindToWebService`、Visual Basic の型の場合は `wsdl http://webservices.eraserver.net.zipcoderesolver/zipcoderesolver.asmx /n:BindToWebService /language:VB` です。 パスを引数として WSDL ツールに渡すことで、指定した言語で、アプリケーションと同じディレクトリおよび名前空間にクライアント側プロキシが生成されます。 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] を使用している場合は、プロジェクトにファイルを追加します。  
+     次のコード例にある Web サービスを使用してhttp://webservices.eraserver.net/zipcoderesolver/zipcoderesolver.asmxです。 たとえば、C# の型の場合は `wsdl http://webservices.eraserver.net.zipcoderesolver/zipcoderesolver.asmx /n:BindToWebService`、Visual Basic の型の場合は `wsdl http://webservices.eraserver.net.zipcoderesolver/zipcoderesolver.asmx /n:BindToWebService /language:VB` です。 パスを引数として WSDL ツールに渡すことで、指定した言語で、アプリケーションと同じディレクトリおよび名前空間にクライアント側プロキシが生成されます。 Visual Studio を使用している場合、ファイルをプロジェクトに追加します。  
   
 5.  バインド先のクライアント側プロキシの型を選択します。  
   
@@ -83,7 +83,7 @@ XML Web サービスを呼び出して取得した結果に対して Windows フ
   
 -   System、System.Drawing、System.Web.Services、System.Windows.Forms、および System.Xml の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  [BindingSource コンポーネント](../../../../docs/framework/winforms/controls/bindingsource-component.md)  
diff --git a/docs/framework/winforms/controls/how-to-bind-windows-forms-controls-to-dbnull-database-values.md b/docs/framework/winforms/controls/how-to-bind-windows-forms-controls-to-dbnull-database-values.md
index 0a23888f396..ec87928372c 100644
--- a/docs/framework/winforms/controls/how-to-bind-windows-forms-controls-to-dbnull-database-values.md
+++ b/docs/framework/winforms/controls/how-to-bind-windows-forms-controls-to-dbnull-database-values.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 60bff96bbb732162867a4e63e651982b359ae88d
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 45bfed3020f0fe148e9f7d33b9ec7dc243eb5c29
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-bind-windows-forms-controls-to-dbnull-database-values"></a>方法 : Windows フォーム コントロールを DBNull データベース値にバインドする
 データ ソースに Windows フォーム コントロールをバインドして、データ ソースが <xref:System.DBNull> 値を返す場合、イベントの処理、書式設定、または解析なしで、適切な値に置き換えることができます。 <xref:System.Windows.Forms.Binding.NullValue%2A> プロパティは、データ ソースの値を書式設定または解析する際、<xref:System.DBNull> を指定されたオブジェクトに変換します。  
@@ -45,7 +45,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Data、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  [BindingSource コンポーネント](../../../../docs/framework/winforms/controls/bindingsource-component.md)  
diff --git a/docs/framework/winforms/controls/how-to-change-styles-on-an-element-in-the-managed-html-document-object-model.md b/docs/framework/winforms/controls/how-to-change-styles-on-an-element-in-the-managed-html-document-object-model.md
index f572466599c..8d31295017a 100644
--- a/docs/framework/winforms/controls/how-to-change-styles-on-an-element-in-the-managed-html-document-object-model.md
+++ b/docs/framework/winforms/controls/how-to-change-styles-on-an-element-in-the-managed-html-document-object-model.md
@@ -1,13 +1,13 @@
 ---
-title: "方法 : マネージ HTML DOM (Document Object Model) の要素のスタイルを変更する"
-ms.custom: 
+title: '方法 : マネージ HTML DOM (Document Object Model) の要素のスタイルを変更する'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-winforms
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -15,20 +15,20 @@ dev_langs:
 helpviewer_keywords:
 - managed HTML DOM [Windows Forms], changing styles on elements
 ms.assetid: 154e8d9f-3e2d-4e8b-a6f3-c85a070e9cc1
-caps.latest.revision: 
+caps.latest.revision: 7
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 3726ccdebf310d831fb0d7ea21fab011293f6d99
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: e833a15e33d0baf80f0078b26758137e7908a8fd
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-change-styles-on-an-element-in-the-managed-html-document-object-model"></a>方法 : マネージ HTML DOM (Document Object Model) の要素のスタイルを変更する
-Html 形式でスタイルを使用すると、ドキュメントとその要素の外観を制御します。 <xref:System.Windows.Forms.HtmlDocument>および<xref:System.Windows.Forms.HtmlElement>サポート<xref:System.Windows.Forms.HtmlElement.Style%2A>次の形式のスタイルの文字列を使用するプロパティ。  
+Html 形式でスタイルを使用すると、ドキュメントとその要素の外観を制御します。 <xref:System.Windows.Forms.HtmlDocument> および<xref:System.Windows.Forms.HtmlElement>サポート<xref:System.Windows.Forms.HtmlElement.Style%2A>次の形式のスタイルの文字列を使用するプロパティ。  
   
  `name1:value1;...;nameN:valueN;`  
   
@@ -75,7 +75,7 @@ Html 形式でスタイルを使用すると、ドキュメントとその要素
 6.  プロジェクトのコード ファイルに次のコードを追加します。  
   
     > [!IMPORTANT]
-    >  いることを確認、`webBrowser1_DocumentCompleted`のリスナーとしてイベント ハンドラーが構成されている、<xref:System.Windows.Forms.WebBrowser.DocumentCompleted>イベント。 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]をダブルクリックして、<xref:System.Windows.Forms.WebBrowser>制御以外の場合は、テキスト エディターで、リスナーをプログラムで構成します。  
+    >  いることを確認、`webBrowser1_DocumentCompleted`のリスナーとしてイベント ハンドラーが構成されている、<xref:System.Windows.Forms.WebBrowser.DocumentCompleted>イベント。 Visual Studio でのダブルクリック、<xref:System.Windows.Forms.WebBrowser>制御以外の場合は、テキスト エディターで、リスナーをプログラムで構成します。  
   
      [!code-csharp[ManagedDOMStyles#2](../../../../samples/snippets/csharp/VS_Snippets_Winforms/ManagedDOMStyles/CS/Form1.cs#2)]
      [!code-vb[ManagedDOMStyles#2](../../../../samples/snippets/visualbasic/VS_Snippets_Winforms/ManagedDOMStyles/VB/Form1.vb#2)]  
@@ -88,5 +88,5 @@ Html 形式でスタイルを使用すると、ドキュメントとその要素
  [!code-csharp[ManagedDOMStyles#1](../../../../samples/snippets/csharp/VS_Snippets_Winforms/ManagedDOMStyles/CS/StyleGenerator.cs#1)]
  [!code-vb[ManagedDOMStyles#1](../../../../samples/snippets/visualbasic/VS_Snippets_Winforms/ManagedDOMStyles/VB/StyleGenerator.vb#1)]  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.HtmlElement>
diff --git a/docs/framework/winforms/controls/how-to-configure-contextmenustrip-check-margins-and-image-margins.md b/docs/framework/winforms/controls/how-to-configure-contextmenustrip-check-margins-and-image-margins.md
index 8c5b4ff7874..4eadfeac7ea 100644
--- a/docs/framework/winforms/controls/how-to-configure-contextmenustrip-check-margins-and-image-margins.md
+++ b/docs/framework/winforms/controls/how-to-configure-contextmenustrip-check-margins-and-image-margins.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 91fa5af33e852bc4180861f6323cd3934be5393d
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: de047adfee28a6c92819695678201558959b1639
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-configure-contextmenustrip-check-margins-and-image-margins"></a>方法 : ContextMenuStrip のチェックの余白とイメージの余白を設定する
 <xref:System.Windows.Forms.ToolStripDropDownMenu.ShowImageMargin%2A> プロパティと <xref:System.Windows.Forms.ToolStripDropDownMenu.ShowCheckMargin%2A> プロパティをさまざまな組み合わせで設定することにより、<xref:System.Windows.Forms.ContextMenuStrip> をカスタマイズできます。  
@@ -45,7 +45,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System.Design、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.ContextMenuStrip>  
diff --git a/docs/framework/winforms/controls/how-to-configure-menustrip-check-margins-and-image-margins.md b/docs/framework/winforms/controls/how-to-configure-menustrip-check-margins-and-image-margins.md
index 4d3675f0f7e..65c8f79997f 100644
--- a/docs/framework/winforms/controls/how-to-configure-menustrip-check-margins-and-image-margins.md
+++ b/docs/framework/winforms/controls/how-to-configure-menustrip-check-margins-and-image-margins.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: f138d3a145e5cbbcff23d531970b5d5d71864dc2
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: f3ee49ec226c99a28322822983fa086954f0ef3e
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-configure-menustrip-check-margins-and-image-margins"></a>方法 : MenuStrip のチェックの余白とイメージの余白を設定する
 <xref:System.Windows.Forms.ToolStripDropDownMenu.ShowImageMargin%2A> プロパティと <xref:System.Windows.Forms.ToolStripDropDownMenu.ShowCheckMargin%2A> プロパティをさまざまな組み合わせで設定することにより、<xref:System.Windows.Forms.MenuStrip> をカスタマイズできます。  
@@ -43,7 +43,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.MenuStrip>  
diff --git a/docs/framework/winforms/controls/how-to-create-a-professionally-styled-toolstrip-control.md b/docs/framework/winforms/controls/how-to-create-a-professionally-styled-toolstrip-control.md
index 022dea5fde5..813c987daf9 100644
--- a/docs/framework/winforms/controls/how-to-create-a-professionally-styled-toolstrip-control.md
+++ b/docs/framework/winforms/controls/how-to-create-a-professionally-styled-toolstrip-control.md
@@ -24,16 +24,16 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 7ab44faf9e95a2ff5f1957bd6f46fc62944a4f44
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: e8b2d67f38f9533e60575b45df011f50e7ec091d
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-create-a-professionally-styled-toolstrip-control"></a>方法 : プロフェッショナル スタイルの ToolStrip コントロールを作成する
 <xref:System.Windows.Forms.ToolStripProfessionalRenderer> 型から派生する独自のクラスを記述することで、アプリケーションの <xref:System.Windows.Forms.ToolStrip> コントロールにプロフェッショナルな外観と動作 (操作性) を与えることができます。  
   
- [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]に、この機能の広範なサポートがあります。  
+ Visual Studio では、この機能の広範なサポートがあります。  
   
  「[チュートリアル: プロフェッショナル スタイルの ToolStrip コントロールの作成](../../../../docs/framework/winforms/controls/walkthrough-creating-a-professionally-styled-toolstrip-control.md)」を参照してください。  
   
@@ -48,7 +48,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System.Drawing アセンブリおよび System.Windows.Forms アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  「[チュートリアル: プロフェッショナル スタイルの ToolStrip コントロールの作成](http://msdn.microsoft.com/library/ms233664\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  「[チュートリアル: プロフェッショナル スタイルの ToolStrip コントロールの作成](http://msdn.microsoft.com/library/ms233664\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.MenuStrip>  
diff --git a/docs/framework/winforms/controls/how-to-create-a-resizable-windows-form-for-data-entry.md b/docs/framework/winforms/controls/how-to-create-a-resizable-windows-form-for-data-entry.md
index 9775da941a5..f89f00457a5 100644
--- a/docs/framework/winforms/controls/how-to-create-a-resizable-windows-form-for-data-entry.md
+++ b/docs/framework/winforms/controls/how-to-create-a-resizable-windows-form-for-data-entry.md
@@ -25,11 +25,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 2d3abf3ee0eea7c45f18f6a5cdc51fec7492e14d
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: b93051b46887147ee591293b5f9d3fcad8b164c7
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-create-a-resizable-windows-form-for-data-entry"></a>方法 : データ入力用のサイズ変更可能な Windows フォームを作成する
 レイアウトが優れていると、その親フォームの寸法の変更に柔軟に対応できます。 <xref:System.Windows.Forms.TableLayoutPanel> コントロールを使用すると、フォームの寸法の変更に応じて一貫した方法でコントロールの位置とサイズが変更されるように、フォームのレイアウトを調整できます。 <xref:System.Windows.Forms.TableLayoutPanel> コントロールは、コントロールの内容の変更によってレイアウトの変更が生じる場合にも便利です。 この手順で説明するプロセスは、Visual Studio 環境内で実行できます。  「[チュートリアル: データ入力用のサイズ変更可能な Windows フォームの作成](http://msdn.microsoft.com/library/991eahec\(v=vs.110\))」も参照してください。  
@@ -46,7 +46,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Data、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.FlowLayoutPanel>  
diff --git a/docs/framework/winforms/controls/how-to-create-an-mdi-form-with-menu-merging-and-toolstrip-controls.md b/docs/framework/winforms/controls/how-to-create-an-mdi-form-with-menu-merging-and-toolstrip-controls.md
index 8b723e0741d..ebd86601d57 100644
--- a/docs/framework/winforms/controls/how-to-create-an-mdi-form-with-menu-merging-and-toolstrip-controls.md
+++ b/docs/framework/winforms/controls/how-to-create-an-mdi-form-with-menu-merging-and-toolstrip-controls.md
@@ -24,16 +24,16 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 645efb8069d56003038189add5bd430f6daf4a97
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 7a7164dc3ebc5dbd77ad54a2bf32f9d603ed7ccf
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-create-an-mdi-form-with-menu-merging-and-toolstrip-controls"></a>方法 : メニューのマージと ToolStrip コントロールを使用して MDI フォームを作成する
 <xref:System.Windows.Forms?displayProperty=nameWithType> 名前空間は、マルチ ドキュメント インターフェイス (MDI) アプリケーションをサポートし、<xref:System.Windows.Forms.MenuStrip> コントロールはメニューの結合をサポートします。 MDI フォームは、<xref:System.Windows.Forms.ToolStrip> コントロールもサポートします。  
   
- [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]に、この機能の広範なサポートがあります。  
+ Visual Studio では、この機能の広範なサポートがあります。  
   
  「[チュートリアル: メニューのマージと ToolStrip コントロールのある MDI フォームを作成する](http://msdn.microsoft.com/library/ms233676\(v=vs.110\))」も参照してください。  
   
@@ -48,7 +48,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System.Drawing アセンブリおよび System.Windows.Forms アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  「[方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  「[方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  [ToolStrip コントロール](../../../../docs/framework/winforms/controls/toolstrip-control-windows-forms.md)
diff --git a/docs/framework/winforms/controls/how-to-create-an-mdi-form-with-toolstrippanel-controls.md b/docs/framework/winforms/controls/how-to-create-an-mdi-form-with-toolstrippanel-controls.md
index 1a274a77023..0628d5458eb 100644
--- a/docs/framework/winforms/controls/how-to-create-an-mdi-form-with-toolstrippanel-controls.md
+++ b/docs/framework/winforms/controls/how-to-create-an-mdi-form-with-toolstrippanel-controls.md
@@ -26,11 +26,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 42eee846432cdd5788cacd25a5c2b0585fe47272
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 8c10c7a74e0562c59708b721f662ab95eadc23b4
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-create-an-mdi-form-with-toolstrippanel-controls"></a>方法 : ToolStripPanel コントロールを持つ MDI フォームを作成する
 上下左右すべての側に <xref:System.Windows.Forms.ToolStrip> コントロールを配置したマルチ ドキュメント インターフェイス (MDI) フォームを作成できます。  
@@ -50,7 +50,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System.Drawing アセンブリおよび System.Windows.Forms アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.ToolStrip>  
diff --git a/docs/framework/winforms/controls/how-to-create-an-unbound-windows-forms-datagridview-control.md b/docs/framework/winforms/controls/how-to-create-an-unbound-windows-forms-datagridview-control.md
index 7c10ba298d4..1cb30eb5f07 100644
--- a/docs/framework/winforms/controls/how-to-create-an-unbound-windows-forms-datagridview-control.md
+++ b/docs/framework/winforms/controls/how-to-create-an-unbound-windows-forms-datagridview-control.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: b338882b346b4282b3da487018f06e983130385f
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: ee05ab225fe8bb4417fe1581b801106b60896f5b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-create-an-unbound-windows-forms-datagridview-control"></a>方法 : 連結されていない Windows フォーム DataGridView コントロールを作成する
 <xref:System.Windows.Forms.DataGridView> コントロールをデータ ソースにバインドせずに、プログラムでデータを設定する方法を次のコード例に示します。 これは、少量のデータを表形式で表示する必要がある場合に便利です。  
@@ -43,7 +43,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- Visual Basic または Visual c# のコマンドラインからこの例のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ Visual Basic または Visual c# のコマンドラインからこの例のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
diff --git a/docs/framework/winforms/controls/how-to-customize-colors-in-toolstrip-applications.md b/docs/framework/winforms/controls/how-to-customize-colors-in-toolstrip-applications.md
index d566d1e78d3..4adab5a1087 100644
--- a/docs/framework/winforms/controls/how-to-customize-colors-in-toolstrip-applications.md
+++ b/docs/framework/winforms/controls/how-to-customize-colors-in-toolstrip-applications.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 3b8806878c2bac338b4bce9cbee311edd7bf7978
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: a623a66a5f7451d028a10d8d1d093ab74826125f
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-customize-colors-in-toolstrip-applications"></a>方法 : ToolStrip アプリケーションの色をカスタマイズする
 <xref:System.Windows.Forms.ToolStripProfessionalRenderer> クラスを使用して、カスタマイズした色を使用すると、<xref:System.Windows.Forms.ToolStrip> の外観をカスタマイズできます。  
@@ -43,7 +43,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System.Design、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.ToolStripManager>  
diff --git a/docs/framework/winforms/controls/how-to-customize-data-formatting-in-the-windows-forms-datagridview-control.md b/docs/framework/winforms/controls/how-to-customize-data-formatting-in-the-windows-forms-datagridview-control.md
index c14eb0bdab0..f1890358c20 100644
--- a/docs/framework/winforms/controls/how-to-customize-data-formatting-in-the-windows-forms-datagridview-control.md
+++ b/docs/framework/winforms/controls/how-to-customize-data-formatting-in-the-windows-forms-datagridview-control.md
@@ -30,11 +30,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 682a175c686cad2621b0bc4a9d0ddb6db6b2fe5a
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: da016bf659f9eef06074f52e5b716e73d514e48b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-customize-data-formatting-in-the-windows-forms-datagridview-control"></a>方法 : Windows フォーム DataGridView コントロールのデータの書式設定をカスタマイズする
 次のコード例は、列と値に応じてセルの表示方法を変更する<xref:System.Windows.Forms.DataGridView.CellFormatting?displayProperty=nameWithType> イベントのハンドラーを実装する方法について説明します。  
@@ -54,7 +54,7 @@ ms.lasthandoff: 04/26/2018
   
 -   `highPri.bmp`、`mediumPri.bmp`、および `lowPri.bmp` という名前の <xref:System.Drawing.Bitmap> イメージは、実行可能ファイルと同じディレクトリにあります。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView.DefaultCellStyle%2A?displayProperty=nameWithType>  
diff --git a/docs/framework/winforms/controls/how-to-customize-item-addition-with-the-windows-forms-bindingsource.md b/docs/framework/winforms/controls/how-to-customize-item-addition-with-the-windows-forms-bindingsource.md
index 9385942ae1b..d4170a12bd3 100644
--- a/docs/framework/winforms/controls/how-to-customize-item-addition-with-the-windows-forms-bindingsource.md
+++ b/docs/framework/winforms/controls/how-to-customize-item-addition-with-the-windows-forms-bindingsource.md
@@ -25,11 +25,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 39ee45e7bfc0d9ca7fbdadb44514feb67b767dce
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 400562e49b9566769f42f140f56b733954e01a0d
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-customize-item-addition-with-the-windows-forms-bindingsource"></a>方法 : Windows フォーム BindingSource を使用した項目の追加をカスタマイズする
 <xref:System.Windows.Forms.BindingSource> コンポーネントを使用して Windows フォーム コントロールをデータ ソースにバインドする場合、新しい項目の作成のカスタマイズが必要な場合があります。 <xref:System.Windows.Forms.BindingSource> コンポーネントでは、通常は、バインドされたコントロールで新しい項目の作成が必要になる際に発生する <xref:System.Windows.Forms.BindingSource.AddingNew> イベントが提供されるため、これが簡単になります。 イベント ハンドラーは、カスタム動作が必要なものをすべて提供できます (Web サービスでのメソッドの呼び出し、クラス ファクトリからの新しいオブジェクトの取得など)。  
@@ -49,7 +49,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Data、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- Visual Basic または Visual c# のコマンドラインからこの例のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ Visual Basic または Visual c# のコマンドラインからこの例のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.BindingNavigator>  
diff --git a/docs/framework/winforms/controls/how-to-customize-sorting-in-the-windows-forms-datagridview-control.md b/docs/framework/winforms/controls/how-to-customize-sorting-in-the-windows-forms-datagridview-control.md
index 91b1faf41db..e0f0cf01ca4 100644
--- a/docs/framework/winforms/controls/how-to-customize-sorting-in-the-windows-forms-datagridview-control.md
+++ b/docs/framework/winforms/controls/how-to-customize-sorting-in-the-windows-forms-datagridview-control.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: e35e340b786e078b5b1264d3f321ff952d52b439
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 3f945cd82deeec5ff281ff067cf6be93d00c6810
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-customize-sorting-in-the-windows-forms-datagridview-control"></a>方法 : Windows フォーム DataGridView コントロールの並べ替え機能をカスタマイズする
 <xref:System.Windows.Forms.DataGridView> コントロールは、自動並べ替え機能を提供しますが、ニーズに応じて、並べ替え操作をカスタマイズすることが必要な場合があります。 たとえば、プログラムによる並べ替え機能を使用して、代替のユーザー インターフェイス (UI) を作成することができます。 また、複数の列の並べ替えなど、並べ替え柔軟性を高めるために、<xref:System.Windows.Forms.DataGridView.SortCompare> イベントを処理したり、<xref:System.Windows.Forms.DataGridView.Sort%2A> メソッドの `Sort(IComparer)` のオーバーロードを呼び出したりすることができます。  
@@ -57,7 +57,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこれらの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこれらの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
diff --git a/docs/framework/winforms/controls/how-to-define-z-ordering-of-docked-toolstrip-controls.md b/docs/framework/winforms/controls/how-to-define-z-ordering-of-docked-toolstrip-controls.md
index 2c5d2ce5251..fe298a2c982 100644
--- a/docs/framework/winforms/controls/how-to-define-z-ordering-of-docked-toolstrip-controls.md
+++ b/docs/framework/winforms/controls/how-to-define-z-ordering-of-docked-toolstrip-controls.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 45c0363153d7dbb738ce9882444a52dfaf3f01c8
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: c4105189ce614c9b26681e16a05523c7085af1fd
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-define-z-ordering-of-docked-toolstrip-controls"></a>方法 : ドッキングされた ToolStrip コントロールの Z オーダーを定義する
 ドッキングを使用して <xref:System.Windows.Forms.ToolStrip> コントロールを正しく配置するには、フォームの z オーダーでコントロールを正しく配置する必要があります。  
@@ -53,7 +53,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System.Design、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  「[方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  「[方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.MenuStrip>  
diff --git a/docs/framework/winforms/controls/how-to-design-a-windows-forms-layout-that-responds-well-to-localization.md b/docs/framework/winforms/controls/how-to-design-a-windows-forms-layout-that-responds-well-to-localization.md
index 932e8fc9578..5a2e1973740 100644
--- a/docs/framework/winforms/controls/how-to-design-a-windows-forms-layout-that-responds-well-to-localization.md
+++ b/docs/framework/winforms/controls/how-to-design-a-windows-forms-layout-that-responds-well-to-localization.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 3833c147720f9a223fab6e69afeb819832bd98f2
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 7f35a61c4ef8bbda544e36939fe4986a1017fe31
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-design-a-windows-forms-layout-that-responds-well-to-localization"></a>方法 : ローカリゼーションに対応した Windows フォーム レイアウトをデザインする
 ローカライズが可能なフォームを作成すると、各国市場向けの開発期間が大幅に短縮されます。 <xref:System.Windows.Forms.TableLayoutPanel> コントロールを使用すると、<xref:System.Windows.Forms.Control.Text%2A> プロパティ値の変更によってコントロールのサイズが変更された際に、これに適切に応答するレイアウトを実装できます  
@@ -64,7 +64,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Data、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.TableLayoutPanel>  
diff --git a/docs/framework/winforms/controls/how-to-display-an-insertion-mark-in-a-windows-forms-listview-control.md b/docs/framework/winforms/controls/how-to-display-an-insertion-mark-in-a-windows-forms-listview-control.md
index 19d66be7995..c60f715c658 100644
--- a/docs/framework/winforms/controls/how-to-display-an-insertion-mark-in-a-windows-forms-listview-control.md
+++ b/docs/framework/winforms/controls/how-to-display-an-insertion-mark-in-a-windows-forms-listview-control.md
@@ -25,11 +25,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 03c2667225aa3161b6325909cc54c46e55a39b74
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 9f50aa16424a50d51fa88bb89d393c9da0f5def7
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-display-an-insertion-mark-in-a-windows-forms-listview-control"></a>方法 : Windows フォーム ListView コントロールに挿入マークを表示する
 <xref:System.Windows.Forms.ListView> コントロールの挿入マークは、ドラッグされた項目の挿入先となるポイントをユーザーに表示します。 ユーザーが項目をその他の 2 つの項目の間のポイントにドラッグすると、項目の予期される新しい場所に挿入マークが表示されます。  
@@ -53,7 +53,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System アセンブリおよび System.Windows.Forms アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.ListView>  
diff --git a/docs/framework/winforms/controls/how-to-display-time-with-the-datetimepicker-control.md b/docs/framework/winforms/controls/how-to-display-time-with-the-datetimepicker-control.md
index 54470a8aed5..d32101740aa 100644
--- a/docs/framework/winforms/controls/how-to-display-time-with-the-datetimepicker-control.md
+++ b/docs/framework/winforms/controls/how-to-display-time-with-the-datetimepicker-control.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: cff663203e4361e4b9156ec7973c815d24c9a181
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 718258f25a0d3e714cf202c3d7d1c0e61325468d
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-display-time-with-the-datetimepicker-control"></a>方法 : DateTimePicker コントロールを使用して時間を表示する
 アプリケーションでユーザーが日付と時刻を選択して、指定された形式で日付と時刻を表示できるようにするには、<xref:System.Windows.Forms.DateTimePicker> コントロールを使用します。 次の手順は、<xref:System.Windows.Forms.DateTimePicker> コントロールを使用して時刻を表示する方法を示します。  
@@ -55,7 +55,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Data、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  [DateTimePicker コントロール](../../../../docs/framework/winforms/controls/datetimepicker-control-windows-forms.md)
diff --git a/docs/framework/winforms/controls/how-to-download-a-file-in-the-background.md b/docs/framework/winforms/controls/how-to-download-a-file-in-the-background.md
index 6fc02646ee2..4c8c5cde8a4 100644
--- a/docs/framework/winforms/controls/how-to-download-a-file-in-the-background.md
+++ b/docs/framework/winforms/controls/how-to-download-a-file-in-the-background.md
@@ -28,11 +28,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: bdc587fb42722108466361500816a6598c8515e9
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: dc04931fbe60a12aab692de468b16188f10b4492
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-download-a-file-in-the-background"></a>方法 : バックグラウンドでファイルをダウンロードする
 ファイルのダウンロードは一般的なタスクであり、時間のかかる可能性があるこの操作を別のスレッドで実行すると便利です。 ごくわずかなコードでこのタスクを実行するには、<xref:System.ComponentModel.BackgroundWorker> コンポーネントを使用します。  
@@ -73,7 +73,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System.Drawing、System.Windows.Forms、および System.Xml の各アセンブリへの参照。  
   
- Visual Basic または Visual c# のコマンドラインからこの例のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  「[方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ Visual Basic または Visual c# のコマンドラインからこの例のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="robust-programming"></a>信頼性の高いプログラミング  
  <xref:System.ComponentModel.BackgroundWorker.DoWork> イベント ハンドラーにより影響を受けている可能性がある <xref:System.ComponentModel.RunWorkerCompletedEventArgs.Result%2A?displayProperty=nameWithType> プロパティまたはその他のオブジェクトへのアクセスを試みる前に、常に <xref:System.ComponentModel.BackgroundWorker.RunWorkerCompleted> イベント ハンドラーの <xref:System.ComponentModel.AsyncCompletedEventArgs.Error%2A?displayProperty=nameWithType> プロパティを確認してください。  
diff --git a/docs/framework/winforms/controls/how-to-enable-check-margins-and-image-margins-in-contextmenustrip-controls.md b/docs/framework/winforms/controls/how-to-enable-check-margins-and-image-margins-in-contextmenustrip-controls.md
index 9b7957386b8..0092b070e22 100644
--- a/docs/framework/winforms/controls/how-to-enable-check-margins-and-image-margins-in-contextmenustrip-controls.md
+++ b/docs/framework/winforms/controls/how-to-enable-check-margins-and-image-margins-in-contextmenustrip-controls.md
@@ -25,11 +25,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: eaea6a2be39c34fb0973ba52a56f89c4e377bd01
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: a5b3b83910456c38ff6dd0f1b0eef44a08bbf0d6
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-enable-check-margins-and-image-margins-in-contextmenustrip-controls"></a>方法 : ContextMenuStrip コントロールでチェックの余白とイメージの余白を有効にする
 <xref:System.Windows.Forms.ToolStripMenuItem> コントロールの <xref:System.Windows.Forms.MenuStrip> オブジェクトを、チェック マークやカスタム イメージを付けてカスタマイズできます。  
@@ -49,7 +49,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System.Design、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.ToolStripMenuItem>  
diff --git a/docs/framework/winforms/controls/how-to-enable-tile-view-in-a-windows-forms-listview-control.md b/docs/framework/winforms/controls/how-to-enable-tile-view-in-a-windows-forms-listview-control.md
index 6e63ca9ecab..ab708147837 100644
--- a/docs/framework/winforms/controls/how-to-enable-tile-view-in-a-windows-forms-listview-control.md
+++ b/docs/framework/winforms/controls/how-to-enable-tile-view-in-a-windows-forms-listview-control.md
@@ -25,11 +25,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 48227f25126fe1d68391db7cd59edac450939381
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: c416a83d6a5303203de85d7f051252e794b4e30b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-enable-tile-view-in-a-windows-forms-listview-control"></a>方法 : Windows フォーム ListView コントロールの "並べて表示" ビューを有効にする
 <xref:System.Windows.Forms.ListView> コントロールの並べて表示ビュー機能を使用すると、グラフィカルな情報とテキスト情報をバランスよく表示できます。 並べて表示ビューの項目で表示されるテキスト情報は、詳細ビュー用に定義されている列情報と同じ情報です。 並べて表示ビューは、<xref:System.Windows.Forms.ListView> コントロールのグループ化機能または挿入マーク機能のいずれかと組み合わせて使用できます。  
@@ -70,7 +70,7 @@ ms.lasthandoff: 04/26/2018
   
 -   book.ico という名前のアイコン ファイルは、実行可能ファイルと同じディレクトリにあります。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.ListView>  
diff --git a/docs/framework/winforms/controls/how-to-handle-errors-and-exceptions-that-occur-with-databinding.md b/docs/framework/winforms/controls/how-to-handle-errors-and-exceptions-that-occur-with-databinding.md
index b620d04779c..bac534cb3e0 100644
--- a/docs/framework/winforms/controls/how-to-handle-errors-and-exceptions-that-occur-with-databinding.md
+++ b/docs/framework/winforms/controls/how-to-handle-errors-and-exceptions-that-occur-with-databinding.md
@@ -27,11 +27,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 464ceb42416c91ae84c20c65fba2629479b1a0cc
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: f23743ecd37e36d2782cc6d6d8ff69448c8d334c
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-handle-errors-and-exceptions-that-occur-with-databinding"></a>方法 : データ バインドで発生するエラーと例外を処理する
 基になるビジネス オブジェクトをコントロールにバインドするときに、それらのビジネス オブジェクトで例外やエラーが発生することがよくあります。 特定の <xref:System.Windows.Forms.Binding> コンポーネント、<xref:System.Windows.Forms.BindingSource> コンポーネント、または <xref:System.Windows.Forms.CurrencyManager> コンポーネントの <xref:System.Windows.Forms.Binding.BindingComplete> イベントを処理することにより、これらのエラーや例外をインターセプトし、回復したり、エラー情報をユーザーに渡したりできます。  
@@ -50,7 +50,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.Binding.BindingComplete?displayProperty=nameWithType>  
diff --git a/docs/framework/winforms/controls/how-to-host-controls-in-windows-forms-datagridview-cells.md b/docs/framework/winforms/controls/how-to-host-controls-in-windows-forms-datagridview-cells.md
index bda7b0a0005..fd65128bdb4 100644
--- a/docs/framework/winforms/controls/how-to-host-controls-in-windows-forms-datagridview-cells.md
+++ b/docs/framework/winforms/controls/how-to-host-controls-in-windows-forms-datagridview-cells.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 96f1c384d42506f498fa2c64feacb6dd96e88b70
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: a5bc6a78042ca7492d3bb4f2c6c8052552870697
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-host-controls-in-windows-forms-datagridview-cells"></a>方法 : Windows フォーム DataGridView Cells でコントロールをホストする
 <xref:System.Windows.Forms.DataGridView> コントロールには数種類の列があり、ユーザーはさまざまな方法で値を入力し、編集できます。 ただし、これらの種類の列がデータ入力の要件を満たさない場合は、独自の種類の列を作成して、任意のコントロールをホストするセルを用意できます。 これを作成するには、<xref:System.Windows.Forms.DataGridViewColumn> および <xref:System.Windows.Forms.DataGridViewCell> から派生する各クラスを定義する必要があります。 また、<xref:System.Windows.Forms.Control> から派生し、<xref:System.Windows.Forms.IDataGridViewEditingControl> インターフェイスを実装するクラスを定義する必要もあります。  
@@ -46,7 +46,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System アセンブリおよび System.Windows.Forms アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
diff --git a/docs/framework/winforms/controls/how-to-implement-a-custom-toolstriprenderer.md b/docs/framework/winforms/controls/how-to-implement-a-custom-toolstriprenderer.md
index 2d99ad49c76..03fabe06af0 100644
--- a/docs/framework/winforms/controls/how-to-implement-a-custom-toolstriprenderer.md
+++ b/docs/framework/winforms/controls/how-to-implement-a-custom-toolstriprenderer.md
@@ -22,11 +22,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: e403cf958840e9b94989dbd782f783675e7c31bc
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 01b0c0ccecbd761d12aab4d539cb4c9016bbd008
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-implement-a-custom-toolstriprenderer"></a>方法 : カスタムの ToolStripRenderer を実装する
 <xref:System.Windows.Forms.ToolStripRenderer> から派生するクラスを実装することで、<xref:System.Windows.Forms.ToolStrip> コントロールの外観をカスタマイズできます これによって、<xref:System.Windows.Forms.ToolStripProfessionalRenderer> クラスや <xref:System.Windows.Forms.ToolStripSystemRenderer> クラスで提供される外観とは異なる外観を柔軟に作成できます。  
@@ -50,7 +50,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System.Drawing アセンブリおよび System.Windows.Forms アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.MenuStrip>  
diff --git a/docs/framework/winforms/controls/how-to-implement-a-form-that-uses-a-background-operation.md b/docs/framework/winforms/controls/how-to-implement-a-form-that-uses-a-background-operation.md
index a1b0291a302..02c60e66e9f 100644
--- a/docs/framework/winforms/controls/how-to-implement-a-form-that-uses-a-background-operation.md
+++ b/docs/framework/winforms/controls/how-to-implement-a-form-that-uses-a-background-operation.md
@@ -30,11 +30,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: cd9951929fb030e12c32e8470e5ea433645c4d77
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 416e7e1a4a380e13c9b3f776bc8e31812b217c51
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-implement-a-form-that-uses-a-background-operation"></a>方法 : バックグラウンド操作を使用するフォームを実装する
 次のサンプル プログラムは、フィボナッチの数列を計算するフォームを作成します。 計算では、ユーザー インターフェイス スレッドとは別にあるスレッドで実行されるので、ユーザー インターフェイスは引き続き、計算の進行に伴う遅延なしに実行されます。  
@@ -53,7 +53,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  「[方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="robust-programming"></a>信頼性の高いプログラミング  
   
diff --git a/docs/framework/winforms/controls/how-to-implement-virtual-mode-in-the-windows-forms-datagridview-control.md b/docs/framework/winforms/controls/how-to-implement-virtual-mode-in-the-windows-forms-datagridview-control.md
index 81c7ee83583..9283ed0750f 100644
--- a/docs/framework/winforms/controls/how-to-implement-virtual-mode-in-the-windows-forms-datagridview-control.md
+++ b/docs/framework/winforms/controls/how-to-implement-virtual-mode-in-the-windows-forms-datagridview-control.md
@@ -25,11 +25,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 6f60e6f1a6b080d1af8487b397274f1786dd6940
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: aea6e88f7bca1ce1cf49dd376285f7c24e20d34d
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-implement-virtual-mode-in-the-windows-forms-datagridview-control"></a>方法 : Windows フォーム DataGridView コントロールで仮想モードを実装する
 次のコード例は、<xref:System.Windows.Forms.DataGridView.VirtualMode%2A> プロパティを `true` に設定した <xref:System.Windows.Forms.DataGridView> コントロールを使用して、大規模なデータ セットを管理する方法を示します。  
@@ -46,7 +46,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System アセンブリおよび System.Windows.Forms アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
diff --git a/docs/framework/winforms/controls/how-to-join-toolstrippanels.md b/docs/framework/winforms/controls/how-to-join-toolstrippanels.md
index 456466d254f..d70fff606ba 100644
--- a/docs/framework/winforms/controls/how-to-join-toolstrippanels.md
+++ b/docs/framework/winforms/controls/how-to-join-toolstrippanels.md
@@ -22,11 +22,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: ec69b7401514bdb755f6abd822eea5113683aa1e
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 80a3194b4c300bf72306abd3f080fbff9eca6e52
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-join-toolstrippanels"></a>方法 : ToolStripPanel を結合する
 実行時に <xref:System.Windows.Forms.ToolStrip> コントロールを <xref:System.Windows.Forms.ToolStripPanel> に結合でき、これによりマルチ ドキュメント インターフェイス (MDI) アプリケーションの柔軟性を提供します。  
@@ -42,7 +42,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System.Design、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- Visual Basic または Visual c# のコマンドラインからこの例のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ Visual Basic または Visual c# のコマンドラインからこの例のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.ToolStrip>  
diff --git a/docs/framework/winforms/controls/how-to-load-a-sound-asynchronously-within-a-windows-form.md b/docs/framework/winforms/controls/how-to-load-a-sound-asynchronously-within-a-windows-form.md
index 11797a2d098..e978f5c25df 100644
--- a/docs/framework/winforms/controls/how-to-load-a-sound-asynchronously-within-a-windows-form.md
+++ b/docs/framework/winforms/controls/how-to-load-a-sound-asynchronously-within-a-windows-form.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 3fb21216f75f90b6333b6448a2be74843eb1c672
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: ea84f03088deb7225e90150d9d298f1b64030cc6
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-load-a-sound-asynchronously-within-a-windows-form"></a>方法 : Windows フォーム内でサウンドを非同期的に読み込む
 次のコード例では、URL からサウンドを非同期的に読み込み、新しいスレッド上で再生します。  
@@ -43,7 +43,7 @@ ms.lasthandoff: 04/26/2018
   
 -   ファイル名 `"http://www.tailspintoys.com/sounds/stop.wav"` を有効なファイル名に置き換えます。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  「[方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="robust-programming"></a>信頼性の高いプログラミング  
  ファイルの操作は、適切な例外処理ブロックで囲む必要があります。  
diff --git a/docs/framework/winforms/controls/how-to-loop-a-sound-playing-on-a-windows-form.md b/docs/framework/winforms/controls/how-to-loop-a-sound-playing-on-a-windows-form.md
index 284d11ea9d8..b360e0002d4 100644
--- a/docs/framework/winforms/controls/how-to-loop-a-sound-playing-on-a-windows-form.md
+++ b/docs/framework/winforms/controls/how-to-loop-a-sound-playing-on-a-windows-form.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: e6b4e910f30a5d125fd1ec234e896828738f62c4
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: a88bf4b9dc84af8c6e81167c989943754f64b7d8
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-loop-a-sound-playing-on-a-windows-form"></a>方法 : Windows フォームでサウンドの再生をループする
 サウンドを繰り返し再生するコード例を次に示します。 `stopPlayingButton_Click` イベント ハンドラー内のコードが実行されると、現在再生されているサウンドが停止します。 サウンドが再生されていない場合は、何も起こりません。  
@@ -44,7 +44,7 @@ ms.lasthandoff: 04/26/2018
   
 -   ファイル名 `"c:\Windows\Media\chimes.wav"` を有効なファイル名に置き換えます。  
   
- Visual Basic または Visual c# のコマンドラインからこの例のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  「[方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ Visual Basic または Visual c# のコマンドラインからこの例のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="robust-programming"></a>信頼性の高いプログラミング  
  ファイルの操作は、適切な例外処理ブロックで囲む必要があります。  
diff --git a/docs/framework/winforms/controls/how-to-manipulate-bands-in-the-windows-forms-datagridview-control.md b/docs/framework/winforms/controls/how-to-manipulate-bands-in-the-windows-forms-datagridview-control.md
index c6821f850d5..2e23e6f742c 100644
--- a/docs/framework/winforms/controls/how-to-manipulate-bands-in-the-windows-forms-datagridview-control.md
+++ b/docs/framework/winforms/controls/how-to-manipulate-bands-in-the-windows-forms-datagridview-control.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 66969071371498767b8693dc42ea4b6b36c73a2b
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: d9fda5e267aae5179c1bd119841ea0e5f7e0d1d0
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-manipulate-bands-in-the-windows-forms-datagridview-control"></a>方法 : Windows フォームの DataGridView コントロールのバンドを操作する
 次のコード例では、<xref:System.Windows.Forms.DataGridViewRow> クラスと <xref:System.Windows.Forms.DataGridViewColumn> クラスの派生元である <xref:System.Windows.Forms.DataGridViewBand> クラスのプロパティを使用して、<xref:System.Windows.Forms.DataGridView> の行と列を操作する様々な方法を示します。  
@@ -43,7 +43,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
diff --git a/docs/framework/winforms/controls/how-to-manipulate-columns-in-the-windows-forms-datagridview-control.md b/docs/framework/winforms/controls/how-to-manipulate-columns-in-the-windows-forms-datagridview-control.md
index 26cdcd97cdf..5c675f216ae 100644
--- a/docs/framework/winforms/controls/how-to-manipulate-columns-in-the-windows-forms-datagridview-control.md
+++ b/docs/framework/winforms/controls/how-to-manipulate-columns-in-the-windows-forms-datagridview-control.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: b769bc997e5aca328b1ca97d794f23e305de18b1
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 6e104939cdd58efdf3b50d1ffe52a258ac33bf88
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-manipulate-columns-in-the-windows-forms-datagridview-control"></a>方法 : Windows フォーム DataGridView コントロールの列を操作する
 <xref:System.Windows.Forms.DataGridViewColumn> クラスのプロパティを使用して <xref:System.Windows.Forms.DataGridView> の列を操作するさまざまな方法を次のコード例に示します。  
@@ -43,7 +43,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
diff --git a/docs/framework/winforms/controls/how-to-manipulate-rows-in-the-windows-forms-datagridview-control.md b/docs/framework/winforms/controls/how-to-manipulate-rows-in-the-windows-forms-datagridview-control.md
index abd5dfac599..bfe0ca18df8 100644
--- a/docs/framework/winforms/controls/how-to-manipulate-rows-in-the-windows-forms-datagridview-control.md
+++ b/docs/framework/winforms/controls/how-to-manipulate-rows-in-the-windows-forms-datagridview-control.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: fcafa6c7a2c8871aba7257cf1555f4d6f111f367
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 37926d0b048282a23f830d8f51d30fd86b77c980
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-manipulate-rows-in-the-windows-forms-datagridview-control"></a>方法 : Windows フォームの DataGridView コントロールの行を操作する
 <xref:System.Windows.Forms.DataGridViewRow> クラスのプロパティを使用して <xref:System.Windows.Forms.DataGridView> の行を操作するさまざまな方法を次のコード例に示します。  
@@ -43,7 +43,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
diff --git a/docs/framework/winforms/controls/how-to-navigate-data-with-the-windows-forms-bindingnavigator-control.md b/docs/framework/winforms/controls/how-to-navigate-data-with-the-windows-forms-bindingnavigator-control.md
index c713db46017..eb2d44b5479 100644
--- a/docs/framework/winforms/controls/how-to-navigate-data-with-the-windows-forms-bindingnavigator-control.md
+++ b/docs/framework/winforms/controls/how-to-navigate-data-with-the-windows-forms-bindingnavigator-control.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 5a47273f9598b3776276c14d41e88f7f0dff5bed
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 99ed6b7232dd80733fea3c9f36722b0722dc1525
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-navigate-data-with-the-windows-forms-bindingnavigator-control"></a>方法 : Windows フォーム BindingNavigator コントロールを使用してデータ間を移動する
 Windows フォームに <xref:System.Windows.Forms.BindingNavigator> コントロールが登場したことで、開発者はエンドユーザーに、作成したフォームにおける単純なデータ移動および操作のためのユーザー インターフェイスを提供できるようになります。  
@@ -64,7 +64,7 @@ Windows フォームに <xref:System.Windows.Forms.BindingNavigator> コント
   
 -   System、System.Data、System.Drawing、System.Windows.Forms、および System.Xml アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.BindingNavigator>  
diff --git a/docs/framework/winforms/controls/how-to-provide-standard-menu-items-to-a-form.md b/docs/framework/winforms/controls/how-to-provide-standard-menu-items-to-a-form.md
index 72296132b5b..f0dae51b34c 100644
--- a/docs/framework/winforms/controls/how-to-provide-standard-menu-items-to-a-form.md
+++ b/docs/framework/winforms/controls/how-to-provide-standard-menu-items-to-a-form.md
@@ -23,16 +23,16 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 99cdb4971f13ca96a7592a7c718e0898485e8cec
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: e6e2514adc2b2bbd5b2d1ab3371b48d760842140
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-provide-standard-menu-items-to-a-form"></a>方法 : フォームに標準メニュー項目を追加する
 フォームの標準のメニューを <xref:System.Windows.Forms.MenuStrip> コントロールに提供できます。  
   
- [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]に、この機能の広範なサポートがあります。  
+ Visual Studio では、この機能の広範なサポートがあります。  
   
  「[チュートリアル: 標準メニュー項目をフォームに用意する](http://msdn.microsoft.com/library/ms233662\(v=vs.110\))」も参照してください。  
   
@@ -47,7 +47,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.MenuStrip>  
diff --git a/docs/framework/winforms/controls/how-to-raise-change-notifications-using-the-bindingsource-resetitem-method.md b/docs/framework/winforms/controls/how-to-raise-change-notifications-using-the-bindingsource-resetitem-method.md
index 1c7bea33edd..e4c4c21a470 100644
--- a/docs/framework/winforms/controls/how-to-raise-change-notifications-using-the-bindingsource-resetitem-method.md
+++ b/docs/framework/winforms/controls/how-to-raise-change-notifications-using-the-bindingsource-resetitem-method.md
@@ -26,11 +26,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 81acd82a1cdec41744c60e6ffb0548bd83f7b953
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 911e96ee58660b428186e749113dafbcc2037d97
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-raise-change-notifications-using-the-bindingsource-resetitem-method"></a>方法 : BindingSource ResetItem メソッドを使用して変更通知を発生させる
 コントロールのデータ ソースの中には、項目が変更、追加、または削除されても変更通知が発生しないものがあります。 <xref:System.Windows.Forms.BindingSource> コンポーネントを使用すると、そのようなデータ ソースをバインドし、コードから変更通知を発生させることができます。  
@@ -47,7 +47,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Data、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.BindingNavigator>  
diff --git a/docs/framework/winforms/controls/how-to-run-an-operation-in-the-background.md b/docs/framework/winforms/controls/how-to-run-an-operation-in-the-background.md
index e06264bfce6..a2b07617954 100644
--- a/docs/framework/winforms/controls/how-to-run-an-operation-in-the-background.md
+++ b/docs/framework/winforms/controls/how-to-run-an-operation-in-the-background.md
@@ -27,18 +27,18 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 6d17b2b982def283021bbd5d0ba7ab1e40ecf4e4
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 9e672215ac7b381175303c62f24c3881a2cce693
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-run-an-operation-in-the-background"></a>方法 : バックグラウンドで操作を実行する
 完了に長い時間がかかる操作を実行しており、ユーザー インターフェイスで遅延が発生しないようにするには<xref:System.ComponentModel.BackgroundWorker> クラスを使用して別のスレッドで操作を実行できます。  
   
  次のコード例は、バック グラウンドで時間のかかる操作を実行する方法を示します。 フォームには、**[開始]** ボタンと **[キャンセル]** ボタンがあります。 非同期操作を実行するには、**[開始]** ボタンをクリックします。 実行中の非同期操作を停止するには、**[キャンセル]** ボタンをクリックします。 各操作の結果は、<xref:System.Windows.Forms.MessageBox> に表示されます。  
   
- [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] では、このタスクに対する広範なサポートが用意されています。  
+ Visual Studio では、このタスクに対する広範なサポートが用意されています。  
   
  「[チュートリアル: 操作をバックグラウンドで実行する](http://msdn.microsoft.com/library/ms233672\(v=vs.110\))」も参照してください。  
   
@@ -51,7 +51,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.ComponentModel.BackgroundWorker>  
diff --git a/docs/framework/winforms/controls/how-to-set-grid-options-for-all-windows-forms.md b/docs/framework/winforms/controls/how-to-set-grid-options-for-all-windows-forms.md
index 7a4852ef649..d6b96493c4a 100644
--- a/docs/framework/winforms/controls/how-to-set-grid-options-for-all-windows-forms.md
+++ b/docs/framework/winforms/controls/how-to-set-grid-options-for-all-windows-forms.md
@@ -1,12 +1,13 @@
 ---
-title: "方法 : すべての Windows フォームにグリッド オプションを設定する"
-ms.custom: 
+title: '方法 : すべての Windows フォームにグリッド オプションを設定する'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-winforms
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-winforms
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - snap to grid [Windows Forms], Windows Forms Designer
@@ -15,19 +16,20 @@ helpviewer_keywords:
 - Windows Forms, grid options in designer
 - Windows Forms Designer
 ms.assetid: 36967466-1dfd-4fae-a7f1-7bf2cbc94048
-caps.latest.revision: "10"
+caps.latest.revision: 10
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: f4b77f77490ce3229cd2f05f2a8824f2c4784bcd
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: 67f59c76066e5ff1688d39a7bf5e349d00262bc3
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-set-grid-options-for-all-windows-forms"></a>方法 : すべての Windows フォームにグリッド オプションを設定する
-作業するために使用になる、[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]開発環境では、Windows フォーム デザイナーで、すべてのフォームおよびプロジェクトを操作するための基本設定を設定することができます。  
+Visual Studio 開発環境での作業に使用したになる Windows フォーム デザイナーで、すべてのフォームおよびプロジェクトを操作するための基本設定を設定できます。  
   
 > [!NOTE]
 >  実際に画面に表示されるダイアログ ボックスとメニュー コマンドは、アクティブな設定またはエディションによっては、ヘルプの説明と異なる場合があります。 設定を変更するには、 **[ツール]** メニューの **[設定のインポートとエクスポート]** をクリックします。 詳細については、「[Visual Studio での開発設定のカスタマイズ](http://msdn.microsoft.com/library/22c4debb-4e31-47a8-8f19-16f328d7dcd3)」を参照してください。  
@@ -40,7 +42,7 @@ ms.lasthandoff: 01/19/2018
   
      右側のペインで下にある、**レイアウト設定**見出しで設定を行う既定のグリッドを作成する新しいフォームのです。 グリッドのサイズは、コントロールを合わせるかどうか、かどうかを既定では、これらの設定が含まれます。 間で選択するさらに、 **SnapToGrid**と**スナップ線**レイアウト モードです。 スナップ ガイドラインの詳細については、次を参照してください。[チュートリアル: Windows フォームを使用するスナップ線上のコントロールの配置](../../../../docs/framework/winforms/controls/walkthrough-arranging-controls-on-windows-forms-using-snaplines.md)です。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [チュートリアル: スナップ線を使用した Windows フォーム上のコントロールの配置](../../../../docs/framework/winforms/controls/walkthrough-arranging-controls-on-windows-forms-using-snaplines.md)  
  [一般に、Windows フォーム デザイナー、オプション ダイアログ ボックス](http://msdn.microsoft.com/library/8dd170af-72f0-4212-b04b-034ceee92834)  
  [Windows フォーム コントロール](../../../../docs/framework/winforms/controls/index.md)  
diff --git a/docs/framework/winforms/controls/how-to-set-the-sizing-modes-of-the-windows-forms-datagridview-control.md b/docs/framework/winforms/controls/how-to-set-the-sizing-modes-of-the-windows-forms-datagridview-control.md
index 924e7bb2b41..28821a8b9e2 100644
--- a/docs/framework/winforms/controls/how-to-set-the-sizing-modes-of-the-windows-forms-datagridview-control.md
+++ b/docs/framework/winforms/controls/how-to-set-the-sizing-modes-of-the-windows-forms-datagridview-control.md
@@ -22,11 +22,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 457241bb213be24d87bc184499da1940c35a9553
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 62eb5c9dde5686bf2734e445b9c2a25477a5876f
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-set-the-sizing-modes-of-the-windows-forms-datagridview-control"></a>方法 : Windows フォーム DataGridView コントロールのサイズ変更モードを設定する
 次の手順では、<xref:System.Windows.Forms.DataGridView> コントロールおよびコントロール内の特定の列に対して使用できるサイズ変更オプションをカスタマイズまたは組み合わせる一般的なシナリオを示します。  
@@ -69,7 +69,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System アセンブリおよび System.Windows.Forms アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
diff --git a/docs/framework/winforms/controls/how-to-set-the-toolstrip-renderer-at-run-time.md b/docs/framework/winforms/controls/how-to-set-the-toolstrip-renderer-at-run-time.md
index a3aee2499f7..4220b01e19b 100644
--- a/docs/framework/winforms/controls/how-to-set-the-toolstrip-renderer-at-run-time.md
+++ b/docs/framework/winforms/controls/how-to-set-the-toolstrip-renderer-at-run-time.md
@@ -25,11 +25,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: f98d4c4b587e30631d53d89484f5de35197fbfc8
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 61bd3b85c46f6cc1cf0b4d898bfd89c509ce2b72
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-set-the-toolstrip-renderer-at-run-time"></a>方法 : 実行時に ToolStrip レンダラーを設定する
 カスタムの `ProfessionalColorTable` クラスを作成することで、<xref:System.Windows.Forms.ToolStrip> コントロールの外観をカスタマイズできます。  
@@ -61,7 +61,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System.Design、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.ToolStripManager>  
diff --git a/docs/framework/winforms/controls/how-to-set-the-toolstrip-renderer-for-an-application.md b/docs/framework/winforms/controls/how-to-set-the-toolstrip-renderer-for-an-application.md
index 76fd5843fc7..29effa3753c 100644
--- a/docs/framework/winforms/controls/how-to-set-the-toolstrip-renderer-for-an-application.md
+++ b/docs/framework/winforms/controls/how-to-set-the-toolstrip-renderer-for-an-application.md
@@ -25,11 +25,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 5bdd0d1742e02182b2a610d935bdb2a0192486fc
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 242bdd556a85c92d595c36b79b99756e8459dbf3
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-set-the-toolstrip-renderer-for-an-application"></a>方法 : アプリケーションの ToolStrip レンダラーを設定する
 <xref:System.Windows.Forms.ToolStrip> コントロールの外観を個別にカスタマイズすることも、アプリケーションのすべての <xref:System.Windows.Forms.ToolStrip> コントロールをカスタマイズすることもできます。  
@@ -55,7 +55,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System.Design、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- Visual Basic または Visual c# のコマンドラインからこの例のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ Visual Basic または Visual c# のコマンドラインからこの例のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.ToolStripManager>  
diff --git a/docs/framework/winforms/controls/how-to-share-bound-data-across-forms-using-the-bindingsource-component.md b/docs/framework/winforms/controls/how-to-share-bound-data-across-forms-using-the-bindingsource-component.md
index fb418bc4bd9..bf121f5ac3f 100644
--- a/docs/framework/winforms/controls/how-to-share-bound-data-across-forms-using-the-bindingsource-component.md
+++ b/docs/framework/winforms/controls/how-to-share-bound-data-across-forms-using-the-bindingsource-component.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: c1f9eec7d520742021747219df5f8f63058fc4f9
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 1907f25e2d9bfe5fc6e93020add47d8a52379e87
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-share-bound-data-across-forms-using-the-bindingsource-component"></a>方法 : BindingSource コンポーネントを使用してフォーム間でバインド データを共有する
 <xref:System.Windows.Forms.BindingSource> コンポーネントを使用してフォーム間でデータを簡単に共有できます。 たとえば、データ ソースのデータを集計する 1 つの読み取り専用のフォームと、データ ソース内の現在選択されているアイテムについての詳細情報を含む別の編集可能なフォームを表示することがあります。 この例は、このシナリオを示しています。  
@@ -47,7 +47,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Windows.Forms、System.Drawing、System.Data、および System.Xml アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  [BindingSource コンポーネント](../../../../docs/framework/winforms/controls/bindingsource-component.md)  
diff --git a/docs/framework/winforms/controls/how-to-use-the-spring-property-interactively-in-a-statusstrip.md b/docs/framework/winforms/controls/how-to-use-the-spring-property-interactively-in-a-statusstrip.md
index 455fe2ab7f5..bac47dfaf79 100644
--- a/docs/framework/winforms/controls/how-to-use-the-spring-property-interactively-in-a-statusstrip.md
+++ b/docs/framework/winforms/controls/how-to-use-the-spring-property-interactively-in-a-statusstrip.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 8f8d823fe1acc513b4e807b7798e8fb36985f03b
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 1dfe3f3f7de15573c9d41fb6dc3e447ea6785e41
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-use-the-spring-property-interactively-in-a-statusstrip"></a>方法 : StatusStrip 内で Spring プロパティを対話的に使用する
 <xref:System.Windows.Forms.ToolStripStatusLabel.Spring%2A> プロパティを使用して、<xref:System.Windows.Forms.StatusStrip> コントロールに <xref:System.Windows.Forms.ToolStripStatusLabel> コントロールを配置できます。 <xref:System.Windows.Forms.ToolStripStatusLabel.Spring%2A> プロパティは、<xref:System.Windows.Forms.ToolStripStatusLabel> コントロールが <xref:System.Windows.Forms.StatusStrip> コントロールの使用可能な領域を自動的に入力するかどうかを決定します。  
@@ -48,7 +48,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System.Design、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- Visual Basic または Visual c# のコマンドラインからこの例のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ Visual Basic または Visual c# のコマンドラインからこの例のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.ToolStripStatusLabel>  
diff --git a/docs/framework/winforms/controls/how-to-use-toolstrippanels-for-mdi.md b/docs/framework/winforms/controls/how-to-use-toolstrippanels-for-mdi.md
index 1e091c3a38f..dfd09ced0e1 100644
--- a/docs/framework/winforms/controls/how-to-use-toolstrippanels-for-mdi.md
+++ b/docs/framework/winforms/controls/how-to-use-toolstrippanels-for-mdi.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 6b58518b2b6fc70d9e9963f90836007511ce83b2
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 38ab4c9c740752cbd792e390f5f77fa984ae77ab
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-use-toolstrippanels-for-mdi"></a>方法 : ToolStripPanel を MDI で使用する
 <xref:System.Windows.Forms.ToolStripPanel> では、<xref:System.Windows.Forms.ToolStripPanel.Join%2A> メソッドを使用することにより、マルチ ドキュメント インターフェイス (MDI) アプリケーションに柔軟に対応できます。  
@@ -43,7 +43,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System.Design、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.ToolStripPanel>  
diff --git a/docs/framework/winforms/controls/how-to-validate-data-in-the-windows-forms-datagridview-control.md b/docs/framework/winforms/controls/how-to-validate-data-in-the-windows-forms-datagridview-control.md
index bf39f571c01..0ad789655af 100644
--- a/docs/framework/winforms/controls/how-to-validate-data-in-the-windows-forms-datagridview-control.md
+++ b/docs/framework/winforms/controls/how-to-validate-data-in-the-windows-forms-datagridview-control.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 1dee0e5cbdbfaea9b2899c14cfb4c476ba004221
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 8e608bae5c18fade8cf8432c2c5e1fbe305740c1
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-validate-data-in-the-windows-forms-datagridview-control"></a>方法 : Windows フォーム DataGridView コントロールのデータを検証する
 ユーザーによって <xref:System.Windows.Forms.DataGridView> コントロールに入力されたデータを検証する方法を次のコード例に示します。 この例では、<xref:System.Windows.Forms.DataGridView> には、Northwind サンプル データベースの `Customers` テーブルの行が読み込まれます。 ユーザーが `CompanyName` 列内のセルを編集すると、値の有効性をテストするために、空ではないことが確認されます。 <xref:System.Windows.Forms.DataGridView.CellValidating> イベントのイベント ハンドラーによって値が空の文字列であることが検出されると、<xref:System.Windows.Forms.DataGridView> では、ユーザーが空ではない文字列を入力するまでそのセルから移動できなくなります。  
@@ -44,7 +44,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Data、System.Windows.Forms、および System.XML の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="net-framework-security"></a>.NET Framework セキュリティ  
  接続文字列内に機密情報 (パスワードなど) を格納すると、アプリケーションのセキュリティに影響を及ぼすことがあります。 データベースへのアクセスを制御する方法としては、Windows 認証 (統合セキュリティとも呼ばれます) を使用する方が安全です。 詳細については、「[接続情報の保護](../../../../docs/framework/data/adonet/protecting-connection-information.md)」を参照してください。  
diff --git a/docs/framework/winforms/controls/how-to-work-with-image-columns-in-the-windows-forms-datagridview-control.md b/docs/framework/winforms/controls/how-to-work-with-image-columns-in-the-windows-forms-datagridview-control.md
index b17c4af3bbd..5daf8d4a3e2 100644
--- a/docs/framework/winforms/controls/how-to-work-with-image-columns-in-the-windows-forms-datagridview-control.md
+++ b/docs/framework/winforms/controls/how-to-work-with-image-columns-in-the-windows-forms-datagridview-control.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: cfebc2ae7e7ea59836bd9216f1d62676f7b6e1da
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 569b57f9efdd3bbcf39eb2df78cdf40b792008dc
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-work-with-image-columns-in-the-windows-forms-datagridview-control"></a>方法 : Windows フォーム DataGridView コントロールのイメージ列を操作する
 次のコード例は、対話型のユーザー インターフェイス (UI) で <xref:System.Windows.Forms.DataGridView> イメージ列を使用する方法を示しています。 例では、<xref:System.Windows.Forms.DataGridViewImageColumn> を使用したイメージのサイズとレイアウトの可能性も示しています。  
@@ -43,7 +43,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System アセンブリおよび System.Windows.Forms アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
diff --git a/docs/framework/winforms/controls/how-to-wrap-a-windows-forms-control-with-toolstripcontrolhost.md b/docs/framework/winforms/controls/how-to-wrap-a-windows-forms-control-with-toolstripcontrolhost.md
index f1e65636a90..1166fe8f0df 100644
--- a/docs/framework/winforms/controls/how-to-wrap-a-windows-forms-control-with-toolstripcontrolhost.md
+++ b/docs/framework/winforms/controls/how-to-wrap-a-windows-forms-control-with-toolstripcontrolhost.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: f6fba694be83c9de309a086600cdf7e4620587aa
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 245d35989a4e9c5b580ae26458e246c9eb8ec2fe
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-wrap-a-windows-forms-control-with-toolstripcontrolhost"></a>方法 : ToolStripControlHost を使用して Windows フォーム コントロールをラップする
 <xref:System.Windows.Forms.ToolStripControlHost> は、<xref:System.Windows.Forms.ToolStripControlHost> コンストラクターを使用するか、<xref:System.Windows.Forms.ToolStripControlHost> 自身を拡張することによって、任意の Windows フォーム コントロールをホストできるように設計されています。 より簡単にコントロールをラップするには、<xref:System.Windows.Forms.ToolStripControlHost> を拡張し、頻繁に使用するコントロールのプロパティとメソッドを公開するプロパティとメソッドを実装します。 コントロールのイベントを <xref:System.Windows.Forms.ToolStripControlHost> レベルで公開することもできます。  
@@ -76,7 +76,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System アセンブリおよび System.Windows.Forms アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.ToolStripControlHost>  
diff --git a/docs/framework/winforms/controls/implement-two-way-com-between-dhtml-and-client.md b/docs/framework/winforms/controls/implement-two-way-com-between-dhtml-and-client.md
index e077f3ade0b..e095cdf04be 100644
--- a/docs/framework/winforms/controls/implement-two-way-com-between-dhtml-and-client.md
+++ b/docs/framework/winforms/controls/implement-two-way-com-between-dhtml-and-client.md
@@ -28,11 +28,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 3847e6bdc368c16634f089ab58adcaa6e3dc4901
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: f449d026cb3205081fba79e0db87fb04ea3b7211
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-implement-two-way-communication-between-dhtml-code-and-client-application-code"></a>方法 : DHTML コードとクライアント アプリケーション コード間の双方向の通信を実装する
 <xref:System.Windows.Forms.WebBrowser> コントロールを使用して、既存の動的 HTML (DHTML) Web アプリケーション コードを Windows フォーム クライアント アプリケーションに追加できます。 これは、DHTML ベースのコントロールの作成にかなりの開発時間を投資し、既存のコードを再作成せずに Windows フォームの機能が豊富なユーザー インターフェイスを利用したい場合に役立ちます。  
@@ -118,7 +118,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System アセンブリおよび System.Windows.Forms アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.WebBrowser>  
diff --git a/docs/framework/winforms/controls/move-through-a-dataset-with-wf-bindingnavigator-control.md b/docs/framework/winforms/controls/move-through-a-dataset-with-wf-bindingnavigator-control.md
index 5a62e529ca1..5ce83338115 100644
--- a/docs/framework/winforms/controls/move-through-a-dataset-with-wf-bindingnavigator-control.md
+++ b/docs/framework/winforms/controls/move-through-a-dataset-with-wf-bindingnavigator-control.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 3216d0f9c3c8ce183df713db9fb876449d72bf67
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 2088866b34e9ef96781711609e084c4f53b57b5e
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-move-through-a-dataset-with-the-windows-forms-bindingnavigator-control"></a>方法 : Windows フォームの BindingNavigator コントロールを使用して DataSet を移動する
 データ ドリブン アプリケーションを作成するときに、ユーザーにデータのコレクションを表示する必要がある場合があります。 <xref:System.Windows.Forms.BindingNavigator> コントロールは、<xref:System.Windows.Forms.BindingSource> コンポーネントと組み合わせて、コレクションを移動して項目を順番に表示する、便利で拡張可能なソリューションを提供します。  
@@ -46,7 +46,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Data、System.Drawing、System.Windows.Forms、および System.Xml アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.BindingSource>  
diff --git a/docs/framework/winforms/controls/programmatically-resize-cells-to-fit-content-in-the-datagrid.md b/docs/framework/winforms/controls/programmatically-resize-cells-to-fit-content-in-the-datagrid.md
index bd8d4ebce10..3d5ed941c3b 100644
--- a/docs/framework/winforms/controls/programmatically-resize-cells-to-fit-content-in-the-datagrid.md
+++ b/docs/framework/winforms/controls/programmatically-resize-cells-to-fit-content-in-the-datagrid.md
@@ -25,11 +25,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 74c1e65247691af4b94465ce045014442b89dc18
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: e392e46b257fa7ef9b6bde3b5d6bb7274aaa01e6
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-programmatically-resize-cells-to-fit-content-in-the-windows-forms-datagridview-control"></a>方法 : Windows フォームの DataGridView コントロールの内容に合わせてセルのサイズをプログラムで変更する
 <xref:System.Windows.Forms.DataGridView> コントロールのさまざまなメソッドを使用すると、行、列、およびヘッダーのサイズを変更して、切り捨てることなく値の全体を表示することができます。 これらのメソッドを使用して、選択時に <xref:System.Windows.Forms.DataGridView> 要素のサイズを変更できます。 代わりに、コンテンツが変更されるたびに、これらの要素のサイズを自動的に変更するコントロールを構成することができます。 ただしこれは、大規模なデータ セットを処理しているときは、データが頻繁に変更されるときは、効率的ではありません。 詳細については、次を参照してください。 [Windows フォーム DataGridView コントロールのサイズ変更オプション](../../../../docs/framework/winforms/controls/sizing-options-in-the-windows-forms-datagridview-control.md)です。  
@@ -48,7 +48,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.DataGridView>  
diff --git a/docs/framework/winforms/controls/raise-change-notifications--bindingsource.md b/docs/framework/winforms/controls/raise-change-notifications--bindingsource.md
index 72de0d0ba23..8a93aefa317 100644
--- a/docs/framework/winforms/controls/raise-change-notifications--bindingsource.md
+++ b/docs/framework/winforms/controls/raise-change-notifications--bindingsource.md
@@ -27,11 +27,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 4ff6cf75a18f9a19cc6649f551d5630d4d69dde8
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: de75d4d3d8de34bc85ee47b6761724da93fc0ecc
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-raise-change-notifications-using-a-bindingsource-and-the-inotifypropertychanged-interface"></a>方法 : BindingSource と INotifyPropertyChanged の各インターフェイスを使用して変更通知を発生させる
 データ ソースに含まれる型が <xref:System.ComponentModel.INotifyPropertyChanged> インターフェイスを実装し、プロパティ値が変更されると <xref:System.ComponentModel.INotifyPropertyChanged.PropertyChanged> イベントを発生させる場合に、<xref:System.Windows.Forms.BindingSource> コンポーネントがデータ ソースの変更を自動的に検出します。 これは、データ ソースの値が変わると、<xref:System.Windows.Forms.BindingSource> にバインドされるコントロールが自動的に更新されるため便利です。  
@@ -52,7 +52,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Data、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  参照してください[ハイパーリンク"http://msdn.microsoft.com/library/Bb129228(v=vs.110)"する方法: コンパイルし、完成した Windows フォーム コードの例を使用して Visual Studio を実行](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))です。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  参照してください[ハイパーリンク"http://msdn.microsoft.com/library/Bb129228(v=vs.110)"する方法: コンパイルし、完成した Windows フォーム コードの例を使用して Visual Studio を実行](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))です。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.ComponentModel.INotifyPropertyChanged>  
diff --git a/docs/framework/winforms/controls/reflect-data-source-updates-in-a-wf-control-with-the-bindingsource.md b/docs/framework/winforms/controls/reflect-data-source-updates-in-a-wf-control-with-the-bindingsource.md
index cca30fdb854..48afb01d557 100644
--- a/docs/framework/winforms/controls/reflect-data-source-updates-in-a-wf-control-with-the-bindingsource.md
+++ b/docs/framework/winforms/controls/reflect-data-source-updates-in-a-wf-control-with-the-bindingsource.md
@@ -26,11 +26,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 3efe2ee21b6e9073bc9046eae2537bcf8fd9aa1b
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 9d31aefea9cef2d88d7189cb1882eb9c6ace8988
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-reflect-data-source-updates-in-a-windows-forms-control-with-the-bindingsource"></a>方法 : BindingSource を使用して Windows フォーム コントロール内にデータ ソースの更新を反映させる
 データ バインド コントロールを使用する場合、データ ソースがリスト変更イベントを発生させないことがあります。そのようなケースで、データ ソース内の変更に応答する必要が生じることがあります。 <xref:System.Windows.Forms.BindingSource> コンポーネントを使用してデータ ソースを Windows フォーム コントロールにバインドすれば、データ ソースが変更されたことを <xref:System.Windows.Forms.BindingSource.ResetBindings%2A> メソッドを呼び出すことによってコントロールに通知できます。  
@@ -47,7 +47,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.BindingNavigator>  
diff --git a/docs/framework/winforms/controls/run-procedures-at-set-intervals-with-wf-timer-component.md b/docs/framework/winforms/controls/run-procedures-at-set-intervals-with-wf-timer-component.md
index adea743b9cd..38b205732bd 100644
--- a/docs/framework/winforms/controls/run-procedures-at-set-intervals-with-wf-timer-component.md
+++ b/docs/framework/winforms/controls/run-procedures-at-set-intervals-with-wf-timer-component.md
@@ -1,12 +1,13 @@
 ---
-title: "方法 : Windows フォームの Timer コンポーネントを使用して一定間隔でプロシージャを実行する"
-ms.custom: 
+title: '方法 : Windows フォームの Timer コンポーネントを使用して一定間隔でプロシージャを実行する'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-winforms
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-winforms
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -20,16 +21,17 @@ helpviewer_keywords:
 - Timer component [Windows Forms], initializing
 - procedures [Windows Forms], specific time intervals
 ms.assetid: 8025247a-2de4-4d86-b8ab-a8cb8aeab2ea
-caps.latest.revision: "20"
+caps.latest.revision: 20
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 62cb416b311fd3c2c29f8ffc7c513fa6a9dfd8fe
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: b0b25f2ea86e58b7fe644f84412d1923fa761b82
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-run-procedures-at-set-intervals-with-the-windows-forms-timer-component"></a>方法 : Windows フォームの Timer コンポーネントを使用して一定間隔でプロシージャを実行する
 ループが完了するまで特定の間隔で実行するプロシージャや、設定した間隔が経過した時点で実行するプロシージャを作成することがあるかもしれません。 <xref:System.Windows.Forms.Timer> コンポーネントにより、このようなプロシージャが可能になります。  
@@ -41,7 +43,7 @@ ms.lasthandoff: 01/19/2018
   
 ### <a name="to-run-a-procedure-at-set-intervals-with-the-timer-component"></a>Timer コンポーネントで設定された間隔でプロシージャを実行するには  
   
-1.  <xref:System.Windows.Forms.Timer> をフォームに追加します。 プログラムでこれを実行する方法については、次の例のセクションを参照してください。 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] も、コンポーネントをフォームに追加する方法をサポートします。 参照してください[する方法: Windows フォームへのユーザー インターフェイスを持たないコントロールの追加](http://msdn.microsoft.com/library/becyw7bz\(v=vs.110\))です。  
+1.  <xref:System.Windows.Forms.Timer> をフォームに追加します。 プログラムでこれを実行する方法については、次の例のセクションを参照してください。 Visual Studio では、コンポーネントをフォームに追加することもあります。 参照してください[する方法: Windows フォームへのユーザー インターフェイスを持たないコントロールの追加](http://msdn.microsoft.com/library/becyw7bz\(v=vs.110\))です。  
   
 2.  タイマーの <xref:System.Windows.Forms.Timer.Interval%2A> プロパティ (ミリ秒) を設定します。 このプロパティは、プロシージャを再度実行する前に、経過する時間の長さを決定します。  
   
@@ -253,7 +255,7 @@ private:
    }  
 ```  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.Timer>  
  [Timer コンポーネント](../../../../docs/framework/winforms/controls/timer-component-windows-forms.md)  
  [Timer コンポーネントの概要](../../../../docs/framework/winforms/controls/timer-component-overview-windows-forms.md)
diff --git a/docs/framework/winforms/controls/splitcontainer-control-overview-windows-forms.md b/docs/framework/winforms/controls/splitcontainer-control-overview-windows-forms.md
index 4c31241a589..a71afd1bedf 100644
--- a/docs/framework/winforms/controls/splitcontainer-control-overview-windows-forms.md
+++ b/docs/framework/winforms/controls/splitcontainer-control-overview-windows-forms.md
@@ -1,36 +1,36 @@
 ---
-title: "SplitContainer コントロールの概要 (Windows フォーム)"
-ms.custom: 
+title: SplitContainer コントロールの概要 (Windows フォーム)
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-winforms
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 f1_keywords:
 - SplitContainer
 helpviewer_keywords:
 - SplitContainer control [Windows Forms], about SplitContainer control
 ms.assetid: 6de5a5f7-97a5-402d-be6d-7e2785483db5
-caps.latest.revision: 
+caps.latest.revision: 11
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 7d2e538241cca8288158628df777895fae9aa756
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.openlocfilehash: a553ea1b6dae24b4a0c3bd169edccbd9b52c5203
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="splitcontainer-control-overview-windows-forms"></a>SplitContainer コントロールの概要 (Windows フォーム)
 Windows フォームの <xref:System.Windows.Forms.SplitContainer> コントロールは複合と考えることができ、移動可能なバーで区切られた 2 つのパネルです。 マウス ポインターがバーの上に移動すると、ポインターの形が変わり、バーが移動可能であることを示します。  
   
 > [!IMPORTANT]
->  **ツールボックス**、<xref:System.Windows.Forms.SplitContainer>置換の制御、<xref:System.Windows.Forms.Splitter>の以前のバージョンに存在していたコントロール[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]です。 <xref:System.Windows.Forms.SplitContainer> コントロールは <xref:System.Windows.Forms.Splitter> コントロールより優先されます。 <xref:System.Windows.Forms.Splitter>クラスは可能です、 [!INCLUDE[dnprdnshort](../../../../includes/dnprdnshort-md.md)] 、既存のアプリケーションとの互換性を強くお勧めを使用することが、<xref:System.Windows.Forms.SplitContainer>新しいプロジェクトのコントロールです。  
+>  **ツールボックス**、<xref:System.Windows.Forms.SplitContainer>置換の制御、 <xref:System.Windows.Forms.Splitter> Visual Studio の以前のバージョンに存在していたコントロール。 <xref:System.Windows.Forms.SplitContainer> コントロールは <xref:System.Windows.Forms.Splitter> コントロールより優先されます。 <xref:System.Windows.Forms.Splitter>クラスは可能です、 [!INCLUDE[dnprdnshort](../../../../includes/dnprdnshort-md.md)] 、既存のアプリケーションとの互換性を強くお勧めを使用することが、<xref:System.Windows.Forms.SplitContainer>新しいプロジェクトのコントロールです。  
   
  <xref:System.Windows.Forms.SplitContainer>コントロール、複雑なユーザー インターフェイスを作成することができます。 多くの場合、1 つのパネルで選択した項目によって、もう一方のパネルにどのようなオブジェクトが表示されます。 この配置は、情報の表示と参照に対して非常に効果的です。 2 つのパネルで地域では、情報を集計して、バー、または「分割」により、パネルのサイズを変更するユーザーの簡単です。  
   
@@ -51,7 +51,7 @@ Windows フォームの <xref:System.Windows.Forms.SplitContainer> コントロ
   
 ## <a name="commonly-used-properties-methods-and-events"></a>一般的に使用されるプロパティ、メソッド、およびイベント  
   
-|name|説明|  
+|名前|説明|  
 |----------|-----------------|  
 |<xref:System.Windows.Forms.SplitContainer.FixedPanel%2A> プロパティ|どのパネルは変わりませんを決定後サイズ、<xref:System.Windows.Forms.SplitContainer>コントロールのサイズを変更します。|  
 |<xref:System.Windows.Forms.SplitContainer.IsSplitterFixed%2A> プロパティ|キーボードまたはマウスで分割線を移動できるかどうかを判断します。|  
@@ -62,7 +62,7 @@ Windows フォームの <xref:System.Windows.Forms.SplitContainer> コントロ
 |<xref:System.Windows.Forms.SplitContainer.SplitterMoving> イベント|分割境界線が移動するときに発生します。|  
 |<xref:System.Windows.Forms.SplitContainer.SplitterMoved> イベント|分割境界線が移動されたときに発生します。|  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.SplitContainer>  
  [SplitContainer コントロール](../../../../docs/framework/winforms/controls/splitcontainer-control-windows-forms.md)  
  [SplitContainer コントロールのサンプル](http://msdn.microsoft.com/library/9015fad0-7108-4d85-a83a-a72d038c4f65)
diff --git a/docs/framework/winforms/controls/virtual-mode-with-just-in-time-data-loading-in-the-datagrid.md b/docs/framework/winforms/controls/virtual-mode-with-just-in-time-data-loading-in-the-datagrid.md
index 753b11a1f7e..674a3fbd8bb 100644
--- a/docs/framework/winforms/controls/virtual-mode-with-just-in-time-data-loading-in-the-datagrid.md
+++ b/docs/framework/winforms/controls/virtual-mode-with-just-in-time-data-loading-in-the-datagrid.md
@@ -26,11 +26,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 69e355fa2ef6c1ae3c287414f932207720e507ff
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 78c6f2c92ebfc614289328fdf69e3e3ef9aecee8
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-implement-virtual-mode-with-just-in-time-data-loading-in-the-windows-forms-datagridview-control"></a>方法 : Windows フォーム DataGridView コントロールで Just-In-Time データ読み込みを使用して仮想モードを実装する
 次のコード例では、必要がある場合にのみ、サーバーからデータを読み込むデータ キャッシュを持つ <xref:System.Windows.Forms.DataGridView> コントロールで仮想モードを使用する方法を示しています。 この例がで詳しく説明されている[Windows フォーム DataGridView コントロールで Just-In-Time データ読み込みで仮想モードを実装する](../../../../docs/framework/winforms/controls/implementing-virtual-mode-jit-data-loading-in-the-datagrid.md)です。  
@@ -46,7 +46,7 @@ ms.lasthandoff: 04/26/2018
   
 -   Northwind SQL Server サンプル データベースがインストールされているサーバーへのアクセス。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="net-framework-security"></a>.NET Framework セキュリティ  
  接続文字列内に機密情報 (パスワードなど) を格納すると、アプリケーションのセキュリティに影響を及ぼすことがあります。 データベースへのアクセスを制御する方法としては、Windows 認証 (統合セキュリティとも呼ばれます) を使用する方が安全です。 詳細については、「[接続情報の保護](../../../../docs/framework/data/adonet/protecting-connection-information.md)」を参照してください。  
diff --git a/docs/framework/winforms/controls/walkthrough-creating-a-professionally-styled-toolstrip-control.md b/docs/framework/winforms/controls/walkthrough-creating-a-professionally-styled-toolstrip-control.md
index ee2063b258d..012d68d4b1d 100644
--- a/docs/framework/winforms/controls/walkthrough-creating-a-professionally-styled-toolstrip-control.md
+++ b/docs/framework/winforms/controls/walkthrough-creating-a-professionally-styled-toolstrip-control.md
@@ -1,12 +1,13 @@
 ---
-title: "チュートリアル : プロフェッショナル スタイルの ToolStrip コントロールの作成"
-ms.custom: 
+title: 'チュートリアル : プロフェッショナル スタイルの ToolStrip コントロールの作成'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-winforms
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-winforms
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -17,16 +18,17 @@ helpviewer_keywords:
 - toolbars [Windows Forms], walkthroughs
 - ToolStrip control [Windows Forms], creating professionally styled controls
 ms.assetid: b52339ae-f1d3-494e-996e-eb455614098a
-caps.latest.revision: "9"
+caps.latest.revision: 9
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: ab9adb72a174da25298b6ea104b002914de0cc40
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: 18ffb09e581b830329a0d32f11ae09d8b0f68788
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="walkthrough-creating-a-professionally-styled-toolstrip-control"></a>チュートリアル : プロフェッショナル スタイルの ToolStrip コントロールの作成
 アプリケーションを移すことができる<xref:System.Windows.Forms.ToolStrip>から派生した独自のクラスを記述して、プロフェッショナルな外観と動作を制御、<xref:System.Windows.Forms.ToolStripProfessionalRenderer>型です。  
@@ -49,7 +51,7 @@ ms.lasthandoff: 01/19/2018
 ## <a name="prerequisites"></a>必須コンポーネント  
  このチュートリアルを完了するための要件は次のとおりです。  
   
--   作成し、コンピューターで Windows フォーム アプリケーション プロジェクトを実行できる十分なアクセス許可を[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]がインストールされています。  
+-   作成し、Visual Studio がインストールされているコンピューターで Windows フォーム アプリケーション プロジェクトを実行できる十分なアクセスを許可します。  
   
 ## <a name="creating-a-windows-control-library-project"></a>Windows コントロール ライブラリ プロジェクトを作成します。  
  最初の手順では、コントロール ライブラリ プロジェクトを作成します。  
@@ -75,7 +77,7 @@ ms.lasthandoff: 01/19/2018
   
     |プロパティ|値|  
     |--------------|-----------|  
-    |name|`stackStrip`|  
+    |名前|`stackStrip`|  
     |CanOverflow|`false`|  
     |ドッキング|<xref:System.Windows.Forms.DockStyle.Bottom>|  
     |フォント|`Tahoma, 10pt, style=Bold`|  
@@ -90,7 +92,7 @@ ms.lasthandoff: 01/19/2018
   
     |プロパティ|値|  
     |--------------|-----------|  
-    |name|`mailStackButton`|  
+    |名前|`mailStackButton`|  
     |CheckOnClick|true|  
     |CheckState|<xref:System.Windows.Forms.CheckState.Checked>|  
     |DisplayStyle|<xref:System.Windows.Forms.ToolStripItemDisplayStyle.ImageAndText>|  
@@ -195,7 +197,7 @@ ms.lasthandoff: 01/19/2018
   
 -   ドッキングとマルチ ドキュメント インターフェイス (MDI) フォームを作成する<xref:System.Windows.Forms.ToolStrip>コントロール。 詳細については、次を参照してください。[する方法: メニューのマージと ToolStrip コントロールを MDI フォームを作成](../../../../docs/framework/winforms/controls/how-to-create-an-mdi-form-with-menu-merging-and-toolstrip-controls.md)です。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.MenuStrip>  
  <xref:System.Windows.Forms.ToolStrip>  
  <xref:System.Windows.Forms.StatusStrip>  
diff --git a/docs/framework/winforms/controls/walkthrough-creating-an-mdi-form-with-menu-merging-and-toolstrip-controls.md b/docs/framework/winforms/controls/walkthrough-creating-an-mdi-form-with-menu-merging-and-toolstrip-controls.md
index 0a82713cce1..7a1eab2064d 100644
--- a/docs/framework/winforms/controls/walkthrough-creating-an-mdi-form-with-menu-merging-and-toolstrip-controls.md
+++ b/docs/framework/winforms/controls/walkthrough-creating-an-mdi-form-with-menu-merging-and-toolstrip-controls.md
@@ -1,12 +1,13 @@
 ---
-title: "チュートリアル : メニューのマージと ToolStrip コントロールのある MDI フォームを作成する"
-ms.custom: 
+title: 'チュートリアル : メニューのマージと ToolStrip コントロールのある MDI フォームを作成する'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-winforms
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-winforms
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -21,16 +22,17 @@ helpviewer_keywords:
 - MDI forms [Windows Forms], creating
 - MDI forms [Windows Forms], walkthroughs
 ms.assetid: fbab4221-74af-42d0-bbf4-3c97f7b2e544
-caps.latest.revision: "8"
+caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 3e0538151c19eb47f8a51330b7f2c06818d1e73f
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: bc8214815beb0eac6fe3811ba198207a06ee1a9a
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="walkthrough-creating-an-mdi-form-with-menu-merging-and-toolstrip-controls"></a>チュートリアル : メニューのマージと ToolStrip コントロールのある MDI フォームを作成する
 <xref:System.Windows.Forms?displayProperty=nameWithType> 名前空間は、マルチ ドキュメント インターフェイス (MDI) アプリケーションをサポートし、<xref:System.Windows.Forms.MenuStrip> コントロールはメニューの結合をサポートします。 MDI フォームは、<xref:System.Windows.Forms.ToolStrip> コントロールもサポートします。  
@@ -57,7 +59,7 @@ ms.lasthandoff: 01/19/2018
 ## <a name="prerequisites"></a>必須コンポーネント  
  このチュートリアルを完了するための要件は次のとおりです。  
   
--   作成し、コンピューターで Windows フォーム アプリケーション プロジェクトを実行できる十分なアクセス許可を[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]がインストールされています。  
+-   作成し、Visual Studio がインストールされているコンピューターで Windows フォーム アプリケーション プロジェクトを実行できる十分なアクセスを許可します。  
   
 ## <a name="creating-the-project"></a>プロジェクトの作成  
  最初にプロジェクトを作成し、フォームを設定します。  
@@ -180,7 +182,7 @@ ms.lasthandoff: 01/19/2018
   
 #### <a name="to-arrange-toolstrippanel-controls-by-z-order"></a>Z オーダーで ToolStripPanel コントロールを配置するには  
   
-1.  **ビュー** ] メニューのをクリックして**その他のウィンドウ**、クリックして**[ドキュメント アウトライン**です。  
+1.  **ビュー** ] メニューのをクリックして**その他のウィンドウ**、クリックして **[ドキュメント アウトライン**です。  
   
      配置、<xref:System.Windows.Forms.ToolStripPanel>前の手順からコントロールは非標準です。 これは、z オーダーが正しくないためです。 ドキュメント アウトライン ウィンドウを使用すると、コントロールの z オーダーを変更できます。  
   
@@ -217,7 +219,7 @@ ms.lasthandoff: 01/19/2018
   
 -   与える、<xref:System.Windows.Forms.ToolStrip>プロフェッショナルな外観を制御します。 詳細については、次を参照してください。[する方法: アプリケーションの ToolStrip レンダラーを設定](../../../../docs/framework/winforms/controls/how-to-set-the-toolstrip-renderer-for-an-application.md)です。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.MenuStrip>  
  <xref:System.Windows.Forms.ToolStrip>  
  <xref:System.Windows.Forms.StatusStrip>  
diff --git a/docs/framework/winforms/controls/walkthrough-providing-standard-menu-items-to-a-form.md b/docs/framework/winforms/controls/walkthrough-providing-standard-menu-items-to-a-form.md
index f7abe84a557..a2e307be80d 100644
--- a/docs/framework/winforms/controls/walkthrough-providing-standard-menu-items-to-a-form.md
+++ b/docs/framework/winforms/controls/walkthrough-providing-standard-menu-items-to-a-form.md
@@ -1,12 +1,13 @@
 ---
-title: "チュートリアル : 標準メニュー項目をフォームに用意する"
-ms.custom: 
+title: 'チュートリアル : 標準メニュー項目をフォームに用意する'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-winforms
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-winforms
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -17,16 +18,17 @@ helpviewer_keywords:
 - StatusStrip control [Windows Forms]
 - ToolStrip control [Windows Forms]
 ms.assetid: dac37d98-589e-4d6d-9673-6437e8943122
-caps.latest.revision: "7"
+caps.latest.revision: 7
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 89089617a62ab079dd4cccf3ddf6e1e774bac8ba
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: 00988266804207e85bc715342f888fd29348066e
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="walkthrough-providing-standard-menu-items-to-a-form"></a>チュートリアル : 標準メニュー項目をフォームに用意する
 フォームの標準のメニューを <xref:System.Windows.Forms.MenuStrip> コントロールに提供できます。  
@@ -51,7 +53,7 @@ ms.lasthandoff: 01/19/2018
 ## <a name="prerequisites"></a>必須コンポーネント  
  このチュートリアルを完了するための要件は次のとおりです。  
   
--   作成し、コンピューターで Windows フォーム アプリケーション プロジェクトを実行できる十分なアクセス許可を[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]がインストールされています。  
+-   作成し、Visual Studio がインストールされているコンピューターで Windows フォーム アプリケーション プロジェクトを実行できる十分なアクセスを許可します。  
   
 ## <a name="creating-the-project"></a>プロジェクトの作成  
  最初にプロジェクトを作成し、フォームを設定します。  
@@ -132,7 +134,7 @@ ms.lasthandoff: 01/19/2018
   
 -   与える、<xref:System.Windows.Forms.ToolStrip>プロフェッショナルな外観を制御します。 詳細については、次を参照してください。[する方法: アプリケーションの ToolStrip レンダラーを設定](../../../../docs/framework/winforms/controls/how-to-set-the-toolstrip-renderer-for-an-application.md)です。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.MenuStrip>  
  <xref:System.Windows.Forms.ToolStrip>  
  <xref:System.Windows.Forms.StatusStrip>  
diff --git a/docs/framework/winforms/data-binding-and-windows-forms.md b/docs/framework/winforms/data-binding-and-windows-forms.md
index 7904508b4ad..322031ed2b9 100644
--- a/docs/framework/winforms/data-binding-and-windows-forms.md
+++ b/docs/framework/winforms/data-binding-and-windows-forms.md
@@ -1,12 +1,13 @@
 ---
-title: "データ連結と Windows フォーム"
-ms.custom: 
+title: データ連結と Windows フォーム
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-winforms
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-winforms
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - master-details lists
@@ -19,16 +20,17 @@ helpviewer_keywords:
 - Windows Forms controls, data binding
 - data-bound controls [Windows Forms], Windows Forms
 ms.assetid: 419aac5e-819b-4aad-88b0-73a2f8c0bd27
-caps.latest.revision: "20"
+caps.latest.revision: 20
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: f2a4d023600456adf1e14b801ee6c24fd0a2348c
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: db0e3ad5602d7ee608299bc5b9c5c85b860cab7d
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="data-binding-and-windows-forms"></a>データ連結と Windows フォーム
 Windows フォームでは、従来のデータ ソースだけでなく、データを含むほぼすべての構造にバインドできます。 実行時に計算する値、ファイルから読み取る値、または他のコントロールの値から派生する値の配列にバインドできます。  
@@ -48,7 +50,7 @@ Windows フォームでは、従来のデータ ソースだけでなく、デ
   
 |データ バインディングの種類|説明|  
 |--------------------------|-----------------|  
-|単純データ バインディング|データセット テーブル内の列の値など、1 つのデータ要素にバインドするコントロールの機能。 これは、<xref:System.Windows.Forms.TextBox> コントロールや <xref:System.Windows.Forms.Label> コントロールなどのコントロールで一般的に使用される種類のバインディングです。これらのコントロールでは通常、1 つの値のみが表示されます。 実際には、コントロールのどのプロパティもデータベース内のフィールドにバインドできます。 [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] に、この機能の広範なサポートがあります。<br /><br /> 詳細については次を参照してください:<br /><br /> -   [データ バインディングに関連するインターフェイス](../../../docs/framework/winforms/interfaces-related-to-data-binding.md)<br />-   [方法: Windows フォームでデータを移動](../../../docs/framework/winforms/how-to-navigate-data-in-windows-forms.md)<br />-   [方法: Windows フォームに単純バインド コントロールを作成します。](../../../docs/framework/winforms/how-to-create-a-simple-bound-control-on-a-windows-form.md)|  
+|単純データ バインディング|データセット テーブル内の列の値など、1 つのデータ要素にバインドするコントロールの機能。 これは、<xref:System.Windows.Forms.TextBox> コントロールや <xref:System.Windows.Forms.Label> コントロールなどのコントロールで一般的に使用される種類のバインディングです。これらのコントロールでは通常、1 つの値のみが表示されます。 実際には、コントロールのどのプロパティもデータベース内のフィールドにバインドできます。 Visual Studio では、この機能の広範なサポートがあります。<br /><br /> 詳細については次を参照してください:<br /><br /> -   [データ バインディングに関連するインターフェイス](../../../docs/framework/winforms/interfaces-related-to-data-binding.md)<br />-   [方法: Windows フォームでデータを移動](../../../docs/framework/winforms/how-to-navigate-data-in-windows-forms.md)<br />-   [方法: Windows フォームに単純バインド コントロールを作成します。](../../../docs/framework/winforms/how-to-create-a-simple-bound-control-on-a-windows-form.md)|  
 |複合データ バインディング|複数のデータ要素、一般的にはデータベース内の複数のレコードにバインドするコントロールの機能。 複合バインディングは、リストベース バインディングとも呼ばれます。 複合バインディングをサポートするコントロールの例には、<xref:System.Windows.Forms.DataGridView>、<xref:System.Windows.Forms.ListBox>、および <xref:System.Windows.Forms.ComboBox> の各コントロールがあります。 複合データ バインディングの例は、次を参照してください。[する方法: Windows フォームの ComboBox または ListBox コントロールをデータにバインド](../../../docs/framework/winforms/controls/how-to-bind-a-windows-forms-combobox-or-listbox-control-to-data.md)です。|  
   
 ## <a name="bindingsource-component"></a>BindingSource コンポーネント  
@@ -64,7 +66,7 @@ Windows フォームでは、従来のデータ ソースだけでなく、デ
 |マスター/詳細リレーションシップ|マスター/詳細アプリケーションは、関連データを表現するための形式の 1 つです。 具体的には、2 つのデータ テーブルと、それらを結合する関係があります。典型的なビジネスの例では、"顧客" テーブルと "注文" テーブルがあり、それらの間には、顧客とそれに対応する注文を結合する関係があります。 2 つの Windows フォームで、マスター/詳細アプリケーションの作成の詳細については<xref:System.Windows.Forms.DataGridView>コントロールを参照してください[する方法: マスター/詳細形式を使用して 2 つ Windows フォーム DataGridView コントロールの作成](../../../docs/framework/winforms/controls/create-a-master-detail-form-using-two-datagridviews.md)|  
 |ルックアップ テーブル|別の一般的なデータ表示/操作シナリオに、テーブル ルックアップがあります。 多くの場合、より大きなデータ表示の一部として、<xref:System.Windows.Forms.ComboBox> コントロールを使用してデータを表示および操作します。 重要な点は、<xref:System.Windows.Forms.ComboBox> コントロールで表示されるデータは、データベースに書き込まれるデータとは異なることです。 たとえば、食料品店から入手できる項目を表示する <xref:System.Windows.Forms.ComboBox> コントロールがあり、製品の名前 (パン、牛乳、卵) を表示するとします。 しかし、データベース内での情報の取得を容易にしたり、データベースを正規化したりするには、ある注文の特定の項目に関する情報を項目番号 (#501、#603 など) で格納する必要がある場合があります。 そのため、フォームの <xref:System.Windows.Forms.ComboBox> コントロールにある食料品項目の "わかりやすい名前" と、注文に表示される該当する項目番号との間には暗黙的なつながりがあります。 これがテーブル ルックアップの本質です。 詳細については、次を参照してください。[する方法: Windows フォーム BindingSource コンポーネントのルックアップ テーブルを作成](../../../docs/framework/winforms/controls/how-to-create-a-lookup-table-with-the-windows-forms-bindingsource-component.md)です。|  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.Binding>  
  [Windows フォームでのデータ バインディング](../../../docs/framework/winforms/windows-forms-data-binding.md)  
  [方法: データ ソースに Windows フォーム DataGrid コントロールをバインドする](../../../docs/framework/winforms/controls/how-to-bind-the-windows-forms-datagrid-control-to-a-data-source.md)  
diff --git a/docs/framework/winforms/dialog-boxes-in-windows-forms.md b/docs/framework/winforms/dialog-boxes-in-windows-forms.md
index 0a6a349e356..23cb2d8edd2 100644
--- a/docs/framework/winforms/dialog-boxes-in-windows-forms.md
+++ b/docs/framework/winforms/dialog-boxes-in-windows-forms.md
@@ -1,31 +1,33 @@
 ---
-title: "Windows フォームのダイアログ ボックス"
-ms.custom: 
+title: Windows フォームのダイアログ ボックス
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-winforms
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-winforms
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - dialog boxes [Windows Forms], Windows Forms
 - Windows Forms dialog boxes
 - dialogs [Windows Forms], using in Windows Forms
 ms.assetid: d43d022b-451b-490d-9386-dc79d98fbf8a
-caps.latest.revision: "13"
+caps.latest.revision: 13
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: b8f493013744ffa7819d4cb554f794d9a591a371
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 423f8e83290d46b1f49a34517f67ddaef398b3b3
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="dialog-boxes-in-windows-forms"></a>Windows フォームのダイアログ ボックス
-ダイアログ ボックスは、ユーザーとのやり取りおよび情報の取得のために使用します。 簡単に言えば、ダイアログ ボックスとは <xref:System.Windows.Forms.FormBorderStyle> 列挙値のプロパティが `FixedDialog` に設定されたフォームのことです。 [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] の Windows フォーム デザイナーを使用して、独自のカスタム ダイアログ ボックスを作成できます。 `Label`、`Textbox`、および `Button` などのコントロールを追加し、ダイアログ ボックスを特定のニーズに合わせてカスタマイズできます。 [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)]もなど定義済みダイアログ ボックスが含まれる**ファイルを開く**とメッセージ ボックスは、独自のアプリケーションに適応させることができます。 詳細については、次を参照してください。 [ ダイアログ ボックス コントロールおよびコンポーネント](../../../docs/framework/winforms/controls/dialog-box-controls-and-components-windows-forms.md)です。  
+ダイアログ ボックスは、ユーザーとのやり取りおよび情報の取得のために使用します。 簡単に言えば、ダイアログ ボックスとは <xref:System.Windows.Forms.FormBorderStyle> 列挙値のプロパティが `FixedDialog` に設定されたフォームのことです。 独自のカスタム ダイアログ ボックスを作成するには、Visual Studio で Windows フォーム デザイナーを使用します。 `Label`、`Textbox`、および `Button` などのコントロールを追加し、ダイアログ ボックスを特定のニーズに合わせてカスタマイズできます。 [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)]もなど定義済みダイアログ ボックスが含まれる**ファイルを開く**とメッセージ ボックスは、独自のアプリケーションに適応させることができます。 詳細については、次を参照してください。 [ ダイアログ ボックス コントロールおよびコンポーネント](../../../docs/framework/winforms/controls/dialog-box-controls-and-components-windows-forms.md)です。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [方法: Windows フォームのダイアログ ボックスを表示する](../../../docs/framework/winforms/how-to-display-dialog-boxes-for-windows-forms.md)  
diff --git a/docs/framework/winforms/ensure-the-selected-row-in-a-child-table-correct.md b/docs/framework/winforms/ensure-the-selected-row-in-a-child-table-correct.md
index d6ae0e25ebd..53d9669b9a8 100644
--- a/docs/framework/winforms/ensure-the-selected-row-in-a-child-table-correct.md
+++ b/docs/framework/winforms/ensure-the-selected-row-in-a-child-table-correct.md
@@ -30,11 +30,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 30929c6163a279bc0ea47d1262f54ec5ff75a87c
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 0c641a9894866a64bab4c7783bca009adf9f3190
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-ensure-the-selected-row-in-a-child-table-remains-at-the-correct-position"></a>方法 : 子テーブルの選択行が現在位置を保持することを保証する
 多くの場合、Windows フォームでデータ バインディングを処理するときは、いわゆる親/子ビューまたはマスター/詳細ビューにデータを表示します。 これは、同一ソースのデータが、2 つのコントロールに表示されるデータ バインディング シナリオを示します。 片方のコントロールで選択を変更すると、他方のコントロールに表示されるデータが変化します。 たとえば、第 1 のコントロールに顧客リストが含まれ、第 2 のコントロールに、第 1 のコントロールで選択された顧客に関連する注文リストが含まれます。  
@@ -94,7 +94,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Data、System.Drawing、System.Windows.Forms、および System.XML の各アセンブリへの参照。  
   
- Visual Basic または Visual c# のコマンドラインからこの例をビルドする方法については、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ Visual Basic または Visual c# のコマンドラインからこの例をビルドする方法については、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  [方法: 複数のコントロールを 1 つのデータ ソースにバインドして同期状態を保つ](../../../docs/framework/winforms/multiple-controls-bound-to-data-source-synchronized.md)  
diff --git a/docs/framework/winforms/how-to-change-the-borders-of-windows-forms.md b/docs/framework/winforms/how-to-change-the-borders-of-windows-forms.md
index a21392058e4..46d70647fa6 100644
--- a/docs/framework/winforms/how-to-change-the-borders-of-windows-forms.md
+++ b/docs/framework/winforms/how-to-change-the-borders-of-windows-forms.md
@@ -1,13 +1,13 @@
 ---
-title: "方法 : Windows フォームの境界線を変更する"
-ms.custom: 
+title: '方法 : Windows フォームの境界線を変更する'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-winforms
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -16,22 +16,22 @@ dev_langs:
 helpviewer_keywords:
 - Windows Forms, changing the borders
 ms.assetid: b3d5fa56-80c6-4b10-b505-f9672307ed55
-caps.latest.revision: 
+caps.latest.revision: 12
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: e977617f16ef882ad0dcfe1a96a6e8af73d2ae48
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: 936d9d67454a272e79990f2e1b432391ecdc26a5
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-change-the-borders-of-windows-forms"></a>方法 : Windows フォームの境界線を変更する
 Windows フォームの外観や動作を決定する際にはさまざまな境界線スタイルを選択できます。 <xref:System.Windows.Forms.Form.FormBorderStyle%2A> プロパティを変更して、フォームのサイズ変更動作を制御できます。 また、<xref:System.Windows.Forms.Form.FormBorderStyle%2A> を設定すると、キャプション バーの表示方法や、キャプション バーに表示されるボタンを変更できます。 詳細については、「<xref:System.Windows.Forms.FormBorderStyle>」を参照してください。  
   
- [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] では、このタスクに対する広範なサポートが用意されています。  
+ Visual Studio では、このタスクに対する広範なサポートが用意されています。  
   
  関連項目[する方法: デザイナーを使用して Windows フォームの境界線を変更](http://msdn.microsoft.com/library/yettzh3e\(v=vs.110\))です。  
   
@@ -56,7 +56,7 @@ Windows フォームの外観や動作を決定する際にはさまざまな境
   
      さらに、オプションを提供するフォームの境界線のスタイルを選択したかどうか**最小化**と**最大化**ボタン、これらのボタンを機能させるのには、どちらもをするかどうか指定できます。 これらのボタンは、ユーザーの操作感を細かく調節する場合に便利です。 **最小化**と**最大化**既定では、ボタンが有効になっているし、その機能を使用して操作が、**プロパティ**ウィンドウです。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.FormBorderStyle>  
  <xref:System.Windows.Forms.FormBorderStyle.FixedDialog>  
  [Windows フォームについて](../../../docs/framework/winforms/getting-started-with-windows-forms.md)
diff --git a/docs/framework/winforms/how-to-distinguish-between-clicks-and-double-clicks.md b/docs/framework/winforms/how-to-distinguish-between-clicks-and-double-clicks.md
index 7e177c9e9fd..0bf6366db4e 100644
--- a/docs/framework/winforms/how-to-distinguish-between-clicks-and-double-clicks.md
+++ b/docs/framework/winforms/how-to-distinguish-between-clicks-and-double-clicks.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: b8bd383c94afb5c8bb3574e2fee80bca8c4a9143
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 0f6f92c225e7b3c745c5cf439c9094d72fa0cde0
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-distinguish-between-clicks-and-double-clicks"></a>方法 : クリックとダブルクリックを識別する
 通常、1 回の*クリック*によってユーザー インターフェイス (UI) のアクションが開始され、*ダブルクリック*によってそのアクションが拡張されます。 たとえば、通常、1 回のクリックで項目が選択され、ダブルクリックでその項目が編集されます。 ただし、Windows フォームのクリック イベントでは、クリックとダブルクリックによって矛盾するアクションが実行されるようなシナリオには簡単に対応できません。それは、<xref:System.Windows.Forms.Control.Click> イベントや <xref:System.Windows.Forms.Control.MouseClick> イベントに結び付けられたアクションが、<xref:System.Windows.Forms.Control.DoubleClick> イベントや <xref:System.Windows.Forms.Control.MouseDoubleClick> イベントに結び付けられたアクションの前に実行されるためです。 ここでは、この問題の 2 つの解決方法について説明します。 1 つの解決方法は、ダブルクリック イベントを処理し、クリック イベントの処理のアクションをロールバックすることです。 まれに、クリック動作およびダブルクリック動作のシミュレートが必要になることがあります。その場合は、<xref:System.Windows.Forms.Control.MouseDown> イベントを処理し、<xref:System.Windows.Forms.SystemInformation> クラスの <xref:System.Windows.Forms.SystemInformation.DoubleClickTime%2A> プロパティと <xref:System.Windows.Forms.SystemInformation.DoubleClickSize%2A> プロパティを使用します。 クリック間の時間を測定し、<xref:System.Windows.Forms.SystemInformation.DoubleClickTime%2A> の値に到達する前に 2 回目のクリックが発生しており、かつ <xref:System.Windows.Forms.SystemInformation.DoubleClickSize%2A> によって定義された四角形内でクリックが行われている場合は、ダブルクリック アクションが実行されます。それ以外の場合は、クリック アクションが実行されます。  
@@ -53,7 +53,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこれらの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「[方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこれらの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 新しいプロジェクトにコードを貼り付けることによって、Visual Studio でのこれらの例を構築することもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  [Windows フォーム アプリケーションにおけるマウス入力](../../../docs/framework/winforms/mouse-input-in-a-windows-forms-application.md)
diff --git a/docs/framework/winforms/how-to-handle-keyboard-input-at-the-form-level.md b/docs/framework/winforms/how-to-handle-keyboard-input-at-the-form-level.md
index 05f95983b00..874b783e029 100644
--- a/docs/framework/winforms/how-to-handle-keyboard-input-at-the-form-level.md
+++ b/docs/framework/winforms/how-to-handle-keyboard-input-at-the-form-level.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 21fd7549c0d5000bac2b7a2d92d203855912d9eb
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 8fa1a7cb7dbddc541445e5bee798261a682036b0
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-handle-keyboard-input-at-the-form-level"></a>方法 : キーボード入力をフォーム レベルで処理する
 Windows フォームでは、キーボード メッセージがコントロールに到達する前に、それらのメッセージをフォーム レベルで処理できます。 ここでは、このタスクを実行する方法について説明します。  
@@ -53,7 +53,7 @@ Windows フォームでは、キーボード メッセージがコントロー
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  [Windows フォーム アプリケーションにおけるキーボード入力](../../../docs/framework/winforms/keyboard-input-in-a-windows-forms-application.md)
diff --git a/docs/framework/winforms/how-to-handle-user-input-events-in-windows-forms-controls.md b/docs/framework/winforms/how-to-handle-user-input-events-in-windows-forms-controls.md
index 1b6e6f56b4c..5907aa00870 100644
--- a/docs/framework/winforms/how-to-handle-user-input-events-in-windows-forms-controls.md
+++ b/docs/framework/winforms/how-to-handle-user-input-events-in-windows-forms-controls.md
@@ -23,11 +23,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 7599bcbd93183aa06bb35c30e0265b9b15b966cc
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 8132b2d1d63db6f30a3292204df5e9887cc5efc3
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-handle-user-input-events-in-windows-forms-controls"></a>方法 : Windows フォーム コントロールでユーザー入力イベントを処理する
 この例では、Windows フォーム コントロールで発生する可能性がある、ほとんどのキーボード、マウス、フォーカス、および検証イベントを処理する方法を示します。 `TextBoxInput` という名前のテキスト ボックスは、フォーカスがあるときにイベントを受け取り、各イベントに関する情報は、イベントが発生する順序で、`TextBoxOutput` という名前のテキスト ボックスに書き込まれます。 アプリケーションには、レポートするイベントをフィルター処理するために使用できるチェック ボックスのセットも含まれています。  
@@ -42,7 +42,7 @@ ms.lasthandoff: 04/26/2018
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  [Windows フォームでのユーザー入力](../../../docs/framework/winforms/user-input-in-windows-forms.md)
diff --git a/docs/framework/winforms/how-to-modify-keyboard-input-to-a-standard-control.md b/docs/framework/winforms/how-to-modify-keyboard-input-to-a-standard-control.md
index e3e58d892ff..61de4a62695 100644
--- a/docs/framework/winforms/how-to-modify-keyboard-input-to-a-standard-control.md
+++ b/docs/framework/winforms/how-to-modify-keyboard-input-to-a-standard-control.md
@@ -24,11 +24,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 13aa7ce515a60ae541559eaeff8037454bac6a41
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: bc6d9bd6f1d5e1a7472a538b2a579766cee92c93
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-modify-keyboard-input-to-a-standard-control"></a>方法 : キーボード入力を標準コントロールに変更する
 Windows フォームは、キーボードの入力を使用して変更する機能を提供します。 キーの使用とは、メッセージ キューのさらに下のその他のメソッドとイベントが、キーの値を受信しないようにメソッドまたはイベント ハンドラー内のキーを処理することを表します。 キーの変更とは、メッセージ キューのさらに下のメソッドとイベント ハンドラーが、異なるキーの値を受け取るようにキーの値を変更することを表します。 このトピックでは、これらのタスクを実行する方法について説明します。  
@@ -78,7 +78,7 @@ Windows フォームは、キーボードの入力を使用して変更する機
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  [Windows フォーム アプリケーションにおけるキーボード入力](../../../docs/framework/winforms/keyboard-input-in-a-windows-forms-application.md)  
diff --git a/docs/framework/winforms/how-to-resize-windows-forms.md b/docs/framework/winforms/how-to-resize-windows-forms.md
index ea4268baf6e..5100fc650d4 100644
--- a/docs/framework/winforms/how-to-resize-windows-forms.md
+++ b/docs/framework/winforms/how-to-resize-windows-forms.md
@@ -1,12 +1,13 @@
 ---
-title: "方法 : Windows フォームのサイズを変更する"
-ms.custom: 
+title: '方法 : Windows フォームのサイズを変更する'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-winforms
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-winforms
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -16,19 +17,20 @@ helpviewer_keywords:
 - resizing Windows Forms
 - Windows Forms, resizing
 ms.assetid: 5d9dd47e-e68c-48c9-a0a3-a9ff34ba009d
-caps.latest.revision: "13"
+caps.latest.revision: 13
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: cc2e9f81094d16030dbe4595a8132569edab782a
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 22f1c829257f8cd23379de54063ae88802908fe0
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-resize-windows-forms"></a>方法 : Windows フォームのサイズを変更する
-Windows フォームのサイズは、いくつかの方法で指定できます。 <xref:System.Windows.Forms.Form.Size%2A> プロパティに新しい値を設定したり、<xref:System.Windows.Forms.Control.Height%2A> プロパティまたは <xref:System.Windows.Forms.Control.Width%2A> プロパティを個別に調整したりすることで、フォームの高さと幅の両方をプログラムで変更できます。 [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] を使用している場合は、Windows フォーム デザイナーを使用してサイズを変更することができます。 参照してください[する方法: サイズを変更する Windows フォーム デザイナーを使用して、](http://msdn.microsoft.com/library/37k2zkwx\(v=vs.110\))です。  
+Windows フォームのサイズは、いくつかの方法で指定できます。 <xref:System.Windows.Forms.Form.Size%2A> プロパティに新しい値を設定したり、<xref:System.Windows.Forms.Control.Height%2A> プロパティまたは <xref:System.Windows.Forms.Control.Width%2A> プロパティを個別に調整したりすることで、フォームの高さと幅の両方をプログラムで変更できます。 Visual Studio を使用している場合は、Windows フォーム デザイナーを使用してサイズを変更できます。 参照してください[する方法: サイズを変更する Windows フォーム デザイナーを使用して、](http://msdn.microsoft.com/library/37k2zkwx\(v=vs.110\))です。  
   
 ### <a name="to-resize-a-form-programmatically"></a>プログラムによってフォームのサイズを変更するには  
   
@@ -123,6 +125,6 @@ Windows フォームのサイズは、いくつかの方法で指定できます
     f->Size->X += 100;  
     ```  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [Windows フォームについて](../../../docs/framework/winforms/getting-started-with-windows-forms.md)  
  [Windows フォーム アプリケーションの拡張](../../../docs/framework/winforms/advanced/index.md)
diff --git a/docs/framework/winforms/how-to-simulate-mouse-and-keyboard-events-in-code.md b/docs/framework/winforms/how-to-simulate-mouse-and-keyboard-events-in-code.md
index 3fc615544f5..152e4c64103 100644
--- a/docs/framework/winforms/how-to-simulate-mouse-and-keyboard-events-in-code.md
+++ b/docs/framework/winforms/how-to-simulate-mouse-and-keyboard-events-in-code.md
@@ -26,11 +26,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: d606c8dbe79b3ca1114f79cbf9eb7d4f17a05742
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 387b73d4e1820d71d163fddebe8fe9f24e4ff56e
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-simulate-mouse-and-keyboard-events-in-code"></a>方法 : マウス イベントとキーボード イベントをコードでシミュレートする
 Windows フォームは、プログラムでマウスおよびキーボード入力をシミュレートするためのいくつかのオプションを提供します。 ここでは、これらのオプションの概要について説明します。  
@@ -100,7 +100,7 @@ Windows フォームは、プログラムでマウスおよびキーボード入
   
 -   System、System.Drawing、および System.Windows.Forms の各アセンブリへの参照。  
   
- コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 また、コードを新しいプロジェクトに貼り付けることにより、 [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] でこの例をビルドすることもできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
+ コマンドラインからこの例を Visual Basic または Visual c# のビルドについては、次を参照してください。[コマンドラインからのビルド](~/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md)または[コマンド ライン ビルドで csc.exe](~/docs/csharp/language-reference/compiler-options/command-line-building-with-csc-exe.md)です。 この例では、Visual Studio は、新しいプロジェクトにコードを貼り付けることによってもビルドできます。  また、「 [方法: 完成した Windows フォーム コードの例を Visual Studio を使ってコンパイルして実行する](http://msdn.microsoft.com/library/Bb129228\(v=vs.110\))」も参照してください。  
   
 ## <a name="see-also"></a>関連項目  
  [Windows フォームでのユーザー入力](../../../docs/framework/winforms/user-input-in-windows-forms.md)
diff --git a/docs/framework/winforms/index.md b/docs/framework/winforms/index.md
index a46b65d6da8..f25b8d1704a 100644
--- a/docs/framework/winforms/index.md
+++ b/docs/framework/winforms/index.md
@@ -20,14 +20,14 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 4b38cbe1bab4c3d2bf0c6ee518dd26df4ff440dc
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: 5949bebe91767539c230ba166f9389f09dc2392b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="windows-forms"></a>Windows フォーム
-フォームはアプリケーションの基本単位であるため、機能とデザインにある程度の配慮を与えることが重要です。 フォームは、最終的には開発者がユーザー インターフェイスを作成するコントロールとデータを操作するコードを拡張する白紙状態です。 そのために、[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] はコード作成を支援する統合開発環境 (IDE) や、[!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] を使用して作成された豊富なコントロール セットを提供します。 これらのコントロールの機能をコードに補完することにより、必要なソリューションを簡単に素早く開発できます。  
+フォームはアプリケーションの基本単位であるため、機能とデザインにある程度の配慮を与えることが重要です。 フォームは、最終的には開発者がユーザー インターフェイスを作成するコントロールとデータを操作するコードを拡張する白紙状態です。 そのために、Visual Studio は、統合開発環境 (IDE)、コードを作成しやすくだけでなく豊富なコントロールを使用して作成された設定、[!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)]です。 これらのコントロールの機能をコードに補完することにより、必要なソリューションを簡単に素早く開発できます。  
   
 ## <a name="in-this-section"></a>このセクションの内容  
  [Windows フォームについて](../../../docs/framework/winforms/getting-started-with-windows-forms.md)  
diff --git a/docs/framework/winforms/interfaces-related-to-data-binding.md b/docs/framework/winforms/interfaces-related-to-data-binding.md
index df5f657fefb..a609abb8f79 100644
--- a/docs/framework/winforms/interfaces-related-to-data-binding.md
+++ b/docs/framework/winforms/interfaces-related-to-data-binding.md
@@ -1,12 +1,13 @@
 ---
-title: "データ連結に関連するインターフェイス"
-ms.custom: 
+title: データ連結に関連するインターフェイス
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-winforms
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-winforms
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - data [Windows Forms], data-binding interfaces
@@ -19,29 +20,30 @@ helpviewer_keywords:
 - data binding [Windows Forms], interfaces
 - IDataErrorInfo interface [Windows Forms], Windows Forms data binding
 ms.assetid: 14e49a2e-3e46-47ca-b491-70d546333277
-caps.latest.revision: "23"
+caps.latest.revision: 23
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: a0e48ddc6f74d3c4e030bc953ac4f853660a00d5
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 5278ccd34e556c33e4bc5c9f460573b399f265be
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="interfaces-related-to-data-binding"></a>データ連結に関連するインターフェイス
 [!INCLUDE[vstecado](../../../includes/vstecado-md.md)] では、アプリケーションのバインドのニーズや使用するデータに合わせてさまざまなデータ構造を作成できます。 Windows フォームでデータを提供または使用するための独自のクラスを作成することもできます。 これらのオブジェクトは、基本的なデータ バインディングから、デザイン時サポートの提供、エラー チェック、変更通知、データ自体に加えられた変更の構造化されたロールバックのサポートに至るまで、さまざまなレベルの機能を提供することができ、複雑さに対応できます。  
   
 ## <a name="consumers-of-data-binding-interfaces"></a>データ バインディング インターフェイスのコンシューマー  
- 以下のセクションでは、インターフェイス オブジェクトの 2 つのグループについて説明します。 1 つ目のグループでは、データ ソース作成者がデータ ソースに実装するインターフェイスを示します。 これらのインターフェイスは、データ ソース コンシューマーが使用するように設計されています。ほとんどの場合、データ ソース コンシューマーは、Windows フォーム コントロールまたはコンポーネントです。 2 つ目のグループでは、コンポーネント作成者向けに設計されたインターフェイスを示します。 コンポーネント作成者は、Windows フォーム データ バインディング エンジンが使用する、データ バインディングをサポートするコンポーネントを作成するときにこれらのインターフェイスを使用します。 フォームに関連付けられたクラス内でこれらのインターフェイスを実装することで、データ バインディングを実現できます。各ケースは、データの操作を可能にするインターフェイスを実装するクラスを示しています。 [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] の Rapid Application Development (RAD) データ デザイン エクスペリエンス ツールでは、この機能を既に活用しています。  
+ 以下のセクションでは、インターフェイス オブジェクトの 2 つのグループについて説明します。 1 つ目のグループでは、データ ソース作成者がデータ ソースに実装するインターフェイスを示します。 これらのインターフェイスは、データ ソース コンシューマーが使用するように設計されています。ほとんどの場合、データ ソース コンシューマーは、Windows フォーム コントロールまたはコンポーネントです。 2 つ目のグループでは、コンポーネント作成者向けに設計されたインターフェイスを示します。 コンポーネント作成者は、Windows フォーム データ バインディング エンジンが使用する、データ バインディングをサポートするコンポーネントを作成するときにこれらのインターフェイスを使用します。 フォームに関連付けられたクラス内でこれらのインターフェイスを実装することで、データ バインディングを実現できます。各ケースは、データの操作を可能にするインターフェイスを実装するクラスを示しています。 Visual Studio アプリケーションの迅速な development (RAD) データ デザイン エクスペリエンスのツールでは、この機能のこと既に利用します。  
   
 ### <a name="interfaces-for-implementation-by-data-source-authors"></a>データ ソース作成者が実装するインターフェイス  
  以下のインターフェイスは、Windows フォーム コントロールで使用するように設計されています。  
   
 -   <xref:System.Collections.IList> インターフェイス  
   
-     実装するクラス、<xref:System.Collections.IList>インターフェイス可能性があります、 <xref:System.Array>、 <xref:System.Collections.ArrayList>、または<xref:System.Collections.CollectionBase>です。 これらの型の項目のインデックス付きのリストは、<xref:System.Object>です。 インデックスの最初の項目によって型が決定されるため、これらのリストには同種の型が含まれている必要があります。 <xref:System.Collections.IList>実行時にのみバインドできるようになります。  
+     実装するクラス、<xref:System.Collections.IList>インターフェイス可能性があります、 <xref:System.Array>、 <xref:System.Collections.ArrayList>、または<xref:System.Collections.CollectionBase>です。 これらの型の項目のインデックス付きのリストは、<xref:System.Object>です。 インデックスの最初の項目によって型が決定されるため、これらのリストには同種の型が含まれている必要があります。 <xref:System.Collections.IList> 実行時にのみバインドできるようになります。  
   
     > [!NOTE]
     >  Windows フォームでバインディング用のビジネス オブジェクトの一覧を作成する場合は、使用を検討する必要があります、<xref:System.ComponentModel.BindingList%601>です。 <xref:System.ComponentModel.BindingList%601>双方向の Windows フォーム データ バインディングに必要なプライマリ インターフェイスを実装する拡張可能なクラスです。  
@@ -111,7 +113,7 @@ ms.lasthandoff: 12/22/2017
   
 -   <xref:System.ComponentModel.IListSource> インターフェイス  
   
-     実装するクラス、<xref:System.ComponentModel.IListSource>インターフェイス非リスト オブジェクトのリストに基づくバインドを有効にします。 <xref:System.ComponentModel.IListSource.GetList%2A>メソッドの<xref:System.ComponentModel.IListSource>から継承しないオブジェクトからバインド可能な一覧を返すために使用<xref:System.Collections.IList>です。 <xref:System.ComponentModel.IListSource>によって使用される、<xref:System.Data.DataSet>クラスです。  
+     実装するクラス、<xref:System.ComponentModel.IListSource>インターフェイス非リスト オブジェクトのリストに基づくバインドを有効にします。 <xref:System.ComponentModel.IListSource.GetList%2A>メソッドの<xref:System.ComponentModel.IListSource>から継承しないオブジェクトからバインド可能な一覧を返すために使用<xref:System.Collections.IList>です。 <xref:System.ComponentModel.IListSource> によって使用される、<xref:System.Data.DataSet>クラスです。  
   
 -   <xref:System.ComponentModel.IRaiseItemChangedEvents> インターフェイス  
   
@@ -124,17 +126,17 @@ ms.lasthandoff: 12/22/2017
   
      実装するコンポーネント、<xref:System.ComponentModel.ISupportInitialize>インターフェイスは、プロパティを設定し、相互に依存するプロパティの初期化中のバッチの最適化の利点があります。 <xref:System.ComponentModel.ISupportInitialize> 2 つのメソッドが含まれています。  
   
-    -   <xref:System.ComponentModel.ISupportInitialize.BeginInit%2A>オブジェクト初期化の開始を通知します。  
+    -   <xref:System.ComponentModel.ISupportInitialize.BeginInit%2A> オブジェクト初期化の開始を通知します。  
   
-    -   <xref:System.ComponentModel.ISupportInitialize.EndInit%2A>そのオブジェクトの初期化が完了を通知します。  
+    -   <xref:System.ComponentModel.ISupportInitialize.EndInit%2A> そのオブジェクトの初期化が完了を通知します。  
   
 -   <xref:System.ComponentModel.ISupportInitializeNotification> インターフェイス  
   
      実装するコンポーネント、<xref:System.ComponentModel.ISupportInitializeNotification>インターフェイスも実装して、<xref:System.ComponentModel.ISupportInitialize>インターフェイスです。 このインターフェイスを使用すると、その他の通知<xref:System.ComponentModel.ISupportInitialize>コンポーネント初期化が完了しました。 <xref:System.ComponentModel.ISupportInitializeNotification>インターフェイスには、2 つのメンバーが含まれています。  
   
-    -   <xref:System.ComponentModel.ISupportInitializeNotification.IsInitialized%2A>返します、`boolean`コンポーネントが初期化されているかどうかを示す値。  
+    -   <xref:System.ComponentModel.ISupportInitializeNotification.IsInitialized%2A> 返します、`boolean`コンポーネントが初期化されているかどうかを示す値。  
   
-    -   <xref:System.ComponentModel.ISupportInitializeNotification.Initialized>発生したときに<xref:System.ComponentModel.ISupportInitialize.EndInit%2A>と呼びます。  
+    -   <xref:System.ComponentModel.ISupportInitializeNotification.Initialized> 発生したときに<xref:System.ComponentModel.ISupportInitialize.EndInit%2A>と呼びます。  
   
 -   <xref:System.ComponentModel.INotifyPropertyChanged> インターフェイス  
   
@@ -160,7 +162,7 @@ ms.lasthandoff: 12/22/2017
     > [!NOTE]
     >  継承するクラスを<xref:System.Windows.Forms.Control>管理バインドを使用して自動的にその<xref:System.Windows.Forms.Control.BindingContext%2A>プロパティを実装する必要があります。 その場合、<xref:System.Windows.Forms.ICurrencyManagerProvider>非常にまれです。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [データ連結と Windows フォーム](../../../docs/framework/winforms/data-binding-and-windows-forms.md)  
  [方法: Windows フォームに単純バインド コントロールを作成する](../../../docs/framework/winforms/how-to-create-a-simple-bound-control-on-a-windows-form.md)  
  [Windows フォームでのデータ バインディング](../../../docs/framework/winforms/windows-forms-data-binding.md)
diff --git a/docs/framework/winforms/more-secure-file-and-data-access-in-windows-forms.md b/docs/framework/winforms/more-secure-file-and-data-access-in-windows-forms.md
index 26f8be14a80..b1b799e9d81 100644
--- a/docs/framework/winforms/more-secure-file-and-data-access-in-windows-forms.md
+++ b/docs/framework/winforms/more-secure-file-and-data-access-in-windows-forms.md
@@ -27,11 +27,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 61e4893ac32d2013b090a748078ec1e3a84ea3ac
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 77c69c5c39d90dcc28aa9c6084d84ace29df6f18
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="more-secure-file-and-data-access-in-windows-forms"></a>Windows フォームにおけるファイルおよびデータへのより安全なアクセス
 [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] は、リソースとデータを保護できるアクセス許可を使用します。 アプリケーションでデータを読み取りまたは書き込みできる場所は、アプリケーションに付与されるアクセス許可に依存します。 部分信頼環境でアプリケーションを実行すると、データにアクセス許可がないか、またはデータにアクセスする方法を変更しなければならない可能性があります。  
@@ -39,7 +39,7 @@ ms.lasthandoff: 04/26/2018
  セキュリティの制限が発生した場合、アクセス許可をアサートする (アプリケーションに付与されていると仮定した場合)、または部分信頼で動作するよう作成されたバージョンの機能を使用するという 2 つのオプションがあります。 次のセクションでは、部分信頼環境で実行されているアプリケーションからファイル、データベース、およびレジストリ アクセスを操作する方法について説明します。  
   
 > [!NOTE]
->  既定では、[!INCLUDE[ndptecclick](../../../includes/ndptecclick-md.md)] の配置を生成するツールは、これらの配置が、実行するコンピューターから完全信頼を要求するよう既定で設定されます。 部分信頼での動作のセキュリティ強化の利点が必要だと判断した場合は、この既定値を [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] または [!INCLUDE[winsdklong](../../../includes/winsdklong-md.md)] ツール (Mage.exe または MageUI.exe) のいずれかに変更する必要があります。 Windows フォームのセキュリティ、およびアプリケーションの適切な信頼レベルを決定する方法の詳細については、次を参照してください。[のセキュリティの Windows フォームの概要](../../../docs/framework/winforms/security-in-windows-forms-overview.md)です。  
+>  既定では、[!INCLUDE[ndptecclick](../../../includes/ndptecclick-md.md)] の配置を生成するツールは、これらの配置が、実行するコンピューターから完全信頼を要求するよう既定で設定されます。 部分信頼で実行されている追加のセキュリティ上の利点をする場合は、Visual Studio またはのいずれかでこの既定の動作を変更する必要があります、[!INCLUDE[winsdklong](../../../includes/winsdklong-md.md)]ツール (Mage.exe または MageUI.exe)。 Windows フォームのセキュリティ、およびアプリケーションの適切な信頼レベルを決定する方法の詳細については、次を参照してください。[のセキュリティの Windows フォームの概要](../../../docs/framework/winforms/security-in-windows-forms-overview.md)です。  
   
 ## <a name="file-access"></a>ファイル アクセス  
  <xref:System.Security.Permissions.FileIOPermission> クラスは、[!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] のファイルとフォルダーへのアクセスを制御します。 既定では、セキュリティ システムは、ローカルのイントラネットやインターネット ゾーンなどの部分信頼環境に <xref:System.Security.Permissions.FileIOPermission> を付与しません。 ただし、ファイルへのアクセスを必要とするアプリケーションは、アプリケーションの設計を変更するかファイルにアクセスする別の方法を使用すると、引き続きこれらの環境で機能することが可能です。 既定では、ローカル イントラネット ゾーンに、同じサイトと同じディレクトリにアクセスして、その起点のサイトに接続し、インストール ディレクトリから読み取るための権限が付与されます。 既定では、インターネット ゾーンは、起点のサイトに接続する権限のみが付与されます。  
diff --git a/docs/framework/winforms/security-in-windows-forms-overview.md b/docs/framework/winforms/security-in-windows-forms-overview.md
index 8d71e3a839d..a0c53722e8c 100644
--- a/docs/framework/winforms/security-in-windows-forms-overview.md
+++ b/docs/framework/winforms/security-in-windows-forms-overview.md
@@ -1,12 +1,13 @@
 ---
-title: "Windows フォームのセキュリティの概要"
-ms.custom: 
+title: Windows フォームのセキュリティの概要
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-winforms
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-winforms
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - code access security [Windows Forms], Windows Forms
@@ -15,16 +16,17 @@ helpviewer_keywords:
 - security [Windows Forms], about security
 - access control [Windows Forms], Windows Forms
 ms.assetid: 4810dc9f-ea23-4ce1-8ea1-657f0ff1d820
-caps.latest.revision: "16"
+caps.latest.revision: 16
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: e56ae77a36ce0000fd518a3324ab5e5b8409d1d4
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: 57f46620e7b98bb1a4c120684075dbe065db9714
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="security-in-windows-forms-overview"></a>Windows フォームのセキュリティの概要
 [!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] のリリース以前、ユーザーのコンピューターで実行されているすべてのコードは、リソースにアクセスするために、そのコンピューターのユーザーが持っていたのと同じ権限またはアクセス許可を持っていました。 たとえば、ユーザーにファイル システムへのアクセスが許可されている場合は、コードにファイル システムへのアクセスが許可され、ユーザーにデータベースへのアクセスが許可されている場合は、コードにデータベースへのアクセスが許可されていました。 これらの権限やアクセス許可は、ユーザーがローカル コンピューターに明示的にインストールした実行可能ファイルのコードに対しては受け入れることができますが、インターネットやローカル イントラネットからの悪意のある可能性があるコードに対しては受け入れることができません。 このコードは、アクセス許可がないユーザーのコンピューター リソースにアクセスすべきではありません。  
@@ -60,7 +62,7 @@ ms.lasthandoff: 01/19/2018
   
  オプションのアクセス許可を要求するときに、アプリケーションに付与されていないアクセス許可が必要なアクションを実行する場合に生成されるセキュリティ例外を処理する必要があります。 <xref:System.Security.SecurityException> を適切に処理することで、アプリケーションを続行できます。 アプリケーションは例外を使用して、ユーザーに対して機能を無効にする必要があるかどうかを判断できます。 たとえば、必要なファイル アクセス許可が付与されていない場合、アプリケーションは **[保存]** メニュー オプションを無効にすることができます。  
   
- 場合によっては、すべての適切なアクセス許可をアサートしたかどうかを確認することが難しい場合があります。 たとえば、表面的には影響のないように見えるメソッドの呼び出しが、実行中のある時点でファイル システムにアクセスすることがあります。 必要なアクセス許可をすべて使用してアプリケーションを配置しない場合は、デスクトップでデバッグしている間は問題なくテストでき、配置のときに失敗する可能性があります。 [!INCLUDE[dnprdnlong](../../../includes/dnprdnlong-md.md)] SDK と [!INCLUDE[vsprvslong](../../../includes/vsprvslong-md.md)] の両方に、それぞれ MT.exe のコマンド ライン ツールと、[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] のアクセス許可の検出機能という、アプリケーションに必要なアクセス許可を検出するためのツールが含まれています。  
+ 場合によっては、すべての適切なアクセス許可をアサートしたかどうかを確認することが難しい場合があります。 たとえば、表面的には影響のないように見えるメソッドの呼び出しが、実行中のある時点でファイル システムにアクセスすることがあります。 必要なアクセス許可をすべて使用してアプリケーションを配置しない場合は、デスクトップでデバッグしている間は問題なくテストでき、配置のときに失敗する可能性があります。 両方の[!INCLUDE[dnprdnlong](../../../includes/dnprdnlong-md.md)]SDK と[!INCLUDE[vsprvslong](../../../includes/vsprvslong-md.md)]アプリケーションが必要なアクセス許可を計算するためのツールが含まれて: MT.exe のコマンド ライン ツールおよび Visual Studio でのアクセス許可の検出機能は、それぞれします。  
   
  次のトピックでは、Windows フォームの追加のセキュリティ機能について説明します。  
   
@@ -86,14 +88,14 @@ ms.lasthandoff: 01/19/2018
   
  どのテクノロジを選択するかは、配置環境に応じて異なります。 詳細については、「[ClickOnce 配置ストラテジの選択](/visualstudio/deployment/choosing-a-clickonce-deployment-strategy)」を参照してください。  
   
- 既定では、[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] または [!INCLUDE[dnprdnlong](../../../includes/dnprdnlong-md.md)] SDK ツール (Mage.exe および MageUI.exe) のいずれかを使用して配置された [!INCLUDE[ndptecclick](../../../includes/ndptecclick-md.md)] アプリケーションは、完全信頼を持つクライアント コンピューターで実行するよう構成されます。 部分信頼を使用して、またはいくつか追加のアクセス許可のみを使用して、アプリケーションを配置している場合、この既定を変更する必要があります。 配置を構成するときに、[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] または [!INCLUDE[dnprdnlong](../../../includes/dnprdnlong-md.md)] SDK ツールの MageUI.exe のいずれかを使用して構成できます。 MageUI.exe を使用する方法の詳細については、「チュートリアル : コマンドラインから ClickOnce アプリケーションを配置する」を参照してください。  「[方法 : ClickOnce アプリケーションのカスタム アクセス許可を設定する](http://msdn.microsoft.com/library/hafybdaa\(v=vs.110\))」または「[方法 : ClickOnce アプリケーションのカスタム アクセス許可を設定する](http://msdn.microsoft.com/library/hafybdaa\(v=vs.120\))」も参照してください。  
+ 既定では、 [!INCLUDE[ndptecclick](../../../includes/ndptecclick-md.md)] 、Visual Studio を使用して配置されたアプリケーションまたは[!INCLUDE[dnprdnlong](../../../includes/dnprdnlong-md.md)]SDK ツール (Mage.exe および MageUI.exe) は、完全信頼を持つクライアント コンピューターで実行するように構成します。 部分信頼を使用して、またはいくつか追加のアクセス許可のみを使用して、アプリケーションを配置している場合、この既定を変更する必要があります。 こうことで、Visual Studio または[!INCLUDE[dnprdnlong](../../../includes/dnprdnlong-md.md)]SDK ツールの MageUI.exe、展開を構成するときにします。 MageUI.exe を使用する方法の詳細については、「チュートリアル : コマンドラインから ClickOnce アプリケーションを配置する」を参照してください。  「[方法 : ClickOnce アプリケーションのカスタム アクセス許可を設定する](http://msdn.microsoft.com/library/hafybdaa\(v=vs.110\))」または「[方法 : ClickOnce アプリケーションのカスタム アクセス許可を設定する](http://msdn.microsoft.com/library/hafybdaa\(v=vs.120\))」も参照してください。  
   
  [!INCLUDE[ndptecclick](../../../includes/ndptecclick-md.md)] とアクセス許可の昇格のセキュリティ面の詳細については、「[ClickOnce アプリケーションのセキュリティ](/visualstudio/deployment/securing-clickonce-applications)」を参照してください。 信頼されたアプリケーションの配置の詳細については、「[信頼されたアプリケーションの配置の概要](/visualstudio/deployment/trusted-application-deployment-overview)」を参照してください。  
   
 ### <a name="testing-the-application"></a>アプリケーションのテスト  
- [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] を使用して Windows フォーム アプリケーションを配置した場合は、開発環境から、部分信頼または制限されたアクセス許可セットでのデバッグを有効にできます。  「[方法 : アクセス許可が制限された ClickOnce アプリケーションをデバッグする](http://msdn.microsoft.com/library/593zkfdf\(v=vs.110\))」または「[方法 : アクセス許可が制限された ClickOnce アプリケーションをデバッグする](http://msdn.microsoft.com/library/593zkfdf\(v=vs.120\))」を参照してください。  
+ を Visual Studio を使用して、Windows フォーム アプリケーションを配置する場合は、部分信頼または制限されたアクセス許可の開発環境から設定でのデバッグを有効にできます。  「[方法 : アクセス許可が制限された ClickOnce アプリケーションをデバッグする](http://msdn.microsoft.com/library/593zkfdf\(v=vs.110\))」または「[方法 : アクセス許可が制限された ClickOnce アプリケーションをデバッグする](http://msdn.microsoft.com/library/593zkfdf\(v=vs.120\))」を参照してください。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [Windows フォームのセキュリティ](../../../docs/framework/winforms/windows-forms-security.md)  
  [コード アクセス セキュリティの基礎](../../../docs/framework/misc/code-access-security-basics.md)  
  [ClickOnce のセキュリティと配置](/visualstudio/deployment/clickonce-security-and-deployment)  
diff --git a/docs/framework/winforms/windows-forms-overview.md b/docs/framework/winforms/windows-forms-overview.md
index 4a3fa1a62c7..e471cc54f73 100644
--- a/docs/framework/winforms/windows-forms-overview.md
+++ b/docs/framework/winforms/windows-forms-overview.md
@@ -1,27 +1,29 @@
 ---
-title: "Windows フォームの概要"
-ms.custom: 
+title: Windows フォームの概要
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-winforms
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-winforms
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - smart clients
 - Windows Forms, about Windows Forms
 ms.assetid: 3a2b6284-c8d6-4e1c-8c69-0bed38f38cd4
-caps.latest.revision: "34"
+caps.latest.revision: 34
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: bc9ff97583566bd950486d96bd100f05ef651c7e
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 2620d8314a11e0a90864120c40dbc3935cce75fe
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="windows-forms-overview"></a>Windows フォームの概要
 次の概要では、スマート クライアント アプリケーションの利点、Windows フォームのプログラミングの主な機能について説明し、Windows フォームを使用して今日の企業とエンドユーザーのニーズを満たすスマート クライアントを構築する方法を示します。  
@@ -30,7 +32,7 @@ ms.lasthandoff: 12/22/2017
  Windows フォームを使用して、スマート クライアントを開発します。 *スマート クライアント*は、配置と更新が容易で、インターネットに接続しているときも切断しているときも動作し、従来の Windows ベースのアプリケーションよりも安全な方法でローカル コンピューター上のリソースにアクセスできる、リッチなグラフィックスのアプリケーションです。  
   
 ### <a name="building-rich-interactive-user-interfaces"></a>リッチで対話型のユーザー インターフェイスの構築  
- Windows フォームは、[!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] のためのスマート クライアント テクノロジであり、ファイル システムへの読み書きなど、アプリケーションの一般的なタスクを簡略化するマネージ ライブラリのセットです。 [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] などの開発環境を使用する場合、情報を表示して、ユーザーからの入力を要求し、ネットワーク経由でリモート コンピューターと通信する Windows フォームのスマート クライアント アプリケーションを作成できます。  
+ Windows フォームは、[!INCLUDE[dnprdnshort](../../../includes/dnprdnshort-md.md)] のためのスマート クライアント テクノロジであり、ファイル システムへの読み書きなど、アプリケーションの一般的なタスクを簡略化するマネージ ライブラリのセットです。 Visual Studio などの開発環境を使用する場合は、ネットワーク経由でリモート コンピューターと情報を表示、ユーザー入力を要求し、通信する Windows フォームのスマート クライアント アプリケーションを作成できます。  
   
  Windows フォームでは、"*フォーム*" はユーザーに情報を表示するビジュアル サーフェイスです。 通常は、コントロールをフォームに追加して、マウスのクリックやキーの押下などのユーザー アクションへの応答を開発することで、Windows フォーム アプリケーションを開発します。 "*コントロール*" は、データを表示したりデータ入力を受け入れたりする独立したユーザー インターフェイス (UI) 要素です。  
   
@@ -40,7 +42,7 @@ ms.lasthandoff: 12/22/2017
   
  Windows フォームには、Microsoft Office のようなハイエンド アプリケーションの機能をエミュレートする豊富な UI コントロールが用意されています。 <xref:System.Windows.Forms.ToolStrip> コントロールと <xref:System.Windows.Forms.MenuStrip> コントロールを使用する場合、テキストとイメージを含むツールバーとメニューを作成したり、サブメニューを表示したり、テキスト ボックスやコンボ ボックスなど、その他のコントロールをホストしたりできます。  
   
- Windows フォーム デザイナーで [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] をドラッグ アンド ドロップすると、Windows フォーム アプリケーションを簡単に作成できます。 コントロールをカーソルで選択して、フォームの任意の場所に追加するだけです。 デザイナーがグリッド線やスナップ線などのツールを提供するので、コントロールの調整が楽になります。 [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] を使用する場合も、コマンド ラインでコンパイルする場合も、<xref:System.Windows.Forms.FlowLayoutPanel>、<xref:System.Windows.Forms.TableLayoutPanel>、および <xref:System.Windows.Forms.SplitContainer> の各コントロールを使用して、短時間で高度なフォーム レイアウトを作成できます。  
+ Visual Studio ドラッグ アンド ドロップの Windows フォーム デザイナー、Windows フォーム アプリケーションを簡単に作成できます。 コントロールをカーソルで選択して、フォームの任意の場所に追加するだけです。 デザイナーがグリッド線やスナップ線などのツールを提供するので、コントロールの調整が楽になります。 Visual Studio を使用した場合、またはコマンドラインでコンパイルするかどうかは、使用して、 <xref:System.Windows.Forms.FlowLayoutPanel>、<xref:System.Windows.Forms.TableLayoutPanel>と<xref:System.Windows.Forms.SplitContainer>短時間で高度なを作成するコントロールのフォーム レイアウトです。  
   
  最後に、独自のカスタム UI 要素を作成する必要がある場合は、<xref:System.Drawing> 名前空間に、線、円、およびその他の図形をフォーム上に直接表示するクラスが多数含まれています。  
   
@@ -64,7 +66,7 @@ ms.lasthandoff: 12/22/2017
   
  [データ ソース] ウィンドウを使用すると、データ バインド コントロールを簡単に作成できます。 ウィンドウには、プロジェクト内のデータベース、Web サービス、オブジェクトなどのデータ ソースが表示されます。 このウィンドウからプロジェクトのフォームに項目をドラッグして、データ バインド コントロールを作成できます。 また、[データ ソース] ウィンドウから既存のコントロールにオブジェクトをドラッグして、データに既存のコントロールをバインドすることもできます。  
   
- Windows フォームで管理できる別の種類のデーデータ バインドは "*設定*" です。 ほとんどのスマート クライアント アプリケーションは、フォームの前回のサイズなどの実行時の状態に関する情報を保持し、保存されたファイルの既定の場所などのユーザー設定のデータを保持する必要があります。 アプリケーション設定機能は、クライアント コンピューターに両方の種類の設定を保存する簡単な方法を提供することで、こうした要件に対応します。 [!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] またはコード エディターを使用してこれらの設定を定義したら、設定は XML として永続化され、実行時に自動的にメモリに読み取られます。  
+ Windows フォームで管理できる別の種類のデーデータ バインドは "*設定*" です。 ほとんどのスマート クライアント アプリケーションは、フォームの前回のサイズなどの実行時の状態に関する情報を保持し、保存されたファイルの既定の場所などのユーザー設定のデータを保持する必要があります。 アプリケーション設定機能は、クライアント コンピューターに両方の種類の設定を保存する簡単な方法を提供することで、こうした要件に対応します。 Visual Studio またはコード エディターを使用してこれらの設定を定義した後設定は XML として永続化され、自動的に実行時にメモリに読み込ま。  
   
 #### <a name="help-displaying-and-manipulating-data"></a>データの表示と操作に関するヘルプ  
  これらの機能を使用する方法の手順を追った説明については、次のヘルプ トピックを参照してください。  
@@ -77,7 +79,7 @@ ms.lasthandoff: 12/22/2017
 |アプリケーション設定を使用する|[方法 : アプリケーション設定を作成する](../../../docs/framework/winforms/advanced/how-to-create-application-settings.md)|  
   
 ### <a name="deploying-applications-to-client-computers"></a>クライアント コンピューターにアプリケーションを配置する  
- アプリケーションを作成した後、ユーザーにアプリケーションを送信して、独自のクライアント コンピューターにインストールして実行できるようにする必要があります。 [!INCLUDE[ndptecclick](../../../includes/ndptecclick-md.md)] テクノロジを使用する場合、数回クリックするだけで、[!INCLUDE[vsprvs](../../../includes/vsprvs-md.md)] の中からアプリケーションを配置して、Web 上のアプリケーションを指す URL をユーザーに提供することができます。 [!INCLUDE[ndptecclick](../../../includes/ndptecclick-md.md)] は、アプリケーションのすべての要素と依存関係を管理し、クライアント コンピューターにアプリケーションが正しくインストールされていることを確認します。  
+ アプリケーションを作成した後、ユーザーにアプリケーションを送信して、独自のクライアント コンピューターにインストールして実行できるようにする必要があります。 使用すると、[!INCLUDE[ndptecclick](../../../includes/ndptecclick-md.md)]テクノロジ、数回のクリックを使用して、Visual Studio 内からアプリケーションを配置して、Web 上のアプリケーションを指す URL をユーザーに提供します。 [!INCLUDE[ndptecclick](../../../includes/ndptecclick-md.md)] は、アプリケーションのすべての要素と依存関係を管理し、クライアント コンピューターにアプリケーションが正しくインストールされていることを確認します。  
   
  [!INCLUDE[ndptecclick](../../../includes/ndptecclick-md.md)] アプリケーションは、ユーザーがネットワークに接続されている場合にのみ実行するか、オンラインとオフラインの両方で実行するかを構成することができます。 アプリケーションがオフライン操作をサポートするよう指定すると、[!INCLUDE[ndptecclick](../../../includes/ndptecclick-md.md)] はユーザーの **[スタート]** メニューにアプリケーションへのリンクを追加します。 ユーザーは、URL を使用せずにアプリケーションを開くことができます。  
   
@@ -103,7 +105,7 @@ ms.lasthandoff: 12/22/2017
 |フォームの内容を印刷する|[方法 : Windows フォームでグラフィックスを印刷する](../../../docs/framework/winforms/advanced/how-to-print-graphics-in-windows-forms.md)<br /><br /> [方法 : Windows フォームで複数ページのテキスト ファイルを印刷する](../../../docs/framework/winforms/advanced/how-to-print-a-multi-page-text-file-in-windows-forms.md)|  
 |Windows フォームのセキュリティについての詳細|[Windows フォームのセキュリティの概要](../../../docs/framework/winforms/security-in-windows-forms-overview.md)|  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [Windows フォームについて](../../../docs/framework/winforms/getting-started-with-windows-forms.md)  
  [新しい Windows フォームの作成](../../../docs/framework/winforms/creating-a-new-windows-form.md)  
  [ToolStrip コントロールの概要](../../../docs/framework/winforms/controls/toolstrip-control-overview-windows-forms.md)  
diff --git a/docs/framework/wpf/advanced/attached-properties-overview.md b/docs/framework/wpf/advanced/attached-properties-overview.md
index a25bc3b3975..404d5db0dd0 100644
--- a/docs/framework/wpf/advanced/attached-properties-overview.md
+++ b/docs/framework/wpf/advanced/attached-properties-overview.md
@@ -1,13 +1,13 @@
 ---
-title: "添付プロパティの概要"
-ms.custom: 
+title: 添付プロパティの概要
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-wpf
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -15,17 +15,17 @@ dev_langs:
 helpviewer_keywords:
 - attached properties [WPF Designer]
 ms.assetid: 75928354-dc01-47e8-a018-8409aec1f32d
-caps.latest.revision: 
+caps.latest.revision: 28
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 2d1d0eb55e75cd450d55b69aadca9c60e157eb09
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.openlocfilehash: ceba94d80ca66ab228804ffff2a5b8f89a68d7c4
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="attached-properties-overview"></a>添付プロパティの概要
 添付プロパティは、XAML によって定義された概念です。 添付プロパティは、任意のオブジェクトに設定可能なグローバル プロパティの型として使用されることを意図しています。 [!INCLUDE[TLA#tla_winclient](../../../../includes/tlasharptla-winclient-md.md)] では通常、添付プロパティは従来のプロパティ "ラッパー" を含まない依存関係プロパティの特殊な形式として定義されています。  
@@ -67,7 +67,7 @@ ms.lasthandoff: 12/22/2017
 ### <a name="an-example-of-a-parent-defined-attached-property"></a>親定義の添付プロパティの例  
  [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] が添付プロパティを定義する最も一般的なシナリオは、親要素が子要素のコレクションをサポートし、さらに動作の詳細が子要素ごとにレポートされるような動作を実装する場合です。  
   
- <xref:System.Windows.Controls.DockPanel>定義、<xref:System.Windows.Controls.DockPanel.Dock%2A?displayProperty=nameWithType>添付プロパティ、および<xref:System.Windows.Controls.DockPanel>、レンダリング ロジックの一部として、クラス レベルのコードを持つ (具体的には、<xref:System.Windows.Controls.DockPanel.MeasureOverride%2A>と<xref:System.Windows.Controls.DockPanel.ArrangeOverride%2A>)。 A<xref:System.Windows.Controls.DockPanel>が常にインスタンスを確認するかどうかの値を設定その直接の子要素が<xref:System.Windows.Controls.DockPanel.Dock%2A?displayProperty=nameWithType>です。 設定されている場合は、その値が、その子要素に適用されるレンダリング ロジックの入力になります。 入れ子になった<xref:System.Windows.Controls.DockPanel>各インスタンスは、独自の直接の子要素のコレクションを扱うが実装に固有の動作は方法<xref:System.Windows.Controls.DockPanel>プロセス<xref:System.Windows.Controls.DockPanel.Dock%2A?displayProperty=nameWithType>値。 直接の親以外の要素に影響を与える添付プロパティを所有することは、理論上は可能です。 場合、<xref:System.Windows.Controls.DockPanel.Dock%2A?displayProperty=nameWithType>を持たない要素で添付プロパティを設定<xref:System.Windows.Controls.DockPanel>が、エラーなし、または例外に対して操作を実行する親要素が発生します。 単につまり、グローバル プロパティの値が設定されたが、現在を持たない<xref:System.Windows.Controls.DockPanel>情報を利用できる親。  
+ <xref:System.Windows.Controls.DockPanel> 定義、<xref:System.Windows.Controls.DockPanel.Dock%2A?displayProperty=nameWithType>添付プロパティ、および<xref:System.Windows.Controls.DockPanel>、レンダリング ロジックの一部として、クラス レベルのコードを持つ (具体的には、<xref:System.Windows.Controls.DockPanel.MeasureOverride%2A>と<xref:System.Windows.Controls.DockPanel.ArrangeOverride%2A>)。 A<xref:System.Windows.Controls.DockPanel>が常にインスタンスを確認するかどうかの値を設定その直接の子要素が<xref:System.Windows.Controls.DockPanel.Dock%2A?displayProperty=nameWithType>です。 設定されている場合は、その値が、その子要素に適用されるレンダリング ロジックの入力になります。 入れ子になった<xref:System.Windows.Controls.DockPanel>各インスタンスは、独自の直接の子要素のコレクションを扱うが実装に固有の動作は方法<xref:System.Windows.Controls.DockPanel>プロセス<xref:System.Windows.Controls.DockPanel.Dock%2A?displayProperty=nameWithType>値。 直接の親以外の要素に影響を与える添付プロパティを所有することは、理論上は可能です。 場合、<xref:System.Windows.Controls.DockPanel.Dock%2A?displayProperty=nameWithType>を持たない要素で添付プロパティを設定<xref:System.Windows.Controls.DockPanel>が、エラーなし、または例外に対して操作を実行する親要素が発生します。 単につまり、グローバル プロパティの値が設定されたが、現在を持たない<xref:System.Windows.Controls.DockPanel>情報を利用できる親。  
   
 <a name="attached_properties_code"></a>   
 ## <a name="attached-properties-in-code"></a>コードの添付プロパティ  
@@ -106,7 +106,7 @@ ms.lasthandoff: 12/22/2017
  依存関係プロパティとして宣言することにより、添付プロパティを定義、 `public` `static` `readonly`型のフィールド<xref:System.Windows.DependencyProperty>です。 戻り値を使用して、このフィールドを定義する、<xref:System.Windows.DependencyProperty.RegisterAttached%2A>メソッドです。 識別フィールドとそれが表すプロパティの名前付けに関して確立されている [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] のパターンに従うには、`Property` の文字列が付加され、フィールド名が添付プロパティ名と一致している必要があります。 添付プロパティのプロバイダーは、添付プロパティのアクセサーとして `Get`*PropertyName* および `Set`*PropertyName* の静的メソッドを指定する必要があります。これを行わないと、プロパティ システムが添付プロパティを使用できません。  
   
 > [!NOTE]
->  添付プロパティの Get アクセサーを省略すると、プロパティのデータ バインディングが [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)] や Expression Blend などのデザイン ツールで動作しません。  
+>  添付プロパティの get アクセサーを省略すると、データ バインディング プロパティでは Visual Studio や Expression Blend などのデザイン ツールでは機能しません。  
   
 #### <a name="the-get-accessor"></a>Get アクセサー  
  `Get`*PropertyName* アクセサーのシグネチャは次の形式にする必要があります。  
@@ -151,7 +151,7 @@ ms.lasthandoff: 12/22/2017
   
 -   プロパティは添付プロパティとしても依存関係プロパティとしても登録できますが、"ラッパー" 実装は公開したままにすることができます。 この場合、プロパティをその要素に設定することも、XAML の添付プロパティの構文を使用して任意の要素に設定することもできます。 標準と接続の両方の使用状況を適切なシナリオのプロパティの例は<xref:System.Windows.FrameworkElement.FlowDirection%2A?displayProperty=nameWithType>します。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.DependencyProperty>  
  [依存関係プロパティの概要](../../../../docs/framework/wpf/advanced/dependency-properties-overview.md)  
  [カスタム依存関係プロパティ](../../../../docs/framework/wpf/advanced/custom-dependency-properties.md)  
diff --git a/docs/framework/wpf/advanced/documents-in-wpf.md b/docs/framework/wpf/advanced/documents-in-wpf.md
index 6cf0a78ec7b..fbaf5a2612b 100644
--- a/docs/framework/wpf/advanced/documents-in-wpf.md
+++ b/docs/framework/wpf/advanced/documents-in-wpf.md
@@ -1,12 +1,13 @@
 ---
-title: "WPF のドキュメント"
-ms.custom: 
+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.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-wpf
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - documents [WPF], packaging
@@ -17,16 +18,17 @@ helpviewer_keywords:
 - documents [WPF], types of
 - documents [WPF], browser-viewable
 ms.assetid: 6e8db7bc-050a-4070-aa72-bb8c46e87ff8
-caps.latest.revision: "36"
+caps.latest.revision: 36
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 02f65d68cdaad8824905c4545239f5b607c672d6
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 0fcf7281cce7e5921ad7a03011ff85c254231690
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="documents-in-wpf"></a>WPF のドキュメント
 [!INCLUDE[TLA#tla_winclient](../../../../includes/tlasharptla-winclient-md.md)] は、[!INCLUDE[TLA#tla_mswin](../../../../includes/tlasharptla-mswin-md.md)] の前の世代よりも簡単にアクセスおよび読み取りを行うことができるように設計されている、高品質なコンテンツの作成を可能にするさまざまなドキュメント機能を提供します。 拡張された機能と品質に加えて、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] は、ドキュメントの表示、パッケージ化、およびセキュリティの統合されたサービスも提供します。 ここでは、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] のドキュメントの種類とドキュメントのパッケージ化の概要を説明します。  
@@ -42,12 +44,12 @@ ms.lasthandoff: 12/22/2017
   
 <a name="document_viewer"></a>   
 ## <a name="document-controls-and-text-layout"></a>ドキュメント コントロールとテキスト レイアウト  
- [!INCLUDE[TLA2#tla_avalonwinfx](../../../../includes/tla2sharptla-avalonwinfx-md.md)] には、アプリケーション内の固定ドキュメント、フロー ドキュメント、および一般的なテキストの使用を簡略化する、事前にビルドされたコントロールのセットが用意されています。  使用して、固定のドキュメントの内容の表示がサポートされて、<xref:System.Windows.Controls.DocumentViewer>コントロール。  フロー ドキュメントの内容の表示が次の 3 つの異なるコントロールでサポートされる: <xref:System.Windows.Controls.FlowDocumentReader>、 <xref:System.Windows.Controls.FlowDocumentPageViewer>、および<xref:System.Windows.Controls.FlowDocumentScrollViewer>をシナリオに対応付けます別のユーザー (以下のセクションを参照してください)。  その他の [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] コントロールでは、一般的なテキストの使用をサポートする簡略化されたレイアウトが提供されます (後述の「[ユーザー インターフェイスのテキスト](#text_in_the_user_interface)」を参照してください)。  
+ .NET Framework では、固定されたドキュメント、フロー ドキュメント、および一般的なテキスト、アプリケーション内での使用が簡単に構築済みのコントロールのセットを提供します。  使用して、固定のドキュメントの内容の表示がサポートされて、<xref:System.Windows.Controls.DocumentViewer>コントロール。  フロー ドキュメントの内容の表示が次の 3 つの異なるコントロールでサポートされる: <xref:System.Windows.Controls.FlowDocumentReader>、 <xref:System.Windows.Controls.FlowDocumentPageViewer>、および<xref:System.Windows.Controls.FlowDocumentScrollViewer>をシナリオに対応付けます別のユーザー (以下のセクションを参照してください)。  その他の [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] コントロールでは、一般的なテキストの使用をサポートする簡略化されたレイアウトが提供されます (後述の「[ユーザー インターフェイスのテキスト](#text_in_the_user_interface)」を参照してください)。  
   
 ### <a name="fixed-document-control---documentviewer"></a>固定ドキュメント コントロール - DocumentViewer  
  <xref:System.Windows.Controls.DocumentViewer>コントロールを表示するように設計された<xref:System.Windows.Documents.FixedDocument>コンテンツ。 <xref:System.Windows.Controls.DocumentViewer>コントロールには、クリップボード、ズーム、およびテキストの検索機能にコピー、印刷出力を含む一般的な操作に対する組み込みサポートを提供する直感的なユーザー インターフェイスが用意されています。 コントロールは、使い慣れたスクロール機構を使用してコンテンツのページへのアクセスを提供します。 などのすべて[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロール、<xref:System.Windows.Controls.DocumentViewer>完全または部分的なスタイルの変更をサポートしているあらゆるアプリケーションや環境に統合する視覚的に制御を有効にします。  
   
- <xref:System.Windows.Controls.DocumentViewer>読み取り専用の方法でコンテンツを表示するよう設計されています。編集やコンテンツの変更を使用できないことはできません。  
+ <xref:System.Windows.Controls.DocumentViewer> 読み取り専用の方法でコンテンツを表示するよう設計されています。編集やコンテンツの変更を使用できないことはできません。  
   
 <a name="flow_document"></a>   
 ### <a name="flow-document-controls"></a>フロー ドキュメント コントロール  
@@ -56,16 +58,16 @@ ms.lasthandoff: 12/22/2017
  フロー ドキュメントの内容の表示が次の 3 つのコントロールでサポートされる: <xref:System.Windows.Controls.FlowDocumentReader>、 <xref:System.Windows.Controls.FlowDocumentPageViewer>、および<xref:System.Windows.Controls.FlowDocumentScrollViewer>です。  
   
 #### <a name="flowdocumentreader"></a>FlowDocumentReader  
- <xref:System.Windows.Controls.FlowDocumentReader>ユーザーが単一ページ (ページに-を-時) の表示モードの 2 つのページに-を-時点 (読書形式) 表示モード、および連続スクロール (ボトムレス) 表示モードなど、さまざまな表示モードを動的に選択できるようにする機能が含まれます。  これらの表示モードの詳細については、次を参照してください。<xref:System.Windows.Controls.FlowDocumentReaderViewingMode>です。  動的に表示モードを切り替えることが必要がない場合<xref:System.Windows.Controls.FlowDocumentPageViewer>と<xref:System.Windows.Controls.FlowDocumentScrollViewer>コンテンツ ビューアーは、特定の表示モードで修正される軽量のフローを提供します。  
+ <xref:System.Windows.Controls.FlowDocumentReader> ユーザーが単一ページ (ページに-を-時) の表示モードの 2 つのページに-を-時点 (読書形式) 表示モード、および連続スクロール (ボトムレス) 表示モードなど、さまざまな表示モードを動的に選択できるようにする機能が含まれます。  これらの表示モードの詳細については、次を参照してください。<xref:System.Windows.Controls.FlowDocumentReaderViewingMode>です。  動的に表示モードを切り替えることが必要がない場合<xref:System.Windows.Controls.FlowDocumentPageViewer>と<xref:System.Windows.Controls.FlowDocumentScrollViewer>コンテンツ ビューアーは、特定の表示モードで修正される軽量のフローを提供します。  
   
 #### <a name="flowdocumentpageviewer-and-flowdocumentscrollviewer"></a>FlowDocumentPageViewer と FlowDocumentScrollViewer  
- <xref:System.Windows.Controls.FlowDocumentPageViewer>時間でのページのコンテンツ表示中にモードを表示するには、<xref:System.Windows.Controls.FlowDocumentScrollViewer>連続スクロール モードでコンテンツを示しています。  両方<xref:System.Windows.Controls.FlowDocumentPageViewer>と<xref:System.Windows.Controls.FlowDocumentScrollViewer>特定の表示モードに固定されます。 比較<xref:System.Windows.Controls.FlowDocumentReader>、ユーザー間でさまざまな表示モードを動的に選択するための機能が含まれている (によって提供されるよう、<xref:System.Windows.Controls.FlowDocumentReaderViewingMode>列挙型)、リソースをよりも使用されている犠牲<xref:System.Windows.Controls.FlowDocumentPageViewer>または<xref:System.Windows.Controls.FlowDocumentScrollViewer>です。  
+ <xref:System.Windows.Controls.FlowDocumentPageViewer> 時間でのページのコンテンツ表示中にモードを表示するには、<xref:System.Windows.Controls.FlowDocumentScrollViewer>連続スクロール モードでコンテンツを示しています。  両方<xref:System.Windows.Controls.FlowDocumentPageViewer>と<xref:System.Windows.Controls.FlowDocumentScrollViewer>特定の表示モードに固定されます。 比較<xref:System.Windows.Controls.FlowDocumentReader>、ユーザー間でさまざまな表示モードを動的に選択するための機能が含まれている (によって提供されるよう、<xref:System.Windows.Controls.FlowDocumentReaderViewingMode>列挙型)、リソースをよりも使用されている犠牲<xref:System.Windows.Controls.FlowDocumentPageViewer>または<xref:System.Windows.Controls.FlowDocumentScrollViewer>です。  
   
  既定では、垂直スクロール バーは常に表示され、水平スクロール バーは必要に応じて表示されます。 既定値[!INCLUDE[TLA2#tla_ui](../../../../includes/tla2sharptla-ui-md.md)]の<xref:System.Windows.Controls.FlowDocumentScrollViewer>ツールバーは含まれません。 ただし、、<xref:System.Windows.Controls.FlowDocumentScrollViewer.IsToolBarVisible%2A>組み込みのツールバーを有効にするプロパティを使用できます。  
   
 <a name="text_in_the_user_interface"></a>   
 ### <a name="text-in-the-user-interface"></a>ユーザー インターフェイスのテキスト  
- ドキュメントへのテキストの追加だけでなく、テキストはもちろん、フォームなどのアプリケーション UI で使用できます。 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] には、画面にテキストを描画するための複数のコントロールが含まれています。 各コントロールは異なるシナリオを対象にしており、それぞれに一連の機能と制限があります。 一般に、<xref:System.Windows.Controls.TextBlock>制限付きのテキストのサポートが必要な場合、簡単な文など、要素を使用する必要があります、[!INCLUDE[TLA#tla_ui](../../../../includes/tlasharptla-ui-md.md)]です。 <xref:System.Windows.Controls.Label>最小限のテキストのサポートが必要な場合に使用できます。 詳細については、「[TextBlock の概要](../../../../docs/framework/wpf/controls/textblock-overview.md)」を参照してください。  
+ ドキュメントへのテキストの追加だけでなく、テキストはもちろん、フォームなどのアプリケーション UI で使用できます。 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] には、画面にテキストを描画するための複数のコントロールが含まれています。 各コントロールは異なるシナリオを対象にしており、それぞれに一連の機能と制限があります。 一般に、<xref:System.Windows.Controls.TextBlock>制限付きのテキストのサポートが必要な場合、簡単な文など、要素を使用する必要があります、[!INCLUDE[TLA#tla_ui](../../../../includes/tlasharptla-ui-md.md)]です。 <xref:System.Windows.Controls.Label> 最小限のテキストのサポートが必要な場合に使用できます。 詳細については、「[TextBlock の概要](../../../../docs/framework/wpf/controls/textblock-overview.md)」を参照してください。  
   
 <a name="packaging"></a>   
 ## <a name="document-packaging"></a>ドキュメントのパッケージ化  
@@ -85,7 +87,7 @@ ms.lasthandoff: 12/22/2017
   
 <a name="packages"></a>   
 ### <a name="package-components"></a>パッケージ コンポーネント  
- [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] パッケージ化 API は、アプリケーション データとドキュメントを 1 つの移植可能な単位に編成できるようにします。 ZIP ファイルは、最もよく使用されるパッケージの種類の 1 つであり、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] で用意されている既定のパッケージの種類です。  <xref:System.IO.Packaging.Package>元となる抽象クラス自体は<xref:System.IO.Packaging.ZipPackage>オープン標準 XML と ZIP ファイル アーキテクチャを使用して実装されます。  <xref:System.IO.Packaging.Package.Open%2A>メソッドを使用<xref:System.IO.Packaging.ZipPackage>を作成し、既定では、ZIP ファイルを使用します。 パッケージには、次の 3 種類の基本的な項目を含めることができます。  
+ [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] パッケージ化 API は、アプリケーション データとドキュメントを 1 つの移植可能な単位に編成できるようにします。 ZIP ファイルは、最もよく使用されるパッケージの種類の 1 つであり、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] で用意されている既定のパッケージの種類です。  <xref:System.IO.Packaging.Package> 元となる抽象クラス自体は<xref:System.IO.Packaging.ZipPackage>オープン標準 XML と ZIP ファイル アーキテクチャを使用して実装されます。  <xref:System.IO.Packaging.Package.Open%2A>メソッドを使用<xref:System.IO.Packaging.ZipPackage>を作成し、既定では、ZIP ファイルを使用します。 パッケージには、次の 3 種類の基本的な項目を含めることができます。  
   
 |||  
 |-|-|  
@@ -95,7 +97,7 @@ ms.lasthandoff: 12/22/2017
   
 <a name="PackageParts"></a>   
 #### <a name="packageparts"></a>PackageParts  
- A <xref:System.IO.Packaging.PackagePart> ("") は抽象クラスに格納されているオブジェクトを参照する、<xref:System.IO.Packaging.Package>です。 ZIP ファイルでは、パッケージ パーツは ZIP ファイル内に格納された個別のファイルに対応します。  <xref:System.IO.Packaging.ZipPackagePart>格納されているシリアル化可能なオブジェクトの既定の実装を提供する<xref:System.IO.Packaging.ZipPackage>です。  ファイル システムと同様に、パッケージに含まれているパーツは、階層的ディレクトリまたは "フォルダー スタイル" 編成で格納されます。  使用して、 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] Api をパッケージ化、アプリケーションできます書き込み、保存、および複数の読み取り<xref:System.IO.Packaging.PackagePart>オブジェクトを 1 つの ZIP ファイル コンテナーを使用します。  
+ A <xref:System.IO.Packaging.PackagePart> ("") は抽象クラスに格納されているオブジェクトを参照する、<xref:System.IO.Packaging.Package>です。 ZIP ファイルでは、パッケージ パーツは ZIP ファイル内に格納された個別のファイルに対応します。  <xref:System.IO.Packaging.ZipPackagePart> 格納されているシリアル化可能なオブジェクトの既定の実装を提供する<xref:System.IO.Packaging.ZipPackage>です。  ファイル システムと同様に、パッケージに含まれているパーツは、階層的ディレクトリまたは "フォルダー スタイル" 編成で格納されます。  使用して、 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] Api をパッケージ化、アプリケーションできます書き込み、保存、および複数の読み取り<xref:System.IO.Packaging.PackagePart>オブジェクトを 1 つの ZIP ファイル コンテナーを使用します。  
   
 <a name="PackageDigitalSignatures"></a>   
 #### <a name="packagedigitalsignatures"></a>PackageDigitalSignatures  
@@ -145,7 +147,7 @@ ms.lasthandoff: 12/22/2017
   
 -   [!INCLUDE[TLA2#tla_xps](../../../../includes/tla2sharptla-xps-md.md)] と互換性があるプリンターにドキュメントを直接ルーティングする。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Documents.FixedDocument>  
  <xref:System.Windows.Documents.FlowDocument>  
  <xref:System.Windows.Xps.Packaging.XpsDocument>  
diff --git a/docs/framework/wpf/advanced/drag-and-drop-overview.md b/docs/framework/wpf/advanced/drag-and-drop-overview.md
index 2e719b8cc74..80535f54d66 100644
--- a/docs/framework/wpf/advanced/drag-and-drop-overview.md
+++ b/docs/framework/wpf/advanced/drag-and-drop-overview.md
@@ -20,17 +20,17 @@ helpviewer_keywords:
 - drag-and-drop [WPF], events
 - drop targets [WPF], drag-and-drop
 ms.assetid: 1a5b27b0-0ac5-4cdf-86c0-86ac0271fa64
-caps.latest.revision: ''
+caps.latest.revision: 31
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: b7a69a4dcd5fc39b700bf9c3404e70d581509ebc
-ms.sourcegitcommit: c883637b41ee028786edceece4fa872939d2e64c
+ms.openlocfilehash: fe34933c19e7f8a50d144cad99b99decbd501965
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 03/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="drag-and-drop-overview"></a>ドラッグ アンド ドロップの概要
 このトピックでは、[!INCLUDE[TLA#tla_winclient](../../../../includes/tlasharptla-winclient-md.md)] アプリケーションでのドラッグ アンド ドロップのサポートの概要について説明します。 一般的に、ドラッグ アンド ドロップとは、マウス (または何らかのポインティング デバイス) を使用して 1 つ以上のオブジェクトを選択し、これらのオブジェクトを [!INCLUDE[TLA#tla_ui](../../../../includes/tlasharptla-ui-md.md)] の目的のドロップ先までドラッグしてからドロップするデータ転送方式をいいます。  
@@ -45,7 +45,7 @@ ms.lasthandoff: 03/26/2018
  ドラッグ アンド ドロップ操作中に実行される特定の操作はアプリケーション固有で、多くの場合コンテキストによって決定されます。  たとえば、同じストレージ デバイスで選択したファイルをあるフォルダーから別のフォルダーにドラッグすると、既定ではファイルが移動します。一方、[!INCLUDE[TLA#tla_unc](../../../../includes/tlasharptla-unc-md.md)] 共有からローカル フォルダーにファイルをドラッグすると、既定ではファイルがコピーされます。  
   
  
-          [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] が提供するドラッグ アンド ドロップ機能は、さまざまなドラッグ アンド ドロップのシナリオをサポートするよう、非常に柔軟かつカスタマイズできるように設計されています。  ドラッグ アンド ドロップでは、1 つのアプリケーション内で、または異なるアプリケーションの間でのオブジェクトの操作をサポートします。 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] アプリケーションと他の [!INCLUDE[TLA2#tla_win](../../../../includes/tla2sharptla-win-md.md)] アプリケーションの間でのドラッグ アンド ドロップも完全にサポートされています。  
+          [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] が提供するドラッグ アンド ドロップ機能は、さまざまなドラッグ アンド ドロップのシナリオをサポートするよう、非常に柔軟かつカスタマイズできるように設計されています。  ドラッグ アンド ドロップでは、1 つのアプリケーション内で、または異なるアプリケーションの間でのオブジェクトの操作をサポートします。 ドラッグ アンド ドロップの間で[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]アプリケーションおよびその他の Windows アプリケーションも完全にサポートします。  
   
  [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] では、任意の <xref:System.Windows.UIElement> または <xref:System.Windows.ContentElement> がドラッグ アンド ドロップに参加できます。 ドラッグ アンド ドロップ操作に必要なイベントとメソッドは、<xref:System.Windows.DragDrop> クラスで定義されています。 <xref:System.Windows.UIElement> と <xref:System.Windows.ContentElement> クラスには、<xref:System.Windows.DragDrop> のアタッチ済みのイベントのエイリアスが含まれています。これにより、<xref:System.Windows.UIElement> や <xref:System.Windows.ContentElement> が基本要素として継承されるときに、イベントがクラスのメンバーとして表示されます。 これらのイベントにアタッチされたイベント ハンドラーは、基になる <xref:System.Windows.DragDrop> のアタッチ済みのイベントにアタッチされ、同じイベント データのインスタンスを受信します。 詳細については、<xref:System.Windows.UIElement.Drop?displayProperty=nameWithType> イベントを参照してください。  
   
diff --git a/docs/framework/wpf/advanced/globalization-for-wpf.md b/docs/framework/wpf/advanced/globalization-for-wpf.md
index a4708a5840d..8fda741da51 100644
--- a/docs/framework/wpf/advanced/globalization-for-wpf.md
+++ b/docs/framework/wpf/advanced/globalization-for-wpf.md
@@ -17,11 +17,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 8bf63c59c0948dd8414232a52fc12fafa0d13aa1
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 909461811907c1eb3f494b29294db45dbbe8b01d
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="globalization-for-wpf"></a>WPF のグローバリゼーション
 このトピックの内容を記述する際に注意する必要がありますのある問題が導入されています[!INCLUDE[TLA#tla_winclient](../../../../includes/tlasharptla-winclient-md.md)]グローバル市場向けアプリケーション。 グローバリゼーションのプログラミング要素がで定義されている[!INCLUDE[TLA#tla_net](../../../../includes/tlasharptla-net-md.md)]で`System.Globalization`です。  
@@ -180,7 +180,7 @@ ms.lasthandoff: 04/26/2018
   
 <a name="using_clickonce"></a>   
 ## <a name="using-clickonce-with-localized-applications"></a>ローカライズされたアプリケーションで ClickOnce を使用する  
- ClickOnce は、新しい Windows フォーム展開テクノロジが付属している[!INCLUDE[TLA#tla_visualstu2005](../../../../includes/tlasharptla-visualstu2005-md.md)]です。 アプリケーションをインストールしたり、Web アプリケーションをアップグレードしたりできます。 ClickOnce で展開されたアプリケーションがローカライズされると、ローカライズされたカルチャでのみ表示できます。 たとえば、配置済みのアプリケーションが日本語にローカライズされている場合のみ表示する日本語で[!INCLUDE[TLA#tla_win](../../../../includes/tlasharptla-win-md.md)]英語ではなく[!INCLUDE[TLA2#tla_win](../../../../includes/tla2sharptla-win-md.md)]です。 これは、問題の英語バージョンを実行する日本語のユーザーの一般的なシナリオになっているため[!INCLUDE[TLA2#tla_win](../../../../includes/tla2sharptla-win-md.md)]です。  
+ ClickOnce は、新しい Windows フォーム展開テクノロジが付属している[!INCLUDE[TLA#tla_visualstu2005](../../../../includes/tlasharptla-visualstu2005-md.md)]です。 アプリケーションをインストールしたり、Web アプリケーションをアップグレードしたりできます。 ClickOnce で展開されたアプリケーションがローカライズされると、ローカライズされたカルチャでのみ表示できます。 たとえば、配置済みのアプリケーションが日本語にローカライズされている場合のみ表示する日本語で[!INCLUDE[TLA#tla_win](../../../../includes/tlasharptla-win-md.md)]英語版の Windows ではなくです。 英語版の Windows を実行する日本語のユーザーの一般的なシナリオになっているために、これは、問題です。  
   
  この問題の解決策は、非依存言語フォールバック属性を設定することです。 アプリケーション開発者はメイン アセンブリからリソースを任意で削除し、特定のカルチャに対応するサテライト アセンブリでそのリソースを見つけられるように指定できます。 このプロセスで使用するを制御する、<xref:System.Resources.NeutralResourcesLanguageAttribute>です。 コンス トラクター、<xref:System.Resources.NeutralResourcesLanguageAttribute>クラスを受け取る 1 つ、2 つの署名には、<xref:System.Resources.UltimateResourceFallbackLocation>場所を指定するパラメーターを<xref:System.Resources.ResourceManager>フォールバック リソースを抽出する必要があります: メイン アセンブリまたはサテライト アセンブリ。 この属性を使用する方法の例を次に示します。 コードがによって、最終フォールバック位置の<xref:System.Resources.ResourceManager>"de"ディレクトリのサブディレクトリに、現在実行中のアセンブリのリソースを検索します。  
   
diff --git a/docs/framework/wpf/advanced/how-to-clone-a-printer.md b/docs/framework/wpf/advanced/how-to-clone-a-printer.md
index bce17d7f3ac..8c3a30703e3 100644
--- a/docs/framework/wpf/advanced/how-to-clone-a-printer.md
+++ b/docs/framework/wpf/advanced/how-to-clone-a-printer.md
@@ -1,12 +1,13 @@
 ---
-title: "方法 : プリンターを複製する"
-ms.custom: 
+title: '方法 : プリンターを複製する'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-wpf
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-wpf
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -18,19 +19,20 @@ helpviewer_keywords:
 - print queues [WPF], cloning
 - cloning print queues [WPF]
 ms.assetid: dd6997c9-fe04-40f8-88a6-92e3ac0889eb
-caps.latest.revision: "8"
+caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 43a08faf27186bde85dd12f027034f759378debf
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 9ffb9f5ab8e7b768d888f5f2800fae668e47bfc3
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-clone-a-printer"></a>方法 : プリンターを複製する
-ほとんどの企業が、ある時点で、購入、同じモデルの複数のプリンターです。 通常、これらはすべてほぼ同一の構成の設定でインストールします。 各プリンターのインストールとできる時間がかかる場合、エラーが発生します。 <xref:System.Printing.IndexedProperties?displayProperty=nameWithType>名前空間および<xref:System.Printing.PrintServer.InstallPrintQueue%2A>で公開されているクラス[!INCLUDE[TLA#tla_avalonwinfx](../../../../includes/tlasharptla-avalonwinfx-md.md)]を即座に既存の印刷キューから任意の数の複製されたその他の印刷キューをインストールできるようになります。  
+ほとんどの企業が、ある時点で、購入、同じモデルの複数のプリンターです。 通常、これらはすべてほぼ同一の構成の設定でインストールします。 各プリンターのインストールとできる時間がかかる場合、エラーが発生します。 <xref:System.Printing.IndexedProperties?displayProperty=nameWithType>名前空間および<xref:System.Printing.PrintServer.InstallPrintQueue%2A>Microsoft .NET Framework で公開されているクラスでは、既存の印刷キューから複製されたその他の印刷キューの任意の数を即座にインストールすることです。  
   
 ## <a name="example"></a>例  
  次の例では、2 番目の印刷キューは既存の印刷キューから複製されました。 最初の異なる 2 つ目の名前、場所、ポート、および共有状態でのみです。 これを行うための主な手順は次のとおりです。  
@@ -66,7 +68,7 @@ ms.lasthandoff: 12/22/2017
  [!code-csharp[ClonePrinter#ClonePrinter](../../../../samples/snippets/csharp/VS_Snippets_Wpf/ClonePrinter/CSharp/Program.cs#cloneprinter)]
  [!code-vb[ClonePrinter#ClonePrinter](../../../../samples/snippets/visualbasic/VS_Snippets_Wpf/ClonePrinter/visualbasic/program.vb#cloneprinter)]  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Printing.IndexedProperties>  
  <xref:System.Printing.IndexedProperties.PrintPropertyDictionary>  
  <xref:System.Printing.LocalPrintServer>  
diff --git a/docs/framework/wpf/advanced/how-to-invoke-a-print-dialog.md b/docs/framework/wpf/advanced/how-to-invoke-a-print-dialog.md
index 9b6d1855bbf..b9c30f72998 100644
--- a/docs/framework/wpf/advanced/how-to-invoke-a-print-dialog.md
+++ b/docs/framework/wpf/advanced/how-to-invoke-a-print-dialog.md
@@ -1,12 +1,13 @@
 ---
-title: "方法 : 印刷ダイアログ ボックスを呼び出す"
-ms.custom: 
+title: '方法 : 印刷ダイアログ ボックスを呼び出す'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-wpf
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-wpf
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -15,16 +16,17 @@ helpviewer_keywords:
 - invoking print dialogs [WPF]
 - print dialogs [WPF], invoking
 ms.assetid: e3a2c84c-74fe-45a4-8501-5813f9dbfed2
-caps.latest.revision: "10"
+caps.latest.revision: 10
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 8831566daca6ca36b40fbaaedbec9ff3ca8aaa99
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 65ea65e13d3217466eeacdac4c386cc02c68b29a
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-invoke-a-print-dialog"></a>方法 : 印刷ダイアログ ボックスを呼び出す
 アプリケーションから印刷する機能を提供するだけで作成して開く、、<xref:System.Windows.Controls.PrintDialog>オブジェクト。  
@@ -38,11 +40,11 @@ ms.lasthandoff: 12/22/2017
  ダイアログ ボックスが表示されたら、ユーザーは自分のコンピューターにインストールされているプリンターを選択することになります。 選択した場合のオプションもありますが、 [Microsoft XPS Document Writer](http://go.microsoft.com/fwlink/?LinkId=147319)を作成する、[!INCLUDE[TLA#tla_xps](../../../../includes/tlasharptla-xps-md.md)]印刷ではなくファイル。  
   
 > [!NOTE]
->  <xref:System.Windows.Controls.PrintDialog?displayProperty=nameWithType>の制御[!INCLUDE[TLA2#tla_wpf](../../../../includes/tla2sharptla-wpf-md.md)]、これは、このトピックの内容について説明する必要がありますと混同しないで、<xref:System.Windows.Forms.PrintDialog?displayProperty=nameWithType>コンポーネント[!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]です。  
+>  <xref:System.Windows.Controls.PrintDialog?displayProperty=nameWithType>の制御[!INCLUDE[TLA2#tla_wpf](../../../../includes/tla2sharptla-wpf-md.md)]、これは、このトピックの内容について説明する必要がありますと混同しないで、 <xref:System.Windows.Forms.PrintDialog?displayProperty=nameWithType> Windows フォームのコンポーネントです。  
   
  厳密には、使用することができます、<xref:System.Windows.Controls.PrintDialog.PrintDocument%2A>ダイアログを開くことがなくメソッドです。 その意味では、コンポーネントとして含まれる未知、印刷コントロールを使用できます。 パフォーマンス上の理由から、いずれかを使用する方がよいなりますが、<xref:System.Printing.PrintQueue.AddJob%2A>メソッドまたは多くのいずれかの<xref:System.Windows.Xps.XpsDocumentWriter.Write%2A>と<xref:System.Windows.Xps.XpsDocumentWriter.WriteAsync%2A>のメソッド、 <xref:System.Windows.Xps.XpsDocumentWriter>。 詳細については、これは、次を参照してください。 [XPS ファイルをプログラムによって印刷](../../../../docs/framework/wpf/advanced/how-to-programmatically-print-xps-files.md)とします。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Controls.PrintDialog>  
  [WPF のドキュメント](../../../../docs/framework/wpf/advanced/documents-in-wpf.md)  
  [印刷の概要](../../../../docs/framework/wpf/advanced/printing-overview.md)  
diff --git a/docs/framework/wpf/advanced/layout-considerations-for-the-windowsformshost-element.md b/docs/framework/wpf/advanced/layout-considerations-for-the-windowsformshost-element.md
index dcd55a666a5..59cfca96bfc 100644
--- a/docs/framework/wpf/advanced/layout-considerations-for-the-windowsformshost-element.md
+++ b/docs/framework/wpf/advanced/layout-considerations-for-the-windowsformshost-element.md
@@ -1,12 +1,13 @@
 ---
-title: "WindowsFormsHost 要素のレイアウトに関する考慮事項"
-ms.custom: 
+title: WindowsFormsHost 要素のレイアウトに関する考慮事項
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-wpf
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-wpf
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - Windows Forms [WPF], interoperability with
@@ -16,33 +17,34 @@ helpviewer_keywords:
 - dynamic layout [WPF interoperability]
 - device-independent pixels
 ms.assetid: 3c574597-bbde-440f-95cc-01371f1a5d9d
-caps.latest.revision: "20"
+caps.latest.revision: 20
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 895185797ebdef2145caec4c1c5ac26e3688c463
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: b915d3cdaebc862534c2ba6bd006d3b447e2a651
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="layout-considerations-for-the-windowsformshost-element"></a>WindowsFormsHost 要素のレイアウトに関する考慮事項
 このトピックの内容について説明しますが、どのように<xref:System.Windows.Forms.Integration.WindowsFormsHost>要素の対話、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]レイアウト システムです。  
   
- [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]および[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]フォームまたはページ上の要素を配置してサイズ変更の異なる、ただしと同様に、ロジックをサポートします。 ハイブリッド ユーザー インターフェイス (UI) を作成する場合をホストする[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールで[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]、<xref:System.Windows.Forms.Integration.WindowsFormsHost>要素には、2 つのレイアウト スキームが統合されています。  
+ [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] および[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]フォームまたはページ上の要素を配置してサイズ変更の異なる、ただしと同様に、ロジックをサポートします。 ハイブリッド ユーザー インターフェイス (UI) を作成する場合をホストする[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールで[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]、<xref:System.Windows.Forms.Integration.WindowsFormsHost>要素には、2 つのレイアウト スキームが統合されています。  
   
 ## <a name="differences-in-layout-between-wpf-and-windows-forms"></a>WPF と Windows フォームのレイアウトでの違い  
- [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]解像度に依存しないレイアウトを使用します。 すべて[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]レイアウト寸法を指定する*デバイス非依存ピクセル*です。 デバイス非依存ピクセルは 72 dpi モニターまたは 19,200 dpi プリンターにレンダリングするかどうかに関係なく同様の結果を取得するためのサイズと解像度に依存せず、インチの 1 つの 90-6 番目です。  
+ [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] 解像度に依存しないレイアウトを使用します。 すべて[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]レイアウト寸法を指定する*デバイス非依存ピクセル*です。 デバイス非依存ピクセルは 72 dpi モニターまたは 19,200 dpi プリンターにレンダリングするかどうかに関係なく同様の結果を取得するためのサイズと解像度に依存せず、インチの 1 つの 90-6 番目です。  
   
- [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]またに基づいて*動的レイアウト*です。 これは、UI 要素自体の整列をフォームまたはその内容、その親レイアウト コンテナー、および使用可能な画面サイズに応じてページのことを意味します。 動的レイアウトでは、自動的に調整することで UI 要素の位置とサイズが含まれている文字列の長さを変更するローカライズが容易になります。  
+ [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] またに基づいて*動的レイアウト*です。 これは、UI 要素自体の整列をフォームまたはその内容、その親レイアウト コンテナー、および使用可能な画面サイズに応じてページのことを意味します。 動的レイアウトでは、自動的に調整することで UI 要素の位置とサイズが含まれている文字列の長さを変更するローカライズが容易になります。  
   
  レイアウトで[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]がデバイスに依存し、静的である可能性が高くなります。 通常、[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]ハードウェアのピクセル単位で指定されたディメンションを使用してフォームにコントロールを絶対的に配置されます。 ただし、[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]の次の表に示すように、いくつかの動的なレイアウト機能をサポートしています。  
   
 |レイアウト機能|説明|  
 |--------------------|-----------------|  
 |サイズの自動変更|いくつか[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]自体の内容を正しく表示するコントロールのサイズを変更します。 詳細については、次を参照してください。 [AutoSize プロパティの概要](../../../../docs/framework/winforms/controls/autosize-property-overview.md)です。|  
-|固定およびドッキング|[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールは、配置と親コンテナーに基づくサイズ変更をサポートします。 詳細については、<xref:System.Windows.Forms.Control.Anchor%2A?displayProperty=nameWithType> および <xref:System.Windows.Forms.Control.Dock%2A?displayProperty=nameWithType> を参照してください。|  
+|固定およびドッキング|[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)] コントロールは、配置と親コンテナーに基づくサイズ変更をサポートします。 詳細については、<xref:System.Windows.Forms.Control.Anchor%2A?displayProperty=nameWithType> および <xref:System.Windows.Forms.Control.Dock%2A?displayProperty=nameWithType> を参照してください。|  
 |自動スケーリング|自身とその子を出力デバイス、または (ピクセル単位) の既定のコンテナーのフォント、サイズの解像度に基づくコンテナー コントロールのサイズを変更します。 詳細については、次を参照してください。 [Windows フォームにおける自動スケーリング](../../../../docs/framework/winforms/automatic-scaling-in-windows-forms.md)です。|  
 |レイアウト コンテナー|<xref:System.Windows.Forms.FlowLayoutPanel>と<xref:System.Windows.Forms.TableLayoutPanel>コントロールがその子コントロールを配置し、その内容に従って自体のサイズします。|  
   
@@ -51,11 +53,11 @@ ms.lasthandoff: 12/22/2017
   
 -   場合によっては、[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールのサイズを変更することはできません、または特定のディメンションにのみサイズを変更できます。 たとえば、 [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)] <xref:System.Windows.Forms.ComboBox>コントロールにのみ、1 つの高さ、コントロールのフォント サイズで定義されているがサポートしています。 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]場所要素ストレッチできます垂直方向に、ホストされる動的レイアウト<xref:System.Windows.Forms.ComboBox>期待どおりに、コントロールは伸縮しません。  
   
--   [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールは、回転または傾斜ことはできません。 <xref:System.Windows.Forms.Integration.WindowsFormsHost>要素を発生させる、<xref:System.Windows.Forms.Integration.WindowsFormsHost.LayoutError>イベント傾斜または回転変換を適用する場合。 処理しない場合、<xref:System.Windows.Forms.Integration.WindowsFormsHost.LayoutError>イベント、<xref:System.InvalidOperationException>が発生します。  
+-   [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)] コントロールは、回転または傾斜ことはできません。 <xref:System.Windows.Forms.Integration.WindowsFormsHost>要素を発生させる、<xref:System.Windows.Forms.Integration.WindowsFormsHost.LayoutError>イベント傾斜または回転変換を適用する場合。 処理しない場合、<xref:System.Windows.Forms.Integration.WindowsFormsHost.LayoutError>イベント、<xref:System.InvalidOperationException>が発生します。  
   
 -   ほとんどの場合、[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールは比例拡大/縮小をサポートしていません。 コントロール全体のサイズをスケールが子コントロールおよびコントロールのコンポーネント要素可能性がありますいないサイズを変更する期待どおりにします。 この制限はどの程度それぞれ異なります[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールがスケーリングをサポートします。 さらに、拡張することはできません[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールは、0 ピクセルのサイズまでです。  
   
--   [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールは、自動スケーリング、フォームは自身とそのコントロールのフォント サイズに基づいて自動的に変更をサポートします。 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]個々 の要素が動的に変更が、フォント サイズを変更するユーザー インターフェイスは全体のレイアウトのサイズを変更できません。  
+-   [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)] コントロールは、自動スケーリング、フォームは自身とそのコントロールのフォント サイズに基づいて自動的に変更をサポートします。 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]個々 の要素が動的に変更が、フォント サイズを変更するユーザー インターフェイスは全体のレイアウトのサイズを変更できません。  
   
 ### <a name="z-order"></a>Z オーダー  
  [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]ユーザー インターフェイス コントロールの動作の重複する要素の z オーダーを変更することができます。 ホストされた[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]の上に常に描画されるように、別の HWND にコントロールが描画される[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]要素。  
@@ -74,13 +76,13 @@ ms.lasthandoff: 12/22/2017
   
  その他のすべてのケースでは、座標系のスケーリングが必要です。 ホストされるコントロールのサイズは変更されません。 代わりに、<xref:System.Windows.Forms.Integration.WindowsFormsHost>要素は、ホストされるコントロールおよびすべての子コントロールを拡張しようとしています。 [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]スケーリングをサポートしていません、<xref:System.Windows.Forms.Integration.WindowsFormsHost>要素の特定のコントロールでサポートされる度にスケールを設定します。  
   
- 上書き、<xref:System.Windows.Forms.Integration.WindowsFormsHost.ScaleChild%2A>ホストのスケールのカスタム動作を提供するメソッドを[!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]コントロール。  
+ 上書き、<xref:System.Windows.Forms.Integration.WindowsFormsHost.ScaleChild%2A>ホストされる Windows フォーム コントロールのカスタムのスケーリングの動作を提供するメソッド。  
   
  スケールのほか、<xref:System.Windows.Forms.Integration.WindowsFormsHost>要素は、次の表に示すように丸め処理やオーバーフローの場合を処理します。  
   
 |変換の問題|説明|  
 |----------------------|-----------------|  
-|丸め|[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]デバイスに依存しないピクセル数は、として指定`double`、および[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]ハードウェア ピクセル数は、として指定`int`です。 場合、 `double`-寸法に変換されます`int`-ディメンションのベース、<xref:System.Windows.Forms.Integration.WindowsFormsHost>要素が 0.5 未満の小数部の値に切り上げられます 0 ように標準の丸めを使用します。|  
+|丸め|[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] デバイスに依存しないピクセル数は、として指定`double`、および[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]ハードウェア ピクセル数は、として指定`int`です。 場合、 `double`-寸法に変換されます`int`-ディメンションのベース、<xref:System.Windows.Forms.Integration.WindowsFormsHost>要素が 0.5 未満の小数部の値に切り上げられます 0 ように標準の丸めを使用します。|  
 |オーバーフロー|ときに、<xref:System.Windows.Forms.Integration.WindowsFormsHost>から要素を変換`double`値を`int`値、オーバーフローが可能です。 も大きい値は<xref:System.Int32.MaxValue>に設定されている<xref:System.Int32.MaxValue>です。|  
   
 ### <a name="layout-related-properties"></a>レイアウトに関連するプロパティ  
@@ -90,7 +92,7 @@ ms.lasthandoff: 12/22/2017
  ホストのレイアウトの変更[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールに反映されます[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]をレイアウトの更新をトリガーします。 <xref:System.Windows.UIElement.InvalidateMeasure%2A>メソッドを<xref:System.Windows.Forms.Integration.WindowsFormsHost>ホストされるコントロールのレイアウトの変更が発生することにより、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]レイアウト エンジンを実行します。  
   
 ### <a name="continuously-sized-windows-forms-controls"></a>Windows フォーム コントロールを継続的にサイズ設定  
- [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]継続的なスケーリングを完全にサポートするコントロールとの対話、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]レイアウト システムです。 <xref:System.Windows.Forms.Integration.WindowsFormsHost>要素を使用して、<xref:System.Windows.FrameworkElement.MeasureOverride%2A>と<xref:System.Windows.FrameworkElement.ArrangeOverride%2A>メソッドのサイズし、ホスト型配置を通常どおり[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロール。  
+ [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)] 継続的なスケーリングを完全にサポートするコントロールとの対話、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]レイアウト システムです。 <xref:System.Windows.Forms.Integration.WindowsFormsHost>要素を使用して、<xref:System.Windows.FrameworkElement.MeasureOverride%2A>と<xref:System.Windows.FrameworkElement.ArrangeOverride%2A>メソッドのサイズし、ホスト型配置を通常どおり[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロール。  
   
 ### <a name="sizing-algorithm"></a>サイズ調整アルゴリズム  
  <xref:System.Windows.Forms.Integration.WindowsFormsHost>要素は、次の手順を使用してホストされるコントロールのサイズを変更します。  
@@ -109,7 +111,7 @@ ms.lasthandoff: 12/22/2017
   
 -   場合、<xref:System.Windows.Forms.Control.Size%2A>プロパティ、指定された制約よりも小さいサイズを返します<xref:System.Windows.Forms.Integration.WindowsFormsHost>このサイズの値を受け取り、値を返します、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]レイアウト システムです。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.Integration.ElementHost>  
  <xref:System.Windows.Forms.Integration.WindowsFormsHost>  
  [チュートリアル: WPF での Windows フォーム コントロールの配置](../../../../docs/framework/wpf/advanced/walkthrough-arranging-windows-forms-controls-in-wpf.md)  
diff --git a/docs/framework/wpf/advanced/optimizing-performance-data-binding.md b/docs/framework/wpf/advanced/optimizing-performance-data-binding.md
index 8cb2da35ff3..315599b3a79 100644
--- a/docs/framework/wpf/advanced/optimizing-performance-data-binding.md
+++ b/docs/framework/wpf/advanced/optimizing-performance-data-binding.md
@@ -1,27 +1,29 @@
 ---
-title: "パフォーマンスの最適化 : データ バインド"
-ms.custom: 
+title: 'パフォーマンスの最適化 : データ バインド'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-wpf
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-wpf
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - binding data [WPF], performance
 - data binding [WPF], performance
 ms.assetid: 1506a35d-c009-43db-9f1e-4e230ad5be73
-caps.latest.revision: "8"
+caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: c420748a9361655eeb2df33ce8426d9f167d3414
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 4b21089ea3f3aef8a934c78187b30f2576b8d39b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="optimizing-performance-data-binding"></a>パフォーマンスの最適化 : データ バインド
 [!INCLUDE[TLA#tla_winclient](../../../../includes/tlasharptla-winclient-md.md)] データ バインディングは、アプリケーションがデータを提示し、データと対話するための簡単で一貫性のある方法を提供します。 要素は、[!INCLUDE[TLA2#tla_clr](../../../../includes/tla2sharptla-clr-md.md)] オブジェクトおよび [!INCLUDE[TLA#tla_xml](../../../../includes/tlasharptla-xml-md.md)] の形式のさまざまなデータ ソースのデータにバインドできます。  
@@ -34,7 +36,7 @@ ms.lasthandoff: 12/22/2017
 ## <a name="how-data-binding-references-are-resolved"></a>データ バインディングの参照が解決されるしくみ  
  データ バインディングのパフォーマンスの問題に入る前に、[!INCLUDE[TLA#tla_winclient](../../../../includes/tlasharptla-winclient-md.md)] のデータ バインディング エンジンがバインディングのオブジェクト参照をどのように解決するのかを説明します。  
   
- [!INCLUDE[TLA#tla_winclient](../../../../includes/tlasharptla-winclient-md.md)] のデータ バインディングでは、任意の [!INCLUDE[TLA2#tla_clr](../../../../includes/tla2sharptla-clr-md.md)] オブジェクトをソースとして使用して、 [!INCLUDE[TLA2#tla_clr](../../../../includes/tla2sharptla-clr-md.md)] オブジェクトのプロパティ、サブプロパティ、インデクサーにバインドできます。 いずれかを使用してバインドの参照が解決[!INCLUDE[TLA#tla_avalonwinfx](../../../../includes/tlasharptla-avalonwinfx-md.md)]リフレクションまたは<xref:System.ComponentModel.ICustomTypeDescriptor>です。 次に、バインディングのオブジェクト参照を解決するための 3 つの方法について説明します。  
+ [!INCLUDE[TLA#tla_winclient](../../../../includes/tlasharptla-winclient-md.md)] のデータ バインディングでは、任意の [!INCLUDE[TLA2#tla_clr](../../../../includes/tla2sharptla-clr-md.md)] オブジェクトをソースとして使用して、 [!INCLUDE[TLA2#tla_clr](../../../../includes/tla2sharptla-clr-md.md)] オブジェクトのプロパティ、サブプロパティ、インデクサーにバインドできます。 いずれかの Microsoft .NET Framework リフレクションを使用してバインドの参照が解決または<xref:System.ComponentModel.ICustomTypeDescriptor>です。 次に、バインディングのオブジェクト参照を解決するための 3 つの方法について説明します。  
   
  1 つ目は、リフレクションを使用する方法です。 ここで、<xref:System.Reflection.PropertyInfo>オブジェクトがプロパティの属性を検出するために使用し、プロパティのメタデータへのアクセスを提供します。 使用する場合、<xref:System.ComponentModel.ICustomTypeDescriptor>インターフェイス、データ バインディング エンジンには、このインターフェイスを使用してプロパティ値にアクセスします。 <xref:System.ComponentModel.ICustomTypeDescriptor>インターフェイスは、オブジェクトには静的なプロパティ セットにない場合に特に便利です。  
   
@@ -51,7 +53,7 @@ ms.lasthandoff: 12/22/2017
 |**TextBlock の Text プロパティのバインド先**|**バインディング時間 (ミリ秒)**|**レンダリング時間 -- バインディングを含む (ミリ秒)**|  
 |--------------------------------------------------|-----------------------------|--------------------------------------------------|  
 |[!INCLUDE[TLA2#tla_clr](../../../../includes/tla2sharptla-clr-md.md)] オブジェクトのプロパティ|115|314|  
-|プロパティに、[!INCLUDE[TLA2#tla_clr](../../../../includes/tla2sharptla-clr-md.md)]を実装するオブジェクト<xref:System.ComponentModel.INotifyPropertyChanged>|115|305|  
+|プロパティに、[!INCLUDE[TLA2#tla_clr](../../../../includes/tla2sharptla-clr-md.md)]を実装するオブジェクト <xref:System.ComponentModel.INotifyPropertyChanged>|115|305|  
 |<xref:System.Windows.DependencyProperty>の<xref:System.Windows.DependencyObject>です。|90|263|  
   
 <a name="Binding_to_Large_CLR_Objects"></a>   
@@ -74,7 +76,7 @@ ms.lasthandoff: 12/22/2017
 |**ItemsSource のデータ バインディングのバインド先**|**1 項目の更新時間 (ミリ秒)**|  
 |--------------------------------------|---------------------------------------|  
 |[!INCLUDE[TLA2#tla_clr](../../../../includes/tla2sharptla-clr-md.md)] <xref:System.Collections.Generic.List%601>オブジェクト|1656|  
-|に、<xref:System.Collections.ObjectModel.ObservableCollection%601>|20|  
+|に、 <xref:System.Collections.ObjectModel.ObservableCollection%601>|20|  
   
 <a name="Binding_IList_to_ItemsControl_not_IEnumerable"></a>   
 ## <a name="bind-ilist-to-itemscontrol-not-ienumerable"></a>IEnumerable ではなく IList を ItemsControl にバインドする  
@@ -84,7 +86,7 @@ ms.lasthandoff: 12/22/2017
 ## <a name="do-not-convert-clr-objects-to-xml-just-for-data-binding"></a>データ バインディングのためだけに CLR オブジェクトを XML に変換しない  
  [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] では、[!INCLUDE[TLA#tla_xml](../../../../includes/tlasharptla-xml-md.md)] コンテンツへのデータ バインディングが可能です。ただし、[!INCLUDE[TLA#tla_xml](../../../../includes/tlasharptla-xml-md.md)] コンテンツへのデータ バインディングは、[!INCLUDE[TLA2#tla_clr](../../../../includes/tla2sharptla-clr-md.md)] オブジェクトへのデータ バインディングに比べて低速です。 [!INCLUDE[TLA2#tla_clr](../../../../includes/tla2sharptla-clr-md.md)] オブジェクトのデータをデータ バインディングのためだけに XML に変換しないでください。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [WPF アプリケーションのパフォーマンスの最適化](../../../../docs/framework/wpf/advanced/optimizing-wpf-application-performance.md)  
  [アプリケーション パフォーマンスの計画](../../../../docs/framework/wpf/advanced/planning-for-application-performance.md)  
  [ハードウェアの活用](../../../../docs/framework/wpf/advanced/optimizing-performance-taking-advantage-of-hardware.md)  
diff --git a/docs/framework/wpf/advanced/optimizing-wpf-application-performance.md b/docs/framework/wpf/advanced/optimizing-wpf-application-performance.md
index 12d81a7bd58..db7aa633c88 100644
--- a/docs/framework/wpf/advanced/optimizing-wpf-application-performance.md
+++ b/docs/framework/wpf/advanced/optimizing-wpf-application-performance.md
@@ -1,12 +1,13 @@
 ---
-title: "WPF アプリケーションのパフォーマンスの最適化"
-ms.custom: 
+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.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-wpf
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - application rendering [WPF], performance
@@ -14,19 +15,20 @@ helpviewer_keywords:
 - applications [WPF], optimizing
 - WPF application [WPF], optimizing
 ms.assetid: ac8c6aa3-3c68-4a24-9827-3b6c829c1ebf
-caps.latest.revision: "45"
+caps.latest.revision: 45
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 385bcb8678b11e1cb8f84ae509b1f1b6777665d7
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: d2de2d4009cb29c5e9cbdace0d69c220f95a54e1
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="optimizing-wpf-application-performance"></a>WPF アプリケーションのパフォーマンスの最適化
-このセクションの目的は、参照用として[!INCLUDE[TLA#tla_winclient](../../../../includes/tlasharptla-winclient-md.md)]アプリケーション開発者が、アプリケーションのパフォーマンスを向上させる方法を探しています。 ユーザーが初めて使用する開発者の場合、[!INCLUDE[TLA#tla_avalonwinfx](../../../../includes/tlasharptla-avalonwinfx-md.md)]と[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]、おく必要があります最初に自分で両方のプラットフォームです。 このセクションでは、両方の実用的な知識を前提としていてが既に実行して、アプリケーションを十分に把握するプログラマにとって書き込まれます。  
+このセクションの目的は、参照用として[!INCLUDE[TLA#tla_winclient](../../../../includes/tlasharptla-winclient-md.md)]アプリケーション開発者が、アプリケーションのパフォーマンスを向上させる方法を探しています。 新しい Microsoft .NET Framework には、開発者がいるかどうかと[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]、おく必要があります最初に自分で両方のプラットフォームです。 このセクションでは、両方の実用的な知識を前提としていてが既に実行して、アプリケーションを十分に把握するプログラマにとって書き込まれます。  
   
 > [!NOTE]
 >  このセクションで提供されるパフォーマンス データがに基づいて[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]RAM および ATI Radeon 9700、512 で 2.8 GHz PC で実行されるアプリケーション グラフィックス カードです。  
@@ -54,7 +56,7 @@ ms.lasthandoff: 12/22/2017
   
  [アプリケーションの起動時間](../../../../docs/framework/wpf/advanced/application-startup-time.md)  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Media.RenderOptions>  
  <xref:System.Windows.Media.RenderCapability>  
  [グラフィックスの描画層](../../../../docs/framework/wpf/advanced/graphics-rendering-tiers.md)  
diff --git a/docs/framework/wpf/advanced/planning-for-application-performance.md b/docs/framework/wpf/advanced/planning-for-application-performance.md
index 50a79057b36..08ddf243eac 100644
--- a/docs/framework/wpf/advanced/planning-for-application-performance.md
+++ b/docs/framework/wpf/advanced/planning-for-application-performance.md
@@ -1,27 +1,29 @@
 ---
-title: "アプリケーション パフォーマンスの計画"
-ms.custom: 
+title: アプリケーション パフォーマンスの計画
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-wpf
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-wpf
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - applications [WPF], optimizing
 - WPF application [WPF], optimizing
 ms.assetid: c91bd0c5-a193-46ff-9da1-eb7a3a76a3b3
-caps.latest.revision: "6"
+caps.latest.revision: 6
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 6bdb140d90de02fa817c55a05f40e57fcd0d636c
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 15130ac57b0df2ab1632ad8ec31ae5e350afdfec
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="planning-for-application-performance"></a>アプリケーション パフォーマンスの計画
 パフォーマンスの目標を達成できるは、どの程度する戦略を作成するパフォーマンスによって異なります。 計画は、任意の製品の開発の最初のステージです。 このトピックでは、良好なパフォーマンスの戦略を開発するためのいくつかの非常に単純な規則について説明します。  
@@ -36,14 +38,14 @@ ms.lasthandoff: 12/22/2017
  測定、調査、アプリケーションの開発サイクル中に再設定/修正のサイクルを常に維持します。 開発サイクルの終わりに、最初から、信頼性の高い安定した環境でアプリケーションのパフォーマンスを測定する必要があります。 外部の要因によって変動を避ける必要があります。 たとえば、パフォーマンスをテストするときにウイルス対策ソフトウェアや SMS などの任意の自動更新を無効にする、パフォーマンスに影響しないようにの順序でテスト結果必要があります。 アプリケーションのパフォーマンスを測定するしたら、最大の機能強化の原因となる変更を識別します。 アプリケーションを変更した後は、もう一度、サイクルを開始します。  
   
 ## <a name="make-performance-tuning-an-iterative-process"></a>パフォーマンス チューニングを反復処理  
- 使用して各機能の相対的なコストを把握する必要があります。 リフレクションの使用例、[!INCLUDE[TLA#tla_avalonwinfx](../../../../includes/tlasharptla-avalonwinfx-md.md)]は通常、パフォーマンス、慎重に使用するためのコンピューティング リソースの観点から負荷がかかります。 ありません、リフレクションの使用を避けるためにのみ必要がある、アプリケーションのパフォーマンス要件を使用する機能のパフォーマンスに対する要求とのバランスをとるように注意してくださかった。  
+ 使用して各機能の相対的なコストを把握する必要があります。 たとえば、Microsoft .NET Framework でリフレクションを使用は通常、パフォーマンス、コンピューティング リソースの観点から処理を要する、慎重に使用するためです。 ありません、リフレクションの使用を避けるためにのみ必要がある、アプリケーションのパフォーマンス要件を使用する機能のパフォーマンスに対する要求とのバランスをとるように注意してくださかった。  
   
 ## <a name="build-towards-graphical-richness"></a>豊かなグラフィックスを作り上げてください。  
  キーの手法を実現するスケーラブルなアプローチを作成するため[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]豊かなグラフィックスと複雑さを作り上げてには、アプリケーションのパフォーマンスです。 常に最低のパフォーマンス負荷の高いリソースを使用して、シナリオの目標を達成すると開始します。 これらの目標を達成すると、機能を使用して複数のパフォーマンス負荷の高い常にシナリオの目標を念頭を豊かなグラフィックス ビルドします。 ただし、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]非常に豊富なプラットフォームは、非常に多彩なグラフィック機能を提供します。 考えずパフォーマンス負荷の高い機能を使用すると、アプリケーション全体のパフォーマンスに悪影響を与えることができます。  
   
- [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロールは、広く使用されているカスタマイズの場合、コントロールの動作を変更しない中に、表示されるようにすることでは本質的に拡張できます。 活用してスタイル、データ テンプレート、およびコントロール テンプレートを作成し、カスタマイズ可能な増分進化[!INCLUDE[TLA#tla_ui](../../../../includes/tlasharptla-ui-md.md)]パフォーマンス要件に適合します。  
+ [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] コントロールは、広く使用されているカスタマイズの場合、コントロールの動作を変更しない中に、表示されるようにすることでは本質的に拡張できます。 活用してスタイル、データ テンプレート、およびコントロール テンプレートを作成し、カスタマイズ可能な増分進化[!INCLUDE[TLA#tla_ui](../../../../includes/tlasharptla-ui-md.md)]パフォーマンス要件に適合します。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [WPF アプリケーションのパフォーマンスの最適化](../../../../docs/framework/wpf/advanced/optimizing-wpf-application-performance.md)  
  [ハードウェアの活用](../../../../docs/framework/wpf/advanced/optimizing-performance-taking-advantage-of-hardware.md)  
  [レイアウトとデザイン](../../../../docs/framework/wpf/advanced/optimizing-performance-layout-and-design.md)  
diff --git a/docs/framework/wpf/advanced/printing-overview.md b/docs/framework/wpf/advanced/printing-overview.md
index 795d45704f1..5d524144ed2 100644
--- a/docs/framework/wpf/advanced/printing-overview.md
+++ b/docs/framework/wpf/advanced/printing-overview.md
@@ -29,11 +29,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 9a36589ca670892398b4d6bb171e79a07060d458
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 8694c646cabfd6637325035e563298b0619dac14
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="printing-overview"></a>印刷の概要
 Microsoft .NET Framework を使用するアプリケーション開発者による[!INCLUDE[TLA#tla_wpf](../../../../includes/tlasharptla-wpf-md.md)]印刷と印刷のシステム管理の豊富な新しいセットを持つ[!INCLUDE[TLA#tla_api#plural](../../../../includes/tlasharptla-apisharpplural-md.md)]します。 また、[!INCLUDE[TLA#tla_winvista](../../../../includes/tlasharptla-winvista-md.md)] によって、[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)] アプリケーションを作成する開発者と、アンマネージ コードを使用する開発者も、これらの印刷システム拡張機能の一部を使用できます。 この新しい機能の中核となるのが、新しい [!INCLUDE[TLA#tla_xps](../../../../includes/tlasharptla-xps-md.md)] ファイル形式と [!INCLUDE[TLA2#tla_xps](../../../../includes/tla2sharptla-xps-md.md)] 印刷パスです。  
@@ -45,7 +45,7 @@ Microsoft .NET Framework を使用するアプリケーション開発者によ
  [!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] は、電子ドキュメント形式、スプール ファイル形式、およびページ記述言語です。 
           [!INCLUDE[TLA#tla_xml](../../../../includes/tlasharptla-xml-md.md)]、[!INCLUDE[TLA#tla_opc](../../../../includes/tlasharptla-opc-md.md)]、その他の業界標を使用してクロス プラットフォームのドキュメントを作成する OpenDocument 形式の 1 つです。 [!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] は、デジタル ドキュメントの作成、共有、印刷、表示、アーカイブを行うプロセスを簡略化します。 [!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] の追加情報については、[XPS Web サイト](http://www.microsoft.com/xps)に関するページをご覧ください。  
   
- [!INCLUDE[TLA2#tla_wpf](../../../../includes/tla2sharptla-wpf-md.md)] を使用した [!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] ベースのコンテンツの印刷手法のいくつかは、[プログラムによる XPS ファイルの印刷](../../../../docs/framework/wpf/advanced/how-to-programmatically-print-xps-files.md)に関するページで説明されています。 このトピックに含まれるコンテンツの確認中にこれらのサンプルを参照すると、役に立つ場合があります。 (アンマネージ コードの開発者は、ドキュメントを参照してください、 [MXDC_ESCAPE 関数](https://msdn.microsoft.com/library/windows/desktop/dd162739.aspx)です。 [!INCLUDE[TLA2#tla_winforms#initcap](../../../../includes/tla2sharptla-winformssharpinitcap-md.md)] の開発者は、<xref:System.Drawing.Printing> 名前空間の [!INCLUDE[TLA2#tla_api](../../../../includes/tla2sharptla-api-md.md)] を使用する必要があります。この名前空間は、完全な [!INCLUDE[TLA2#tla_xps](../../../../includes/tla2sharptla-xps-md.md)] 印刷パスをサポートしていませんが、ハイブリッドの GDI-XPS 印刷パスをサポートしています。 以下の**印刷パスのアーキテクチャ**をご覧ください。)  
+ [!INCLUDE[TLA2#tla_wpf](../../../../includes/tla2sharptla-wpf-md.md)] を使用した [!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] ベースのコンテンツの印刷手法のいくつかは、[プログラムによる XPS ファイルの印刷](../../../../docs/framework/wpf/advanced/how-to-programmatically-print-xps-files.md)に関するページで説明されています。 このトピックに含まれるコンテンツの確認中にこれらのサンプルを参照すると、役に立つ場合があります。 (アンマネージ コードの開発者は、ドキュメントを参照してください、 [MXDC_ESCAPE 関数](https://msdn.microsoft.com/library/windows/desktop/dd162739.aspx)です。 Windows フォームの開発者が使用する必要があります、[!INCLUDE[TLA2#tla_api](../../../../includes/tla2sharptla-api-md.md)]で、<xref:System.Drawing.Printing>完全でサポートされていない名前空間[!INCLUDE[TLA2#tla_xps](../../../../includes/tla2sharptla-xps-md.md)]印刷のパスではサポート ハイブリッド GDI-XPS 印刷パス。 以下の**印刷パスのアーキテクチャ**をご覧ください。)  
   
 <a name="XPS_print_path_intro"></a>   
 ## <a name="xps-print-path"></a>XPS 印刷パス  
@@ -79,10 +79,9 @@ Microsoft .NET Framework を使用するアプリケーション開発者によ
           [!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] プリンター ドライバー (XPSDrv) フィルター パイプラインは、[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] ドキュメントの直接的および拡張性の高い印刷を可能にするように作られています。 (参照"XPSDrv"で、 [Windows Driver Kit](https://msdn.microsoft.com/library/windows/hardware/ff557573.aspx))。  
   
 ### <a name="print-path-architecture"></a>印刷パスのアーキテクチャ  
- 
-          [!INCLUDE[TLA2#tla_win32](../../../../includes/tla2sharptla-win32-md.md)] および [!INCLUDE[TLA2#tla_winfx](../../../../includes/tla2sharptla-winfx-md.md)] アプリケーションはいずれも [!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] をサポートします。一方、[!INCLUDE[TLA2#tla_win32](../../../../includes/tla2sharptla-win32-md.md)] および [!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)] アプリケーションは、[!INCLUDE[TLA2#tla_gdi](../../../../includes/tla2sharptla-gdi-md.md)] プリンター ドライバー (XPSDrv) 用に [!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] の書式設定されたコンテンツを作成するため、[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] から [!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] への変換を使用します。 これらのアプリケーションでは、[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] 印刷パスを使用する必要はなく、[!INCLUDE[TLA#tla_emf](../../../../includes/tlasharptla-emf-md.md)] ベースの印刷を引き続き使用できます。 ただし、[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] の機能と拡張機能のほとんどは、[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] 印刷パスを対象としたアプリケーション以外では使用できません。  
+ 両方[!INCLUDE[TLA2#tla_win32](../../../../includes/tla2sharptla-win32-md.md)]と[!INCLUDE[TLA2#tla_winfx](../../../../includes/tla2sharptla-winfx-md.md)]アプリケーション サポート[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)]、 [!INCLUDE[TLA2#tla_win32](../../../../includes/tla2sharptla-win32-md.md)] Windows フォーム アプリケーションを使用して、[!INCLUDE[TLA2#tla_gdi](../../../../includes/tla2sharptla-gdi-md.md)]に[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)]変換を作成するために[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)]のコンテンツを書式設定[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)]プリンター ドライバー (XPSDrv)。 これらのアプリケーションでは、[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] 印刷パスを使用する必要はなく、[!INCLUDE[TLA#tla_emf](../../../../includes/tlasharptla-emf-md.md)] ベースの印刷を引き続き使用できます。 ただし、[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] の機能と拡張機能のほとんどは、[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] 印刷パスを対象としたアプリケーション以外では使用できません。  
   
- [!INCLUDE[TLA2#tla_win32](../../../../includes/tla2sharptla-win32-md.md)] アプリケーションと [!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)] アプリケーションで XPSDrv ベースのプリンターを使用できるようにするため、[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] プリンター ドライバー (XPSDrv) は [!INCLUDE[TLA2#tla_gdi](../../../../includes/tla2sharptla-gdi-md.md)] 形式から [!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] 形式への変換をサポートしています。 XPSDrv モデルには、[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] 形式から [!INCLUDE[TLA2#tla_gdi](../../../../includes/tla2sharptla-gdi-md.md)] 形式へのコンバーターも備えられています。これにより、[!INCLUDE[TLA2#tla_win32](../../../../includes/tla2sharptla-win32-md.md)] アプリケーションは [!INCLUDE[TLA2#tla_xps](../../../../includes/tla2sharptla-xps-md.md)] ドキュメントを印刷できます。 [!INCLUDE[TLA2#tla_wpf](../../../../includes/tla2sharptla-wpf-md.md)]アプリケーションへの変換[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)]に[!INCLUDE[TLA2#tla_gdi](../../../../includes/tla2sharptla-gdi-md.md)]形式はによって自動的に行われます、<xref:System.Windows.Xps.XpsDocumentWriter.Write%2A>と<xref:System.Windows.Xps.XpsDocumentWriter.WriteAsync%2A>のメソッド、<xref:System.Windows.Xps.XpsDocumentWriter>書き込み操作のターゲットの印刷キューがないときにクラスXPSDrv ドライバーの場合です。 ([!INCLUDE[TLA2#tla_winforms#initcap](../../../../includes/tla2sharptla-winformssharpinitcap-md.md)] アプリケーションは [!INCLUDE[TLA2#tla_xps](../../../../includes/tla2sharptla-xps-md.md)] ドキュメントを印刷できません。)  
+ によって XPSDrv ベースのプリンターの使用を有効にする[!INCLUDE[TLA2#tla_win32](../../../../includes/tla2sharptla-win32-md.md)]や Windows フォーム アプリケーション、[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)]プリンター ドライバー (XPSDrv) への変換をサポートしている[!INCLUDE[TLA2#tla_gdi](../../../../includes/tla2sharptla-gdi-md.md)]に[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)]形式です。 XPSDrv モデルには、[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] 形式から [!INCLUDE[TLA2#tla_gdi](../../../../includes/tla2sharptla-gdi-md.md)] 形式へのコンバーターも備えられています。これにより、[!INCLUDE[TLA2#tla_win32](../../../../includes/tla2sharptla-win32-md.md)] アプリケーションは [!INCLUDE[TLA2#tla_xps](../../../../includes/tla2sharptla-xps-md.md)] ドキュメントを印刷できます。 [!INCLUDE[TLA2#tla_wpf](../../../../includes/tla2sharptla-wpf-md.md)]アプリケーションへの変換[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)]に[!INCLUDE[TLA2#tla_gdi](../../../../includes/tla2sharptla-gdi-md.md)]形式はによって自動的に行われます、<xref:System.Windows.Xps.XpsDocumentWriter.Write%2A>と<xref:System.Windows.Xps.XpsDocumentWriter.WriteAsync%2A>のメソッド、<xref:System.Windows.Xps.XpsDocumentWriter>書き込み操作のターゲットの印刷キューがないときにクラスXPSDrv ドライバーの場合です。 (Windows フォーム アプリケーションで印刷できない[!INCLUDE[TLA2#tla_xps](../../../../includes/tla2sharptla-xps-md.md)]ドキュメントです)。  
   
  次の図は、印刷サブシステムを示すとともに、[!INCLUDE[TLA#tla_ms](../../../../includes/tlasharptla-ms-md.md)] が提供する部分、およびソフトウェアとハードウェアのベンダーが定義する部分を定義しています。  
   
@@ -128,7 +127,7 @@ Microsoft .NET Framework を使用するアプリケーション開発者によ
   
 <a name="GDI_Print_Path_intro"></a>   
 ## <a name="gdi-print-path"></a>GDI 印刷パス  
- [!INCLUDE[TLA2#tla_wpf](../../../../includes/tla2sharptla-wpf-md.md)] アプリケーションはネイティブに [!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] 印刷パスをサポートします。一方、[!INCLUDE[TLA2#tla_win32](../../../../includes/tla2sharptla-win32-md.md)] と [!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)] アプリケーションも一部の [!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] の機能を活用できます。 
+ 中に[!INCLUDE[TLA2#tla_wpf](../../../../includes/tla2sharptla-wpf-md.md)]アプリケーションでネイティブ サポート、[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)]印刷パスは、[!INCLUDE[TLA2#tla_win32](../../../../includes/tla2sharptla-win32-md.md)]し、Windows フォーム アプリケーションも利用できるいくつかの[!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)]機能します。 
           [!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] プリンター ドライバー (XPSDrv) は、[!INCLUDE[TLA2#tla_gdi](../../../../includes/tla2sharptla-gdi-md.md)] ベースの出力を [!INCLUDE[TLA2#tla_metro](../../../../includes/tla2sharptla-metro-md.md)] 形式に変換できます。 使用して高度なシナリオは、コンテンツのカスタムの変換はサポートされて、 [Microsoft XPS ドキュメント コンバーター (MXDC)](https://msdn.microsoft.com/library/windows/desktop/ff686803.aspx)です。 同様に、[!INCLUDE[TLA2#tla_wpf](../../../../includes/tla2sharptla-wpf-md.md)]に出力アプリケーションすることも、[!INCLUDE[TLA2#tla_gdi](../../../../includes/tla2sharptla-gdi-md.md)]印刷パスのいずれかを呼び出すことによって、<xref:System.Windows.Xps.XpsDocumentWriter.Write%2A>または<xref:System.Windows.Xps.XpsDocumentWriter.WriteAsync%2A>のメソッド、<xref:System.Windows.Xps.XpsDocumentWriter>印刷キューのクラス、ターゲットとして XpsDrv 以外のプリンターを指定するとします。  
 
 
diff --git a/docs/framework/wpf/advanced/walkthrough-binding-to-data-in-hybrid-applications.md b/docs/framework/wpf/advanced/walkthrough-binding-to-data-in-hybrid-applications.md
index 5dfb8640fe3..6f83a8a0ed4 100644
--- a/docs/framework/wpf/advanced/walkthrough-binding-to-data-in-hybrid-applications.md
+++ b/docs/framework/wpf/advanced/walkthrough-binding-to-data-in-hybrid-applications.md
@@ -1,12 +1,13 @@
 ---
-title: "チュートリアル : ハイブリッド アプリケーションでのデータへのバインディング"
-ms.custom: 
+title: 'チュートリアル : ハイブリッド アプリケーションでのデータへのバインディング'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-wpf
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-wpf
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -15,16 +16,17 @@ helpviewer_keywords:
 - hybrid applications [WPF interoperability]
 - data binding [WPF interoperability]
 ms.assetid: 18997e71-745a-4425-9c69-2cbce1d8669e
-caps.latest.revision: "39"
+caps.latest.revision: 39
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: c1348f3a57dd04d58298c9746b74a7c3a1baf30c
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: b8afe4732363ec61d73db13e9b190381cbd8f29d
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="walkthrough-binding-to-data-in-hybrid-applications"></a>チュートリアル : ハイブリッド アプリケーションでのデータへのバインディング
 使用しているかどうかをコントロールにデータ ソースのバインドは、基になるデータへのアクセス権を持つユーザーを提供するために不可欠な[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]または[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]です。 このチュートリアルでは、両方を格納するハイブリッド アプリケーションのデータ バインディングを使用するどの[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]と[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロール。  
@@ -90,7 +92,7 @@ ms.lasthandoff: 01/19/2018
      [!code-xaml[WPFWithWFAndDatabinding#3](../../../../samples/snippets/csharp/VS_Snippets_Wpf/WPFWithWFAndDatabinding/CSharp/WPFWithWFAndDatabinding/Window1.xaml#3)]  
   
 ## <a name="specifying-the-form-layout"></a>フォーム レイアウトの指定  
- フォームのレイアウトは、次の 3 つの行と 3 つの列を含むグリッドによって定義されます。 <xref:System.Windows.Controls.Label>コントロールは、Customers テーブル内の各列の識別に提供されます。  
+ フォームのレイアウトは、次の 3 つの行と 3 つの列を含むグリッドによって定義されます。 <xref:System.Windows.Controls.Label> コントロールは、Customers テーブル内の各列の識別に提供されます。  
   
 #### <a name="to-set-up-the-grid-layout"></a>グリッド レイアウトを設定するには  
   
@@ -127,7 +129,7 @@ ms.lasthandoff: 01/19/2018
      [!code-xaml[WPFWithWFAndDatabinding#7](../../../../samples/snippets/csharp/VS_Snippets_Wpf/WPFWithWFAndDatabinding/CSharp/WPFWithWFAndDatabinding/Window1.xaml#7)]  
   
 ## <a name="adding-the-data-source-to-the-project"></a>データ ソースをプロジェクトに追加します。  
- [!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]プロジェクトにデータ ソースを簡単に追加することができます。 このプロシージャは、プロジェクトに厳密に型指定されたデータ セットを追加します。 いくつか他のサポートなどのクラスを選択したテーブルの各テーブルのアダプターも追加されます。  
+ Visual Studio プロジェクトにデータ ソースを簡単に追加できます。 このプロシージャは、プロジェクトに厳密に型指定されたデータ セットを追加します。 いくつか他のサポートなどのクラスを選択したテーブルの各テーブルのアダプターも追加されます。  
   
 #### <a name="to-add-the-data-source"></a>データ ソースを追加するには  
   
@@ -184,7 +186,7 @@ ms.lasthandoff: 01/19/2018
   
 10. F5 キーを押してアプリケーションをビルドし、実行します。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.Integration.ElementHost>  
  <xref:System.Windows.Forms.Integration.WindowsFormsHost>  
  [WPF デザイナー](http://msdn.microsoft.com/library/c6c65214-8411-4e16-b254-163ed4099c26)  
diff --git a/docs/framework/wpf/advanced/walkthrough-hosting-a-win32-control-in-wpf.md b/docs/framework/wpf/advanced/walkthrough-hosting-a-win32-control-in-wpf.md
index 866db15dab3..f647649af2f 100644
--- a/docs/framework/wpf/advanced/walkthrough-hosting-a-win32-control-in-wpf.md
+++ b/docs/framework/wpf/advanced/walkthrough-hosting-a-win32-control-in-wpf.md
@@ -22,11 +22,11 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: ab80f39a15952bee8296166ea19a78498c3c1b23
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 7c33e764b9af46aec3788e7e113d01c4c5fc9905
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="walkthrough-hosting-a-win32-control-in-wpf"></a>チュートリアル: WPF での Win32 コントロールのホスト
 [!INCLUDE[TLA#tla_winclient](../../../../includes/tlasharptla-winclient-md.md)] は、アプリケーションの作成に適した環境を提供します。 ただしがある場合、かなりの投資[!INCLUDE[TLA#tla_win32](../../../../includes/tlasharptla-win32-md.md)]コードである可能性がありますには、少なくともを再利用すると効率的では、そのコードの一部、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]完全に修正するのではなくアプリケーションです。 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] ホストするための簡単なメカニズムを提供、 [!INCLUDE[TLA2#tla_win32](../../../../includes/tla2sharptla-win32-md.md)]  ウィンドウで、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]ページ。  
@@ -141,7 +141,7 @@ ms.lasthandoff: 04/26/2018
   
 <a name="communication"></a>   
 ## <a name="implement-communication-between-the-control-and-the-page"></a>コントロールと、ページ間の通信を実装します。  
- 送信してコントロールを操作する[!INCLUDE[TLA2#tla_win](../../../../includes/tla2sharptla-win-md.md)]メッセージ。 コントロールは、ユーザーがそのホスト ウィンドウに通知を送信することによってこれを操作するときに通知します。 [WPF サンプルでは Win32 ListBox コントロールをホストしている](http://go.microsoft.com/fwlink/?LinkID=159998)サンプルには、この数式の動作のいくつかの例を提供する UI が含まれています。  
+ コントロールを操作するには、Windows メッセージを送信します。 コントロールは、ユーザーがそのホスト ウィンドウに通知を送信することによってこれを操作するときに通知します。 [WPF サンプルでは Win32 ListBox コントロールをホストしている](http://go.microsoft.com/fwlink/?LinkID=159998)サンプルには、この数式の動作のいくつかの例を提供する UI が含まれています。  
   
 -   一覧に項目を追加します。  
   
diff --git a/docs/framework/wpf/advanced/walkthrough-hosting-a-windows-forms-composite-control-in-wpf.md b/docs/framework/wpf/advanced/walkthrough-hosting-a-windows-forms-composite-control-in-wpf.md
index ae0e6f540d8..8e9958ba759 100644
--- a/docs/framework/wpf/advanced/walkthrough-hosting-a-windows-forms-composite-control-in-wpf.md
+++ b/docs/framework/wpf/advanced/walkthrough-hosting-a-windows-forms-composite-control-in-wpf.md
@@ -1,12 +1,13 @@
 ---
-title: "チュートリアル: WPF での Windows フォーム複合コントロールのホスト"
-ms.custom: 
+title: 'チュートリアル: WPF での Windows フォーム複合コントロールのホスト'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-wpf
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-wpf
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -15,23 +16,24 @@ helpviewer_keywords:
 - hosting Windows Forms control in WPF [WPF]
 - composite controls [WPF], hosting in WPF
 ms.assetid: 96fcd78d-1c77-4206-8928-3a0579476ef4
-caps.latest.revision: "33"
+caps.latest.revision: 33
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 9f332461bd5abb5e3fca705a8a5fd363c3d33296
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: fe706e92223d868476ac438e98b16cf07bb21259
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="walkthrough-hosting-a-windows-forms-composite-control-in-wpf"></a>チュートリアル: WPF での Windows フォーム複合コントロールのホスト
-[!INCLUDE[TLA#tla_winclient](../../../../includes/tlasharptla-winclient-md.md)] は、アプリケーションの作成に適した環境を提供します。 ただしがある場合、かなりの投資[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コード、だということには、少なくともを再利用すると効率的では、そのコードの一部、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]アプリケーションではなく最初から書き換えをします。 最も一般的なシナリオは、既存のある場合[!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]コントロール。 場合によっては、するがありますいないでもこれらのコントロールのソース コードへのアクセス。 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]このようなコントロールをホストするため、簡単な手順を提供する[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]アプリケーションです。 たとえば、使用することができます[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]、特殊なをホストしているときに、プログラミングのほとんどの<xref:System.Windows.Forms.DataGridView>コントロール。  
+[!INCLUDE[TLA#tla_winclient](../../../../includes/tlasharptla-winclient-md.md)] は、アプリケーションの作成に適した環境を提供します。 ただしがある場合、かなりの投資[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コード、だということには、少なくともを再利用すると効率的では、そのコードの一部、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]アプリケーションではなく最初から書き換えをします。 最も一般的なシナリオは、既存の Windows フォーム コントロールがある場合です。 場合によっては、するがありますいないでもこれらのコントロールのソース コードへのアクセス。 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] このようなコントロールをホストするため、簡単な手順を提供する[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]アプリケーションです。 たとえば、使用することができます[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]、特殊なをホストしているときに、プログラミングのほとんどの<xref:System.Windows.Forms.DataGridView>コントロール。  
   
- このチュートリアル手順を説明してアプリケーションをホストする、[!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]複合コントロールでのデータ入力を実行する、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]アプリケーションです。 複合コントロールは DLL にパッケージ化されています。 この一般的な手順は、より複雑なアプリケーションやコントロールに拡張することができます。 このチュートリアルは、外観と機能をほぼ同一である[チュートリアル: Windows フォームで WPF 複合コントロールをホストしている](../../../../docs/framework/wpf/advanced/walkthrough-hosting-a-wpf-composite-control-in-windows-forms.md)です。 主な違いは、ホストする側とされる側が逆であることです。  
+ このチュートリアルでのデータ入力を実行する Windows フォームの複合コントロールをホストするアプリケーション、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]アプリケーションです。 複合コントロールは DLL にパッケージ化されています。 この一般的な手順は、より複雑なアプリケーションやコントロールに拡張することができます。 このチュートリアルは、外観と機能をほぼ同一である[チュートリアル: Windows フォームで WPF 複合コントロールをホストしている](../../../../docs/framework/wpf/advanced/walkthrough-hosting-a-wpf-composite-control-in-windows-forms.md)です。 主な違いは、ホストする側とされる側が逆であることです。  
   
- このチュートリアルは、2 つのセクションに分かれています。 最初のセクションの実装をについて簡単に説明する、[!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]複合コントロール。 2 番目のセクションで詳しく複合コントロールをホストする方法について説明します、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]アプリケーション、コントロールからイベントを受け取るし、コントロールのプロパティの一部にアクセスします。  
+ このチュートリアルは、2 つのセクションに分かれています。 最初のセクションでは、Windows フォームの複合コントロールの実装について簡単に説明します。 2 番目のセクションで詳しく複合コントロールをホストする方法について説明します、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]アプリケーション、コントロールからイベントを受け取るし、コントロールのプロパティの一部にアクセスします。  
   
  このチュートリアルでは、以下のタスクを行います。  
   
@@ -47,7 +49,7 @@ ms.lasthandoff: 01/19/2018
 -   [!INCLUDE[vs_dev10_long](../../../../includes/vs-dev10-long-md.md)]。  
   
 ## <a name="implementing-the-windows-forms-composite-control"></a>Windows フォームの複合コントロールを実装します。  
- [!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]この例で使用される複合コントロールは、単純なデータ エントリ フォーム。 このフォームは、ユーザーの名前とアドレスを受け取りし、カスタム イベントを使用してホストにその情報を返します。 次の図はレンダリングされたコントロールを示しています。  
+ この例で使用する Windows フォームの複合コントロールは、単純なデータ エントリ フォームです。 このフォームは、ユーザーの名前とアドレスを受け取りし、カスタム イベントを使用してホストにその情報を返します。 次の図はレンダリングされたコントロールを示しています。  
   
  ![単純な Windows フォーム コントロールの](../../../../docs/framework/wpf/advanced/media/wfcontrol.gif "WFControl")  
 Windows フォームの複合コントロール  
@@ -63,7 +65,7 @@ Windows フォームの複合コントロール
   
 4.  場所についてを指定して、簡単に名前付きのトップレベルのフォルダーなど`WpfHostingWindowsFormsControl`です。 このフォルダーには後でホスト アプリケーションも配置します。  
   
-5.  をクリックして**OK**プロジェクトを作成します。 既定のプロジェクトには、という名前の 1 つのコントロールが含まれています。`UserControl1`です。  
+5.  **[OK]** をクリックして、プロジェクトを作成します。 既定のプロジェクトには、という名前の 1 つのコントロールが含まれています。`UserControl1`です。  
   
 6.  ソリューション エクスプ ローラーで、名前を変更`UserControl1`に`MyControl1`です。  
   
@@ -113,7 +115,7 @@ Windows フォームの複合コントロール
  [!code-csharp[WpfHostingWindowsFormsControl#3](../../../../samples/snippets/csharp/VS_Snippets_Wpf/WpfHostingWindowsFormsControl/CSharp/MyControls/MyControl1.cs#3)]
  [!code-vb[WpfHostingWindowsFormsControl#3](../../../../samples/snippets/visualbasic/VS_Snippets_Wpf/WpfHostingWindowsFormsControl/VisualBasic/MyControls/MyControl1.vb#3)]  
   
- ユーザーがクリックしたとき、 **[ok]**または**キャンセル**ボタン、<xref:System.Windows.Forms.Control.Click>イベント ハンドラーを作成、`MyControlEventArgs`データを格納しているオブジェクトを生成し、`OnButtonClick`イベント。 2 つのハンドラーの唯一の違いは、イベント引数の`IsOK`プロパティです。 このプロパティは、ホストがクリックしてされたボタンを決定できます。 設定されている`true`の**[ok]**ボタン、および`false`の**キャンセル**ボタンをクリックします。 次のコードは、次の 2 つのボタン ハンドラーを示しています。  
+ ユーザーがクリックしたとき、 **[ok]** または**キャンセル**ボタン、<xref:System.Windows.Forms.Control.Click>イベント ハンドラーを作成、`MyControlEventArgs`データを格納しているオブジェクトを生成し、`OnButtonClick`イベント。 2 つのハンドラーの唯一の違いは、イベント引数の`IsOK`プロパティです。 このプロパティは、ホストがクリックしてされたボタンを決定できます。 設定されている`true`の **[ok]** ボタン、および`false`の**キャンセル**ボタンをクリックします。 次のコードは、次の 2 つのボタン ハンドラーを示しています。  
   
  `MyControl1` クラスに次のコードを追加します。  
   
@@ -154,7 +156,7 @@ Windows フォームの複合コントロール
   
 4.  配置場所として、MyControls の配置先と同じ最上位フォルダーを指定します。  
   
-5.  をクリックして**OK**プロジェクトを作成します。  
+5.  **[OK]** をクリックして、プロジェクトを作成します。  
   
  含む DLL への参照を追加する必要があります`MyControl1`およびその他のアセンブリ。  
   
@@ -167,7 +169,7 @@ Windows フォームの複合コントロール
 4.  WindowsFormsIntegration.dll と呼ばれる WindowsFormsIntegration アセンブリへの参照を追加します。  
   
 ### <a name="implementing-the-basic-layout"></a>基本的なレイアウトを実装します。  
- [!INCLUDE[TLA#tla_ui](../../../../includes/tlasharptla-ui-md.md)] MainWindow.xaml で、ホストのアプリケーションを実装します。 このファイルを含む[!INCLUDE[TLA#tla_xaml](../../../../includes/tlasharptla-xaml-md.md)]レイアウトを定義しをホストするマークアップを[!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]コントロール。 アプリケーションは、3 つの領域に分かれています。  
+ [!INCLUDE[TLA#tla_ui](../../../../includes/tlasharptla-ui-md.md)] MainWindow.xaml で、ホストのアプリケーションを実装します。 このファイルを含む[!INCLUDE[TLA#tla_xaml](../../../../includes/tlasharptla-xaml-md.md)]レイアウトを定義し、Windows フォーム コントロールをホストするマークアップ。 アプリケーションは、3 つの領域に分かれています。  
   
 -   **コントロール プロパティ**パネルで、ホストされるコントロールのさまざまなプロパティを変更に使用できるオプション ボタンのコレクションを格納します。  
   
@@ -193,9 +195,9 @@ Windows フォームの複合コントロール
   
  XAML での 2 つの要素は、ホスティングを処理します。  
   
--   `WindowsFormsHost`表す、<xref:System.Windows.Forms.Integration.WindowsFormsHost>ホストに使用すると要素、[!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]内の制御、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]アプリケーションです。  
+-   `WindowsFormsHost` 表す、<xref:System.Windows.Forms.Integration.WindowsFormsHost>要素で Windows フォーム コントロールをホストすることができます、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]アプリケーションです。  
   
--   `mcl:MyControl1`、を表す`MyControl1`、に追加、<xref:System.Windows.Forms.Integration.WindowsFormsHost>要素の子のコレクション。 その結果、この[!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]の一部としてコントロールを表示、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]ウィンドウ、およびするが、アプリケーションからコントロールと通信できます。  
+-   `mcl:MyControl1`、を表す`MyControl1`、に追加、<xref:System.Windows.Forms.Integration.WindowsFormsHost>要素の子のコレクション。 一部としてこの Windows フォーム コントロールを表示する結果として、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]ウィンドウ、およびするが、アプリケーションからコントロールと通信できます。  
   
 ### <a name="implementing-the-code-behind-file"></a>分離コード ファイルの実装  
  MainWindow.xaml.vb または MainWindow.xaml.cs で、分離コード ファイルには、機能を実装する手順のコードが含まれています、[!INCLUDE[TLA2#tla_ui](../../../../includes/tla2sharptla-ui-md.md)]前のセクションで説明します。 主要なタスクは次のとおりです。  
@@ -229,7 +231,7 @@ using MyControls;
 ```  
   
 #### <a name="handling-the-onbuttonclick-event"></a>OnButtonClick イベントの処理  
- `MyControl1`発生させる、`OnButtonClick`イベント、ユーザーがコントロールのボタンのいずれかをクリックします。  
+ `MyControl1` 発生させる、`OnButtonClick`イベント、ユーザーがコントロールのボタンのいずれかをクリックします。  
   
  `MainWindow` クラスに次のコードを追加します。  
   
@@ -248,7 +250,7 @@ using MyControls;
   
  アプリケーションをビルドして実行します。 Windows フォームの複合コントロールのいくつかのテキストを追加し、クリックして**OK**です。 そのテキストがラベルに表示されます。 コントロールへの影響を表示する別のオプション ボタンをクリックします。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.Integration.ElementHost>  
  <xref:System.Windows.Forms.Integration.WindowsFormsHost>  
  [WPF デザイナー](http://msdn.microsoft.com/library/c6c65214-8411-4e16-b254-163ed4099c26)  
diff --git a/docs/framework/wpf/advanced/walkthrough-hosting-a-windows-forms-control-in-wpf-by-using-xaml.md b/docs/framework/wpf/advanced/walkthrough-hosting-a-windows-forms-control-in-wpf-by-using-xaml.md
index a145b9d211d..18e48931845 100644
--- a/docs/framework/wpf/advanced/walkthrough-hosting-a-windows-forms-control-in-wpf-by-using-xaml.md
+++ b/docs/framework/wpf/advanced/walkthrough-hosting-a-windows-forms-control-in-wpf-by-using-xaml.md
@@ -1,31 +1,31 @@
 ---
-title: "チュートリアル: WPF での、XAML を使用した Windows フォーム コントロールのホスト"
-ms.custom: 
+title: 'チュートリアル: WPF での、XAML を使用した Windows フォーム コントロールのホスト'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-wpf
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - hosting Windows Forms control in WPF [WPF]
 ms.assetid: 1aef42cb-4cfb-44b4-9a7a-c02632d3d9c7
-caps.latest.revision: 
+caps.latest.revision: 34
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 65afce3e5a5b113b5243d68fd3b35231e2d92f86
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.openlocfilehash: 49d5a998cfa9465bc17a6acd2a459a6ef2c28cff
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="walkthrough-hosting-a-windows-forms-control-in-wpf-by-using-xaml"></a>チュートリアル: WPF での、XAML を使用した Windows フォーム コントロールのホスト
-[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]豊富な機能セットには、多くのコントロールを提供します。 ただし、場合がありますも使用する[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールに対して、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]ページ。 たとえば、既存のかなりの投資がある[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロール、またはする必要があります、[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]ユニークな機能を提供するコントロール。  
+[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] 豊富な機能セットには、多くのコントロールを提供します。 ただし、場合がありますも使用する[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールに対して、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]ページ。 たとえば、既存のかなりの投資がある[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロール、またはする必要があります、[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]ユニークな機能を提供するコントロール。  
   
  このチュートリアルでは、Windows フォームをホストする方法<xref:System.Windows.Forms.MaskedTextBox?displayProperty=nameWithType>の control 権限、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]を使用してページ[!INCLUDE[TLA2#tla_xaml](../../../../includes/tla2sharptla-xaml-md.md)]です。  
   
@@ -50,7 +50,7 @@ ms.lasthandoff: 01/19/2018
   
 3.  MainWindow.xaml を開き、[!INCLUDE[wpfdesigner_current_short](../../../../includes/wpfdesigner-current-short-md.md)]です。  
   
-4.  <xref:System.Windows.Window>要素では、次の名前空間のマッピングを追加します。 `wf`名前空間のマッピングを含むアセンブリへの参照の確立、[!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]コントロール。  
+4.  <xref:System.Windows.Window>要素では、次の名前空間のマッピングを追加します。 `wf`名前空間のマッピングは、Windows フォーム コントロールを含むアセンブリへの参照を確立します。  
   
     ```xaml  
     xmlns:wf="clr-namespace:System.Windows.Forms;assembly=System.Windows.Forms"  
@@ -64,7 +64,7 @@ ms.lasthandoff: 01/19/2018
   
 6.  F5 キーを押してアプリケーションをビルドし、実行します。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.Integration.ElementHost>  
  <xref:System.Windows.Forms.Integration.WindowsFormsHost>  
  [WPF デザイナー](http://msdn.microsoft.com/library/c6c65214-8411-4e16-b254-163ed4099c26)  
diff --git a/docs/framework/wpf/advanced/walkthrough-hosting-a-wpf-composite-control-in-windows-forms.md b/docs/framework/wpf/advanced/walkthrough-hosting-a-wpf-composite-control-in-windows-forms.md
index 122c91db7c6..21171d68880 100644
--- a/docs/framework/wpf/advanced/walkthrough-hosting-a-wpf-composite-control-in-windows-forms.md
+++ b/docs/framework/wpf/advanced/walkthrough-hosting-a-wpf-composite-control-in-windows-forms.md
@@ -1,35 +1,35 @@
 ---
-title: "チュートリアル: Windows フォームでの WPF 複合コントロールのホスト"
-ms.custom: 
+title: 'チュートリアル: Windows フォームでの WPF 複合コントロールのホスト'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
+ms.reviewer: ''
+ms.suite: ''
 ms.technology:
 - dotnet-wpf
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - hosting WPF content in Windows Forms [WPF]
 ms.assetid: 0ac41286-4c1b-4b17-9196-d985cb844ce1
-caps.latest.revision: 
+caps.latest.revision: 34
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 129d699455467679c86c803e6d3124e6a7dfa1f9
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.openlocfilehash: f5a3cef6bc2614691584828ff61e0f8ea40b9f95
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="walkthrough-hosting-a-wpf-composite-control-in-windows-forms"></a>チュートリアル: Windows フォームでの WPF 複合コントロールのホスト
-[!INCLUDE[TLA#tla_winclient](../../../../includes/tlasharptla-winclient-md.md)] は、アプリケーションの作成に適した環境を提供します。 ただしがある場合、かなりの投資[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コードをより効果的かを既存の拡張[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]アプリケーション[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]はなく最初から書き直します。 一般的なシナリオを 1 つを埋め込むまたはで多くのコントロールが実装されているときに、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]内で、[!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]アプリケーションです。 WPF コントロールのカスタマイズの詳細については、次を参照してください。[コントロールのカスタマイズ](../../../../docs/framework/wpf/controls/control-customization.md)です。  
+[!INCLUDE[TLA#tla_winclient](../../../../includes/tlasharptla-winclient-md.md)] は、アプリケーションの作成に適した環境を提供します。 ただしがある場合、かなりの投資[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コードをより効果的かを既存の拡張[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]アプリケーション[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]はなく最初から書き直します。 一般的なシナリオを 1 つを埋め込むまたはで多くのコントロールが実装されているときに、 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] Windows フォーム アプリケーション内で。 WPF コントロールのカスタマイズの詳細については、次を参照してください。[コントロールのカスタマイズ](../../../../docs/framework/wpf/controls/control-customization.md)です。  
   
- このチュートリアル手順を説明してアプリケーションをホストする、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]複合コントロールでのデータ入力を実行する、[!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]アプリケーションです。 複合コントロールは DLL にパッケージ化されています。 この一般的な手順は、より複雑なアプリケーションやコントロールに拡張することができます。 このチュートリアルは、外観と機能をほぼ同一である[チュートリアル: WPF では、Windows フォームの複合コントロールをホストしている](../../../../docs/framework/wpf/advanced/walkthrough-hosting-a-windows-forms-composite-control-in-wpf.md)です。 主な違いは、ホストする側とされる側が逆であることです。  
+ このチュートリアル手順を説明してアプリケーションをホストする、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]複合コントロールを Windows フォーム アプリケーションでデータ入力を実行します。 複合コントロールは DLL にパッケージ化されています。 この一般的な手順は、より複雑なアプリケーションやコントロールに拡張することができます。 このチュートリアルは、外観と機能をほぼ同一である[チュートリアル: WPF では、Windows フォームの複合コントロールをホストしている](../../../../docs/framework/wpf/advanced/walkthrough-hosting-a-windows-forms-composite-control-in-wpf.md)です。 主な違いは、ホストする側とされる側が逆であることです。  
   
- このチュートリアルは、2 つのセクションに分かれています。 最初のセクションの実装をについて簡単に説明する、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]複合コントロール。 2 番目のセクションで詳しく複合コントロールをホストする方法について説明します、[!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]アプリケーション、コントロールからイベントを受け取るし、コントロールのプロパティの一部にアクセスします。  
+ このチュートリアルは、2 つのセクションに分かれています。 最初のセクションの実装をについて簡単に説明する、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]複合コントロール。 2 番目のセクションは、複合コントロールを Windows フォーム アプリケーションでホスト、コントロールからイベントを受け取るし、コントロールのプロパティの一部にアクセスする方法の詳細について説明します。  
   
  このチュートリアルでは、以下のタスクを行います。  
   
@@ -61,7 +61,7 @@ WPF 複合コントロール
   
 4.  場所についてを指定して、簡単に名前付きのトップレベルのフォルダーなど`WindowsFormsHostingWpfControl`です。 このフォルダーには後でホスト アプリケーションも配置します。  
   
-5.  をクリックして**OK**プロジェクトを作成します。 既定のプロジェクトには、という名前の 1 つのコントロールが含まれています。`UserControl1`です。  
+5.  **[OK]** をクリックして、プロジェクトを作成します。 既定のプロジェクトには、という名前の 1 つのコントロールが含まれています。`UserControl1`です。  
   
 6.  ソリューション エクスプ ローラーで、名前を変更`UserControl1`に`MyControl1`です。  
   
@@ -79,7 +79,7 @@ WPF 複合コントロール
  [!INCLUDE[TLA#tla_ui](../../../../includes/tlasharptla-ui-md.md)]で複合コントロールを実装[!INCLUDE[TLA#tla_xaml](../../../../includes/tlasharptla-xaml-md.md)]です。 複合コントロール[!INCLUDE[TLA2#tla_ui](../../../../includes/tla2sharptla-ui-md.md)]5 から成る<xref:System.Windows.Controls.TextBox>要素。 各<xref:System.Windows.Controls.TextBox>要素に関連付けられている<xref:System.Windows.Controls.TextBlock>をラベルとして機能する要素。 2 つ<xref:System.Windows.Controls.Button>下部にある要素**OK**と**キャンセル**です。 ユーザーがいずれかのボタンをクリックすると、コントロールは情報をホストに返すカスタム イベントを発生させます。  
   
 #### <a name="basic-layout"></a>基本的なレイアウト  
- さまざまな[!INCLUDE[TLA2#tla_ui](../../../../includes/tla2sharptla-ui-md.md)]に要素が含まれている、<xref:System.Windows.Controls.Grid>要素。 使用することができます<xref:System.Windows.Controls.Grid>複合の内容が同じにコントロールを配置する方法が使用する、 `Table` HTML 内の要素。 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]<xref:System.Windows.Documents.Table>要素が、<xref:System.Windows.Controls.Grid>がより軽量で単純なレイアウトのタスクに適してします。  
+ さまざまな[!INCLUDE[TLA2#tla_ui](../../../../includes/tla2sharptla-ui-md.md)]に要素が含まれている、<xref:System.Windows.Controls.Grid>要素。 使用することができます<xref:System.Windows.Controls.Grid>複合の内容が同じにコントロールを配置する方法が使用する、 `Table` HTML 内の要素。 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] <xref:System.Windows.Documents.Table>要素が、<xref:System.Windows.Controls.Grid>がより軽量で単純なレイアウトのタスクに適してします。  
   
  次の XAML に基本的なレイアウトを示します。 この XAML は、列の数を指定することによってコントロールの全体的な構造を定義し、内の行、<xref:System.Windows.Controls.Grid>要素。  
   
@@ -124,7 +124,7 @@ WPF 複合コントロール
   
 3.  カスタムを発生させます`OnButtonClick`と、ユーザーが完成したデータをホストに渡すことをホストに通知するイベントです。  
   
- コントロールは、外観を変更するための色とフォントの多くのプロパティも公開します。 異なり、<xref:System.Windows.Forms.Integration.WindowsFormsHost>使用されるクラスをホストに、[!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]コントロール、<xref:System.Windows.Forms.Integration.ElementHost>クラスは、コントロールの公開<xref:System.Windows.Controls.Panel.Background%2A>プロパティのみです。 このコード例でしで説明した例間の類似性を維持するために[チュートリアル: WPF では、Windows フォームの複合コントロールをホストしている](../../../../docs/framework/wpf/advanced/walkthrough-hosting-a-windows-forms-composite-control-in-wpf.md)コントロールが直接、残りのプロパティを公開します。  
+ コントロールは、外観を変更するための色とフォントの多くのプロパティも公開します。 異なり、<xref:System.Windows.Forms.Integration.WindowsFormsHost>使用する場合は、Windows フォーム コントロールをホストする、クラス、<xref:System.Windows.Forms.Integration.ElementHost>クラスは、コントロールの公開<xref:System.Windows.Controls.Panel.Background%2A>プロパティのみです。 このコード例でしで説明した例間の類似性を維持するために[チュートリアル: WPF では、Windows フォームの複合コントロールをホストしている](../../../../docs/framework/wpf/advanced/walkthrough-hosting-a-windows-forms-composite-control-in-wpf.md)コントロールが直接、残りのプロパティを公開します。  
   
 #### <a name="the-basic-structure-of-the-code-behind-file"></a>分離コード ファイルの基本構造  
  分離コード ファイルには、単一の名前空間の`MyControls`、2 つのクラスを含む`MyControl1`と`MyControlEventArgs`です。  
@@ -163,7 +163,7 @@ namespace MyControls
  [!code-csharp[WindowsFormsHostingWpfControl#11](../../../../samples/snippets/csharp/VS_Snippets_Wpf/WindowsFormsHostingWpfControl/CSharp/MyControls/Page1.xaml.cs#11)]  
   
 #### <a name="handling-the-buttons-click-events"></a>ボタンのクリック イベントの処理  
- ユーザーは、いずれかをクリックして、データ エントリのタスクが完了したことを示します、 **[ok]**ボタンまたは**キャンセル**ボタンをクリックします。 両方のボタンを使用して同じ<xref:System.Windows.Controls.Primitives.ButtonBase.Click>イベント ハンドラー、`ButtonClicked`です。 両方のボタンの名前を付ける`btnOK`または`btnCancel`の値を確認するにはクリックしてされたボタンを決定するハンドラーを有効にする、`sender`引数。 ハンドラーは次の処理を行います。  
+ ユーザーは、いずれかをクリックして、データ エントリのタスクが完了したことを示します、 **[ok]** ボタンまたは**キャンセル**ボタンをクリックします。 両方のボタンを使用して同じ<xref:System.Windows.Controls.Primitives.ButtonBase.Click>イベント ハンドラー、`ButtonClicked`です。 両方のボタンの名前を付ける`btnOK`または`btnCancel`の値を確認するにはクリックしてされたボタンを決定するハンドラーを有効にする、`sender`引数。 ハンドラーは次の処理を行います。  
   
 -   作成、`MyControlEventArgs`からデータを格納しているオブジェクト、<xref:System.Windows.Controls.TextBox>要素。  
   
@@ -193,7 +193,7 @@ namespace MyControls
   
 <a name="winforms_host_section"></a>   
 ## <a name="implementing-the-windows-forms-host-application"></a>Windows フォーム ホスト アプリケーションの実装  
- [!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]ホスト アプリケーションで使用する、<xref:System.Windows.Forms.Integration.ElementHost>ホストへのオブジェクト、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]複合コントロール。 アプリケーションのハンドル、`OnButtonClick`複合コントロールからデータを受信するイベントです。 アプリケーションにはオプションのボタンのセットもあり、それを使用してコントロールの外観を変更することができます。 次の図は、アプリケーションを示しています。  
+ Windows フォーム ホスト アプリケーションで使用する、<xref:System.Windows.Forms.Integration.ElementHost>ホストへのオブジェクト、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]複合コントロール。 アプリケーションのハンドル、`OnButtonClick`複合コントロールからデータを受信するイベントです。 アプリケーションにはオプションのボタンのセットもあり、それを使用してコントロールの外観を変更することができます。 次の図は、アプリケーションを示しています。  
   
  ![Avalon コントロールをホストする Windows フォーム](../../../../docs/framework/wpf/advanced/media/wfhost.png "WFHost")  
 Windows フォーム アプリケーションでホストされる WPF 複合コントロール  
@@ -209,7 +209,7 @@ Windows フォーム アプリケーションでホストされる WPF 複合コ
   
 4.  配置場所として、MyControls の配置先と同じ最上位フォルダーを指定します。  
   
-5.  をクリックして**OK**プロジェクトを作成します。  
+5.  **[OK]** をクリックして、プロジェクトを作成します。  
   
  含む DLL への参照を追加する必要があります`MyControl1`およびその他のアセンブリ。  
   
@@ -242,7 +242,7 @@ Windows フォーム アプリケーションでホストされる WPF 複合コ
   
 4.  次の追加<xref:System.Windows.Forms.GroupBox?displayProperty=nameWithType>フォームのコントロールです。  
   
-    |name|テキスト|  
+    |名前|テキスト|  
     |----------|----------|  
     |groupBox1|背景色|  
     |groupBox2|前景色|  
@@ -254,7 +254,7 @@ Windows フォーム アプリケーションでホストされる WPF 複合コ
   
 5.  次の追加<xref:System.Windows.Forms.RadioButton?displayProperty=nameWithType>コントロールを<xref:System.Windows.Forms.GroupBox?displayProperty=nameWithType>コントロール。  
   
-    |GroupBox|name|テキスト|  
+    |GroupBox|名前|テキスト|  
     |--------------|----------|----------|  
     |groupBox1|radioBackgroundOriginal|元|  
     |groupBox1|radioBackgroundLightGreen|ライトグリーン|  
@@ -275,7 +275,7 @@ Windows フォーム アプリケーションでホストされる WPF 複合コ
   
 6.  次の追加<xref:System.Windows.Forms.Label?displayProperty=nameWithType>最後の制御<xref:System.Windows.Forms.GroupBox?displayProperty=nameWithType>です。 これらのコントロールがによって返されるデータを表示、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]複合コントロール。  
   
-    |GroupBox|name|テキスト|  
+    |GroupBox|名前|テキスト|  
     |--------------|----------|----------|  
     |groupBox7|lblName|名前:|  
     |groupBox7|lblAddress|番地:|  
@@ -308,9 +308,9 @@ Windows フォーム アプリケーションでホストされる WPF 複合コ
   
  残りの 2 つの行で、`Form1_Load`メソッドは、次の 2 つのコントロールのイベントにハンドラーをアタッチします。  
   
--   `OnButtonClick`カスタム イベント、ユーザーがクリックしたときに複合コントロールによって発生するは、 **[ok]**または**キャンセル**ボタンをクリックします。 このイベントを処理してユーザーの応答を取得し、ユーザーが指定したデータをすべて収集します。  
+-   `OnButtonClick` カスタム イベント、ユーザーがクリックしたときに複合コントロールによって発生するは、 **[ok]** または**キャンセル**ボタンをクリックします。 このイベントを処理してユーザーの応答を取得し、ユーザーが指定したデータをすべて収集します。  
   
--   <xref:System.Windows.FrameworkElement.Loaded>標準的なイベントによって発生するは、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]が完全に読み込まれる場合を制御します。 ここでこのイベントを使用するのは、この例ではこのコントロールからのプロパティを使用して複数のグローバル変数を初期化する必要があるからです。 フォームの時に<xref:System.Windows.Forms.Form.Load>イベント、コントロールが完全に読み込まれていないおよびそれらの値に設定されている`null`です。 コントロールのまで待機する必要があります<xref:System.Windows.FrameworkElement.Loaded>それらのプロパティをアクセスする前に発生します。  
+-   <xref:System.Windows.FrameworkElement.Loaded> 標準的なイベントによって発生するは、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]が完全に読み込まれる場合を制御します。 ここでこのイベントを使用するのは、この例ではこのコントロールからのプロパティを使用して複数のグローバル変数を初期化する必要があるからです。 フォームの時に<xref:System.Windows.Forms.Form.Load>イベント、コントロールが完全に読み込まれていないおよびそれらの値に設定されている`null`です。 コントロールのまで待機する必要があります<xref:System.Windows.FrameworkElement.Loaded>それらのプロパティをアクセスする前に発生します。  
   
  <xref:System.Windows.FrameworkElement.Loaded>イベント ハンドラーが上記のコードで示すようにします。 `OnButtonClick`ハンドラーは、次のセクションで説明します。  
   
@@ -334,7 +334,7 @@ Windows フォーム アプリケーションでホストされる WPF 複合コ
   
  アプリケーションをビルドして実行します。 別のオプション ボタンをクリックして、WPF 複合コントロール上の影響を確認します。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.Integration.ElementHost>  
  <xref:System.Windows.Forms.Integration.WindowsFormsHost>  
  [WPF デザイナー](http://msdn.microsoft.com/library/c6c65214-8411-4e16-b254-163ed4099c26)  
diff --git a/docs/framework/wpf/advanced/walkthrough-hosting-an-activex-control-in-wpf.md b/docs/framework/wpf/advanced/walkthrough-hosting-an-activex-control-in-wpf.md
index bbcb3817024..58a8e9b83b0 100644
--- a/docs/framework/wpf/advanced/walkthrough-hosting-an-activex-control-in-wpf.md
+++ b/docs/framework/wpf/advanced/walkthrough-hosting-an-activex-control-in-wpf.md
@@ -1,12 +1,13 @@
 ---
-title: "チュートリアル: WPF での ActiveX コントロールのホスト"
-ms.custom: 
+title: 'チュートリアル: WPF での ActiveX コントロールのホスト'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-wpf
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-wpf
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -15,16 +16,17 @@ helpviewer_keywords:
 - ActiveX controls [WPF interoperability]
 - hosting ActiveX controls [WPF]
 ms.assetid: 1931d292-0dd1-434f-963c-dcda7638d75a
-caps.latest.revision: "30"
+caps.latest.revision: 30
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: b0e85c715db30c6e577980376d25d56238e2835a
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: fc4f577da04fb8ed15bae3c0497b35803a46f08f
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="walkthrough-hosting-an-activex-control-in-wpf"></a>チュートリアル: WPF での ActiveX コントロールのホスト
 ブラウザーでの強化された操作を有効にするを使用することができます[!INCLUDE[TLA#tla_actx](../../../../includes/tlasharptla-actx-md.md)]コントロールで、 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]-ベースのアプリケーションです。 このチュートリアルでは、ホストする方法、[!INCLUDE[TLA#tla_wmp](../../../../includes/tlasharptla-wmp-md.md)]上のコントロールとして、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]ページ。  
@@ -42,7 +44,7 @@ ms.lasthandoff: 01/19/2018
 ## <a name="prerequisites"></a>必須コンポーネント  
  このチュートリアルを実行するには、次のコンポーネントが必要です。  
   
--   [!INCLUDE[TLA#tla_wmp](../../../../includes/tlasharptla-wmp-md.md)]コンピューターにインストールされている場所[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]がインストールされています。  
+-   [!INCLUDE[TLA#tla_wmp](../../../../includes/tlasharptla-wmp-md.md)] Visual Studio がインストールされているコンピューターにインストールします。  
   
 -   [!INCLUDE[vs_dev10_long](../../../../includes/vs-dev10-long-md.md)]。  
   
@@ -71,7 +73,7 @@ ms.lasthandoff: 01/19/2018
 9. すべての参照の名前を変更するメッセージが表示されたら、クリックして**はい**です。  
   
 ## <a name="creating-the-activex-control"></a>ActiveX コントロールを作成します。  
- [!INCLUDE[TLA#tla_visualstu](../../../../includes/tlasharptla-visualstu-md.md)]自動的に生成、<xref:System.Windows.Forms.AxHost>のラッパー クラス、[!INCLUDE[TLA#tla_actx](../../../../includes/tlasharptla-actx-md.md)]デザイン サーフェイスにコントロールを追加する場合を制御します。 次の手順では、AxInterop.WMPLib.dll をという名前のマネージ アセンブリを作成します。  
+ [!INCLUDE[TLA#tla_visualstu](../../../../includes/tlasharptla-visualstu-md.md)] 自動的に生成、<xref:System.Windows.Forms.AxHost>のラッパー クラス、[!INCLUDE[TLA#tla_actx](../../../../includes/tlasharptla-actx-md.md)]デザイン サーフェイスにコントロールを追加する場合を制御します。 次の手順では、AxInterop.WMPLib.dll をという名前のマネージ アセンブリを作成します。  
   
 #### <a name="to-create-the-activex-control"></a>ActiveX コントロールを作成するには  
   
@@ -116,7 +118,7 @@ ms.lasthandoff: 01/19/2018
   
 10. F5 キーを押してアプリケーションをビルドし、実行します。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.Integration.ElementHost>  
  <xref:System.Windows.Forms.Integration.WindowsFormsHost>  
  [WPF デザイナー](http://msdn.microsoft.com/library/c6c65214-8411-4e16-b254-163ed4099c26)  
diff --git a/docs/framework/wpf/advanced/walkthrough-localizing-a-hybrid-application.md b/docs/framework/wpf/advanced/walkthrough-localizing-a-hybrid-application.md
index 509ea985438..222448a0c30 100644
--- a/docs/framework/wpf/advanced/walkthrough-localizing-a-hybrid-application.md
+++ b/docs/framework/wpf/advanced/walkthrough-localizing-a-hybrid-application.md
@@ -1,27 +1,29 @@
 ---
-title: "チュートリアル : ハイブリッド アプリケーションのローカライズ"
-ms.custom: 
+title: 'チュートリアル : ハイブリッド アプリケーションのローカライズ'
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-wpf
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-wpf
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - localization [WPF interoperability]
 - hybrid applications [WPF interoperability]
 ms.assetid: fbc0c54e-930a-4c13-8e9c-27b83665010a
-caps.latest.revision: "17"
+caps.latest.revision: 17
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 9f9bb7588ef1f6962a5cd55196154ac7f666d53b
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: b00553c005b714094f208fc6d4ed40e838b90b49
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="walkthrough-localizing-a-hybrid-application"></a>チュートリアル : ハイブリッド アプリケーションのローカライズ
 このチュートリアルでは、ローカライズする方法について[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]内の要素、 [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]-ベースのハイブリッド アプリケーションです。  
@@ -86,7 +88,7 @@ ms.lasthandoff: 01/19/2018
   
 2.  [プロパティ] ウィンドウで、フォームの値を設定**Localizable**プロパティを`true`です。  
   
-3.  [プロパティ] ウィンドウ内の値を設定、**言語**プロパティを**スペイン語 (スペイン)**です。  
+3.  [プロパティ] ウィンドウ内の値を設定、**言語**プロパティを**スペイン語 (スペイン)** です。  
   
 4.  Windows フォーム デザイナーでは、ラベル コントロールを選択します。  
   
@@ -102,7 +104,7 @@ ms.lasthandoff: 01/19/2018
   
 8.  ソリューション エクスプ ローラーで右クリック**LocalizingWpfInWf**  をクリック**プロジェクトのアンロード**です。  
   
-     プロジェクト名のラベルは**(使用不可)**です。  
+     プロジェクト名のラベルは **(使用不可)** です。  
   
 9. 右クリック**LocalizingWpfInWf**、 をクリック**編集 LocalizingWpfInWf.csproj**です。  
   
@@ -123,7 +125,7 @@ ms.lasthandoff: 01/19/2018
   
 #### <a name="to-assign-resource-identifiers"></a>リソース識別子を割り当てる  
   
-1.  [スタート] メニューから開きます、[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]コマンド プロンプトです。  
+1.  [スタート] メニューから、Visual Studio コマンド プロンプトを開きます。  
   
 2.  次のコマンドを使用して、ローカライズ可能なコンテンツにリソース識別子を割り当てます。  
   
@@ -150,7 +152,7 @@ ms.lasthandoff: 01/19/2018
     LocBaml /parse LocalizingWpfInWf.g.en-US.resources /out:temp.csv  
     ```  
   
-3.  Temp.csv ファイルを開きます[!INCLUDE[vsprvs](../../../../includes/vsprvs-md.md)]などのテキスト エディター。 文字列を置き換える`"Hello"`スペイン語に翻訳を`"Hola"`です。  
+3.  Visual Studio または他のテキスト エディターで temp.csv ファイルを開きます。 文字列を置き換える`"Hello"`スペイン語に翻訳を`"Hola"`です。  
   
 4.  Temp.csv ファイルを保存します。  
   
@@ -176,7 +178,7 @@ ms.lasthandoff: 01/19/2018
   
      アプリケーションは、英語の文字列の代わりにローカライズされた文字列を示しています。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.Integration.ElementHost>  
  <xref:System.Windows.Forms.Integration.WindowsFormsHost>  
  [アプリケーションをローカライズする](../../../../docs/framework/wpf/advanced/how-to-localize-an-application.md)  
diff --git a/docs/framework/wpf/advanced/wpf-and-windows-forms-interoperation.md b/docs/framework/wpf/advanced/wpf-and-windows-forms-interoperation.md
index fe0a3ed3007..c6e3c7dc340 100644
--- a/docs/framework/wpf/advanced/wpf-and-windows-forms-interoperation.md
+++ b/docs/framework/wpf/advanced/wpf-and-windows-forms-interoperation.md
@@ -1,12 +1,13 @@
 ---
-title: "WPF と Windows フォームの相互運用性"
-ms.custom: 
+title: WPF と Windows フォームの相互運用性
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-wpf
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-wpf
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - Windows Forms [WPF], interoperability with
@@ -15,19 +16,20 @@ helpviewer_keywords:
 - interoperability [WPF], Windows Forms
 - hybrid control [WPF interoperability]
 ms.assetid: 9e8aa6b6-112c-4579-98d1-c974917df499
-caps.latest.revision: "23"
+caps.latest.revision: 23
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 49a27fa04c28376dd5e627d2a80a180a5d81a3b7
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 315037c49e00e097eebd51e2a511aa7f01e468ae
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="wpf-and-windows-forms-interoperation"></a>WPF と Windows フォームの相互運用性
-[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)][!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]アプリケーション インターフェイスを作成するための 2 つの異なるアーキテクチャを提供します。 <xref:System.Windows.Forms.Integration?displayProperty=nameWithType>名前空間は、一般的な相互運用シナリオを有効にするクラスを提供します。 相互運用機能を実装する 2 つのキー クラス<xref:System.Windows.Forms.Integration.WindowsFormsHost>と<xref:System.Windows.Forms.Integration.ElementHost>です。 このトピックには、相互運用シナリオがサポートされているし、するシナリオはサポートされていませんがについて説明します。  
+[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]アプリケーション インターフェイスを作成するための 2 つの異なるアーキテクチャを提供します。 <xref:System.Windows.Forms.Integration?displayProperty=nameWithType>名前空間は、一般的な相互運用シナリオを有効にするクラスを提供します。 相互運用機能を実装する 2 つのキー クラス<xref:System.Windows.Forms.Integration.WindowsFormsHost>と<xref:System.Windows.Forms.Integration.ElementHost>です。 このトピックには、相互運用シナリオがサポートされているし、するシナリオはサポートされていませんがについて説明します。  
   
 > [!NOTE]
 >  特別な考慮する、*ハイブリッド コントロール*シナリオです。 ハイブリッド コントロールには、その他のテクノロジからのコントロールで入れ子にされた 1 つのテクノロジからのコントロールがあります。 これとも呼ばれます、*入れ子になったの相互運用*です。 A*マルチレベル ハイブリッド コントロール*ハイブリッドの複数のレベルは入れ子を制御します。 複数レベルの入れ子になった相互運用の例は、[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]が含まれるコントロール、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロールで、含まれる別[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロール。 複数レベルのハイブリッド コントロールはサポートされていません。  
@@ -35,7 +37,7 @@ ms.lasthandoff: 12/22/2017
   
 <a name="Windows_Presentation_Foundation_Application_Hosting"></a>   
 ## <a name="hosting-windows-forms-controls-in-wpf"></a>WPF でのフォーム コントロールの Windows をホストしています。  
- 次の相互運用シナリオがサポートされているときに、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]ホストの制御、[!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]コントロール。  
+ 次の相互運用シナリオがサポートされているときに、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロールは、Windows フォーム コントロールをホストします。  
   
 -   [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロールは、1 つまたは複数をホストできます[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]XAML の使用を制御します。  
   
@@ -60,13 +62,13 @@ ms.lasthandoff: 12/22/2017
   
 -   場合によっては、[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールのサイズを変更することはできません、または特定のディメンションにのみサイズを変更できます。 たとえば、 [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)] <xref:System.Windows.Forms.ComboBox>コントロールにのみ、1 つの高さ、コントロールのフォント サイズで定義されているがサポートしています。 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]要素のホスト型が垂直方向にストレッチできることを前提としていますが、動的レイアウト<xref:System.Windows.Forms.ComboBox>期待どおりに、コントロールは伸縮しません。  
   
--   [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールは、回転または傾斜ことはできません。 たとえば、ユーザー インターフェイスを 90 度回転するときにホストされている[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールの垂直位置が維持されます。  
+-   [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)] コントロールは、回転または傾斜ことはできません。 たとえば、ユーザー インターフェイスを 90 度回転するときにホストされている[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールの垂直位置が維持されます。  
   
 -   ほとんどの場合、[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールは比例拡大/縮小をサポートしていません。 コントロール全体のサイズをスケールが子コントロールおよびコントロールのコンポーネント要素可能性がありますいないサイズを変更する期待どおりにします。 この制限はどの程度それぞれ異なります[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールがスケーリングをサポートします。  
   
 -   [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]ユーザー インターフェイス コントロールの動作の重複する要素の z オーダーを変更することができます。 ホストされた[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]の上に常に描画されるように、別の HWND にコントロールが描画される[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]要素。  
   
--   [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールは、フォント サイズに基づく自動スケーリングをサポートします。 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]個々 の要素が動的に変更が、フォント サイズを変更するユーザー インターフェイスは全体のレイアウトのサイズを変更できません。  
+-   [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)] コントロールは、フォント サイズに基づく自動スケーリングをサポートします。 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]個々 の要素が動的に変更が、フォント サイズを変更するユーザー インターフェイスは全体のレイアウトのサイズを変更できません。  
   
 ### <a name="ambient-properties"></a>アンビエント プロパティ  
  一部のアンビエント プロパティの[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロールがある[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]相当します。 これらのアンビエント プロパティが反映されますをホストする[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]を制御し、上のパブリック プロパティとして公開されている、<xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロール。 <xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロールにそれぞれ変換[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]アンビエント プロパティにその[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]と同等です。  
@@ -78,12 +80,12 @@ ms.lasthandoff: 12/22/2017
   
 |動作|サポート状況|サポートなし|  
 |--------------|---------------|-------------------|  
-|[透明度]|[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールの描画には、透過性がサポートされています。 親の背景[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロールの背景になるホステッド[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロール。|いくつか[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールは透明度をサポートしていません。 たとえば、<xref:System.Windows.Forms.TextBox>と<xref:System.Windows.Forms.ComboBox>コントロールをによってホストされているときに、透明にすることはできません[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]です。|  
-|タブ移動|タブ オーダーでホストされている[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールは、これらのコントロールがでホストされている場合と同じ、 [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]-ベースのアプリケーションです。<br /><br /> Tab キー、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロールを[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]通常どおりに動作を TAB キーと shift キーを押しながら TAB キーを制御します。<br /><br /> [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]持つコントロール、<xref:System.Windows.Forms.Control.TabStop%2A>のプロパティの値`false`コントロールを通じて、ユーザーがタブ、フォーカスが返されません。<br /><br /> -各<xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロールが、<xref:System.Windows.Forms.Integration.WindowsFormsHost.TabIndex%2A>タイミングを決定する値を<xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロールがフォーカスを受け取る。<br />-   [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロール内に含まれる、<xref:System.Windows.Forms.Integration.WindowsFormsHost>コンテナーで指定された順序に従う、<xref:System.Windows.Forms.Control.TabIndex%2A>プロパティです。 次のフォーカスをタブの最後のタブ インデックスから[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]が存在する場合は、制御します。 その他のフォーカス[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロールが存在する、最初に戻りますをタブ移動[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]タブ オーダーのコントロールです。<br />-   <xref:System.Windows.Forms.Integration.WindowsFormsHost.TabIndex%2A>コントロール内の値、<xref:System.Windows.Forms.Integration.WindowsFormsHost>兄弟に相対的[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールに含まれている、<xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロール。<br />のコントロール固有の動作は、タブ移動されます。 TAB キーを押した場合など、<xref:System.Windows.Forms.TextBox>を持つコントロールを<xref:System.Windows.Forms.TextBoxBase.AcceptsTab%2A>のプロパティの値`true`タブ、テキスト ボックスに入力フォーカスを移動する代わりにします。|該当なし。|  
+|[透明度]|[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)] コントロールの描画には、透過性がサポートされています。 親の背景[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロールの背景になるホステッド[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロール。|いくつか[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールは透明度をサポートしていません。 たとえば、<xref:System.Windows.Forms.TextBox>と<xref:System.Windows.Forms.ComboBox>コントロールをによってホストされているときに、透明にすることはできません[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]です。|  
+|タブ移動|タブ オーダーでホストされている[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールは、これらのコントロールがでホストされている場合と同じ、 [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]-ベースのアプリケーションです。<br /><br /> Tab キー、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロールを[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]通常どおりに動作を TAB キーと shift キーを押しながら TAB キーを制御します。<br /><br /> [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)] 持つコントロール、<xref:System.Windows.Forms.Control.TabStop%2A>のプロパティの値`false`コントロールを通じて、ユーザーがタブ、フォーカスが返されません。<br /><br /> -各<xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロールが、<xref:System.Windows.Forms.Integration.WindowsFormsHost.TabIndex%2A>タイミングを決定する値を<xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロールがフォーカスを受け取る。<br />-   [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)] コントロール内に含まれる、<xref:System.Windows.Forms.Integration.WindowsFormsHost>コンテナーで指定された順序に従う、<xref:System.Windows.Forms.Control.TabIndex%2A>プロパティです。 次のフォーカスをタブの最後のタブ インデックスから[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]が存在する場合は、制御します。 その他のフォーカス[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロールが存在する、最初に戻りますをタブ移動[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]タブ オーダーのコントロールです。<br />-   <xref:System.Windows.Forms.Integration.WindowsFormsHost.TabIndex%2A> コントロール内の値、<xref:System.Windows.Forms.Integration.WindowsFormsHost>兄弟に相対的[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールに含まれている、<xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロール。<br />のコントロール固有の動作は、タブ移動されます。 TAB キーを押した場合など、<xref:System.Windows.Forms.TextBox>を持つコントロールを<xref:System.Windows.Forms.TextBoxBase.AcceptsTab%2A>のプロパティの値`true`タブ、テキスト ボックスに入力フォーカスを移動する代わりにします。|該当なし。|  
 |方向キーを使用したナビゲーション|矢印の付いたナビゲーション キーに、<xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロールは、通常と同じ[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コンテナー コントロール:、上向き矢印と左方向キーは、前のコントロールを選択し、下向きの矢印キーと → キーは [次へ] のコントロールを選択します。<br />-最初のコントロールに含まれているからと左方向キーを<xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロールは、SHIFT キーを押しながら TAB キーのキーボード ショートカットと同じアクションを実行します。 ある場合、フォーカスを設定できる[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]外部コントロール、フォーカスの移動、<xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロール。 この動作は、標準<xref:System.Windows.Forms.ContainerControl>での動作は行われませんが最後にコントロールをラップします。 その他のフォーカス[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロールが存在すると、フォーカスが戻ります最後[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]タブ オーダーのコントロールです。<br />-最後のコントロールに含まれている、左右の矢印キーを<xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロールは、TAB キーと同じアクションを実行します。 ある場合、フォーカスを設定できる[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]外部コントロール、フォーカスの移動、<xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロール。 この動作は、標準<xref:System.Windows.Forms.ContainerControl>で動作最初のコントロールに折り返しは行われません。 その他のフォーカス[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]にフォーカスが戻りますコントロールが存在する最初の[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]タブ オーダーのコントロールです。|該当なし。|  
 |アクセラレータ|アクセラレータは、「サポートされていません」の列に示されている場合を除き、通常どおり動作します。|テクノロジ アクセラレータが重複は通常のアクセラレータが重複と同様に機能しません。 上に少なくとも 1 つのテクノロジ アクセラレータが重複してとき、[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールと別のコンピューター、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロール、[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールが常にアクセラレータを受け取ります。 重複するアクセラレータが押されたときに、コントロールの間でフォーカスが切り替わりません。|  
-|ショートカット キー|ショートカット キーは、「サポートされていません」の列に示されている場合を除き、通常どおり動作します。|-   [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]前処理段階で常に処理されるショートカット キーよりも優先[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]ショートカット キー。 ある場合など、<xref:System.Windows.Forms.ToolStrip>で CTRL + S ショートカット キーが定義されている、制御し、は、 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] CTRL + S にバインドされているコマンド、<xref:System.Windows.Forms.ToolStrip>フォーカスに関係なくコントロール ハンドラーが最初に、常に呼び出されます。<br />-   [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]ショートカット キーによって処理される、<xref:System.Windows.Forms.Control.KeyDown>イベントは最後に処理で[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]です。 この動作をオーバーライドすることで防ぐことができます、[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールの<xref:System.Windows.Forms.Control.IsInputKey%2A>メソッドまたは処理、<xref:System.Windows.Forms.Control.PreviewKeyDown>イベント。 返す`true`から、<xref:System.Windows.Forms.Control.IsInputKey%2A>メソッド、またはの値の設定、<xref:System.Windows.Forms.PreviewKeyDownEventArgs.IsInputKey%2A?displayProperty=nameWithType>プロパティを`true`で、<xref:System.Windows.Forms.Control.PreviewKeyDown>イベント ハンドラー。|  
-|AcceptsReturn、AcceptsTab、およびその他のコントロールに固有の動作|既定のキーボードの動作を変更するプロパティの動作を通常どおり、あると仮定して、[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]オーバーライドを制御、<xref:System.Windows.Forms.Control.IsInputKey%2A>を返すメソッドを`true`です。|[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]既定値を変更するコントロールでは、動作をキーボード処理することにより、<xref:System.Windows.Forms.Control.KeyDown>イベントは、ホストで最後に処理[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロール。 これらのコントロールが最後に処理されるため、予期しない動作が生成されることができます。|  
+|ショートカット キー|ショートカット キーは、「サポートされていません」の列に示されている場合を除き、通常どおり動作します。|-   [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)] 前処理段階で常に処理されるショートカット キーよりも優先[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]ショートカット キー。 ある場合など、<xref:System.Windows.Forms.ToolStrip>で CTRL + S ショートカット キーが定義されている、制御し、は、 [!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] CTRL + S にバインドされているコマンド、<xref:System.Windows.Forms.ToolStrip>フォーカスに関係なくコントロール ハンドラーが最初に、常に呼び出されます。<br />-   [!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)] ショートカット キーによって処理される、<xref:System.Windows.Forms.Control.KeyDown>イベントは最後に処理で[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]です。 この動作をオーバーライドすることで防ぐことができます、[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールの<xref:System.Windows.Forms.Control.IsInputKey%2A>メソッドまたは処理、<xref:System.Windows.Forms.Control.PreviewKeyDown>イベント。 返す`true`から、<xref:System.Windows.Forms.Control.IsInputKey%2A>メソッド、またはの値の設定、<xref:System.Windows.Forms.PreviewKeyDownEventArgs.IsInputKey%2A?displayProperty=nameWithType>プロパティを`true`で、<xref:System.Windows.Forms.Control.PreviewKeyDown>イベント ハンドラー。|  
+|AcceptsReturn、AcceptsTab、およびその他のコントロールに固有の動作|既定のキーボードの動作を変更するプロパティの動作を通常どおり、あると仮定して、[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]オーバーライドを制御、<xref:System.Windows.Forms.Control.IsInputKey%2A>を返すメソッドを`true`です。|[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)] 既定値を変更するコントロールでは、動作をキーボード処理することにより、<xref:System.Windows.Forms.Control.KeyDown>イベントは、ホストで最後に処理[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロール。 これらのコントロールが最後に処理されるため、予期しない動作が生成されることができます。|  
 |Enter および Leave イベント|フォーカスがないに含まれているとする場合<xref:System.Windows.Forms.Integration.ElementHost>コントロールが入力されのままにしてイベントが通常どおり、1 つにフォーカスが変更されたときに発生<xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロール。|入力し、次のフォーカス変更が発生したときのままにしてイベントは発生しません。<br /><br /> 元の外側を inside、<xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロール。<br />外部の内、<xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロール。<br />外側、<xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロール。<br />[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]でホストされるコントロール、<xref:System.Windows.Forms.Integration.WindowsFormsHost>コントロールを<xref:System.Windows.Forms.Integration.ElementHost>同じ内部でホストされるコントロール<xref:System.Windows.Forms.Integration.WindowsFormsHost>です。|  
 |マルチスレッド|マルチ スレッドのすべての種類がサポートされています。|両方の[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]と[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]テクノロジには、シングル スレッドの同時実行モデルが前提としています。 デバッグ中に他のスレッドから framework オブジェクトへの呼び出しでこの要件を強制する例外が発生します。|  
 |セキュリティ|すべての相互運用シナリオでは、完全な信頼が必要です。|部分信頼では、相互運用シナリオは許可されません。|  
@@ -93,7 +95,7 @@ ms.lasthandoff: 12/22/2017
   
 <a name="Windows_Forms_Application_Hosting_Windows"></a>   
 ## <a name="hosting-wpf-controls-in-windows-forms"></a>Windows フォームで WPF コントロールをホストしています。  
- 次の相互運用シナリオがサポートされているときに、[!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]ホストの制御、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロール。  
+ Windows フォーム コントロールのホスト時に、次の相互運用シナリオはサポートされて、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロール。  
   
 -   1 つまたは複数のホスト[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コードの使用を制御します。  
   
@@ -121,14 +123,14 @@ ms.lasthandoff: 12/22/2017
   
 |動作|サポート状況|サポートなし|  
 |--------------|---------------|-------------------|  
-|[透明度]|[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロールの描画には、透過性がサポートされています。 親の背景[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールの背景になるホステッド[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロール。|該当なし。|  
+|[透明度]|[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)] コントロールの描画には、透過性がサポートされています。 親の背景[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]コントロールの背景になるホステッド[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロール。|該当なし。|  
 |マルチスレッド|マルチ スレッドのすべての種類がサポートされています。|両方の[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]と[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]テクノロジには、シングル スレッドの同時実行モデルが前提としています。 デバッグ中に他のスレッドから framework オブジェクトへの呼び出しでこの要件を強制する例外が発生します。|  
 |セキュリティ|すべての相互運用シナリオでは、完全な信頼が必要です。|部分信頼では、相互運用シナリオは許可されません。|  
 |ユーザー補助|すべてのユーザー補助機能のシナリオはサポートされています。 両方を含むハイブリッド アプリケーションを使用している場合に、支援技術製品が正常に機能[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]と[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロール。|該当なし。|  
 |クリップボードのトピック|すべてのクリップボードは通常どおり操作できます。 これには、カット アンド ペースト間が含まれます[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]と[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロール。|該当なし。|  
 |ドラッグ アンド ドロップ機能|すべてのドラッグ アンド ドロップ操作が通常どおりに動作します。 間での操作が含まれます[!INCLUDE[TLA#tla_winforms](../../../../includes/tlasharptla-winforms-md.md)]と[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]コントロール。|該当なし。|  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Forms.Integration.ElementHost>  
  <xref:System.Windows.Forms.Integration.WindowsFormsHost>  
  [チュートリアル: WPF での Windows フォーム コントロールのホスト](../../../../docs/framework/wpf/advanced/walkthrough-hosting-a-windows-forms-control-in-wpf.md)  
diff --git a/docs/framework/wpf/app-development/how-to-detect-whether-the-net-framework-3-0-is-installed.md b/docs/framework/wpf/app-development/how-to-detect-whether-the-net-framework-3-0-is-installed.md
index 2ee3c7c545a..564976e601c 100644
--- a/docs/framework/wpf/app-development/how-to-detect-whether-the-net-framework-3-0-is-installed.md
+++ b/docs/framework/wpf/app-development/how-to-detect-whether-the-net-framework-3-0-is-installed.md
@@ -20,21 +20,21 @@ ms.author: dotnetcontent
 manager: wpickett
 ms.workload:
 - dotnet
-ms.openlocfilehash: 48295a187870340948b045a64b852f1e6fdc1a65
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: dfa5eb8ec1e4f9f2eeeb142670b92d5ec35ab6cf
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-detect-whether-the-net-framework-30-is-installed"></a>方法: .NET Framework 3.0 がインストールされているかどうかを確認する
-管理者は展開する前に[!INCLUDE[TLA#tla_avalonwinfx](../../../../includes/tlasharptla-avalonwinfx-md.md)]アプリケーション システムでは、する必要がありますまずことを確認したこと、[!INCLUDE[TLA2#tla_avalonwinfx](../../../../includes/tla2sharptla-avalonwinfx-md.md)]ランタイムが存在します。 このトピックで記述されたスクリプトは、HTML または JavaScript を決定する管理者が使用できるのかどうか[!INCLUDE[TLA2#tla_avalonwinfx](../../../../includes/tla2sharptla-avalonwinfx-md.md)]は、システムに存在します。  
+管理者は、システム上の Microsoft .NET Framework アプリケーションを展開したりする前にする必要がありますまずことを確認した .NET Framework ランタイムが存在します。 このトピックで HTML または JavaScript で記述されたスクリプトは、.NET Framework は、システムに存在するかどうかを決定する管理者を使用できることです。  
   
 > [!NOTE]
 >  配置、および Microsoft .NET Framework の検出がの説明を参照してインストールする方法についての詳細、[を展開する Microsoft .NET Framework バージョン 3.0](http://go.microsoft.com/fwlink/?LinkId=96739)です。  
   
 <a name="content_expiration"></a>   
 ## <a name="detect-the-net-clr-user-agent-string"></a>".NET CLR"ユーザー エージェント文字列を検出します。  
- ときに[!INCLUDE[TLA2#tla_avalonwinfx](../../../../includes/tla2sharptla-avalonwinfx-md.md)]がインストールされている、MSI バージョン番号と".NET CLR"文字列に追加 UserAgent です。 次の例では、単純な HTML ページに埋め込まれたスクリプトを示します。 スクリプトを決定する UserAgent 文字列を検索するかどうか[!INCLUDE[TLA2#tla_avalonwinfx](../../../../includes/tla2sharptla-avalonwinfx-md.md)]がインストールされているし、検索の結果のステータス メッセージを表示します。  
+ .NET Framework がインストールされている場合、MSI は、".NET CLR"とバージョン番号を UserAgent 文字列に追加します。 次の例では、単純な HTML ページに埋め込まれたスクリプトを示します。 スクリプトは、.NET Framework がインストールされているし、検索の結果のステータス メッセージを表示するかどうかを判断する UserAgent 文字列を検索します。  
   
 ```  
 <HTML>  
diff --git a/docs/framework/wpf/getting-started/wpf-walkthroughs.md b/docs/framework/wpf/getting-started/wpf-walkthroughs.md
index 2de686d55cf..bdf16adc9de 100644
--- a/docs/framework/wpf/getting-started/wpf-walkthroughs.md
+++ b/docs/framework/wpf/getting-started/wpf-walkthroughs.md
@@ -1,27 +1,29 @@
 ---
-title: "WPF のチュートリアル"
-ms.custom: 
+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.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-wpf
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - walkthroughs [WPF]
 - WPF walkthroughs [WPF]
 ms.assetid: c29bde96-0389-4aff-a9fb-cd678f66b7f7
-caps.latest.revision: "8"
+caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: a6407ccb093d6bdba4e3953ffa1117cf4b56c119
-ms.sourcegitcommit: c0dd436f6f8f44dc80dc43b07f6841a00b74b23f
+ms.workload:
+- dotnet
+ms.openlocfilehash: c99d23769e99ea01fe1e1d264361a933228f4c1c
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 01/19/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="wpf-walkthroughs"></a>WPF のチュートリアル
 チュートリアルでは、一般的なシナリオの手順を説明します。 このため、製品や特定の機能領域について知るための最初のステップとして適しています。  
@@ -30,7 +32,7 @@ ms.lasthandoff: 01/19/2018
   
 ## <a name="wpf-designer-walkthroughs"></a>WPF デザイナーのチュートリアル  
   
-|タイトル|説明|  
+|Title|説明|  
 |-----------|-----------------|  
 |[チュートリアル: WPF デザイナーでの単純な WPF アプリケーションの作成](http://msdn.microsoft.com/library/2d412231-dbdf-4e69-b060-4f2b246c2027)|単純な WPF アプリケーションをビルドする方法を示します、[!INCLUDE[wpfdesigner_current_short](../../../../includes/wpfdesigner-current-short-md.md)]です。|  
 |[チュートリアル: 動的なレイアウトを構築します。](http://msdn.microsoft.com/library/483aafbb-b29d-435a-b956-8e4f67cd4a0f)|使用して動的なレイアウトを作成する方法を示します、<xref:System.Windows.Controls.Grid>コントロールのパネルです。|  
@@ -40,7 +42,7 @@ ms.lasthandoff: 01/19/2018
   
 ## <a name="wpf-walkthroughs"></a>WPF のチュートリアル  
   
-|タイトル|説明|  
+|Title|説明|  
 |-----------|-----------------|  
 |[チュートリアル: 初めての WPF デスクトップ アプリケーション](../../../../docs/framework/wpf/getting-started/walkthrough-my-first-wpf-desktop-application.md)|WPF コントロール、レイアウトやデータ バインディングなどの一般的な機能の多くを使用して、WPF アプリケーションの作成について説明します。|  
 |[XAML を使用したボタンの作成](../../../../docs/framework/wpf/controls/walkthrough-create-a-button-by-using-xaml.md)|アニメーションのボタンを作成する方法を示します。|  
@@ -49,16 +51,16 @@ ms.lasthandoff: 01/19/2018
   
 ## <a name="migration-and-interoperability-in-wpf"></a>移行と WPF の相互運用性  
   
-|タイトル|説明|  
+|Title|説明|  
 |-----------|-----------------|  
 |[チュートリアル: WPF での Windows フォーム コントロールのホスト](../../../../docs/framework/wpf/advanced/walkthrough-hosting-a-windows-forms-control-in-wpf.md)|Windows フォームをホストする方法を示します<xref:System.Windows.Forms.MaskedTextBox?displayProperty=nameWithType>WPF アプリケーションで制御します。|  
-|[チュートリアル: WPF での Windows フォーム複合コントロールのホスト](../../../../docs/framework/wpf/advanced/walkthrough-hosting-a-windows-forms-composite-control-in-wpf.md)|ホストする方法を示します、[!INCLUDE[TLA2#tla_winforms](../../../../includes/tla2sharptla-winforms-md.md)]の複合コントロールをデータ エントリ、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]アプリケーションです。|  
+|[チュートリアル: WPF での Windows フォーム複合コントロールのホスト](../../../../docs/framework/wpf/advanced/walkthrough-hosting-a-windows-forms-composite-control-in-wpf.md)|Windows フォーム データ エントリの複合コントロールをホストする方法を示します、[!INCLUDE[TLA2#tla_winclient](../../../../includes/tla2sharptla-winclient-md.md)]アプリケーションです。|  
 |[チュートリアル: Windows フォームでの WPF 複合コントロールのホスト](../../../../docs/framework/wpf/advanced/walkthrough-hosting-a-wpf-composite-control-in-windows-forms.md)|Windows フォーム アプリケーションで、WPF データ エントリの複合コントロールをホストする方法を示します。|  
 |[チュートリアル: WPF での Windows フォーム コントロールの配置](../../../../docs/framework/wpf/advanced/walkthrough-arranging-windows-forms-controls-in-wpf.md)|WPF レイアウト機能を使用して、ハイブリッド アプリケーションで Windows フォーム コントロールを配置する方法を示します。|  
 |[チュートリアル: ハイブリッド アプリケーションでのデータへのバインディング](../../../../docs/framework/wpf/advanced/walkthrough-binding-to-data-in-hybrid-applications.md)|Windows フォームと WPF の両方のコントロールを含むハイブリッド アプリケーションでデータ バインディングを使用する方法を示します。|  
   
 ## <a name="related-sections"></a>関連項目  
   
-|タイトル|説明|  
+|Title|説明|  
 |-----------|-----------------|  
 |[Visual Studio のチュートリアル](http://msdn.microsoft.com/library/f5399a1f-2d3d-42fb-b989-134ccda2159f)|Visual Studio でのプログラミングのすべての領域には、チュートリアルの関連する一覧を表示します。|
diff --git a/docs/framework/wpf/wpf-security-strategy-platform-security.md b/docs/framework/wpf/wpf-security-strategy-platform-security.md
index 1741aa1aa33..26b7d6f9b6e 100644
--- a/docs/framework/wpf/wpf-security-strategy-platform-security.md
+++ b/docs/framework/wpf/wpf-security-strategy-platform-security.md
@@ -1,12 +1,13 @@
 ---
-title: "WPF のセキュリティ方針 - プラットフォーム セキュリティ"
-ms.custom: 
+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.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-wpf
+ms.tgt_pltfrm: ''
 ms.topic: article
 dev_langs:
 - csharp
@@ -24,16 +25,17 @@ helpviewer_keywords:
 - Windows Presentation Foundation [WPF], about security model
 - security model [WPF], operating system
 ms.assetid: 2a39a054-3e2a-4659-bcb7-8bcea490ba31
-caps.latest.revision: "30"
+caps.latest.revision: 30
 author: dotnet-bot
 ms.author: dotnetcontent
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: b40a4f1ba28559ee35dff9866539476e55cbd0fd
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: c3c1654bd63d59bf6588b1dc18593ef7a33f37c0
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="wpf-security-strategy---platform-security"></a>WPF のセキュリティ方針 - プラットフォーム セキュリティ
 [!INCLUDE[TLA#tla_wpf](../../../includes/tlasharptla-wpf-md.md)] は、さまざまなセキュリティ サービスを提供する一方で、基になるプラットフォーム (オペレーティング システム、[!INCLUDE[TLA2#tla_clr](../../../includes/tla2sharptla-clr-md.md)]、[!INCLUDE[TLA2#tla_ie](../../../includes/tla2sharptla-ie-md.md)] など) のセキュリティ機能も活用します。 これらの層を組み合わせることで、[!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)] に強力な多重防御のセキュリティ モデルが提供されます。このセキュリティ モデルでは、次の図に示すように、単一障害点の回避を試みます。  
@@ -46,11 +48,11 @@ ms.lasthandoff: 12/22/2017
   
 <a name="Operating_System_Security"></a>   
 ## <a name="operating-system-security"></a>オペレーティング システムのセキュリティ  
- [!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)] が必要とするオペレーティング システムの最小レベルは [!INCLUDE[TLA2#tla_winxpsp2](../../../includes/tla2sharptla-winxpsp2-md.md)] です。 [!INCLUDE[TLA2#tla_winxpsp2](../../../includes/tla2sharptla-winxpsp2-md.md)] の中核には、[!INCLUDE[TLA2#tla_win](../../../includes/tla2sharptla-win-md.md)] で構築されたセキュリティ機能など、すべての [!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)] アプリケーションのセキュリティ基盤を形成する複数のセキュリティ機能があります。 [!INCLUDE[TLA#tla_longhorn](../../../includes/tlasharptla-longhorn-md.md)] には、[!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)] のセキュリティ機能が搭載され、それをさらに拡張しています。 このトピックでは、[!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)] にとって重要なセキュリティ機能の一式、および [!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)] がそれらを統合してさらに多重防御を行う方法について説明します。  
+ [!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)] が必要とするオペレーティング システムの最小レベルは [!INCLUDE[TLA2#tla_winxpsp2](../../../includes/tla2sharptla-winxpsp2-md.md)] です。 中核を成す[!INCLUDE[TLA2#tla_winxpsp2](../../../includes/tla2sharptla-winxpsp2-md.md)]でビルドされたものも含めて、すべての Windows アプリケーションのセキュリティの基盤を形成するいくつかのセキュリティ機能を提供[!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)]です。 [!INCLUDE[TLA#tla_longhorn](../../../includes/tlasharptla-longhorn-md.md)] には、[!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)] のセキュリティ機能が搭載され、それをさらに拡張しています。 このトピックでは、[!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)] にとって重要なセキュリティ機能の一式、および [!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)] がそれらを統合してさらに多重防御を行う方法について説明します。  
   
 <a name="Microsoft_Windows_XP_Service_Pack_2__SP2_"></a>   
 ### <a name="microsoft-windows-xp-service-pack-2-sp2"></a>Microsoft Windows XP Service Pack 2 (SP2)  
- [!INCLUDE[TLA2#tla_win](../../../includes/tla2sharptla-win-md.md)] の総括と強化に加えて、このトピックでは、[!INCLUDE[TLA2#tla_winxpsp2](../../../includes/tla2sharptla-winxpsp2-md.md)] にある次の 3 つの主要機能についても説明します。  
+ 次の 3 つの主要機能があるだけでなく、一般のレビューと Windows の強化、[!INCLUDE[TLA2#tla_winxpsp2](../../../includes/tla2sharptla-winxpsp2-md.md)]このトピックの内容について説明します。  
   
 -   /GS のコンパイル  
   
@@ -73,7 +75,7 @@ ms.lasthandoff: 12/22/2017
  [!INCLUDE[TLA#tla_longhorn](../../../includes/tlasharptla-longhorn-md.md)] の [!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)] ユーザーは、「最小限の特権によるユーザー アクセス」、コードの整合性チェック、および特権の分離など、オペレーティング システムのさらなるセキュリティ機能強化の恩恵を受けられます。  
   
 #### <a name="user-account-control-uac"></a>ユーザー アカウント制御 [UAC]  
- 現在のところ、[!INCLUDE[TLA2#tla_win](../../../includes/tla2sharptla-win-md.md)] ユーザーは、管理者特権で実行する傾向があります。多くのアプリケーションで、インストールや実行、またはその両方に管理者特権が必要となるためです。 既定のアプリケーションの設定をレジストリに書き込めることが、その一例です。  
+ 今日では、Windows ユーザーは、多くのアプリケーションの必要なインストールの実行、またはその両方のために、管理者特権で実行する傾向があります。 既定のアプリケーションの設定をレジストリに書き込めることが、その一例です。  
   
  管理者特権で実行することの本当の意味は、管理者特権を付与されているプロセスからアプリケーションを実行することです。 これによるセキュリティへの影響は、管理者特権で実行するプロセスを乗っ取る悪意のあるコードが、重要なシステム リソースへのアクセスなど、これらの権限を自動的に継承することです。  
   
@@ -174,18 +176,18 @@ ms.lasthandoff: 12/22/2017
   
  そのためには、[!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)] が昇格した特権を受け取る一方、それらの特権がホスト アプリケーション ドメインのインターネット ゾーンのアクセス許可セットによって制御されないようにする必要があります。  
   
- [!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)]これを使用して、 **Assert**アクセス許可のメソッドです。 次のコードは、その方法を示しています。  
+ [!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)] これを使用して、 **Assert**アクセス許可のメソッドです。 次のコードは、その方法を示しています。  
   
  [!code-csharp[WPFPlatformSecuritySnippets#Permission](../../../samples/snippets/csharp/VS_Snippets_Wpf/WPFPlatformSecuritySnippets/CSharp/Page1.xaml.cs#permission)]
  [!code-vb[WPFPlatformSecuritySnippets#Permission](../../../samples/snippets/visualbasic/VS_Snippets_Wpf/WPFPlatformSecuritySnippets/VisualBasic/Page1.xaml.vb#permission)]  
   
  **Assert**基本的に必要な無制限のアクセス許可を防止[!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)]からインターネットによって制限されるゾーンのアクセス許可、[!INCLUDE[TLA2#tla_winfxwebapp](../../../includes/tla2sharptla-winfxwebapp-md.md)]です。  
   
- プラットフォームの観点から[!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)]を使用する担当**Assert**の不適切な使用に正しく; **Assert**特権を昇格する悪意のあるコードを有効にする可能性があります。 そのため、のみを呼び出すし、さらに重要なは**Assert** 、必要なときの制限はそのまま保持することを確認するとします。 たとえば、セキュリティで保護されたコードでは、ランダムなファイルを開くことはできませんが、フォントは使用できます。 [!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)]サンド ボックス化されたアプリケーションを呼び出すことによってフォント機能を使用できます**Assert**、および[!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)]サンド ボックス化されたアプリケーションに代わってそれらのフォントを含むファイルを読み取る。  
+ プラットフォームの観点から[!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)]を使用する担当**Assert**の不適切な使用に正しく; **Assert**特権を昇格する悪意のあるコードを有効にする可能性があります。 そのため、のみを呼び出すし、さらに重要なは**Assert** 、必要なときの制限はそのまま保持することを確認するとします。 たとえば、セキュリティで保護されたコードでは、ランダムなファイルを開くことはできませんが、フォントは使用できます。 [!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)] サンド ボックス化されたアプリケーションを呼び出すことによってフォント機能を使用できます**Assert**、および[!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)]サンド ボックス化されたアプリケーションに代わってそれらのフォントを含むファイルを読み取る。  
   
 <a name="ClickOnce_Deployment"></a>   
 ### <a name="clickonce-deployment"></a>ClickOnce 配置  
- [!INCLUDE[TLA#tla_clickonce](../../../includes/tlasharptla-clickonce-md.md)]含まれている包括的な配置テクノロジは、[!INCLUDE[TLA2#tla_winfx](../../../includes/tla2sharptla-winfx-md.md)]と連携および統合[!INCLUDE[TLA#tla_visualstu](../../../includes/tlasharptla-visualstu-md.md)](を参照してください[ClickOnce の配置の概要](http://msdn.microsoft.com/library/142dbbz4.aspx)詳細な情報の)。 スタンドアロンの [!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)] アプリケーションは、[!INCLUDE[TLA#tla_clickonce](../../../includes/tlasharptla-clickonce-md.md)] を使用して配置できます。一方、ブラウザーでホストされるアプリケーションは [!INCLUDE[TLA2#tla_clickonce](../../../includes/tla2sharptla-clickonce-md.md)] で配置する必要があります。  
+ [!INCLUDE[TLA#tla_clickonce](../../../includes/tlasharptla-clickonce-md.md)] 含まれている包括的な配置テクノロジは、[!INCLUDE[TLA2#tla_winfx](../../../includes/tla2sharptla-winfx-md.md)]と連携および統合[!INCLUDE[TLA#tla_visualstu](../../../includes/tlasharptla-visualstu-md.md)](を参照してください[ClickOnce の配置の概要](http://msdn.microsoft.com/library/142dbbz4.aspx)詳細な情報の)。 スタンドアロンの [!INCLUDE[TLA2#tla_wpf](../../../includes/tla2sharptla-wpf-md.md)] アプリケーションは、[!INCLUDE[TLA#tla_clickonce](../../../includes/tlasharptla-clickonce-md.md)] を使用して配置できます。一方、ブラウザーでホストされるアプリケーションは [!INCLUDE[TLA2#tla_clickonce](../../../includes/tla2sharptla-clickonce-md.md)] で配置する必要があります。  
   
  [!INCLUDE[TLA2#tla_clickonce](../../../includes/tla2sharptla-clickonce-md.md)] を使用して配置されたアプリケーションには、[!INCLUDE[TLA#tla_cas](../../../includes/tlasharptla-cas-md.md)] の上に追加のセキュリティ層が設けられます。基本的に、[!INCLUDE[TLA#tla_clickonce](../../../includes/tlasharptla-clickonce-md.md)] の配置済みのアプリケーションは、必要なアクセス許可を要求します。 これらのアプリケーションが、アプリケーションの配置元ゾーンのアクセス許可セット数を超えていない場合、これらのアプリケーションには必要なアクセス許可のみが付与されます。 アクセス許可セット数を必要な数のみに減らすことで、起動ゾーンのアクセス許可セットが提供するアクセス許可数を下回る場合でも、アプリケーションがアクセスできるリソースの数が最小限まで削減されます。 その結果、アプリケーションが乗っ取られた場合、クライアント コンピューターの損傷の可能性が低減します。  
   
@@ -211,7 +213,7 @@ ms.lasthandoff: 12/22/2017
   
  場合によっては、信頼できない Web サイトで [!INCLUDE[TLA#tla_ui](../../../includes/tlasharptla-ui-md.md)] のインストールのなりすましをしたり、ユーザーがキャンセルしていても [!INCLUDE[TLA#tla_actx](../../../includes/tlasharptla-actx-md.md)] のインストールのダイアログ ボックスを繰り返し表示したりしてユーザーを騙そうとします。 これらの方法によって、大多数のユーザーが騙されて不適切な判断を行い、スパイウェア アプリケーションのインストールにつながる可能性があります。  
   
- [!INCLUDE[TLA2#tla_ie6sp2](../../../includes/tla2sharptla-ie6sp2-md.md)] には、ユーザーによる開始の概念にまつわるこのような問題を軽減するいくつかの機能があります。 [!INCLUDE[TLA2#tla_ie6sp2](../../../includes/tla2sharptla-ie6sp2-md.md)]検出と呼ばれる、操作の前に、リンクまたはページの要素、ユーザーがクリックしたときに*開始に使用するユーザー*、され、同様のアクションは、代わりにトリガーされたときに、ページのスクリプトでは異なる扱われます。 例として、[!INCLUDE[TLA2#tla_ie6sp2](../../../includes/tla2sharptla-ie6sp2-md.md)]が組み込まれており、**ポップアップ ブロック**ユーザーが、ページのポップアップを作成する前にボタンをクリックしたときを検出します。 これにより、[!INCLUDE[TLA2#tla_ie6sp2](../../../includes/tla2sharptla-ie6sp2-md.md)] は何の問題もないポップアップを許可する一方、ユーザーが要求も希望もしていないポップアップを防ぎます。 ブロックされたポップアップは、新しい トラップ**情報バー**、により、ユーザーは手動でブロックをオーバーライドし、ポップアップの表示にします。  
+ [!INCLUDE[TLA2#tla_ie6sp2](../../../includes/tla2sharptla-ie6sp2-md.md)] には、ユーザーによる開始の概念にまつわるこのような問題を軽減するいくつかの機能があります。 [!INCLUDE[TLA2#tla_ie6sp2](../../../includes/tla2sharptla-ie6sp2-md.md)] 検出と呼ばれる、操作の前に、リンクまたはページの要素、ユーザーがクリックしたときに*開始に使用するユーザー*、され、同様のアクションは、代わりにトリガーされたときに、ページのスクリプトでは異なる扱われます。 例として、[!INCLUDE[TLA2#tla_ie6sp2](../../../includes/tla2sharptla-ie6sp2-md.md)]が組み込まれており、**ポップアップ ブロック**ユーザーが、ページのポップアップを作成する前にボタンをクリックしたときを検出します。 これにより、[!INCLUDE[TLA2#tla_ie6sp2](../../../includes/tla2sharptla-ie6sp2-md.md)] は何の問題もないポップアップを許可する一方、ユーザーが要求も希望もしていないポップアップを防ぎます。 ブロックされたポップアップは、新しい トラップ**情報バー**、により、ユーザーは手動でブロックをオーバーライドし、ポップアップの表示にします。  
   
  同じユーザー実行のロジックにも適用**開く**/**保存**セキュリティ プロンプトです。 [!INCLUDE[TLA2#tla_actx](../../../includes/tla2sharptla-actx-md.md)] のインストールのダイアログ ボックスは、以前インストールされたコントロールからのアップグレードを表す場合を除いて、情報バーにトラップされます。 これらの対策を組み合わせると、より安全かつ制御されたユーザー エクスペリエンスがユーザーに提供されます。ユーザーを攻撃して不要または悪意のあるソフトウェアをインストールさせるサイトからユーザーが保護されるためです。  
   
@@ -219,7 +221,7 @@ ms.lasthandoff: 12/22/2017
   
  [!INCLUDE[TLA2#tla_ie7](../../../includes/tla2sharptla-ie7-md.md)] は、継続的なセキュリティへの取り組みの一環として、[!INCLUDE[TLA2#tla_ie6sp2](../../../includes/tla2sharptla-ie6sp2-md.md)] のセキュリティ機能を強化しています。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [Windows XP SP2 では、Microsoft Internet Explorer 6 でのセキュリティについて理解します。](http://www.microsoft.com/downloads/details.aspx?FamilyId=E550F940-37A0-4541-B5E2-704AB386C3ED&displaylang=en)  
  [概要と保護モードの Internet Explorer での作業](http://msdn.microsoft.com/library/bb250462.aspx)  
  [Windows XP Service Pack 3](http://www.microsoft.com/windows/products/windowsxp/sp3/default.mspx)  
diff --git a/docs/framework/xaml-services/type-converters-and-markup-extensions-for-xaml.md b/docs/framework/xaml-services/type-converters-and-markup-extensions-for-xaml.md
index 2f3cd61d412..654e8439cb8 100644
--- a/docs/framework/xaml-services/type-converters-and-markup-extensions-for-xaml.md
+++ b/docs/framework/xaml-services/type-converters-and-markup-extensions-for-xaml.md
@@ -1,12 +1,13 @@
 ---
-title: "XAML の型コンバーターおよびマークアップ拡張機能"
-ms.custom: 
+title: XAML の型コンバーターおよびマークアップ拡張機能
+ms.custom: ''
 ms.date: 03/30/2017
 ms.prod: .net-framework
-ms.reviewer: 
-ms.suite: 
-ms.technology: dotnet-wpf
-ms.tgt_pltfrm: 
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- dotnet-wpf
+ms.tgt_pltfrm: ''
 ms.topic: article
 helpviewer_keywords:
 - XAML [XAML Services], type converter services
@@ -15,16 +16,17 @@ helpviewer_keywords:
 - value converters for XAML [XAML Services]
 - XAML [XAML Services], service context
 ms.assetid: db07a952-05ce-4aa4-b6f9-aac7397d0326
-caps.latest.revision: "13"
+caps.latest.revision: 13
 author: wadepickett
 ms.author: wpickett
 manager: wpickett
-ms.workload: dotnet
-ms.openlocfilehash: 946049cea6c9148d600cb50e6d49a4cc686c6d2d
-ms.sourcegitcommit: 16186c34a957fdd52e5db7294f291f7530ac9d24
+ms.workload:
+- dotnet
+ms.openlocfilehash: 6425685083c3b73d75d2d7c8a4509ae035542085
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/22/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="type-converters-and-markup-extensions-for-xaml"></a>XAML の型コンバーターおよびマークアップ拡張機能
 型コンバーターとマークアップ拡張機能は、XAML 型システムと XAML ライターが、オブジェクト グラフ コンポーネントを生成するために使用する 2 つの手法です。 型コンバーターとマークアップ拡張機能は、一部の特性を共有しますが、XAML ノード ストリームでは異なる方法で表現されます。 このドキュメント セットでは、型コンバーター、マークアップ拡張機能、およびこれに類似したコンストラクトを、値コンバーターと総称することがあります。  
@@ -56,7 +58,7 @@ ms.lasthandoff: 12/22/2017
  XAML でのマークアップ拡張機能の実装パターンの詳細については、「 [Markup Extensions for XAML Overview](../../../docs/framework/xaml-services/markup-extensions-for-xaml-overview.md)」を参照してください。  
   
 > [!NOTE]
->  <xref:System.Windows.Markup.MarkupExtension> 型と <xref:System.Windows.Markup.ValueSerializer> 型はどちらも、 <xref:System.Windows.Markup> 名前空間ではなく、 <xref:System.Xaml> 名前空間にあります。 このことは、これらの型が WPF テクノロジまたは [!INCLUDE[TLA2#tla_winforms](../../../includes/tla2sharptla-winforms-md.md)] テクノロジのいずれかに固有であることを意味しません ( `Windows`という文字列を含む CLR 名前空間を設定しているとはいえ)。 <xref:System.Windows.Markup.MarkupExtension> と <xref:System.Windows.Markup.ValueSerializer> は System.Xaml アセンブリにあり、特定のフレームワークとの依存関係はありません。 [!INCLUDE[net_v30_short](../../../includes/net-v30-short-md.md)] では、これらの型は CLR 名前空間に存在し、 [!INCLUDE[net_v40_short](../../../includes/net-v40-short-md.md)] でも引き続き CLR 名前空間に残っているので、既存の WPF プロジェクトの参照は破損しません。 詳細については、「 [Types Migrated from WPF to System.Xaml](../../../docs/framework/xaml-services/types-migrated-from-wpf-to-system-xaml.md)」を参照してください。  
+>  <xref:System.Windows.Markup.MarkupExtension> 型と <xref:System.Windows.Markup.ValueSerializer> 型はどちらも、 <xref:System.Windows.Markup> 名前空間ではなく、 <xref:System.Xaml> 名前空間にあります。 これらの型がそれ以外の場合、文字列を含む CLR 名前空間を設定する WPF または Windows フォームのいずれかのテクノロジに固有であるわけ`Windows`です。 <xref:System.Windows.Markup.MarkupExtension> と <xref:System.Windows.Markup.ValueSerializer> は System.Xaml アセンブリにあり、特定のフレームワークとの依存関係はありません。 [!INCLUDE[net_v30_short](../../../includes/net-v30-short-md.md)] では、これらの型は CLR 名前空間に存在し、 [!INCLUDE[net_v40_short](../../../includes/net-v40-short-md.md)] でも引き続き CLR 名前空間に残っているので、既存の WPF プロジェクトの参照は破損しません。 詳細については、「 [Types Migrated from WPF to System.Xaml](../../../docs/framework/xaml-services/types-migrated-from-wpf-to-system-xaml.md)」を参照してください。  
   
 <a name="value_serializers"></a>   
 ## <a name="value-serializers"></a>値シリアライザー  
@@ -76,7 +78,7 @@ ms.lasthandoff: 12/22/2017
 ## <a name="service-context-for-a-value-converter"></a>値コンバーターのサービス コンテキスト  
  値コンバーターを実装する際には、通常、値コンバーターが適用されるコンテキストにアクセスする必要があります。 このコンテキストは、サービス コンテキストと呼ばれます。 サービス コンテキストには、アクティブな XAML スキーマ コンテキスト、XAML スキーマ コンテキストや XAML オブジェクト ライターが提供する型マッピング システムへのアクセスなどの情報が含まれます。 値コンバーターで使用可能なサービス コンテキストとサービス コンテキストが提供するサービスへのアクセス方法の詳細については、「 [Service Contexts Available to Type Converters and Markup Extensions](../../../docs/framework/xaml-services/service-contexts-available-to-type-converters-and-markup-extensions.md)」を参照してください。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  <xref:System.Windows.Markup.MarkupExtension>  
  <xref:System.Xaml.XamlObjectWriter>  
  [XAML のマークアップ拡張機能の概要](../../../docs/framework/xaml-services/markup-extensions-for-xaml-overview.md)  
diff --git a/docs/visual-basic/developing-apps/customizing-extending-my/customizing-which-objects-are-available-in-my.md b/docs/visual-basic/developing-apps/customizing-extending-my/customizing-which-objects-are-available-in-my.md
index 7b50a1a1292..4018a27426c 100644
--- a/docs/visual-basic/developing-apps/customizing-extending-my/customizing-which-objects-are-available-in-my.md
+++ b/docs/visual-basic/developing-apps/customizing-extending-my/customizing-which-objects-are-available-in-my.md
@@ -1,24 +1,25 @@
 ---
-title: "My で利用可能なオブジェクトのカスタマイズ (Visual Basic)"
+title: My で利用可能なオブジェクトのカスタマイズ (Visual Basic)
 ms.date: 07/20/2015
 ms.prod: .net
-ms.technology: devlang-visual-basic
+ms.technology:
+- devlang-visual-basic
 ms.topic: article
 helpviewer_keywords:
 - My namespace [Visual Basic], customizing
 - My namespace
 ms.assetid: 4e8279c2-ed5b-4681-8903-8a6671874000
-caps.latest.revision: "12"
+caps.latest.revision: 12
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: e5f5be7481ee102074fe1236b91110ee6b1d2944
-ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a
+ms.openlocfilehash: 669641a2b6ecbf988f6cad68acf52c5561b32515
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 11/21/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="customizing-which-objects-are-available-in-my-visual-basic"></a>My で利用可能なオブジェクトのカスタマイズ (Visual Basic)
-このトピックでは、これを制御する方法について説明`My`するには、プロジェクトのオブジェクトが有効になって`_MYTYPE`条件付きコンパイル定数。 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]統合開発環境 (IDE) の保持、`_MYTYPE`プロジェクトとプロジェクトの種類の同期の条件付きコンパイル定数。  
+このトピックでは、これを制御する方法について説明`My`するには、プロジェクトのオブジェクトが有効になって`_MYTYPE`条件付きコンパイル定数。 Visual Studio 統合開発環境 (IDE) の保持、`_MYTYPE`プロジェクトとプロジェクトの種類の同期の条件付きコンパイル定数。  
   
 ## <a name="predefined-mytype-values"></a>定義済み _MYTYPE 値  
  使用する必要があります、`/define`コンパイラ オプションを設定する、`_MYTYPE`条件付きコンパイル定数。 独自の値を指定するときに、`_MYTYPE`定数、文字列値で囲みますバック スラッシュ/引用符 (\\") のシーケンス。 たとえば、次のように使用する可能性があります。  
@@ -36,7 +37,7 @@ ms.lasthandoff: 11/21/2017
 |Web|"Web"|  
 |Web コントロール ライブラリ|"WebControl"|  
 |Windows アプリケーション|"WindowsForms"|  
-|カスタムの開始時に、Windows アプリケーション`Sub Main`|"WindowsFormsWithCustomSubMain"|  
+|カスタムの開始時に、Windows アプリケーション `Sub Main`|"WindowsFormsWithCustomSubMain"|  
 |Windows コントロール ライブラリ|"Windows"|  
 |Windows サービス|"Console"|  
 |Empty|"Empty"|  
@@ -49,14 +50,14 @@ ms.lasthandoff: 11/21/2017
   
 |_MYTYPE|_MYAPPLICATIONTYPE|_MYCOMPUTERTYPE|_MYFORMS|_MYUSERTYPE|_MYWEBSERVICES|  
 |--------------|-------------------------|----------------------|---------------|------------------|---------------------|  
-|"Console"|"Console"|"Windows"|未定義|"Windows"|TRUE|  
+|"Console"|"Console"|"Windows"|未定義|"Windows"|true|  
 |"Custom"|未定義|未定義|未定義|未定義|未定義|  
 |"Empty"|未定義|未定義|未定義|未定義|未定義|  
-|"Web"|未定義|"Web"|FALSE|"Web"|FALSE|  
-|"WebControl"|未定義|"Web"|FALSE|"Web"|TRUE|  
+|"Web"|未定義|"Web"|false|"Web"|false|  
+|"WebControl"|未定義|"Web"|false|"Web"|true|  
 |"Windows"または""|"Windows"|"Windows"|未定義|"Windows"|TRUE|  
-|"WindowsForms"|"WindowsForms"|"Windows"|TRUE|"Windows"|TRUE|  
-|"WindowsFormsWithCustomSubMain"|"Console"|"Windows"|TRUE|"Windows"|TRUE|  
+|"WindowsForms"|"WindowsForms"|"Windows"|true|"Windows"|true|  
+|"WindowsFormsWithCustomSubMain"|"Console"|"Windows"|true|"Windows"|true|  
   
  既定では、未定義の条件付きコンパイル定数を解決する`FALSE`です。 既定の動作を上書きするようにプロジェクトをコンパイルするときに、未定義の定数の値を指定できます。  
   
diff --git a/docs/visual-basic/developing-apps/printing/deploying-applications-that-reference-the-printform-component.md b/docs/visual-basic/developing-apps/printing/deploying-applications-that-reference-the-printform-component.md
index ff0598d9138..1302e6871cc 100644
--- a/docs/visual-basic/developing-apps/printing/deploying-applications-that-reference-the-printform-component.md
+++ b/docs/visual-basic/developing-apps/printing/deploying-applications-that-reference-the-printform-component.md
@@ -12,11 +12,11 @@ ms.assetid: b595ea44-a712-4625-a761-190c64f59bbe
 caps.latest.revision: 10
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 15b6e21e769c90e23e66e4f87b37f74462423985
-ms.sourcegitcommit: b750a8e3979749b214e7e10c82efb0a0524dfcb1
+ms.openlocfilehash: f49a5ef8dd4e36c9ab055ca01dc25ed05b083349
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/10/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="deploying-applications-that-reference-the-printform-component-visual-basic"></a>PrintForm コンポーネント (Visual Basic) を参照するアプリケーションの配置
 <xref:Microsoft.VisualBasic.PowerPacks.Printing.PrintForm> コンポーネントを参照するアプリケーションを配置する場合は、コンポーネントをターゲット コンピューターにインストールする必要があります。  
@@ -26,7 +26,7 @@ ms.lasthandoff: 04/10/2018
 ## <a name="installing-the-printform-as-a-prerequisite"></a>必要条件として PrintForm をインストールする  
  アプリケーションを正しく配置するためには、アプリケーションによって参照されるすべてのコンポーネントを配置する必要もあります。 必須コンポーネントのインストール プロセスは、 *ブートストラップ*と呼ばれます。  
   
- <xref:Microsoft.VisualBasic.PowerPacks.Printing.PrintForm> コンポーネントのインストール時に、Microsoft Visual Basic Power Packs ブートストラップ パッケージが [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] ブートストラップ ディレクトリに追加されます。 その後、 [!INCLUDE[ndptecclick](~/includes/ndptecclick-md.md)] または Windows インストーラー配置のための必要条件を追加する手順に従うと、このパッケージが使用可能になります。  
+ ときに、<xref:Microsoft.VisualBasic.PowerPacks.Printing.PrintForm>コンポーネントは、開発用コンピューターにインストールされているが、Microsoft Visual Basic Power Packs ブートス トラップ パッケージが、Visual Studio ブートス トラップ ディレクトリに追加します。 その後、 [!INCLUDE[ndptecclick](~/includes/ndptecclick-md.md)] または Windows インストーラー配置のための必要条件を追加する手順に従うと、このパッケージが使用可能になります。  
   
  既定では、ブートストラップ コンポーネントは、インストール パッケージと同じ場所から配置されます。 または、必要に応じてユーザーがダウンロードできるような URL またはファイルの共有位置からコンポーネントを配置することもできます。  
   
diff --git a/docs/visual-basic/developing-apps/windows-forms/deploying-applications-that-reference-power-packs-controls-visual-studio.md b/docs/visual-basic/developing-apps/windows-forms/deploying-applications-that-reference-power-packs-controls-visual-studio.md
index 0f6f60df67f..cb983383075 100644
--- a/docs/visual-basic/developing-apps/windows-forms/deploying-applications-that-reference-power-packs-controls-visual-studio.md
+++ b/docs/visual-basic/developing-apps/windows-forms/deploying-applications-that-reference-power-packs-controls-visual-studio.md
@@ -12,11 +12,11 @@ ms.assetid: f2230f53-a745-4731-89e6-033943faa209
 caps.latest.revision: 9
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 2a9562acf05cd27eed7bc1ad963845af9a7ca5f9
-ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a
+ms.openlocfilehash: 9d73c7111c3d89cadcad317c9a67e5f483da7125
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 11/21/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="deploying-applications-that-reference-power-packs-controls-visual-studio"></a>Power Packs コントロール (Visual Studio) を参照するアプリケーションの配置
 Power Packs コントロールを参照するアプリケーションを展開するかどうか (<xref:Microsoft.VisualBasic.PowerPacks.LineShape>、 <xref:Microsoft.VisualBasic.PowerPacks.OvalShape>、 <xref:Microsoft.VisualBasic.PowerPacks.RectangleShape>、または<xref:Microsoft.VisualBasic.PowerPacks.DataRepeater>)、展開先コンピューターに、コントロールをインストールする必要があります。  
@@ -24,7 +24,7 @@ Power Packs コントロールを参照するアプリケーションを展開
 ## <a name="installing-the-power-packs-controls-as-a-prerequisite"></a>前提条件として Power Packs コントロールをインストールします。  
  アプリケーションを正しく配置するためには、アプリケーションによって参照されるすべてのコンポーネントを配置する必要もあります。 必須コンポーネントのインストール プロセスは、 *ブートストラップ*と呼ばれます。  
   
- ときに[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]開発用コンピューター上、ブートス トラップ パッケージに追加 Power Pack がインストールされている、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]ブートス トラップ ディレクトリ。 その後、 [!INCLUDE[ndptecclick](~/includes/ndptecclick-md.md)] または Windows インストーラー配置のための必要条件を追加する手順に従うと、このパッケージが使用可能になります。  
+ Visual Studio が開発用コンピューターにインストールされている場合、Power Packs ブートス トラップ パッケージは、Visual Studio ブートス トラップ ディレクトリに追加されます。 その後、 [!INCLUDE[ndptecclick](~/includes/ndptecclick-md.md)] または Windows インストーラー配置のための必要条件を追加する手順に従うと、このパッケージが使用可能になります。  
   
  既定では、ブートストラップ コンポーネントは、インストール パッケージと同じ場所から配置されます。 または、必要に応じてユーザーがダウンロードできるような URL またはファイルの共有位置からコンポーネントを配置することもできます。  
   
diff --git a/docs/visual-basic/developing-apps/windows-forms/windows-forms-application-basics.md b/docs/visual-basic/developing-apps/windows-forms/windows-forms-application-basics.md
index aa9a70281e2..347b09f1274 100644
--- a/docs/visual-basic/developing-apps/windows-forms/windows-forms-application-basics.md
+++ b/docs/visual-basic/developing-apps/windows-forms/windows-forms-application-basics.md
@@ -13,17 +13,17 @@ ms.assetid: 0b919d30-7fd6-42db-85c8-543d15312441
 caps.latest.revision: 20
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: aaa7fbd679eceea53a673646173dc14dc4f209bc
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 230229203029740b82e706fe2aa7ff8ee06c486a
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="windows-forms-application-basics-visual-basic"></a>Windows フォーム アプリケーションの基礎 (Visual Basic)
 Visual Basic の重要な部分は、ユーザーのコンピューターでローカルに実行する Windows フォーム アプリケーションを作成する機能です。 Visual Studio を使用して、Windows フォームを使用して、アプリケーションとユーザー インターフェイスを作成することができます。 Windows フォーム アプリケーションからのクラスをベースに構築、<xref:System.Windows.Forms>名前空間。  
   
 ## <a name="designing-windows-forms-applications"></a>設計の Windows フォーム アプリケーション  
- Windows フォームと Windows サービス アプリケーションを作成することができます[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]です。 詳細については、次のトピックを参照してください。  
+ Visual Studio では、Windows フォームや Windows サービス アプリケーションを作成できます。 詳細については、次のトピックを参照してください。  
   
 -   [Windows フォームの概要](../../../framework/winforms/getting-started-with-windows-forms.md)です。 作成し、Windows フォームをプログラミングする方法についてを説明します。  
    
@@ -32,7 +32,7 @@ Visual Basic の重要な部分は、ユーザーのコンピューターでロ
 -   [Windows サービス アプリケーション](../../../framework/windows-services/index.md)です。 Windows サービスを作成する方法を説明するトピックを一覧表示します。  
   
 ## <a name="building-rich-interactive-user-interfaces"></a>リッチで対話型のユーザー インターフェイスの構築  
- Windows フォームのスマート クライアント コンポーネントは、 [!INCLUDE[dnprdnshort](~/includes/dnprdnshort-md.md)]、読み取りと書き込み、ファイル システムなど、アプリケーションの一般的なタスクを有効にするマネージ ライブラリのセット。 などの開発環境を使用して[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]、ネットワーク経由でをリモート コンピューターで情報を表示したり、ユーザーから入力を要求、通信する Windows フォーム アプリケーションを作成することができます。  
+ Windows フォームのスマート クライアント コンポーネントは、 [!INCLUDE[dnprdnshort](~/includes/dnprdnshort-md.md)]、読み取りと書き込み、ファイル システムなど、アプリケーションの一般的なタスクを有効にするマネージ ライブラリのセット。 Visual Studio などの開発環境を使用して、作成情報を表示したり、ユーザーから入力を要求、通信する Windows フォーム アプリケーションをリモート コンピューターで、ネットワーク経由でします。  
   
  Windows フォームでは、フォームは、ユーザーに情報を表示しているビジュアル サーフェイスです。 通常、Windows フォーム アプリケーションをビルドするには、コントロールをフォームに配置し、マウスのクリックやキーの押下などのユーザー アクションへの応答を開発します。 "*コントロール*" は、データを表示したりデータ入力を受け入れたりする独立したユーザー インターフェイス (UI) 要素です。  
   
@@ -44,7 +44,7 @@ Visual Basic の重要な部分は、ユーザーのコンピューターでロ
   
  Windows フォームには、Microsoft Office のようなハイエンド アプリケーションの機能をエミュレートする豊富な UI コントロールが用意されています。 使用して、<xref:System.Windows.Forms.ToolStrip>と<xref:System.Windows.Forms.MenuStrip>コントロール、ツールバーとメニュー テキストとイメージを含む、サブメニューを表示および他のコントロールのテキスト ボックスやコンボ ボックスなどのホストを作成できます。  
   
- [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]ドラッグ アンド ドロップのフォーム デザイナーで、Windows フォーム アプリケーションに簡単に作成できます: だけをカーソルでコントロールを選択し、フォームの希望の位置に配置します。 デザイナーは、グリッド線や「スナップ線」などのツールを提供するコントロールの調整が備わっており、簡単にします。 かどうかを使用して[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]またはコンパイル、コマンドラインで使用することができます、 <xref:System.Windows.Forms.FlowLayoutPanel>、<xref:System.Windows.Forms.TableLayoutPanel>と<xref:System.Windows.Forms.SplitContainer>高度なを作成するコントロールが最小限の時間と労力でレイアウトを形成します。  
+ Visual Studio のドラッグ アンド ドロップのフォーム デザイナー、Windows フォーム アプリケーションを簡単に作成できます: だけをカーソルでコントロールを選択し、フォームの希望の位置に配置します。 デザイナーは、グリッド線や「スナップ線」などのツールを提供するコントロールの調整が備わっており、簡単にします。 Visual Studio を使用した場合、またはコマンドラインでコンパイルするかどうかは、使用して、 <xref:System.Windows.Forms.FlowLayoutPanel>、<xref:System.Windows.Forms.TableLayoutPanel>と<xref:System.Windows.Forms.SplitContainer>コントロールを作成、高度なフォームを最小限の時間と労力のレイアウトです。  
   
 ### <a name="custom-ui-elements"></a>カスタムの UI 要素  
  最後に、独自のカスタム UI 要素を作成する必要がある場合、<xref:System.Drawing>名前空間には、すべての線、円、およびその他の図形をフォーム上に直接表示する必要があります。 クラスが含まれています。  
@@ -53,7 +53,7 @@ Visual Basic の重要な部分は、ユーザーのコンピューターでロ
   
 |終了|解決方法については、|  
 |--------|---------|  
-|使用して新しい Windows フォーム アプリケーションを作成します。 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]|[チュートリアル: 簡単な Windows フォームの作成](http://msdn.microsoft.com/library/2d9daec0-0543-41d0-acb1-964f685bddbb)|  
+|Visual Studio で新しい Windows フォーム アプリケーションを作成します。|[チュートリアル: 簡単な Windows フォームの作成](http://msdn.microsoft.com/library/2d9daec0-0543-41d0-acb1-964f685bddbb)|  
 |フォーム上のコントロールを使用します。|[方法: Windows フォームにコントロールを追加する](../../../framework/winforms/controls/how-to-add-controls-to-windows-forms.md)|   
 |使用してグラフィックスを作成します。 <xref:System.Drawing>|[グラフィックス プログラミングについて](../../../framework/winforms/advanced/getting-started-with-graphics-programming.md)|  
 |カスタム コントロールを作成します。|[方法: UserControl クラスを継承する](../../../framework/winforms/controls/how-to-inherit-from-the-usercontrol-class.md)|  
@@ -67,7 +67,7 @@ Visual Basic の重要な部分は、ユーザーのコンピューターでロ
  プロジェクトのデータベース、Web サービス、およびオブジェクトなどのデータ ソースを表示するデータ ソース ウィンドウを使用して簡単にデータ バインド コントロールを作成することができます。 このウィンドウからプロジェクトのフォームに項目をドラッグして、データ バインド コントロールを作成できます。 また、[データ ソース] ウィンドウから既存のコントロールにオブジェクトをドラッグして、データに既存のコントロールをバインドすることもできます。  
   
 ### <a name="settings"></a>設定  
- 別の種類のデータ バインド Windows フォームで管理できるは、設定です。 ほとんどのスマート クライアント アプリケーションは必要があります、フォームの前回のサイズなど、実行時状態に関する情報を保持し、保存されたファイルの既定の場所などのユーザー設定のデータを保持します。 アプリケーション設定機能クライアント コンピューターに両方の種類の設定を保存する簡単な方法を提供することによってこれらの要件に対応します。 いずれかを使用して 1 回定義[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]またはコード エディターでは、これらの設定を XML として永続化され、自動的に実行時にメモリに読み込まです。  
+ 別の種類のデータ バインド Windows フォームで管理できるは、設定です。 ほとんどのスマート クライアント アプリケーションは必要があります、フォームの前回のサイズなど、実行時状態に関する情報を保持し、保存されたファイルの既定の場所などのユーザー設定のデータを保持します。 アプリケーション設定機能クライアント コンピューターに両方の種類の設定を保存する簡単な方法を提供することによってこれらの要件に対応します。 Visual Studio またはコード エディターを使用して定義されると、これらの設定は XML として永続化され、自動的に実行時にメモリに読み込まです。  
   
  これらの機能の使用に関する詳細な手順については、次のヘルプ トピックを参照してください。  
   
@@ -78,7 +78,7 @@ Visual Basic の重要な部分は、ユーザーのコンピューターでロ
 |データ ソース ウィンドウを使用します。|[チュートリアル: Windows フォームでのデータの表示](/visualstudio/data-tools/accessing-data-in-visual-studio)|  
   
 ## <a name="deploying-applications-to-client-computers"></a>クライアント コンピューターにアプリケーションを配置する  
- アプリケーションを記述したとする必要がありますに送信するユーザーをインストールして、独自のクライアント コンピューターで実行できるようにします。 使用して、[!INCLUDE[ndptecclick](~/includes/ndptecclick-md.md)]テクノロジ、内からアプリケーションを配置できる[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]して数回のクリックを使用して、Web 上のアプリケーションを指す URL をユーザーに提供します。 [!INCLUDE[ndptecclick](~/includes/ndptecclick-md.md)] すべての要素と、アプリケーション内の依存関係を管理し、クライアント コンピューターで、アプリケーションが正しくインストールされていることを確認します。  
+ アプリケーションを記述したとする必要がありますに送信するユーザーをインストールして、独自のクライアント コンピューターで実行できるようにします。 使用して、[!INCLUDE[ndptecclick](~/includes/ndptecclick-md.md)]テクノロジ、数回のクリックを使用して、Visual Studio 内からアプリケーションを配置して、Web 上のアプリケーションを指す URL をユーザーに提供します。 [!INCLUDE[ndptecclick](~/includes/ndptecclick-md.md)] すべての要素と、アプリケーション内の依存関係を管理し、クライアント コンピューターで、アプリケーションが正しくインストールされていることを確認します。  
   
  [!INCLUDE[ndptecclick](~/includes/ndptecclick-md.md)] アプリケーションは、ユーザーがネットワークに接続されている場合にのみ実行するか、オンラインとオフラインの両方で実行するかを構成することができます。 アプリケーションがオフラインの操作をサポートするように指定するときに[!INCLUDE[ndptecclick](~/includes/ndptecclick-md.md)]のユーザーのアプリケーションへのリンクを追加**開始**] メニューの [できるように、ユーザーを使用すると、URL を使用しても開くことができます。  
   
diff --git a/docs/visual-basic/language-reference/constants-and-enumerations.md b/docs/visual-basic/language-reference/constants-and-enumerations.md
index b3fd16d36b3..32a8dad6376 100644
--- a/docs/visual-basic/language-reference/constants-and-enumerations.md
+++ b/docs/visual-basic/language-reference/constants-and-enumerations.md
@@ -13,11 +13,11 @@ ms.assetid: 309c0ad5-83e4-4f96-99ea-83cd95107417
 caps.latest.revision: 18
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: da42d58190e8069154cd8383cf0a87e0b19f5ae4
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: bffbb8dabdd2463633c9d2ca8de3ef120850be3f
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="constants-and-enumerations-visual-basic"></a>定数と列挙型 (Visual Basic)
 Visual Basic では、定義済みの定数と開発者の列挙体の数を指定します。 定数は、アプリケーションの実行全体で一定の値を格納します。 一連の関連する定数を操作する場合や、定数値に名前を関連付ける場合は、列挙型を使うと便利です。  
@@ -31,7 +31,7 @@ Visual Basic では、定義済みの定数と開発者の列挙体の数を指
 |---|---|  
 |`CONFIG`|現在の設定に対応する文字列、**アクティブ ソリューション構成**ボックスに、 **Configuration Manager**です。|  
 |`DEBUG`|A`Boolean`で設定できる値、**プロジェクト プロパティ** ダイアログ ボックス。 既定では、プロジェクトのデバッグ構成を定義します`DEBUG`です。 ときに`DEBUG`が定義されている<xref:System.Diagnostics.Debug>クラスのメソッドへの出力を生成する、**出力**ウィンドウです。 定義されていない場合<xref:System.Diagnostics.Debug>クラス メソッドはコンパイルされず、デバッグ出力は生成されません。|  
-|`TARGET`|出力の種類のプロジェクトまたはコマンドラインの設定を表す文字列 **/target**オプション。 使用できる値`TARGET`は。<br /><br /> -Windows アプリケーションの"winexe"です。<br />コンソール アプリケーション用には、"exe"です。<br />クラス ライブラリには、"library"です。<br />-モジュールの「モジュール」です。<br />- **/Target**オプションを設定することがあります、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]統合開発環境です。 詳細については、次を参照してください。 [/target (Visual Basic)](../../visual-basic/reference/command-line-compiler/target.md)です。|  
+|`TARGET`|出力の種類のプロジェクトまたはコマンドラインの設定を表す文字列 **/target**オプション。 使用できる値`TARGET`は。<br /><br /> -Windows アプリケーションの"winexe"です。<br />コンソール アプリケーション用には、"exe"です。<br />クラス ライブラリには、"library"です。<br />-モジュールの「モジュール」です。<br />- **/Target**オプションは、Visual Studio 統合開発環境で設定することがあります。 詳細については、次を参照してください。 [/target (Visual Basic)](../../visual-basic/reference/command-line-compiler/target.md)です。|  
 |`TRACE`|A`Boolean`で設定できる値、**プロジェクト プロパティ** ダイアログ ボックス。 既定では、プロジェクトのすべての構成を定義する`TRACE`です。 ときに`TRACE`が定義されている<xref:System.Diagnostics.Trace>クラスのメソッドへの出力を生成する、**出力**ウィンドウです。 定義されていない場合<xref:System.Diagnostics.Trace>クラスのメソッドはコンパイルされず、いいえ`Trace`出力が生成されます。|  
 |`VBC_VER`|Visual Basic バージョンを表す数値*メジャー*.*マイナー*形式です。 バージョン番号[!INCLUDE[vbprvblong](~/includes/vbprvblong-md.md)]8.0 がします。|  
   
diff --git a/docs/visual-basic/language-reference/directives/region-directive.md b/docs/visual-basic/language-reference/directives/region-directive.md
index caa1e00101b..634f7efe502 100644
--- a/docs/visual-basic/language-reference/directives/region-directive.md
+++ b/docs/visual-basic/language-reference/directives/region-directive.md
@@ -1,9 +1,10 @@
 ---
-title: "#<a name=\"region-directive\"></a>領域ディレクティブ"
+title: '#領域ディレクティブ'
 ms.date: 07/20/2015
 ms.prod: .net
-ms.suite: 
-ms.technology: devlang-visual-basic
+ms.suite: ''
+ms.technology:
+- devlang-visual-basic
 ms.topic: article
 f1_keywords:
 - vb.Region
@@ -14,22 +15,22 @@ helpviewer_keywords:
 - region directive (#region)
 - '#Region keyword [Visual Basic]'
 ms.assetid: 90a6a104-3cbf-47d0-bdc4-b585d0921b87
-caps.latest.revision: "14"
+caps.latest.revision: 14
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: fb308da6ad0ca6243f14e0d825ed7eb005d622bc
-ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a
+ms.openlocfilehash: 83ceac7d73eff23e16c5f6efb1c4eb8a2210ee2c
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 11/21/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="region-directive"></a>#Region ディレクティブ
 Visual Basic ファイルのコードのセクションを折りたたんで非表示にします。  
   
 ## <a name="syntax"></a>構文  
-  
-```  
-      #Region "identifier_string"  
+
+```vb
+#Region "identifier_string"  
 #End Region  
 ```  
   
@@ -37,7 +38,7 @@ Visual Basic ファイルのコードのセクションを折りたたんで非
   
 |用語|定義|  
 |---|---|  
-|`identifier_string`|必須です。 領域が折りたたまれたときにその領域のタイトルとして機能する文字列です。 既定では、領域は折りたたまれています。|  
+|`identifier_string`|必須。 領域が折りたたまれたときにその領域のタイトルとして機能する文字列です。 既定では、領域は折りたたまれています。|  
 |`#End Region`|`#Region` ブロックを終了します。|  
   
 ## <a name="remarks"></a>コメント  
diff --git a/docs/visual-basic/language-reference/error-messages/class-classname-cannot-be-found.md b/docs/visual-basic/language-reference/error-messages/class-classname-cannot-be-found.md
index e7ae004ce75..fffb0457b3a 100644
--- a/docs/visual-basic/language-reference/error-messages/class-classname-cannot-be-found.md
+++ b/docs/visual-basic/language-reference/error-messages/class-classname-cannot-be-found.md
@@ -16,11 +16,11 @@ ms.assetid: 72528d02-77b7-4b4c-8b9e-d12f666f92ef
 caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 63dfdf0f2fe8869577d450f21c4f12b5eec125bb
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: ab3f9d2729dec1d97dc00fac3527e492d3c5880a
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="class-39ltclassnamegt39-cannot-be-found"></a>クラス&#39; &lt;classname&gt; &#39;が見つかりません
 クラスの\<classname >' が見つかりません。 このエラーは通常、'Microsoft.VisualBasic.dll' が適切でない場合に発生します。  
@@ -33,7 +33,7 @@ ms.lasthandoff: 04/26/2018
   
 1.  プログラムをもう一度コンパイルし、エラーがまだ発生するかどうか確認します。  
   
-2.  エラーがまだ発生する場合は、作業内容を保存し、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]を再起動します。  
+2.  エラーが再発する場合は、作業を保存し、Visual Studio を再起動します。  
   
 3.  エラーが解決しない場合は、Visual Basic を再インストールします。  
   
diff --git a/docs/visual-basic/language-reference/error-messages/unable-to-emit-assembly-error-message.md b/docs/visual-basic/language-reference/error-messages/unable-to-emit-assembly-error-message.md
index 08fa29056c3..f7cc98fd73b 100644
--- a/docs/visual-basic/language-reference/error-messages/unable-to-emit-assembly-error-message.md
+++ b/docs/visual-basic/language-reference/error-messages/unable-to-emit-assembly-error-message.md
@@ -16,11 +16,11 @@ ms.assetid: 2e7eb2b9-eda6-4bdb-95cc-72c7f0be7528
 caps.latest.revision: 11
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 61a5c6b753b8aa70905027bc1449739769cd8da5
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 59288ba7b4cec34cd2266d66aa931e92598e819a
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="unable-to-emit-assembly-lterror-messagegt"></a>アセンブリを作成できません:&lt;エラー メッセージ&gt;
 Visual Basic コンパイラでは、リンカー、アセンブリを作成する出力段階でエラーが報告アセンブリ リンカー (Al.exe、Alink とも呼ばれます)、マニフェストを伴うアセンブリを生成するを呼び出します。  
@@ -61,7 +61,7 @@ Visual Basic コンパイラでは、リンカー、アセンブリを作成す
   
      パスやファイルに空白が含まれている場合には、二重引用符 (") を使用します。  
   
-6.  [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] で、作成したファイルに .NET アセンブリへの参照を追加します。  
+6.  Visual Studio で作成したファイルへの参照を .NET アセンブリを追加します。  
   
 ## <a name="see-also"></a>関連項目  
  
diff --git a/docs/visual-basic/language-reference/error-messages/unable-to-write-output-to-memory.md b/docs/visual-basic/language-reference/error-messages/unable-to-write-output-to-memory.md
index efdfd974e8c..2989e0bd2a2 100644
--- a/docs/visual-basic/language-reference/error-messages/unable-to-write-output-to-memory.md
+++ b/docs/visual-basic/language-reference/error-messages/unable-to-write-output-to-memory.md
@@ -16,11 +16,11 @@ ms.assetid: 23996dca-250f-4320-8211-1560e90172df
 caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 3f27fcf3bd1f80b5daf501609c2cd157c209924a
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 5314702192dd4536f1d49c3ac8b26214d06b786b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="unable-to-write-output-to-memory"></a>出力をメモリに書き込めません。
 出力をメモリに書き込むときに問題が発生しました。  
@@ -31,7 +31,7 @@ ms.lasthandoff: 04/26/2018
   
 1.  プログラムをもう一度コンパイルし、エラーがまだ発生するかどうか確認します。  
   
-2.  エラーが引き続き発生する場合は、作業内容を保存し、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]を再起動します。  
+2.  エラーが引き続き発生する場合は、作業内容を保存し、Visual Studio を再起動します。  
   
 3.  エラーが再発する場合は、Visual Basic を再インストールします。  
   
diff --git a/docs/visual-basic/language-reference/error-messages/unable-to-write-temporary-file-because-temporary-path-is-not-available.md b/docs/visual-basic/language-reference/error-messages/unable-to-write-temporary-file-because-temporary-path-is-not-available.md
index 4e82ca9f4d0..5b0e147feeb 100644
--- a/docs/visual-basic/language-reference/error-messages/unable-to-write-temporary-file-because-temporary-path-is-not-available.md
+++ b/docs/visual-basic/language-reference/error-messages/unable-to-write-temporary-file-because-temporary-path-is-not-available.md
@@ -16,11 +16,11 @@ ms.assetid: 3b77b7e3-8b17-40de-b4e1-05e4b9b325ad
 caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 298faf593dc15d6ede5fbb4238599373f3a49a82
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: b02f4bb120b4072facc913fb9b83dcf498208cbe
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="unable-to-write-temporary-file-because-temporary-path-is-not-available"></a>一時パスが使用できないため、一時ファイルを書き込めません。
 Visual Basic では、一時ファイルの格納場所のパスを特定できませんでした。  
@@ -29,9 +29,9 @@ Visual Basic では、一時ファイルの格納場所のパスを特定でき
   
 ## <a name="to-correct-this-error"></a>このエラーを解決するには  
   
-1.  [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]を再起動します。  
+1.  Visual Studio を再起動します。  
   
-2.  問題が再発する場合は、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] を再インストールします。  
+2.  問題が解決しない場合は、Visual Studio を再インストールします。  
   
 ## <a name="see-also"></a>関連項目  
  [ご意見](/visualstudio/ide/talk-to-us)
diff --git a/docs/visual-basic/language-reference/error-messages/unable-to-write-to-output-file-filename-error.md b/docs/visual-basic/language-reference/error-messages/unable-to-write-to-output-file-filename-error.md
index 1fb6e260eab..b0c078d95cf 100644
--- a/docs/visual-basic/language-reference/error-messages/unable-to-write-to-output-file-filename-error.md
+++ b/docs/visual-basic/language-reference/error-messages/unable-to-write-to-output-file-filename-error.md
@@ -16,11 +16,11 @@ ms.assetid: 0845b245-11bb-46fd-95ca-f6cef3c318ef
 caps.latest.revision: 10
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: a183f81a73c3c8034d9ba7366be8b36d425263da
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: ce97bcb2dd0de774c1a82ae75ef5b83c02467edb
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="unable-to-write-to-output-file-39ltfilenamegt39-lterrorgt"></a>出力ファイルを書き込めません&#39; &lt;filename&gt;&#39;:&lt;エラー。&gt;
 ファイルの作成で問題が発生しました。  
@@ -41,7 +41,7 @@ ms.lasthandoff: 04/26/2018
   
 1.  プログラムをもう一度コンパイルし、エラーがまだ発生するかどうか確認します。  
   
-2.  エラーが引き続き発生する場合は、作業内容を保存し、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] を再起動します。  
+2.  エラーが引き続き発生する場合は、作業内容を保存し、Visual Studio を再起動します。  
   
 3.  エラーが引き続き発生する場合は、コンピューターを再起動します。  
   
diff --git a/docs/visual-basic/language-reference/index.md b/docs/visual-basic/language-reference/index.md
index 233eb6845aa..d61f05d79ed 100644
--- a/docs/visual-basic/language-reference/index.md
+++ b/docs/visual-basic/language-reference/index.md
@@ -17,11 +17,11 @@ ms.assetid: 5c6bd31a-9542-4f3e-bfd5-e951af58f0f2
 caps.latest.revision: 17
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: f65df8469ecfbc1296963f95eefbb29068f1cb57
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 8cc41f5d4f60b1ed5ee81128d0ab9a53728ceb65
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="visual-basic-language-reference"></a>Visual Basic の言語リファレンス
 このセクションでは、Visual Basic 言語のさまざまな側面に関するリファレンス情報を提供します。  
@@ -92,4 +92,4 @@ ms.lasthandoff: 04/26/2018
  Visual Basic 言語のすべての領域に関する包括的なヘルプをについて説明します。  
   
  [Visual Basic のコマンド ライン コンパイラ](../../visual-basic/reference/command-line-compiler/index.md)  
- [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] 統合開発環境 (IDE) でプログラムをコンパイルする方法の代替手段としてコマンド ライン コンパイルを使用する方法を説明しています。
+ Visual Studio 統合開発環境 (IDE) 内からプログラムをコンパイルする代わりにコマンド ライン コンパイラを使用する方法について説明します。
diff --git a/docs/visual-basic/language-reference/keywords/registry-summary.md b/docs/visual-basic/language-reference/keywords/registry-summary.md
index 3f22916f003..01582400966 100644
--- a/docs/visual-basic/language-reference/keywords/registry-summary.md
+++ b/docs/visual-basic/language-reference/keywords/registry-summary.md
@@ -12,14 +12,14 @@ ms.assetid: 6e90eb8a-1a4e-4387-8a68-9287dc7875e8
 caps.latest.revision: 14
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: e1e57ac4650eb625ce2eb18e092024ac40607d81
-ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a
+ms.openlocfilehash: 4163fbb1bd429442badfa429034d34133f825898
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 11/21/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="registry-summary-visual-basic"></a>レジストリの概要 (Visual Basic)
-以下の表は、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] 言語のキーワードとランタイム ライブラリ メンバーを目的および使用方法別に分類したものです。  
+Visual Studio 言語のキーワードとランタイム ライブラリ メンバーを目的別に整理された、使用する.  
   
  `My` 機能を使用すると、これらの要素を使用するよりもレジストリ操作の生産性とパフォーマンスが格段に向上します。 詳細については、「<xref:Microsoft.VisualBasic.MyServices.RegistryProxy>」を参照してください。  
   
diff --git a/docs/visual-basic/language-reference/statements/module-statement.md b/docs/visual-basic/language-reference/statements/module-statement.md
index 7f3ea75d7a7..b63358aff6f 100644
--- a/docs/visual-basic/language-reference/statements/module-statement.md
+++ b/docs/visual-basic/language-reference/statements/module-statement.md
@@ -1,10 +1,11 @@
 ---
-title: "Module ステートメント"
+title: Module ステートメント
 ms.date: 07/20/2015
 ms.prod: .net
-ms.reviewer: 
-ms.suite: 
-ms.technology: devlang-visual-basic
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- devlang-visual-basic
 ms.topic: article
 f1_keywords:
 - Module
@@ -18,21 +19,21 @@ helpviewer_keywords:
 - classes [Visual Basic], vs. modules
 - declarations [Visual Basic], modules
 ms.assetid: a1243afc-14a5-45df-95d5-51118aeac362
-caps.latest.revision: "24"
+caps.latest.revision: 24
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 92cdcd1919f21243118108da3bc382ea5d954130
-ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a
+ms.openlocfilehash: 51f8fd063449c072a69cdffd9f6ce2a96cc3f68c
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 11/21/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="module-statement"></a>Module ステートメント
 モジュールの名前を宣言し、変数、プロパティ、イベント、およびモジュールを構成するプロシージャの定義を紹介します。  
   
 ## <a name="syntax"></a>構文  
   
-```  
+```vb 
 [ <attributelist> ] [ accessmodifier ]  Module name  
     [ statements ]  
 End Module  
@@ -40,10 +41,10 @@ End Module
   
 ## <a name="parts"></a>指定項目  
  `attributelist`  
- 省略可能です。 参照してください[属性一覧](../../../visual-basic/language-reference/statements/attribute-list.md)です。  
+ 任意。 参照してください[属性一覧](../../../visual-basic/language-reference/statements/attribute-list.md)です。  
   
  `accessmodifier`  
- 省略可能です。 次のいずれかの値を指定します。  
+ 任意。 次のいずれかの値を指定します。  
   
 -   [Public](../../../visual-basic/language-reference/modifiers/public.md)  
   
@@ -52,10 +53,10 @@ End Module
  参照してください[Visual Basic でのレベルのアクセス](../../../visual-basic/programming-guide/language-features/declared-elements/access-levels.md)です。  
   
  `name`  
- 必須です。 このモジュールの名前です。 参照してください[宣言された要素の名前](../../../visual-basic/programming-guide/language-features/declared-elements/declared-element-names.md)です。  
+ 必須。 このモジュールの名前です。 参照してください[宣言された要素の名前](../../../visual-basic/programming-guide/language-features/declared-elements/declared-element-names.md)です。  
   
  `statements`  
- 省略可能です。 変数、プロパティ、イベント、プロシージャ、およびこのモジュールの入れ子にされた型を定義するステートメント。  
+ 任意。 変数、プロパティ、イベント、プロシージャ、およびこのモジュールの入れ子にされた型を定義するステートメント。  
   
  `End Module`  
  `Module` の定義を終了します。  
diff --git a/docs/visual-basic/language-reference/statements/namespace-statement.md b/docs/visual-basic/language-reference/statements/namespace-statement.md
index 743957d50ec..73743e1d1eb 100644
--- a/docs/visual-basic/language-reference/statements/namespace-statement.md
+++ b/docs/visual-basic/language-reference/statements/namespace-statement.md
@@ -21,18 +21,18 @@ ms.assetid: a31fbd95-9ace-4c3d-bbb1-51222a2272b2
 caps.latest.revision: 39
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 9863286a8eda2559ab678c77a81cc7d6063c3e3d
-ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a
+ms.openlocfilehash: 90eb33bdbc01afc983869c919f9d7b2feab44037
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 11/21/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="namespace-statement"></a>Namespace ステートメント
 名前空間の名前を宣言し、ソース コードがその名前空間内でコンパイルするように宣言します。  
   
 ## <a name="syntax"></a>構文  
   
-```  
+```vb  
 Namespace [Global.] { name | name.name }  
     [ componenttypes ]  
 End Namespace  
@@ -40,13 +40,13 @@ End Namespace
   
 ## <a name="parts"></a>指定項目  
  Global  
- 省略可能です。 プロジェクトのルート名前空間から名前空間を定義できます。 参照してください[Visual Basic における名前空間](../../../visual-basic/programming-guide/program-structure/namespaces.md)です。  
+ 任意。 プロジェクトのルート名前空間から名前空間を定義できます。 参照してください[Visual Basic における名前空間](../../../visual-basic/programming-guide/program-structure/namespaces.md)です。  
   
  `name`  
- 必須です。 名前空間を識別する一意の名前。 有効な Visual Basic 識別子である必要があります。 詳細については、次を参照してください。[宣言された要素の名前](../../../visual-basic/programming-guide/language-features/declared-elements/declared-element-names.md)です。  
+ 必須。 名前空間を識別する一意の名前。 有効な Visual Basic 識別子である必要があります。 詳細については、次を参照してください。[宣言された要素の名前](../../../visual-basic/programming-guide/language-features/declared-elements/declared-element-names.md)です。  
   
  `componenttypes`  
- 省略可能です。 名前空間を構成する要素。 これらしますが、列挙型、構造体、インターフェイス、クラス、モジュール、デリゲート、および他の名前空間に限定されていません。  
+ 任意。 名前空間を構成する要素。 これらしますが、列挙型、構造体、インターフェイス、クラス、モジュール、デリゲート、および他の名前空間に限定されていません。  
   
  `End Namespace`  
  終了、`Namespace`ブロックします。  
diff --git a/docs/visual-basic/language-reference/statements/property-statement.md b/docs/visual-basic/language-reference/statements/property-statement.md
index f00dcbca322..28abd5a1ac4 100644
--- a/docs/visual-basic/language-reference/statements/property-statement.md
+++ b/docs/visual-basic/language-reference/statements/property-statement.md
@@ -2,9 +2,10 @@
 title: Property Statement
 ms.date: 07/20/2015
 ms.prod: .net
-ms.reviewer: 
-ms.suite: 
-ms.technology: devlang-visual-basic
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- devlang-visual-basic
 ms.topic: article
 f1_keywords:
 - vb.PropertySet
@@ -16,21 +17,21 @@ helpviewer_keywords:
 - property procedures [Visual Basic], Property statements
 - Property keyword [Visual Basic]
 ms.assetid: 3155edaf-8ebd-45c6-9cef-11d5d2dc8d38
-caps.latest.revision: "41"
+caps.latest.revision: 41
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: af4666ecb059f141480be2295055644537819293
-ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a
+ms.openlocfilehash: 558b62dd8c676532355ef12134ad8cb803b70796
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 11/21/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="property-statement"></a>Property Statement
 プロパティ、および格納およびプロパティの値を取得するためのプロパティ プロシージャの名前を宣言します。  
   
 ## <a name="syntax"></a>構文  
   
-```  
+```vb  
 [ <attributelist> ] [ Default ] [ accessmodifier ]   
 [ propertymodifiers ] [ Shared ] [ Shadows ] [ ReadOnly | WriteOnly ] [ Iterator ]  
 Property name ( [ parameterlist ] ) [ As returntype ] [ Implements implementslist ]  
@@ -51,11 +52,11 @@ Property name ( [ parameterlist ] ) [ As returntype ] [ Implements implementslis
   
 -   `attributelist`  
   
-     省略可能です。 このプロパティに適用される属性の一覧または`Get`または`Set`プロシージャです。 参照してください[属性一覧](../../../visual-basic/language-reference/statements/attribute-list.md)です。  
+     任意。 このプロパティに適用される属性の一覧または`Get`または`Set`プロシージャです。 参照してください[属性一覧](../../../visual-basic/language-reference/statements/attribute-list.md)です。  
   
 -   `Default`  
   
-     省略可能です。 このプロパティは、既定のプロパティをクラスまたは構造体が定義されていることを指定します。 既定のプロパティのパラメーターを受け入れる必要がありますとに設定してプロパティ名を指定しなくても取得します。 としてプロパティを宣言する場合`Default`、使用することはできません`Private`プロパティまたはプロパティ プロシージャのいずれか。  
+     任意。 このプロパティは、既定のプロパティをクラスまたは構造体が定義されていることを指定します。 既定のプロパティのパラメーターを受け入れる必要がありますとに設定してプロパティ名を指定しなくても取得します。 としてプロパティを宣言する場合`Default`、使用することはできません`Private`プロパティまたはプロパティ プロシージャのいずれか。  
   
 -   `accessmodifier`  
   
@@ -75,7 +76,7 @@ Property name ( [ parameterlist ] ) [ As returntype ] [ Implements implementslis
   
 -   `propertymodifiers`  
   
-     省略可能です。 次のいずれかの値を指定します。  
+     任意。 次のいずれかの値を指定します。  
   
     -   [オーバーロード](../../../visual-basic/language-reference/modifiers/overloads.md)  
   
@@ -93,31 +94,31 @@ Property name ( [ parameterlist ] ) [ As returntype ] [ Implements implementslis
   
 -   `Shared`  
   
-     省略可能です。 参照してください[共有](../../../visual-basic/language-reference/modifiers/shared.md)です。  
+     任意。 参照してください[共有](../../../visual-basic/language-reference/modifiers/shared.md)です。  
   
 -   `Shadows`  
   
-     省略可能です。 参照してください[Shadows](../../../visual-basic/language-reference/modifiers/shadows.md)です。  
+     任意。 参照してください[Shadows](../../../visual-basic/language-reference/modifiers/shadows.md)です。  
   
 -   `ReadOnly`  
   
-     省略可能です。 参照してください[ReadOnly](../../../visual-basic/language-reference/modifiers/readonly.md)です。  
+     任意。 参照してください[ReadOnly](../../../visual-basic/language-reference/modifiers/readonly.md)です。  
   
 -   `WriteOnly`  
   
-     省略可能です。 参照してください[WriteOnly](../../../visual-basic/language-reference/modifiers/writeonly.md)です。  
+     任意。 参照してください[WriteOnly](../../../visual-basic/language-reference/modifiers/writeonly.md)です。  
   
 -   `Iterator`  
   
-     省略可能です。 参照してください[反復子](../../../visual-basic/language-reference/modifiers/iterator.md)です。  
+     任意。 参照してください[反復子](../../../visual-basic/language-reference/modifiers/iterator.md)です。  
   
 -   `name`  
   
-     必須です。 プロパティ名。 参照してください[宣言された要素の名前](../../../visual-basic/programming-guide/language-features/declared-elements/declared-element-names.md)です。  
+     必須。 プロパティ名。 参照してください[宣言された要素の名前](../../../visual-basic/programming-guide/language-features/declared-elements/declared-element-names.md)です。  
   
 -   `parameterlist`  
   
-     省略可能です。 このプロパティのパラメーターとの考えられる追加のパラメーターを表すローカル変数名の一覧、`Set`プロシージャです。 参照してください[パラメーター リスト](../../../visual-basic/language-reference/statements/parameter-list.md)です。  
+     任意。 このプロパティのパラメーターとの考えられる追加のパラメーターを表すローカル変数名の一覧、`Set`プロシージャです。 参照してください[パラメーター リスト](../../../visual-basic/language-reference/statements/parameter-list.md)です。  
   
 -   `returntype`  
   
@@ -125,7 +126,7 @@ Property name ( [ parameterlist ] ) [ As returntype ] [ Implements implementslis
   
 -   `Implements`  
   
-     省略可能です。 このプロパティには、このプロパティの包含クラスまたは構造体によって実装されるインターフェイスで定義されている 1 つずつ、1 つまたは複数のプロパティが実装されていることを示します。 参照してください[ステートメントを実装します](../../../visual-basic/language-reference/statements/implements-statement.md)です。  
+     任意。 このプロパティには、このプロパティの包含クラスまたは構造体によって実装されるインターフェイスで定義されている 1 つずつ、1 つまたは複数のプロパティが実装されていることを示します。 参照してください[ステートメントを実装します](../../../visual-basic/language-reference/statements/implements-statement.md)です。  
   
 -   `implementslist`  
   
@@ -139,16 +140,16 @@ Property name ( [ parameterlist ] ) [ As returntype ] [ Implements implementslis
   
     |パーツ|説明|  
     |---|---|  
-    |`interface`|必須です。 このプロパティによって実装されるインターフェイスの名前には、クラスまたは構造体を含むのです。|  
-    |`definedname`|必須です。 名前のプロパティを定義する`interface`です。|  
+    |`interface`|必須。 このプロパティによって実装されるインターフェイスの名前には、クラスまたは構造体を含むのです。|  
+    |`definedname`|必須。 名前のプロパティを定義する`interface`です。|  
   
 -   `Get`  
   
-     省略可能です。 プロパティがマークされているかどうかに必要な`WriteOnly`します。 開始、`Get`プロパティ プロシージャをプロパティの値を返すために使用します。  
+     任意。 プロパティがマークされているかどうかに必要な`WriteOnly`します。 開始、`Get`プロパティ プロシージャをプロパティの値を返すために使用します。  
   
 -   `statements`  
   
-     省略可能です。 内で実行するステートメントのブロック、`Get`または`Set`プロシージャです。  
+     任意。 内で実行するステートメントのブロック、`Get`または`Set`プロシージャです。  
   
 -   `End Get`  
   
@@ -156,7 +157,7 @@ Property name ( [ parameterlist ] ) [ As returntype ] [ Implements implementslis
   
 -   `Set`  
   
-     省略可能です。 プロパティがマークされているかどうかに必要な`ReadOnly`します。 開始、`Set`プロパティ プロシージャ、プロパティの値を格納するために使用します。  
+     任意。 プロパティがマークされているかどうかに必要な`ReadOnly`します。 開始、`Set`プロパティ プロシージャ、プロパティの値を格納するために使用します。  
   
 -   `End Set`  
   
diff --git a/docs/visual-basic/misc/bc30649.md b/docs/visual-basic/misc/bc30649.md
index 35de5f1de58..9ba197a7070 100644
--- a/docs/visual-basic/misc/bc30649.md
+++ b/docs/visual-basic/misc/bc30649.md
@@ -1,5 +1,5 @@
 ---
-title: '&#39;です。&lt;typename&gt;&#39; はサポートされていない型です。'
+title: '&#39;&lt;typename&gt; &#39;はサポートされていない型です。'
 ms.date: 07/20/2015
 ms.prod: .net
 ms.technology:
@@ -14,14 +14,14 @@ ms.assetid: fc44494c-9603-42ab-9780-9d2286015180
 caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 220e33784eee73c2d59456d9900dc00779cabbbf
-ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e
+ms.openlocfilehash: 752b4447daf3c36ea044aa36e45bc7be5184fe06
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 10/18/2017
+ms.lasthandoff: 04/27/2018
 ---
-# <a name="39lttypenamegt39-is-an-unsupported-type"></a>&#39;です。&lt;typename&gt;&#39; はサポートされていない型です。
-指定された型は [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]で表すことができません。  
+# <a name="39lttypenamegt39-is-an-unsupported-type"></a>&#39;&lt;typename&gt; &#39;はサポートされていない型です。
+指定された型は、Visual Studio によって表されることはできません。  
   
  **エラー ID:** BC30649  
   
diff --git a/docs/visual-basic/misc/bc30656.md b/docs/visual-basic/misc/bc30656.md
index d75e4f6a906..95f1cbfb013 100644
--- a/docs/visual-basic/misc/bc30656.md
+++ b/docs/visual-basic/misc/bc30656.md
@@ -1,5 +1,5 @@
 ---
-title: フィールド &#39;&lt;fieldname&gt;&#39; はサポートされていない型
+title: フィールド&#39; &lt;fieldname&gt; &#39;はサポートされていない型
 ms.date: 07/20/2015
 ms.prod: .net
 ms.technology:
@@ -14,14 +14,14 @@ ms.assetid: 3c806df2-19f7-4f54-a72a-4043d2cdba9f
 caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 7db009cffa85948915180d6aaf7c99de2ae5268e
-ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e
+ms.openlocfilehash: 8f773af45f316d465e2e9c13ddbb10dd164e1c9f
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 10/18/2017
+ms.lasthandoff: 04/27/2018
 ---
-# <a name="field-39ltfieldnamegt39-is-of-an-unsupported-type"></a>フィールド &#39;&lt;fieldname&gt;&#39; はサポートされていない型
-フィールドが、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]で表現できない型として宣言されています。  
+# <a name="field-39ltfieldnamegt39-is-of-an-unsupported-type"></a>フィールド&#39; &lt;fieldname&gt; &#39;はサポートされていない型
+フィールドは、Visual Studio で表現できない型として宣言されています。  
   
  **エラー ID:** BC30656  
   
diff --git a/docs/visual-basic/misc/bc30657.md b/docs/visual-basic/misc/bc30657.md
index c98eb481699..2e4f369a6ee 100644
--- a/docs/visual-basic/misc/bc30657.md
+++ b/docs/visual-basic/misc/bc30657.md
@@ -1,5 +1,5 @@
 ---
-title: '&#39;です。&lt;procedurename&gt;&#39; にサポートされていない戻り値の型またはパラメーター型が指定はサポートされていません'
+title: '&#39;&lt;procedurename&gt; &#39;にサポートされていない戻り値の型またはパラメーター型が指定はサポートされていません'
 ms.date: 07/20/2015
 ms.prod: .net
 ms.technology:
@@ -14,14 +14,14 @@ ms.assetid: dd28b718-6a88-444c-9844-672b93628c16
 caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: c947bc932e9a312a2507aa6153cc94880d5bdacd
-ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e
+ms.openlocfilehash: e59c701b6d604b7c26980fbf48a853c2f28671ac
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 10/18/2017
+ms.lasthandoff: 04/27/2018
 ---
-# <a name="39ltprocedurenamegt39-has-a-return-type-that-is-not-supported-or-parameter-types-that-are-not-supported"></a>&#39;です。&lt;procedurename&gt;&#39; にサポートされていない戻り値の型またはパラメーター型が指定はサポートされていません
-[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]では表現できないパラメーターまたは戻り値の型を指定して、プロシージャが宣言されています。  
+# <a name="39ltprocedurenamegt39-has-a-return-type-that-is-not-supported-or-parameter-types-that-are-not-supported"></a>&#39;&lt;procedurename&gt; &#39;にサポートされていない戻り値の型またはパラメーター型が指定はサポートされていません
+プロシージャにパラメーターまたは Visual Studio では表現できない戻り値の型で宣言されています。  
   
  **エラー ID:** BC30657  
   
diff --git a/docs/visual-basic/misc/bc30680.md b/docs/visual-basic/misc/bc30680.md
index ee124cdb0ca..b383ad550e1 100644
--- a/docs/visual-basic/misc/bc30680.md
+++ b/docs/visual-basic/misc/bc30680.md
@@ -11,17 +11,17 @@ f1_keywords:
 helpviewer_keywords:
 - BC30680
 ms.assetid: 1ea60620-c8dc-4957-8cf4-07b25d20da3b
-caps.latest.revision: ''
+caps.latest.revision: 14
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 37647f537f0b9dbfe46c8d903b52116c875aa227
-ms.sourcegitcommit: c883637b41ee028786edceece4fa872939d2e64c
+ms.openlocfilehash: ef12eaf0586ac013cf5d567b76c6f4dbd71b42d3
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 03/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="39end-region39-must-be-preceded-by-a-matching-39region39"></a>&#39;#End region&#39;前に、対応する必要がある&#39;#Region&#39;
-`#Region` では、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] コード エディターのアウトライン機能を使用して、展開または折りたたみの対象となるコード ブロックを指定できます。 `#Region` ステートメントの開始と終了は同じコード ブロック内にある必要があります。  
+`#Region` Visual Studio コード エディターのアウトライン機能を使用するときに展開または折りたたみのコードのブロックを指定することができます。 `#Region` ステートメントの開始と終了は同じコード ブロック内にある必要があります。  
   
  **エラー ID:** BC30680  
   
diff --git a/docs/visual-basic/misc/bc30681.md b/docs/visual-basic/misc/bc30681.md
index a0a71e93e39..47f076b093c 100644
--- a/docs/visual-basic/misc/bc30681.md
+++ b/docs/visual-basic/misc/bc30681.md
@@ -1,5 +1,5 @@
 ---
-title: '&#39; #Region &#39;ステートメントの終わりに対応する &#39; #End Region &#39; にする必要があります。'
+title: '&#39;#Region&#39; 、対応するステートメントが終了する必要があります&#39;#End Region&#39;'
 ms.date: 07/20/2015
 ms.prod: .net
 ms.technology:
@@ -14,14 +14,14 @@ ms.assetid: 05a0402b-da68-4ab8-b6d6-940379bc5973
 caps.latest.revision: 10
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 7c5155421397caa8861ac0f585d0b7912f46eda2
-ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e
+ms.openlocfilehash: a2daa4027afe48a7de9232f71c30bf58952f5249
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 10/18/2017
+ms.lasthandoff: 04/27/2018
 ---
-# <a name="39region39-statement-must-end-with-a-matching-39end-region39"></a>&#39; #Region &#39;ステートメントの終わりに対応する &#39; #End Region &#39; にする必要があります。
-`#Region` コード エディターのアウトライン機能を使うときに展開または折りたたむことができるコード ブロックを指定するには、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] ディレクティブを使用します。 `#Region` ステートメントの開始と終了は同じコード ブロック内にある必要があります。  
+# <a name="39region39-statement-must-end-with-a-matching-39end-region39"></a>&#39;#Region&#39; 、対応するステートメントが終了する必要があります&#39;#End Region&#39;
+使用して、`#Region`ディレクティブを指定、コードのブロックを展開したり折りたたんだり Visual Studio コード エディターのアウトライン機能を使用することができます。 `#Region` ステートメントの開始と終了は同じコード ブロック内にある必要があります。  
   
  **エラー ID:** BC30681  
   
diff --git a/docs/visual-basic/misc/bc30747.md b/docs/visual-basic/misc/bc30747.md
index 4a601b769ad..3cfa82e686d 100644
--- a/docs/visual-basic/misc/bc30747.md
+++ b/docs/visual-basic/misc/bc30747.md
@@ -1,5 +1,5 @@
 ---
-title: "内部コンパイル エラー"
+title: 内部コンパイル エラー
 ms.date: 07/20/2015
 ms.prod: .net
 ms.technology:
@@ -11,14 +11,14 @@ f1_keywords:
 helpviewer_keywords:
 - BC30747
 ms.assetid: aab4927d-2e2b-42a5-a31c-4d1d6e61216d
-caps.latest.revision: 
+caps.latest.revision: 9
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 743d9b6a4b3c585065883a9a4f24e97581060095
-ms.sourcegitcommit: 34ec7753acf76f90a0fa845235ef06663dc9e36e
+ms.openlocfilehash: 0215fb1cac03339aac2b98c37fc301077c091c29
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/21/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="internal-compiler-error"></a>内部コンパイル エラー
 式の評価中に内部エラーが発生しました。  
@@ -27,6 +27,6 @@ ms.lasthandoff: 12/21/2017
   
 ## <a name="to-correct-this-error"></a>このエラーを解決するには  
   
--   [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]を再起動します。  
+-   Visual Studio を再起動します。  
   
 
diff --git a/docs/visual-basic/misc/bc31021.md b/docs/visual-basic/misc/bc31021.md
index 8bb85724d3f..3f28c5305b4 100644
--- a/docs/visual-basic/misc/bc31021.md
+++ b/docs/visual-basic/misc/bc31021.md
@@ -14,11 +14,11 @@ ms.assetid: fe60ce69-859e-47a9-ad09-c31f56d774bc
 caps.latest.revision: 9
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 4fe411055c77d200447a6c494efd3466f5216f06
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 4bf8654428d495a506e97299cb8410c83dca8821
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="visual-basic-compiler-is-unable-to-recover-from-the-following-error-lterrorgt"></a>Visual Basic コンパイラは、次のエラーから回復できません:&lt;エラー&gt;
 Visual Basic コンパイラは、次のエラーから回復できません: <`error`>。  
@@ -31,9 +31,9 @@ Visual Basic コンパイラは、次のエラーから回復できません: <`
   
 ## <a name="to-correct-this-error"></a>このエラーを解決するには  
   
-1.  作業内容を保存し、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]を再起動します。  
+1.  作業内容を保存し、Visual Studio を再起動します。  
   
-2.  エラーがまだ発生する場合は、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]を再インストールします。  
+2.  エラーが再発する場合は、Visual Studio を再インストールします。  
   
 3.  再インストールした後にエラーが続く場合は、マイクロソフト プロダクト サポート サービスに通知してください。  
   
diff --git a/docs/visual-basic/misc/bc31024.md b/docs/visual-basic/misc/bc31024.md
index 83f2e45a4d6..d8fa1a2476e 100644
--- a/docs/visual-basic/misc/bc31024.md
+++ b/docs/visual-basic/misc/bc31024.md
@@ -1,5 +1,5 @@
 ---
-title: ".NET ランタイム インターフェイスを作成することができません:&lt;エラー&gt;"
+title: .NET ランタイム インターフェイスを作成することができません:&lt;エラー&gt;
 ms.date: 07/20/2015
 ms.prod: .net
 ms.technology:
@@ -11,14 +11,14 @@ f1_keywords:
 helpviewer_keywords:
 - BC31024
 ms.assetid: 9647a7f7-26a3-44b7-ae6a-0bc3324dd096
-caps.latest.revision: 
+caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 932b4f38efc0c446d071f0cefc0f5e8d2ee707a0
-ms.sourcegitcommit: 34ec7753acf76f90a0fa845235ef06663dc9e36e
+ms.openlocfilehash: 7c9613512eed4817e7f774505a20426150605c7f
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/21/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="unable-to-create-a-net-runtime-interface-lterrorgt"></a>.NET ランタイム インターフェイスを作成することができません:&lt;エラー&gt;
 インターフェイスの作成中、またはインターフェイスのメソッド呼び出しが失敗したときに、内部コンパイラ エラーが発生しました。  
@@ -27,9 +27,9 @@ ms.lasthandoff: 12/21/2017
   
 ## <a name="to-correct-this-error"></a>このエラーを解決するには  
   
-1.  作業内容を保存し、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]を再起動します。  
+1.  作業内容を保存し、Visual Studio を再起動します。  
   
-2.  エラーがまだ発生する場合は、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]を再インストールします。  
+2.  エラーが再発する場合は、Visual Studio を再インストールします。  
   
 3.  再インストールした後にエラーが続く場合は、マイクロソフト プロダクト サポート サービスに通知してください。  
   
diff --git a/docs/visual-basic/misc/bc31074.md b/docs/visual-basic/misc/bc31074.md
index 6fb33bd8e1c..55fc95cbbea 100644
--- a/docs/visual-basic/misc/bc31074.md
+++ b/docs/visual-basic/misc/bc31074.md
@@ -1,5 +1,5 @@
 ---
-title: "型 &#39; のコンス トラクターをデリゲートします。&lt;typename&gt;&#39;、必要に応じて、デリゲートの実装が見つかりません"
+title: 型のデリゲート コンス トラクター &#39; &lt;typename&gt;&#39;、デリゲートの実装が見つからないために必要な
 ms.date: 07/20/2015
 ms.prod: .net
 ms.technology:
@@ -11,16 +11,16 @@ f1_keywords:
 helpviewer_keywords:
 - BC31074
 ms.assetid: d23311f4-e918-4306-b4f5-77be96a7b5b8
-caps.latest.revision: 
+caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 01abf0fffc371c4ee1f8d8d7b31373ee4f219b17
-ms.sourcegitcommit: 34ec7753acf76f90a0fa845235ef06663dc9e36e
+ms.openlocfilehash: f54aa0220cdfbe3fa2eb24206983dda295959e39
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/21/2017
+ms.lasthandoff: 04/27/2018
 ---
-# <a name="delegate-constructor-for-type-39lttypenamegt39-necessary-for-the-implementation-of-delegates-cannot-be-found"></a>型 &#39; のコンス トラクターをデリゲートします。&lt;typename&gt;&#39;、必要に応じて、デリゲートの実装が見つかりません
+# <a name="delegate-constructor-for-type-39lttypenamegt39-necessary-for-the-implementation-of-delegates-cannot-be-found"></a>型のデリゲート コンス トラクター &#39; &lt;typename&gt;&#39;、デリゲートの実装が見つからないために必要な
 この型を含むアセンブリが破損しているか、または無効である可能性があります。  
   
  **エラー ID:** BC31074  
@@ -31,5 +31,5 @@ ms.lasthandoff: 12/21/2017
   
 2.  プログラムをもう一度コンパイルし、エラーがまだ発生するかどうか確認します。  
   
-3.  エラーが引き続き発生する場合は、作業内容を保存し、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]を再起動します。  
+3.  エラーが引き続き発生する場合は、作業内容を保存し、Visual Studio を再起動します。  
   
diff --git a/docs/visual-basic/misc/bc31092.md b/docs/visual-basic/misc/bc31092.md
index 013751a0b0d..0a1d0526924 100644
--- a/docs/visual-basic/misc/bc31092.md
+++ b/docs/visual-basic/misc/bc31092.md
@@ -14,11 +14,11 @@ ms.assetid: 44880cfe-b1fe-404b-b4cd-a3ab00b891ad
 caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 626e81a666251e117178d60aaaf32d18a2a95f6e
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 5a796e23d06d45ee0168e5bc3d443fa763cce355
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="paramarray-parameters-must-have-an-array-type"></a>ParamArray パラメーターには、配列型を指定しなければなりません
 MSCorlib アセンブリにアクセスするときに問題が発生したため、 `ParamArray` パラメーターに無効な型が指定されました。  
@@ -29,7 +29,7 @@ MSCorlib アセンブリにアクセスするときに問題が発生したた
   
 1.  プログラムをもう一度コンパイルし、エラーがまだ発生するかどうか確認します。  
   
-2.  エラーがまだ発生する場合は、作業内容を保存し、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]を再起動します。  
+2.  エラーが再発する場合は、作業を保存し、Visual Studio を再起動します。  
   
 3.  エラーが解決しない場合は、Visual Basic を再インストールします。  
   
diff --git a/docs/visual-basic/misc/bc31097.md b/docs/visual-basic/misc/bc31097.md
index 8623d2e46fd..06eca37936a 100644
--- a/docs/visual-basic/misc/bc31097.md
+++ b/docs/visual-basic/misc/bc31097.md
@@ -14,11 +14,11 @@ ms.assetid: 855fa085-21ec-4547-93d5-d39cd5b7be8c
 caps.latest.revision: 9
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 09d72762d9f3b65b41f896cf6128347d676ff8c4
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: f352d6b8c57c2846ce0f7c01733638167d4df8b0
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="member-39ltmembernamegt39-cannot-be-found-in-class-39ltclassnamegt39"></a>メンバー &#39; &lt;membername&gt; &#39;クラスで見つかることはできません&#39; &lt;classname&gt;&#39;
 メンバー '\<membername >' がクラスに見つかりません\<classname >' です。 このエラーは通常、'Microsoft.VisualBasic.dll' が適切でない場合に発生します。  
@@ -31,7 +31,7 @@ ms.lasthandoff: 04/26/2018
   
 1.  プログラムをもう一度コンパイルし、エラーがまだ発生するかどうか確認します。  
   
-2.  エラーがまだ発生する場合は、作業内容を保存し、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]を再起動します。  
+2.  エラーが再発する場合は、作業を保存し、Visual Studio を再起動します。  
   
 3.  エラーが解決しない場合は、Visual Basic を再インストールします。  
   
diff --git a/docs/visual-basic/misc/bc31508.md b/docs/visual-basic/misc/bc31508.md
index ff35a84fdbc..3f1e69b7d6f 100644
--- a/docs/visual-basic/misc/bc31508.md
+++ b/docs/visual-basic/misc/bc31508.md
@@ -14,11 +14,11 @@ ms.assetid: d1571dd4-b57f-43b1-b296-22e9eb518fc0
 caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 9f9e001d535676c7ea4f30af36455621e903764c
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: a09d1de47f4f49f7939cffd1f19ca57d5afa3a29
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="cannot-find-net-framework-directory-lterrorgt"></a>.NET Framework ディレクトリを見つけることができません:&lt;エラー&gt;
 [!INCLUDE[dnprdnshort](~/includes/dnprdnshort-md.md)] アセンブリが格納されているディレクトリを特定できませんでした。  
@@ -29,7 +29,7 @@ ms.lasthandoff: 04/26/2018
   
 1.  プログラムをもう一度コンパイルし、エラーがまだ発生するかどうか確認します。  
   
-2.  エラーが引き続き発生する場合は、作業内容を保存し、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]を再起動します。  
+2.  エラーが引き続き発生する場合は、作業内容を保存し、Visual Studio を再起動します。  
   
 3.  エラーが再発する場合は、Visual Basic を再インストールします。  
   
diff --git a/docs/visual-basic/misc/bc31520.md b/docs/visual-basic/misc/bc31520.md
index 07e4e88cb3a..b2b2eedaddf 100644
--- a/docs/visual-basic/misc/bc31520.md
+++ b/docs/visual-basic/misc/bc31520.md
@@ -14,11 +14,11 @@ ms.assetid: caf7f45e-ef3e-4db4-80ba-6cc03416366f
 caps.latest.revision: 9
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 66d905de7bb632eb53670a76c5f3e2e00a7b4dd4
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 12b738a8b12590ace5ebef6b3abc0cb0f027f399
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="unable-to-apply-security-attributes-to-39ltnamegt39-lterrorgt"></a>セキュリティ属性を適用できません&#39;&lt;名前&gt;&#39;:&lt;エラー。&gt;
 セキュリティ属性を適用するときにエラーが発生しました。 セキュリティ属性の使い方が間違っているか、コンパイラに問題がある可能性があります。  
@@ -31,7 +31,7 @@ ms.lasthandoff: 04/26/2018
   
 2.  プログラムをもう一度コンパイルし、エラーがまだ発生するかどうか確認します。  
   
-3.  エラーが引き続き発生する場合は、作業内容を保存し、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]を再起動します。  
+3.  エラーが引き続き発生する場合は、作業内容を保存し、Visual Studio を再起動します。  
   
 4.  エラーが繰り返し発生する場合は、Visual Basic を再インストールします。  
   
diff --git a/docs/visual-basic/misc/bc32089.md b/docs/visual-basic/misc/bc32089.md
index 0e1dc67c615..7287f514450 100644
--- a/docs/visual-basic/misc/bc32089.md
+++ b/docs/visual-basic/misc/bc32089.md
@@ -1,5 +1,5 @@
 ---
-title: '& #39 です。&lt;parametername&gt;& #39; は、このメソッドの型パラメーターとして既に宣言されて'
+title: '&#39; です。&lt;parametername&gt;&#39; は、このメソッドの型パラメーターとして既に宣言されて'
 ms.date: 07/20/2015
 ms.prod: .net
 ms.technology:
@@ -20,7 +20,7 @@ ms.translationtype: MT
 ms.contentlocale: ja-JP
 ms.lasthandoff: 11/21/2017
 ---
-# <a name="39ltparameternamegt39-is-already-declared-as-a-type-parameter-of-this-method"></a>& #39 です。&lt;parametername&gt;& #39; は、このメソッドの型パラメーターとして既に宣言されて
+# <a name="39ltparameternamegt39-is-already-declared-as-a-type-parameter-of-this-method"></a>&#39; です。&lt;parametername&gt;&#39; は、このメソッドの型パラメーターとして既に宣言されて
 ジェネリック プロシージャは、通常のパラメーターか、型パラメーターと同じ名前を持つローカル変数を定義します。  
   
  プロシージャのそれぞれのパラメーター (ジェネリック プロシージャのそれぞれの型パラメーターを含む) に、他のすべてのパラメーターと異なる名前を指定する必要があります。 プロシージャ パラメーターはローカル変数として使用されるため、プロシージャ内で宣言されるそれぞれのローカル変数には、すべてのパラメーターおよび型パラメーターと異なる名前を指定する必要があります。  
diff --git a/docs/visual-basic/misc/class-classname-does-not-implement-the-system-collections-icollection-interface.md b/docs/visual-basic/misc/class-classname-does-not-implement-the-system-collections-icollection-interface.md
index 7cd6d257f15..ecdb67ec37e 100644
--- a/docs/visual-basic/misc/class-classname-does-not-implement-the-system-collections-icollection-interface.md
+++ b/docs/visual-basic/misc/class-classname-does-not-implement-the-system-collections-icollection-interface.md
@@ -1,5 +1,5 @@
 ---
-title: クラス &#39;&lt;classname&gt;&#39; System.Collections.ICollection インターフェイスを実装しません
+title: クラス&#39; &lt;classname&gt; &#39; System.Collections.ICollection インターフェイスを実装しません
 ms.date: 07/20/2015
 ms.prod: .net
 ms.technology:
@@ -12,18 +12,18 @@ ms.assetid: cc73bbc6-a283-41e0-b750-61ef553e83b3
 caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: ead86f48e1aaeadf5766438c2cdb6e7d9e43958e
-ms.sourcegitcommit: bd1ef61f4bb794b25383d3d72e71041a5ced172e
+ms.openlocfilehash: 683d7bfa1912b4829d32218f9903275222bee7c1
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 10/18/2017
+ms.lasthandoff: 04/27/2018
 ---
-# <a name="class-39ltclassnamegt39-does-not-implement-the-systemcollectionsicollection-interface"></a>クラス &#39;&lt;classname&gt;&#39; System.Collections.ICollection インターフェイスを実装しません
-クラスに、すべてのコレクションのサイズ、列挙子、および同期メソッドを定義する `System.Collections.ICollection` インターフェイスが実装されていません。 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]を再インストールする必要がある場合があります。  
+# <a name="class-39ltclassnamegt39-does-not-implement-the-systemcollectionsicollection-interface"></a>クラス&#39; &lt;classname&gt; &#39; System.Collections.ICollection インターフェイスを実装しません
+クラスに、すべてのコレクションのサイズ、列挙子、および同期メソッドを定義する `System.Collections.ICollection` インターフェイスが実装されていません。 Visual Studio を再インストールする必要がある可能性があります。  
   
 ## <a name="to-correct-this-error"></a>このエラーを解決するには  
   
-1.  [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]を再インストールします。  
+1.  Visual Studio を再インストールしてください。  
   
 ## <a name="see-also"></a>関連項目  
  <xref:System.Collections.ICollection>
diff --git a/docs/visual-basic/misc/class-not-registered-on-local-machine.md b/docs/visual-basic/misc/class-not-registered-on-local-machine.md
index e5d5c681b45..8e267d93871 100644
--- a/docs/visual-basic/misc/class-not-registered-on-local-machine.md
+++ b/docs/visual-basic/misc/class-not-registered-on-local-machine.md
@@ -1,30 +1,30 @@
 ---
-title: "クラスがローカル コンピューターに登録されていません"
+title: クラスがローカル コンピューターに登録されていません
 ms.date: 07/20/2015
 ms.prod: .net
 ms.technology:
 - devlang-visual-basic
-ms.tgt_pltfrm: 
+ms.tgt_pltfrm: ''
 ms.topic: article
 f1_keywords:
 - vbrID463
 ms.assetid: 40c4c622-41d8-4005-9303-c30abe0707bb
-caps.latest.revision: 
+caps.latest.revision: 8
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 307d36d52cb66c431fd4d482132fa13af9a2903d
-ms.sourcegitcommit: 34ec7753acf76f90a0fa845235ef06663dc9e36e
+ms.openlocfilehash: eace2324777cf1cb1ba277c0877bb1242d138d02
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/21/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="class-not-registered-on-local-machine"></a>クラスがローカル コンピューターに登録されていません
-このエラーは通常、ファイルが破損している場合に発生します。 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]の再インストールが必要なことがあります。  
+このエラーは通常、ファイルが破損している場合に発生します。 Visual Studio を再インストールする必要があります。  
   
 ## <a name="to-correct-this-error"></a>このエラーを解決するには  
   
--   [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]を再インストールします。  
+-   Visual Studio を再インストールしてください。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [エラーの種類](../../visual-basic/programming-guide/language-features/error-types.md)  
 
diff --git a/docs/visual-basic/misc/sorry-we-don-t-have-specifics-on-this-visual-basic-error.md b/docs/visual-basic/misc/sorry-we-don-t-have-specifics-on-this-visual-basic-error.md
index ab92f11c579..6d9a392f328 100644
--- a/docs/visual-basic/misc/sorry-we-don-t-have-specifics-on-this-visual-basic-error.md
+++ b/docs/visual-basic/misc/sorry-we-don-t-have-specifics-on-this-visual-basic-error.md
@@ -3052,11 +3052,11 @@ ms.assetid: 0938efc2-e205-450b-9314-99951fcbd702
 caps.latest.revision: 21
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 4ab447c06504d6c3bb7c51107e422b2cba1f45e3
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 2af9ad571f1e89c11d3aafc118124093d1246f19
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="sorry-we-don39t-have-specifics-on-this-visual-basic-error"></a>申し訳ありません&#39;t この Visual Basic エラーに関する詳細があります。
 申し訳ありませんが、このエラーに関する特定の情報はありません。 Web でエラー番号とメッセージ テキストを検索して情報を探すことができます。 または、次のフォーラムのいずれかを使用して他の開発者に尋ねることができます。  
@@ -3068,7 +3068,7 @@ ms.lasthandoff: 04/26/2018
  に関する質問については、フォーラムを提供し、Visual Basic にアップグレードして、相互運用性機能の使用を発行します。  
   
  [Visual Basic IDE](http://go.microsoft.com/fwlink/?LinkId=145971)  
- [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] 環境で作業する方法について質問するためのフォーラムです。  
+ Visual Studio 環境で作業する方法に関する質問をフォーラムを提供します。  
   
  [Visual Basic 全般](http://go.microsoft.com/fwlink/?LinkId=145973)  
  に関する質問については、フォーラムを提供し、その他のフォーラムで取り上げていない Visual Basic を使用して発行します。  
diff --git a/docs/visual-basic/programming-guide/com-interop/com-interoperability-in-net-framework-applications.md b/docs/visual-basic/programming-guide/com-interop/com-interoperability-in-net-framework-applications.md
index 6b7e720653e..3fcf8434b6b 100644
--- a/docs/visual-basic/programming-guide/com-interop/com-interoperability-in-net-framework-applications.md
+++ b/docs/visual-basic/programming-guide/com-interop/com-interoperability-in-net-framework-applications.md
@@ -16,14 +16,14 @@ ms.assetid: f5a72143-c268-4dff-a019-974ad940e17d
 caps.latest.revision: 15
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 25fbde3845d378d4a2bcfc13c71124ad1bc29514
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: a3e19f8c0a06308a604d2b219f730bf175fb0c46
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="com-interoperability-in-net-framework-applications-visual-basic"></a>.NET Framework アプリケーションにおける COM 相互運用性 (Visual Basic)
-同じアプリケーションの COM オブジェクトと .NET Framework オブジェクトを使用する場合は、オブジェクトがメモリ内に存在する方法の違いに対処する必要があります。 .NET Framework オブジェクトは、マネージ メモリにある: 共通言語ランタイムによって制御されるメモリ:、必要に応じて、ランタイムによって移動することがあります。 COM オブジェクトでは、アンマネージ メモリ内にあるし、別のメモリ位置に移動するものではありません。 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] および[!INCLUDE[dnprdnshort](~/includes/dnprdnshort-md.md)]これらの相互作用を制御するためのツールがマネージし、アンマネージ コンポーネントを提供します。 マネージ コードの詳細については、次を参照してください。[共通言語ランタイム](../../../standard/clr.md)です。  
+同じアプリケーションの COM オブジェクトと .NET Framework オブジェクトを使用する場合は、オブジェクトがメモリ内に存在する方法の違いに対処する必要があります。 .NET Framework オブジェクトは、マネージ メモリにある: 共通言語ランタイムによって制御されるメモリ:、必要に応じて、ランタイムによって移動することがあります。 COM オブジェクトでは、アンマネージ メモリ内にあるし、別のメモリ位置に移動するものではありません。 Visual Studio と[!INCLUDE[dnprdnshort](~/includes/dnprdnshort-md.md)]これらの相互作用を制御するためのツールがマネージし、アンマネージ コンポーネントを提供します。 マネージ コードの詳細については、次を参照してください。[共通言語ランタイム](../../../standard/clr.md)です。  
   
  .NET アプリケーションの COM オブジェクトを使用するだけでなくすることも COM 経由のアンマネージ コードからアクセスできるオブジェクトを開発する Visual Basic を使用するには  
   
diff --git a/docs/visual-basic/programming-guide/com-interop/how-to-work-with-activex-controls.md b/docs/visual-basic/programming-guide/com-interop/how-to-work-with-activex-controls.md
index 608b8a7c889..13abdc033f1 100644
--- a/docs/visual-basic/programming-guide/com-interop/how-to-work-with-activex-controls.md
+++ b/docs/visual-basic/programming-guide/com-interop/how-to-work-with-activex-controls.md
@@ -1,27 +1,28 @@
 ---
-title: "方法: ActiveX コントロールを操作する (Visual Basic)"
-ms.custom: 
+title: '方法: ActiveX コントロールを操作する (Visual Basic)'
+ms.custom: ''
 ms.date: 07/20/2015
 ms.prod: .net
-ms.reviewer: 
-ms.suite: 
-ms.technology: devlang-visual-basic
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- devlang-visual-basic
 ms.topic: article
 helpviewer_keywords:
 - Toolbox, adding controls
 - ActiveX controls, adding to Toolbox
 ms.assetid: ec675027-866f-4c05-aaf2-92fca5200f9a
-caps.latest.revision: "10"
+caps.latest.revision: 10
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: d7856149d22f8949d8acbbd405649a12ad2f8113
-ms.sourcegitcommit: 4f3fef493080a43e70e951223894768d36ce430a
+ms.openlocfilehash: d561c71b7e6090c70d39ed2dda6b1d2376902ad0
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 11/21/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-work-with-activex-controls-visual-basic"></a>方法: ActiveX コントロールを操作する (Visual Basic)
-ActiveX コントロールは、COM コンポーネントまたは Web ページや他のユーザーをプログラムは、パッケージの機能を再利用する他のアプリケーションに挿入できるオブジェクトです。 機能を追加する Visual Basic 6.0 とそれ以前のバージョン用に開発された ActiveX コントロールを使用することができます、**ツールボックス**の[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]します。  
+ActiveX コントロールは、COM コンポーネントまたは Web ページや他のユーザーをプログラムは、パッケージの機能を再利用する他のアプリケーションに挿入できるオブジェクトです。 機能を追加する Visual Basic 6.0 とそれ以前のバージョン用に開発された ActiveX コントロールを使用することができます、**ツールボックス**Visual Studio のです。  
   
 ### <a name="to-add-activex-controls-to-the-toolbox"></a>ActiveX コントロールをツールボックスに追加するには  
   
diff --git a/docs/visual-basic/programming-guide/com-interop/index.md b/docs/visual-basic/programming-guide/com-interop/index.md
index c62a2a9d240..ea9a222e149 100644
--- a/docs/visual-basic/programming-guide/com-interop/index.md
+++ b/docs/visual-basic/programming-guide/com-interop/index.md
@@ -15,11 +15,11 @@ ms.assetid: 3ffd1bdf-1b8d-47f5-87eb-75b659f64294
 caps.latest.revision: 14
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: f3f9d7fb51198041356cfc68d49cc703dfdf78b5
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: a2c418855cd2e79c31301705706ff1b98f119a97
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="com-interop-visual-basic"></a>COM 相互運用 (Visual Basic)
 コンポーネント オブジェクト モデル (COM) では、オブジェクトがその機能を他のコンポーネントに公開し、アプリケーションをホストすることを許可します。 今日のソフトウェアのほとんどに、COM オブジェクトが含まれています。 .NET アセンブリは新しいアプリケーションに最適ですが、時には COM オブジェクトを使用する必要があります。 このセクションを作成して、Visual Basic で COM オブジェクトの使用に関連した問題について説明します。  
@@ -32,7 +32,7 @@ ms.lasthandoff: 04/26/2018
  タイプ ライブラリがある COM オブジェクトへの参照を追加する方法を説明します。  
   
  [方法 : ActiveX コントロールを操作する](../../../visual-basic/programming-guide/com-interop/how-to-work-with-activex-controls.md)  
- [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] ツールボックスに機能を追加するために、既存の ActiveX コントロールを使用する方法を示します。  
+ 既存の ActiveX コントロールを使用して、Visual Studio ツールボックスに機能を追加する方法を示します。  
   
  [チュートリアル : Windows API の呼び出し](../../../visual-basic/programming-guide/com-interop/walkthrough-calling-windows-apis.md)  
  Windows オペレーティング システムの一部である API を呼び出すプロセスの手順を示します。  
diff --git a/docs/visual-basic/programming-guide/com-interop/introduction-to-com-interop.md b/docs/visual-basic/programming-guide/com-interop/introduction-to-com-interop.md
index 4c93343e7c7..73ab89c08e7 100644
--- a/docs/visual-basic/programming-guide/com-interop/introduction-to-com-interop.md
+++ b/docs/visual-basic/programming-guide/com-interop/introduction-to-com-interop.md
@@ -1,29 +1,30 @@
 ---
-title: "COM 相互運用の概要 (Visual Basic)"
-ms.custom: 
+title: COM 相互運用の概要 (Visual Basic)
+ms.custom: ''
 ms.date: 07/20/2015
 ms.prod: .net
-ms.reviewer: 
-ms.suite: 
-ms.technology: devlang-visual-basic
+ms.reviewer: ''
+ms.suite: ''
+ms.technology:
+- devlang-visual-basic
 ms.topic: article
 helpviewer_keywords:
 - interop assemblies
 - COM interop [Visual Basic], about COM interop
 ms.assetid: 8bd62e68-383d-407f-998b-29aa0ce0fd67
-caps.latest.revision: "12"
+caps.latest.revision: 12
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 39a4245b51c1199a6aeb0c23282b1917f51164d2
-ms.sourcegitcommit: 34ec7753acf76f90a0fa845235ef06663dc9e36e
+ms.openlocfilehash: 5a13fabd729218dc2a980b9c63e153d17a140cce
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 12/21/2017
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="introduction-to-com-interop-visual-basic"></a>COM 相互運用の概要 (Visual Basic)
 コンポーネント オブジェクト モデル (COM) は、他のコンポーネントおよびホスト アプリケーションには、その機能を公開するオブジェクトを付与します。 COM オブジェクトは、Windows 長年にわたってプログラミングの基本されていますが、共通言語ランタイム (CLR) 用に設計されたアプリケーションでは、多くの利点が提供しています。  
   
- [!INCLUDE[dnprdnshort](~/includes/dnprdnshort-md.md)]アプリケーションが最終的に置き換わります com 開発 それまでは、使用するかを使用して COM オブジェクトを作成する必要があります[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]です。 Com 相互運用性または*COM 相互運用*への移行中に既存の COM オブジェクトを使用することができます、[!INCLUDE[dnprdnshort](~/includes/dnprdnshort-md.md)]独自のペースでします。  
+ [!INCLUDE[dnprdnshort](~/includes/dnprdnshort-md.md)] アプリケーションが最終的に置き換わります com 開発 それまでは、使用または Visual Studio を使用して COM オブジェクトを作成する必要があります。 Com 相互運用性または*COM 相互運用*への移行中に既存の COM オブジェクトを使用することができます、[!INCLUDE[dnprdnshort](~/includes/dnprdnshort-md.md)]独自のペースでします。  
   
  使用して、 [!INCLUDE[dnprdnshort](~/includes/dnprdnshort-md.md)] COM コンポーネントを作成するには、登録しない COM 相互運用を使用することができます。 場合に複数のバージョンがコンピューターでは、インストールされている、エンドユーザーは XCOPY または FTP を使用のコンピューターに適切なディレクトリにアプリケーションをコピーする実行できる DLL バージョンが有効になっているかを制御できます。 詳細については、次を参照してください。[登録しない COM 相互運用](http://msdn.microsoft.com/library/90f308b9-82dc-414a-bce1-77e0155e56bd)です。  
   
@@ -49,7 +50,7 @@ ms.lasthandoff: 12/21/2017
  アセンブリおよびアセンブリ マニフェストの詳細については、次を参照してください。[アセンブリとグローバル アセンブリ キャッシュ](../../../visual-basic/programming-guide/concepts/assemblies-gac/index.md)です。  
   
 ### <a name="importing-and-exporting-type-libraries"></a>インポートおよびタイプ ライブラリをエクスポートします。  
- [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]タイプ ライブラリから情報をインポートできる Tlbimp ユーティリティが含まれています、[!INCLUDE[dnprdnshort](~/includes/dnprdnshort-md.md)]アプリケーションです。 Tlbexp ユーティリティを使用して、アセンブリからタイプ ライブラリを生成できます。  
+ Visual Studio にタイプ ライブラリから情報をインポートできる Tlbimp ユーティリティが含まれています、[!INCLUDE[dnprdnshort](~/includes/dnprdnshort-md.md)]アプリケーションです。 Tlbexp ユーティリティを使用して、アセンブリからタイプ ライブラリを生成できます。  
   
  Tlbimp と Tlbexp については、次を参照してください。 [Tlbimp.exe (タイプ ライブラリ インポーター)](../../../framework/tools/tlbimp-exe-type-library-importer.md)と[Tlbexp.exe (タイプ ライブラリ エクスポーター)](http://msdn.microsoft.com/library/a487d61b-d166-467b-a7ca-d8b52fbff42d)です。  
   
@@ -59,7 +60,7 @@ ms.lasthandoff: 12/21/2017
 ## <a name="interoperability-marshaling"></a>相互運用マーシャ リング  
  すべて[!INCLUDE[dnprdnshort](~/includes/dnprdnshort-md.md)]アプリケーションを使用するプログラミング言語に関係なく、オブジェクトの相互運用性を有効にする一般的な種類のセットを共有します。 パラメーターおよび COM オブジェクトの戻り値は、マネージ コードで使用されるものとは異なるデータ型を使用して場合があります。 *相互運用マーシャ リング*はパッケージ パラメーターと同等のデータ型に戻り値の処理、COM オブジェクトとの間を移動します。 詳細については、次を参照してください。[相互運用マーシャ リング](../../../framework/interop/interop-marshaling.md)です。  
   
-## <a name="see-also"></a>参照  
+## <a name="see-also"></a>関連項目  
  [COM 相互運用](../../../visual-basic/programming-guide/com-interop/index.md)  
  [チュートリアル : COM オブジェクトによる継承の実装](../../../visual-basic/programming-guide/com-interop/walkthrough-implementing-inheritance-with-com-objects.md)  
  [アンマネージ コードとの相互運用](../../../framework/interop/index.md)  
diff --git a/docs/visual-basic/programming-guide/com-interop/troubleshooting-interoperability.md b/docs/visual-basic/programming-guide/com-interop/troubleshooting-interoperability.md
index c80e6b107a4..7ead4436968 100644
--- a/docs/visual-basic/programming-guide/com-interop/troubleshooting-interoperability.md
+++ b/docs/visual-basic/programming-guide/com-interop/troubleshooting-interoperability.md
@@ -26,11 +26,11 @@ ms.assetid: b324cc1e-b03c-4f39-aea6-6a6d5bfd0e37
 caps.latest.revision: 21
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: f3ff175a0f8d152febf2d50c294d401b12285fc7
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 1fae8215543c50484dc5ea7fc24f292ba84e2699
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="troubleshooting-interoperability-visual-basic"></a>相互運用性のトラブルシューティング (Visual Basic)
 マネージ コードと COM の相互運用するときに、 [!INCLUDE[dnprdnshort](~/includes/dnprdnshort-md.md)]、1 つ以上の次の一般的な問題が発生する可能性があります。  
@@ -107,7 +107,7 @@ Set db = DBEngine.OpenDatabase("C:\nwind.mdb")
  例外オブジェクトの内容を確認するには、エラーの説明、HRESULT、および COM エラーのソースなどの情報が表示されます。  
   
 ##  <a name="vbconinteroperabilitymarshalinganchor10"></a> ActiveX コントロールに関する問題  
- Visual Basic 6.0 で動作するほとんどの ActiveX コントロールは、Visual Basic .NET で問題なく動作します。 主な例外は、コンテナーのコントロール、またはその他のコントロールを視覚的に格納しているコントロールです。 正常に動作しない古いコントロールの例をいくつか[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]次に示します。  
+ Visual Basic 6.0 で動作するほとんどの ActiveX コントロールは、Visual Basic .NET で問題なく動作します。 主な例外は、コンテナーのコントロール、またはその他のコントロールを視覚的に格納しているコントロールです。 Visual Studio で正常に動作しない古いコントロールの例をいくつかは次のとおりです。  
   
 -   Microsoft フォーム 2.0 フレーム コントロール  
   
@@ -115,7 +115,7 @@ Set db = DBEngine.OpenDatabase("C:\nwind.mdb")
   
 -   Sheridan タブ コントロール  
   
- サポートされていない ActiveX コントロールの問題のいくつかの回避策のみがあります。 既存のコントロールを移行する[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]元のソース コードを所有している場合。 それ以外の場合、更新、ソフトウェア ベンダーに確認することができます。置換するコントロールの NET と互換性のあるバージョンには、ActiveX コントロールがサポートされていません。  
+ サポートされていない ActiveX コントロールの問題のいくつかの回避策のみがあります。 元のソース コードを所有している場合は、Visual Studio に既存のコントロールを移行できます。 それ以外の場合、更新、ソフトウェア ベンダーに確認することができます。置換するコントロールの NET と互換性のあるバージョンには、ActiveX コントロールがサポートされていません。  
   
 ##  <a name="vbconinteroperabilitymarshalinganchor11"></a> コントロールの ByRef の読み取り専用プロパティの引き渡し  
  Visual Basic .NET 場合がありますを発生させます"エラー 0x800A017F CTL_E_SETNOTSUPPORTED"などの COM エラーを渡す場合`ReadOnly`として、一部の古い ActiveX コントロールのプロパティ`ByRef`他のプロシージャのパラメーターです。 Visual Basic 6.0 からプロシージャ呼び出しでは、エラーは発生せず、パラメーターとして扱われます値で渡すと同様です。 Visual Basic .NET のエラー メッセージは、プロパティを持たないプロパティを変更しようとしていることを示す`Set`プロシージャです。  
diff --git a/docs/visual-basic/programming-guide/com-interop/walkthrough-implementing-inheritance-with-com-objects.md b/docs/visual-basic/programming-guide/com-interop/walkthrough-implementing-inheritance-with-com-objects.md
index 4ff63411d80..3726ca5ff70 100644
--- a/docs/visual-basic/programming-guide/com-interop/walkthrough-implementing-inheritance-with-com-objects.md
+++ b/docs/visual-basic/programming-guide/com-interop/walkthrough-implementing-inheritance-with-com-objects.md
@@ -17,11 +17,11 @@ ms.assetid: f8e7263a-de13-48d1-b67c-ca1adf3544d9
 caps.latest.revision: 16
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 10c6bdf46e351b23705107da3b693531718cfd37
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: b03b81c9e04e79f8ce7763ecf8a489d248ff480b
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="walkthrough-implementing-inheritance-with-com-objects-visual-basic"></a>チュートリアル: COM オブジェクトによる継承の実装 (Visual Basic)
 Visual Basic クラスを派生させることができます`Public`も以前のバージョンの Visual Basic で作成された COM オブジェクトのクラスです。 プロパティと COM オブジェクトから継承されたクラスのメソッドをオーバーライドまたはプロパティと同様にオーバー ロード、およびその他の任意の基本クラスのメソッドをオーバーライドまたはオーバー ロードできます。 COM オブジェクトからの継承は、再コンパイルしたくない既存のクラス ライブラリがある場合に便利です。  
@@ -81,7 +81,7 @@ Visual Basic クラスを派生させることができます`Public`も以前
     >  COM オブジェクトとして Visual Basic で作成したクラスを公開することが true COM オブジェクトではないと、このチュートリアルでは使用できません。 詳細については、「 [.NET Framework アプリケーションにおける COM 相互運用性](../../../visual-basic/programming-guide/com-interop/com-interoperability-in-net-framework-applications.md)です。  
   
 ## <a name="interop-assemblies"></a>相互運用機能アセンブリ  
- 次の手順では、(COM オブジェクトなど) のアンマネージ コードとマネージ コード間の仲介役として機能する、相互運用機能アセンブリを作成します[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]を使用します。 Visual Basic によって作成される相互運用機能アセンブリでは、ように、COM オブジェクトの操作の詳細を処理*相互運用マーシャ リング*、パッケージ パラメーターと戻り値を等価のデータの処理の種類に移動してCOM オブジェクトです。 Visual Basic アプリケーション内の参照は、実際の COM オブジェクトではなく、相互運用機能アセンブリを指します。  
+ 次の手順では、アンマネージ コード (COM オブジェクトなど) および Visual Studio を使用してマネージ コード間の仲介役として機能する、相互運用機能アセンブリを作成します。 Visual Basic によって作成される相互運用機能アセンブリでは、ように、COM オブジェクトの操作の詳細を処理*相互運用マーシャ リング*、パッケージ パラメーターと戻り値を等価のデータの処理の種類に移動してCOM オブジェクトです。 Visual Basic アプリケーション内の参照は、実際の COM オブジェクトではなく、相互運用機能アセンブリを指します。  
   
 #### <a name="to-use-a-com-object-with-visual-basic-2005-and-later-versions"></a>Visual Basic 2005 およびそれ以降のバージョンで COM オブジェクトを使用するには  
   
diff --git a/docs/visual-basic/programming-guide/language-features/early-late-binding/index.md b/docs/visual-basic/programming-guide/language-features/early-late-binding/index.md
index 7dad814817f..99e9b180d02 100644
--- a/docs/visual-basic/programming-guide/language-features/early-late-binding/index.md
+++ b/docs/visual-basic/programming-guide/language-features/early-late-binding/index.md
@@ -23,11 +23,11 @@ ms.assetid: d6ff7f1e-b94f-4205-ab8d-5cfa91758724
 caps.latest.revision: 10
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 10ecc965fb6d728454b3af33a6e93b2d7dbc327d
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: fa63a250ce6bdf4a8a34d9f1c0284a9d04e75f38
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="early-and-late-binding-visual-basic"></a>事前バインディングと遅延バインディング (Visual Basic)
 Visual Basic コンパイラの実行と呼ばれるプロセス`binding`オブジェクトが、オブジェクト変数に割り当てられている場合。 オブジェクトが特定のオブジェクト型として宣言された変数に代入される場合、オブジェクトは*事前バインディング*されます。 事前バインディングされたオブジェクトを使用すると、コンパイラは、アプリケーションを実行する前に、メモリの割り当てとその他の最適化を実行することができます。 たとえば、次のコードは、<xref:System.IO.FileStream> 型の変数を宣言します。  
@@ -41,7 +41,7 @@ Visual Basic コンパイラの実行と呼ばれるプロセス`binding`オブ
  [!code-vb[VbVbalrOOP#91](../../../../visual-basic/misc/codesnippet/VisualBasic/early-and-late-binding_2.vb)]  
   
 ## <a name="advantages-of-early-binding"></a>事前バインディングの利点  
- コンパイラが効率の高いアプリケーションを生成するための重要な最適化を行うことができるため、可能であれば、事前バインディングされたオブジェクトを使用する必要があります。 事前バインディングされたオブジェクトは遅延バインディング オブジェクトよりもはるかに高速であり、使用されるオブジェクトの種類を正確に記述することでコードを読みやすくして管理を容易にします。 事前バインディングのもう 1 つの利点は、自動コード補完機能やダイナミック ヘルプなどの便利な機能を有効にできることです。これは、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] 統合開発環境 (IDE) では、コードの編集時に作業中のオブジェクトの種類を正確に判断できるためです。 事前バインディングを使用すると、コンパイラがプログラムのコンパイル時にエラーを報告できるため、ランタイム エラーの数が減少し、重大度が低下します。  
+ コンパイラが効率の高いアプリケーションを生成するための重要な最適化を行うことができるため、可能であれば、事前バインディングされたオブジェクトを使用する必要があります。 事前バインディングされたオブジェクトは遅延バインディング オブジェクトよりもはるかに高速であり、使用されるオブジェクトの種類を正確に記述することでコードを読みやすくして管理を容易にします。 事前バインディングをもう 1 つの利点は、Visual Studio 統合開発環境 (IDE) に正確にどのようなオブジェクトの型を扱うを編集すると判断できるので自動コード補完機能とダイナミック ヘルプなどの便利な機能を使用できること、コードです。 事前バインディングを使用すると、コンパイラがプログラムのコンパイル時にエラーを報告できるため、ランタイム エラーの数が減少し、重大度が低下します。  
   
 > [!NOTE]
 >  遅延バインディングは、`Public` として宣言されている型メンバーにアクセスするためにのみ使用できます。 `Friend` または `Protected Friend` として宣言されているメンバーにアクセスすると、ランタイム エラーが発生します。  
diff --git a/docs/visual-basic/programming-guide/language-features/events/index.md b/docs/visual-basic/programming-guide/language-features/events/index.md
index 8edebe984f8..0b04b15cc15 100644
--- a/docs/visual-basic/programming-guide/language-features/events/index.md
+++ b/docs/visual-basic/programming-guide/language-features/events/index.md
@@ -15,14 +15,14 @@ ms.assetid: 8fb0353a-e41b-4e23-b78f-da65db832f70
 caps.latest.revision: 12
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: c18c1ea645c9f144e2c2043af5460d6fb03f13a1
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 6a303b0bc9a51ec5566be5cf6db40ff9b9de4c9c
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="events-visual-basic"></a>イベント (Visual Basic)
-[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] プロジェクトとは、順に実行される一連のプロシージャと思っているかもしれませんが、実際には、ほとんどのプログラムはイベント ドリブン型です。つまり、実行の流れは、外部で発生する "*イベント*" と呼ばれる事象によって決まります。  
+ほとんどのプログラムを実際には、シーケンスで実行するプロシージャの系列として、Visual Studio プロジェクトを視覚化することがありますはイベント ドリブン: 実行のフローの意味と呼ばれる外部の発生によって決定されます*イベント*です。  
   
  イベントは、何らかの重要な出来事が発生したことをアプリケーションに通知するシグナルです。 たとえば、ユーザーがフォーム上のコントロールをクリックすると、フォームは、`Click` イベントを発生させて、そのイベントを処理するプロシージャを呼び出すことができます。 イベントは、複数のタスク間の通信を可能にすることもできます。 たとえば、メインのアプリケーションとは別のアプリケーションで並べ替えタスクを実行するとします。 ユーザーが並べ替えを取り消した場合、アプリケーションは並べ替え処理の停止を指示するキャンセル イベントを送信できます。  
   
diff --git a/docs/visual-basic/programming-guide/program-structure/documenting-your-code-with-xml.md b/docs/visual-basic/programming-guide/program-structure/documenting-your-code-with-xml.md
index 57ef33eeb36..0bb3b901c7d 100644
--- a/docs/visual-basic/programming-guide/program-structure/documenting-your-code-with-xml.md
+++ b/docs/visual-basic/programming-guide/program-structure/documenting-your-code-with-xml.md
@@ -16,11 +16,11 @@ ms.assetid: a0d35dc7-c5f9-4d74-92ff-a1c6f28d5235
 caps.latest.revision: 17
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 645dd4a8a9d1c78fd54f0f31ad0efd772b671d39
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: d132fa514008d072158a0e6bedaff511c55b18c0
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="documenting-your-code-with-xml-visual-basic"></a>XML の使用によるコードのドキュメントの作成 (Visual Basic)
 Visual basic では XML を使用してコードを文書化することができます。  
@@ -40,7 +40,7 @@ Visual basic では XML を使用してコードを文書化することがで
   
     -   `cref` 属性は任意のタグにアタッチでき、コード要素への参照を提供します。 コンパイラでは、このコード要素が存在することを確認します。 検証に失敗した場合、コンパイラは警告を発行します。 コンパイラではいずれかのことも考慮`Imports`ステートメントで示される型を探すときに、`cref`属性。  
   
-    -   \<概要 > タグを使用してでは、IntelliSense によって[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]型またはメンバーに関する追加情報を表示します。  
+    -   \<概要 > タグを型またはメンバーに関する追加情報を表示する Visual Studio での IntelliSense によって使用されます。  
   
 ## <a name="related-sections"></a>関連項目  
  ドキュメント コメントで、XML ファイルを作成する方法の詳細については、次のトピックを参照してください。  
diff --git a/docs/visual-basic/programming-guide/program-structure/how-to-collapse-and-hide-sections-of-code.md b/docs/visual-basic/programming-guide/program-structure/how-to-collapse-and-hide-sections-of-code.md
index 0ad3e2222fe..6727f4899f4 100644
--- a/docs/visual-basic/programming-guide/program-structure/how-to-collapse-and-hide-sections-of-code.md
+++ b/docs/visual-basic/programming-guide/program-structure/how-to-collapse-and-hide-sections-of-code.md
@@ -16,14 +16,14 @@ ms.assetid: b770e8f5-e07d-491a-ab4b-a977980f9ba2
 caps.latest.revision: 11
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: c02e95573d0ba894bf68510219bd66965fc234fc
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 4497c9586182cca9e2be97dc39e5ccb242725d25
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-collapse-and-hide-sections-of-code-visual-basic"></a>方法: コードのセクションを折りたたんで非表示にする (Visual Basic)
-`#Region`ディレクティブでは、折りたたむし、Visual Basic ファイルのコードのセクションでは非表示にすることができます。 `#Region`ディレクティブを使用する場合は、拡張可能なコードまたは折りたたみのブロックを指定できます、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]コード エディター。 選択的にコードを非表示にする機能より管理し、読みやすくに、ファイルになります。 詳細については、「[アウトライン](/visualstudio/ide/outlining)」を参照してください。  
+`#Region`ディレクティブでは、折りたたむし、Visual Basic ファイルのコードのセクションでは非表示にすることができます。 `#Region`ディレクティブでは、Visual Studio code エディターを使用する場合は、拡張可能なコードまたは折りたたみのブロックを指定することができます。 選択的にコードを非表示にする機能より管理し、読みやすくに、ファイルになります。 詳細については、「[アウトライン](/visualstudio/ide/outlining)」を参照してください。  
   
  `#Region` ディレクティブのサポート コード ブロック セマンティクス`#If...#End If`です。 つまり、1 つのブロックの開始し、終了します。 別のことはできません。開始と終了は、同じブロック内にある必要があります。 `#Region` ディレクティブは、関数内ではサポートされていません。  
   
diff --git a/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md b/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md
index a237dd8c5cb..075562025ac 100644
--- a/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md
+++ b/docs/visual-basic/reference/command-line-compiler/building-from-the-command-line.md
@@ -22,18 +22,18 @@ ms.assetid: e61947e9-a42e-4717-a699-5f70a98cdd03
 caps.latest.revision: 13
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 1fd4054838925267647986a5166fd88037b17fae
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 9a9dee47f06e4f7d9fc8d237376df7707130921d
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="building-from-the-command-line-visual-basic"></a>コマンド ラインからのビルド (Visual Basic)
 Visual Basic プロジェクトで構成された 1 つまたは複数の独立したソース ファイルです。 コンパイルと呼ばれる過程で、これらのファイルが 1 つのパッケージにまとめられて — アプリケーションとして実行できる 1 つの実行可能ファイルです。  
   
- Visual Basic 内からプログラムをコンパイルする代わりに、コマンド ライン コンパイラでは、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]統合開発環境 (IDE) です。 コマンド ライン コンパイラが状況を必要としない、IDE の機能の完全なセット用に設計された — たとえば、またはする場合を使用して限られたシステムのメモリまたはストレージの領域を持つコンピューター用の記述。  
+ Visual Basic では、Visual Studio 統合開発環境 (IDE) 内からプログラムをコンパイルする代わりに、コマンド ライン コンパイラを提供します。 コマンド ライン コンパイラが状況を必要としない、IDE の機能の完全なセット用に設計された — たとえば、またはする場合を使用して限られたシステムのメモリまたはストレージの領域を持つコンピューター用の記述。  
   
-  内からソース ファイルをコンパイルする、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] IDE、選択、**ビルド**コマンドを**ビルド**メニュー。  
+  Visual Studio IDE 内からソース ファイルをコンパイルするには、選択、**ビルド**コマンドを**ビルド**メニュー。  
   
 > [!TIP]
 >  関連付けられているに関する情報を表示するには、Visual Studio IDE を使用してプロジェクト ファイルをビルドするときに**vbc**コマンドと、出力ウィンドウにそのスイッチ。 この情報を表示、開く、[オプション ダイアログ ボックス、プロジェクトとソリューションをビルドおよび実行](/visualstudio/ide/reference/options-dialog-box-projects-and-solutions-build-and-run)、し、設定、 **MSBuild プロジェクトのビルド出力の詳細度**に**標準**またはより高度な詳細度。 詳細については、「[方法: ビルド ログ ファイルを表示、保存、および構成する](http://msdn.microsoft.com/library/75d38b76-26d6-4f43-bbe7-cbacd7cc81e7)」をご覧ください。  
diff --git a/docs/visual-basic/reference/command-line-compiler/codepage.md b/docs/visual-basic/reference/command-line-compiler/codepage.md
index 7762fc50a56..5b08acb753c 100644
--- a/docs/visual-basic/reference/command-line-compiler/codepage.md
+++ b/docs/visual-basic/reference/command-line-compiler/codepage.md
@@ -13,11 +13,11 @@ helpviewer_keywords:
 ms.assetid: be36ec33-6800-4505-838c-4124564f5cc9
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 736b35f51657aa7b21a6a077d70f5e9ff0d4fb85
-ms.sourcegitcommit: 498799639937c89de777361aab74261efe7b79ea
+ms.openlocfilehash: f098dd04b457b7db008788bcfb141af3f69843f8
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 03/22/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="-codepage-visual-basic"></a>-codepage (Visual Basic)
 コンパイルですべてのソース コード ファイルに使用するコード ページを指定します。  
@@ -37,10 +37,10 @@ ms.lasthandoff: 03/22/2018
 ## <a name="remarks"></a>コメント  
  使用することができます、特定のエンコードで保存されたソース コードをコンパイルする`-codepage`するコード ページを使用する必要がありますを指定します。 `-codepage`オプションは、コンパイル時にすべてのソース コード ファイルに適用されます。 詳細については、次を参照してください。 [.NET Framework の文字エンコーディング](http://msdn.microsoft.com/library/bf6d9823-4c2d-48af-b280-919c5af66ae9)です。  
   
- `-codepage`シグネチャを持つ現在の ANSI コード ページ、Unicode または utf-8 を使用して、ソース コード ファイルを保存した場合、オプションは必要ありません。 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] ユーザーで他のエンコーディングを指定しない限りは、既定では、現在の ANSI コード ページですべてのソース コード ファイルを保存、**エンコード** ダイアログ ボックス。 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] 使用して、**エンコード** ダイアログ ボックスを開くにはソース コード ファイルを別のコード ページを保存します。  
+ `-codepage`シグネチャを持つ現在の ANSI コード ページ、Unicode または utf-8 を使用して、ソース コード ファイルを保存した場合、オプションは必要ありません。 Visual Studio に保存既定では、すべてのソース コード ファイルが現在の ANSI コード ページで、ユーザーで他のエンコーディングを指定しない限り、**エンコード** ダイアログ ボックス。 Visual Studio を使用して、**エンコード** ダイアログ ボックスを開くにはソース コード ファイルを別のコード ページを保存します。  
   
 > [!NOTE]
->  `-codepage`オプションは内から使用できません、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]開発環境は、コマンドラインからコンパイルするときにのみ使用します。  
+>  `-codepage`オプションは、Visual Studio 開発環境からは利用できません; は、コマンドラインからコンパイルするときにのみ使用します。  
   
 ## <a name="see-also"></a>関連項目  
  [Visual Basic のコマンド ライン コンパイラ](../../../visual-basic/reference/command-line-compiler/index.md)
diff --git a/docs/visual-basic/reference/command-line-compiler/compiler-options-listed-alphabetically.md b/docs/visual-basic/reference/command-line-compiler/compiler-options-listed-alphabetically.md
index f22662c05bc..bd1c3d3103b 100644
--- a/docs/visual-basic/reference/command-line-compiler/compiler-options-listed-alphabetically.md
+++ b/docs/visual-basic/reference/command-line-compiler/compiler-options-listed-alphabetically.md
@@ -1,6 +1,6 @@
 ---
 title: Visual Basic コンパイラ オプション一覧 (アルファベット順)
-ms.date: 03/09/2018
+ms.date: 04/12/2018
 ms.prod: .net
 ms.reviewer: ''
 ms.suite: ''
@@ -12,14 +12,14 @@ helpviewer_keywords:
 ms.assetid: e67febba-bacf-4e1f-a143-c141e063f90e
 author: rpetrusha
 ms.author: ronpet
-ms.openlocfilehash: 4c78246a1e9fe14b0ba64ac447293d02e8416079
-ms.sourcegitcommit: c883637b41ee028786edceece4fa872939d2e64c
+ms.openlocfilehash: a6e95c52c708128267ab6dc79a1b37d21b30bac2
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 03/23/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="visual-basic-compiler-options-listed-alphabetically"></a>Visual Basic コンパイラ オプションがアルファベット順に表示
-プログラムをコンパイルする代わりに、Visual Basic のコマンド ライン コンパイラが提供される、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]統合開発環境 (IDE) です。 アルファベット順に並べ替え、Visual Basic のコマンド ライン コンパイラ オプションの一覧を次に示します。  
+Visual Basic のコマンド ライン コンパイラは、Visual Studio 統合開発環境 (IDE) からプログラムをコンパイルする代替手段として提供されます。 アルファベット順に並べ替え、Visual Basic のコマンド ライン コンパイラ オプションの一覧を次に示します。  
 
 [!INCLUDE[compiler-options](~/includes/compiler-options.md)]
   
@@ -37,6 +37,7 @@ ms.lasthandoff: 03/23/2018
 |[-debug](../../../visual-basic/reference/command-line-compiler/debug.md)|デバッグ情報を生成します。|  
 |[-define](../../../visual-basic/reference/command-line-compiler/define.md)|条件付きコンパイルのシンボルを定義します。|  
 |[-delaysign](../../../visual-basic/reference/command-line-compiler/delaysign.md)|アセンブリに完全に署名するか、部分的に署名するかを指定します。|  
+|[-決定論的](../../../visual-basic/reference/command-line-compiler/deterministic.md)|コンパイラがバイナリ コンテンツを持つにおいて同一であるコンパイル数の入力が一致する場合、アセンブリを出力します。|
 |[-doc](../../../visual-basic/reference/command-line-compiler/doc.md)|ドキュメント コメントを XML ファイルに出力します。|  
 |[-errorreport](../../../visual-basic/reference/command-line-compiler/errorreport.md)|Visual Basic コンパイラで内部コンパイラ エラーを報告する方法を指定します。|  
 |[-filealign](../../../visual-basic/reference/command-line-compiler/filealign.md)|出力ファイルでセクションをアラインするサイズを指定します。|  
diff --git a/docs/visual-basic/reference/command-line-compiler/compiler-options-listed-by-category.md b/docs/visual-basic/reference/command-line-compiler/compiler-options-listed-by-category.md
index 3ebf161bbd7..d630e2c26a2 100644
--- a/docs/visual-basic/reference/command-line-compiler/compiler-options-listed-by-category.md
+++ b/docs/visual-basic/reference/command-line-compiler/compiler-options-listed-by-category.md
@@ -1,6 +1,6 @@
 ---
 title: Visual Basic コンパイラ オプション一覧 (カテゴリ別)
-ms.date: 03/09/2018
+ms.date: 04/12/2018
 ms.prod: .net
 ms.reviewer: ''
 ms.suite: ''
@@ -12,14 +12,14 @@ helpviewer_keywords:
 ms.assetid: fbe36f7a-7cfa-4f77-a8d4-2be5958568e3
 author: rpetrusha
 ms.author: ronpet
-ms.openlocfilehash: e66ec709a32b39e2e7427d6ce165f62212dac543
-ms.sourcegitcommit: c883637b41ee028786edceece4fa872939d2e64c
+ms.openlocfilehash: a90c54ae1bb4d89b2fbe0df62730bc55c0ceb64f
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 03/23/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="visual-basic-compiler-options-listed-by-category"></a>Visual Basic コンパイラ オプションのカテゴリ別一覧
-内からプログラムをコンパイルする代わりに、Visual Basic のコマンド ライン コンパイラが提供される、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]統合開発環境 (IDE) です。 機能カテゴリ順に並べ替えて Visual Basic のコマンド ライン コンパイラ オプションの一覧を次に示します。  
+Visual Basic のコマンド ライン コンパイラは、Visual Studio 統合開発環境 (IDE) 内からプログラムをコンパイルする代わりとして提供されます。 機能カテゴリ順に並べ替えて Visual Basic のコマンド ライン コンパイラ オプションの一覧を次に示します。  
 
 [!INCLUDE[compiler-options](~/includes/compiler-options.md)]
   
@@ -31,7 +31,7 @@ ms.lasthandoff: 03/23/2018
 |[-utf8output](../../../visual-basic/reference/command-line-compiler/utf8output.md)|UTF-8 エンコードを使用してコンパイラ出力を表示します。|  
 |[-verbose](../../../visual-basic/reference/command-line-compiler/verbose.md)|コンパイル中に追加の情報を出力します。|  
 |`-modulename:<string>`|ソース モジュールの名前を指定します。|  
-|[/preferreduilang](../../../csharp/language-reference/compiler-options/preferreduilang-compiler-option.md)|コンパイラ出力用の言語を指定します。|  
+|[/preferreduilang](../../../csharp/language-reference/compiler-options/preferreduilang-compiler-option.md)|コンパイラ出力用の言語を指定します。|
   
 ## <a name="optimization"></a>最適化  
   
@@ -45,6 +45,7 @@ ms.lasthandoff: 03/23/2018
 |オプション|目的|  
 |---|---|  
 |[-doc](../../../visual-basic/reference/command-line-compiler/doc.md)|ドキュメント コメントを XML ファイルに出力します。|  
+|[-決定論的](../../../visual-basic/reference/command-line-compiler/deterministic.md)|コンパイラがバイナリ コンテンツを持つにおいて同一であるコンパイル数の入力が一致する場合、アセンブリを出力します。|
 |[-netcf](../../../visual-basic/reference/command-line-compiler/netcf.md)|[!INCLUDE[Compact](~/includes/compact-md.md)] が対象になるようにコンパイラを設定します。|  
 |[-out](../../../visual-basic/reference/command-line-compiler/out.md)|出力ファイルを指定します。|  
 |[/refonly](refonly-compiler-option.md)|参照アセンブリのみを出力します。|
diff --git a/docs/visual-basic/reference/command-line-compiler/deterministic.md b/docs/visual-basic/reference/command-line-compiler/deterministic.md
new file mode 100644
index 00000000000..dd3e304a9f9
--- /dev/null
+++ b/docs/visual-basic/reference/command-line-compiler/deterministic.md
@@ -0,0 +1,60 @@
+---
+title: -決定論的
+ms.date: 04/11/2018
+ms.prod: .net
+ms.technology:
+- devlang-visual-basic
+ms.topic: article
+helpviewer_keywords:
+- deterministic compiler option [Visual Basic]
+- -deterministic compiler option [Visual Basic]
+- -deterministic compiler option [Visual Basic]
+author: rpetrusha
+ms.author: ronpet
+ms.openlocfilehash: 273abf8811f04cd7f58599ce3421ca1f17c740d9
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
+ms.translationtype: MT
+ms.contentlocale: ja-JP
+ms.lasthandoff: 04/27/2018
+---
+# <a name="-deterministic"></a>-決定論的
+
+コンパイラで同じ入力に対してコンパイルの間でバイトの出力が同じアセンブリを生成します。 
+
+## <a name="syntax"></a>構文
+
+```
+-deterministic
+```
+
+## <a name="remarks"></a>コメント
+
+既定では、コンパイラは、タイムスタンプおよびランダムな数値から生成される GUID を付加するための入力の特定のセットからコンパイラ出力が一意で。 使用する、`-deterministic`を生成するオプション、*決定的アセンブリ*、1 つの入力が同じ限り、バイナリ コンテンツを持つはコンパイルの間で同じです。
+
+コンパイラは、決定性のために、次の入力を検討します。
+
+- コマンド ライン パラメーターのシーケンス。
+- コンパイラの .rsp 応答ファイルの内容。
+- これを使用すると、コンパイラの正確なバージョンとその参照先のアセンブリ。
+- 現在のディレクトリ パス。
+- すべてのファイルのバイナリ コンテンツを明示的に渡すコンパイラに直接または間接的になど。 
+    - ソース ファイル
+    - 参照アセンブリ
+    - 参照されるモジュール
+    - リソース
+    - 厳密な名前キー ファイル
+    - 応答ファイルの @
+    - アナライザー
+    - Ruleset
+    - アナライザーが使用できる追加のファイル
+- (診断および例外のメッセージが生成される言語) の現在のカルチャ。
+- 既定のエンコーディングなど、現在のコード ページ エンコーディングが指定されていない場合。
+- 存在、非存在、およびコンパイラの検索パス上のファイルの内容 (などにより、指定した`/lib`または`/recurse`)。
+- コンパイラを実行する CLR プラットフォームです。
+- 値`%LIBPATH%`、アナライザー依存関係の読み込みに影響することができます。
+
+ソースがパブリックに使用できる場合は、信頼できるソースからバイナリがコンパイルされたかどうかを確立するため決定論的コンパイルを使用できます。 継続的なビルド システム バイナリへの変更に依存するビルド ステップを実行する必要があるかどうかを決定するために役立つことができます。 
+
+## <a name="see-also"></a>関連項目
+[Visual Basic のコマンド ライン コンパイラ](../../../visual-basic/reference/command-line-compiler/index.md)  
+[コンパイル コマンド ラインのサンプル](../../../visual-basic/reference/command-line-compiler/sample-compilation-command-lines.md)
diff --git a/docs/visual-basic/reference/command-line-compiler/doc.md b/docs/visual-basic/reference/command-line-compiler/doc.md
index 3e430312386..2b3f3983717 100644
--- a/docs/visual-basic/reference/command-line-compiler/doc.md
+++ b/docs/visual-basic/reference/command-line-compiler/doc.md
@@ -1,5 +1,5 @@
 ---
-title: -doc
+title: -ドキュメント
 ms.date: 03/10/2018
 ms.prod: .net
 ms.suite: ''
@@ -13,13 +13,13 @@ helpviewer_keywords:
 ms.assetid: 5fc32ec9-a149-4648-994c-a8d0cccd0a65
 author: rpetrusha
 ms.author: ronpet
-ms.openlocfilehash: 0948b9ef0675541ca595bb297e01e62c9d79a181
-ms.sourcegitcommit: 498799639937c89de777361aab74261efe7b79ea
+ms.openlocfilehash: e7dc75a0600c9694c4a20f028c810c6aca54eeb6
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 03/22/2018
+ms.lasthandoff: 04/27/2018
 ---
-# <a name="-doc"></a>-doc
+# <a name="-doc"></a>-ドキュメント
 ドキュメント コメントを XML ファイルに出力します。  
   
 ## <a name="syntax"></a>構文  
@@ -46,7 +46,7 @@ ms.lasthandoff: 03/22/2018
   
 -   メンバーのフィールドなど、[イベント](../../../visual-basic/language-reference/statements/event-statement.md)、[プロパティ](../../../visual-basic/language-reference/statements/property-statement.md)、[関数](../../../visual-basic/language-reference/statements/function-statement.md)、または[サブルーチン](../../../visual-basic/language-reference/statements/sub-statement.md)です。  
   
- 生成された XML ファイルを使用して、 [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] [IntelliSense](/visualstudio/ide/using-intellisense)機能をサポートするアセンブリと同じである XML ファイルのファイル名を使用します。 XML ファイルが設定されて、アセンブリと同じディレクトリ内でアセンブリが参照されている場合を確認してください、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]プロジェクト、.xml ファイルが見つかると同様です。 XML ドキュメント ファイルは IntelliSense コード プロジェクトによって参照されるプロジェクトまたはプロジェクト内で作業するために必要ではありません。  
+ Visual Studio で生成された XML ファイルを使用する[IntelliSense](/visualstudio/ide/using-intellisense)機能をサポートするアセンブリと同じである XML ファイルのファイル名を使用します。 XML ファイルが、アセンブリと同じディレクトリにアセンブリが、Visual Studio プロジェクトで参照されている場合、.xml ファイルが見つかるも確認してください。 XML ドキュメント ファイルは IntelliSense コード プロジェクトによって参照されるプロジェクトまたはプロジェクト内で作業するために必要ではありません。  
   
  コンパイルする場合を除き、 `/target:module`、XML ファイルには、タグが含まれています。`<assembly></assembly>`です。 これらのタグは、コンパイルの出力ファイルのアセンブリ マニフェストを含むファイルの名前を指定します。  
   
diff --git a/docs/visual-basic/reference/command-line-compiler/help.md b/docs/visual-basic/reference/command-line-compiler/help.md
index 4c18ae8795d..cbe074b7d21 100644
--- a/docs/visual-basic/reference/command-line-compiler/help.md
+++ b/docs/visual-basic/reference/command-line-compiler/help.md
@@ -16,11 +16,11 @@ helpviewer_keywords:
 ms.assetid: eb984aa5-ac98-4d0b-a0d2-24238d7bc8dc
 author: rpetrusha
 ms.author: ronpet
-ms.openlocfilehash: 4d56312743d70ed0d2f361c27d027a726562dc73
-ms.sourcegitcommit: 498799639937c89de777361aab74261efe7b79ea
+ms.openlocfilehash: 59b89d91cd81f735b44e030f72288f6b9a4d2b79
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 03/22/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="-help---visual-basic"></a>-help, -? (Visual Basic)
 コンパイラ オプションを出力します。  
@@ -37,7 +37,7 @@ ms.lasthandoff: 03/22/2018
  コンパイル時にこのオプションを追加する場合は、出力ファイルは作成されませんされ、コンパイルは行われません。  
   
 > [!NOTE]
->  `-help`オプションは内から使用できません、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]開発環境は、コマンドラインからコンパイルするときにのみ使用します。  
+>  `-help`オプションは、Visual Studio 開発環境からは利用できません; は、コマンドラインからコンパイルするときにのみ使用します。  
   
 ## <a name="example"></a>例  
  次のコードでは、コマンドラインからヘルプを表示します。  
diff --git a/docs/visual-basic/reference/command-line-compiler/how-to-invoke-the-command-line-compiler.md b/docs/visual-basic/reference/command-line-compiler/how-to-invoke-the-command-line-compiler.md
index a06602f2c19..30f68161f82 100644
--- a/docs/visual-basic/reference/command-line-compiler/how-to-invoke-the-command-line-compiler.md
+++ b/docs/visual-basic/reference/command-line-compiler/how-to-invoke-the-command-line-compiler.md
@@ -16,14 +16,14 @@ ms.assetid: 0fd9a8f6-f34e-4c35-a49d-9b9bbd8da4a9
 caps.latest.revision: 28
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: f1ccf08ba58fa6af60bd8ffd7cba79b205dc0f3d
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 20239045426e466ba58427bb9794ea7e55b3aa4c
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="how-to-invoke-the-command-line-compiler-visual-basic"></a>方法: コマンド ライン コンパイラを起動する (Visual Basic)
-コマンド ラインで、MS-DOS のプロンプトとも呼ばれるにその実行可能ファイルの名前を入力して、コマンド ライン コンパイラを呼び出すことができます。 既定の Windows コマンド プロンプトからコンパイルする場合は、実行可能ファイルへの完全修飾パスを入力する必要があります。 この既定の動作をオーバーライドするを使用するか、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]コマンド プロンプト、または、PATH 環境変数を変更します。 コンパイラの名前を入力するだけで任意のディレクトリからコンパイルを両方ができます。  
+コマンド ラインで、MS-DOS のプロンプトとも呼ばれるにその実行可能ファイルの名前を入力して、コマンド ライン コンパイラを呼び出すことができます。 既定の Windows コマンド プロンプトからコンパイルする場合は、実行可能ファイルへの完全修飾パスを入力する必要があります。 この既定の動作を上書きするには、Visual Studio コマンド プロンプトを使用するか、PATH 環境変数を変更することができます。 コンパイラの名前を入力するだけで任意のディレクトリからコンパイルを両方ができます。  
   
 [!INCLUDE[note_settings_general](~/includes/note-settings-general-md.md)]  
   
@@ -31,9 +31,9 @@ ms.lasthandoff: 04/26/2018
   
 1.  Microsoft Visual Studio プログラム グループ内の Visual Studio Tools プログラム フォルダーを開きます。  
   
-2.  使用することができます、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]コマンド プロンプトを Visual Studio がインストールされている場合、コンピューター上の任意のディレクトリから、コンパイラにアクセスします。  
+2.  Visual Studio がインストールされている場合、コンピューター上の任意のディレクトリから、コンパイラにアクセスする Visual Studio コマンド プロンプトを使用することができます。  
   
-3.  呼び出す、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]コマンド プロンプトです。  
+3.  Visual Studio コマンド プロンプトを起動します。  
   
 4.  コマンドラインで「 `vbc.exe` *sourceFileName*し、ENTER キーを押します。  
   
diff --git a/docs/visual-basic/reference/command-line-compiler/keyfile.md b/docs/visual-basic/reference/command-line-compiler/keyfile.md
index 1af3364cb2f..b44d1bc4488 100644
--- a/docs/visual-basic/reference/command-line-compiler/keyfile.md
+++ b/docs/visual-basic/reference/command-line-compiler/keyfile.md
@@ -13,11 +13,11 @@ helpviewer_keywords:
 ms.assetid: ffa82a4b-517a-4c6c-9889-5bae7b534bb8
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 02169f1f43ba93b68dc47f5bad038b78d3635a80
-ms.sourcegitcommit: 498799639937c89de777361aab74261efe7b79ea
+ms.openlocfilehash: 319d01e8162dbc3806b0d9ba59e90410acb1acd5
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 03/22/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="-keyfile"></a>-keyfile
 アセンブリに厳密な名前を付けるキーまたはキー ペアを含むファイルを指定します。  
@@ -48,7 +48,7 @@ ms.lasthandoff: 03/22/2018
  参照してください[作成と使用](../../../framework/app-domains/create-and-use-strong-named-assemblies.md)アセンブリに署名する方法についてです。  
   
 > [!NOTE]
->  `-keyfile`オプションは内から使用できません、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]開発環境は、コマンドラインからコンパイルするときにのみ使用します。  
+>  `-keyfile`オプションは、Visual Studio 開発環境からは利用できません; は、コマンドラインからコンパイルするときにのみ使用します。  
   
 ## <a name="example"></a>例  
  次のコードは、ソース ファイルをコンパイル`Input.vb`し、キー ファイルを指定します。  
diff --git a/docs/visual-basic/reference/command-line-compiler/link.md b/docs/visual-basic/reference/command-line-compiler/link.md
index 7a352653870..6ef3b290608 100644
--- a/docs/visual-basic/reference/command-line-compiler/link.md
+++ b/docs/visual-basic/reference/command-line-compiler/link.md
@@ -18,11 +18,11 @@ helpviewer_keywords:
 ms.assetid: 1885f24a-86f5-486c-a064-9fb7e455ccec
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 4410818b43c0ab12f9488198fffbe4b0f2d89252
-ms.sourcegitcommit: 498799639937c89de777361aab74261efe7b79ea
+ms.openlocfilehash: 4699e3adfd83a35ee81a5c8838e300adf6ecf667
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 03/22/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="-link-visual-basic"></a>-リンク (Visual Basic)
 指定したアセンブリ内の COM 型情報を、現在のコンパイル対象のプロジェクトで使用できるようにします。  
@@ -51,7 +51,7 @@ ms.lasthandoff: 03/22/2018
 > [!NOTE]
 >  コードで埋め込み COM 型のインスタンスを作成する際は、適切なインターフェイスを使用してインスタンスを作成する必要があります。 コクラスを使用して埋め込み COM 型のインスタンスを作成しようとすると、エラーが発生します。  
   
- [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] で `-link` オプションを設定するには、アセンブリ参照を追加し、`Embed Interop Types` プロパティを **true** に設定します。 `Embed Interop Types` プロパティの既定値は **false** です。  
+ 設定する、`-link`オプションを Visual Studio で、アセンブリ参照を追加し、設定、`Embed Interop Types`プロパティを**true**です。 `Embed Interop Types` プロパティの既定値は **false** です。  
   
  別の COM アセンブリ (アセンブリ B) を参照する COM アセンブリ (アセンブリ A) にリンクする場合、次のいずれかが当てはまるときは、アセンブリ B にもリンクする必要があります。  
   
diff --git a/docs/visual-basic/reference/command-line-compiler/sample-compilation-command-lines.md b/docs/visual-basic/reference/command-line-compiler/sample-compilation-command-lines.md
index 9557d4131c6..c3046841929 100644
--- a/docs/visual-basic/reference/command-line-compiler/sample-compilation-command-lines.md
+++ b/docs/visual-basic/reference/command-line-compiler/sample-compilation-command-lines.md
@@ -16,14 +16,14 @@ helpviewer_keywords:
 ms.assetid: 5bfbb487-5f47-4267-969a-39dfb917beeb
 author: rpetrusha
 ms.author: ronpet
-ms.openlocfilehash: cf20e2916efd2eb10065be22c319e34ddb2bda9a
-ms.sourcegitcommit: c883637b41ee028786edceece4fa872939d2e64c
+ms.openlocfilehash: b61ef6facf33fa043cad28a78405a19308a9864f
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 03/23/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="sample-compilation-command-lines-visual-basic"></a>コンパイル コマンドラインのサンプル (Visual Basic)
-Visual Basic プログラム内からコンパイルする代わりに[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)]、実行可能 (.exe) ファイルまたはダイナミック リンク ライブラリ (.dll) ファイルを生成するためにコマンドラインからコンパイルすることができます。  
+Visual Studio 内から Visual Basic プログラムをコンパイルする代わりに、実行可能 (.exe) ファイルまたはダイナミック リンク ライブラリ (.dll) ファイルを生成するためにコマンドラインからコンパイルすることができます。  
   
  Visual Basic のコマンド ライン コンパイラは、出力ファイル、アセンブリ、およびデバッグおよびプリプロセッサ オプションおよび入力を制御するオプションの完全なセットをサポートします。 各オプションは、2 つの交換形式で利用可能:`-option`と`/option`です。 このドキュメントのみが表示されます、`-option`フォーム。  
   
diff --git a/docs/visual-basic/reference/command-line-compiler/win32manifest.md b/docs/visual-basic/reference/command-line-compiler/win32manifest.md
index 779ec15f5df..b592fd31717 100644
--- a/docs/visual-basic/reference/command-line-compiler/win32manifest.md
+++ b/docs/visual-basic/reference/command-line-compiler/win32manifest.md
@@ -13,11 +13,11 @@ helpviewer_keywords:
 ms.assetid: 9e3191b4-90db-41c8-966a-28036fd20005
 author: rpetrusha
 ms.author: ronpet
-ms.openlocfilehash: 79b51117197f28cec21671eea4dd7b7f2f1cc306
-ms.sourcegitcommit: 498799639937c89de777361aab74261efe7b79ea
+ms.openlocfilehash: 901ea984a8e8e90329953a8936e68f2fc07f8847
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 03/22/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="-win32manifest-visual-basic"></a>-win32manifest (Visual Basic)
 プロジェクトのポータブル実行可能 (PE) ファイルに埋め込まれる、ユーザー定義の Win32 アプリケーション マニフェスト ファイルを識別します。  
@@ -48,7 +48,7 @@ ms.lasthandoff: 03/22/2018
   
 2.  要求実行レベルが指定されていないカスタム マニフェストを提供している。  
   
- [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] は、既定の .manifest ファイルを作成し、それを実行可能ファイルと一緒にデバッグ ディレクトリとリリースディレクトリに保存します。 表示またはをクリックして既定のアプリケーション マニフェスト ファイルを編集することができます**UAC 設定の表示**上、**アプリケーション**プロジェクト デザイナーのタブです。 詳細については、「[[アプリケーション] ページ (プロジェクト デザイナー) (Visual Basic)](/visualstudio/ide/reference/application-page-project-designer-visual-basic)」を参照してください。  
+ Visual Studio では、既定のマニフェスト ファイルを作成し、実行可能ファイルと一緒にデバッグとリリースのディレクトリに格納します。 表示またはをクリックして既定のアプリケーション マニフェスト ファイルを編集することができます**UAC 設定の表示**上、**アプリケーション**プロジェクト デザイナーのタブです。 詳細については、「[[アプリケーション] ページ (プロジェクト デザイナー) (Visual Basic)](/visualstudio/ide/reference/application-page-project-designer-visual-basic)」を参照してください。  
   
  使用できる、アプリケーション マニフェストまたは Win32 リソース ファイルの一部としてカスタム ビルド後のステップとしてを使用して、`-nowin32manifest`オプション。 アプリケーションを Windows Vista でファイルまたはレジストリの仮想化の対象にする場合は、これと同じオプションを使用します。 これにより、コンパイラからの作成と、PE ファイルの既定のマニフェストを埋め込むことができなくなります。  
   
diff --git a/docs/visual-basic/reference/index.md b/docs/visual-basic/reference/index.md
index f2e1f329942..038524d5556 100644
--- a/docs/visual-basic/reference/index.md
+++ b/docs/visual-basic/reference/index.md
@@ -12,11 +12,11 @@ ms.assetid: df6e7c50-5f3e-4381-98ed-ba5c3e9fe228
 caps.latest.revision: 21
 author: dotnet-bot
 ms.author: dotnetcontent
-ms.openlocfilehash: 26cb885187cff31a085e34c60c820fe7c0bdc787
-ms.sourcegitcommit: 86adcc06e35390f13c1e372c36d2e044f1fc31ef
+ms.openlocfilehash: 15d71f039223b464a3b5affb9ba7b37886b93200
+ms.sourcegitcommit: 2042de78fcdceebb6b8ac4b7a292b93e8782cbf5
 ms.translationtype: MT
 ms.contentlocale: ja-JP
-ms.lasthandoff: 04/26/2018
+ms.lasthandoff: 04/27/2018
 ---
 # <a name="reference-visual-basic"></a>リファレンス (Visual Basic)
 このセクションでは、Visual Basic プログラミングのさまざまな側面に関する参照情報へのリンクを提供します。  
@@ -43,10 +43,10 @@ ms.lasthandoff: 04/26/2018
   
 ## <a name="related-sections"></a>関連項目  
  [一般的なユーザー インターフェイス要素 (Visual Studio)](/visualstudio/ide/reference/general-user-interface-elements-visual-studio)  
- [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] のダイアログ ボックスとウィンドウに関するトピックです。  
+ ダイアログ ボックスおよびウィンドウが Visual Studio の使用についてのトピックが含まれています。  
   
  [Visual Studio の XML ツール](/visualstudio/xml-tools/xml-tools-in-visual-studio)  
- [!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] で使用可能な、さまざまな XML ツールに関するトピックへのリンクを示します。  
+ Visual Studio で使用できるさまざまなの XML ツールに関するトピックへのリンクを提供します。  
   
  [オートメーションと機能拡張のリファレンス](http://msdn.microsoft.com/library/93112562-db21-4188-9383-ed19ad79bddf)  
- 共有コンポーネントと言語固有コンポーネントの両方について、[!INCLUDE[vsprvs](~/includes/vsprvs-md.md)] でのオートメーションと機能拡張に関するトピックへのリンクを示します。
+ オートメーションと拡張性を Visual Studio で、共有と言語に固有の両方のコンポーネントを説明するトピックへのリンクを提供します。