diff --git a/rustbook-ru/src/appendix-04-useful-development-tools.md b/rustbook-ru/src/appendix-04-useful-development-tools.md index dad6709ad..8e7475c71 100644 --- a/rustbook-ru/src/appendix-04-useful-development-tools.md +++ b/rustbook-ru/src/appendix-04-useful-development-tools.md @@ -24,7 +24,7 @@ $ cargo fmt ### Исправление рукописи с `rustfix` -Средство rustfix включён в установку Ржавчина и может самостоятельно исправлять предупреждения сборщика с очевидным способом исправления сбоев, скорее всего, подходящим вам. Вероятно, вы уже видели предупреждения сборщика. Например, рассмотрим этот код: +Средство rustfix включён в установку Ржавчина и может самостоятельно исправлять предупреждения сборщика с очевидным способом исправления сбоев, скорее всего, подходящим вам. Вероятно, вы уже видели предупреждения сборщика. Например, рассмотрим этот рукопись: Файл: src/main.rs @@ -63,7 +63,7 @@ $ cargo fix Finished dev [unoptimized + debuginfo] target(s) in 0.59s ``` -Когда посмотрим в *src/main.rs* снова, мы увидим что `cargo fix` изменил наш код: +Когда посмотрим в *src/main.rs* снова, мы увидим что `cargo fix` изменил наш рукопись: Файл: src/main.rs diff --git a/rustbook-ru/src/ch01-02-hello-world.md b/rustbook-ru/src/ch01-02-hello-world.md index 59e4a9d35..dc0f9c7ec 100644 --- a/rustbook-ru/src/ch01-02-hello-world.md +++ b/rustbook-ru/src/ch01-02-hello-world.md @@ -82,7 +82,7 @@ fn main() { > Примечание: Если хотите придерживаться принятого внешнего исполнения во всех делах Ржавчина вы можете использовать средство самостоятельного изменения под названием `rustfmt` для изменения рукописи в определённом исполнении (подробнее о `rustfmt` в [Приложении D](appendix-04-useful-development-tools.md). Объединение Ржавчины включила этот средство в обычный установочный набор Ржавчина, как `rustc`, поэтому он уже должен быть установлен на вашем компьютере! > -Тело функции `main` содержит следующий код: +Тело функции `main` содержит следующий рукопись: ```rust println!("Привет, мир!"); diff --git a/rustbook-ru/src/ch01-03-hello-cargo.md b/rustbook-ru/src/ch01-03-hello-cargo.md index 7d05b81a4..88aaf5ef3 100644 --- a/rustbook-ru/src/ch01-03-hello-cargo.md +++ b/rustbook-ru/src/ch01-03-hello-cargo.md @@ -14,7 +14,7 @@ $ cargo --version ### Создание своего дела с помощью Cargo -Давайте создадим новое дело с помощью Cargo и посмотрим, как оно отличается от нашего начального дела "Hello, world!". Перейдите обратно в папку *projects* (или любую другую, где вы решили сохранять код). Затем, в любой операционной системе, запустите приказ: +Давайте создадим новое дело с помощью Cargo и посмотрим, как оно отличается от нашего начального дела "Hello, world!". Перейдите обратно в папку *projects* (или любую другую, где вы решили сохранять рукопись). Затем, в любой операционной системе, запустите приказ: ```console $ cargo new hello_cargo @@ -125,7 +125,7 @@ $ cargo check - Мы можем создать дело с помощью `cargo new`. - можно собирать дело, используя приказ `cargo build`, - можно одновременно собирать и запускать дело одной приказом `cargo run`, -- можно собрать дело для проверки ошибок с помощью `cargo check`, не тратя время на кодосоздание исполняемого файла, +- можно собрать дело для проверки ошибок с помощью `cargo check`, не тратя время на создание рукописи исполняемого файла, - cargo сохраняет итоги сборки не в папку с исходной рукописью, а в отдельный папка *target/debug*. Дополнительным преимуществом использования Cargo является то, что его приказы одинаковы для разных операционных систем. С этой точки зрения, мы больше не будем предоставлять отдельные указания для Linux, macOS или Windows. diff --git a/rustbook-ru/src/ch03-01-variables-and-mutability.md b/rustbook-ru/src/ch03-01-variables-and-mutability.md index 909075abd..df89b853c 100644 --- a/rustbook-ru/src/ch03-01-variables-and-mutability.md +++ b/rustbook-ru/src/ch03-01-variables-and-mutability.md @@ -31,7 +31,7 @@ error[E0384]: cannot assign twice to immutable variable `x` --> src/main.rs:4:5 Однако изменяемость может быть очень полезной и может сделать рукопись более удобным для написания. Хотя переменные по умолчанию неизменяемы, их можно сделать изменяемыми, добавив `mut` перед именем переменной, как это было сделано в [Главе 2]. Добавление `mut` также передаёт будущим читателям рукописи намерение, обозначая, что другие части рукописи будут изменять значение этой переменной. -Например, изменим *src/main.rs* на следующий код: +Например, изменим *src/main.rs* на следующий рукопись: Имя файла: src/main.rs diff --git a/rustbook-ru/src/ch03-03-how-functions-work.md b/rustbook-ru/src/ch03-03-how-functions-work.md index a6ad09908..ce7f71a80 100644 --- a/rustbook-ru/src/ch03-03-how-functions-work.md +++ b/rustbook-ru/src/ch03-03-how-functions-work.md @@ -26,7 +26,7 @@ Мы можем определить функции, имеющие *свойства*, которые представляют собой особые переменные, являющиеся частью ярлыки функции. Когда у функции есть свойства, необходимо предоставить ей определенные значения этих свойств. Технически определенные значения называются *переменные*, но в повседневном общении люди обычно используют слова *свойство* и *переменная* как взаимозаменяемые либо для переменных в определении функции, либо для определенных значений, передаваемых при вызове функции. -В этой исполнения `another_function` мы добавляем свойство: +В этом исполнении `another_function` мы добавляем свойство: Имя файла: src/main.rs diff --git a/rustbook-ru/src/ch03-04-comments.md b/rustbook-ru/src/ch03-04-comments.md index f6576cd23..f53b202e6 100644 --- a/rustbook-ru/src/ch03-04-comments.md +++ b/rustbook-ru/src/ch03-04-comments.md @@ -16,7 +16,7 @@ // объясняет, что происходит. ``` -Примечания также можно размещать в конце строк, содержащих код: +Примечания также можно размещать в конце строк, содержащих рукопись: Имя файла: src/main.rs diff --git a/rustbook-ru/src/ch03-05-control-flow.md b/rustbook-ru/src/ch03-05-control-flow.md index f0207b684..0ad6c41a0 100644 --- a/rustbook-ru/src/ch03-05-control-flow.md +++ b/rustbook-ru/src/ch03-05-control-flow.md @@ -6,7 +6,7 @@ Выражение `if` позволяет выполнять части рукописи в зависимости от условий. Вы задаёте условие, а затем указываете: "Если это условие выполняется, выполните этот разделрукописи. Если условие не выполняется, не выполняйте этот разделрукописи". -Для изучения выражения `if` создайте новое дело под названием *branches* в папке *projects*. В файл src/main.rs поместите следующий код: +Для изучения выражения `if` создайте новое дело под названием *branches* в папке *projects*. В файл src/main.rs поместите следующий рукопись: Имя файла: src/main.rs @@ -36,7 +36,7 @@ {{#include ../listings/ch03-common-programming-concepts/no-listing-27-if-false/output.txt}} ``` -Также стоит отметить, что условие в этом рукописи *должно* быть разумного вида `bool`. Если условие не является `bool`, возникнет ошибка. Например, попробуйте запустить следующий код: +Также стоит отметить, что условие в этом рукописи *должно* быть разумного вида `bool`. Если условие не является `bool`, возникнет ошибка. Например, попробуйте запустить следующий рукопись: Имя файла: src/main.rs diff --git a/rustbook-ru/src/ch04-01-what-is-ownership.md b/rustbook-ru/src/ch04-01-what-is-ownership.md index 8582cfaaa..cf6378e97 100644 --- a/rustbook-ru/src/ch04-01-what-is-ownership.md +++ b/rustbook-ru/src/ch04-01-what-is-ownership.md @@ -118,7 +118,7 @@ let s = String::from("hello"); Приложение 4-2. Присвоение целочисленного значения переменной x переменной y -Мы можем догадаться, что делает этот код: «привязать значение `5` к `x`; затем сделать повтор значения в `x` и привязать его к `y`». Теперь у нас есть две переменные: `x` и `y`, и обе равны `5`. Это то, что происходит на самом деле, потому что целые числа — это простые значения с известным конечным размером, и эти два значения `5` помещаются в обойма. +Мы можем догадаться, что делает этот рукопись: «привязать значение `5` к `x`; затем сделать повтор значения в `x` и привязать его к `y`». Теперь у нас есть две переменные: `x` и `y`, и обе равны `5`. Это то, что происходит на самом деле, потому что целые числа — это простые значения с известным конечным размером, и эти два значения `5` помещаются в обойма. Теперь рассмотрим исполнение с видом `String`: diff --git a/rustbook-ru/src/ch05-02-example-structs.md b/rustbook-ru/src/ch05-02-example-structs.md index 3bd05ece6..13e439b12 100644 --- a/rustbook-ru/src/ch05-02-example-structs.md +++ b/rustbook-ru/src/ch05-02-example-structs.md @@ -145,7 +145,7 @@ Мы можем увидеть, что первый отладочный вывод поступил из строки 10 *src/main.rs*, там, где мы отлаживаем выражение `30 * scale`, и его результирующее значение равно 60 (`Debug` изменение , выполненное для целых чисел, заключается в печати только их значения). Вызов `dbg!` в строке 14 src/main.rs выводит значение &rect1, которое является устройством `Rectangle`. В этом выводе используется красивое изменение -`Debug` вида `Rectangle`. Макрос `dbg!` может быть очень полезен, когда вы пытаетесь понять, что делает ваш код! +`Debug` вида `Rectangle`. Макрос `dbg!` может быть очень полезен, когда вы пытаетесь понять, что делает ваша рукопись! В дополнение к `Debug`, Ржавчина предоставил нам ряд особенностей, которые мы можем использовать с свойством `derive` для добавления полезного поведения к нашим пользовательским видам. Эти особенности и их поведение перечислены в [приложении C]. Мы расскажем, как выполнить эти особенности с пользовательским поведением, а также как создать свои собственные особенности в главе 10. Кроме того, есть много других свойств помимо `derive`; для получения дополнительной сведений смотрите [раздел “Свойства” справочника Rust](https://doc.rust-lang.org/reference/attributes.html). diff --git a/rustbook-ru/src/ch05-03-method-syntax.md b/rustbook-ru/src/ch05-03-method-syntax.md index 5ccff1e46..891542996 100644 --- a/rustbook-ru/src/ch05-03-method-syntax.md +++ b/rustbook-ru/src/ch05-03-method-syntax.md @@ -65,7 +65,7 @@ > (&p1).distance(&p2); > ``` > -> Первый пример выглядит намного понятнее. Самостоятельный вывод ссылки работает потому, что способы имеют понятного получателя - вид `self`. Учитывая получателя и имя способа, Ржавчина может точно определить, что в данном случае делает код: читает ли способ (`&self`), делает ли изменение (`&mut self`) или поглощает (`self`). То обстоятельство, что Ржавчина делает заимствование неявным для принимающего способа, в значительной степени способствует тому, чтобы сделать владение удобным на опыте. +> Первый пример выглядит намного понятнее. Самостоятельный вывод ссылки работает потому, что способы имеют понятного получателя - вид `self`. Учитывая получателя и имя способа, Ржавчина может точно определить, что в данном случае делает рукопись: читает ли способ (`&self`), делает ли изменение (`&mut self`) или поглощает (`self`). То обстоятельство, что Ржавчина делает заимствование неявным для принимающего способа, в значительной степени способствует тому, чтобы сделать владение удобным на опыте. ### Способы с несколькими свойствами diff --git a/rustbook-ru/src/ch07-01-mod-and-the-filesystem.md b/rustbook-ru/src/ch07-01-mod-and-the-filesystem.md index 13b0d6d1f..e4317310b 100644 --- a/rustbook-ru/src/ch07-01-mod-and-the-filesystem.md +++ b/rustbook-ru/src/ch07-01-mod-and-the-filesystem.md @@ -247,7 +247,7 @@ mod client; mod network; ``` -Далее, создадим файл *src/network.rs* и введём в него следующий код: +Далее, создадим файл *src/network.rs* и введём в него следующий рукопись: Filename: src/network.rs diff --git a/rustbook-ru/src/ch07-02-controlling-visibility-with-pub.md b/rustbook-ru/src/ch07-02-controlling-visibility-with-pub.md index 33e44c41c..f48c0cd8c 100644 --- a/rustbook-ru/src/ch07-02-controlling-visibility-with-pub.md +++ b/rustbook-ru/src/ch07-02-controlling-visibility-with-pub.md @@ -215,7 +215,7 @@ fn try_me() { Рукопись 7-5: Примеры открытых и закрытый функций с ошибками Перед сборкой рукописи, попробуйте догадаться, где будет ошибка. Убедитесь в этом -с помощью сборки. Исправьте ошибки в коде! +с помощью сборки. Исправьте ошибки в рукописи! #### Рассмотрим ошибки diff --git a/rustbook-ru/src/ch07-02-defining-modules-to-control-scope-and-privacy.md b/rustbook-ru/src/ch07-02-defining-modules-to-control-scope-and-privacy.md index fc90002a1..a74adfb25 100644 --- a/rustbook-ru/src/ch07-02-defining-modules-to-control-scope-and-privacy.md +++ b/rustbook-ru/src/ch07-02-defining-modules-to-control-scope-and-privacy.md @@ -50,7 +50,7 @@ backyard {{#rustdoc_include ../listings/ch07-managing-growing-projects/quick-reference-example/src/garden.rs}} ``` -А здесь `pub mod vegetables;` указывает на подключаемый рукопись в *src/garden/vegetables.rs*. Этот код: +А здесь `pub mod vegetables;` указывает на подключаемый рукопись в *src/garden/vegetables.rs*. Этот рукопись: ```rust,noplayground,ignore {{#rustdoc_include ../listings/ch07-managing-growing-projects/quick-reference-example/src/garden/vegetables.rs}} diff --git a/rustbook-ru/src/ch10-03-lifetime-syntax.md b/rustbook-ru/src/ch10-03-lifetime-syntax.md index bd335cda5..7bc9db2ac 100644 --- a/rustbook-ru/src/ch10-03-lifetime-syntax.md +++ b/rustbook-ru/src/ch10-03-lifetime-syntax.md @@ -134,7 +134,7 @@ Приложение 10-22: Использование функции longest со ссылками на значения вида String, имеющими разное время жизни -В этом примере переменная `string1` действительна до конца внешней области, `string2` действует до конца внутренней области видимости и `result` ссылается на что-то, что является действительным до конца внутренней области видимости. Запустите этот рукопись, и вы увидите что оценщик заимствований разрешает такой код; он собирает и напечатает `The longest string is long string is long`. +В этом примере переменная `string1` действительна до конца внешней области, `string2` действует до конца внутренней области видимости и `result` ссылается на что-то, что является действительным до конца внутренней области видимости. Запустите этот рукопись, и вы увидите что оценщик заимствований разрешает такой рукопись; он собирает и напечатает `The longest string is long string is long`. Теперь, давайте попробуем пример, который показывает, что время жизни ссылки `result` должно быть меньшим временем жизни одного из двух переменных. Мы переместим объявление переменной `result` за пределы внутренней области видимости, но оставим присвоение значения переменной `result` в области видимости `string2`. Затем мы переместим `println!`, который использует `result` за пределы внутренней области видимости, после того как внутренняя область видимости закончилась. Рукопись в приложении 10-23 не собирается. diff --git a/rustbook-ru/src/ch15-02-deref.md b/rustbook-ru/src/ch15-02-deref.md index c9c75a9ec..83c20b9f0 100644 --- a/rustbook-ru/src/ch15-02-deref.md +++ b/rustbook-ru/src/ch15-02-deref.md @@ -98,7 +98,7 @@ Без особенности `Deref` сборщик может только разыменовывать `&` ссылки. Способ `deref` даёт сборщику возможность принимать значение любого вида, выполняющего `Deref` и вызывать способ `deref` чтобы получить ссылку `&`, которую он знает, как разыменовывать. -Когда мы ввели `*y` в приложении 15-9, Ржавчина в действительности выполнил за кулисами такой код: +Когда мы ввели `*y` в приложении 15-9, Ржавчина в действительности выполнил за кулисами такой рукопись: ```rust,ignore *(y.deref()) diff --git a/rustbook-ru/src/ch15-05-interior-mutability.md b/rustbook-ru/src/ch15-05-interior-mutability.md index 23e8cf603..862886609 100644 --- a/rustbook-ru/src/ch15-05-interior-mutability.md +++ b/rustbook-ru/src/ch15-05-interior-mutability.md @@ -17,7 +17,7 @@ Преимущества проверки правил заимствования во время сборки заключаются в том, что ошибки будут обнаруживаться раньше - ещё в этапе разработки, а производительность во время выполнения не пострадает, поскольку весь оценка завершён заранее. По этим причинам проверка правил заимствования во время сборки является лучшим выбором в большинстве случаев, и именно поэтому она используется в Ржавчине по умолчанию. -Преимущество проверки правил заимствования во время выполнения заключается в том, что определённые задумки, безопасные для памяти, разрешаются там, где они были бы запрещены проверкой во время сборки. Постоянной оценка, как и сборщик Ржавчина по своей сути устоявшийся. Некоторые свойства рукописи невозможно обнаружить, рассмотривая код: самый известный пример - неполадка остановки, которая выходит за рамки этой книги, но является важной темой для исследования. +Преимущество проверки правил заимствования во время выполнения заключается в том, что определённые задумки, безопасные для памяти, разрешаются там, где они были бы запрещены проверкой во время сборки. Постоянной оценка, как и сборщик Ржавчина по своей сути устоявшийся. Некоторые свойства рукописи невозможно обнаружить, рассмотривая рукопись: самый известный пример - неполадка остановки, которая выходит за рамки этой книги, но является важной темой для исследования. Поскольку некоторый оценка невозможен, то если сборщик Ржавчина не может быть уверен, что рукопись соответствует правилам владения, он может отклонить правильную программу; таким образом он является консервативным. Если Ржавчина принял неправильную программу, то пользователи не смогут доверять заверениям, которые даёт Ржавчина. Однако, если Ржавчина отклонит правильную программу, то программист будет испытывать неудобства, но ничего катастрофического не произойдёт. Вид `RefCell` полезен, когда вы уверены, что ваша рукопись соответствует правилам заимствования, но сборщик не может понять и обеспечить этого. @@ -69,7 +69,7 @@ Одна важная часть этого рукописи состоит в том, что особенность `Messenger` имеет один способ `send`, принимающий переменнойми неизменяемую ссылку на `self` и текст сообщения. Он является внешней оболочкой, который должен иметь наш мок предмет. Другой важной частью является то, что мы хотим проверить поведение способа `set_value` у вида `LimitTracker`. Мы можем изменить значение, которое передаём свойствоом `value`, но `set_value` ничего не возвращает и нет основания, чтобы мы могли бы проверить утверждения о выполнении способа. Мы хотим иметь возможность сказать, что если мы создаём `LimitTracker` с чем-то, что выполняет особенность `Messenger` и с определённым значением для `max`, то когда мы передаём разные числа в переменной `value` образец self.messenger отправляет соответствующие сообщения. -Нам нужен мок предмет, который вместо отправки электронного письма или текстового сообщения будет отслеживать сообщения, которые были ему поручены для отправки через `send`. Мы можем создать новый образец мок предмета. создать `LimitTracker` с использованием мок предмет для него, вызвать способ `set_value` у образца `LimitTracker`, а затем проверить, что мок предмет имеет ожидаемое сообщение. В приложении 15-21 показана попытка выполнить мок предмет, чтобы сделать именно то что хотим, но оценщик заимствований не разрешит такой код: +Нам нужен мок предмет, который вместо отправки электронного письма или текстового сообщения будет отслеживать сообщения, которые были ему поручены для отправки через `send`. Мы можем создать новый образец мок предмета. создать `LimitTracker` с использованием мок предмет для него, вызвать способ `set_value` у образца `LimitTracker`, а затем проверить, что мок предмет имеет ожидаемое сообщение. В приложении 15-21 показана попытка выполнить мок предмет, чтобы сделать именно то что хотим, но оценщик заимствований не разрешит такой рукопись: Файл: src/lib.rs diff --git a/rustbook-ru/src/ch17-03-oo-design-patterns.md b/rustbook-ru/src/ch17-03-oo-design-patterns.md index 461bb80aa..dde381789 100644 --- a/rustbook-ru/src/ch17-03-oo-design-patterns.md +++ b/rustbook-ru/src/ch17-03-oo-design-patterns.md @@ -81,7 +81,7 @@ ### Запрос на проверку записи меняет её состояние -Далее нам нужно добавить возможность для запроса проверки записи, который должен изменить её состояние с `Draft` на `PendingReview`. Приложение 17-15 показывает такой код: +Далее нам нужно добавить возможность для запроса проверки записи, который должен изменить её состояние с `Draft` на `PendingReview`. Приложение 17-15 показывает такой рукопись: Файл: src/lib.rs diff --git a/rustbook-ru/src/ch18-03-pattern-syntax.md b/rustbook-ru/src/ch18-03-pattern-syntax.md index b4acfaa7d..e7dc10874 100644 --- a/rustbook-ru/src/ch18-03-pattern-syntax.md +++ b/rustbook-ru/src/ch18-03-pattern-syntax.md @@ -36,7 +36,7 @@ ### объединение образцов -В выражениях `match` можно сравнивать сразу с несколькими образцами, используя правила написания `|`, который является приказчиком образца *or*. Например, в следующем примере мы сопоставляем значение `x` с ветвями match, первая из которых содержит приказчик *or*, так что если значение `x` совпадёт с любым из значений в этой ветви, то будет выполнен её код: +В выражениях `match` можно сравнивать сразу с несколькими образцами, используя правила написания `|`, который является приказчиком образца *or*. Например, в следующем примере мы сопоставляем значение `x` с ветвями match, первая из которых содержит приказчик *or*, так что если значение `x` совпадёт с любым из значений в этой ветви, то будет выполнен её рукопись: ```rust {{#rustdoc_include ../listings/ch18-patterns-and-matching/no-listing-02-multiple-patterns/src/main.rs:here}} diff --git a/rustbook-ru/src/ch19-01-unsafe-rust.md b/rustbook-ru/src/ch19-01-unsafe-rust.md index f8c851bfd..446adfabc 100644 --- a/rustbook-ru/src/ch19-01-unsafe-rust.md +++ b/rustbook-ru/src/ch19-01-unsafe-rust.md @@ -228,7 +228,7 @@ Последнее действие, которое работает только с `unsafe` - это доступ к полям *union*. `union` похож на `struct`, но в каждом определенном образце одновременно может использоваться только одно объявленное поле. Объединения в основном используются для взаимодействия с объединениями в рукописи на языке Си. Доступ к полям объединений небезопасен, поскольку Ржавчина не может обязательно определить вид данных, которые в данный мгновение хранятся в образце объединения. Подробнее об объединениях вы можете узнать в [the Ржавчина Reference]. -### Когда использовать небезопасный код +### Когда использовать небезопасную рукопись Использование `unsafe` для выполнения одного из пяти действий (супер способностей), которые только что обсуждались, не является ошибочным или не одобренным. Но получить правильный `unsafe` рукопись сложнее, потому что сборщик не может помочь в обеспечении безопасности памяти. Если у вас есть причина использовать `unsafe` рукопись, вы можете делать это, а наличие явной `unsafe` изложении облегчает отслеживание источника неполадок. если они возникают. diff --git a/rustbook-ru/src/ch19-02-advanced-lifetimes.md b/rustbook-ru/src/ch19-02-advanced-lifetimes.md index bde3ff080..050566304 100644 --- a/rustbook-ru/src/ch19-02-advanced-lifetimes.md +++ b/rustbook-ru/src/ch19-02-advanced-lifetimes.md @@ -10,7 +10,7 @@ необходимо создать устройство, образцы которой будут хранить ссылки на строку, которую мы рассмотриваем. Назовём эту устройство `Context`. Мы создадим оценщик, который будет рассмотривать эту строку и возвращать показатель успеха или неудачи. Оценщику -необходимо заимствовать строку для оценки. Выполнение может быть похожа на код +необходимо заимствовать строку для оценки. Выполнение может быть похожа на рукопись 19-12, который не собирается, т.к. мы не указали МВЖ: ```rust,ignore diff --git a/rustbook-ru/src/ch19-03-advanced-traits.md b/rustbook-ru/src/ch19-03-advanced-traits.md index 41911aa20..febc71ab7 100644 --- a/rustbook-ru/src/ch19-03-advanced-traits.md +++ b/rustbook-ru/src/ch19-03-advanced-traits.md @@ -86,7 +86,7 @@ trait Add { Свойства вида по умолчанию используются в двух основных случаях: -- Чтобы расширить вид без внесения изменений ломающих существующий код +- Чтобы расширить вид без внесения изменений ломающих существующую рукопись - Чтобы позволить пользовательское поведение в особых случаях, которые не нужны большинству пользователей Особенность `Add` из встроенной библиотеки является примером второй цели: обычно вы складываете два одинаковых вида, но особенность `Add` позволяет сделать больше. Использование свойства вида по умолчанию в объявлении особенности `Add` означает, что не нужно указывать дополнительный свойство большую часть времени. Другими словами, большая часть рукописи выполнения не нужна, что делает использование особенности проще. diff --git a/rustbook-ru/src/ch20-01-single-threaded.md b/rustbook-ru/src/ch20-01-single-threaded.md index eabe5746f..13d90c5df 100644 --- a/rustbook-ru/src/ch20-01-single-threaded.md +++ b/rustbook-ru/src/ch20-01-single-threaded.md @@ -36,7 +36,7 @@ $ cd hello На текущий мгновение наша обработка потока состоит из вызова `unwrap` для завершения программы, если в потоке возникли ошибки, если же таковых не обнаружится, программа выведет сообщение. В следующем приложении мы добавим больше возможности для успешного задумки. Причиной того, что мы можем получать ошибки от способа `incoming`, когда конечный потребитель подключается к отделеному вычислителю, является то, что на самом деле мы не перебираем подключения. На самом деле мы перебираем *попытки подключения*. Подключение может не состояться по ряду причин, многие из которых зависят от операционной системы. Например, многие операционные системы имеют ограничение на количество одновременно открытых соединений, которые они могут поддерживать; при превышении этого предела новые попытки установить соединение будут приводить к ошибке, пока какие-либо из уже открытых соединений не будут закрыты. -Попробуем запустить этот код! Вызовите `cargo run` в окне вызова, а затем загрузите *127.0.0.1:7878* в сетевом-обозревателе. В обозревателе должно отображаться сообщение об ошибке, например «Connection reset», поскольку отделеный вычислитель в настоящее время не отправляет обратно никаких данных. Но когда вы посмотрите на свой окно вызова, вы должны увидеть несколько сообщений, которые были напечатаны, когда обозреватель подключался к отделеному вычислителю! +Попробуем запустить эту рукопись! Вызовите `cargo run` в окне вызова, а затем загрузите *127.0.0.1:7878* в сетевом-обозревателе. В обозревателе должно отображаться сообщение об ошибке, например «Connection reset», поскольку отделеный вычислитель в настоящее время не отправляет обратно никаких данных. Но когда вы посмотрите на свой окно вызова, вы должны увидеть несколько сообщений, которые были напечатаны, когда обозреватель подключался к отделеному вычислителю! ```text Running `target/debug/hello` @@ -74,7 +74,7 @@ $ cd hello Обозреватель указывает об окончании HTTP-запроса, отправляя два знака перевода строки подряд, поэтому, чтобы получить один запрос из потока, мы забираем строки, пока не получим строку, которая является пустой строкой. После того, как мы собрали строки в вектор, мы распечатываем их, используя красивое отладочное изменение , чтобы мы могли взглянуть на указания, которые сетевой-обозреватель отправляет на наш отделеный вычислитель. -Попробуем этот код! Запустите программу и снова сделайте запрос в сетевом-обозревателе. Обратите внимание, что мы по-прежнему будем получать в обозревателе страницу с ошибкой, но вывод нашей программы в окне вызова теперь будет выглядеть примерно так: +Попробуем эту рукопись! Запустите программу и снова сделайте запрос в сетевом-обозревателе. Обратите внимание, что мы по-прежнему будем получать в обозревателе страницу с ошибкой, но вывод нашей программы в окне вызова теперь будет выглядеть примерно так: ```console $ cargo run diff --git a/rustbook-ru/src/title-page.md b/rustbook-ru/src/title-page.md index 2d5c8fbeb..40e811ecb 100644 --- a/rustbook-ru/src/title-page.md +++ b/rustbook-ru/src/title-page.md @@ -2,7 +2,7 @@ *От Стива Клабника и Кэрол Николс, при поддержке других участников сообщества Ржавчины* -В этой исполнения учебника предполагается, что вы используете Ржавчина 1.67.1 (выпущен 09.02.2023) или новее. См. [раздел «Установка» главы 1] для установки или обновления Ржавчина. +В этом исполнении учебника предполагается, что вы используете Ржавчина 1.67.1 (выпущен 09.02.2023) или новее. См. [раздел «Установка» главы 1] для установки или обновления Ржавчина. HTML-исполнение книги доступна в сети по адресам [https://doc.rust-lang.org/stable/book/](https://doc.rust-lang.org/stable/book/)(англ.) и [https://doc.rust-lang.ru/book](https://doc.rust-lang.ru/book)(рус.) и офлайн. При установке Ржавчины с помощью `rustup`: просто запустите `rustup docs --book`, чтобы её открыть.