5

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

@@ -190,5 +190,5 @@
 `[...]` | Запись массива
 `[expr; len]` | Запись массива, содержащий `len` повторов `expr`
 `[type; len]` | Массив, содержащий `len` образцов вида `type`
-`expr[expr]` | Взятие по порядковому указателю в собрания. Возможна перегрузка (`Index`, `IndexMut`)
+`expr[expr]` | Взятие по порядковому указателю в собрании. Возможна перегрузка (`Index`, `IndexMut`)
 `expr[..]`, `expr[a..]`, `expr[..b]`, `expr[a..b]` | Взятие среза собрания по порядковому указателю, используется `Range`, `RangeFrom`, `RangeTo`, или `RangeFull` как "порядковый указатель"

rustbook-ru/src/appendix-07-nightly-rust.md

@@ -112,7 +112,7 @@ $ rustup override set nightly
 
 Итак, как вы узнаете об этих новых возможностях? Прообраз разработки Ржавчина следует *этапу запроса примечаний (RFC - Request For Comments)*. Если хотите улучшить Ржавчина, вы можете написать предложение, которое называется RFC.
 
-Любой может написать RFC для улучшения Ржавчина предложения рассматриваются и обсуждаются объединением Ржавчина, которая состоит из множества связанных между собой объединений и общин. На [сетевом-сайте Ржавчины](https://www.rust-lang.org/governance) есть полный список приказов, который включает приказы для каждой области дела: внешний вид языка, выполнение сборщика, инфраустройства, пособие и многое другое. Соответствующая приказ читает предложение и примечания, пишет некоторые собственные примечания и в конечном итоге, приходит к согласию принять или отклонить эту возможность.
+Любой может написать RFC для улучшения Ржавчина предложения рассматриваются и обсуждаются объединением Ржавчина, которая состоит из множества связанных между собой объединений и общин. На [сетевом-сайте Ржавчины](https://www.rust-lang.org/governance) есть полный список приказов, который включает приказы для каждой области дела: внешний вид языка, выполнение сборщика, инфраустройства, пособие и многое другое. Соответствующая приказ считывает предложение и примечания, пишет некоторые собственные примечания и в конечном итоге, приходит к согласию принять или отклонить эту возможность.
 
 Если новая возможность принята и кто-то может выполнить её, то задача открывается в хранилища Ржавчина. Человек выполняющий её, вполне может не быть тем, кто предложил эту возможность! Когда выполнение готова, она попадает в `master` ветвь с клеймом функции, как мы обсуждали в разделе ["Небезотказных функциях"](#unstable-features)<!--  -->.
 

rustbook-ru/src/ch03-05-control-flow.md

@@ -198,7 +198,7 @@ again!
 
 #### Круговорот по элементам собрания с помощью `for`<a id="looping-through-a-collection-with-for"></a>
 
-Для перебора элементов собрания, например, массива, можно использовать устройство `while`. Например, круговорот в приложении 3-4 выводит каждый элемент массива `a`.
+Для перебора элементов собрании, например, массива, можно использовать устройство `while`. Например, круговорот в приложении 3-4 выводит каждый элемент массива `a`.
 
 <span class="filename">Имя файла: src/main.rs</span>
 

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

@@ -148,7 +148,7 @@ let s = String::from("hello");
 
 Ранее мы сказали, что когда переменная выходит за пределы области видимости, Ржавчина самостоятельно вызывает функцию `drop` и очищает память в куче для данной переменной. Но на рис. 4.2 оба указателя данных указывают на одно и то же место. Это неполадка: когда переменные `s2` и `s1` выходят из области видимости, они обе будут пытаться освободить одну и ту же память в куче. Это известно как *ошибка двойного освобождения (double free)* и является одной из ошибок безопасности памяти, упоминаемых ранее. Освобождение памяти дважды может привести к повреждению памяти, что возможно может привести к уязвимостям безопасности.
 
-Чтобы обеспечить безопасное управлению памятью, после строки `let s2 = s1;` , Ржавчина считает `s1` более недействительным. Следовательно, Ржавчине не нужно ничего освобождать, когда `s1` выходит за пределы области видимости. Посмотрите, что происходит, когда вы пытаетесь использовать `s1` после создания `s2` ; это не сработает:
+Чтобы обеспечить безопасное управлению памятью, после строки `let s2 = s1;` , Ржавчина ссчитывает `s1` более недействительным. Следовательно, Ржавчине не нужно ничего освобождать, когда `s1` выходит за пределы области видимости. Посмотрите, что происходит, когда вы пытаетесь использовать `s1` после создания `s2` ; это не сработает:
 
 ```rust,ignore,does_not_compile
 {{#rustdoc_include ../listings/ch04-understanding-ownership/no-listing-04-cant-use-after-move/src/main.rs:here}}

rustbook-ru/src/ch04-02-references-and-borrowing.md

@@ -32,11 +32,11 @@
 {{#rustdoc_include ../listings/ch04-understanding-ownership/no-listing-08-reference-with-annotations/src/main.rs:here}}
 ```
 
-Область действия `s` такая же, как и область действия любого свойства функции, но значение переменной, на которое указывает ссылка, не удаляется, когда `s` перестаёт использоваться, потому что `s` не является его владельцем. Когда функции имеют ссылки в качестве свойств вместо действительных значений, нам не нужно возвращать значения, чтобы вернуть право владения, потому что мы никогда не владели ими.
+Область действия `s` такая же, как и область действия любого свойства функции, но значение переменной, на которое указывает ссылка, не удаляется, когда `s` перестаёт использоваться, потому что `s` не является её владельцем. Когда функции имеют ссылки в качестве свойств вместо действительных значений, нам не нужно возвращать значения, чтобы вернуть право владения, потому что мы никогда не владели ими.
 
 Мы называем этап создания ссылки *заимствованием*. Как и в существующей жизни, если человек чем-то владеет, вы можете это у него позаимствовать. Когда вы закончите, вы должны вернуть это законному владельцу.
 
-А что произойдёт, если попытаться изменить то, что было позаимствовано? Попробуйте рукопись приложения 4-6 Спойлер: эта рукопись не сработает!
+А что произойдёт, если попытаться изменить то, что было позаимствовано? Попробуйте рукопись приложения 4-6 К сведению: эта рукопись не сработает!
 
 <span class="filename">Файл: src/main.rs</span>
 
@@ -110,7 +110,7 @@
 
 Вау! У нас *также* не может быть изменяемой ссылки, пока у нас есть неизменяемая ссылка на то же значение переменной.
 
-Пользователи неизменяемой ссылки не ожидают, что значение переменной внезапно изменится из-под них! Однако разрешены множественные неизменяемые ссылки, потому что никто, кто просто читает данные, не может повлиять на чтение данных кем-либо ещё.
+Пользователи неизменяемой ссылки не ожидают, что значение переменной внезапно изменится из-под них! Однако разрешены множественные неизменяемые ссылки, потому что никто, кто просто считывает данные, не может повлиять на чтение данных кем-либо ещё.
 
 Обратите внимание, что область действия ссылки начинается с того места, где она была введена, и продолжается до последнего использования этой ссылки. Например, эта рукопись будет собираться, потому что последнее использование неизменяемых ссылок `println!`, происходит до того, как вводится изменяемая ссылка:
 
@@ -155,7 +155,7 @@ for it to be borrowed from
 {{#rustdoc_include ../listings/ch04-understanding-ownership/no-listing-15-dangling-reference-annotated/src/main.rs:here}}
 ```
 
-Поскольку `s` создаётся внутри `dangle`, когда рукопись `dangle` будет завершён, `s` будет освобождена. Но мы попытались вернуть ссылку на неё. Это означает, что эта ссылка будет указывать на недопустимую `String`. Это нехорошо! Ржавчина не позволит нам сделать это.
+Поскольку `s` создаётся внутри `dangle`, когда рукопись `dangle` будет завершена, `s` будет освобождена. Но мы попытались вернуть ссылку на неё. Это означает, что эта ссылка будет указывать на недопустимую `String`. Это нехорошо! Ржавчина не позволит нам сделать это.
 
 Решением будет вернуть непосредственно `String`: