Skip to content

Commit 8683f1b

Browse files
authored
Merge pull request #593 from chimit/dev
[Russian translation] Some punctuation fixes
2 parents 21d2deb + 8b321b7 commit 8683f1b

File tree

5 files changed

+15
-15
lines changed

5 files changed

+15
-15
lines changed

docs/ru/actions.md

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -1,8 +1,8 @@
11
# Действия
22

3-
Действия — похожи на мутации, с несколькими отличиями:
3+
Действия — похожи на мутации с несколькими отличиями:
44

5-
- Вместо того чтобы напрямую менять состояние, действия инициируют мутации.
5+
- Вместо того, чтобы напрямую менять состояние, действия инициируют мутации;
66
- Действия могут использоваться для асинхронных операций.
77

88
Зарегистрируем простое действие:
@@ -25,7 +25,7 @@ const store = new Vuex.Store({
2525
})
2626
```
2727

28-
Обработчики действий получают объект контекста, содержащий те же методы и свойства, что и сам инстанс хранилища, так что вы можете вызвать `context.commit` для инициирования мутации, или обратиться к состоянию и геттерам через `context.state` и `context.getters`. Позднее, при рассмотрении [Модулей](modules.md), мы увидим, однако, что этот контекст — не то же самое, что и сам инстанс хранилища.
28+
Обработчики действий получают объект контекста, содержащий те же методы и свойства, что и сам инстанс хранилища, так что вы можете вызвать `context.commit` для инициирования мутации или обратиться к состоянию и геттерам через `context.state` и `context.getters`. Позднее при рассмотрении [Модулей](modules.md) мы увидим, однако, что этот контекст — не то же самое, что инстанс хранилища.
2929

3030
На практике для упрощения кода часто используется [деструктуризация аргументов](https://github.com/lukehoban/es6features#destructuring) из ES2015 (особенно при необходимости многократного вызова `commit`):
3131

@@ -57,7 +57,7 @@ actions: {
5757
}
5858
```
5959

60-
Диспетчеризация действий поддерживает такой же объектный синтаксис, как диспетчеризация мутаций:
60+
Диспетчеризация действий поддерживает тот же объектный синтаксис, что и диспетчеризация мутаций:
6161

