docs: [RU] Translation update (#1602)

* structure.md исправлена опечатка * actions.md мелкие правки * api.md мелкие правки * intro.md мелкие правки * state.md мелкие правки * strict.md мелкие правки * testing.md мелкие правки * actions.md правки * testing.md правки * Fix typos. ru * SUMMARY.md правки заголовков * Минусы на тире * [RU] Moved to VuePress * Fix & single quotes * [RU] Update * Remove settings.json * fix link * fix images links * translated ru image and ai sources * Localized images * README.md исправлена ссылка * api: formatting example * api: fix links * docs: remove core-concepts.md * modules.md правка примеров * docs: [RU] fix links anchors * docs: (ru) plugins.md fix * api.md добавлен devtools * api.md добавлена ссылка * api.md обновление * installation.md обновление * README.md обновление * getting-started.md удален, дубль * README.md обновление * installation.md изменена ссылка * README.md правка * state.md обновление * state.md правки * getters.md правки * README.md fix * state.md fix * state.md правки * hot-reload.md правка * mutations.md правка * README.md add video-preview component * api/README.md added about subscribeAction before/after * modules.md update * README.md update * README.md fix * state.md update * mutations.md fix
vuejs · Aug 14, 2019 · f8fb76d · f8fb76d
1 parent de06f76
commit f8fb76d
Show file tree

Hide file tree

Showing 3 changed files with 5 additions and 3 deletions.
diff --git a/docs/ru/README.md b/docs/ru/README.md
@@ -50,7 +50,7 @@ new Vue({
 
 Так почему бы не вынести всё общее состояние приложения из компонентов и управлять им в глобальном синглтоне? При этом наше дерево компонентов становится одним большим «представлением» и любой компонент может получить доступ к состоянию приложения или вызывать действия для изменения состояния, независимо от того, где они находятся в дереве!
 
-Кроме того, чётко определяя и разделяя концепции, возникающие при управлении состоянием, и требуя соблюдения определённых правил, мы лучше структурируем код и облегчаем его поддержку.
+Чётко определяя и разделяя концепции, возникающие при управлении состоянием, и требуя соблюдения определённых правил, которые поддерживают независимость между представлениями и состояниями, мы лучше структурируем код и облегчаем его поддержку.
 
 Это основная идея Vuex, вдохновлённого [Flux](https://facebook.github.io/flux/docs/overview.html), [Redux](http://redux.js.org/) и [Архитектурой Elm](https://guide.elm-lang.org/architecture/). В отличие от других паттернов, Vuex реализован в виде библиотеки, специально предназначенной для Vue.js, чтобы использовать его систему реактивности для эффективного обновления.
 
@@ -60,7 +60,7 @@ new Vue({
 
 ### Когда следует использовать Vuex?
 
-Хотя Vuex помогает управлять совместно используемым состоянием, это реализуется ценой привнесения новых концепций и вспомогательного кода. Компромисс, когда кратковременная продуктивность страдает на благо долгосрочной.
+Vuex помогает управлять совместно используемым состоянием, ценой привнесения новых концепций и вспомогательного кода. Компромисс, когда кратковременная продуктивность страдает на благо долгосрочной.
 
 Если ещё не приходилось создавать крупные SPA и вы лишь знакомитесь с Vuex, это может показаться многословным и сложным. Всё в порядке — простые приложения могут легко обходиться и без Vuex. Возможно, будет достаточно простого паттерна [глобальной шины событий](https://ru.vuejs.org/v2/guide/state-management.html#Простой-контейнер-состояния-с-нуля). Но если вы создаёте SPA среднего или крупного размера, то, скорее всего, уже сталкивались с ситуациями, которые заставляли задуматься о том, как лучше управлять состоянием вне компонентов Vue, а Vuex в таком случае может стать вполне естественным следующим шагом. Есть хорошая цитата от Дэна Абрамова, автора Redux:
 

diff --git a/docs/ru/guide/mutations.md b/docs/ru/guide/mutations.md
@@ -141,7 +141,7 @@ mutations: {
 
 ### Вызов мутаций в компонентах
 
-Мутации можно вызывать из кода компонентов, используя `this.$store.commit('xxx')`, или применяя хелпер `mapMutations`, который проксирует вызовы `store.commit` через методы компонентов (для этого требуется наличие корневой ссылки на хранилище `$store`):
+Мутации можно вызывать из кода компонентов, используя `this.$store.commit('xxx')`, или применяя вспомогательный метод `mapMutations`, который проксирует вызовы `store.commit` через методы компонентов (для этого требуется наличие корневой ссылки на хранилище `$store`):
 
 ```js
 import { mapMutations } from 'vuex';

diff --git a/docs/ru/guide/state.md b/docs/ru/guide/state.md
@@ -8,6 +8,8 @@ Vuex использует **единое дерево состояния** —
 
 Единое дерево состояния не противоречит модульности — в следующих главах мы изучим, как можно разделить состояние и мутации на под-модули.
 
+Данные, которые хранятся во Vuex должны следовать тем же правилам, что и `data` в экземпляре Vue, т.е. объект состояния должен быть простым. **См. также:** [Vue#data](https://ru.vuejs.org/v2/api/#data).
+
 ### Использование состояния Vuex в компонентах Vue
 
 Итак, как использовать состояние хранилища в компонентах Vue? Поскольку хранилище Vuex реактивно, самый простой способ «получения» — просто вернуть часть состояния хранилища в [вычисляемом свойстве](https://ru.vuejs.org/v2/guide/computed.html):