6

rustbook-ru/src/appendix-01-keywords.md

@@ -66,7 +66,7 @@
 
 ### Сырые определители
 
-*Сырые определители* — это правила написания, позволяющий использовать ключевые слова там, где обычно они не могут быть. Для создания и использования сырого определителя к ключевому слову добавляется приставка `r#`.
+*Сырые определители* — это правила написания, позволяющие использовать ключевые слова там, где обычно они не могут быть. Для создания и использования сырого определителя к ключевому слову добавляется приставка `r#`.
 
 Например, ключевое слово `match`. Если вы попытаетесь собрать следующую функцию, использующую в качестве имени `match`:
 

rustbook-ru/src/appendix-02-operators.md

@@ -37,7 +37,7 @@
 `..=` | `..=expr`, `expr..=expr` | Указывает на ряд чисел, включая правый | `PartialOrd`
 `..` | `..expr` | правила написания обновления устройства |
 `..` | `variant(x, ..)`, `struct_type { x, .. }` | Привязка «И все остальное» |
-`...` | `expr...expr` | (Устарело, используйте новое правила написания `..=`) Используется при определении инклюзивного ряда|
+`...` | `expr...expr` | (Устарело, используйте новое правило написания `..=`) Используется при определении инклюзивного ряда|
 `/` | `expr / expr` | Арифметическое деление | `Div`
 `/=` | `var /= expr` | Арифметическое деление и присваивание | `DivAssign`
 `:` | `pat: type`, `ident: type` | Ограничения видов |

rustbook-ru/src/ch04-01-what-is-ownership.md

@@ -10,9 +10,7 @@
 >
 > Многие языки программирования не требуют, чтобы вы слишком часто думали о обойме и куче. Но в языках системного программирования, одним из которых является Ржавчина, то, какое значение находится в обойме или в куче, влияет на поведение языка и на принятие вами определённых решений. Владение будет описано через призму обоймы и кучи позже в этой главе, а пока — краткое пояснение.
 >
-> И обойма, и куча — это части памяти, доступные вашей рукописи для использования во время выполнения. Однако они внутренне выстроенны
-
- по-разному. Обойма хранит значения в порядке их получения, а удаляет — в обратном. Это называется *«последним пришёл — первым ушёл»*. Подумайте о стопке тарелок: когда вы добавляете тарелки, вы кладёте их сверху стопки — когда вам нужна тарелка, вы берёте одну так же сверху. Добавление или удаление тарелок посередине или снизу не сработает! Добавление данных называется *помещением в обойму*, а удаление — извлечением *из обоймы*. Все данные, хранящиеся в обойме, должны иметь известный определенный размер. Данные, размер которых во время сборки неизвестен или может измениться, должны храниться в куче.
+> И обойма, и куча — это части памяти, доступные вашей рукописи для использования во время выполнения. Однако они внутренне выстроенны по-разному. Обойма хранит значения в порядке их получения, а удаляет — в обратном. Это называется *«последним пришёл — первым ушёл»*. Подумайте о стопке тарелок: когда вы добавляете тарелки, вы кладёте их сверху стопки — когда вам нужна тарелка, вы берёте одну так же сверху. Добавление или удаление тарелок посередине или снизу не сработает! Добавление данных называется *помещением в обойму*, а удаление — извлечением *из обоймы*. Все данные, хранящиеся в обойме, должны иметь известный определенный размер. Данные, размер которых во время сборки неизвестен или может измениться, должны храниться в куче.
 >
 > Куча устроена менее согласованно: когда вы кладёте данные в кучу, вы запрашиваете определённый размер пространства. Операционная система находит в куче свободный участок памяти достаточного размера, помечает его как используемый и возвращает *указатель*, являющийся адресом этого участка памяти. Этот этап называется *выделением памяти в куче* и иногда сокращается до *выделения памяти* (помещение значений в обойму не считается выделением). Поскольку указатель на участок памяти в куче имеет определённый определенный размер, его можно расположить в обойме, однако когда вам понадобятся актуальные данные, вам придётся проследовать по указателю. Представьте, что вы сидите в ресторане. Когда вы входите, вы называете количество человек в вашем объединении, и человек находит свободный стол, которого хватит на всех, и ведёт вас туда. Если кто-то из вашем объединении опоздает, он может спросить, куда вас посадили, чтобы найти вас.
 >
