docs(ja): update keyword translation

docs/ja/SUMMARY.md

@@ -1,14 +1,14 @@
 # Table of Contents
 
 - [Vuex は何ですか？](intro.md)
-- [コアコンセプト](concepts.md)
+- [中核概念](concepts.md)
   - [ステート](state.md)
   - [ミューテーション](mutations.md)
   - [アクション](actions.md)
 - [データフロー](data-flow.md)
 - [アプリケーションの構造](structure.md)
 - [ミドルウェア](middlewares.md)
-- [Strict Mode](strict.md)
+- [厳格モード](strict.md)
 - [フォームのハンドリング](forms.md)
 - [テスト](testing.md)
 - [ホットリローディング](hot-reload.md)

docs/ja/api.md

@@ -64,7 +64,7 @@ const store = new Vuex.Store({ ...options })
   - 型: `Boolean`
   - デフォルト値: `false`
 
-    Vuex store を strict mode に強制する。strict mode ではミューテーションハンドラの外側の Vuex ステートに任意に変異するとき、エラーを投げる
+    Vuex store を 厳格モードに強制する。厳格モードではミューテーションハンドラの外側の Vuex ステートに任意に変異するとき、エラーを投げる
 
     [詳細](strict.md)
 

docs/ja/concepts.md

@@ -1,4 +1,4 @@
-# コアコンセプト
+# 中核概念
 
 Vuex Store を作成するために `Vuex.Store` コンストラクタを使用できます。ほとんどの場合、各アプリケーション毎に単独の store だけが必要になります。各 Vuex Store は 3 種類の "構成要素" からなります:
 

docs/ja/forms.md

@@ -1,12 +1,12 @@
 # フォームのハンドリング
 
-strict mode で Vuex を使用するとき、Vuex に属するステートの一部において `v-model` を使用するためには少しトリッキーです:
+厳格モードで Vuex を使用するとき、Vuex に属するステートの一部において `v-model` を使用するためには少しトリッキーです:
 
 ``` html
 <input v-model="obj.message">
 ```
 
-`obj` が store からオブジェクトを返す算出プロパティ (computed property) と仮定すると、`v-model` はここでは、input でユーザーがタイプするとき、直接 `obj.message` を変異させようとします。strict mode において、ミューテーションは明示的に Vuex のミューテーションハンドラ内部で処理されていないため、エラーを投げます。
+`obj` が store からオブジェクトを返す算出プロパティ (computed property) と仮定すると、`v-model` はここでは、input でユーザーがタイプするとき、直接 `obj.message` を変異させようとします。厳格モードにおいて、ミューテーションは明示的に Vuex のミューテーションハンドラ内部で処理されていないため、エラーを投げます。
 
 それに対処するための "Vuex way" は、`<input>` の値をバインディングし、そして `input` または `change` イベントでアクションを呼び出します:
 

docs/ja/intro.md

@@ -1,6 +1,6 @@
-## vuex は何ですか？
+## Vuex は何ですか？
 
-Vuex は Vue.js アプリケーションで集中状態管理するためのアプリケーションアーキテクチャです。[Flux](https://facebook.github.io/flux/) や [Redux](https://github.com/rackt/redux) からインスピレーションを得ていますが、 簡易化されたコンセプト、そして Vue.js リアクティブシステムの長所を得るために、特別に設計された実装になっています。
+Vuex は Vue.js アプリケーションで集中状態管理するためのアプリケーションアーキテクチャです。[Flux](https://facebook.github.io/flux/) や [Redux](https://github.com/rackt/redux) からインスピレーションを得ていますが、 簡易化された概念、そして Vue.js リアクティブシステムの長所を得るために、特別に設計された実装になっています。
 
 ## なぜこれを必要とするのですか？
 

docs/ja/mutations.md

@@ -62,7 +62,7 @@ Vuex store のステートは Vue によってリアクティブになってい
 
 ### ミューテーション名に対して定数を使用
 
-ミューテーション名には定数を使用することが一般的です。コードに対して linter のようなツールの長所を利用することができ、そして、単一ファイルに全ての定数を設定することは、あなたの協力者にミューテーションがアプリケーション全体で可能であるかが一目見ただけで理解できるビューを得ることができます:
+ミューテーション名には定数を使用することが一般的です。コードに対してリンタのようなツールの長所を利用することができ、そして、単一ファイルに全ての定数を設定することは、あなたの協力者にミューテーションがアプリケーション全体で可能であるかが一目見ただけで理解できるビューを得ることができます:
 
 ``` js
 // mutation-types.js

docs/ja/state.md

@@ -46,6 +46,6 @@ export default {
 
 読み取り専用の算出プロパティを使用すると、**コンポーネントは直接 Vuex store のステートを変異させるべきではない**というルールを強調するのを援助するという別の利点を持っています。全てのステートのミューテーションを明示的および追跡可能にしたいため、全ての vuex store のミューテーションは store のミューテーションハンドラ内部で行われければなりません。
 
-このルールを強制するのを援助するために、[Strict Mode](strict.md) で store のステートがミューテーションハンドラの外部で変異された場合は、Vuex はエラーを投げます。
+このルールを強制するのを援助するために、[厳格モード](strict.md) で store のステートがミューテーションハンドラの外部で変異された場合は、Vuex はエラーを投げます。
 
 代わりにこのルールでは、私達の Vue コンポーネントははるかに少ない責務で済みます。読み取り専用の算出プロパティを介して Vuex store のステートにバインドされており、ステートに影響を与えるための唯一の方法は、**アクション**によって呼び出され、順番に**ミューテーション** をトリガすることです。必要であれば、まだ所有しローカルステートに操作できますが、もはや個々のコンポーネント内部には、任意のデータフェッチまたはグローバルステートミューテーティングロジックを入れていません。

docs/ja/strict.md

@@ -1,6 +1,6 @@
-# Strict Mode
+# 厳格モード
 
-strict mode を有効にするには、Vuex store を作成するときに、単純に `strict: true` を指定します:
+厳格モードを有効にするには、Vuex store を作成するときに、単純に `strict: true` を指定します:
 
 ``` js
 const store = new Vuex.Store({
@@ -9,11 +9,11 @@ const store = new Vuex.Store({
 })
 ```
 
-strict mode では、Vuex のステートがミューテーションハンドラの外部で変異されたときはいつでも、エラーを投げます。これは全てのステートの変異がデバッギングツールによって明示的に追跡ｄけいるようになります。
+厳格モードでは、Vuex のステートがミューテーションハンドラの外部で変異されたときはいつでも、エラーを投げます。これは全てのステートの変異がデバッギングツールによって明示的に追跡ｄけいるようになります。
 
 ### 開発環境 vs 本番環境
 
-**本番環境に対して strict mode を有効にしてデプロイしてはなりません！** Strict mode では不適切なミューテーションを検出するためにステートツリー上で深い監視を実行します。パフォーマンスコストを回避するために本番環境ではそれをオフにしてください。
+**本番環境に対して 厳格モードを有効にしてデプロイしてはなりません！** 厳格モードでは不適切なミューテーションを検出するためにステートツリー上で深い監視を実行します。パフォーマンスコストを回避するために本番環境ではそれをオフにしてください。
 
 ミドルウェアと同様に、ビルドツールに処理させることができます: