[RU] Translation update (#1072)

* structure.md исправлена опечатка

* actions.md мелкие правки

* api.md мелкие правки

* intro.md мелкие правки

* state.md мелкие правки

* strict.md мелкие правки

* testing.md мелкие правки

docs/ru/actions.md

@@ -81,7 +81,7 @@ actions: {
     const savedCartItems = [...state.cart.added]
     // инициируем запрос и "оптимистично" очистим корзину
     commit(types.CHECKOUT_REQUEST)
-    // предположим, что API магазина позволяет передать колбэки
+    // предположим, что API магазина позволяет передать коллбэки
     // для обработки успеха и неудачи при формировании заказа
     shop.buyProducts(
       products,

docs/ru/api.md

@@ -16,7 +16,7 @@ const store = new Vuex.Store({ ...options })
 
     Корневой объект состояния хранилища Vuex. [Подробнее](state.md)
 
-    Если вы передаёте функцию, возвращающую объект, то возвращаемый объект будет использован в качестве корневого состояния. Это может быть полезным, если вы хотите повторно использовать объект состояния, особенно при повтоном использовании модулей. [Подробнее](modules.md#повторное-использование-модулей)
+    Если вы передаёте функцию, возвращающую объект, то возвращаемый объект будет использован в качестве корневого состояния. Это может быть полезным, если вы хотите повторно использовать объект состояния, особенно при повторном использовании модулей. [Подробнее](modules.md#повторное-использование-модулей)
 
 - **mutations**
 
@@ -89,7 +89,7 @@ const store = new Vuex.Store({ ...options })
     }
     ```
 
-    Каждый модуль может содержать `state` и `mutations`, как и корневое хранилище. Состояние модуля будет прикреплёно к корневому, по указанному ключу. Мутации и геттеры модуля получают при вызове первым аргументом только локальное состояние, а не корневое. При вызове действий `context.state` аналогичным образом указывает на локальное состояние модуля.
+    Каждый модуль может содержать `state` и `mutations`, как и корневое хранилище. Состояние модуля будет прикреплено к корневому, по указанному ключу. Мутации и геттеры модуля получают при вызове первым аргументом только локальное состояние, а не корневое. При вызове действий `context.state` аналогичным образом указывает на локальное состояние модуля.
 
     [Подробнее](modules.md)
 
@@ -142,7 +142,7 @@ const store = new Vuex.Store({ ...options })
 
   Устанавливает наблюдение за возвращаемым значением геттера, вызывая коллбэк в случае его изменения. Геттер получает состояние хранилища первым аргументом, и геттеры вторым аргументом. Возможно указание дополнительного объекта опций, с такими же параметрами как и у метода `vm.$watch` корневой библиотеки Vue.
 
-  Для прекращения наблюдения, необходимо вызвать возвращённую функцию-хэндлер.
+  Для прекращения наблюдения, необходимо вызвать возвращаемую функцию обработчик.
 
 - **`subscribe(handler: Function)`**
 
@@ -161,7 +161,7 @@ const store = new Vuex.Store({ ...options })
 
   > Добавлено в версии 2.5.0
 
-  Подписывается на действие хранилища. Обработчик `handler` вызывается после каждого дейсвтия и получает в качестве параметров дескриптов действия и текущее состояние хранилища:
+  Подписывается на действие хранилища. Обработчик `handler` вызывается после каждого действия и получает в качестве параметров дескриптов действия и текущее состояние хранилища:
 
   ``` js
   store.subscribeAction((action, state) => {

docs/ru/intro.md

@@ -44,7 +44,7 @@ new Vue({
 - Несколько представлений могут зависеть от одной и той же части состояния приложения
 - Действия из разных представлений могут оказывать влияние на одни и те же части состояния приложения
 
-Разбираясь с первой проблемой, вам придётся передавать одни и те же данные в несколько глубоко вложенных компонентов. Это часто сложно и неприятно, а для соседних компонентов такое и вовсе не сработает. Решая вторую проблему, приходится обращаться напрямую к родителям и потомкам компонента, или синхронизовать изменения с другими местами в приложении событиями. Оба подхода хрупки и быстро приводят к появлению кода, который невозможно поддерживать.
+Разбираясь с первой проблемой, вам придётся передавать одни и те же данные в несколько глубоко вложенных компонентов. Это часто сложно и неприятно, а для соседних компонентов такое и вовсе не сработает. Решая вторую проблему, приходится обращаться напрямую к родителям и потомкам компонента, или синхронизировать изменения с другими местами в приложении событиями. Оба подхода хрупки и быстро приводят к появлению кода, который невозможно поддерживать.
 
 Так почему бы не вынести всё общее состояние приложения из компонентов в глобальный синглтон? При использовании этого подхода, дерево компонентов превращается в одно большое "представление", а каждый компонент получает доступ к состоянию приложения, наряду с возможностью вызывать действия для изменения состояния, независимо от расположения этого компонента в дереве.
 

docs/ru/state.md

@@ -67,7 +67,7 @@ import { mapState } from 'vuex'
 export default {
   // ...
   computed: mapState({
-    // arrow-функции позволяют писать код очень лаконично
+    // стрелочные функции позволяют писать код очень лаконично
     count: state => state.count,
 
     // передача строки 'count' эквивалентна записи `state => state.count`

docs/ru/strict.md

@@ -9,7 +9,7 @@ const store = new Vuex.Store({
 })
 ```
 
-В строгом режиме любая попытка внесения изменений в состояние Vuex кроме мутаций будет выбрасывать ошибку. Это гарантирует, что все мутации состояния будут явно отслежены через инструменты отладки.
+В строгом режиме любая попытка внесения изменений в состояние Vuex кроме мутаций будет выбрасывать ошибку. Это гарантирует, что все мутации состояния будут явно отслеживаться через инструменты отладки.
 
 ### Разработка vs. production
 

docs/ru/structure.md

@@ -6,7 +6,7 @@
 
 2. Единственным механизмом изменения этого состояния являются **мутации**, являющиеся синхронными транзакциями;
 
-3. Асинхронные операции инкапсулирутся в **действия**, или их комбинации.
+3. Асинхронные операции инкапсулируются в **действия**, или их комбинации.
 
 Покуда вы следуете этим правилам, можно использовать любую структуру проекта. Если ваш файл хранилища становится слишком большим, просто начните выносить действия, мутации и геттеры в отдельные файлы.
 

docs/ru/testing.md

@@ -85,7 +85,7 @@ const actions = actionsInjector({
   }
 })
 
-// вспомогательная фукнция для тестирования действия, которое должно вызывать известные мутации
+// вспомогательная функция для тестирования действия, которое должно вызывать известные мутации
 const testAction = (action, payload, state, expectedMutations, done) => {
   let count = 0
 
@@ -181,7 +181,7 @@ describe('getters', () => {
 
 #### Запуск в Node
 
-Используйте следующий конфиг webpack (в сочетании с соответствующим [`.babelrc`](https://babeljs.io/docs/usage/babelrc/)):
+Используйте следующую конфигурацию webpack (в сочетании с соответствующим [`.babelrc`](https://babeljs.io/docs/usage/babelrc/)):
 
 ``` js
 // webpack.config.js