@@ -69,7 +67,7 @@ let s = "hello";
 let s = String::from("hello");
 ```
 
-Приказчик "Двойное двоеточие" `::` позволяет использовать пространство имён данной  функции `from` с видом `String`, а не какое-то иное имя, такое как `string_from`. Мы обсудим эти правила написания более подробно в разделе [«Правила написания способа»]. раздел <!-- ignore --> Главы 5, и в ходе обсуждения пространств имён с звенами в [ «Пути для обращения к элементу в дереве звеньев»]<!-- ignore --> в главе 7.
+Приказчик "Двойное двоеточие" `::` позволяет использовать пространство имён данной  функции `from` с видом `String`, а не какое-то иное имя, такое как `string_from`. Мы обсудим эти правила написания более подробно в разделе [«Правила написания способа»]. раздел <!-- ignore --> Главы 5, и в ходе обсуждения пространств имён со звеньями в [ «Пути для обращения к элементу в дереве звеньев»]<!-- ignore --> в главе 7.
 
 Строка такого вида *может* быть изменяема:
 
@@ -98,7 +96,7 @@ let s = String::from("hello");
 {{#rustdoc_include ../listings/ch04-understanding-ownership/no-listing-02-string-scope/src/main.rs:here}}
 ```
 
-Существует естественный мгновение, когда мы можем вернуть память, необходимую нашему `String`, обратно распределителю — когда `s` выходит за пределы области видимости. Когда переменная выходит за пределы области видимости, Ржавчина вызывает для нас особую функцию. Эта функция называется [`drop`]<!-- ignore -->, и именно здесь составитель`String` может поместить рукопись для возврата памяти. Ржавчина самостоятельно вызывает `drop` после закрывающей узорчатой скобки.
+Существует одна возможность, когда мы можем вернуть память, необходимую нашему `String`, обратно распределителю — когда `s` выходит за пределы области видимости. Когда переменная выходит за пределы области видимости, Ржавчина вызывает для нас особую функцию. Эта функция называется [`drop`]<!-- ignore -->, и именно здесь составитель`String` может поместить рукопись для возврата памяти. Ржавчина самостоятельно вызывает `drop` после закрывающей узорчатой скобки.
 
 > Примечание: в C++ этот образец освобождения мощностей в конце времени жизни элемента иногда называется *«Получение ресурса есть объявление» (англ. Resource Acquisition Is Initialization (RAII))*. Функция `drop` в Ржавчине покажется вам знакомой, если вы использовали образцы RAII.
 

rustbook-ru/src/ch05-03-method-syntax.md

@@ -112,7 +112,7 @@ Can rect1 hold rect3? false
 
 Ключевые слова `Self` в возвращаемом виде и в теле функции являются псевдонимами для вида, указанного после ключевого слова `impl`, которым в данном случае является `Rectangle`.
 
-Чтобы вызвать эту связанную функцию, используется правила написания `::` с именем устройства; например `let sq = Rectangle::square(3);`. Эта функция находится в пространстве имён устройства. правила написания `::` используется как для связанных функций, так и для пространств имён, созданных звенами. Мы обсудим звенья в [главе 7]<!-- ignore -->.
+Чтобы вызвать эту связанную функцию, используется правила написания `::` с именем устройства; например `let sq = Rectangle::square(3);`. Эта функция находится в пространстве имён устройства. правила написания `::` используется как для связанных функций, так и для пространств имён, созданных звеньями. Мы обсудим звенья в [главе 7]<!-- ignore -->.
 
 ### Несколько разделов `impl`
 