6262
``` js
6363
// параметризированный вызов
@@ -120,7 +120,7 @@ export default {
120120

121121
Раз действия зачастую асинхронны, то как узнать, что действие уже завершилось? И, что важнее, как быть со связанными между собой действиями при организации более сложных асинхронных потоков?
122122

123-
Для начала стоит вспомнить, что `store.dispatch` возвращает значение, равное результату вызванного обработчика действия, что позволяет использовать Promise:
123+
Для начала стоит вспомнить, что `store.dispatch` возвращает значение, равное результату вызванного обработчика действия, что позволяет использовать Promise:
124124

125125
``` js
126126
actions: {
@@ -156,7 +156,7 @@ actions: {
156156
}
157157
```
158158

159-
И, в конце концов, используя [async / await](https://tc39.github.io/ecmascript-asyncawait/) — возможности, которые вот-вот станут общедоступными, можно компоновать действия таким образом:
159+
И, в конце концов, используя [async / await](https://tc39.github.io/ecmascript-asyncawait/) — возможности, которые вот-вот станут общедоступны - можно компоновать действия таким образом:
160160

161161
``` js
162162
// предположим, что getData() и getOtherData() возвращают промисы

docs/ru/getting-started.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -2,7 +2,7 @@
22

33
В центре любого Vuex-приложения находится **хранилище**. "Хранилище" — это, упрощённо говоря, контейнер, который хранит **состояние** вашего приложения. Два момента отличают хранилище Vuex от простого глобального объекта:
44

5-
1. Хранилища Vuex реактивны. Если компоненты Vue зависят от их состояния, изменения состояния хранилища спровоцирует соответствующие изменения компонентов.
5+
1. Хранилища Vuex реактивны. Если компоненты Vue зависят от их состояния, изменение состояния хранилища спровоцирует соответствующие изменения компонентов.
66

77
2. Непосредственное изменение состояния хранилища запрещено. Единственный способ внести изменения — явно **вызвать мутацию**. Этот подход позволяет быть уверенным, что каждое изменение оставляет в системе след, и даёт возможность использовать инструменты, позволяющие лучше понять работу приложения.
88

docs/ru/mutations.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -133,7 +133,7 @@ mutations: {
133133
}
134134
```
135135

136-
Теперь представьте, что вы отлаживаете приложение и смотрите в лог мутаций в инструментах разработчика. Для каждой залогированной мутации devtools должен сохранить слепки состояния приложения "до" и "после" её наступления. Однако, асинхронный коллбэк внутри приведённой выше мутации делает это невозможным: мутация-то уже записана, и у devtools нет никакой возможности знать, что далее будет вызван коллбэк, а значит и инициируемые им изменения становится, по сути дела, невозможно отследить.
136+
Теперь представьте, что вы отлаживаете приложение и смотрите в лог мутаций в инструментах разработчика. Для каждой залогированной мутации devtools должен сохранить слепки состояния приложения "до" и "после" её наступления. Однако, асинхронный коллбэк внутри приведённой выше мутации делает это невозможным: мутация-то уже записана, и у devtools нет никакой возможности знать, что далее будет вызван коллбэк, а, значит, и инициируемые им изменения становится, по сути дела, невозможно отследить.
137137

138138
### Вызов мутаций из компонентов
139139

@@ -157,7 +157,7 @@ export default {
157157

158158
### О действиях
159159

160-
Привнесение асинхронности в мутации могло бы изрядно затруднить понимание логики программы. Например, если вызываются два метода, оба с асинхронными коллбэками, изменяющими состояние приложения — как предсказать, какой из коллбэков будет вызван первым? Именно поэтому концепции изменений и асинхронности рассматриваются по отдельности. Во Vuex, **мутации — это синхронные транзакции**:
160+
Привнесение асинхронности в мутации могло бы изрядно затруднить понимание логики программы. Например, если вызываются два метода, оба с асинхронными коллбэками, изменяющими состояние приложения — как предсказать, какой из коллбэков будет вызван первым? Именно поэтому концепции изменений и асинхронности рассматриваются по отдельности. Во Vuex **мутации — это синхронные транзакции**:
161161

162162
``` js
163163
store.commit('increment')

docs/ru/strict.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
# Strict Mode
22

3-
Для включения strict mode, просто укажите `strict: true` при создании хранилища Vuex:
3+
Для включения strict mode просто укажите `strict: true` при создании хранилища Vuex:
44

55
``` js
66
const store = new Vuex.Store({
@@ -9,13 +9,13 @@ const store = new Vuex.Store({
99
})
1010
```
1111

12-
При использовании strict mode, любая попытка внесения изменений в состояние Vuex, кроме как через зарегистрированную мутацию, приведёт к появлению ошибки. Это позволяет быть уверенным, что все изменения с данными отслеживаются инструментами отладки.
12+
При использовании strict mode любая попытка внесения изменений в состояние Vuex, кроме как через зарегистрированную мутацию, приведёт к появлению ошибки. Это позволяет быть уверенным, что все изменения данных отслеживаются инструментами отладки.
1313

1414
### Разработка и production
1515

16-
**Не используйте strict mode в production-окружении!** Для определения некорректных операций, strict mode использует довольно "дорогие" операции глубокого наблюдения за деревом состояния приложения, поэтому удостоверьтесь что выключили этот режим перед выкладкой на production из соображений повышения производительности!
16+
**Не используйте strict mode в production-окружении!** Для определения некорректных операций strict mode использует довольно "дорогие" операции глубокого наблюдения за деревом состояния приложения, поэтому удостоверьтесь, что выключили этот режим перед выкладкой на production из соображений повышения производительности!
1717

18-
При использовании систем модульной сборки, это можно сделать так:
18+
При использовании систем модульной сборки это можно сделать так:
1919

2020
``` js
2121
const store = new Vuex.Store({

docs/ru/structure.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -2,9 +2,9 @@
22

33
В действительности Vuex не накладывает каких-то значительных ограничений на используемую структуру кода. Однако, он требует соблюдения нескольких высокоуровневых принципов:
44

5-
1. Глобальное состояние приложения должно содержаться в централизованном хранилище
5+
1. Глобальное состояние приложения должно содержаться в централизованном хранилище;
66

7-
2. Единственным механизмом изменения этого состояния являются **мутации**, являющиеся синхронными транзакциями.
7+
2. Единственным механизмом изменения этого состояния являются **мутации**, являющиеся синхронными транзакциями;
88

99
3. Асинхронные операции инкапсулирутся в **действия**, или их комбинации.
1010

0 commit comments

Comments
 (0)