rustbook-ru/src/ch07-02-defining-modules-to-control-scope-and-privacy.md

@@ -76,11 +76,11 @@ backyard
 
 <span class="caption">Приложение 7-1: Звено <code>front_of_house</code> , содержащий другие звенья, которые в свою очередь содержат функции</span>
 
-Мы определяем звено, начиная с ключевого слова  `mod`, затем определяем название звена (в данном случае `front_of_house`) и размещаем узорчатые скобки вокруг тела звена. Внутри звеньев, можно иметь другие звенья, как в случае с звенами `hosting` и `serving`. Звенья также могут содержать определения для других элементов, таких как устройства, перечисления, постоянные переменные, особенности или — как в приложении 7-1 — функции.
+Мы определяем звено, начиная с ключевого слова  `mod`, затем определяем название звена (в данном случае `front_of_house`) и размещаем узорчатые скобки вокруг тела звена. Внутри звеньев, можно иметь другие звенья, как в случае со звеньями `hosting` и `serving`. Звенья также могут содержать определения для других элементов, таких как устройства, перечисления, постоянные переменные, особенности или — как в приложении 7-1 — функции.
 
 Используя звенья, мы можем объединять связанные определения вместе и сказать почему они являются связанными. Программистам будет легче найти необходимую возможность в объединенном рукописи, вместо того чтобы искать её в одном общем списке. Программисты, добавляющие новые функции в эту рукопись, будут знать, где разместить рукопись для поддержания порядка в программе.
 
-Как мы упоминали ранее, файлы *src/main.rs* и *src/lib.rs* называются *корневыми звенами ящика*. Причина такого именования в том, что содержимое любого из этих двух файлов образует звено с именем `crate` в корне устройства звеньев ящика, известной как *дерево звеньев*.
+Как мы упоминали ранее, файлы *src/main.rs* и *src/lib.rs* называются *корневыми звеньями ящика*. Причина такого именования в том, что содержимое любого из этих двух файлов образует звено с именем `crate` в корне устройства звеньев ящика, известной как *дерево звеньев*.
 
 В приложении 7-2 показано дерево звеньев для устройства звеньев, приведённой в рукописи приложения 7-1.
 

rustbook-ru/src/ch14-03-cargo-workspaces.md

@@ -224,9 +224,7 @@ error[E0432]: unresolved import `rand`
 {{#rustdoc_include ../listings/ch14-more-about-cargo/no-listing-04-workspace-with-tests/add/add_one/src/lib.rs}}
 ```
 
-Теперь запустите `cargo test` в папке верхнего уровня *add*. Запуск `cargo test` в рабочем пространстве, внутренне выстроеном
-
- подобно этому, запустит проверки для всех ящиков в рабочем пространстве:
+Теперь запустите `cargo test` в папке верхнего уровня *add*. Запуск `cargo test` в рабочем пространстве, внутренне упорядоченном подобно этому примеру, запустит проверки для всех ящиков в рабочем пространстве:
 
 <!-- manual-regeneration
 cd listings/ch14-more-about-cargo/no-listing-04-workspace-with-tests/add

rustbook-ru/src/ch20-03-designing-the-interface.md

@@ -3,8 +3,7 @@
 Давайте поговорим о том, как должен выглядеть объединение Составители часто находят
 что при попытке создать некоторую рукопись, напив сначала конечного потребителя внешнюю оболочка можно
 лучше понять как лучше выполнить отделенную вычисляемую часть. Напишите API рукописи, который будет
-внутренне выстроен таким образом, чтобы его было удобно вызывать, а затем выполните
-возможность этого устройства, а не наоборот.
+внутренне выстроен таким образом, чтобы его было удобно вызывать, а затем запустите способ этого устройства, а не наоборот.
 
 Подобно тому, как мы использовали Test Driven Development в деле в главе 12,
 здесь мы собираемся использовать Compiler Driven Development. Мы собираемся написать