In this book we will only look at the most popular crates, the crates that everyone who uses Rust knows.
To begin learning external crates, we will start with the most common one: rand.
Did you notice that we didn't use any random numbers yet? That's because random numbers aren't in the standard library. But there are a lot of crates that are "almost standard library" because everybody uses them. In any case, it's very easy to bring in a crate. If you have Rust on your computer, there is a file called cargo.toml that has this information. A cargo.toml file looks like this when you start:
Did you notice that we didn't use any random numbers yet? That's because random numbers aren't in the standard library. But there are a lot of crates that are "almost standard library" because everybody uses them. In any case, it's very easy to bring in a crate. If you have Rust on your computer, there is a file called Cargo.toml that has this information. A Cargo.toml file looks like this when you start:
[package]
name = "rust_book"
version = "0.1.0"
@@ -198,7 +198,7 @@ edition = "2018"
rand = "0.7.3"
And then Cargo will do the rest for you. Then you can start writing code like this example code on the rand document website. To get to the documents you can click on the docs button in the page on crates.io.
So that's enough about Cargo: we are still using just the Playground. Luckily, the Playground already has the top 100 crates installed. So you don't need to write in cargo.toml yet. On the Playground you can imagine that it has a long list like this with 100 crates:
So that's enough about Cargo: we are still using just the Playground. Luckily, the Playground already has the top 100 crates installed. So you don't need to write in Cargo.toml yet. On the Playground you can imagine that it has a long list like this with 100 crates:
[dependencies]
rand = "0.7.3"
some_other_crate = "0.1.0"
@@ -207,7 +207,7 @@ another_nice_crate = "1.7"
That means that to use rand, you can just do this.
use rand; // This means the whole crate rand
// On your computer you can't just write this;
- // you need to write in the cargo.toml file first
+ // you need to write in the Cargo.toml file first
fn main() {
for _ in 0..5 {
diff --git a/Chapter_65.html b/Chapter_65.html
index d292333..ad1ebbc 100644
--- a/Chapter_65.html
+++ b/Chapter_65.html
@@ -217,7 +217,7 @@ fn main() {
Some other things you need to know are:
cargo new. You do this to create a new Rust project. After new, write the name of the project and cargo will make the folder and all the files you need.cargo clean. When you add crates to cargo.toml, the computer will download all the files it needs and they can take a lot of space. If you don't want them on your computer anymore, type cargo clean.cargo clean. When you add crates to Cargo.toml, the computer will download all the files it needs and they can take a lot of space. If you don't want them on your computer anymore, type cargo clean.
One more thing about the compiler: it only takes the most time when you use cargo build or cargo run the first time. After that it will remember, and it will compile fast again. But if you use cargo clean and then run cargo build, it will have to compile slowly one more time.
diff --git a/print.html b/print.html
index d222339..482d919 100644
--- a/print.html
+++ b/print.html
@@ -9484,7 +9484,7 @@ mod tests {
In this book we will only look at the most popular crates, the crates that everyone who uses Rust knows.
To begin learning external crates, we will start with the most common one: rand.
rand
-Did you notice that we didn't use any random numbers yet? That's because random numbers aren't in the standard library. But there are a lot of crates that are "almost standard library" because everybody uses them. In any case, it's very easy to bring in a crate. If you have Rust on your computer, there is a file called cargo.toml that has this information. A cargo.toml file looks like this when you start:
+Did you notice that we didn't use any random numbers yet? That's because random numbers aren't in the standard library. But there are a lot of crates that are "almost standard library" because everybody uses them. In any case, it's very easy to bring in a crate. If you have Rust on your computer, there is a file called Cargo.toml that has this information. A Cargo.toml file looks like this when you start:
[package]
name = "rust_book"
version = "0.1.0"
@@ -9508,7 +9508,7 @@ edition = "2018"
rand = "0.7.3"
And then Cargo will do the rest for you. Then you can start writing code like this example code on the rand document website. To get to the documents you can click on the docs button in the page on crates.io.
-So that's enough about Cargo: we are still using just the Playground. Luckily, the Playground already has the top 100 crates installed. So you don't need to write in cargo.toml yet. On the Playground you can imagine that it has a long list like this with 100 crates:
+So that's enough about Cargo: we are still using just the Playground. Luckily, the Playground already has the top 100 crates installed. So you don't need to write in Cargo.toml yet. On the Playground you can imagine that it has a long list like this with 100 crates:
[dependencies]
rand = "0.7.3"
some_other_crate = "0.1.0"
@@ -9517,7 +9517,7 @@ another_nice_crate = "1.7"
That means that to use rand, you can just do this.
use rand; // This means the whole crate rand
// On your computer you can't just write this;
- // you need to write in the cargo.toml file first
+ // you need to write in the Cargo.toml file first
fn main() {
for _ in 0..5 {
@@ -11050,7 +11050,7 @@ fn main() {
Some other things you need to know are:
cargo new. You do this to create a new Rust project. After new, write the name of the project and cargo will make the folder and all the files you need.cargo clean. When you add crates to cargo.toml, the computer will download all the files it needs and they can take a lot of space. If you don't want them on your computer anymore, type cargo clean.cargo clean. When you add crates to Cargo.toml, the computer will download all the files it needs and they can take a lot of space. If you don't want them on your computer anymore, type cargo clean.
One more thing about the compiler: it only takes the most time when you use cargo build or cargo run the first time. After that it will remember, and it will compile fast again. But if you use cargo clean and then run cargo build, it will have to compile slowly one more time.
Taking user input
diff --git a/searchindex.js b/searchindex.js
index df927dc..653955c 100644
--- a/searchindex.js
+++ b/searchindex.js
@@ -1 +1 @@
-Object.assign(window.search, {"doc_urls":["Chapter_0.html#update","Chapter_1.html#introduction","Chapter_2.html#who-am-i","Chapter_3.html#writing-rust-in-easy-english","Chapter_3.html#part-1---rust-in-your-browser","Chapter_4.html#rust-playground","Chapter_5.html#-and-","Chapter_6.html#comments","Chapter_7.html#types","Chapter_7.html#primitive-types","Chapter_8.html#type-inference","Chapter_8.html#floats","Chapter_9.html#printing-hello-world","Chapter_9.html#declaring-variables-and-code-blocks","Chapter_10.html#display-and-debug","Chapter_10.html#smallest-and-largest-numbers","Chapter_11.html#mutability-changing","Chapter_11.html#shadowing","Chapter_12.html#the-stack-the-heap-and-pointers","Chapter_13.html#more-about-printing","Chapter_14.html#strings","Chapter_15.html#const-and-static","Chapter_16.html#more-on-references","Chapter_17.html#mutable-references","Chapter_17.html#shadowing-again","Chapter_18.html#giving-references-to-functions","Chapter_19.html#copy-types","Chapter_19.html#variables-without-values","Chapter_20.html#collection-types","Chapter_20.html#arrays","Chapter_21.html#vectors","Chapter_22.html#tuples","Chapter_23.html#control-flow","Chapter_24.html#structs","Chapter_25.html#enums","Chapter_25.html#enums-to-use-multiple-types","Chapter_26.html#loops","Chapter_27.html#implementing-structs-and-enums","Chapter_28.html#destructuring","Chapter_29.html#references-and-the-dot-operator","Chapter_30.html#generics","Chapter_31.html#option-and-result","Chapter_31.html#option","Chapter_31.html#result","Chapter_32.html#other-collections","Chapter_32.html#hashmap-and-btreemap","Chapter_32.html#hashset-and-btreeset","Chapter_32.html#binaryheap","Chapter_32.html#vecdeque","Chapter_33.html#the--operator","Chapter_33.html#when-panic-and-unwrap-are-good","Chapter_34.html#traits","Chapter_34.html#the-from-trait","Chapter_34.html#taking-a-string-and-a-str-in-a-function","Chapter_35.html#chaining-methods","Chapter_36.html#iterators","Chapter_36.html#how-an-iterator-works","Chapter_37.html#closures","Chapter_37.html#_-in-a-closure","Chapter_37.html#helpful-methods-for-closures-and-iterators","Chapter_38.html#the-dbg-macro-and-inspect","Chapter_39.html#types-of-str","Chapter_40.html#lifetimes","Chapter_41.html#interior-mutability","Chapter_41.html#cell","Chapter_42.html#refcell","Chapter_43.html#mutex","Chapter_44.html#rwlock","Chapter_45.html#cow","Chapter_46.html#type-aliases","Chapter_46.html#importing-and-renaming-inside-a-function","Chapter_47.html#the-todo-macro","Chapter_48.html#rc","Chapter_49.html#multiple-threads","Chapter_50.html#closures-in-functions","Chapter_51.html#impl-trait","Chapter_52.html#arc","Chapter_53.html#channels","Chapter_54.html#reading-rust-documentation","Chapter_54.html#assert_eq","Chapter_54.html#searching","Chapter_54.html#src-button","Chapter_54.html#information-on-traits","Chapter_55.html#attributes","Chapter_56.html#box","Chapter_57.html#box-around-traits","Chapter_58.html#default-and-the-builder-pattern","Chapter_59.html#deref-and-derefmut","Chapter_60.html#crates-and-modules","Chapter_61.html#testing","Chapter_61.html#test-driven-development","Chapter_62.html#external-crates","Chapter_62.html#rand","Chapter_62.html#rayon","Chapter_62.html#serde","Chapter_62.html#regex","Chapter_62.html#chrono","Chapter_63.html#a-tour-of-the-standard-library","Chapter_63.html#arrays","Chapter_63.html#char","Chapter_63.html#integers","Chapter_63.html#floats","Chapter_63.html#bool","Chapter_63.html#vec","Chapter_63.html#string","Chapter_63.html#osstring-and-cstring","Chapter_63.html#mem","Chapter_63.html#prelude","Chapter_63.html#time","Chapter_63.html#other-macros","Chapter_64.html#writing-macros","Chapter_64.html#part-2---rust-on-your-computer","Chapter_65.html#cargo","Chapter_66.html#taking-user-input","Chapter_67.html#using-files","Chapter_68.html#cargo-doc","Chapter_69.html#the-end"],"index":{"documentStore":{"docInfo":{"0":{"body":17,"breadcrumbs":1,"title":1},"1":{"body":79,"breadcrumbs":1,"title":1},"10":{"body":139,"breadcrumbs":2,"title":2},"100":{"body":326,"breadcrumbs":1,"title":1},"101":{"body":198,"breadcrumbs":1,"title":1},"102":{"body":47,"breadcrumbs":1,"title":1},"103":{"body":150,"breadcrumbs":1,"title":1},"104":{"body":313,"breadcrumbs":1,"title":1},"105":{"body":194,"breadcrumbs":2,"title":2},"106":{"body":506,"breadcrumbs":1,"title":1},"107":{"body":334,"breadcrumbs":1,"title":1},"108":{"body":372,"breadcrumbs":1,"title":1},"109":{"body":508,"breadcrumbs":1,"title":1},"11":{"body":222,"breadcrumbs":1,"title":1},"110":{"body":1008,"breadcrumbs":2,"title":2},"111":{"body":47,"breadcrumbs":4,"title":4},"112":{"body":471,"breadcrumbs":1,"title":1},"113":{"body":653,"breadcrumbs":3,"title":3},"114":{"body":954,"breadcrumbs":2,"title":2},"115":{"body":210,"breadcrumbs":2,"title":2},"116":{"body":42,"breadcrumbs":1,"title":1},"12":{"body":268,"breadcrumbs":3,"title":3},"13":{"body":101,"breadcrumbs":4,"title":4},"14":{"body":129,"breadcrumbs":2,"title":2},"15":{"body":170,"breadcrumbs":3,"title":3},"16":{"body":71,"breadcrumbs":2,"title":2},"17":{"body":229,"breadcrumbs":1,"title":1},"18":{"body":235,"breadcrumbs":3,"title":3},"19":{"body":758,"breadcrumbs":2,"title":2},"2":{"body":21,"breadcrumbs":0,"title":0},"20":{"body":366,"breadcrumbs":1,"title":1},"21":{"body":60,"breadcrumbs":2,"title":2},"22":{"body":117,"breadcrumbs":2,"title":2},"23":{"body":399,"breadcrumbs":2,"title":2},"24":{"body":90,"breadcrumbs":2,"title":2},"25":{"body":281,"breadcrumbs":3,"title":3},"26":{"body":345,"breadcrumbs":2,"title":2},"27":{"body":150,"breadcrumbs":3,"title":3},"28":{"body":26,"breadcrumbs":2,"title":2},"29":{"body":281,"breadcrumbs":1,"title":1},"3":{"body":243,"breadcrumbs":4,"title":4},"30":{"body":427,"breadcrumbs":1,"title":1},"31":{"body":240,"breadcrumbs":1,"title":1},"32":{"body":589,"breadcrumbs":2,"title":2},"33":{"body":316,"breadcrumbs":1,"title":1},"34":{"body":480,"breadcrumbs":1,"title":1},"35":{"body":159,"breadcrumbs":4,"title":4},"36":{"body":595,"breadcrumbs":1,"title":1},"37":{"body":287,"breadcrumbs":3,"title":3},"38":{"body":191,"breadcrumbs":1,"title":1},"39":{"body":190,"breadcrumbs":3,"title":3},"4":{"body":59,"breadcrumbs":4,"title":4},"40":{"body":563,"breadcrumbs":1,"title":1},"41":{"body":16,"breadcrumbs":2,"title":2},"42":{"body":390,"breadcrumbs":1,"title":1},"43":{"body":546,"breadcrumbs":1,"title":1},"44":{"body":36,"breadcrumbs":1,"title":1},"45":{"body":750,"breadcrumbs":2,"title":2},"46":{"body":530,"breadcrumbs":2,"title":2},"47":{"body":224,"breadcrumbs":1,"title":1},"48":{"body":291,"breadcrumbs":1,"title":1},"49":{"body":298,"breadcrumbs":1,"title":1},"5":{"body":129,"breadcrumbs":2,"title":2},"50":{"body":610,"breadcrumbs":3,"title":3},"51":{"body":1363,"breadcrumbs":1,"title":1},"52":{"body":415,"breadcrumbs":1,"title":1},"53":{"body":199,"breadcrumbs":4,"title":4},"54":{"body":198,"breadcrumbs":2,"title":2},"55":{"body":211,"breadcrumbs":1,"title":1},"56":{"body":417,"breadcrumbs":2,"title":2},"57":{"body":802,"breadcrumbs":1,"title":1},"58":{"body":89,"breadcrumbs":2,"title":2},"59":{"body":1870,"breadcrumbs":4,"title":4},"6":{"body":48,"breadcrumbs":0,"title":0},"60":{"body":249,"breadcrumbs":3,"title":3},"61":{"body":62,"breadcrumbs":2,"title":2},"62":{"body":976,"breadcrumbs":1,"title":1},"63":{"body":0,"breadcrumbs":2,"title":2},"64":{"body":233,"breadcrumbs":1,"title":1},"65":{"body":203,"breadcrumbs":1,"title":1},"66":{"body":302,"breadcrumbs":1,"title":1},"67":{"body":130,"breadcrumbs":1,"title":1},"68":{"body":236,"breadcrumbs":1,"title":1},"69":{"body":219,"breadcrumbs":2,"title":2},"7":{"body":130,"breadcrumbs":1,"title":1},"70":{"body":215,"breadcrumbs":4,"title":4},"71":{"body":243,"breadcrumbs":2,"title":2},"72":{"body":418,"breadcrumbs":1,"title":1},"73":{"body":582,"breadcrumbs":2,"title":2},"74":{"body":456,"breadcrumbs":2,"title":2},"75":{"body":527,"breadcrumbs":2,"title":2},"76":{"body":568,"breadcrumbs":1,"title":1},"77":{"body":457,"breadcrumbs":1,"title":1},"78":{"body":14,"breadcrumbs":3,"title":3},"79":{"body":168,"breadcrumbs":1,"title":1},"8":{"body":12,"breadcrumbs":1,"title":1},"80":{"body":30,"breadcrumbs":1,"title":1},"81":{"body":91,"breadcrumbs":2,"title":2},"82":{"body":47,"breadcrumbs":2,"title":2},"83":{"body":371,"breadcrumbs":1,"title":1},"84":{"body":269,"breadcrumbs":1,"title":1},"85":{"body":398,"breadcrumbs":3,"title":3},"86":{"body":1067,"breadcrumbs":3,"title":3},"87":{"body":739,"breadcrumbs":2,"title":2},"88":{"body":677,"breadcrumbs":2,"title":2},"89":{"body":493,"breadcrumbs":1,"title":1},"9":{"body":553,"breadcrumbs":2,"title":2},"90":{"body":1289,"breadcrumbs":3,"title":3},"91":{"body":78,"breadcrumbs":2,"title":2},"92":{"body":546,"breadcrumbs":1,"title":1},"93":{"body":126,"breadcrumbs":1,"title":1},"94":{"body":43,"breadcrumbs":1,"title":1},"95":{"body":25,"breadcrumbs":1,"title":1},"96":{"body":19,"breadcrumbs":1,"title":1},"97":{"body":38,"breadcrumbs":3,"title":3},"98":{"body":104,"breadcrumbs":1,"title":1},"99":{"body":108,"breadcrumbs":1,"title":1}},"docs":{"0":{"body":"example workflow name 22 December: mdBook can be found here . 28 November 2020: Now also available in simplified Chinese thanks to kumakichi !","breadcrumbs":"Update","id":"0","title":"Update"},"1":{"body":"Rust is a new language that already has good textbooks. But sometimes its textbooks are difficult because they are for native English speakers. Many companies and people now learn Rust, and they could learn faster with a book that has easy English. This textbook is for these companies and people to learn Rust with simple English. Rust is a language that is quite new, but already very popular. It's popular because it gives you the speed and control of C or C++ but also the memory safety of other newer languages like Python. It does this with some new ideas that are sometimes different from other languages. That means that there are some new things to learn, and you can't just \"figure it out as you go along\". Rust is a language that you have to think about for a while to understand. But it still looks pretty familiar if you know another language and it is made to help you write good code.","breadcrumbs":"Introduction","id":"1","title":"Introduction"},"10":{"body":"Type inference means that if you don't tell the compiler the type, but it can decide by itself, it will decide. The compiler always needs to know the type of the variables, but you donβt always need to tell it. Actually, usually you don't need to tell it. For example, for let my_number = 8, my_number will be an i32. That is because the compiler chooses i32 for integers if you don't tell it. But if you say let my_number: u8 = 8, it will make my_number a u8, because you told it u8. So usually the compiler can guess. But sometimes you need to tell it, for two reasons: You are doing something very complex and the compiler doesn't know the type you want. You want a different type (for example, you want an i128, not an i32). To specify a type, add a colon after the variable name. fn main() { let small_number: u8 = 10;\n} For numbers, you can say the type after the number. You don't need a space - just type it right after the number. fn main() { let small_number = 10u8; // 10u8 = 10 of type u8\n} You can also add _ if you want to make the number easy to read. fn main() { let small_number = 10_u8; // This is easier to read let big_number = 100_000_000_i32; // 100 million is easy to read with _\n} The _ does not change the number. It is only to make it easy for you to read. And it doesn't matter how many _ you use: fn main() { let number = 0________u8; let number2 = 1___6______2____4______i32; println!(\"{}, {}\", number, number2);\n} This prints 0, 1624.","breadcrumbs":"Type inference","id":"10","title":"Type inference"},"100":{"body":"There are a lot of math methods for these types, plus some others. Here are some of the most useful ones. .checked_add(), .checked_sub(), .checked_mul(), .checked_div(). These are good methods if you think you might get a number that won't fit into a type. They return an Option so you can safely check that your math works without making the program panic. fn main() { let some_number = 200_u8; let other_number = 200_u8; println!(\"{:?}\", some_number.checked_add(other_number)); println!(\"{:?}\", some_number.checked_add(1));\n} This prints: None\nSome(201) You'll notice that on the page for integers it says rhs a lot. This means \"right hand side\", which is the right hand side when you do some math. For example, in 5 + 6, 5 is on the left and 6 is on the right, so it's the rhs. This is not a keyword, but you will see it a lot so it's good to know. While we are on the subject, let's learn how to implement Add. After you implement Add, you can use + on a type that you create. You need to implement Add yourself because add can mean a lot of things. Here's the example in the standard library page: use std::ops::Add; // first bring in Add #[derive(Debug, Copy, Clone, PartialEq)] // PartialEq is probably the most important part here. You want to be able to compare numbers\nstruct Point { x: i32, y: i32,\n} impl Add for Point { type Output = Self; // Remember, this is called an \"associated type\": a \"type that goes together\". // In this case it's just another Point fn add(self, other: Self) -> Self { Self { x: self.x + other.x, y: self.y + other.y, } }\n} Now let's implement Add for our own type. Let's imagine that we want to add two countries together so we can compare their economies. It looks like this: use std::fmt;\nuse std::ops::Add; #[derive(Clone)]\nstruct Country { name: String, population: u32, gdp: u32, // This is the size of the economy\n} impl Country { fn new(name: &str, population: u32, gdp: u32) -> Self { Self { name: name.to_string(), population, gdp, } }\n} impl Add for Country { type Output = Self; fn add(self, other: Self) -> Self { Self { name: format!(\"{} and {}\", self.name, other.name), // We will add the names together, population: self.population + other.population, // and the population, gdp: self.gdp + other.gdp, // and the GDP } }\n} impl fmt::Display for Country { fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result { write!( f, \"In {} are {} people and a GDP of ${}\", // Then we can print them all with just {} self.name, self.population, self.gdp ) }\n} fn main() { let nauru = Country::new(\"Nauru\", 10_670, 160_000_000); let vanuatu = Country::new(\"Vanuatu\", 307_815, 820_000_000); let micronesia = Country::new(\"Micronesia\", 104_468, 367_000_000); // We could have given Country a &str instead of a String for the name. But we would have to write lifetimes everywhere // and that would be too much for a small example. Better to just clone them when we call println!. println!(\"{}\", nauru.clone()); println!(\"{}\", nauru.clone() + vanuatu.clone()); println!(\"{}\", nauru + vanuatu + micronesia);\n} This prints: In Nauru are 10670 people and a GDP of $160000000\nIn Nauru and Vanuatu are 318485 people and a GDP of $980000000\nIn Nauru and Vanuatu and Micronesia are 422953 people and a GDP of $1347000000 Later on in this code we could change .fmt() to display a number that is easier to read. The three others are called Sub, Mul, and Div, and they are basically the same to implement. For +=, -=, *= and /=, just add Assign: AddAssign, SubAssign, MulAssign, and DivAssign. You can see the full list here , because there are many more. % for example is called Rem, - is called Neg, and so on.","breadcrumbs":"Integers","id":"100","title":"Integers"},"101":{"body":"f32 and f64 have a very large number of methods that you use when doing math. We won't look at those, but here are some methods that you might use. They are: .floor(), .ceil(), .round(), and .trunc(). All of these return an f32 or f64 that is like an integer, with only 0 after the period. They do this: .floor(): gives you the next lowest integer. .ceil(): gives you the next highest integer. .round(): gives you a higher number if 0.5 or more, or the same number if less than 0.5. This is called rounding because it gives you a \"round\" number (a number that has a short, simple form). .trunc(): just cuts off the part after the period. Truncate means \"to cut off\". Here is a simple function to print them. fn four_operations(input: f64) { println!(\n\"For the number {}:\nfloor: {}\nceiling: {}\nrounded: {}\ntruncated: {}\\n\", input, input.floor(), input.ceil(), input.round(), input.trunc() );\n} fn main() { four_operations(9.1); four_operations(100.7); four_operations(-1.1); four_operations(-19.9);\n} This prints: For the number 9.1:\nfloor: 9\nceiling: 10\nrounded: 9 // because less than 9.5\ntruncated: 9 For the number 100.7:\nfloor: 100\nceiling: 101\nrounded: 101 // because more than 100.5\ntruncated: 100 For the number -1.1:\nfloor: -2\nceiling: -1\nrounded: -1\ntruncated: -1 For the number -19.9:\nfloor: -20\nceiling: -19\nrounded: -20\ntruncated: -19 f32 and f64 have a method called .max() and .min() that gives you the higher or the lower of two numbers. (For other types you can just use std::cmp::max and std::cmp::min.) Here is a way to use this with .fold() to get the highest or lowest number. You can see again that .fold() isn't just for adding numbers. fn main() { let my_vec = vec![8.0_f64, 7.6, 9.4, 10.0, 22.0, 77.345, 10.22, 3.2, -7.77, -10.0]; let maximum = my_vec.iter().fold(f64::MIN, |current_number, next_number| current_number.max(*next_number)); // Note: start with the lowest possible number for an f64. let minimum = my_vec.iter().fold(f64::MAX, |current_number, next_number| current_number.min(*next_number)); // And here start with the highest possible number println!(\"{}, {}\", maximum, minimum);\n}","breadcrumbs":"Floats","id":"101","title":"Floats"},"102":{"body":"In Rust you can turn a bool into an integer if you want, because it's safe to do that. But you can't do it the other way around. As you can see, true turns to 1 and false turns to 0. fn main() { let true_false = (true, false); println!(\"{} {}\", true_false.0 as u8, true_false.1 as i32);\n} This prints 1 0. Or you can use .into() if you tell the compiler the type: fn main() { let true_false: (i128, u16) = (true.into(), false.into()); println!(\"{} {}\", true_false.0, true_false.1);\n} This prints the same thing.","breadcrumbs":"bool","id":"102","title":"bool"},"103":{"body":"Vec has a lot of methods that we haven't looked at yet. Let's start with .sort(). .sort() is not surprising at all. It uses a &mut self to sort a vector. fn main() { let mut my_vec = vec![100, 90, 80, 0, 0, 0, 0, 0]; my_vec.sort(); println!(\"{:?}\", my_vec);\n} This prints [0, 0, 0, 0, 0, 80, 90, 100]. But there is one more interesting way to sort called .sort_unstable(), and it is usually faster. It can be faster because it doesn't care about the order of numbers if they are the same number. In regular .sort(), you know that the last 0, 0, 0, 0, 0 will be in the same order after .sort(). But .sort_unstable() might move the last zero to index 0, then the third last zero to index 2, etc. .dedup() means \"de-duplicate\". It will remove items that are the same in a vector, but only if they are next to each other. This next code will not just print \"sun\", \"moon\": fn main() { let mut my_vec = vec![\"sun\", \"sun\", \"moon\", \"moon\", \"sun\", \"moon\", \"moon\"]; my_vec.dedup(); println!(\"{:?}\", my_vec);\n} It only gets rid of \"sun\" next to the other \"sun\", then \"moon\" next to one \"moon\", and again with \"moon\" next to another \"moon\". The result is: [\"sun\", \"moon\", \"sun\", \"moon\"]. If you want to remove every duplicate, just .sort() first: fn main() { let mut my_vec = vec![\"sun\", \"sun\", \"moon\", \"moon\", \"sun\", \"moon\", \"moon\"]; my_vec.sort(); my_vec.dedup(); println!(\"{:?}\", my_vec);\n} Result: [\"moon\", \"sun\"].","breadcrumbs":"Vec","id":"103","title":"Vec"},"104":{"body":"You will remember that a String is kind of like a Vec. It is so like a Vec that you can do a lot of the same methods. For example, you can start one with String::with_capacity(). You want that if you are always going to be pushing a char with .push() or pushing a &str with .push_str(). Here's an example of a String that has too many allocations. fn main() { let mut push_string = String::new(); let mut capacity_counter = 0; // capacity starts at 0 for _ in 0..100_000 { // Do this 100,000 times if push_string.capacity() != capacity_counter { // First check if capacity is different now println!(\"{}\", push_string.capacity()); // If it is, print it capacity_counter = push_string.capacity(); // then update the counter } push_string.push_str(\"I'm getting pushed into the string!\"); // and push this in every time }\n} This prints: 35\n70\n140\n280\n560\n1120\n2240\n4480\n8960\n17920\n35840\n71680\n143360\n286720\n573440\n1146880\n2293760\n4587520 We had to reallocate (copy everything over) 18 times. But now we know the final capacity. So we'll give it the capacity right away, and we don't need to reallocate: just one String capacity is enough. fn main() { let mut push_string = String::with_capacity(4587520); // We know the exact number. Some different big number could work too let mut capacity_counter = 0; for _ in 0..100_000 { if push_string.capacity() != capacity_counter { println!(\"{}\", push_string.capacity()); capacity_counter = push_string.capacity(); } push_string.push_str(\"I'm getting pushed into the string!\"); }\n} And this prints 4587520. Perfect! We never had to allocate again. Of course, the actual length is certainly smaller than this. If you try 100,001 times, 101,000 times, etc., it'll still say 4587520. That's because each time the capacity is two times what it was before. We can shrink it though with .shrink_to_fit() (same as for a Vec). Our String is very large and we don't want to add anything more to it, so we can make it a bit smaller. But only do this if you are sure. Here is why: fn main() { let mut push_string = String::with_capacity(4587520); let mut capacity_counter = 0; for _ in 0..100_000 { if push_string.capacity() != capacity_counter { println!(\"{}\", push_string.capacity()); capacity_counter = push_string.capacity(); } push_string.push_str(\"I'm getting pushed into the string!\"); } push_string.shrink_to_fit(); println!(\"{}\", push_string.capacity()); push_string.push('a'); println!(\"{}\", push_string.capacity()); push_string.shrink_to_fit(); println!(\"{}\", push_string.capacity());\n} This prints: 4587520\n3500000\n7000000\n3500001 So first we had a size of 4587520, but we weren't using it all. We used .shrink_to_fit() and got the size down to 3500000. But then we forget that we needed to push an a on. When we did that, Rust saw that we needed more space and gave us double: now it's 7000000. Whoops! So we did .shrink_to_fit() again and now it's back down to 3500001. .pop() works for a String, just like for a Vec. fn main() { let mut my_string = String::from(\".daer ot drah tib elttil a si gnirts sihT\"); loop { let pop_result = my_string.pop(); match pop_result { Some(character) => print!(\"{}\", character), None => break, } }\n} This prints This string is a little bit hard to read. because it starts from the last character. .retain() is a method that uses a closure, which is rare for String. It's just like .filter() for an iterator. fn main() { let mut my_string = String::from(\"Age: 20 Height: 194 Weight: 80\"); my_string.retain(|character| character.is_alphabetic() || character == ' '); // Keep if a letter or a space dbg!(my_string); // Let's use dbg!() for fun this time instead of println!\n} This prints: [src\\main.rs:4] my_string = \"Age Height Weight \"","breadcrumbs":"String","id":"104","title":"String"},"105":{"body":"std::ffi is the part of std that helps you use Rust with other languages or operating systems. It has types like OsString and CString, which are like String for the operating system or String for the language C. They each have their own &str type too: OsStr and CStr. ffi means \"foreign function interface\". You can use OsString when you have to work with an operating system that doesn't have Unicode. All Rust strings are unicode, but not every operating system has it. Here is the simple English explanation from the standard library on why we have OsString: A string on Unix (Linux, etc.) might be lots of bytes together that don't have zeros. And sometimes you read them as Unicode UTF-8. A string on Windows might be made of random 16-bit values that don't have zeros. And sometimes you read them as Unicode UTF-16. In Rust, strings are always valid UTF-8, which may contain zeros. So an OsString is made to be read by all of them. You can do all the regular things with an OsString like OsString::from(\"Write something here\"). It also has an interesting method called .into_string() that tries to make it into a regular String. It returns a Result, but the Err part is just the original OsString: // π§\npub fn into_string(self) -> Result So if it doesn't work then you just get it back. You can't call .unwrap() because it will panic, but you can use match to get the OsString back. Let's test it out by calling methods that don't exist. use std::ffi::OsString; fn main() { // β οΈ let os_string = OsString::from(\"This string works for your OS too.\"); match os_string.into_string() { Ok(valid) => valid.thth(), // Compiler: \"What's .thth()??\" Err(not_valid) => not_valid.occg(), // Compiler: \"What's .occg()??\" }\n} Then the compiler tells us exactly what we want to know: error[E0599]: no method named `thth` found for struct `std::string::String` in the current scope --> src/main.rs:6:28 |\n6 | Ok(valid) => valid.thth(), | ^^^^ method not found in `std::string::String` error[E0599]: no method named `occg` found for struct `std::ffi::OsString` in the current scope --> src/main.rs:7:37 |\n7 | Err(not_valid) => not_valid.occg(), | ^^^^ method not found in `std::ffi::OsString` We can see that the type of valid is String and the type of not_valid is OsString.","breadcrumbs":"OsString and CString","id":"105","title":"OsString and CString"},"106":{"body":"std::mem has some pretty interesting methods. We saw some of them already, such as .size_of(), .size_of_val() and .drop(): use std::mem; fn main() { println!(\"{}\", mem::size_of::()); let my_array = [8; 50]; println!(\"{}\", mem::size_of_val(&my_array)); let mut some_string = String::from(\"You can drop a String because it's on the heap\"); mem::drop(some_string); // some_string.clear(); If we did this it would panic\n} This prints: 4\n200 Here are some other methods in mem: swap(): with this you can change the values between two variables. You use a mutable reference for each to do it. This is helpful when you have two things you want to switch and Rust doesn't let you because of borrowing rules. Or just when you want to quickly switch two things. Here's one example: use std::{mem, fmt}; struct Ring { // Create a ring from Lord of the Rings owner: String, former_owner: String, seeker: String, // seeker means \"person looking for it\"\n} impl Ring { fn new(owner: &str, former_owner: &str, seeker: &str) -> Self { Self { owner: owner.to_string(), former_owner: former_owner.to_string(), seeker: seeker.to_string(), } }\n} impl fmt::Display for Ring { // Display to show who has it and who wants it fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result { write!(f, \"{} has the ring, {} used to have it, and {} wants it\", self.owner, self.former_owner, self.seeker) }\n} fn main() { let mut one_ring = Ring::new(\"Frodo\", \"Gollum\", \"Sauron\"); println!(\"{}\", one_ring); mem::swap(&mut one_ring.owner, &mut one_ring.former_owner); // Gollum got the ring back for a second println!(\"{}\", one_ring);\n} This will print: Frodo has the ring, Gollum used to have it, and Sauron wants it\nGollum has the ring, Frodo used to have it, and Sauron wants it replace(): this is like swap, and actually uses swap inside it, as you can see: pub fn replace(dest: &mut T, mut src: T) -> T { swap(dest, &mut src); src\n} So it just does a swap and then returns the other item. With this you replace the value with something else you put in. And since it returns the old value, so you should use it with let. Here's a quick example. use std::mem; struct City { name: String,\n} impl City { fn change_name(&mut self, name: &str) { let old_name = mem::replace(&mut self.name, name.to_string()); println!( \"The city once called {} is now called {}.\", old_name, self.name ); }\n} fn main() { let mut capital_city = City { name: \"Constantinople\".to_string(), }; capital_city.change_name(\"Istanbul\");\n} This prints The city once called Constantinople is now called Istanbul.. One function called .take() is like .replace() but it leaves the default value in the item. You will remember that default values are usually things like 0, \"\", and so on. Here is the signature: // π§\npub fn take(dest: &mut T) -> T\nwhere T: Default, So you can do something like this: use std::mem; fn main() { let mut number_vec = vec![8, 7, 0, 2, 49, 9999]; let mut new_vec = vec![]; number_vec.iter_mut().for_each(|number| { let taker = mem::take(number); new_vec.push(taker); }); println!(\"{:?}\\n{:?}\", number_vec, new_vec);\n} And as you can see, it replaced all the numbers with 0: no index was deleted. [0, 0, 0, 0, 0, 0]\n[8, 7, 0, 2, 49, 9999] Of course, for your own type you can implement Default to whatever you want. Let's look at an example where we have a Bank and a Robber. Every time he robs the Bank, he gets the money at the desk. But the desk can take money from the back any time, so it always has 50. We will make our own type for this so it will always have 50. Here is how it works: use std::mem;\nuse std::ops::{Deref, DerefMut}; // We will use this to get the power of u32 struct Bank { money_inside: u32, money_at_desk: DeskMoney, // This is our \"smart pointer\" type. It has its own default, but it will use u32\n} struct DeskMoney(u32); impl Default for DeskMoney { fn default() -> Self { Self(50) // default is always 50, not 0 }\n} impl Deref for DeskMoney { // With this we can access the u32 using * type Target = u32; fn deref(&self) -> &Self::Target { &self.0 }\n} impl DerefMut for DeskMoney { // And with this we can add, subtract, etc. fn deref_mut(&mut self) -> &mut Self::Target { &mut self.0 }\n} impl Bank { fn check_money(&self) { println!( \"There is ${} in the back and ${} at the desk.\\n\", self.money_inside, *self.money_at_desk // Use * so we can just print the u32 ); }\n} struct Robber { money_in_pocket: u32,\n} impl Robber { fn check_money(&self) { println!(\"The robber has ${} right now.\\n\", self.money_in_pocket); } fn rob_bank(&mut self, bank: &mut Bank) { let new_money = mem::take(&mut bank.money_at_desk); // Here it takes the money, and leaves 50 because that is the default self.money_in_pocket += *new_money; // Use * because we can only add u32. DeskMoney can't add bank.money_inside -= *new_money; // Same here println!(\"She robbed the bank. She now has ${}!\\n\", self.money_in_pocket); }\n} fn main() { let mut bank_of_klezkavania = Bank { // Set up our bank money_inside: 5000, money_at_desk: DeskMoney(50), }; bank_of_klezkavania.check_money(); let mut robber = Robber { // Set up our robber money_in_pocket: 50, }; robber.check_money(); robber.rob_bank(&mut bank_of_klezkavania); // Rob, then check money robber.check_money(); bank_of_klezkavania.check_money(); robber.rob_bank(&mut bank_of_klezkavania); // Do it again robber.check_money(); bank_of_klezkavania.check_money(); } This will print: There is $5000 in the back and $50 at the desk. The robber has $50 right now. She robbed the bank. She now has $100! The robber has $100 right now. There is $4950 in the back and $50 at the desk. She robbed the bank. She now has $150! The robber has $150 right now. There is $4900 in the back and $50 at the desk. You can see that there is always $50 at the desk.","breadcrumbs":"mem","id":"106","title":"mem"},"107":{"body":"The standard library has a prelude too, which is why you don't have to write things like use std::vec::Vec to create a Vec. You can see all the items here , and will already know almost all of them: std::marker::{Copy, Send, Sized, Sync, Unpin}. You haven't seen Unpin before, because it is used for almost every type (like Sized, which is also very common). To \"pin\" means to not let something move. In this case a Pin means that it can't move in memory, but most items have Unpin so you can. That's why functions like std::mem::replace work, because they aren't pinned. std::ops::{Drop, Fn, FnMut, FnOnce}. std::mem::drop std::boxed::Box. std::borrow::ToOwned. You saw this before a bit with Cow, which can take borrowed content and make it owned. It uses .to_owned() to do this. You can also use .to_owned() on a &str to get a String, and the same for other borrowed values. std::clone::Clone std::cmp::{PartialEq, PartialOrd, Eq, Ord}. std::convert::{AsRef, AsMut, Into, From}. std::default::Default. std::iter::{Iterator, Extend, IntoIterator, DoubleEndedIterator, ExactSizeIterator}. We used .rev() for an iterator before: this actually makes a DoubleEndedIterator. An ExactSizeIterator is just something like 0..10: it already knows that it has a .len() of 10. Other iterators don't know their length for sure. std::option::Option::{self, Some, None}. std::result::Result::{self, Ok, Err}. std::string::{String, ToString}. std::vec::Vec. What if you don't want the prelude for some reason? Just add the attribute #![no_implicit_prelude]. Let's give it a try and watch the compiler complain: // β οΈ\n#![no_implicit_prelude]\nfn main() { let my_vec = vec![8, 9, 10]; let my_string = String::from(\"This won't work\"); println!(\"{:?}, {}\", my_vec, my_string);\n} Now Rust has no idea what you are trying to do: error: cannot find macro `println` in this scope --> src/main.rs:5:5 |\n5 | println!(\"{:?}, {}\", my_vec, my_string); | ^^^^^^^ error: cannot find macro `vec` in this scope --> src/main.rs:3:18 |\n3 | let my_vec = vec![8, 9, 10]; | ^^^ error[E0433]: failed to resolve: use of undeclared type or module `String` --> src/main.rs:4:21 |\n4 | let my_string = String::from(\"This won't work\"); | ^^^^^^ use of undeclared type or module `String` error: aborting due to 3 previous errors So for this simple code you need to tell Rust to use the extern (external) crate called std, and then the items you want. Here is everything we have to do just to create a Vec and a String and print it: #![no_implicit_prelude] extern crate std; // Now you have to tell Rust that you want to use a crate called std\nuse std::vec; // We need the vec macro\nuse std::string::String; // and string\nuse std::convert::From; // and this to convert from a &str to the String\nuse std::println; // and this to print fn main() { let my_vec = vec![8, 9, 10]; let my_string = String::from(\"This won't work\"); println!(\"{:?}, {}\", my_vec, my_string);\n} And now it finally works, printing [8, 9, 10], This won't work. So you can see why Rust uses the prelude. But if you want, you don't need to use it. And you can even use #![no_std] (we saw this once) for when you can't even use something like stack memory. But most of the time you don't have to think about not using the prelude or std at all. So why didn't we see the extern keyword before? It's because you don't need it that much anymore. Before, when bringing in an external crate you had to use it. So to use rand in the past, you had to write: extern crate rand; and then use statements for the mods, traits, etc. that you wanted to use. But the Rust compiler now doesn't need this help anymore - you can just use use and it knows where to find it. So you almost never need extern crate anymore, but in other people's Rust code you might still see it on the top.","breadcrumbs":"prelude","id":"107","title":"prelude"},"108":{"body":"std::time is where you can get functions for time. (If you want even more functions, a crate like chrono can work.) The simplest function is just getting the system time with Instant::now(). use std::time::Instant; fn main() { let time = Instant::now(); println!(\"{:?}\", time);\n} If you print it, you'll get something like this: Instant { tv_sec: 2738771, tv_nsec: 685628140 }. That's talking about seconds and nanoseconds, but it's not very useful. If you look at 2738771 seconds for example (written in August), it is 31.70 days. That doesn't have anything to do with the month or the day of the year. But the page on Instant tells us that it isn't supposed to be useful on its own. It says that it is \"opaque and useful only with Duration.\" Opaque means \"you can't figure it out\", and duration means \"how much time passed\". So it's only useful when doing things like comparing times. If you look at the traits on the left, one of them is Sub. That means we can use - to subtract one from another. And when we click on [src] to see what it does, it says: impl Sub for Instant { type Output = Duration; fn sub(self, other: Instant) -> Duration { self.duration_since(other) }\n} So it takes an Instant and uses .duration_since() to give a Duration. Let's try printing that. We'll make two Instant::now()s right next to each other, then we'll make the program busy for a while. Then we'll make one more Instant::now(). Finally, we'll see how long it took. use std::time::Instant; fn main() { let time1 = Instant::now(); let time2 = Instant::now(); // These two are right next to each other let mut new_string = String::new(); loop { new_string.push('α¬'); // Make Rust push this Georgian letter onto the String if new_string.len() > 100_000 { // until it is 100,000 bytes long break; } } let time3 = Instant::now(); println!(\"{:?}\", time2 - time1); println!(\"{:?}\", time3 - time1);\n} This will print something like this: 1.025Β΅s\n683.378Β΅s So that's just over 1 microsecond vs. 683 microseconds. We can see that Rust did take some time to do it. There is one fun thing we can do with just a single Instant though. We can turn it into a String with format!(\"{:?}\", Instant::now());. It looks like this: use std::time::Instant; fn main() { let time1 = format!(\"{:?}\", Instant::now()); println!(\"{}\", time1);\n} That prints something like Instant { tv_sec: 2740773, tv_nsec: 632821036 }. That's not useful, but if we use .iter() and .rev() and .skip(2), we can skip the } and at the end. We can use it to make a random number generator. use std::time::Instant; fn bad_random_number(digits: usize) { if digits > 9 { panic!(\"Random number can only be up to 9 digits\"); } let now = Instant::now(); let output = format!(\"{:?}\", now); output .chars() .rev() .skip(2) .take(digits) .for_each(|character| print!(\"{}\", character)); println!();\n} fn main() { bad_random_number(1); bad_random_number(1); bad_random_number(3); bad_random_number(3);\n} This will print something like: 6\n4\n967\n180 The function is called bad_random_number because it's not a very good random number generator. Rust has better crates that make random numbers with less code than rand like fastrand. But it's a good example of how you can use your imagination to do something with Instant. When you have a thread, you can use std::thread::sleep to make it stop for a while. When you do this, you have to give it a duration. You don't have to make more than one thread to do this because every program is on at least one thread. sleep needs a Duration though, so it can know how long to sleep. You can pick the unit like this: Duration::from_millis(), Duration::from_secs, etc. Here's one example: use std::time::Duration;\nuse std::thread::sleep; fn main() { let three_seconds = Duration::from_secs(3); println!(\"I must sleep now.\"); sleep(three_seconds); println!(\"Did I miss anything?\");\n} This will just print I must sleep now.\nDid I miss anything? but the thread will do nothing for three seconds. You usually use .sleep() when you have many threads that need to try something a lot, like connecting. You don't want the thread to use your processor to try 100,000 times in a second when you just want it to check sometimes. So then you can set a Duration, and it will try to do its task every time it wakes up.","breadcrumbs":"time","id":"108","title":"time"},"109":{"body":"Let's take a look at some other macros. unreachable!() This macro is kind of like todo!() except it's for code that you will never do. Maybe you have a match in an enum that you know will never choose one of the arms, so the code can never be reached. If that's so, you can write unreachable!() so the compiler knows that it can ignore that part. For example, let's say you have a program that writes something when you choose a place to live in. They are in Ukraine, and all of them are nice except Chernobyl. Your program doesn't let anyone choose Chernobyl, because it's not a good place to live right now. But the enum was made a long time ago in someone else's code, and you can't change it. So in the match arm you can use the macro here. It looks like this: enum UkrainePlaces { Kiev, Kharkiv, Chernobyl, // Pretend we can't change the enum - Chernobyl will always be here Odesa, Dnipro,\n} fn choose_city(place: &UkrainePlaces) { use UkrainePlaces::*; match place { Kiev => println!(\"You will live in Kiev\"), Kharkiv => println!(\"You will live in Kharkiv\"), Chernobyl => unreachable!(), Odesa => println!(\"You will live in Odesa\"), Dnipro => println!(\"You will live in Dnipro\"), }\n} fn main() { let user_input = UkrainePlaces::Kiev; // Pretend the user input is made from some other function. The user can't choose Chernobyl, no matter what choose_city(&user_input);\n} This will print You will live in Kiev. unreachable!() is also nice for you to read because it reminds you that some part of the code is unreachable. You have to be sure that the code is actually unreachable though. If the compiler ever calls unreachable!(), the program will panic. Also, if you ever have unreachable code that the compiler knows about, it will tell you. Here is a quick example: fn main() { let true_or_false = true; match true_or_false { true => println!(\"It's true\"), false => println!(\"It's false\"), true => println!(\"It's true\"), // Whoops, we wrote true again }\n} It will say: warning: unreachable pattern --> src/main.rs:7:9 |\n7 | true => println!(\"It's true\"), | ^^^^ | But unreachable!() is for when the compiler can't know, like our other example. column!, line!, file!, module_path! These four macros are kind of like dbg!() because you just put them in to give you debug information. But they don't take any variables - you just use them with the brackets and nothing else. They are easy to learn together: column!() gives you the column where you wrote it, line!() gives you the line where you wrote it, and module_path!() gives you the module where it is. The next code shows all three in a simple example. We will pretend there is a lot more code (mods inside mods), because that is why we would want to use these macros. You can imagine a big Rust program over many mods and files. pub mod something { pub mod third_mod { pub fn print_a_country(input: &mut Vec<&str>) { println!( \"The last country is {} inside the module {}\", input.pop().unwrap(), module_path!() ); } }\n} fn main() { use something::third_mod::*; let mut country_vec = vec![\"Portugal\", \"Czechia\", \"Finland\"]; // do some stuff println!( \"On line {} we got the country {}\", line!(), country_vec.pop().unwrap() ); // do some more stuff println!( \"The next country is {} on line {} and column {}.\", country_vec.pop().unwrap(), line!(), column!(), ); // lots more code print_a_country(&mut country_vec);\n} It prints this: On line 20 we got the country Finland\nThe next country is Czechia on line 29 and column 9.\nThe last country is Portugal inside the module rust_book::something::third_mod cfg! We know that you can use attributes like #[cfg(test)] and #[cfg(windows)] to tell the compiler what to do in certain cases. When you have test, it will run the code when you run Rust under testing mode (if it's on your computer you type cargo test). And when you use windows, it will run the code if the user is using Windows. But maybe you just want to change one tiny bit of code depending on the operating system, etc. That's when this macro is useful. It returns a bool. fn main() { let helpful_message = if cfg!(windows) { \"backslash\" } else { \"slash\" }; println!( \"...then in your hard drive, type the directory name followed by a {}. Then you...\", helpful_message );\n} This will print differently, depending on your system. The Rust Playground runs on Linux, so it will print: ...then in your hard drive, type the directory name followed by a slash. Then you... cfg!() works for any kind of configuration. Here is an example of a function that runs differently when you use it inside a test. #[cfg(test)] // cfg! will know to look for the word test\nmod testing { use super::*; #[test] fn check_if_five() { assert_eq!(bring_number(true), 5); // This bring_number() function should return 5 }\n} fn bring_number(should_run: bool) -> u32 { // This function takes a bool as to whether it should run if cfg!(test) && should_run { // if it should run and has the configuration test, return 5 5 } else if should_run { // if it's not a test but it should run, print something. When you run a test it ignores println! statements println!(\"Returning 5. This is not a test\"); 5 } else { println!(\"This shouldn't run, returning 0.\"); // otherwise return 0 0 }\n} fn main() { bring_number(true); bring_number(false);\n} Now it will run differently depending on the configuration. If you just run the program, it will give you this: Returning 5. This is not a test\nThis shouldn't run, returning 0. But if you run it in test mode (cargo test for Rust on your computer), it will actually run the test. And because the test always returns 5 in this case, it will pass. running 1 test\ntest testing::check_if_five ... ok test result: ok. 1 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out","breadcrumbs":"Other macros","id":"109","title":"Other macros"},"11":{"body":"Floats are numbers with decimal points. 5.5 is a float, and 6 is an integer. 5.0 is also a float, and even 5. is a float. fn main() { let my_float = 5.; // Rust sees . and knows that it is a float\n} But the types are not called float, they are called f32 and f64. It is the same as integers: the number after f shows the number of bits. If you don't write the type, Rust will choose f64. Of course, only floats of the same type can be used together. So you can't add an f32 to an f64. fn main() { let my_float: f64 = 5.0; // This is an f64 let my_other_float: f32 = 8.5; // This is an f32 let third_float = my_float + my_other_float; // β οΈ\n} When you try to run this, Rust will say: error[E0308]: mismatched types --> src\\main.rs:5:34 |\n5 | let third_float = my_float + my_other_float; | ^^^^^^^^^^^^^^ expected `f64`, found `f32` The compiler writes \"expected (type), found (type)\" when you use the wrong type. It reads your code like this: fn main() { let my_float: f64 = 5.0; // The compiler sees an f64 let my_other_float: f32 = 8.5; // The compiler sees an f32. It is a different type. let third_float = my_float + // You want to add my_float to something, so it must be an f64 plus another f64. Now it expects an f64... let third_float = my_float + my_other_float; // β οΈ but it found an f32. It can't add them.\n} So when you see \"expected (type), found (type)\", you must find why the compiler expected a different type. Of course, with simple numbers it is easy to fix. You can cast the f32 to an f64 with as: fn main() { let my_float: f64 = 5.0; let my_other_float: f32 = 8.5; let third_float = my_float + my_other_float as f64; // my_other_float as f64 = use my_other_float like an f64\n} Or even more simply, remove the type declarations. (\"to declare a type\" = \"to tell Rust to use the type\") Rust will choose types that can add together. fn main() { let my_float = 5.0; // Rust will choose f64 let my_other_float = 8.5; // Here again it will choose f64 let third_float = my_float + my_other_float;\n} The Rust compiler is smart and will not choose f64 if you need f32: fn main() { let my_float: f32 = 5.0; let my_other_float = 8.5; // Usually Rust would choose f64, let third_float = my_float + my_other_float; // but now it knows that you need to add it to an f32. So it chooses f32 for my_other_float too\n}","breadcrumbs":"Floats","id":"11","title":"Floats"},"110":{"body":"Writing macros can be very complicated. You almost never need to write one, but sometimes you might want to because they are very convenient. Writing macros is interesting because they are almost a different language. To write one, you actually use another macro called macro_rules!. Then you add your macro name and open a {} block. Inside is sort of like a match statement. Here's one that only takes (), then just returns 6: macro_rules! give_six { () => { 6 };\n} fn main() { let six = give_six!(); println!(\"{}\", six);\n} But it's not the same as a match statement, because a macro actually doesn't compile anything. It just takes an input and gives an output. Then the compiler checks to see if it makes sense. That's why a macro is like \"code that writes code\". You will remember that a true match statement needs to give the same type, so this won't work: fn main() {\n// β οΈ let my_number = 10; match my_number { 10 => println!(\"You got a ten\"), _ => 10, }\n} It will complain that you want to return () in one case, and i32 in the other. error[E0308]: `match` arms have incompatible types --> src\\main.rs:5:14 |\n3 | / match my_number {\n4 | | 10 => println!(\"You got a ten\"), | | ------------------------- this is found to be of type `()`\n5 | | _ => 10, | | ^^ expected `()`, found integer\n6 | | } | |_____- `match` arms have incompatible types But a macro doesn't care, because it's just giving an output. It's not a compiler - it's code before code. So you can do this: macro_rules! six_or_print { (6) => { 6 }; () => { println!(\"You didn't give me 6.\"); };\n} fn main() { let my_number = six_or_print!(6); six_or_print!();\n} This is just fine, and prints You didn't give me 6.. You can also see that it's not a match arm because there's no _ case. We can only give it (6), or (). Anything else will make an error. And the 6 we give it isn't even an i32, it's just an input 6. You can actually set anything as the input for a macro, because it's just looking at input to see what it gets. For example: macro_rules! might_print { (THis is strange input ννγ―γ―εε but it still works) => { println!(\"You guessed the secret message!\") }; () => { println!(\"You didn't guess it\"); };\n} fn main() { might_print!(THis is strange input ννγ―γ―εε but it still works); might_print!();\n} So this strange macro only responds to two things: () and (THis is strange input ννγ―γ―εε but it still works). Nothing else. It prints: You guessed the secret message!\nYou didn't guess it So a macro isn't exactly Rust syntax. But a macro can also understand different types of input that you give it. Take this example: macro_rules! might_print { ($input:expr) => { println!(\"You gave me: {}\", $input); }\n} fn main() { might_print!(6);\n} This will print You gave me: 6. The $input:expr part is important. It means \"for an expression, give it the variable name $input\". In macros, variables start with a $. In this macro, if you give it one expression, it will print it. Let's try it out some more: macro_rules! might_print { ($input:expr) => { println!(\"You gave me: {:?}\", $input); // Now we'll use {:?} because we will give it different kinds of expressions }\n} fn main() { might_print!(()); // give it a () might_print!(6); // give it a 6 might_print!(vec![8, 9, 7, 10]); // give it a vec\n} This will print: You gave me: ()\nYou gave me: 6\nYou gave me: [8, 9, 7, 10] Also note that we wrote {:?}, but it won't check to see if &input implements Debug. It'll just write the code and try to make it compile, and if it doesn't then it gives an error. So what can a macro see besides expr? They are: block | expr | ident | item | lifetime | literal | meta | pat | path | stmt | tt | ty | vis. This is the complicated part. You can see what each of them means here , where it says: item: an Item\nblock: a BlockExpression\nstmt: a Statement without the trailing semicolon (except for item statements that require semicolons)\npat: a Pattern\nexpr: an Expression\nty: a Type\nident: an IDENTIFIER_OR_KEYWORD\npath: a TypePath style path\ntt: a TokenTree (a single token or tokens in matching delimiters (), [], or {})\nmeta: an Attr, the contents of an attribute\nlifetime: a LIFETIME_TOKEN\nvis: a possibly empty Visibility qualifier\nliteral: matches -?LiteralExpression There is another good site called cheats.rs that explains them here and gives examples for each. However, for most macros you will use expr, ident, and tt. ident means identifier and is for variable or function names. tt means token tree and sort of means any type of input. Let's try a simple macro with both. macro_rules! check { ($input1:ident, $input2:expr) => { println!( \"Is {:?} equal to {:?}? {:?}\", $input1, $input2, $input1 == $input2 ); };\n} fn main() { let x = 6; let my_vec = vec![7, 8, 9]; check!(x, 6); check!(my_vec, vec![7, 8, 9]); check!(x, 10);\n} So this will take one ident (like a variable name) and an expression and see if they are the same. It prints: Is 6 equal to 6? true\nIs [7, 8, 9] equal to [7, 8, 9]? true\nIs 6 equal to 10? false And here's one macro that takes a tt and prints it. It uses a macro called stringify! to make a string first. macro_rules! print_anything { ($input:tt) => { let output = stringify!($input); println!(\"{}\", output); };\n} fn main() { print_anything!(ththdoetd); print_anything!(87575oehq75onth);\n} This prints: ththdoetd\n87575oehq75onth But it won't print if we give it something with spaces, commas, etc. It will think that we are giving it more than one item or extra information, so it will be confused. This is where macros start to get difficult. To give a macro more than one item at a time, we have to use a different syntax. Instead of $input, it will be $($input1),+. This means zero or more (this is what * means), separated by a comma. If you want one or more, use + instead of *. Now our macro looks like this: macro_rules! print_anything { ($($input1:tt),*) => { let output = stringify!($($input1),*); println!(\"{}\", output); };\n} fn main() { print_anything!(ththdoetd, rcofe); print_anything!(); print_anything!(87575oehq75onth, ntohe, 987987o, 097);\n} So it takes any token tree separated by commas, and uses stringify! to make it into a string. Then it prints it. It prints: ththdoetd, rcofe 87575oehq75onth, ntohe, 987987o, 097 If we used + instead of * it would give an error, because one time we gave it no input. So * is a bit safer option. So now we can start to see the power of macros. In this next example we can actually make our own functions: macro_rules! make_a_function { ($name:ident, $($input:tt),*) => { // First you give it one name for the function, then it checks everything else fn $name() { let output = stringify!($($input),*); // It makes everything else into a string println!(\"{}\", output); } };\n} fn main() { make_a_function!(print_it, 5, 5, 6, I); // We want a function called print_it() that prints everything else we give it print_it(); make_a_function!(say_its_nice, this, is, really, nice); // Same here but we change the function name say_its_nice();\n} This prints: 5, 5, 6, I\nthis, is, really, nice So now we can start to understand other macros. You can see that some of the macros we've already been using are pretty simple. Here's the one for write! that we used to write to files: macro_rules! write { ($dst:expr, $($arg:tt)*) => ($dst.write_fmt($crate::format_args!($($arg)*)))\n} So to use it, you enter this: an expression (expr) that gets the variable name $dst. everything after that. If it wrote $arg:tt then it would only take one, but because it wrote $($arg:tt)* it takes zero, one, or any number. Then it takes $dst and uses a method called write_fmt on it. Inside that, it uses another macro called format_args! that takes all $($arg)*, or all the arguments we put in. Now let's take a look at the todo! macro. That's the one you use when you want the program to compile but haven't written your code yet. It looks like this: macro_rules! todo { () => (panic!(\"not yet implemented\")); ($($arg:tt)+) => (panic!(\"not yet implemented: {}\", $crate::format_args!($($arg)+)));\n} This one has two options: you can enter (), or a number of token trees (tt). If you enter (), it just uses panic! with a message. So you could actually just write panic!(\"not yet implemented\") instead of todo! and it would be the same. If you enter some arguments, it will try to print them. You can see the same format_args! macro inside, which works like println!. So if you write this, it will work too: fn not_done() { let time = 8; let reason = \"lack of time\"; todo!(\"Not done yet because of {}. Check back in {} hours\", reason, time);\n} fn main() { not_done();\n} This will print: thread 'main' panicked at 'not yet implemented: Not done yet because of lack of time. Check back in 8 hours', src/main.rs:4:5 Inside a macro you can even call the same macro. Here's one: macro_rules! my_macro { () => { println!(\"Let's print this.\"); }; ($input:expr) => { my_macro!(); }; ($($input:expr),*) => { my_macro!(); }\n} fn main() { my_macro!(vec![8, 9, 0]); my_macro!(toheteh); my_macro!(8, 7, 0, 10); my_macro!();\n} This one takes either (), or one expression, or many expressions. But it ignores all the expressions no matter what you put in, and just calls my_macro! on (). So the output is just Let's print this, four times. You can see the same thing in the dbg! macro, which also calls itself. macro_rules! dbg { () => { $crate::eprintln!(\"[{}:{}]\", $crate::file!(), $crate::line!()); //$crate means the crate that it's in. }; ($val:expr) => { // Use of `match` here is intentional because it affects the lifetimes // of temporaries - https://stackoverflow.com/a/48732525/1063961 match $val { tmp => { $crate::eprintln!(\"[{}:{}] {} = {:#?}\", $crate::file!(), $crate::line!(), $crate::stringify!($val), &tmp); tmp } } }; // Trailing comma with single argument is ignored ($val:expr,) => { $crate::dbg!($val) }; ($($val:expr),+ $(,)?) => { ($($crate::dbg!($val)),+,) };\n} (eprintln! is the same as println! except it prints to io::stderr instead of io::stdout. There is also eprint! that doesn't add a new line) So we can try this out ourself. fn main() { dbg!();\n} That matches the first arm, so it will print the file name and line name with the file! and line! macros. It prints [src/main.rs:2]. Let's try it with this: fn main() { dbg!(vec![8, 9, 10]);\n} This will match the next arm, because it's one expression. It will then call the input tmp and use this code: $crate::eprintln!(\"[{}:{}] {} = {:#?}\", $crate::file!(), $crate::line!(), $crate::stringify!($val), &tmp);. So it will print with file! and line!, then $val made into a String, and pretty print with {:#?} for tmp. So for our input it will write this: [src/main.rs:2] vec![8, 9, 10] = [ 8, 9, 10,\n] And for the rest of it it just calls dbg! on itself even if you put in an extra comma. As you can see, macros are very complicated! Usually you only want a macro to automatically do something that a simple function can't do very well. The best way to learn about macros is to look at other macro examples. Not many people can quickly write macros without problems. So don't think that you need to know everything about macros to know how to write in Rust. But if you read other macros, and change them a little, you can easily borrow their power. Then you might start to get comfortable with writing your own.","breadcrumbs":"Writing macros","id":"110","title":"Writing macros"},"111":{"body":"You saw that we can learn almost anything in Rust just using the Playground. But if you learned everything so far, you will probably want Rust on your computer now. There are always things that you can't do with the Playground like using files or code in more than just one file. Some other things you need Rust on your computer for are input and flags. But most important is that with Rust on your computer you can use crates. We already learned about crates, but in the Playground you could only use the most popular ones. But with Rust on your computer you can use any crate in your program.","breadcrumbs":"Part 2 - Rust on your computer","id":"111","title":"Part 2 - Rust on your computer"},"112":{"body":"rustc means Rust compiler, and it's what does the actual compiling. A rust file ends with an .rs. But most people don't write something like rustc main.rs to compile. They use something called cargo, which is the main package manager for Rust. One note about the name: it's called cargo because when you put crates together, you get cargo. A crate is a wooden box that you see on ships or trucks, but you remember that every Rust project is also called a crate. Then when you put them together you get the whole cargo. You can see this when you use cargo to run a project. Let's try something simple with rand: we'll just randomly choose between eight letters. use rand::seq::SliceRandom; // Use this for .choose over slices fn main() { let my_letters = vec!['a', 'b', 'c', 'd', 'e', 'f', 'g', 'h']; let mut rng = rand::thread_rng(); for _ in 0..6 { print!(\"{} \", my_letters.choose(&mut rng).unwrap()); }\n} This will print something like b c g h e a. But we want to see what cargo does first. To use cargo and run our program, usually we type cargo run. This will build our program and run it for us. But when it starts compiling, it does something like this: Compiling getrandom v0.1.14 Compiling cfg-if v0.1.10 Compiling ppv-lite86 v0.2.8 Compiling rand_core v0.5.1 Compiling rand_chacha v0.2.2 Compiling rand v0.7.3 Compiling rust_book v0.1.0 (C:\\Users\\mithr\\OneDrive\\Documents\\Rust\\rust_book) Finished dev [unoptimized + debuginfo] target(s) in 13.13s Running `C:\\Users\\mithr\\OneDrive\\Documents\\Rust\\rust_book\\target\\debug\\rust_book.exe`\ng f c f h b So it looks like it didn't just bring in rand, but some others too. That's because we need rand for our crate, but rand also has some code that needs other crates too. So cargo will find all the crates we need and put them together. In our case we only had seven, but on very big projects you may have 200 or more crates to bring in. This is where you can see the tradeoff for Rust. Rust is extremely fast, because it compiles ahead of time. It does this by looking through the code and looking to see what the code you write actually does. For example, you might write this generic code: use std::fmt::Display; fn print_and_return_thing(input: T) -> T { println!(\"You gave me {} and now I will give it back.\", input); input\n} fn main() { let my_name = print_and_return_thing(\"Windy\"); let small_number = print_and_return_thing(9.0);\n} This function can take anything with Display, so we gave it a &str and next gave it a f64 and that is no problem for us. But the compiler doesn't look at generics, because it doesn't want to do anything at runtime. It wants to put together a program that can run by itself as fast as possible. So when it looks at the first part with \"Windy\", it doesn't see fn print_and_return_thing(input: T) -> T. It sees something like fn print_and_return_thing(input: &str) -> &str. And next it sees fn print_and_return_thing(input: f64) -> f64. All the checking about traits and so on is done during compile time. That's why generics take longer to compile, because it needs to figure them out, and make it concrete. One more thing: Rust in 2020 is working hard on compile time, because this part takes the longest. Every version of Rust is a little bit faster at compiling, and there are some other plans to speed it up. But in the meantime, here's what you should know: cargo build will build your program so you can run it cargo run will build your program and run it cargo build --release and cargo run --release will do the same but in release mode. What's that? Release mode is for when your code is finally done. Then Rust will take even longer to compile, but it does this because it uses everything it knows to make it faster. Release mode is actually a lot faster than the regular mode, which is called debug mode. That's because it compiles quicker and has more debug information. The regular cargo build is called a \"debug build\" and cargo build --release is called a \"release build\". cargo check is a way to check your code. It's like compiling except that it won't actually make your program. This is a good way to check your code a lot because it doesn't take as long as build or run. By the way, the --release part of the command is called a flag. That means extra information in a command. Some other things you need to know are: cargo new. You do this to create a new Rust project. After new, write the name of the project and cargo will make the folder and all the files you need. cargo clean. When you add crates to cargo.toml, the computer will download all the files it needs and they can take a lot of space. If you don't want them on your computer anymore, type cargo clean. One more thing about the compiler: it only takes the most time when you use cargo build or cargo run the first time. After that it will remember, and it will compile fast again. But if you use cargo clean and then run cargo build, it will have to compile slowly one more time.","breadcrumbs":"cargo","id":"112","title":"cargo"},"113":{"body":"One easy way to take input from the user is with std::io::stdin. This means \"standard in\", which is the input from the keyboard. With stdin() you can get user input, but then you will want to put it in a &mut String with .read_line(). Here is a simple example of that, but it both works and doesn't work: use std::io; fn main() { println!(\"Please type something, or x to escape:\"); let mut input_string = String::new(); while input_string != \"x\" { // This is the part that doesn't work right input_string.clear(); // First clear the String. Otherwise it will keep adding to it io::stdin().read_line(&mut input_string).unwrap(); // Get the stdin from the user, and put it in read_string println!(\"You wrote {}\", input_string); } println!(\"See you later!\");\n} Here is what an output output looks like: Please type something, or x to escape:\nsomething\nYou wrote something Something else\nYou wrote Something else x\nYou wrote x x\nYou wrote x x\nYou wrote x It takes our input and gives it back, and it even knows that we typed x. But it doesn't exit the program. The only way to get out is to close the window, or type ctrl and c. Let's change the {} to {:?} in println! to get more information (or you could use dbg!(&input_string) if you like that macro). Now it says: Please type something, or x to escape:\nsomething\nYou wrote \"something\\r\\n\"\nSomething else\nYou wrote \"Something else\\r\\n\"\nx\nYou wrote \"x\\r\\n\"\nx\nYou wrote \"x\\r\\n\" This is because the keyboard input is actually not just something, it is something and the Enter key. There is an easy method to fix this called .trim(), which removes all the whitespace. Whitespace, by the way, is all these characters : U+0009 (horizontal tab, '\\t')\nU+000A (line feed, '\\n')\nU+000B (vertical tab)\nU+000C (form feed)\nU+000D (carriage return, '\\r')\nU+0020 (space, ' ')\nU+0085 (next line)\nU+200E (left-to-right mark)\nU+200F (right-to-left mark)\nU+2028 (line separator)\nU+2029 (paragraph separator) So that will turn x\\r\\n into just x. Now it works: use std::io; fn main() { println!(\"Please type something, or x to escape:\"); let mut input_string = String::new(); while input_string.trim() != \"x\" { input_string.clear(); io::stdin().read_line(&mut input_string).unwrap(); println!(\"You wrote {}\", input_string); } println!(\"See you later!\");\n} Now it will print: Please type something, or x to escape:\nsomething\nYou wrote something Something\nYou wrote Something x\nYou wrote x See you later! There is another kind of user input called std::env::Args (env means environment). Args is what the user types when starting the program. There is actually always at least one Arg in a program. Let's write a program that only prints them using std::env::args() to see what they are. fn main() { println!(\"{:?}\", std::env::args());\n} If we write cargo run then it prints something like this: Args { inner: [\"target\\\\debug\\\\rust_book.exe\"] } Let's give it more input and see what it does. We'll type cargo run but with some extra words. It gives us: Args { inner: [\"target\\\\debug\\\\rust_book.exe\", \"but\", \"with\", \"some\", \"extra\", \"words\"] } Interesting. And when we look at the page for Args , we see that it implements IntoIterator. That means we can do all the things we know about iterators to read and change it. Let's try this: use std::env::args; fn main() { let input = args(); for entry in input { println!(\"You entered: {}\", entry); }\n} Now it says: You entered: target\\debug\\rust_book.exe\nYou entered: but\nYou entered: with\nYou entered: some\nYou entered: extra\nYou entered: words You can see that the first argument is always the program name, so you will often want to skip it, like this: use std::env::args; fn main() { let input = args(); input.into_iter().skip(1).for_each(|item| { println!(\"You wrote {}, which in capital letters is {}\", item, item.to_uppercase()); })\n} That will print: You wrote but, which in capital letters is BUT\nYou wrote with, which in capital letters is WITH\nYou wrote some, which in capital letters is SOME\nYou wrote extra, which in capital letters is EXTRA\nYou wrote words, which in capital letters is WORDS One common use for Args is for user settings. You can make sure that the user writes the input you need, and only run the program if it's right. Here's a small program that either makes letters big (capital) or small (lowercase): use std::env::args; fn main() { let keywords = [\"capital\".to_string(), \"lowercase\".to_string()]; // User needs to write one of these after cargo run let input_vec = args().into_iter().collect::>(); // Make a vec of all the args if input_vec.len() > 2 && keywords.contains(&input_vec[1].to_lowercase()) { // It must be at least 3 in length, and the user needs to write either \"capital\" or \"lowercase\". // We use .to_lowercase() so the user can write \"Capital\" or \"CAPITAL\", etc. if input_vec[1].to_lowercase() == \"capital\" { input_vec.into_iter().skip(2).for_each(|word| println!(\"{}\", word.to_uppercase())); } else { input_vec.into_iter().skip(2).for_each(|word| println!(\"{}\", word.to_lowercase())); } } else { println!(r#\"Please write either \"capital\" or \"lowercase\" and then some input.\"#); }\n} Here are some examples of what it gives: Input: cargo run please make capitals: Please write either \"capital\" or \"lowercase\" and then some input. Input: cargo run capital: Please write either \"capital\" or \"lowercase\" and then some input. Input: cargo run capital I think I understand now: I\nTHINK\nI\nUNDERSTAND\nNOW Input: cargo run LOWERCASE Does this work too? does\nthis\nwork\ntoo? Besides Args given by the user in std::env, there are also Vars which are the system variables. Those are the basic settings for the program that the user didn't type in. You can use std::env::vars() to see them all as a (String, String). There are very many. For example: fn main() { for item in std::env::vars() { println!(\"{:?}\", item); }\n} Just doing this shows you all the information about your user session. It will show information like this: (\"CARGO\", \"/playground/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/bin/cargo\")\n(\"CARGO_HOME\", \"/playground/.cargo\")\n(\"CARGO_MANIFEST_DIR\", \"/playground\")\n(\"CARGO_PKG_AUTHORS\", \"The Rust Playground\")\n(\"CARGO_PKG_DESCRIPTION\", \"\")\n(\"CARGO_PKG_HOMEPAGE\", \"\")\n(\"CARGO_PKG_NAME\", \"playground\")\n(\"CARGO_PKG_REPOSITORY\", \"\")\n(\"CARGO_PKG_VERSION\", \"0.0.1\")\n(\"CARGO_PKG_VERSION_MAJOR\", \"0\")\n(\"CARGO_PKG_VERSION_MINOR\", \"0\")\n(\"CARGO_PKG_VERSION_PATCH\", \"1\")\n(\"CARGO_PKG_VERSION_PRE\", \"\")\n(\"DEBIAN_FRONTEND\", \"noninteractive\")\n(\"HOME\", \"/playground\")\n(\"HOSTNAME\", \"f94c15b8134b\")\n(\"LD_LIBRARY_PATH\", \"/playground/target/debug/build/backtrace-sys-3ec4c973f371c302/out:/playground/target/debug/build/libsqlite3-sys-fbddfbb9b241dacb/out:/playground/target/debug/build/ring-cadba5e583648abb/out:/playground/target/debug/deps:/playground/target/debug:/playground/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib/rustlib/x86_64-unknown-linux-gnu/lib:/playground/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/lib\")\n(\"PATH\", \"/playground/.cargo/bin:/playground/.cargo/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin\")\n(\"PLAYGROUND_EDITION\", \"2018\")\n(\"PLAYGROUND_TIMEOUT\", \"10\")\n(\"PWD\", \"/playground\")\n(\"RUSTUP_HOME\", \"/playground/.rustup\")\n(\"RUSTUP_TOOLCHAIN\", \"stable-x86_64-unknown-linux-gnu\")\n(\"RUST_RECURSION_COUNT\", \"1\")\n(\"SHLVL\", \"1\")\n(\"SSL_CERT_DIR\", \"/usr/lib/ssl/certs\")\n(\"SSL_CERT_FILE\", \"/usr/lib/ssl/certs/ca-certificates.crt\")\n(\"USER\", \"playground\")\n(\"_\", \"/usr/bin/timeout\") So if you need this information, Vars is what you want. The easiest way to get a single Var is by using the env! macro. You just put the name of the variable inside it, and it will give you a &str. It won't work if the variable is wrong though, so if you aren't sure then use option_env! instead. If we write this on the Playground: fn main() { println!(\"{}\", env!(\"USER\")); println!(\"{}\", option_env!(\"ROOT\").unwrap_or(\"Didn't work\")); println!(\"{}\", option_env!(\"CARGO\").unwrap_or(\"Didn't work\"));\n} then we get the output: playground\nDidn't work\n/playground/.rustup/toolchains/stable-x86_64-unknown-linux-gnu/bin/cargo So option_env! is always going to be the safer macro. env! is better if you actually want the program to crash when you can't find the environment variable.","breadcrumbs":"Taking user input","id":"113","title":"Taking user input"},"114":{"body":"Now that we are using Rust on the computer, we can start working with files. You will notice that now we will start to see more and more Results in our code. That is because once you start working with files and similar things, many things can go wrong. A file might not be there, or maybe the computer can't read it. You might remember that if you want to use the ? operator, it has to return a Result in the function it is in. If you can't remember the error type, you can just give it nothing and let the compiler tell you. Let's try that with a function that tries to make a number with .parse(). // β οΈ\nfn give_number(input: &str) -> Result { input.parse::()\n} fn main() { println!(\"{:?}\", give_number(\"88\")); println!(\"{:?}\", give_number(\"5\"));\n} The compiler tells us exactly what to do: error[E0308]: mismatched types --> src\\main.rs:4:5 |\n3 | fn give_number(input: &str) -> Result { | --------------- expected `std::result::Result` because of return type\n4 | input.parse::() | ^^^^^^^^^^^^^^^^^^^^ expected `()`, found struct `std::num::ParseIntError` | = note: expected enum `std::result::Result<_, ()>` found enum `std::result::Result<_, std::num::ParseIntError>` Great! So we just change the return to that. Now it works: use std::num::ParseIntError; fn give_number(input: &str) -> Result { input.parse::()\n} fn main() { println!(\"{:?}\", give_number(\"88\")); println!(\"{:?}\", give_number(\"5\"));\n} The first one doesn't work, but the second one does. Ok(88)\nOk(5) So now we want to use ? to just give us the value if it works, and the error if it doesn't. But how to do this in fn main()? If we try to use ? in main, it won't work. // β οΈ\nuse std::num::ParseIntError; fn give_number(input: &str) -> Result { input.parse::()\n} fn main() { println!(\"{:?}\", give_number(\"88\")?); println!(\"{:?}\", give_number(\"5\")?);\n} It says: error[E0277]: the `?` operator can only be used in a function that returns `Result` or `Option` (or another type that implements `std::ops::Try`) --> src\\main.rs:8:22 |\n7 | / fn main() {\n8 | | println!(\"{:?}\", give_number(\"88\")?); | | ^^^^^^^^^^^^^^^^^^ cannot use the `?` operator in a function that returns `()`\n9 | | println!(\"{:?}\", give_number(\"5\")?);\n10 | | } | |_- this function should return `Result` or `Option` to accept `?` But actually main() can return a Result, just like any other function. If our function works, we don't want to return anything (main() isn't giving anything to anything else). And if it doesn't work, we will return the same error. So we can write it like this: use std::num::ParseIntError; fn give_number(input: &str) -> Result { input.parse::()\n} fn main() -> Result<(), ParseIntError> { println!(\"{:?}\", give_number(\"88\")?); println!(\"{:?}\", give_number(\"5\")?); Ok(())\n} Don't forget the Ok(()) at the end: this is very common in Rust. It means Ok, inside of which is (), which is our return value. Now it prints: 88\n5 This wasn't very useful when just using .parse(), but it will be with files. That's because ? also changes error types for us. Here's what the page for the ? operator says in simple English: If you get an `Err`, it will get the inner error. Then `?` does a conversion using `From`. With that it can change specialized errors to more general ones. The error it gets is then returned. Also, Rust has a convenient Result type when using Files and similar things. It's called std::io::Result, and this is what you usually see in main() when you are using ? to open and do things to files. It's actually a type alias. It looks like this: type Result = Result; So it is a Result, but we only need to write the Result part. Now let's try working with files for the first time. std::fs is where the methods are for working with files, and with std::io::Write you can write in them. With that we can use .write_all() to write into the file. use std::fs;\nuse std::io::Write; fn main() -> std::io::Result<()> { let mut file = fs::File::create(\"myfilename.txt\")?; // Create a file with this name. // CAREFUL! If you have a file with this name already, // it will delete it and make a new one. file.write_all(b\"Let's put this in the file\")?; // Don't forget the b in front of \". That's because files take bytes. Ok(())\n} Then if you click on the new file myfilename.txt, it will say Let's put this in the file. We don't need to do this on two lines though, because we have the ? operator. It will pass on the result we want if it works, kind of like when you use lots of methods on an iterator. This is when ? becomes very convenient. use std::fs;\nuse std::io::Write; fn main() -> std::io::Result<()> { fs::File::create(\"myfilename.txt\")?.write_all(b\"Let's put this in the file\")?; Ok(())\n} So this is saying \"Please try to create a file and check if it worked. If it did, then use .write_all() and then check if that worked.\" And in fact, there is also a function that does both of these things together. It's called std::fs::write. Inside it you give it the file name you want, and the content you want to put inside. Again, careful! It will delete any file that's already there if it has the same name. Also, it lets you write a &str without b in front, because of this: pub fn write, C: AsRef<[u8]>>(path: P, contents: C) -> Result<()> AsRef<[u8]> is why you can give it either one. It's very simple: use std::fs; fn main() -> std::io::Result<()> { fs::write(\"calvin_with_dad.txt\", \"Calvin: Dad, how come old photographs are always black and white? Didn't they have color film back then?\nDad: Sure they did. In fact, those photographs *are* in color. It's just the *world* was black and white then.\nCalvin: Really?\nDad: Yep. The world didn't turn color until sometimes in the 1930s...\")?; Ok(())\n} So that's the file we will use. It's a conversation with a comic book character named Calvin and his dad, who is not serious about his question. With this we can create a file to use every time. Opening a file is just as easy as creating one. You just use open() instead of create(). After that (if it finds your file), you can do things like read_to_string(). To do that you can create a mutable String and read the file into there. It looks like this: use std::fs;\nuse std::fs::File;\nuse std::io::Read; // this is to use the function .read_to_string() fn main() -> std::io::Result<()> { fs::write(\"calvin_with_dad.txt\", \"Calvin: Dad, how come old photographs are always black and white? Didn't they have color film back then?\nDad: Sure they did. In fact, those photographs *are* in color. It's just the *world* was black and white then.\nCalvin: Really?\nDad: Yep. The world didn't turn color until sometimes in the 1930s...\")?; let mut calvin_file = File::open(\"calvin_with_dad.txt\")?; // Open the file we just made let mut calvin_string = String::new(); // This String will hold it calvin_file.read_to_string(&mut calvin_string)?; // Read the file into it calvin_string.split_whitespace().for_each(|word| print!(\"{} \", word.to_uppercase())); // Do things with the String now Ok(())\n} That will print: CALVIN: DAD, HOW COME OLD PHOTOGRAPHS ARE ALWAYS BLACK AND WHITE? DIDN'T THEY HAVE COLOR FILM BACK THEN? DAD: SURE THEY DID. IN FACT, THOSE PHOTOGRAPHS *ARE* IN COLOR. IT'S JUST THE *WORLD* WAS BLACK AND WHITE THEN. CALVIN: REALLY? DAD: YEP. THE WORLD DIDN'T TURN COLOR UNTIL SOMETIMES IN THE 1930S... Okay, what if we want to create a file but not do it if there is already another file with the same name? Maybe you don't want to delete the other file if it's already there just to make a new one. To do this, there is a struct called OpenOptions. Actually, we've been using OpenOptions all this time and didn't know it. Take a look at the source for File::open: pub fn open>(path: P) -> io::Result { OpenOptions::new().read(true).open(path.as_ref()) } Interesting, that looks like the builder pattern that we learned. It's the same for File::create: pub fn create>(path: P) -> io::Result { OpenOptions::new().write(true).create(true).truncate(true).open(path.as_ref()) } If you go to the page for OpenOptions , you can see all the methods that you can choose from. Most take a bool: append(): This means \"add to the content that's already there instead of deleting\". create(): This lets OpenOptions create a file. create_new(): This means it will only create a file if it's not there already. read(): Set this to true if you want it to be able to read a file. truncate(): Set this to true if you want to cut the file content to 0 (delete the contents) when you open it. write(): This lets it write to a file. Then at the end you use .open() with the file name, and that will give you a Result. Let's look at one example: // β οΈ\nuse std::fs;\nuse std::fs::OpenOptions; fn main() -> std::io::Result<()> { fs::write(\"calvin_with_dad.txt\", \"Calvin: Dad, how come old photographs are always black and white? Didn't they have color film back then?\nDad: Sure they did. In fact, those photographs *are* in color. It's just the *world* was black and white then.\nCalvin: Really?\nDad: Yep. The world didn't turn color until sometimes in the 1930s...\")?; let calvin_file = OpenOptions::new().write(true).create_new(true).open(\"calvin_with_dad.txt\")?; Ok(())\n} First we made an OpenOptions with new (always start with new). Then we gave it the ability to write. After that we set create_new() to true, and tried to open the file we made. It won't work, which is what we want: Error: Os { code: 80, kind: AlreadyExists, message: \"The file exists.\" } Let's try using .append() so we can write to a file. To write to the file we can use .write_all(), which is a method that tries to write in everything you give it. Also, we will use the write! macro to do the same thing. You will remember this macro from when we did impl Display for our structs. This time we are using it on a file though instead of a buffer. use std::fs;\nuse std::fs::OpenOptions;\nuse std::io::Write; fn main() -> std::io::Result<()> { fs::write(\"calvin_with_dad.txt\", \"Calvin: Dad, how come old photographs are always black and white? Didn't they have color film back then?\nDad: Sure they did. In fact, those photographs *are* in color. It's just the *world* was black and white then.\nCalvin: Really?\nDad: Yep. The world didn't turn color until sometimes in the 1930s...\")?; let mut calvin_file = OpenOptions::new() .append(true) // Now we can write without deleting it .read(true) .open(\"calvin_with_dad.txt\")?; calvin_file.write_all(b\"And it was a pretty grainy color for a while too.\\n\")?; write!(&mut calvin_file, \"That's really weird.\\n\")?; write!(&mut calvin_file, \"Well, truth is stranger than fiction.\")?; println!(\"{}\", fs::read_to_string(\"calvin_with_dad.txt\")?); Ok(())\n} This prints: Calvin: Dad, how come old photographs are always black and white? Didn't they have color film back then?\nDad: Sure they did. In fact, those photographs *are* in color. It's just the *world* was black and white then.\nCalvin: Really?\nDad: Yep. The world didn't turn color until sometimes in the 1930s...And it was a pretty grainy color for a while too.\nThat's really weird.\nWell, truth is stranger than fiction.","breadcrumbs":"Using files","id":"114","title":"Using files"},"115":{"body":"You might have noticed that Rust documentation always looks almost the same. On the left side you can see structs and traits, code examples are on the right, etc. This is because you can automatically make documentation just by typing cargo doc. Even making a project with nothing can help you learn about traits in Rust. For example, here are two structs that do almost nothing, and a fn main() that also does nothing. struct DoesNothing {}\nstruct PrintThing {} impl PrintThing { fn prints_something() { println!(\"I am printing something\"); }\n} fn main() {} But if you type cargo doc --open, you can see a lot more information than you expected. First it shows you this: Crate rust_book Structs\nDoesNothing\nPrintThing Functions\nmain But if you click on one of the structs, it will show you a lot of traits that you didn't think were there: Struct rust_book::DoesNothing\n[+] Show declaration\nAuto Trait Implementations\nimpl RefUnwindSafe for DoesNothing\nimpl Send for DoesNothing\nimpl Sync for DoesNothing\nimpl Unpin for DoesNothing\nimpl UnwindSafe for DoesNothing\nBlanket Implementations\nimpl Any for T\nwhere T: 'static + ?Sized,\n[src]\n[+]\nimpl Borrow for T\nwhere T: ?Sized,\n[src]\n[+]\nimpl BorrowMut for T\nwhere T: ?Sized,\n[src]\n[+]\nimpl From for T\n[src]\n[+]\nimpl Into for T\nwhere U: From,\n[src]\n[+]\nimpl TryFrom for T\nwhere U: Into,\n[src]\n[+]\nimpl TryInto for T\nwhere U: TryFrom, This is because of all the traits that Rust automatically makes for every type. Then if we add some documentation comments you can see them when you type cargo doc. /// This is a struct that does nothing\nstruct DoesNothing {}\n/// This struct only has one method.\nstruct PrintThing {}\n/// It just prints the same message.\nimpl PrintThing { fn prints_something() { println!(\"I am printing something\"); }\n} fn main() {} Now it will print: Crate rust_book\nStructs\nDoesNothing This is a struct that does nothing\nPrintThing This struct only has one method.\nFunctions\nmain cargo doc is very nice when you use a lot of other people's crates. Because these crates are all on different websites, it can take some time to search them all. But if you use cargo doc, you will have them all in the same place on your hard drive.","breadcrumbs":"cargo doc","id":"115","title":"cargo doc"},"116":{"body":"This is the end of Rust in Easy English. But I am still here, and you can let me know if you have any questions. Feel free to contact me on Twitter or add a pull request, issue, etc. You can also tell me if some parts weren't easy to understand. Rust in Easy English needs to be very easy to understand, so please let me know where the English is too difficult. Of course, Rust itself can be difficult to understand, but we can at least make sure that the English is easy.","breadcrumbs":"The end?","id":"116","title":"The end?"},"12":{"body":"When you start a new Rust program, it always has this code: fn main() { println!(\"Hello, world!\");\n} fn means function, main is the function that starts the program, () means that we didn't give the function any variables to start. {} is called a code block . This is the space where code lives. println! is a macro that prints to the console. A macro is like a function that writes code for you. Macros have a ! after them. We will learn about making macros later. For now, remember that ! means that it is a macro. To learn about the ;, we will create another function. First, in main we will print a number 8: fn main() { println!(\"Hello, world number {}!\", 8);\n} The {} in println! means \"put the variable inside here\". This prints Hello, world number 8!. We can put more in, just like we did before: fn main() { println!(\"Hello, worlds number {} and {}!\", 8, 9);\n} This prints Hello, worlds number 8 and 9!. Now let's create the function. fn number() -> i32 { 8\n} fn main() { println!(\"Hello, world number {}!\", number());\n} This also prints Hello, world number 8!. When Rust looks at number() it sees a function. This function: Does not take anything (because it has ()) Returns an i32. The -> (called a \"skinny arrow\") shows what the function returns. Inside the function is just 8. Because there is no ;, this is the value it returns. If it had a ;, it would not return anything (it would return a ()). Rust will not compile this if it has a ;, because the return is i32 and ; returns (), not i32: fn main() { println!(\"Hello, world number {}\", number());\n} fn number() -> i32 { 8; // β οΈ\n} 5 | fn number() -> i32 { | ------ ^^^ expected `i32`, found `()` | | | implicitly returns `()` as its body has no tail or `return` expression\n6 | 8; | - help: consider removing this semicolon This means \"you told me that number() returns an i32, but you added a ; so it doesn't return anything\". So the compiler suggests removing the semicolon. You can also write return 8; but in Rust it is normal to just remove the ; to return. When you want to give variables to a function, put them inside the (). You have to give them a name and write the type. fn multiply(number_one: i32, number_two: i32) { // Two i32s will enter the function. We will call them number_one and number_two. let result = number_one * number_two; println!(\"{} times {} is {}\", number_one, number_two, result);\n} fn main() { multiply(8, 9); // We can give the numbers directly let some_number = 10; // Or we can declare two variables let some_other_number = 2; multiply(some_number, some_other_number); // and put them in the function\n} We can also return an i32. Just take out the semicolon at the end: fn multiply(number_one: i32, number_two: i32) -> i32 { let result = number_one * number_two; println!(\"{} times {} is {}\", number_one, number_two, result); result // this is the i32 that we return\n} fn main() { let multiply_result = multiply(8, 9); // We used multiply() to print and to give the result to multiply_result\n}","breadcrumbs":"Printing 'hello, world!'","id":"12","title":"Printing 'hello, world!'"},"13":{"body":"Use let to declare a variable (declare a variable = tell Rust to make a variable). fn main() { let my_number = 8; println!(\"Hello, number {}\", my_number);\n} Variables start and end inside a code block {}. In this example, my_number ends before we call println!, because it is inside its own code block. fn main() { { let my_number = 8; // my_number starts here // my_number ends here! } println!(\"Hello, number {}\", my_number); // β οΈ there is no my_number and // println!() can't find it\n} You can use a code block to return a value: fn main() { let my_number = { let second_number = 8; second_number + 9 // No semicolon, so the code block returns 8 + 9. // It works just like a function }; println!(\"My number is: {}\", my_number);\n} If you add a semicolon inside the block, it will return () (nothing): fn main() { let my_number = { let second_number = 8; // declare second_number, second_number + 9; // add 9 to second_number // but we didn't return it! // second_number dies now }; println!(\"My number is: {:?}\", my_number); // my_number is ()\n} So why did we write {:?} and not {}? We will talk about that now.","breadcrumbs":"Declaring variables and code blocks","id":"13","title":"Declaring variables and code blocks"},"14":{"body":"Simple variables in Rust can be printed with {} inside println!. But some variables can't, and you need to debug print . Debug print is printing for the programmer, because it usually shows more information. Debug sometimes doesn't look pretty, because it has extra information to help you. How do you know if you need {:?} and not {}? The compiler will tell you. For example: fn main() { let doesnt_print = (); println!(\"This will not print: {}\", doesnt_print); // β οΈ\n} When we run this, the compiler says: error[E0277]: `()` doesn't implement `std::fmt::Display` --> src\\main.rs:3:41 |\n3 | println!(\"This will not print: {}\", doesnt_print); | ^^^^^^^^^^^^ `()` cannot be formatted with the default formatter | = help: the trait `std::fmt::Display` is not implemented for `()` = note: in format strings you may be able to use `{:?}` (or {:#?} for pretty-print) instead = note: required by `std::fmt::Display::fmt` = note: this error originates in a macro (in Nightly builds, run with -Z macro-backtrace for more info) This is a lot of information. But the important part is: you may be able to use {:?} (or {:#?} for pretty-print) instead. This means that you can try {:?}, and also {:#?} {:#?} is called \"pretty printing\". It is like {:?} but prints with different formatting over more lines. So Display means printing with {}, and Debug means printing with {:?}. One more thing: you can also use print! without ln if you don't want a new line. fn main() { print!(\"This will not print a new line\"); println!(\" so this will be on the same line\");\n} This prints This will not print a new line so this will be on the same line.","breadcrumbs":"Display and debug","id":"14","title":"Display and debug"},"15":{"body":"If you want to see the smallest and biggest numbers, you can use MIN and MAX. std means \"standard library\" and has all the main functions etc. for Rust. We will learn about the standard library later. But in the meantime, you can remember that this is how you get the smallest and largest number for a type. fn main() { println!(\"The smallest i8 is {} and the biggest i8 is {}.\", std::i8::MIN, std::i8::MAX); // hint: printing std::i8::MIN means \"print MIN inside of the i8 section in the standard library\" println!(\"The smallest u8 is {} and the biggest u8 is {}.\", std::u8::MIN, std::u8::MAX); println!(\"The smallest i16 is {} and the biggest i16 is {}.\", std::i16::MIN, std::i16::MAX); println!(\"The smallest u16 is {} and the biggest u16 is {}.\", std::u16::MIN, std::u16::MAX); println!(\"The smallest i32 is {} and the biggest i32 is {}.\", std::i32::MIN, std::i32::MAX); println!(\"The smallest u32 is {} and the biggest u32 is {}.\", std::u32::MIN, std::u32::MAX); println!(\"The smallest i64 is {} and the biggest i64 is {}.\", std::i64::MIN, std::i64::MAX); println!(\"The smallest u64 is {} and the biggest u64 is {}.\", std::u64::MIN, std::u64::MAX); println!(\"The smallest i128 is {} and the biggest i128 is {}.\", std::i128::MIN, std::i128::MAX); println!(\"The smallest u128 is {} and the biggest u128 is {}.\", std::u128::MIN, std::u128::MAX); } This will print: The smallest i8 is -128 and the biggest i8 is 127.\nThe smallest u8 is 0 and the biggest u8 is 255.\nThe smallest i16 is -32768 and the biggest i16 is 32767.\nThe smallest u16 is 0 and the biggest u16 is 65535.\nThe smallest i32 is -2147483648 and the biggest i32 is 2147483647.\nThe smallest u32 is 0 and the biggest u32 is 4294967295.\nThe smallest i64 is -9223372036854775808 and the biggest i64 is 9223372036854775807.\nThe smallest u64 is 0 and the biggest u64 is 18446744073709551615.\nThe smallest i128 is -170141183460469231731687303715884105728 and the biggest i128 is 170141183460469231731687303715884105727.\nThe smallest u128 is 0 and the biggest u128 is 340282366920938463463374607431768211455.","breadcrumbs":"Smallest and largest numbers","id":"15","title":"Smallest and largest numbers"},"16":{"body":"When you declare a variable with let, it is immutable (cannot be changed). This will not work: fn main() { let my_number = 8; my_number = 10; // β οΈ\n} The compiler says: error[E0384]: cannot assign twice to immutable variable my_number. This is because variables are immutable if you only write let. But sometimes you want to change your variable. To make a variable that you can change, add mut after let: fn main() { let mut my_number = 8; my_number = 10;\n} Now there is no problem. However, you cannot change the type: even mut doesn't let you do that. This will not work: fn main() { let mut my_variable = 8; // it is now an i32. That can't be changed my_variable = \"Hello, world!\"; // β οΈ\n} You will see the same \"expected\" message from the compiler: expected integer, found &str. &str is a string type that we will learn soon.","breadcrumbs":"Mutability (changing)","id":"16","title":"Mutability (changing)"},"17":{"body":"Shadowing means using let to declare a new variable with the same name as another variable. It looks like mutability, but it is completely different. Shadowing looks like this: fn main() { let my_number = 8; // This is an i32 println!(\"{}\", my_number); // prints 8 let my_number = 9.2; // This is an f64 with the same name. But it's not the first my_number - it is completely different! println!(\"{}\", my_number) // Prints 9.2\n} Here we say that we \"shadowed\" my_number with a new \"let binding\". So is the first my_number destroyed? No, but when we call my_number we now get my_number the f64. And because they are in the same scope block (the same {}), we can't see the first my_number anymore. But if they are in different blocks, we can see both. For example: fn main() { let my_number = 8; // This is an i32 println!(\"{}\", my_number); // prints 8 { let my_number = 9.2; // This is an f64. It is not my_number - it is completely different! println!(\"{}\", my_number) // Prints 9.2 // But the shadowed my_number only lives until here. // The first my_number is still alive! } println!(\"{}\", my_number); // prints 8\n} So when you shadow a variable, you don't destroy it. You block it. So what is the advantage of shadowing? Shadowing is good when you need to change a variable a lot. Imagine that you want to do a lot of simple math with a variable: fn times_two(number: i32) -> i32 { number * 2\n} fn main() { let final_number = { let y = 10; let x = 9; // x starts at 9 let x = times_two(x); // shadow with new x: 18 let x = x + y; // shadow with new x: 28 x // return x: final_number is now the value of x }; println!(\"The number is now: {}\", final_number)\n} Without shadowing you would have to think of different names, even though you don't care about x: fn times_two(number: i32) -> i32 { number * 2\n} fn main() { // Pretending we are using Rust without shadowing let final_number = { let y = 10; let x = 9; // x starts at 9 let x_twice = times_two(x); // second name for x let x_twice_and_y = x_twice + y; // third name for x! x_twice_and_y // too bad we didn't have shadowing - we could have just used x }; println!(\"The number is now: {}\", final_number)\n} In general, you see shadowing in Rust in this case. It happens where you want to quickly take variable, do something to it, and do something else again. And you usually use it for quick variables that you don't care too much about.","breadcrumbs":"Shadowing","id":"17","title":"Shadowing"},"18":{"body":"The stack, the heap, and pointers are very important in Rust. The stack and the heap are two places to keep memory in computers. The important differences are: The stack is very fast, but the heap is not so fast. It's not super slow either, but the stack is always faster. But you can't just use the stack all the time, because: The stack needs to know the size of a variable at compile time. So simple variables like i32 go on the stack, because we know their exact size. You always know that an i32 is going to be 4 bytes, because 32 bits = 4 bytes. So i32 can always go on the stack. But some types don't know the size at compile time. But the stack needs to know the exact size. So what do you do? First you put the data in the heap, because the heap can have any size of data. And then to find it a pointer goes on the stack. This is fine because we always know the size of a pointer. So then the computer first goes to the stack, reads the pointer, and follows it to the heap where the data is. Pointers sound complicated, but they are easy. Pointers are like a table of contents in a book. Imagine this book: MY BOOK TABLE OF CONTENTS Chapter Page\nChapter 1: My life 1\nChapter 2: My cat 15\nChapter 3: My job 23\nChapter 4: My family 30\nChapter 5: Future plans 43 So this is like five pointers. You can read them and find the information they are talking about. Where is the chapter \"My life\"? It's on page 1 (it points to page 1). Where is the chapter \"My job?\" It's on page 23. The pointer you usually see in Rust is called a reference . This is the important part to know: a reference points to the memory of another value. A reference means you borrow the value, but you don't own it. It's the same as our book: the table of contents doesn't own the information. It's the chapters that own the information. In Rust, references have a & in front of them. So: let my_variable = 8 makes a regular variable, but let my_reference = &my_variable makes a reference. You read my_reference = &my_variable like this: \"my_reference is a reference to my_variable\". Or: \"my_reference refers to my_variable\". This means that my_reference is only looking at the data of my_variable. my_variable still owns its data. You can also have a reference to a reference, or any number of references. fn main() { let my_number = 15; // This is an i32 let single_reference = &my_number; // This is a &i32 let double_reference = &single_reference; // This is a &&i32 let five_references = &&&&&my_number; // This is a &&&&&i32\n} These are all different types, just in the same way that \"a friend of a friend\" is different from \"a friend\".","breadcrumbs":"The stack, the heap, and pointers","id":"18","title":"The stack, the heap, and pointers"},"19":{"body":"In Rust you can print things in almost any way you want. Here are some more things to know about printing. Adding \\n will make a new line, and \\t will make a tab: fn main() { // Note: this is print!, not println! print!(\"\\t Start with a tab\\nand move to a new line\");\n} This prints: Start with a tab\nand move to a new line Inside \"\" you can write over many lines with no problem, but be careful with the spacing: fn main() { // Note: After the first line you have to start on the far left. // If you write directly under println!, it will add the spaces println!(\"Inside quotes\nyou can write over\nmany lines\nand it will print just fine.\"); println!(\"If you forget to write on the left side, the spaces will be added when you print.\");\n} This prints: Inside quotes\nyou can write over\nmany lines\nand it will print just fine.\nIf you forget to write on the left side, the spaces will be added when you print. If you want to print characters like \\n (called \"escape characters\"), you can add an extra \\: fn main() { println!(\"Here are two escape characters: \\\\n and \\\\t\");\n} This prints: Here are two escape characters: \\n and \\t Sometimes you have too many \" and escape characters, and want Rust to ignore everything. To do this, you can add r# to the beginning and # to the end. fn main() { println!(\"He said, \\\"You can find the file at c:\\\\files\\\\my_documents\\\\file.txt.\\\" Then I found the file.\"); // We used \\ five times here println!(r#\"He said, \"You can find the file at c:\\files\\my_documents\\file.txt.\" Then I found the file.\"#)\n} This prints the same thing, but using r# makes it easier for humans to read. He said, \"You can find the file at c:\\files\\my_documents\\file.txt.\" Then I found the file.\nHe said, \"You can find the file at c:\\files\\my_documents\\file.txt.\" Then I found the file. If you need to print with a # inside, then you can start with r## and end with ##. And if you need more than one, you can add one more # on each side. Here are four examples: fn main() { let my_string = \"'Ice to see you,' he said.\"; // single quotes let quote_string = r#\"\"Ice to see you,\" he said.\"#; // double quotes let hashtag_string = r##\"The hashtag #IceToSeeYou had become very popular.\"##; // Has one # so we need at least ## let many_hashtags = r####\"\"You don't have to type ### to use a hashtag. You can just use #.\"\"####; // Has three ### so we need at least #### println!(\"{}\\n{}\\n{}\\n{}\\n\", my_string, quote_string, hashtag_string, many_hashtags); } This will print: 'Ice to see you,' he said.\n\"Ice to see you,\" he said.\nThe hashtag #IceToSeeYou had become very popular.\n\"You don't have to type ### to use a hashtag. You can just use #.\" r# has another use: with it you can use a keyword (words like let, fn, etc.) as a variable name. fn main() { let r#let = 6; // The variable's name is let let mut r#mut = 10; // This variable's name is mut\n} r# has this function because older versions of Rust had fewer keywords than Rust now. So with r# you can avoid mistakes with variable names that were not keywords before. Or maybe for some reason you really need a function to have a name like return. Then you can write this: fn r#return() -> u8 { println!(\"Here is your number.\"); 8\n} fn main() { let my_number = r#return(); println!(\"{}\", my_number);\n} This prints: Here is your number.\n8 So you probably won't need it, but if you really need to use a keyword for a variable then you can use r#. If you want to print the bytes of a &str or a char, you can just write b before the string. This works for all ASCII characters. These are all the ASCII characters: βΊβ»β₯β¦β£β β«βΌβΊβββΌΒΆΒ§β¬β¨ββββββ²βΌ123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\\]^_`abcdefghijklmnopqrstuvwxyz{|}~ So when you print this: fn main() { println!(\"{:?}\", b\"This will look like numbers\");\n} Here is the result: [84, 104, 105, 115, 32, 119, 105, 108, 108, 32, 108, 111, 111, 107, 32, 108, 105, 107, 101, 32, 110, 117, 109, 98, 101, 114, 115] For a char this is called a byte , and for a &str it's called a byte string . You can also put b and r together if you need to: fn main() { println!(\"{:?}\", br##\"I like to write \"#\".\"##);\n} That will print [73, 32, 108, 105, 107, 101, 32, 116, 111, 32, 119, 114, 105, 116, 101, 32, 34, 35, 34, 46]. There is also a Unicode escape that lets you print any Unicode character inside a string: \\u{}. A hexadecimal number goes inside the {} to print it. Here is a short example of how to get the Unicode number, and how to print it again. fn main() { println!(\"{:X}\", 'ν' as u32); // Cast char as u32 to get the hexadecimal value println!(\"{:X}\", 'H' as u32); println!(\"{:X}\", 'ε±
' as u32); println!(\"{:X}\", 'γ' as u32); println!(\"\\u{D589}, \\u{48}, \\u{5C45}, \\u{3044}\"); // Try printing them with unicode escape \\u\n} We know that println! can print with {} (for Display) and {:?} (for Debug), plus {:#?} for pretty printing. But there are many other ways to print. For example, if you have a reference, you can use {:p} to print the pointer address . Pointer address means the location in your computer's memory. fn main() { let number = 9; let number_ref = &number; println!(\"{:p}\", number_ref);\n} This prints 0xe2bc0ffcfc or some other address. It might be different every time, depending on where your computer stores it. Or you can print binary, hexadecimal and octal: fn main() { let number = 555; println!(\"Binary: {:b}, hexadecimal: {:x}, octal: {:o}\", number, number, number);\n} This prints Binary: 1000101011, hexadecimal: 22b, octal: 1053. Or you can add numbers to change the order. The first variable will be in index 0, the next in index 1, and so on. fn main() { let father_name = \"Vlad\"; let son_name = \"Adrian Fahrenheit\"; let family_name = \"ΘepeΘ\"; println!(\"This is {1} {2}, son of {0} {2}.\", father_name, son_name, family_name);\n} father_name is in position 0, son_name is in position 1, and family_name is in position 2. So it prints This is Adrian Fahrenheit ΘepeΘ, son of Vlad ΘepeΘ. Maybe you have a very complex string to print with too many variables inside the {} curly brackets. Or maybe you need to print a variable more than one time. Then it can help to add names to the {}: fn main() { println!( \"{city1} is in {country} and {city2} is also in {country},\nbut {city3} is not in {country}.\", city1 = \"Seoul\", city2 = \"Busan\", city3 = \"Tokyo\", country = \"Korea\" );\n} That will print: Seoul is in Korea and Busan is also in Korea,\nbut Tokyo is not in Korea. Very complex printing is also possible in Rust if you want to use it. Here is how to do it: {variable:padding alignment minimum.maximum} To understand this, look at the Do you want a variable name? Write that first, like when we wrote {country} above. (Then add a : after it if you want to do more things) Do you want a padding character? For example, 55 with three \"padding zeros\" looks like 00055. What alignment (left / middle / right) for the padding? Do you want a minimum length? (just write a number) Do you want a maximum length? (write a number with a . in front) For example, if I want to write \"a\" with five γ
characters on the left and five γ
characters on the right: fn main() { let letter = \"a\"; println!(\"{:γ
^11}\", letter);\n} This prints γ
γ
γ
γ
γ
aγ
γ
γ
γ
γ
. Let's look at 1) to 5) for this to understand how the compiler reads it. Do you want a variable name? {:γ
^11} There is no variable name. There is nothing before :. Do you want a padding character? {:γ
^11} Yes. γ
comes after the : and has a ^. < means padding with the character on the left, > means on the right, and ^ means in the middle. Do you want a minimum length? {:γ
^11} Yes: there is an 11 after. Do you want a maximum length? {:γ
^11} No: there is no number with a . before. Here is an example of many types of formatting. fn main() { let title = \"TODAY'S NEWS\"; println!(\"{:-^30}\", title); // no variable name, pad with -, put in centre, 30 characters long let bar = \"|\"; println!(\"{: <15}{: >15}\", bar, bar); // no variable name, pad with space, 15 characters each, one to the left, one to the right let a = \"SEOUL\"; let b = \"TOKYO\"; println!(\"{city1:-<15}{city2:->15}\", city1 = a, city2 = b); // variable names city1 and city2, pad with -, one to the left, one to the right\n} It prints: ---------TODAY'S NEWS---------\n| |\nSEOUL--------------------TOKYO","breadcrumbs":"More about printing","id":"19","title":"More about printing"},"2":{"body":"I am a Canadian who lives in Korea, and I wrote Easy Rust while thinking of how to make it easy for companies here to start using it. I hope that other countries that don't use English as a first language can use it too.","breadcrumbs":"Who am I?","id":"2","title":"Who am I?"},"20":{"body":"Rust has two main types of strings: String and &str. What is the difference? &str is a simple string. When you write let my_variable = \"Hello, world!\", you create a &str. A &str is very fast. String is a more complicated string. It is a bit slower, but it has more functions. A String is a pointer, with data on the heap. Also note that &str has the & in front of it because you need a reference to use a str. That's because of the reason we saw above: the stack needs to know the size. So we give it a & that it knows the size of, and then it is happy. Also, because you use a & to interact with a str, you don't own it. But a String is an owned type. We will soon learn why that is important to know. Both &str and String are UTF-8. For example, you can write: fn main() { let name = \"μνμ§\"; // This is a Korean name. No problem, because a &str is UTF-8. let other_name = String::from(\"Adrian Fahrenheit ΘepeΘ\"); // Θ and Θ are no problem in UTF-8.\n} You can see in String::from(\"Adrian Fahrenheit ΘepeΘ\") that it is easy to make a String from a &str. The two types are very closely linked together, even though they are different. You can even write emojis, thanks to UTF-8. fn main() { let name = \"π\"; println!(\"My name is actually {}\", name);\n} On your computer that will print My name is actually π unless your command line can't print it. Then it will show My name is actually οΏ½. But Rust has no problem with emojis or any other Unicode. Let's look at the reason for using a & for strs again to make sure we understand. str is a dynamically sized type (dynamically sized = the size can be different). For example, the names \"μνμ§\" and \"Adrian Fahrenheit ΘepeΘ\" are not the same size: fn main() { println!(\"A String is always {:?} bytes. It is Sized.\", std::mem::size_of::()); // std::mem::size_of::() gives you the size in bytes of a type println!(\"And an i8 is always {:?} bytes. It is Sized.\", std::mem::size_of::()); println!(\"And an f64 is always {:?} bytes. It is Sized.\", std::mem::size_of::()); println!(\"But a &str? It can be anything. 'μνμ§' is {:?} bytes. It is not Sized.\", std::mem::size_of_val(\"μνμ§\")); // std::mem::size_of_val() gives you the size in bytes of a variable println!(\"And 'Adrian Fahrenheit ΘepeΘ' is {:?} bytes. It is not Sized.\", std::mem::size_of_val(\"Adrian Fahrenheit ΘepeΘ\"));\n} This prints: A String is always 24 bytes. It is Sized.\nAnd an i8 is always 1 bytes. It is Sized.\nAnd an f64 is always 8 bytes. It is Sized.\nBut a &str? It can be anything. 'μνμ§' is 9 bytes. It is not Sized.\nAnd 'Adrian Fahrenheit ΘepeΘ' is 25 bytes. It is not Sized. That is why we need a &, because & makes a pointer, and Rust knows the size of the pointer. So the pointer goes on the stack. If we wrote str, Rust wouldn't know what to do because it doesn't know the size. There are many ways to make a String. Here are some: String::from(\"This is the string text\"); This a method for String that takes text and creates a String. \"This is the string text\".to_string(). This is a method for &str that makes it a String. The format! macro. This is like println! except it creates a String instead of printing. So you can do this: fn main() { let my_name = \"Billybrobby\"; let my_country = \"USA\"; let my_home = \"Korea\"; let together = format!( \"I am {} and I come from {} but I live in {}.\", my_name, my_country, my_home );\n} Now we have a String named together but did not print it yet. One other way to make a String is called .into() but it is a bit different because .into() isn't just for making a String. Some types can easily convert to and from another type using From and .into(). And if you have From, then you also have .into(). From is clearer because you already know the types: you know that String::from(\"Some str\") is a String from a &str. But with .into(), sometimes the compiler doesn't know: fn main() { let my_string = \"Try to make this a String\".into(); // β οΈ\n} Rust doesn't know what type you want, because many types can be made from a &str. It says, \"I can make a &str into a lot of things. Which one do you want?\" error[E0282]: type annotations needed --> src\\main.rs:2:9 |\n2 | let my_string = \"Try to make this a String\".into(); | ^^^^^^^^^ consider giving `my_string` a type So you can do this: fn main() { let my_string: String = \"Try to make this a String\".into();\n} And now you get a String.","breadcrumbs":"Strings","id":"20","title":"Strings"},"21":{"body":"There are two types that don't use let to declare: const and static. Also, Rust won't use type inference: you need to write the type for them. These are for variables that don't change (const means constant). The difference is that: const is a value that does not change, static is a value that does not change and has a fixed memory location. So they are almost the same. Rust programmers almost always use const. You write them with ALL CAPITAL LETTERS, and usually outside of main so that they can live for the whole program. Two examples are: const NUMBER_OF_MONTHS: u32 = 12; and static SEASONS: [&str; 4] = [\"Spring\", \"Summer\", \"Fall\", \"Winter\"];","breadcrumbs":"const and static","id":"21","title":"const and static"},"22":{"body":"References are very important in Rust. Rust uses references to make sure that all memory access is safe. We know that we use & to create a reference: fn main() { let country = String::from(\"Austria\"); let ref_one = &country; let ref_two = &country; println!(\"{}\", ref_one);\n} This prints Austria. In the code, country is a String. We then created two references to country. They have the type &String, which you say is a \"reference to a String\". We could create three references or one hundred references to country and it would be no problem. But this is a problem: fn return_str() -> &str { let country = String::from(\"Austria\"); let country_ref = &country; country_ref // β οΈ\n} fn main() { let country = return_str();\n} The function return_str() creates a String, then it creates a reference to the String. Then it tries to return the reference. But the String country only lives inside the function, and then it dies. Once a variable is gone, the computer will clean up the memory and use it for something else. So after the function is over, country_ref is referring to memory that is already gone, and that's not okay. Rust prevents us from making a mistake with memory here. This is the important part about the \"owned\" type that we talked about above. Because you own a String, you can pass it around. But a &String will die if its String dies, so you don't pass around \"ownership\" with it.","breadcrumbs":"More on references","id":"22","title":"More on references"},"23":{"body":"If you want to use a reference to change data, you can use a mutable reference. For a mutable reference, you write &mut instead of &. fn main() { let mut my_number = 8; // don't forget to write mut here! let num_ref = &mut my_number;\n} So what are the two types? my_number is an i32, and num_ref is &mut i32 (we say a \"mutable reference to an i32\"). So let's use it to add 10 to my_number. But you can't write num_ref += 10, because num_ref is not the i32 value, it is a &i32. The value is actually inside the i32. To reach the place where the value is, we use *. * means \"I don't want the reference, I want the value behind the reference\". In other words, one * is the opposite of &. Also, one * erases one &. fn main() { let mut my_number = 8; let num_ref = &mut my_number; *num_ref += 10; // Use * to change the i32 value. println!(\"{}\", my_number); let second_number = 800; let triple_reference = &&&second_number; println!(\"Second_number = triple_reference? {}\", second_number == ***triple_reference);\n} This prints: 18\nSecond_number = triple_reference? true Because using & is called \"referencing\", using * is called \" de referencing\". Rust has two rules for mutable and immutable references. They are very important, but also easy to remember because they make sense. Rule 1 : If you have only immutable references, you can have as many as you want. 1 is fine, 3 is fine, 1000 is fine. No problem. Rule 2 : If you have a mutable reference, you can only have one. Also, you can't have an immutable reference and a mutable reference together. This is because mutable references can change the data. You could get problems if you change the data when other references are reading it. A good way to understand is to think of a Powerpoint presentation. Situation one is about only one mutable reference . Situation one: An employee is writing a Powerpoint presentation. He wants his manager to help him. The employee gives his login information to his manager, and asks him to help by making edits. Now the manager has a \"mutable reference\" to the employee's presentation. The manager can make any changes he wants, and give the computer back later. This is fine, because nobody else is looking at the presentation. Situation two is about only immutable references . Situation two: The employee is giving the presentation to 100 people. All 100 people can now see the employee's data. They all have an \"immutable reference\" to the employee's presentation. This is fine, because they can see it but nobody can change the data. Situation three is the problem situation . Situation three: The Employee gives his manager his login information. His manager now has a \"mutable reference\". Then the employee went to give the presentation to 100 people, but the manager can still login. This is not fine, because the manager can log in and do anything. Maybe his manager will log into the computer and start typing an email to his mother! Now the 100 people have to watch the manager write an email to his mother instead of the presentation. That's not what they expected to see. Here is an example of a mutable borrow with an immutable borrow: fn main() { let mut number = 10; let number_ref = &number; let number_change = &mut number; *number_change += 10; println!(\"{}\", number_ref); // β οΈ\n} The compiler prints a helpful message to show us the problem. error[E0502]: cannot borrow `number` as mutable because it is also borrowed as immutable --> src\\main.rs:4:25 |\n3 | let number_ref = &number; | ------- immutable borrow occurs here\n4 | let number_change = &mut number; | ^^^^^^^^^^^ mutable borrow occurs here\n5 | *number_change += 10;\n6 | println!(\"{}\", number_ref); | ---------- immutable borrow later used here However, this code will work. Why? fn main() { let mut number = 10; let number_change = &mut number; // create a mutable reference *number_change += 10; // use mutable reference to add 10 let number_ref = &number; // create an immutable reference println!(\"{}\", number_ref); // print the immutable reference\n} It prints 20 with no problem. It works because the compiler is smart enough to understand our code. It knows that we used number_change to change number, but didn't use it again. So here there is no problem. We are not using immutable and mutable references together. Earlier in Rust this kind of code actually generated an error, but the compiler is smarter now. It can understand not just what we type, but how we use everything.","breadcrumbs":"Mutable references","id":"23","title":"Mutable references"},"24":{"body":"Remember when we said that shadowing doesn't destroy a value but blocks it? Now we can use references to see this. fn main() { let country = String::from(\"Austria\"); let country_ref = &country; let country = 8; println!(\"{}, {}\", country_ref, country);\n} Does this print Austria, 8 or 8, 8? It prints Austria, 8. First we declare a String called country. Then we create a reference country_ref to this string. Then we shadow country with 8, which is an i32. But the first country was not destroyed, so country_ref still says \"Austria\", not \"8\". Here is the same code with some comments to show how it works: fn main() { let country = String::from(\"Austria\"); // Now we have a String called country let country_ref = &country; // country_ref is a reference to this data. It's not going to change let country = 8; // Now we have a variable called country that is an i8. But it has no relation to the other one, or to country_ref println!(\"{}, {}\", country_ref, country); // country_ref still refers to the data of String::from(\"Austria\") that we gave it.\n}","breadcrumbs":"Shadowing again","id":"24","title":"Shadowing again"},"25":{"body":"References are very useful for functions. The rule in Rust on values is: a value can only have one owner. This code will not work: fn print_country(country_name: String) { println!(\"{}\", country_name);\n} fn main() { let country = String::from(\"Austria\"); print_country(country); // We print \"Austria\" print_country(country); // β οΈ That was fun, let's do it again!\n} It does not work because country is destroyed. Here's how: Step 1: We create the String called country. country is the owner. Step 2: We give country to print_country. print_country doesn't have an ->, so it doesn't return anything. After print_country finishes, our String is now dead. Step 3: We try to give country to print_country, but we already did that. We don't have country to give anymore. We can make print_country give the String back, but it is a bit awkward. fn print_country(country_name: String) -> String { println!(\"{}\", country_name); country_name // return it here\n} fn main() { let country = String::from(\"Austria\"); let country = print_country(country); // we have to use let here now to get the String back print_country(country);\n} Now it prints: Austria\nAustria The much better way to fix this is by adding &. fn print_country(country_name: &String) { println!(\"{}\", country_name);\n} fn main() { let country = String::from(\"Austria\"); print_country(&country); // We print \"Austria\" print_country(&country); // That was fun, let's do it again!\n} Now print_country() is a function that takes a reference to a String: a &String. Also, we give it a reference to country by writing &country. This says \"you can look at it, but I will keep it\". Now let's do something similar with a mutable reference. Here is an example of a function that uses a mutable variable. fn add_hungary(country_name: &mut String) { // first we say that the function takes a mutable reference country_name.push_str(\"-Hungary\"); // push_str() adds a &str to a String println!(\"Now it says: {}\", country_name);\n} fn main() { let mut country = String::from(\"Austria\"); add_hungary(&mut country); // we also need to give it a mutable reference.\n} This prints Now it says: Austria-Hungary. So to conclude: fn function_name(variable: String) takes a String and owns it. If it doesn't return anything, then the variable dies inside the function. fn function_name(variable: &String) borrows a String and can look at it fn function_name(variable: &mut String) borrows a String and can change it Here is an example that looks like a mutable reference, but it is different. fn main() { let country = String::from(\"Austria\"); // country is not mutable, but we are going to print Austria-Hungary. How? adds_hungary(country);\n} fn adds_hungary(mut country: String) { // Here's how: adds_hungary takes the String and declares it mutable! country.push_str(\"-Hungary\"); println!(\"{}\", country);\n} How is this possible? It is because mut country is not a reference: adds_hungary owns country now. (Remember, it takes String and not &String). The moment you call adds_hungary, it becomes the full owner. country has nothing to do with String::from(\"Austria\") anymore. So adds_hungary can take country as mutable, and it is perfectly safe to do so. Remember our employee Powerpoint and manager situation above? In this situation it is like the employee just giving his whole computer to the manager. The employee won't ever touch it again, so the manager can do anything he wants to it.","breadcrumbs":"Giving references to functions","id":"25","title":"Giving references to functions"},"26":{"body":"Some types in Rust are very simple. They are called copy types . These simple types are all on the stack, and the compiler knows their size. That means that they are very easy to copy, so the compiler always copies when you send it to a function. It always copies because they are so small and easy that there is no reason not to copy. So you don't need to worry about ownership for these types. These simple types include: integers, floats, booleans (true and false), and char. How do you know if a type implements copy? (implements = can use) You can check the documentation. For example, here is the documentation for char: https://doc.rust-lang.org/std/primitive.char.html On the left you can see Trait Implementations . You can see for example Copy , Debug , and Display . So you know that a char: is copied when you send it to a function ( Copy ) can use {} to print ( Display ) can use {:?} to print ( Debug ) fn prints_number(number: i32) { // There is no -> so it's not returning anything // If number was not copy type, it would take it // and we couldn't use it again println!(\"{}\", number);\n} fn main() { let my_number = 8; prints_number(my_number); // Prints 8. prints_number gets a copy of my_number prints_number(my_number); // Prints 8 again. // No problem, because my_number is copy type!\n} But if you look at the documentation for String, it is not copy type. https://doc.rust-lang.org/std/string/struct.String.html On the left in Trait Implementations you can look in alphabetical order. A, B, C... there is no Copy in C. But there is Clone . Clone is similar to Copy , but usually needs more memory. Also, you have to call it with .clone() - it won't clone just by itself. In this example, prints_country() prints the country name, a String. We want to print it two times, but we can't: fn prints_country(country_name: String) { println!(\"{}\", country_name);\n} fn main() { let country = String::from(\"Kiribati\"); prints_country(country); prints_country(country); // β οΈ\n} But now we understand the message. error[E0382]: use of moved value: `country` --> src\\main.rs:4:20 |\n2 | let country = String::from(\"Kiribati\"); | ------- move occurs because `country` has type `std::string::String`, which does not implement the `Copy` trait\n3 | prints_country(country); | ------- value moved here\n4 | prints_country(country); | ^^^^^^^ value used here after move The important part is which does not implement the Copy trait. But in the documentation we saw that String implements the Clone trait. So we can add .clone() to our code. This creates a clone, and we send the clone to the function. Now country is still alive, so we can use it. fn prints_country(country_name: String) { println!(\"{}\", country_name);\n} fn main() { let country = String::from(\"Kiribati\"); prints_country(country.clone()); // make a clone and give it to the function. Only the clone goes in, and country is still alive prints_country(country);\n} Of course, if the String is very large, .clone() can use a lot of memory. One String can be a whole book in length, and every time we call .clone() it will copy the book. So using & for a reference is faster, if you can. For example, this code pushes a &str onto a String and then makes a clone every time it gets used in a function: fn get_length(input: String) { // Takes ownership of a String println!(\"It's {} words long.\", input.split_whitespace().count()); // splits to count the number of words\n} fn main() { let mut my_string = String::new(); for _ in 0..50 { my_string.push_str(\"Here are some more words \"); // push the words on get_length(my_string.clone()); // gives it a clone every time }\n} It prints: It's 5 words long.\nIt's 10 words long.\n...\nIt's 250 words long. That's 50 clones. Here it is using a reference instead, which is better: fn get_length(input: &String) { println!(\"It's {} words long.\", input.split_whitespace().count());\n} fn main() { let mut my_string = String::new(); for _ in 0..50 { my_string.push_str(\"Here are some more words \"); get_length(&my_string); }\n} Instead of 50 clones, it's zero.","breadcrumbs":"Copy types","id":"26","title":"Copy types"},"27":{"body":"A variable without a value is called an \"uninitialized\" variable. Uninitialized means \"hasn't started yet\". They are simple: just write let and the variable name: fn main() { let my_variable; // β οΈ\n} But you can't use it yet, and Rust won't compile if anything is uninitialized. But sometimes they can be useful. A good example is when: You have a code block and the value for your variable is inside it, and The variable needs to live outside of the code block. fn loop_then_return(mut counter: i32) -> i32 { loop { counter += 1; if counter % 50 == 0 { break; } } counter\n} fn main() { let my_number; { // Pretend we need to have this code block let number = { // Pretend there is code here to make a number // Lots of code, and finally: 57 }; my_number = loop_then_return(number); } println!(\"{}\", my_number);\n} This prints 100. You can see that my_number was declared in the main() function, so it lives until the end. But it gets its value from inside a loop. However, that value lives as long as my_number, because my_number has the value. And if you wrote let my_number = loop_then_return(number) inside the block, it would just die right away. It helps to imagine if you simplify the code. loop_then_return(number) gives the result 100, so let's delete it and write 100 instead. Also, now we don't need number so we will delete it too. Now it looks like this: fn main() { let my_number; { my_number = 100; } println!(\"{}\", my_number);\n} So it's almost like saying let my_number = { 100 };. Also note that my_number is not mut. We didn't give it a value until we gave it 50, so it never changed its value. In the end, the real code for my_number is just let my_number = 100;.","breadcrumbs":"Variables without values","id":"27","title":"Variables without values"},"28":{"body":"Rust has a lot of types for making a collection. Collections are for when you need more than one value in one spot. For example, you could have information on all the cities in your country inside one variable. We will start with arrays, which are fastest but also have the least functionality. They are kind of like &str in that way.","breadcrumbs":"Collection types","id":"28","title":"Collection types"},"29":{"body":"An array is data inside square brackets: []. Arrays: must not change their size, must only contain the same type. They are very fast, however. The type of an array is: [type; number]. For example, the type of [\"One\", \"Two\"] is [&str; 2]. This means that even these two arrays have different types: fn main() { let array1 = [\"One\", \"Two\"]; // This one is type [&str; 2] let array2 = [\"One\", \"Two\", \"Five\"]; // But this one is type [&str; 3]. Different type!\n} Here is a good tip: to know the type of a variable, you can \"ask\" the compiler by giving it bad instructions. For example: fn main() { let seasons = [\"Spring\", \"Summer\", \"Autumn\", \"Winter\"]; let seasons2 = [\"Spring\", \"Summer\", \"Fall\", \"Autumn\", \"Winter\"]; seasons.ddd(); // β οΈ seasons2.thd(); // β οΈ as well\n} The compiler says, \"What? There's no .ddd() method for seasons and no .thd() method for seasons 2 either!!\" as you can see: error[E0599]: no method named `ddd` found for array `[&str; 4]` in the current scope --> src\\main.rs:4:13 |\n4 | seasons.ddd(); // | ^^^ method not found in `[&str; 4]` error[E0599]: no method named `thd` found for array `[&str; 5]` in the current scope --> src\\main.rs:5:14 |\n5 | seasons2.thd(); // | ^^^ method not found in `[&str; 5]` So it tells you method not found in `[&str; 4]`, which is the type. If you want an array with all the same value, you can declare it like this: fn main() { let my_array = [\"a\"; 10]; println!(\"{:?}\", my_array);\n} This prints [\"a\", \"a\", \"a\", \"a\", \"a\", \"a\", \"a\", \"a\", \"a\", \"a\"]. This method is used a lot to create buffers. For example, let mut buffer = [0; 640] creates an array of 640 zeroes. Then we can change zero to other numbers in order to add data. You can index (get) entries in an array with []. The first entry is [0], the second is [1], and so on. fn main() { let my_numbers = [0, 10, -20]; println!(\"{}\", my_numbers[1]); // prints 10\n} You can get a slice (a piece) of an array. First you need a &, because the compiler doesn't know the size. Then you can use .. to show the range. For example, let's use this array: [1, 2, 3, 4, 5, 6, 7, 8, 9, 10]. fn main() { let array_of_ten = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10]; let three_to_five = &array_of_ten[2..5]; let start_at_two = &array_of_ten[1..]; let end_at_five = &array_of_ten[..5]; let everything = &array_of_ten[..]; println!(\"Three to five: {:?}, start at two: {:?}, end at five: {:?}, everything: {:?}\", three_to_five, start_at_two, end_at_five, everything);\n} Remember that: Index numbers start at 0 (not 1) Index ranges are exclusive (they do not include the last number) So [0..2] means the first index and the second index (0 and 1). Or you can call it the \"zeroth and first\" index. It doesn't have the third item, which is index 2. You can also have an inclusive range, which means it includes the last number too. To do this, add = to write ..= instead of ... So instead of [0..2] you can write [0..=2] if you want the first, second, and third item.","breadcrumbs":"Arrays","id":"29","title":"Arrays"},"3":{"body":"Rust in Easy English was written from July to August 2020, and is over 400 pages long. You can contact me here or on LinkedIn or on Twitter if you have any questions. If you see anything wrong or have a pull request to make, go ahead. Over 20 people have already helped out by fixing typos and problems in the code, so you can too. I'm not the world's best Rust expert so I always like to hear new ideas or see where I can make the book better. Part 1 - Rust in your browser Rust Playground π§ and β οΈ Comments Types Primitive types Type inference Floats Printing 'hello, world!' Declaring variables and code blocks Display and debug Smallest and largest numbers Mutability (changing) Shadowing The stack, the heap, and pointers More about printing Strings const and static More on references Mutable references Shadowing again Giving references to functions Copy types Variables without values Collection types Arrays Vectors Tuples Control flow Structs Enums Enums to use multiple types Loops Implementing structs and enums Destructuring References and the dot operator Generics Option and Result Option Result Other collections HashMap (and BTreeMap) HashSet and BTreeSet BinaryHeap VecDeque The ? operator When panic and unwrap are good Traits The From trait Taking a String and a &str in a function Chaining methods Iterators How an iterator works Closures |_| in a closure Helpful methods for closures and iterators The dbg! macro and .inspect Types of &str Lifetimes Interior mutability Cell RefCell Mutex RwLock Cow Type aliases Importing and renaming inside a function The todo! macro Rc Multiple threads Closures in functions impl Trait Arc Channels Reading Rust documentation assert_eq! Searching [src] button Information on traits Attributes Box Box around traits Default and the builder pattern Deref and DerefMut Crates and modules Testing Test-driven development External crates rand rayon serde regex chrono A tour of the standard library Arrays char Integers Floats Bool Vec String OsString and CString Mem Prelude Time Other-macros Writing macros Part 2 - Rust on your computer Cargo Taking_user_input Using files Cargo doc The end?","breadcrumbs":"Writing Rust in Easy English","id":"3","title":"Writing Rust in Easy English"},"30":{"body":"In the same way that we have &str and String, we have arrays and vectors. Arrays are faster with less functionality, and vectors are slower with more functionality. (Of course, Rust is always very fast so vectors are not slow, just slow er than arrays.) The type is written Vec, and you can also just call it a \"vec\". There are two main ways to declare a vector. One is like with String using new: fn main() { let name1 = String::from(\"Windy\"); let name2 = String::from(\"Gomesy\"); let mut my_vec = Vec::new(); // If we run the program now, the compiler will give an error. // It doesn't know the type of vec. my_vec.push(name1); // Now it knows: it's Vec my_vec.push(name2);\n} You can see that a Vec always has something else inside it, and that's what the <> (angle brackets) are for. A Vec is a vector with one or more Strings. You can also have more types inside. For example: Vec<(i32, i32)> this is a Vec where each item is a tuple: (i32, i32). Vec> this is a Vec that has Vecs of Strings. Say for example you wanted to save your favourite book as a Vec. Then you do it again with another book, and get another Vec. To hold both books, you would put them into another Vec and that would be a Vec>. Instead of using .push() to make Rust decide the type, you can just declare the type. fn main() { let mut my_vec: Vec = Vec::new(); // The compiler knows the type // so there is no error.\n} You can see that items in vectors must have the same type. Another easy way to create a vector is with the vec! macro. It looks like an array declaration, but has vec! in front of it. fn main() { let mut my_vec = vec![8, 10, 10];\n} The type is Vec. You call it a \"Vec of i32s\". And a Vec is a \"Vec of strings\". And a Vec> is a \"Vec of a vec of strings\". You can slice a vector too, just like in an array. fn main() { let vec_of_ten = vec![1, 2, 3, 4, 5, 6, 7, 8, 9, 10]; // Everything is the same as above except we added vec!. let three_to_five = &vec_of_ten[2..5]; let start_at_two = &vec_of_ten[1..]; let end_at_five = &vec_of_ten[..5]; let everything = &vec_of_ten[..]; println!(\"Three to five: {:?},\nstart at two: {:?}\nend at five: {:?}\neverything: {:?}\", three_to_five, start_at_two, end_at_five, everything);\n} Because a vec is slower than an array, we can use some methods to make it faster. A vec has a capacity , which means the space given to the vector. When you push a new item on the vector, it gets closer and closer to the capacity. Then if you go past the capacity, it will make its capacity double and copy the items into the new space. This is called reallocation. We'll use a method called .capacity() to look at the capacity of a vector as we add items to it. For example: fn main() { let mut num_vec = Vec::new(); println!(\"{}\", num_vec.capacity()); // 0 elements: prints 0 num_vec.push('a'); // add one character println!(\"{}\", num_vec.capacity()); // 1 element: prints 4. Vecs with 1 item always start with capacity 4 num_vec.push('a'); // add one more num_vec.push('a'); // add one more num_vec.push('a'); // add one more println!(\"{}\", num_vec.capacity()); // 4 elements: still prints 4. num_vec.push('a'); // add one more println!(\"{}\", num_vec.capacity()); // prints 8. We have 5 elements, but it doubled 4 to 8 to make space\n} This prints: 0\n4\n4\n8 So this vector has three reallocations: 0 to 4, and 4 to 8. We can make it faster: fn main() { let mut num_vec = Vec::with_capacity(8); // Give it capacity 8 num_vec.push('a'); // add one character println!(\"{}\", num_vec.capacity()); // prints 8 num_vec.push('a'); // add one more println!(\"{}\", num_vec.capacity()); // prints 8 num_vec.push('a'); // add one more println!(\"{}\", num_vec.capacity()); // prints 8. num_vec.push('a'); // add one more num_vec.push('a'); // add one more // Now we have 5 elements println!(\"{}\", num_vec.capacity()); // Still 8\n} This vector has 0 reallocations, which is better. So if you think you know how many elements you need, you can use Vec::with_capacity() to make it faster. You remember that you can use .into() to make a &str into a String. You can also use it to make an array into a Vec. You have to tell .into() that you want a Vec, but you don't have to choose the type of Vec. If you don't want to choose, you can write Vec<_>. fn main() { let my_vec: Vec = [1, 2, 3].into(); let my_vec2: Vec<_> = [9, 0, 10].into(); // Vec<_> means \"choose the Vec type for me\" // Rust will choose Vec\n}","breadcrumbs":"Vectors","id":"30","title":"Vectors"},"31":{"body":"Tuples in Rust use (). We have seen many empty tuples already, because nothing in a function actually means an empty tuple: fn do_something() {} is actually short for: fn do_something() -> () {} That function gets nothing (an empty tuple), and returns nothing (an empty tuple). So we have been using tuples a lot already. When you don't return anything in a function, you actually return an empty tuple. fn just_prints() { println!(\"I am printing\"); // Adding ; means we return an empty tuple\n} fn main() {} But tuples can hold many things, and can hold different types too. Items inside a tuple are also indexed with numbers 0, 1, 2, and so on. But to access them, you use a . instead of a []. Let's put a whole bunch of types into a single tuple. fn main() { let random_tuple = (\"Here is a name\", 8, vec!['a'], 'b', [8, 9, 10], 7.7); println!( \"Inside the tuple is: First item: {:?}\nSecond item: {:?}\nThird item: {:?}\nFourth item: {:?}\nFifth item: {:?}\nSixth item: {:?}\", random_tuple.0, random_tuple.1, random_tuple.2, random_tuple.3, random_tuple.4, random_tuple.5, )\n} This prints: Inside the tuple is: First item: \"Here is a name\"\nSecond item: 8\nThird item: ['a']\nFourth item: 'b'\nFifth item: [8, 9, 10]\nSixth item: 7.7 That tuple is of type (&str, i32, Vec, char, [i32; 3], f64). You can use a tuple to create multiple variables. Take a look at this code: fn main() { let str_vec = vec![\"one\", \"two\", \"three\"];\n} str_vec has three items in it. What if we want to pull them out? That's where we can use a tuple. fn main() { let str_vec = vec![\"one\", \"two\", \"three\"]; let (a, b, c) = (str_vec[0], str_vec[1], str_vec[2]); // call them a, b, and c println!(\"{:?}\", b);\n} That prints \"two\", which is what b is. This is called destructuring . That is because first the variables are inside a structure, but then we made a, b, and c that are not inside a structure. If you need to destructure but don't want all the variables, you can use _. fn main() { let str_vec = vec![\"one\", \"two\", \"three\"]; let (_, _, variable) = (str_vec[0], str_vec[1], str_vec[2]);\n} Now it only creates a variable called variable but doesn't make a variable for the others. There are many more collection types, and many more ways to use arrays, vecs, and tuples. We will learn more about them too, but first we will learn control flow.","breadcrumbs":"Tuples","id":"31","title":"Tuples"},"32":{"body":"Control flow means telling your code what to do in different situations. The simplest control flow is if. fn main() { let my_number = 5; if my_number == 7 { println!(\"It's seven\"); }\n} Also note that you use == and not =. == is to compare, = is to assign (to give a value). Also note that we wrote if my_number == 7 and not if (my_number == 7). You don't need brackets with if in Rust. else if and else give you more control: fn main() { let my_number = 5; if my_number == 7 { println!(\"It's seven\"); } else if my_number == 6 { println!(\"It's six\") } else { println!(\"It's a different number\") }\n} This prints It's a different number because it's not equal to 7 or 6. You can add more conditions with && (and) and || (or). fn main() { let my_number = 5; if my_number % 2 == 1 && my_number > 0 { // % 2 means the number that remains after diving by two println!(\"It's a positive odd number\"); } else if my_number == 6 { println!(\"It's six\") } else { println!(\"It's a different number\") }\n} This prints It's a positive odd number because when you divide it by 2 you have a remainder of 1, and it's greater than 0. You can see that too much if, else, and else if can be difficult to read. In this case you can use match instead, which looks much cleaner. But you must match for every possible result. For example, this will not work: fn main() { let my_number: u8 = 5; match my_number { 0 => println!(\"it's zero\"), 1 => println!(\"it's one\"), 2 => println!(\"it's two\"), // β οΈ }\n} The compiler says: error[E0004]: non-exhaustive patterns: `3u8..=std::u8::MAX` not covered --> src\\main.rs:3:11 |\n3 | match my_number { | ^^^^^^^^^ pattern `3u8..=std::u8::MAX` not covered This means \"you told me about 0 to 2, but u8s can go up to 255. What about 3? What about 4? What about 5?\" And so on. So you can add _ which means \"anything else\". fn main() { let my_number: u8 = 5; match my_number { 0 => println!(\"it's zero\"), 1 => println!(\"it's one\"), 2 => println!(\"it's two\"), _ => println!(\"It's some other number\"), }\n} That prints It's some other number. Remember this for match: You write match and then make a {} code block. Write the pattern on the left and use a => fat arrow to say what to do when it matches. Each line is called an \"arm\". Put a comma between the arms (not a semicolon). You can declare a value with a match: fn main() { let my_number = 5; let second_number = match my_number { 0 => 0, 5 => 10, _ => 2, };\n} second_number will be 10. Do you see the semicolon at the end? That is because, after the match is over, we actually told the compiler this: let second_number = 10; You can match on more complicated things too. You use a tuple to do it. fn main() { let sky = \"cloudy\"; let temperature = \"warm\"; match (sky, temperature) { (\"cloudy\", \"cold\") => println!(\"It's dark and unpleasant today\"), (\"clear\", \"warm\") => println!(\"It's a nice day\"), (\"cloudy\", \"warm\") => println!(\"It's dark but not bad\"), _ => println!(\"Not sure what the weather is.\"), }\n} This prints It's dark but not bad because it matches \"cloudy\" and \"warm\" for sky and temperature. You can even put if inside of match. This is called a \"match guard\": fn main() { let children = 5; let married = true; match (children, married) { (children, married) if married == false => println!(\"Not married with {} children\", children), (children, married) if children == 0 && married == true => println!(\"Married but no children\"), _ => println!(\"Married? {}. Number of children: {}.\", married, children), }\n} This will print Married? true. Number of children: 5. You can use _ as many times as you want in a match. In this match on colours, we have three but only check one at a time. fn match_colours(rbg: (i32, i32, i32)) { match rbg { (r, _, _) if r < 10 => println!(\"Not much red\"), (_, b, _) if b < 10 => println!(\"Not much blue\"), (_, _, g) if g < 10 => println!(\"Not much green\"), _ => println!(\"Each colour has at least 10\"), }\n} fn main() { let first = (200, 0, 0); let second = (50, 50, 50); let third = (200, 50, 0); match_colours(first); match_colours(second); match_colours(third); } This prints: Not much blue\nEach colour has at least 10\nNot much green This also shows how match statements work, because in the first example it only printed Not much blue. But first also has not much green. A match statement always stops when it finds a match, and doesn't check the rest. This is a good example of code that compiles well but is not the code you want. You can make a really big match statement to fix it, but it is probably better to use a for loop. We will talk about loops soon. A match has to return the same type. So you can't do this: fn main() { let my_number = 10; let some_variable = match my_number { 10 => 8, _ => \"Not ten\", // β οΈ };\n} The compiler tells you that: error[E0308]: `match` arms have incompatible types --> src\\main.rs:17:14 |\n15 | let some_variable = match my_number { | _________________________-\n16 | | 10 => 8, | | - this is found to be of type `{integer}`\n17 | | _ => \"Not ten\", | | ^^^^^^^^^ expected integer, found `&str`\n18 | | }; | |_____- `match` arms have incompatible types This will also not work, for the same reason: fn main() { let some_variable = if my_number == 10 { 8 } else { \"something else \"}; // β οΈ\n} But this works, because it's not a match so you have a different let statement each time: fn main() { let my_number = 10; if my_number == 10 { let some_variable = 8; } else { let some_variable = \"Something else\"; }\n} You can also use @ to give a name to the value of a match expression, and then you can use it. In this example we match an i32 input in a function. If it's 4 or 13 we want to use that number in a println! statement. Otherwise, we don't need to use it. fn match_number(input: i32) { match input { number @ 4 => println!(\"{} is an unlucky number in China (sounds close to ζ»)!\", number), number @ 13 => println!(\"{} is unlucky in North America, lucky in Italy! In bocca al lupo!\", number), _ => println!(\"Looks like a normal number\"), }\n} fn main() { match_number(50); match_number(13); match_number(4);\n} This prints: Looks like a normal number\n13 is unlucky in North America, lucky in Italy! In bocca al lupo!\n4 is an unlucky number in China (sounds close to ζ»)!","breadcrumbs":"Control flow","id":"32","title":"Control flow"},"33":{"body":"With structs, you can create your own type. You will use structs all the time in Rust because they are so convenient. Structs are created with the keyword struct. The name of a struct should be in UpperCamelCase (capital letter for each word, no spaces). If you write a struct in all lowercase, the compiler will tell you. There are three types of structs. One is a \"unit struct\". Unit means \"doesn't have anything\". For a unit struct, you just write the name and a semicolon. struct FileDirectory;\nfn main() {} The next is a tuple struct, or an unnamed struct. It is \"unnamed\" because you only need to write the types, not the field names. Tuple structs are good when you need a simple struct and don't need to remember names. struct Colour(u8, u8, u8); fn main() { let my_colour = Colour(50, 0, 50); // Make a colour out of RGB (red, green, blue) println!(\"The second part of the colour is: {}\", my_colour.1);\n} This prints The second part of the colour is: 0. The third type is the named struct. This is probably the most common struct. In this struct you declare field names and types inside a {} code block. Note that you don't write a semicolon after a named struct, because there is a whole code block after it. struct Colour(u8, u8, u8); // Declare the same Colour tuple struct struct SizeAndColour { size: u32, colour: Colour, // And we put it in our new named struct\n} fn main() { let my_colour = Colour(50, 0, 50); let size_and_colour = SizeAndColour { size: 150, colour: my_colour };\n} You separate fields by commas in a named struct too. For the last field you can add a comma or not - it's up to you. SizeAndColour had a comma after colour: struct Colour(u8, u8, u8); // Declare the same Colour tuple struct struct SizeAndColour { size: u32, colour: Colour, // And we put it in our new named struct\n} fn main() {} but you don't need it. But it can be a good idea to always put a comma, because sometimes you will change the order of the fields: struct Colour(u8, u8, u8); // Declare the same Colour tuple struct struct SizeAndColour { size: u32, colour: Colour // No comma here\n} fn main() {} Then we decide to change the order... struct SizeAndColour { colour: Colour // β οΈ Whoops! Now this doesn't have a comma. size: u32,\n} fn main() {} But it is not very important either way so you can choose whether to use a comma or not. Let's create a Country struct to give an example. The Country struct has the fields population, capital, and leader_name. struct Country { population: u32, capital: String, leader_name: String\n} fn main() { let population = 500_000; let capital = String::from(\"Elista\"); let leader_name = String::from(\"Batu Khasikov\"); let kalmykia = Country { population: population, capital: capital, leader_name: leader_name, };\n} Did you notice that we wrote the same thing twice? We wrote population: population, capital: capital, and leader_name: leader_name. Actually, you don't need to do that. If the field name and variable name are the same, you don't have to write it twice. struct Country { population: u32, capital: String, leader_name: String\n} fn main() { let population = 500_000; let capital = String::from(\"Elista\"); let leader_name = String::from(\"Batu Khasikov\"); let kalmykia = Country { population, capital, leader_name, };\n}","breadcrumbs":"Structs","id":"33","title":"Structs"},"34":{"body":"An enum is short for enumerations. They look very similar to a struct, but are different. Here is the difference: Use a struct when you want one thing AND another thing. Use an enum when you want one thing OR another thing. So structs are for many things together, while enums are for many choices together. To declare an enum, write enum and use a code block with the options, separated by commas. Just like a struct, the last part can have a comma or not. We will create an enum called ThingsInTheSky: enum ThingsInTheSky { Sun, Stars,\n} fn main() {} This is an enum because you can either see the sun, or the stars: you have to choose one. These are called variants . // create the enum with two choices\nenum ThingsInTheSky { Sun, Stars,\n} // With this function we can use an i32 to create ThingsInTheSky.\nfn create_skystate(time: i32) -> ThingsInTheSky { match time { 6..=18 => ThingsInTheSky::Sun, // Between 6 and 18 hours we can see the sun _ => ThingsInTheSky::Stars, // Otherwise, we can see stars }\n} // With this function we can match against the two choices in ThingsInTheSky.\nfn check_skystate(state: &ThingsInTheSky) { match state { ThingsInTheSky::Sun => println!(\"I can see the sun!\"), ThingsInTheSky::Stars => println!(\"I can see the stars!\") }\n} fn main() { let time = 8; // it's 8 o'clock let skystate = create_skystate(time); // create_skystate returns a ThingsInTheSky check_skystate(&skystate); // Give it a reference so it can read the variable skystate\n} This prints I can see the sun!. You can add data to an enum too. enum ThingsInTheSky { Sun(String), // Now each variant has a string Stars(String),\n} fn create_skystate(time: i32) -> ThingsInTheSky { match time { 6..=18 => ThingsInTheSky::Sun(String::from(\"I can see the sun!\")), // Write the strings here _ => ThingsInTheSky::Stars(String::from(\"I can see the stars!\")), }\n} fn check_skystate(state: &ThingsInTheSky) { match state { ThingsInTheSky::Sun(description) => println!(\"{}\", description), // Give the string the name description so we can use it ThingsInTheSky::Stars(n) => println!(\"{}\", n), // Or you can name it n. Or anything else - it doesn't matter }\n} fn main() { let time = 8; // it's 8 o'clock let skystate = create_skystate(time); // create_skystate returns a ThingsInTheSky check_skystate(&skystate); // Give it a reference so it can read the variable skystate\n} This prints the same thing: I can see the sun! You can also \"import\" an enum so you don't have to type so much. Here's an example where we have to type Mood:: every time we match on our mood: enum Mood { Happy, Sleepy, NotBad, Angry,\n} fn match_mood(mood: &Mood) -> i32 { let happiness_level = match mood { Mood::Happy => 10, // Here we type Mood:: every time Mood::Sleepy => 6, Mood::NotBad => 7, Mood::Angry => 2, }; happiness_level\n} fn main() { let my_mood = Mood::NotBad; let happiness_level = match_mood(&my_mood); println!(\"Out of 1 to 10, my happiness is {}\", happiness_level);\n} It prints Out of 1 to 10, my happiness is 7. Let's import so we can type less. To import everything, write *. Note: it's the same key as * for dereferencing but is completely different. enum Mood { Happy, Sleepy, NotBad, Angry,\n} fn match_mood(mood: &Mood) -> i32 { use Mood::*; // We imported everything in Mood. Now we can just write Happy, Sleepy, etc. let happiness_level = match mood { Happy => 10, // We don't have to write Mood:: anymore Sleepy => 6, NotBad => 7, Angry => 2, }; happiness_level\n} fn main() { let my_mood = Mood::Happy; let happiness_level = match_mood(&my_mood); println!(\"Out of 1 to 10, my happiness is {}\", happiness_level);\n} Parts of an enum can also be turned into an integer. That's because Rust gives each arm of an enum a number that starts with 0 for its own use. You can do things with it if your enum doesn't have any other data in it. enum Season { Spring, // If this was Spring(String) or something it wouldn't work Summer, Autumn, Winter,\n} fn main() { use Season::*; let four_seasons = vec![Spring, Summer, Autumn, Winter]; for season in four_seasons { println!(\"{}\", season as u32); }\n} This prints: 0\n1\n2\n3 You can give it a different number though if you want - Rust doesn't care and can use it in the same way. Just add an = and your number to the variant that you want to have a number. You don't have to give all of them a number. But if you don't, Rust will just add 1 from the arm before to give it a number. enum Star { BrownDwarf = 10, RedDwarf = 50, YellowStar = 100, RedGiant = 1000, DeadStar, // Think about this one. What number will it have?\n} fn main() { use Star::*; let starvec = vec![BrownDwarf, RedDwarf, YellowStar, RedGiant]; for star in starvec { match star as u32 { size if size <= 80 => println!(\"Not the biggest star.\"), // Remember: size doesn't mean anything. It's just a name we chose so we can print it size if size >= 80 => println!(\"This is a good-sized star.\"), _ => println!(\"That star is pretty big!\"), } } println!(\"What about DeadStar? It's the number {}.\", DeadStar as u32);\n} This prints: Not the biggest star.\nNot the biggest star.\nThis is a good-sized star.\nThis is a good-sized star.\nWhat about DeadStar? It's the number 1001. DeadStar would have been number 4, but now it's 1001.","breadcrumbs":"Enums","id":"34","title":"Enums"},"35":{"body":"You know that items in a Vec, array, etc. all need the same type (only tuples are different). But you can actually use an enum to put different types in. Imagine we want to have a Vec with u32s or i32s. Of course, you can make a Vec<(u32, i32)> (a vec with (u32, i32) tuples) but we only want one each time. So here you can use an enum. Here is a simple example: enum Number { U32(u32), I32(i32),\n} fn main() {} So there are two variants: the U32 variant with a u32 inside, and the I32 variant with i32 inside. U32 and I32 are just names we made. They could have been UThirtyTwo or IThirtyTwo or anything else. Now, if we put them into a Vec we just have a Vec, and the compiler is happy because it's all the same type. The compiler doesn't care that we have either u32 or i32 because they are all inside a single type called Number. And because it's an enum, you have to pick one, which is what we want. We will use the .is_positive() method to pick. If it's true then we will choose U32, and if it's false then we will choose I32. Now the code looks like this: enum Number { U32(u32), I32(i32),\n} fn get_number(input: i32) -> Number { let number = match input.is_positive() { true => Number::U32(input as u32), // change it to u32 if it's positive false => Number::I32(input), // otherwise just give the number because it's already i32 }; number\n} fn main() { let my_vec = vec![get_number(-800), get_number(8)]; for item in my_vec { match item { Number::U32(number) => println!(\"It's a u32 with the value {}\", number), Number::I32(number) => println!(\"It's an i32 with the value {}\", number), } }\n} This prints what we wanted to see: It's an i32 with the value -800\nIt's a u32 with the value 8","breadcrumbs":"Enums to use multiple types","id":"35","title":"Enums to use multiple types"},"36":{"body":"With loops you can tell Rust to continue something until you want it to stop. You use loop to start a loop that does not stop, unless you tell it when to break. fn main() { // This program will never stop loop { }\n} So let's tell the compiler when it can break. fn main() { let mut counter = 0; // set a counter to 0 loop { counter +=1; // increase the counter by 1 println!(\"The counter is now: {}\", counter); if counter == 5 { // stop when counter == 5 break; } }\n} This will print: The counter is now: 1\nThe counter is now: 2\nThe counter is now: 3\nThe counter is now: 4\nThe counter is now: 5 If you have a loop inside of a loop, you can give them names. With names, you can tell Rust which loop to break out of. Use ' (called a \"tick\") and a : to give it a name: fn main() { let mut counter = 0; let mut counter2 = 0; println!(\"Now entering the first loop.\"); 'first_loop: loop { // Give the first loop a name counter += 1; println!(\"The counter is now: {}\", counter); if counter > 9 { // Starts a second loop inside this loop println!(\"Now entering the second loop.\"); 'second_loop: loop { // now we are inside 'second_loop println!(\"The second counter is now: {}\", counter2); counter2 += 1; if counter2 == 3 { break 'first_loop; // Break out of 'first_loop so we can exit the program } } } }\n} This will print: Now entering the first loop.\nThe counter is now: 1\nThe counter is now: 2\nThe counter is now: 3\nThe counter is now: 4\nThe counter is now: 5\nThe counter is now: 6\nThe counter is now: 7\nThe counter is now: 8\nThe counter is now: 9\nThe counter is now: 10\nNow entering the second loop.\nThe second counter is now: 0\nThe second counter is now: 1\nThe second counter is now: 2 A while loop is a loop that continues while something is still true. Each loop, Rust will check if it is still true. If it becomes false, Rust will stop the loop. fn main() { let mut counter = 0; while counter < 5 { counter +=1; println!(\"The counter is now: {}\", counter); }\n} A for loop lets you tell Rust what to do each time. But in a for loop, the loop stops after a certain number of times. for loops use ranges very often. You use .. and ..= to create a range. .. creates an exclusive range: 0..3 creates 0, 1, 2. ..= creates an inclusive range: 0..=3 = 0, 1, 2, 3. fn main() { for number in 0..3 { println!(\"The number is: {}\", number); } for number in 0..=3 { println!(\"The next number is: {}\", number); }\n} This prints: The number is: 0\nThe number is: 1\nThe number is: 2\nThe next number is: 0\nThe next number is: 1\nThe next number is: 2\nThe next number is: 3 Also notice that number becomes the variable name for 0..3. We could have called it n, or ntod_het___hno_f, or anything. We can then use that name in println!. If you don't need a variable name, use _. fn main() { for _ in 0..3 { println!(\"Printing the same thing three times\"); }\n} This prints: Printing the same thing three times\nPrinting the same thing three times\nPrinting the same thing three times because we didn't give it any number to print each time. And actually, if you give a variable name and don't use it, Rust will tell you: fn main() { for number in 0..3 { println!(\"Printing the same thing three times\"); }\n} This prints the same thing as above. The program compiles fine, but Rust will remind you that you didn't use number: warning: unused variable: `number` --> src\\main.rs:2:9 |\n2 | for number in 0..3 { | ^^^^^^ help: if this is intentional, prefix it with an underscore: `_number` Rust suggests writing _number instead of _. Putting _ in front of a variable name means \"maybe I will use it later\". But using just _ means \"I don't care about this variable at all\". So you can put _ in front of variable names if you will use them later and don't want the compiler to tell you about them. You can also use break to return a value. You write the value right after break and use a ;. Here is an example with a loop and a break that gives my_number its value. fn main() { let mut counter = 5; let my_number = loop { counter +=1; if counter % 53 == 3 { break counter; } }; println!(\"{}\", my_number);\n} This prints 56. break counter; means \"break and return the value of counter\". And because the whole block starts with let, my_number gets the value. Now that we know how to use loops, here is a better solution to our match problem with colours from before. It is a better solution because we want to compare everything, and a for loop looks at every item. fn match_colours(rbg: (i32, i32, i32)) { println!(\"Comparing a colour with {} red, {} blue, and {} green:\", rbg.0, rbg.1, rbg.2); let new_vec = vec![(rbg.0, \"red\"), (rbg.1, \"blue\"), (rbg.2, \"green\")]; // Put the colours in a vec. Inside are tuples with the colour names let mut all_have_at_least_10 = true; // Start with true. We will set it to false if one colour is less than 10 for item in new_vec { if item.0 < 10 { all_have_at_least_10 = false; // Now it's false println!(\"Not much {}.\", item.1) // And we print the colour name. } } if all_have_at_least_10 { // Check if it's still true, and print if true println!(\"Each colour has at least 10.\") } println!(); // Add one more line\n} fn main() { let first = (200, 0, 0); let second = (50, 50, 50); let third = (200, 50, 0); match_colours(first); match_colours(second); match_colours(third);\n} This prints: Comparing a colour with 200 red, 0 blue, and 0 green:\nNot much blue.\nNot much green. Comparing a colour with 50 red, 50 blue, and 50 green:\nEach colour has at least 10. Comparing a colour with 200 red, 50 blue, and 0 green:\nNot much green.","breadcrumbs":"Loops","id":"36","title":"Loops"},"37":{"body":"This is where you can start to give your structs and enums some real power. To call functions on a struct or an enum, use an impl block. These functions are called methods . There are two kinds of methods in an impl block. Regular methods: these take self (or &self or &mut self ). Regular methods use a . (a period). .clone() is an example of a regular method. Associated methods (or \"static\" methods): these do not take self. Associated means \"related to\". They are written differently, using ::. String::from() is an associated method, and so is Vec::new(). You usually see associated methods used to create new variables. In our example we are going to create animals and print them. For a new struct or enum, you need to give it Debug if you want to use {:?} to print, so we will do that. If you write #[derive(Debug)] above the struct or enum then you can print it with {:?}. These messages with #[] are called attributes . You can sometimes use them to tell the compiler to give your struct an ability like Debug. There are many attributes and we will learn about them later. But derive is probably the most common and you see it a lot above structs and enums. #[derive(Debug)]\nstruct Animal { age: u8, animal_type: AnimalType,\n} #[derive(Debug)]\nenum AnimalType { Cat, Dog,\n} impl Animal { fn new() -> Self { // Self means Animal. //You can also write Animal instead of Self Self { // When we write Animal::new(), we always get a cat that is 10 years old age: 10, animal_type: AnimalType::Cat, } } fn change_to_dog(&mut self) { // because we are inside Animal, &mut self means &mut Animal // use .change_to_dog() to change the cat to a dog // with &mut self we can change it println!(\"Changing animal to dog!\"); self.animal_type = AnimalType::Dog; } fn change_to_cat(&mut self) { // use .change_to_cat() to change the dog to a cat // with &mut self we can change it println!(\"Changing animal to cat!\"); self.animal_type = AnimalType::Cat; } fn check_type(&self) { // we want to read self match self.animal_type { AnimalType::Dog => println!(\"The animal is a dog\"), AnimalType::Cat => println!(\"The animal is a cat\"), } }\n} fn main() { let mut new_animal = Animal::new(); // Associated method to create a new animal // It is a cat, 10 years old new_animal.check_type(); new_animal.change_to_dog(); new_animal.check_type(); new_animal.change_to_cat(); new_animal.check_type();\n} This prints: The animal is a cat\nChanging animal to dog!\nThe animal is a dog\nChanging animal to cat!\nThe animal is a cat Remember that Self (the type Self) and self (the variable self) are abbreviations. (abbreviation = short way to write) So in our code, Self = Animal. Also, fn change_to_dog(&mut self) means fn change_to_dog(&mut Animal). Here is one more small example. This time we will use impl on an enum: enum Mood { Good, Bad, Sleepy,\n} impl Mood { fn check(&self) { match self { Mood::Good => println!(\"Feeling good!\"), Mood::Bad => println!(\"Eh, not feeling so good\"), Mood::Sleepy => println!(\"Need sleep NOW\"), } }\n} fn main() { let my_mood = Mood::Sleepy; my_mood.check();\n} This prints Need sleep NOW.","breadcrumbs":"Implementing structs and enums","id":"37","title":"Implementing structs and enums"},"38":{"body":"Let's look at some more destructuring. You can get the values from a struct or enum by using let backwards. We learned that this is destructuring, because you get variables that are not part of a structure. Now you have the values separately. First a simple example: struct Person { // make a simple struct for a person name: String, real_name: String, height: u8, happiness: bool\n} fn main() { let papa_doc = Person { // create variable papa_doc name: \"Papa Doc\".to_string(), real_name: \"Clarence\".to_string(), height: 170, happiness: false }; let Person { // destructure papa_doc name: a, real_name: b, height: c, happiness: d } = papa_doc; println!(\"They call him {} but his real name is {}. He is {} cm tall and is he happy? {}\", a, b, c, d);\n} This prints: They call him Papa Doc but his real name is Clarence. He is 170 cm tall and is he happy? false You can see that it's backwards. First we say let papa_doc = Person { fields } to create the struct. Then we say let Person { fields } = papa_doc to destructure it. You don't have to write name: a - you can just write name. But here we write name = a because we want to use a variable with the name a. Now a bigger example. In this example we have a City struct. We give it a new function to make it. Then we have a process_city_values function to do things with the values. In the function we just create a Vec, but you can imagine that we can do much more after we destructure it. struct City { name: String, name_before: String, population: u32, date_founded: u32,\n} impl City { fn new(name: String, name_before: String, population: u32, date_founded: u32) -> Self { Self { name, name_before, population, date_founded, } }\n} fn process_city_values(city: &City) { let City { name, name_before, population, date_founded, } = city; // now we have the values to use separately let two_names = vec![name, name_before]; println!(\"The city's two names are {:?}\", two_names);\n} fn main() { let tallinn = City::new(\"Tallinn\".to_string(), \"Reval\".to_string(), 426_538, 1219); process_city_values(&tallinn);\n} This prints The city's two names are [\"Tallinn\", \"Reval\"].","breadcrumbs":"Destructuring","id":"38","title":"Destructuring"},"39":{"body":"We learned that when you have a reference, you need to use * to get to the value. A reference is a different type, so this won't work: fn main() { let my_number = 9; let reference = &my_number; println!(\"{}\", my_number == reference); // β οΈ\n} The compiler prints: error[E0277]: can't compare `{integer}` with `&{integer}` --> src\\main.rs:5:30 |\n5 | println!(\"{}\", my_number == reference); | ^^ no implementation for `{integer} == &{integer}` So we change line 5 to println!(\"{}\", my_number == *reference); and now it prints true because it's now i32 == i32, not i32 == &i32. This is called dereferencing. But when you use a method, Rust will dereference for you. The . in a method is called the dot operator, and it does dereferencing for free. First, let's make a struct with one u8 field. Then we will make a reference to it and try to compare. It will not work: struct Item { number: u8,\n} fn main() { let item = Item { number: 8, }; let reference_number = &item.number; // reference number type is &u8 println!(\"{}\", reference_number == 8); // β οΈ &u8 and u8 cannot be compared\n} To make it work, we need to dereference: println!(\"{}\", *reference_number == 8);. But with the dot operator, we don't need *. For example: struct Item { number: u8,\n} fn main() { let item = Item { number: 8, }; let reference_item = &item; println!(\"{}\", reference_item.number == 8); // we don't need to write *reference_item.number\n} Now let's create a method for Item that compares number to another number. We don't need to use * anywhere: struct Item { number: u8,\n} impl Item { fn compare_number(&self, other_number: u8) { // takes a reference to self println!(\"Are {} and {} equal? {}\", self.number, other_number, self.number == other_number); // We don't need to write *self.number }\n} fn main() { let item = Item { number: 8, }; let reference_item = &item; // This is type &Item let reference_item_two = &reference_item; // This is type &&Item item.compare_number(8); // the method works reference_item.compare_number(8); // it works here too reference_item_two.compare_number(8); // and here } So just remember: when you use the . operator, you don't need to worry about *.","breadcrumbs":"References and the dot operator","id":"39","title":"References and the dot operator"},"4":{"body":"This book has two parts. In Part 1, you will learn as much Rust as you can just in your browser. You can actually learn almost everything you need to know without installing Rust, so Part 1 is very long. Then at the end is Part 2. It is much shorter, and is about Rust on your computer. That's where you will learn everything else you need to know that you can only do outside of a browser. Some examples are: working with files, taking user input, graphics, and personal settings. Hopefully, by the end of Part 1 you will like Rust enough that you will install it. And if you don't, no problem - Part 1 teaches you so much that you won't mind.","breadcrumbs":"Part 1 - Rust in your browser","id":"4","title":"Part 1 - Rust in your browser"},"40":{"body":"In functions, you write what type to take as input: fn return_number(number: i32) -> i32 { println!(\"Here is your number.\"); number\n} fn main() { let number = return_number(5);\n} But what if you want to take more than just i32? You can use generics for this. Generics means \"maybe one type, maybe another type\". For generics, you use angle brackets with the type inside, like this: This means \"any type you put into the function\". Usually, generics uses types with one capital letter (T, U, V, etc.), though you don't have to just use one letter. This is how you change the function to make it generic: fn return_number(number: T) -> T { println!(\"Here is your number.\"); number\n} fn main() { let number = return_number(5);\n} The important part is the after the function name. Without this, Rust will think that T is a concrete (concrete = not generic) type, like String or i8. This is easier to understand if we write out a type name. See what happens when we change T to MyType: fn return_number(number: MyType) -> MyType { // β οΈ println!(\"Here is your number.\"); number\n} As you can see, MyType is concrete, not generic. So we need to write this and so now it works: fn return_number(number: MyType) -> MyType { println!(\"Here is your number.\"); number\n} fn main() { let number = return_number(5);\n} So the single letter T is for human eyes, but the part after the function name is for the compiler's \"eyes\". Without it, it's not generic. Now we will go back to type T, because Rust code usually uses T. You will remember that some types in Rust are Copy , some are Clone , some are Display , some are Debug , and so on. With Debug , we can print with {:?}. So now you can see that we have a problem if we want to print T: fn print_number(number: T) { println!(\"Here is your number: {:?}\", number); // β οΈ\n} fn main() { print_number(5);\n} print_number needs Debug to print number, but is T a type with Debug? Maybe not. Maybe it doesn't have #[derive(Debug)], who knows. The compiler doesn't know either, so it gives an error: error[E0277]: `T` doesn't implement `std::fmt::Debug` --> src\\main.rs:29:43 |\n29 | println!(\"Here is your number: {:?}\", number); | ^^^^^^ `T` cannot be formatted using `{:?}` because it doesn't implement `std::fmt::Debug` T doesn't implement Debug . So do we implement Debug for T? No, because we don't know what T is. But we can tell the function: \"Don't worry, because any type T for this function will have Debug\". use std::fmt::Debug; // Debug is located at std::fmt::Debug. So now we can just write 'Debug'. fn print_number(number: T) { // is the important part println!(\"Here is your number: {:?}\", number);\n} fn main() { print_number(5);\n} So now the compiler knows: \"Okay, this type T is going to have Debug\". Now the code works, because i32 has Debug. Now we can give it many types: String, &str, and so on, because they all have Debug. Now we can create a struct and give it Debug with #[derive(Debug)], so now we can print it too. Our function can take i32, the struct Animal, and more: use std::fmt::Debug; #[derive(Debug)]\nstruct Animal { name: String, age: u8,\n} fn print_item(item: T) { println!(\"Here is your item: {:?}\", item);\n} fn main() { let charlie = Animal { name: \"Charlie\".to_string(), age: 1, }; let number = 55; print_item(charlie); print_item(number);\n} This prints: Here is your item: Animal { name: \"Charlie\", age: 1 }\nHere is your item: 55 Sometimes we need more than one type in a generic function. We have to write out each type name, and think about how we want to use it. In this example, we want two types. First we want to print a statement for type T. Printing with {} is nicer, so we will require Display for T. Next is type U, and the two variables num_1 and num_2 have type U (U is some sort of number). We want to compare them, so we need PartialOrd. That trait lets us use things like <, >, ==, and so on. We want to print them too, so we require Display for U as well. use std::fmt::Display;\nuse std::cmp::PartialOrd; fn compare_and_display(statement: T, num_1: U, num_2: U) { println!(\"{}! Is {} greater than {}? {}\", statement, num_1, num_2, num_1 > num_2);\n} fn main() { compare_and_display(\"Listen up!\", 9, 8);\n} This prints Listen up!! Is 9 greater than 8? true. So fn compare_and_display(statement: T, num_1: U, num_2: U) says: The function name is compare_and_display, The first type is T, and it is generic. It must be a type that can print with {}. The next type is U, and it is generic. It must be a type that can print with {}. Also, it must be a type that can compare (use >, <, and ==). Now we can give compare_and_display different types. statement can be a String, a &str, anything with Display. To make generic functions easier to read, we can also write it like this with where right before the code block: use std::cmp::PartialOrd;\nuse std::fmt::Display; fn compare_and_display(statement: T, num_1: U, num_2: U)\nwhere T: Display, U: Display + PartialOrd,\n{ println!(\"{}! Is {} greater than {}? {}\", statement, num_1, num_2, num_1 > num_2);\n} fn main() { compare_and_display(\"Listen up!\", 9, 8);\n} Using where is a good idea when you have many generic types. Also note: If you have one type T and another type T, they must be the same. If you have one type T and another type U, they can be different. But they can also be the same. For example: use std::fmt::Display; fn say_two(statement_1: T, statement_2: U) { // Type T needs Display, type U needs Display println!(\"I have two things to say: {} and {}\", statement_1, statement_2);\n} fn main() { say_two(\"Hello there!\", String::from(\"I hate sand.\")); // Type T is a &str, but type U is a String. say_two(String::from(\"Where is Padme?\"), String::from(\"Is she all right?\")); // Both types are String.\n} This prints: I have two things to say: Hello there! and I hate sand.\nI have two things to say: Where is Padme? and Is she all right?","breadcrumbs":"Generics","id":"40","title":"Generics"},"41":{"body":"We understand enums and generics now, so we can understand Option and Result. Rust uses these two enums to make code safer. We will start with Option.","breadcrumbs":"Option and Result","id":"41","title":"Option and Result"},"42":{"body":"You use Option when you have a value that might exist, or might not exist. When a value exists it is Some(value) and when it doesn't it's just None, Here is an example of bad code that can be improved with Option. // β οΈ\nfn take_fifth(value: Vec) -> i32 { value[4]\n} fn main() { let new_vec = vec![1, 2]; let index = take_fifth(new_vec);\n} When we run the code, it panics. Here is the message: thread 'main' panicked at 'index out of bounds: the len is 2 but the index is 4', src\\main.rs:34:5 Panic means that the program stops before the problem happens. Rust sees that the function wants something impossible, and stops. It \"unwinds the stack\" (takes the values off the stack) and tells you \"sorry, I can't do that\". So now we will change the return type from i32 to Option. This means \"give me a Some(i32) if it's there, and give me None if it's not\". We say that the i32 is \"wrapped\" in an Option, which means that it's inside an Option. You have to do something to get the value out. fn take_fifth(value: Vec) -> Option { if value.len() < 5 { // .len() gives the length of the vec. // It must be at least 5. None } else { Some(value[4]) }\n} fn main() { let new_vec = vec![1, 2]; let bigger_vec = vec![1, 2, 3, 4, 5]; println!(\"{:?}, {:?}\", take_fifth(new_vec), take_fifth(bigger_vec));\n} This prints None, Some(5). This is good, because now we don't panic anymore. But how do we get the value 5? We can get the value inside an option with .unwrap(), but be careful with .unwrap(). It's just like unwrapping a present: maybe there's something good inside, or maybe there's an angry snake inside. You only want to .unwrap() if you are sure. If you unwrap a value that is None, the program will panic. // β οΈ\nfn take_fifth(value: Vec) -> Option { if value.len() < 4 { None } else { Some(value[4]) }\n} fn main() { let new_vec = vec![1, 2]; let bigger_vec = vec![1, 2, 3, 4, 5]; println!(\"{:?}, {:?}\", take_fifth(new_vec).unwrap(), // this one is None. .unwrap() will panic! take_fifth(bigger_vec).unwrap() );\n} The message is: \"thread 'main' panicked at 'called Option::unwrap() on a None value', src\\main.rs:14:9\". But we don't need to use .unwrap(). We can use a match. Then we can print the value we have Some, and not touch it if we have None. For example: fn take_fifth(value: Vec) -> Option { if value.len() < 4 { None } else { Some(value[4]) }\n} fn handle_option(my_option: Vec>) { for item in my_option { match item { Some(number) => println!(\"Found a {}!\", number), None => println!(\"Found a None!\"), } }\n} fn main() { let new_vec = vec![1, 2]; let bigger_vec = vec![1, 2, 3, 4, 5]; let mut option_vec = Vec::new(); // Make a new vec to hold our options // The vec is type: Vec>. That means a vec of Option. option_vec.push(take_fifth(new_vec)); // This pushes \"None\" into the vec option_vec.push(take_fifth(bigger_vec)); // This pushes \"Some(5)\" into the vec handle_option(option_vec); // handle_option looks at every option in the vec. // It prints the value if it is Some. It doesn't touch it if it is None.\n} This prints: Found a None!\nFound a 5! Because we know generics, we are able to read the code for Option. It looks like this: enum Option { None, Some(T),\n} fn main() {} The important point to remember: with Some, you have a value of type T (any type). Also note that the angle brackets after the enum name around T is what tells the compiler that it's generic. It has no trait like Display or anything to limit it, so it can be anything. But with None, you don't have anything. So in a match statement for Option you can't say: // π§\nSome(value) => println!(\"The value is {}\", value),\nNone(value) => println!(\"The value is {}\", value), because None is just None. Of course, there are easier ways to use Option. In this code, we will use a method called .is_some() to tell us if it is Some. (Yes, there is also a method called .is_none().) In this easier way, we don't need handle_option() anymore. We also don't need a vec for the Options. fn take_fifth(value: Vec) -> Option { if value.len() < 4 { None } else { Some(value[4]) }\n} fn main() { let new_vec = vec![1, 2]; let bigger_vec = vec![1, 2, 3, 4, 5]; let vec_of_vecs = vec![new_vec, bigger_vec]; for vec in vec_of_vecs { let inside_number = take_fifth(vec); if inside_number.is_some() { // .is_some() returns true if we get Some, false if we get None println!(\"We got: {}\", inside_number.unwrap()); // now it is safe to use .unwrap() because we already checked } else { println!(\"We got nothing.\"); } }\n} This prints: We got nothing.\nWe got: 5","breadcrumbs":"Option","id":"42","title":"Option"},"43":{"body":"Result is similar to Option, but here is the difference: Option is about Some or None (value or no value), Result is about Ok or Err (okay result, or error result). So Option is if you are thinking: \"Maybe there will be something, and maybe there won't.\" But Result is if you are thinking: \"Maybe it will fail.\" To compare, here are the signatures for Option and Result. enum Option { None, Some(T),\n} enum Result { Ok(T), Err(E),\n} fn main() {} So Result has a value inside of Ok, and a value inside of Err. That is because errors usually (and should have) have information inside them. Result means you need to think of what you want to return for Ok, and what you want to return for Err. Actually, you can decide anything. Even this is okay: fn check_error() -> Result<(), ()> { Ok(())\n} fn main() { check_error();\n} check_error says \"return () if we get Ok, and return () if we get Err\". Then we return Ok with a (). The compiler gives us an interesting warning: warning: unused `std::result::Result` that must be used --> src\\main.rs:6:5 |\n6 | check_error(); | ^^^^^^^^^^^^^^ | = note: `#[warn(unused_must_use)]` on by default = note: this `Result` may be an `Err` variant, which should be handled This is true: we only returned the Result but it could have been an Err. So let's handle the error a bit, even though we're still not really doing anything. fn give_result(input: i32) -> Result<(), ()> { if input % 2 == 0 { return Ok(()) } else { return Err(()) }\n} fn main() { if give_result(5).is_ok() { println!(\"It's okay, guys\") } else { println!(\"It's an error, guys\") }\n} This prints It's an error, guys. So we just handled our first error. Remember, the four methods to easily check are .is_some(), is_none(), is_ok(), and is_err(). Sometimes a function with Result will use a String for the Err value. This is not the best method to use, but it is a little better than what we've done so far. fn check_if_five(number: i32) -> Result { match number { 5 => Ok(number), _ => Err(\"Sorry, the number wasn't five.\".to_string()), // This is our error message }\n} fn main() { let mut result_vec = Vec::new(); // Create a new vec for the results for number in 2..7 { result_vec.push(check_if_five(number)); // push each result into the vec } println!(\"{:?}\", result_vec);\n} Our vec prints: [Err(\"Sorry, the number wasn\\'t five.\"), Err(\"Sorry, the number wasn\\'t five.\"), Err(\"Sorry, the number wasn\\'t five.\"), Ok(5),\nErr(\"Sorry, the number wasn\\'t five.\")] Just like Option, .unwrap() on Err will panic. // β οΈ\nfn main() { let error_value: Result = Err(\"There was an error\"); // Create a Result that is already an Err println!(\"{}\", error_value.unwrap()); // Unwrap it\n} The program panics, and prints: thread 'main' panicked at 'called `Result::unwrap()` on an `Err` value: \"There was an error\"', src\\main.rs:30:20 This information helps you fix your code. src\\main.rs:30:20 means \"inside main.rs in directory src, on line 30 and column 20\". So you can go there to look at your code and fix the problem. You can also create your own error types. Result functions in the standard library and other people's code usually do this. For example, this function from the standard library: // π§\npub fn from_utf8(vec: Vec) -> Result This function takes a vector of bytes (u8) and tries to make a String. So the success case for the Result is a String and the error case is FromUtf8Error. You can give your error type any name you want. Using a match with Option and Result sometimes requires a lot of code. For example, the .get() method returns an Option on a Vec. fn main() { let my_vec = vec![2, 3, 4]; let get_one = my_vec.get(0); // 0 to get the first number let get_two = my_vec.get(10); // Returns None println!(\"{:?}\", get_one); println!(\"{:?}\", get_two);\n} This prints Some(2)\nNone So now we can match to get the values. Let's use a range from 0 to 10 to see if it matches the numbers in my_vec. fn main() { let my_vec = vec![2, 3, 4]; for index in 0..10 { match my_vec.get(index) { Some(number) => println!(\"The number is: {}\", number), None => {} } }\n} This is good, but we don't do anything for None because we don't care. Here we can make the code smaller by using if let. if let means \"do something if it matches, and don't do anything if it doesn't\". if let is when you don't care about matching for everything. fn main() { let my_vec = vec![2, 3, 4]; for index in 0..10 { if let Some(number) = my_vec.get(index) { println!(\"The number is: {}\", number); } }\n} Important to remember : if let Some(number) = my_vec.get(index) means \"if you get Some(number) from my_vec.get(index)\". Also note: it uses one =. It is not a boolean. while let is like a while loop for if let. Imagine that we have weather station data like this: [\"Berlin\", \"cloudy\", \"5\", \"-7\", \"78\"]\n[\"Athens\", \"sunny\", \"not humid\", \"20\", \"10\", \"50\"] We want to get the numbers, but not the words. For the numbers, we can use a method called parse::(). parse() is the method, and :: is the type. It will try to turn the &str into an i32, and give it to us if it can. It returns a Result, because it might not work (like if you wanted it to parse \"Billybrobby\" - that's not a number). We will also use .pop(). This takes the last item off of the vector. fn main() { let weather_vec = vec![ vec![\"Berlin\", \"cloudy\", \"5\", \"-7\", \"78\"], vec![\"Athens\", \"sunny\", \"not humid\", \"20\", \"10\", \"50\"], ]; for mut city in weather_vec { println!(\"For the city of {}:\", city[0]); // In our data, every first item is the city name while let Some(information) = city.pop() { // This means: keep going until you can't pop anymore // When the vector reaches 0 items, it will return None // and it will stop. if let Ok(number) = information.parse::() { // Try to parse the variable we called information // This returns a result. If it's Ok(number), it will print it println!(\"The number is: {}\", number); } // We don't write anything here because we do nothing if we get an error. Throw them all away } }\n} This will print: For the city of Berlin:\nThe number is: 78\nThe number is: -7\nThe number is: 5\nFor the city of Athens:\nThe number is: 50\nThe number is: 10\nThe number is: 20","breadcrumbs":"Result","id":"43","title":"Result"},"44":{"body":"Rust has many more types of collections. You can see them at https://doc.rust-lang.org/beta/std/collections/ in the standard library. That page has good explanations for why to use one type, so go there if you don't know what type you want. These collections are all inside std::collections in the standard library. The best way to use them is with a use statement, like we did with our enums. We will start with HashMap, which is very common.","breadcrumbs":"Other collections","id":"44","title":"Other collections"},"45":{"body":"A HashMap is a collection made out of keys and values . You use the key to look up the value that matches the key. You can create a new HashMap with just HashMap::new() and use .insert(key, value) to insert items. A HashMap is not in order, so if you print every key in a HashMap together it will probably print differently. We can see this in an example: use std::collections::HashMap; // This is so we can just write HashMap instead of std::collections::HashMap every time struct City { name: String, population: HashMap, // This will have the year and the population for the year\n} fn main() { let mut tallinn = City { name: \"Tallinn\".to_string(), population: HashMap::new(), // So far the HashMap is empty }; tallinn.population.insert(1372, 3_250); // insert three dates tallinn.population.insert(1851, 24_000); tallinn.population.insert(2020, 437_619); for (year, population) in tallinn.population { // The HashMap is HashMap so it returns a two items each time println!(\"In the year {} the city of {} had a population of {}.\", year, tallinn.name, population); }\n} This prints: In the year 1372 the city of Tallinn had a population of 3250.\nIn the year 2020 the city of Tallinn had a population of 437619.\nIn the year 1851 the city of Tallinn had a population of 24000. or it might print: In the year 1851 the city of Tallinn had a population of 24000.\nIn the year 2020 the city of Tallinn had a population of 437619.\nIn the year 1372 the city of Tallinn had a population of 3250. You can see that it's not in order. If you want a HashMap that you can sort, you can use a BTreeMap. Actually they are very similar to each other, so we can quickly change our HashMap to a BTreeMap to see. You can see that it is almost the same code. use std::collections::BTreeMap; // Just change HashMap to BTreeMap struct City { name: String, population: BTreeMap, // Just change HashMap to BTreeMap\n} fn main() { let mut tallinn = City { name: \"Tallinn\".to_string(), population: BTreeMap::new(), // Just change HashMap to BTreeMap }; tallinn.population.insert(1372, 3_250); tallinn.population.insert(1851, 24_000); tallinn.population.insert(2020, 437_619); for (year, population) in tallinn.population { println!(\"In the year {} the city of {} had a population of {}.\", year, tallinn.name, population); }\n} Now it will always print: In the year 1372 the city of Tallinn had a population of 3250.\nIn the year 1851 the city of Tallinn had a population of 24000.\nIn the year 2020 the city of Tallinn had a population of 437619. Now we will go back to HashMap. You can get a value in a HashMap by just putting the key in [] square brackets. In this next example we will bring up the value for the key Bielefeld, which is Germany. But be careful, because the program will crash if there is no key. If you write println!(\"{:?}\", city_hashmap[\"Bielefeldd\"]); for example then it will crash, because Bielefeldd doesn't exist. If you are not sure that there will be a key, you can use .get() which returns an Option. If it exists it will be Some(value), and if not you will get None instead of crashing the program. That's why .get() is the safer way to get a value from a HashMap. use std::collections::HashMap; fn main() { let canadian_cities = vec![\"Calgary\", \"Vancouver\", \"Gimli\"]; let german_cities = vec![\"Karlsruhe\", \"Bad Doberan\", \"Bielefeld\"]; let mut city_hashmap = HashMap::new(); for city in canadian_cities { city_hashmap.insert(city, \"Canada\"); } for city in german_cities { city_hashmap.insert(city, \"Germany\"); } println!(\"{:?}\", city_hashmap[\"Bielefeld\"]); println!(\"{:?}\", city_hashmap.get(\"Bielefeld\")); println!(\"{:?}\", city_hashmap.get(\"Bielefeldd\"));\n} This prints: \"Germany\"\nSome(\"Germany\")\nNone This is because Bielefeld exists, but Bielefeldd does not exist. If a HashMap already has a key when you try to put it in, it will overwrite its value: use std::collections::HashMap; fn main() { let mut book_hashmap = HashMap::new(); book_hashmap.insert(1, \"L'Allemagne Moderne\"); book_hashmap.insert(1, \"Le Petit Prince\"); book_hashmap.insert(1, \"μλμ° μ€λΈ μ μ΄ μ€λ§μΌ\"); book_hashmap.insert(1, \"Eye of the World\"); println!(\"{:?}\", book_hashmap.get(&1));\n} This prints Some(\"Eye of the World\"), because it was the last one you used .insert() for. It is easy to check if an entry exists, because you can check with .get() which gives an Option: use std::collections::HashMap; fn main() { let mut book_hashmap = HashMap::new(); book_hashmap.insert(1, \"L'Allemagne Moderne\"); if book_hashmap.get(&1).is_none() { // is_none() returns a bool: true if it's None, false if it's Some book_hashmap.insert(1, \"Le Petit Prince\"); } println!(\"{:?}\", book_hashmap.get(&1));\n} This prints Some(\"L\\'Allemagne Moderne\") because there was already a key for 1, so we didn't insert Le Petit Prince. HashMap has a very interesting method called .entry() that you definitely want to try out. With it you can try to make an entry and use another method like .or_insert() to insert the value if there is no key. The interesting part is that it also gives a mutable reference so you can change it if you want. First is an example where we just insert true every time we insert a book title into the HashMap. Let's pretend that we have a library and want to keep track of our books. use std::collections::HashMap; fn main() { let book_collection = vec![\"L'Allemagne Moderne\", \"Le Petit Prince\", \"Eye of the World\", \"Eye of the World\"]; // Eye of the World appears twice let mut book_hashmap = HashMap::new(); for book in book_collection { book_hashmap.entry(book).or_insert(true); } for (book, true_or_false) in book_hashmap { println!(\"Do we have {}? {}\", book, true_or_false); }\n} This prints: Do we have Eye of the World? true\nDo we have Le Petit Prince? true\nDo we have L'Allemagne Moderne? true But that's not exactly what we want. Maybe it would be better to count the number of books so that we know that there are two copies of Eye of the World . First let's look at what .entry() does, and what .or_insert() does. .entry() actually returns an enum called Entry: pub fn entry(&mut self, key: K) -> Entry // π§ Here is the page for Entry . Here is a simple version of its code. K means key and V means variable. // π§\nuse std::collections::hash_map::*; enum Entry { Occupied(OccupiedEntry), Vacant(VacantEntry),\n} Then when we call .or_insert(), it looks at the enum and decides what to do. fn or_insert(self, default: V) -> &mut V { // π§ match self { Occupied(entry) => entry.into_mut(), Vacant(entry) => entry.insert(default), }\n} The interesting part is that it returns a mut reference: &mut V. That means you can use let to attach it to a variable, and change the variable to change the value in the HashMap. So for every book we will insert a 0 if there is no entry. And if there is one, we will use += 1 on the reference to increase the number. Now it looks like this: use std::collections::HashMap; fn main() { let book_collection = vec![\"L'Allemagne Moderne\", \"Le Petit Prince\", \"Eye of the World\", \"Eye of the World\"]; let mut book_hashmap = HashMap::new(); for book in book_collection { let return_value = book_hashmap.entry(book).or_insert(0); // return_value is a mutable reference. If nothing is there, it will be 0 *return_value +=1; // Now return_value is at least 1. And if there was another book, it will go up by 1 } for (book, number) in book_hashmap { println!(\"{}, {}\", book, number); }\n} The important part is let return_value = book_hashmap.entry(book).or_insert(0);. If you take out the let, you get book_hashmap.entry(book).or_insert(0). Without let it does nothing: it inserts 0, and nobody takes the mutable reference to 0. So we bind it to return_value so we can keep the 0. Then we increase the value by 1, which gives at least 1 for every book in the HashMap. Then when .entry() looks at Eye of the World again it doesn't insert anything, but it gives us a mutable 1. Then we increase it to 2, and that's why it prints this: L'Allemagne Moderne, 1\nLe Petit Prince, 1\nEye of the World, 2 You can also do things with .or_insert() like insert a vec and then push into the vec. Let's pretend that we asked men and women on the street what they think of a politician. They give a rating from 0 to 10. Then we want to put the numbers together to see if the politician is more popular with men or women. It can look like this: use std::collections::HashMap; fn main() { let data = vec![ // This is the raw data (\"male\", 9), (\"female\", 5), (\"male\", 0), (\"female\", 6), (\"female\", 5), (\"male\", 10), ]; let mut survey_hash = HashMap::new(); for item in data { // This gives a tuple of (&str, i32) survey_hash.entry(item.0).or_insert(Vec::new()).push(item.1); // This pushes the number into the Vec inside } for (male_or_female, numbers) in survey_hash { println!(\"{:?}: {:?}\", male_or_female, numbers); }\n} This prints: \"female\", [5, 6, 5]\n\"male\", [9, 0, 10] The important line is: survey_hash.entry(item.0).or_insert(Vec::new()).push(item.1); So if it sees \"female\" it will check to see if there is \"female\" already in the HashMap. If not, it will insert a Vec::new(), then push the number in. If it sees \"female\" already in the HashMap, it will not insert a new Vec, and will just push the number into it.","breadcrumbs":"HashMap (and BTreeMap)","id":"45","title":"HashMap (and BTreeMap)"},"46":{"body":"A HashSet is actually a HashMap that only has keys. On the page for HashSet it explains this on the top: A hash set implemented as a HashMap where the value is (). So it's a HashMap with keys, no values. You often use a HashSet if you just want to know if a key exists, or doesn't exist. Imagine that you have 100 random numbers, and each number between 1 and 100. If you do this, some numbers will appear more than once, while some won't appear at all. If you put them into a HashSet then you will have a list of all the numbers that appeared. use std::collections::HashSet; fn main() { let many_numbers = vec![ 94, 42, 59, 64, 32, 22, 38, 5, 59, 49, 15, 89, 74, 29, 14, 68, 82, 80, 56, 41, 36, 81, 66, 51, 58, 34, 59, 44, 19, 93, 28, 33, 18, 46, 61, 76, 14, 87, 84, 73, 71, 29, 94, 10, 35, 20, 35, 80, 8, 43, 79, 25, 60, 26, 11, 37, 94, 32, 90, 51, 11, 28, 76, 16, 63, 95, 13, 60, 59, 96, 95, 55, 92, 28, 3, 17, 91, 36, 20, 24, 0, 86, 82, 58, 93, 68, 54, 80, 56, 22, 67, 82, 58, 64, 80, 16, 61, 57, 14, 11]; let mut number_hashset = HashSet::new(); for number in many_numbers { number_hashset.insert(number); } let hashset_length = number_hashset.len(); // The length tells us how many numbers are in it println!(\"There are {} unique numbers, so we are missing {}.\", hashset_length, 100 - hashset_length); // Let's see what numbers we are missing let mut missing_vec = vec![]; for number in 0..100 { if number_hashset.get(&number).is_none() { // If .get() returns None, missing_vec.push(number); } } print!(\"It does not contain: \"); for number in missing_vec { print!(\"{} \", number); }\n} This prints: There are 66 unique numbers, so we are missing 34.\nIt does not contain: 1 2 4 6 7 9 12 21 23 27 30 31 39 40 45 47 48 50 52 53 62 65 69 70 72 75 77 78 83 85 88 97 98 99 A BTreeSet is similar to a HashSet in the same way that a BTreeMap is similar to a HashMap. If we print each item in the HashSet, we don't know what the order will be: for entry in number_hashset { // π§ print!(\"{} \", entry);\n} Maybe it will print this: 67 28 42 25 95 59 87 11 5 81 64 34 8 15 13 86 10 89 63 93 49 41 46 57 60 29 17 22 74 43 32 38 36 76 71 18 14 84 61 16 35 90 56 54 91 19 94 44 3 0 68 80 51 92 24 20 82 26 58 33 55 96 37 66 79 73. But it will almost never print it in the same way again. Here as well, it is easy to change your HashSet to a BTreeSet if you decide you need ordering. In our code, we only need to make two changes to switch from a HashSet to a BTreeSet. use std::collections::BTreeSet; // Change HashSet to BTreeSet fn main() { let many_numbers = vec![ 94, 42, 59, 64, 32, 22, 38, 5, 59, 49, 15, 89, 74, 29, 14, 68, 82, 80, 56, 41, 36, 81, 66, 51, 58, 34, 59, 44, 19, 93, 28, 33, 18, 46, 61, 76, 14, 87, 84, 73, 71, 29, 94, 10, 35, 20, 35, 80, 8, 43, 79, 25, 60, 26, 11, 37, 94, 32, 90, 51, 11, 28, 76, 16, 63, 95, 13, 60, 59, 96, 95, 55, 92, 28, 3, 17, 91, 36, 20, 24, 0, 86, 82, 58, 93, 68, 54, 80, 56, 22, 67, 82, 58, 64, 80, 16, 61, 57, 14, 11]; let mut number_btreeset = BTreeSet::new(); // Change HashSet to BTreeSet for number in many_numbers { number_btreeset.insert(number); } for entry in number_btreeset { print!(\"{} \", entry); }\n} Now it will print in order: 0 3 5 8 10 11 13 14 15 16 17 18 19 20 22 24 25 26 28 29 32 33 34 35 36 37 38 41 42 43 44 46 49 51 54 55 56 57 58 59 60 61 63 64 66 67 68 71 73 74 76 79 80 81 82 84 86 87 89 90 91 92 93 94 95 96.","breadcrumbs":"HashSet and BTreeSet","id":"46","title":"HashSet and BTreeSet"},"47":{"body":"A BinaryHeap is an interesting collection type, because it is mostly unordered but has a bit of order. It keeps the largest item in the front, but the other items are in any order. We will use another list of items for an example, but this time smaller. use std::collections::BinaryHeap; fn show_remainder(input: &BinaryHeap) -> Vec { // This function shows the remainder in the BinaryHeap. Actually an iterator would be // faster than a function - we will learn them later. let mut remainder_vec = vec![]; for number in input { remainder_vec.push(*number) } remainder_vec\n} fn main() { let many_numbers = vec![0, 5, 10, 15, 20, 25, 30]; // These numbers are in order let mut my_heap = BinaryHeap::new(); for number in many_numbers { my_heap.push(number); } while let Some(number) = my_heap.pop() { // .pop() returns Some(number) if a number is there, None if not. It pops from the front println!(\"Popped off {}. Remaining numbers are: {:?}\", number, show_remainder(&my_heap)); }\n} This prints: Popped off 30. Remaining numbers are: [25, 15, 20, 0, 10, 5]\nPopped off 25. Remaining numbers are: [20, 15, 5, 0, 10]\nPopped off 20. Remaining numbers are: [15, 10, 5, 0]\nPopped off 15. Remaining numbers are: [10, 0, 5]\nPopped off 10. Remaining numbers are: [5, 0]\nPopped off 5. Remaining numbers are: [0]\nPopped off 0. Remaining numbers are: [] You can see that the number in the 0 index is always largest: 25, 20, 15, 10, 5, then 0. But the other ones are all different. A good way to use a BinaryHeap is for a collection of things to do. Here we create a BinaryHeap<(u8, &str)> where the u8 is a number for the importance of the task. The &str is a description of what to do. use std::collections::BinaryHeap; fn main() { let mut jobs = BinaryHeap::new(); // Add jobs to do throughout the day jobs.push((100, \"Write back to email from the CEO\")); jobs.push((80, \"Finish the report today\")); jobs.push((5, \"Watch some YouTube\")); jobs.push((70, \"Tell your team members thanks for always working hard\")); jobs.push((30, \"Plan who to hire next for the team\")); while let Some(job) = jobs.pop() { println!(\"You need to: {}\", job.1); }\n} This will always print: You need to: Write back to email from the CEO\nYou need to: Finish the report today\nYou need to: Tell your team members thanks for always working hard\nYou need to: Plan who to hire next for the team\nYou need to: Watch some YouTube","breadcrumbs":"BinaryHeap","id":"47","title":"BinaryHeap"},"48":{"body":"A VecDeque is a Vec that is good at popping items both off the front and the back. Rust has VecDeque because a Vec is great for popping off the back (the last item), but not so great off the front. When you use .pop() on a Vec, it just takes off the last item on the right and nothing else is moved. But if you take it off another part, all the items to the right are moved over one position to the left. You can see this in the description for .remove(): Removes and returns the element at position index within the vector, shifting all elements after it to the left. So if you do this: fn main() { let mut my_vec = vec![9, 8, 7, 6, 5]; my_vec.remove(0);\n} it will remove 9. 8 in index 1 will move to index 0, 7 in index 2 will move to index 1, and so on. Imagine a big parking lot where every time one car leaves all the cars on the right side have to move over. This, for example, is a lot of work for the computer. In fact, if you run it on the Playground it will probably just give up because it's too much work. fn main() { let mut my_vec = vec![0; 600_000]; for i in 0..600000 { my_vec.remove(0); }\n} This is a Vec of 600,000 zeros. Every time you use remove(0) on it, it moves each zero left one space to the left. And then it does it 600,000 times. You don't have to worry about that with a VecDeque. It is usually a bit slower than a Vec, but if you have to do things on both ends then it is much faster. You can just use VecDeque::from with a Vec to make one. Our code above then looks like this: use std::collections::VecDeque; fn main() { let mut my_vec = VecDeque::from(vec![0; 600000]); for i in 0..600000 { my_vec.pop_front(); // pop_front is like .pop but for the front }\n} It is now much faster, and on the Playground it finishes in under a second instead of giving up. In this next example we have a Vec of things to do. Then we make a VecDeque and use .push_front() to put them at the front, so the first item we added will be on the right. But each item we push is a (&str, bool): &str is the description and false means it's not done yet. We use our done() function to pop an item off the back, but we don't want to delete it. Instead, we change false to true and push it at the front so that we can keep it. It looks like this: use std::collections::VecDeque; fn check_remaining(input: &VecDeque<(&str, bool)>) { // Each item is a (&str, bool) for item in input { if item.1 == false { println!(\"You must: {}\", item.0); } }\n} fn done(input: &mut VecDeque<(&str, bool)>) { let mut task_done = input.pop_back().unwrap(); // pop off the back task_done.1 = true; // now it's done - mark as true input.push_front(task_done); // put it at the front now\n} fn main() { let mut my_vecdeque = VecDeque::new(); let things_to_do = vec![\"send email to customer\", \"add new product to list\", \"phone Loki back\"]; for thing in things_to_do { my_vecdeque.push_front((thing, false)); } done(&mut my_vecdeque); done(&mut my_vecdeque); check_remaining(&my_vecdeque); for task in my_vecdeque { print!(\"{:?} \", task); }\n} This prints: You must: phone Loki back\n(\"add new product to list\", true) (\"send email to customer\", true) (\"phone Loki back\", false)","breadcrumbs":"VecDeque","id":"48","title":"VecDeque"},"49":{"body":"There is an even shorter way to deal with Result (and Option), shorter than match and even shorter than if let. It is called the \"question mark operator\", and is just ?. After a function that returns a result, you can add ?. This will: return what is inside the Result if it is Ok pass the error back if it is Err In other words, it does almost everything for you. We can try this with .parse() again. We will write a function called parse_str that tries to turn a &str into a i32. It looks like this: use std::num::ParseIntError; fn parse_str(input: &str) -> Result { let parsed_number = input.parse::()?; // Here is the question mark Ok(parsed_number)\n} fn main() {} This function takes a &str. If it is Ok, it gives an i32 wrapped in Ok. If it is an Err, it returns a ParseIntError. Then we try to parse the number, and add ?. That means \"check if it is an error, and give what is inside the Result if it is okay\". If it is not okay, it will return the error and end. But if it is okay, it will go to the next line. On the next line is the number inside of Ok(). We need to wrap it in Ok because the return is Result, not i32. Now, we can try out our function. Let's see what it does with a vec of &strs. fn parse_str(input: &str) -> Result { let parsed_number = input.parse::()?; Ok(parsed_number)\n} fn main() { let str_vec = vec![\"Seven\", \"8\", \"9.0\", \"nice\", \"6060\"]; for item in str_vec { let parsed = parse_str(item); println!(\"{:?}\", parsed); }\n} This prints: Err(ParseIntError { kind: InvalidDigit })\nOk(8)\nErr(ParseIntError { kind: InvalidDigit })\nErr(ParseIntError { kind: InvalidDigit })\nOk(6060) How did we find std::num::ParseIntError? One easy way is to \"ask\" the compiler again. fn main() { let failure = \"Not a number\".parse::(); failure.rbrbrb(); // β οΈ Compiler: \"What is rbrbrb()???\"\n} The compiler doesn't understand, and says: error[E0599]: no method named `rbrbrb` found for enum `std::result::Result` in the current scope --> src\\main.rs:3:13 |\n3 | failure.rbrbrb(); | ^^^^^^ method not found in `std::result::Result` So std::result::Result is the signature we need. We don't need to write std::result::Result because Result is always \"in scope\" (in scope = ready to use). Rust does this for all the types we use a lot so we don't have to write std::result::Result, std::collections::Vec, etc. We aren't working with things like files yet, so the ? operator doesn't look too useful yet. But here is a useless but quick example that shows how you can use it on a single line. Instead of making an i32 with .parse(), we'll do a lot more. We'll make an u16, then turn it to a String, then a u32, then to a String again, and finally to a i32. use std::num::ParseIntError; fn parse_str(input: &str) -> Result { let parsed_number = input.parse::()?.to_string().parse::()?.to_string().parse::()?; // Add a ? each time to check and pass it on Ok(parsed_number)\n} fn main() { let str_vec = vec![\"Seven\", \"8\", \"9.0\", \"nice\", \"6060\"]; for item in str_vec { let parsed = parse_str(item); println!(\"{:?}\", parsed); }\n} This prints the same thing, but this time we handled three Results in a single line. Later on we will do this with files, because they always return Results because many things can go wrong. Imagine the following: you want to open a file, write to it, and close it. First you need to successfully find the file (that's a Result). Then you need to successfully write to it (that's a Result). With ? you can do that on one line.","breadcrumbs":"The ? operator","id":"49","title":"The ? operator"},"5":{"body":"Maybe you don't want to install Rust yet, and that's okay. You can go to https://play.rust-lang.org/ and start writing Rust without leaving your browser. You can write your code there and click Run to see the results. You can run most of the samples in this book inside the Playground in your browser. Only near the end you will see samples that go beyond what you can do in the Playground (like opening files). Here are some tips when using the Rust Playground: Run your code with Run Change Debug to Release if you want your code to be faster. Debug: compiles faster, runs slower, contains debug information. Release: compiles slower, runs much faster, removes debug information. Click on Share to get a url link. You can use that to share your code if you want help. After you click share, you can click on Open a new thread in the Rust user forum to ask people there for help right away. Tools: Rustfmt will format your code nicely. Tools: Clippy will give you extra information about how to make your code better. Config: here you can change your theme to dark mode so you can work at night, and many other configurations. If you want to install Rust, go here https://www.rust-lang.org/tools/install and follow the instructions. Usually you will use rustup to install and update Rust.","breadcrumbs":"Rust Playground","id":"5","title":"Rust Playground"},"50":{"body":"Rust has a panic! macro that you can use to make it panic. It is easy to use: fn main() { panic!(\"Time to panic!\");\n} The message \"Time to panic!\" displays when you run the program: thread 'main' panicked at 'Time to panic!', src\\main.rs:2:3 You will remember that src\\main.rs is the directory and file name, and 2:3 is the line and column name. With this information, you can find the code and fix it. panic! is a good macro to use to make sure that you know when something changes. For example, this function called prints_three_things always prints index [0], [1], and [2] from a vector. It is okay because we always give it a vector with three items: fn prints_three_things(vector: Vec) { println!(\"{}, {}, {}\", vector[0], vector[1], vector[2]);\n} fn main() { let my_vec = vec![8, 9, 10]; prints_three_things(my_vec);\n} It prints 8, 9, 10 and everything is fine. But imagine that later on we write more and more code, and forget that my_vec can only be three things. Now my_vec in this part has six things: fn prints_three_things(vector: Vec) { println!(\"{}, {}, {}\", vector[0], vector[1], vector[2]);\n} fn main() { let my_vec = vec![8, 9, 10, 10, 55, 99]; // Now my_vec has six things prints_three_things(my_vec);\n} No error happens, because [0] and [1] and [2] are all inside this longer Vec. But what if it was really important to only have three things? We wouldn't know that there was a problem because the program doesn't panic. We should have done this instead: fn prints_three_things(vector: Vec) { if vector.len() != 3 { panic!(\"my_vec must always have three items\") // will panic if the length is not 3 } println!(\"{}, {}, {}\", vector[0], vector[1], vector[2]);\n} fn main() { let my_vec = vec![8, 9, 10]; prints_three_things(my_vec);\n} Now we will know if the vector has six items because it panics as it should: // β οΈ\nfn prints_three_things(vector: Vec) { if vector.len() != 3 { panic!(\"my_vec must always have three items\") } println!(\"{}, {}, {}\", vector[0], vector[1], vector[2]);\n} fn main() { let my_vec = vec![8, 9, 10, 10, 55, 99]; prints_three_things(my_vec);\n} This gives us thread 'main' panicked at 'my_vec must always have three items', src\\main.rs:8:9. Thanks to panic!, we now remember that my_vec should only have three items. So panic! is a good macro to create reminders in your code. There are three other macros that are similar to panic! that you use a lot in testing. They are: assert!, assert_eq!, and assert_ne!. Here is what they mean: assert!(): if the part inside () is not true, the program will panic. assert_eq!(): the two items inside () must be equal. assert_ne!(): the two items inside () must not be equal. ( ne means not equal) Some examples: fn main() { let my_name = \"Loki Laufeyson\"; assert!(my_name == \"Loki Laufeyson\"); assert_eq!(my_name, \"Loki Laufeyson\"); assert_ne!(my_name, \"Mithridates\");\n} This will do nothing, because all three assert macros are okay. (This is what we want) You can also add a message if you want. fn main() { let my_name = \"Loki Laufeyson\"; assert!( my_name == \"Loki Laufeyson\", \"{} should be Loki Laufeyson\", my_name ); assert_eq!( my_name, \"Loki Laufeyson\", \"{} and Loki Laufeyson should be equal\", my_name ); assert_ne!( my_name, \"Mithridates\", \"You entered {}. Input must not equal Mithridates\", my_name );\n} These messages will only display if the program panics. So if you run this: fn main() { let my_name = \"Mithridates\"; assert_ne!( my_name, \"Mithridates\", \"You enter {}. Input must not equal Mithridates\", my_name );\n} It will display: thread 'main' panicked at 'assertion failed: `(left != right)` left: `\"Mithridates\"`, right: `\"Mithridates\"`: You entered Mithridates. Input must not equal Mithridates', src\\main.rs:4:5 So it is saying \"you said that left != right, but left == right\". And it displays our message that says You entered Mithridates. Input must not equal Mithridates. unwrap is also good when you are writing your program and you want it to crash when there is a problem. Later, when your code is finished it is good to change unwrap to something else that won't crash. You can also use expect, which is like unwrap but a bit better because you give it your own message. Textbooks usually give this advice: \"If you use .unwrap() a lot, at least use .expect() for better error messages.\" This will crash: // β οΈ\nfn get_fourth(input: &Vec) -> i32 { let fourth = input.get(3).unwrap(); *fourth\n} fn main() { let my_vec = vec![9, 0, 10]; let fourth = get_fourth(&my_vec);\n} The error message is thread 'main' panicked at 'called Option::unwrap() on a None value', src\\main.rs:7:18. Now we write our own message with expect: // β οΈ\nfn get_fourth(input: &Vec) -> i32 { let fourth = input.get(3).expect(\"Input vector needs at least 4 items\"); *fourth\n} fn main() { let my_vec = vec![9, 0, 10]; let fourth = get_fourth(&my_vec);\n} It crashes again, but the error is better: thread 'main' panicked at 'Input vector needs at least 4 items', src\\main.rs:7:18. .expect() is a little better than .unwrap() because of this, but it will still panic on None. Now here is an example of a bad practice, a function that tries to unwrap two times. It takes a Vec>, so maybe each part will have a Some or maybe a None. fn try_two_unwraps(input: Vec>) { println!(\"Index 0 is: {}\", input[0].unwrap()); println!(\"Index 1 is: {}\", input[1].unwrap());\n} fn main() { let vector = vec![None, Some(1000)]; // This vector has a None, so it will panic try_two_unwraps(vector);\n} The message is: thread 'main' panicked at 'called `Option::unwrap()` on a `None` value', src\\main.rs:2:32. We're not sure if it was the first .unwrap() or the second .unwrap() until we check the line. It would be better to check the length and also to not unwrap. But with .expect() at least it will be a little better. Here it is with .expect(): fn try_two_unwraps(input: Vec>) { println!(\"Index 0 is: {}\", input[0].expect(\"The first unwrap had a None!\")); println!(\"Index 1 is: {}\", input[1].expect(\"The second unwrap had a None!\"));\n} fn main() { let vector = vec![None, Some(1000)]; try_two_unwraps(vector);\n} So that is a bit better: thread 'main' panicked at 'The first unwrap had a None!', src\\main.rs:2:32. We have the line number as well so we can find it. You can also use unwrap_or if you want to always have a value that you want to choose. If you do this it will never panic. That's: good because your program won't panic, but maybe not good if you want the program to panic if there's a problem. But usually we don't want our program to panic, so unwrap_or is a good method to use. fn main() { let my_vec = vec![8, 9, 10]; let fourth = my_vec.get(3).unwrap_or(&0); // If .get doesn't work, we will make the value &0. // .get returns a reference, so we need &0 and not 0 // You can write \"let *fourth\" with a * if you want fourth to be // a 0 and not a &0, but here we just print so it doesn't matter println!(\"{}\", fourth);\n} This prints 0 because .unwrap_or(&0) gives a 0 even if it is a None.","breadcrumbs":"When panic and unwrap are good","id":"50","title":"When panic and unwrap are good"},"51":{"body":"We have seen traits before: Debug, Copy, Clone are all traits. To give a type a trait, you have to implement it. Because Debug and the others are so common, we have attributes that automatically do it. That's what happens you write #[derive(Debug)]: you are automatically implementing Debug. #[derive(Debug)]\nstruct MyStruct { number: usize,\n} fn main() {} But other traits are more difficult, so you need to implement them manually with impl. For example, Add (found at std::ops::Add) is used to add two things. But Rust doesn't know exactly how you want to add things, so you have to tell it. struct ThingsToAdd { first_thing: u32, second_thing: f32,\n} fn main() {} We can add first_thing and second_thing, but we need to give more information. Maybe we want an f32, so something like this: // π§\nlet result = self.second_thing + self.first_thing as f32 But maybe we want an integer, so like this: // π§\nlet result = self.second_thing as u32 + self.first_thing Or maybe we want to just put self.first_thing next to self.second_thing and say that this is how we want to add. So if we add 55 to 33.4, we want to see 5533.4, not 88.4. So first let's look at how to make a trait. The important thing to remember about traits is that they are about behaviour. To make a trait, write trait and then create some functions. struct Animal { // A simple struct - an Animal only has a name name: String,\n} trait Dog { // The dog trait gives some functionality fn bark(&self) { // It can bark println!(\"Woof woof!\"); } fn run(&self) { // and it can run println!(\"The dog is running!\"); }\n} impl Dog for Animal {} // Now Animal has the trait Dog fn main() { let rover = Animal { name: \"Rover\".to_string(), }; rover.bark(); // Now Animal can use bark() rover.run(); // and it can use run()\n} This is okay, but we don't want to print \"The dog is running\". You can change the methods that a trait gives you if you want, but you have to have the same signature. That means that it needs to take the same things, and return the same things. For example, we can change the method .run(), but we have to follow the signature. The signature says: // π§\nfn run(&self) { println!(\"The dog is running!\");\n} fn run(&self) means \"fn run() takes &self, and returns nothing\". So you can't do this: fn run(&self) -> i32 { // β οΈ 5\n} Rust will say: = note: expected fn pointer `fn(&Animal)` found fn pointer `fn(&Animal) -> i32` But we can do this: struct Animal { // A simple struct - an Animal only has a name name: String,\n} trait Dog { // The dog trait gives some functionality fn bark(&self) { // It can bark println!(\"Woof woof!\"); } fn run(&self) { // and it can run println!(\"The dog is running!\"); }\n} impl Dog for Animal { fn run(&self) { println!(\"{} is running!\", self.name); }\n} fn main() { let rover = Animal { name: \"Rover\".to_string(), }; rover.bark(); // Now Animal can use bark() rover.run(); // and it can use run()\n} Now it prints Rover is running!. This is okay because we are returning (), or nothing, which is what the trait says. When you are writing a trait, you can just write the function signature. But if you do that, the user will have to write the function. Let's try that. Now we change bark() and run() to just say fn bark(&self); and fn run(&self);. This is not a full function, so the user must write it. struct Animal { name: String,\n} trait Dog { fn bark(&self); // bark() says it needs a &self and returns nothing fn run(&self); // run() says it needs a &self and returns nothing. // So now we have to write them ourselves.\n} impl Dog for Animal { fn bark(&self) { println!(\"{}, stop barking!!\", self.name); } fn run(&self) { println!(\"{} is running!\", self.name); }\n} fn main() { let rover = Animal { name: \"Rover\".to_string(), }; rover.bark(); rover.run();\n} So when you create a trait, you must think: \"Which functions should I write? And which functions should the user write?\" If you think the user should use the function the same way every time, then write out the function. If you think the user will use it differently, then just write the function signature. So let's try implementing the Display trait for our struct. First we will make a simple struct: struct Cat { name: String, age: u8,\n} fn main() { let mr_mantle = Cat { name: \"Reggie Mantle\".to_string(), age: 4, };\n} Now we want to print mr_mantle. Debug is easy to derive: #[derive(Debug)]\nstruct Cat { name: String, age: u8,\n} fn main() { let mr_mantle = Cat { name: \"Reggie Mantle\".to_string(), age: 4, }; println!(\"Mr. Mantle is a {:?}\", mr_mantle);\n} but Debug print is not the prettiest way to print, because it looks like this. Mr. Mantle is a Cat { name: \"Reggie Mantle\", age: 4 } So we need to implement Display for Cat if we want nicer printing. On https://doc.rust-lang.org/std/fmt/trait.Display.html we can see the information for Display, and one example. It says: use std::fmt; struct Position { longitude: f32, latitude: f32,\n} impl fmt::Display for Position { fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result { write!(f, \"({}, {})\", self.longitude, self.latitude) }\n} fn main() {} Some parts of this we don't understand yet, like <'_> and what f is doing. But we understand the Position struct: it is just two f32s. We also understand that self.longitude and self.latitude are the fields in the struct. So maybe we can just use this code for our struct, with self.name and self.age. Also, write! looks a lot like println! so it is pretty familiar. So we write this: use std::fmt; struct Cat { name: String, age: u8,\n} impl fmt::Display for Cat { fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result { write!(f, \"{} is a cat who is {} years old.\", self.name, self.age) }\n} fn main() {} Let's add a fn main(). Now our code looks like this: use std::fmt; struct Cat { name: String, age: u8,\n} impl fmt::Display for Cat { fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result { write!(f, \"{} is a cat who is {} years old.\", self.name, self.age) }\n} fn main() { let mr_mantle = Cat { name: \"Reggie Mantle\".to_string(), age: 4, }; println!(\"{}\", mr_mantle);\n} Success! Now when we use {} to print, we get Reggie Mantle is a cat who is 4 years old.. This looks much better. By the way, if you implement Display then you get the ToString trait for free. That's because you use the format! macro for the .fmt() function, which lets you make a String with .to_string(). So we could do something like this where we pass reggie_mantle to a function that wants a String, or anything else. use std::fmt;\nstruct Cat { name: String, age: u8,\n} impl fmt::Display for Cat { fn fmt(&self, f: &mut fmt::Formatter<'_>) -> fmt::Result { write!(f, \"{} is a cat who is {} years old.\", self.name, self.age) }\n} fn print_cats(pet: String) { println!(\"{}\", pet);\n} fn main() { let mr_mantle = Cat { name: \"Reggie Mantle\".to_string(), age: 4, }; print_cats(mr_mantle.to_string()); // Turn him into a String here println!(\"Mr. Mantle's String is {} letters long.\", mr_mantle.to_string().chars().count()); // Turn him into chars and count them\n} This prints: Reggie Mantle is a cat who is 4 years old.\nMr. Mantle's String is 42 letters long. The thing to remember about traits is that they are about the behaviour of something. How does your struct act? What can it do? That's what traits are for. If you think of some of the traits we've seen so far, they are all about behaviour: Copy is something that a type can do. Display is also something that a type can do. ToString is another trait, and it's also something that a type can do: it can change into a String. In our Dog trait the word dog doesn't mean something you can do, but it gives some methods that let it do things. You could also implement it for a struct Poodle or struct Beagle and they would all get Dog methods. Let's look at another example that is even more connected to just behaviour. We'll imagine a fantasy game with some simple characters. One is a Monster, the other two are Wizard and Ranger. The Monster just has health so we can attack it, the other two don't have anything yet. But we made two traits. One is called FightClose, and lets you fight up close. The other is FightFromDistance, and lets you fight from far away. Only Ranger can use FightFromDistance. Here's what it looks like: struct Monster { health: i32,\n} struct Wizard {}\nstruct Ranger {} trait FightClose { fn attack_with_sword(&self, opponent: &mut Monster) { opponent.health -= 10; println!( \"You attack with your sword. Your opponent now has {} health left.\", opponent.health ); } fn attack_with_hand(&self, opponent: &mut Monster) { opponent.health -= 2; println!( \"You attack with your hand. Your opponent now has {} health left.\", opponent.health ); }\n}\nimpl FightClose for Wizard {}\nimpl FightClose for Ranger {} trait FightFromDistance { fn attack_with_bow(&self, opponent: &mut Monster, distance: u32) { if distance < 10 { opponent.health -= 10; println!( \"You attack with your bow. Your opponent now has {} health left.\", opponent.health ); } } fn attack_with_rock(&self, opponent: &mut Monster, distance: u32) { if distance < 3 { opponent.health -= 4; } println!( \"You attack with your rock. Your opponent now has {} health left.\", opponent.health ); }\n}\nimpl FightFromDistance for Ranger {} fn main() { let radagast = Wizard {}; let aragorn = Ranger {}; let mut uruk_hai = Monster { health: 40 }; radagast.attack_with_sword(&mut uruk_hai); aragorn.attack_with_bow(&mut uruk_hai, 8);\n} This prints: You attack with your sword. Your opponent now has 30 health left.\nYou attack with your bow. Your opponent now has 20 health left. We pass self inside our trait all the time, but we can't do much with it right now. That's because Rust doesn't know what type is going to use it. It could be a Wizard, it could be a Ranger, it could be a new struct called Toefocfgetobjtnode or anything else. To give self some functionality, we can add necessary traits to the trait. If we want to print with {:?} for example then we need Debug. You can add it to the trait just by writing it after : (a colon). Now our code looks like this: struct Monster { health: i32,\n} #[derive(Debug)] // Now Wizard has Debug\nstruct Wizard { health: i32, // Now Wizard has health\n}\n#[derive(Debug)] // So does Ranger\nstruct Ranger { health: i32, // So does Ranger\n} trait FightClose: std::fmt::Debug { // Now a type needs Debug to use FightClose fn attack_with_sword(&self, opponent: &mut Monster) { opponent.health -= 10; println!( \"You attack with your sword. Your opponent now has {} health left. You are now at: {:?}\", // We can now print self with {:?} because we have Debug opponent.health, &self ); } fn attack_with_hand(&self, opponent: &mut Monster) { opponent.health -= 2; println!( \"You attack with your hand. Your opponent now has {} health left. You are now at: {:?}\", opponent.health, &self ); }\n}\nimpl FightClose for Wizard {}\nimpl FightClose for Ranger {} trait FightFromDistance: std::fmt::Debug { // We could also do trait FightFromDistance: FightClose because FightClose needs Debug fn attack_with_bow(&self, opponent: &mut Monster, distance: u32) { if distance < 10 { opponent.health -= 10; println!( \"You attack with your bow. Your opponent now has {} health left. You are now at: {:?}\", opponent.health, self ); } } fn attack_with_rock(&self, opponent: &mut Monster, distance: u32) { if distance < 3 { opponent.health -= 4; } println!( \"You attack with your rock. Your opponent now has {} health left. You are now at: {:?}\", opponent.health, self ); }\n}\nimpl FightFromDistance for Ranger {} fn main() { let radagast = Wizard { health: 60 }; let aragorn = Ranger { health: 80 }; let mut uruk_hai = Monster { health: 40 }; radagast.attack_with_sword(&mut uruk_hai); aragorn.attack_with_bow(&mut uruk_hai, 8);\n} Now this prints: You attack with your sword. Your opponent now has 30 health left. You are now at: Wizard { health: 60 }\nYou attack with your bow. Your opponent now has 20 health left. You are now at: Ranger { health: 80 } In a real game it might be better to rewrite this for each type, because You are now at: Wizard { health: 60 } looks funny. That's also why methods inside traits are usually simple, because you don't know what type is going to use it. You can't write things like self.0 += 10 for example. But this example shows that we can use other traits inside a trait we are writing. And when we do that, we get some methods that we can use. One other way to use a trait is with what are called trait bounds. That means \"limitations by a trait\". Trait bounds are easy because a trait actually doesn't need any methods, or anything at all. Let's rewrite our code with something similar but different. This time our trait doesn't have any methods, but we have other functions that require traits to use. use std::fmt::Debug; // So we don't have to write std::fmt::Debug every time now struct Monster { health: i32,\n} #[derive(Debug)]\nstruct Wizard { health: i32,\n}\n#[derive(Debug)]\nstruct Ranger { health: i32,\n} trait Magic{} // No methods for any of these traits. They are just trait bounds\ntrait FightClose {}\ntrait FightFromDistance {} impl FightClose for Ranger{} // Each type gets FightClose,\nimpl FightClose for Wizard {}\nimpl FightFromDistance for Ranger{} // but only Ranger gets FightFromDistance\nimpl Magic for Wizard{} // and only Wizard gets Magic fn attack_with_bow(character: &T, opponent: &mut Monster, distance: u32) { if distance < 10 { opponent.health -= 10; println!( \"You attack with your bow. Your opponent now has {} health left. You are now at: {:?}\", opponent.health, character ); }\n} fn attack_with_sword(character: &T, opponent: &mut Monster) { opponent.health -= 10; println!( \"You attack with your sword. Your opponent now has {} health left. You are now at: {:?}\", opponent.health, character );\n} fn fireball(character: &T, opponent: &mut Monster, distance: u32) { if distance < 15 { opponent.health -= 20; println!(\"You raise your hands and cast a fireball! Your opponent now has {} health left. You are now at: {:?}\", opponent.health, character); }\n} fn main() { let radagast = Wizard { health: 60 }; let aragorn = Ranger { health: 80 }; let mut uruk_hai = Monster { health: 40 }; attack_with_sword(&radagast, &mut uruk_hai); attack_with_bow(&aragorn, &mut uruk_hai, 8); fireball(&radagast, &mut uruk_hai, 8);\n} This prints almost the same thing: You attack with your sword. Your opponent now has 30 health left. You are now at: Wizard { health: 60 }\nYou attack with your bow. Your opponent now has 20 health left. You are now at: Ranger { health: 80 }\nYou raise your hands and cast a fireball! Your opponent now has 0 health left. You are now at: Wizard { health: 60 } So you can see there are many ways to do the same thing when you use traits. It all depends on what makes the most sense for the program that you are writing. Now let's look at how to implement some of the main traits you will use in Rust.","breadcrumbs":"Traits","id":"51","title":"Traits"},"52":{"body":"From is a very convenient trait to use, and you know this because you have seen it so much already. With From you can make a String from a &str, but you can make many types from many other types. For example, Vec uses From for the following: From<&'_ [T]>\nFrom<&'_ mut [T]>\nFrom<&'_ str>\nFrom<&'a Vec>\nFrom<[T; N]>\nFrom>\nFrom>\nFrom\nFrom>\nFrom\nFrom>\nFrom>\nFrom> That is a lot of Vec::from() that we have not tried yet. Let's make a few and see what happens. use std::fmt::Display; // We will make a generic function to print them so we want Display fn print_vec(input: &Vec) { // Take any Vec if type T has Display for item in input { print!(\"{} \", item); } println!();\n} fn main() { let array_vec = Vec::from([8, 9, 10]); // Try from an array print_vec(&array_vec); let str_vec = Vec::from(\"What kind of vec will I be?\"); // An array from a &str? This will be interesting print_vec(&str_vec); let string_vec = Vec::from(\"What kind of vec will a String be?\".to_string()); // Also from a String print_vec(&string_vec);\n} It prints the following: 8 9 10\n87 104 97 116 32 107 105 110 100 32 111 102 32 118 101 99 32 119 105 108 108 32 73 32 98 101 63\n87 104 97 116 32 107 105 110 100 32 111 102 32 118 101 99 32 119 105 108 108 32 97 32 83 116 114 105 110 103 32 98 101 63 If you look at the type, the second and third vectors are Vec, which means the bytes of the &str and the String. So you can see that From is very flexible and used a lot. Let's try it with our own types. We'll make two structs and then implement From for one of them. One struct will be City, and the other will be Country. We want to be able to do this: let country_name = Country::from(vector_of_cities). It looks like this: #[derive(Debug)] // So we can print City\nstruct City { name: String, population: u32,\n} impl City { fn new(name: &str, population: u32) -> Self { // just a new function Self { name: name.to_string(), population, } }\n}\n#[derive(Debug)] // Country also needs to be printed\nstruct Country { cities: Vec, // Our cities go in here\n} impl From> for Country { // Note: we don't have to write From, we can also do // From>. So we can also implement on a type that // we didn't create fn from(cities: Vec) -> Self { Self { cities } }\n} impl Country { fn print_cities(&self) { // function to print the cities in Country for city in &self.cities { // & because Vec isn't Copy println!(\"{:?} has a population of {:?}.\", city.name, city.population); } }\n} fn main() { let helsinki = City::new(\"Helsinki\", 631_695); let turku = City::new(\"Turku\", 186_756); let finland_cities = vec![helsinki, turku]; // This is the Vec let finland = Country::from(finland_cities); // So now we can use From finland.print_cities();\n} This prints: \"Helsinki\" has a population of 631695.\n\"Turku\" has a population of 186756. You can see that From is easy to implement from types you didn't create like Vec, i32, and so on. Here is one more example where we create a vector that has two vectors. The first vector holds even numbers, and the second holds odd numbers. With From you can give it a vector of i32s and it will turn it into a Vec>: a vector that holds vectors of i32. use std::convert::From; struct EvenOddVec(Vec>); impl From> for EvenOddVec { fn from(input: Vec) -> Self { let mut even_odd_vec: Vec> = vec![vec![], vec![]]; // A vec with two empty vecs inside // This is the return value but first we must fill it for item in input { if item % 2 == 0 { even_odd_vec[0].push(item); } else { even_odd_vec[1].push(item); } } Self(even_odd_vec) // Now it is done so we return it as Self (Self = EvenOddVec) }\n} fn main() { let bunch_of_numbers = vec![8, 7, -1, 3, 222, 9787, -47, 77, 0, 55, 7, 8]; let new_vec = EvenOddVec::from(bunch_of_numbers); println!(\"Even numbers: {:?}\\nOdd numbers: {:?}\", new_vec.0[0], new_vec.0[1]);\n} This prints: Even numbers: [8, 222, 0, 8]\nOdd numbers: [7, -1, 3, 9787, -47, 77, 55, 7] A type like EvenOddVec is probably better as a generic T so we can use many number types. You can try to make the example generic if you want for practice.","breadcrumbs":"The From trait","id":"52","title":"The From trait"},"53":{"body":"Sometimes you want a function that can take both a String and a &str. You can do this with generics and the AsRef trait. AsRef is used to give a reference from one type to another type. If you look at the documentation for String, you can see that it has AsRef for many types: https://doc.rust-lang.org/std/string/struct.String.html Here are some function signatures for them. AsRef: // π§\nimpl AsRef for String fn as_ref(&self) -> &str AsRef<[u8]>: // π§\nimpl AsRef<[u8]> for String fn as_ref(&self) -> &[u8] AsRef: // π§\nimpl AsRef for String fn as_ref(&self) -> &OsStr You can see that it takes &self and gives a reference to the other type. This means that if you have a generic type T, you can say that it needs AsRef. If you do that, it will be able to take a &str and a String. Let's start with the generic function. This doesn't work yet: fn print_it(input: T) { println!(\"{}\", input) // β οΈ\n} fn main() { print_it(\"Please print me\");\n} Rust says error[E0277]: T doesn't implement std::fmt::Display. So we will require T to implement Display. use std::fmt::Display; fn print_it(input: T) { println!(\"{}\", input)\n} fn main() { print_it(\"Please print me\");\n} Now it works and prints Please print me. That is good, but T can still be too many things. It can be an i8, an f32 and anything else with just Display. So we add AsRef, and now T needs both AsRef and Display. use std::fmt::Display; fn print_it + Display>(input: T) { println!(\"{}\", input)\n} fn main() { print_it(\"Please print me\"); print_it(\"Also, please print me\".to_string()); // print_it(7); <- This will not print\n} Now it won't take types like i8. Don't forget that you can use where to write the function differently when it gets long. If we add Debug then it becomes fn print_it + Display + Debug>(input: T) which is long for one line. So we can write it like this: use std::fmt::{Debug, Display}; // add Debug fn print_it(input: T) // Now this line is easy to read\nwhere T: AsRef + Debug + Display, // and these traits are easy to read\n{ println!(\"{}\", input)\n} fn main() { print_it(\"Please print me\"); print_it(\"Also, please print me\".to_string());\n}","breadcrumbs":"Taking a String and a &str in a function","id":"53","title":"Taking a String and a &str in a function"},"54":{"body":"Rust is a systems programming language like C and C++, and its code can be written as separate commands in separate lines, but it also has a functional style. Both styles are okay, but functional style is usually shorter. Here is an example of the non-functional style (called \"imperative style\") to make a Vec from 1 to 10: fn main() { let mut new_vec = Vec::new(); let mut counter = 1; while counter < 11 { new_vec.push(counter); counter += 1; } println!(\"{:?}\", new_vec);\n} This prints [1, 2, 3, 4, 5, 6, 7, 8, 9, 10]. And here is an example of functional style: fn main() { let new_vec = (1..=10).collect::>(); // Or you can write it like this: // let new_vec: Vec = (1..=10).collect(); println!(\"{:?}\", new_vec);\n} .collect() can make collections of many types, so we have to tell it the type. With functional style you can chain methods. \"Chaining methods\" means to put many methods together in a single statement. Here is an example of many methods chained together: fn main() { let my_vec = vec![0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10]; let new_vec = my_vec.into_iter().skip(3).take(4).collect::>(); println!(\"{:?}\", new_vec);\n} This creates a Vec with [3, 4, 5, 6]. This is a lot of information for one line, so it can help to put each method on a new line. Let's do that to make it easier to read: fn main() { let my_vec = vec![0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10]; let new_vec = my_vec .into_iter() // \"iterate\" over the items (iterate = work with each item inside it). into_iter() gives us owned values, not references .skip(3) // skip over three items: 0, 1, and 2 .take(4) // take the next four: 3, 4, 5, and 6 .collect::>(); // put them in a new Vec println!(\"{:?}\", new_vec);\n} You can use this functional style best when you understand closures and iterators. So we will learn them next.","breadcrumbs":"Chaining methods","id":"54","title":"Chaining methods"},"55":{"body":"An iterator is a construct that can give you the items in the collection, one at a time. Actually, we have already used iterators a lot: the for loop gives you an iterator. When you want to use an iterator other times, you have to choose what kind: .iter() for an iterator of references .iter_mut() for an iterator of mutable references .into_iter() for an iterator of values (not references) A for loop is actually just an iterator that uses .iter_mut(). That's why you can change the values when you use it. We can use iterators like this: fn main() { let vector1 = vec![1, 2, 3]; // we will use .iter() and .into_iter() on this one let vector1_a = vector1.iter().map(|x| x + 1).collect::>(); let vector1_b = vector1.into_iter().map(|x| x * 10).collect::>(); let mut vector2 = vec![10, 20, 30]; // we will use .iter_mut() on this one vector2.iter_mut().for_each(|x| *x +=100); println!(\"{:?}\", vector1_a); println!(\"{:?}\", vector2); println!(\"{:?}\", vector1_b);\n} This prints: [2, 3, 4]\n[110, 120, 130]\n[10, 20, 30] The first two we used a method called .map(). This method lets you do something to every item, then pass it on. The last one we used is one called .for_each(). This method just lets you do something to every item. .iter_mut() plus for_each() is basically just a for loop. Inside each method we can give a name to every item (we just called it x) and use that to change it. These are called closures and we will learn about them in the next section. Let's go over them again, one at a time. First we used .iter() on vector1 to get references. We added 1 to each, and made it into a new Vec. vector1 is still alive because we only used references: we didn't take by value. Now we have vector1, and a new Vec called vector1_a. Because .map() just passes it on, we needed to use .collect() to make it into a Vec. Then we used into_iter to get an iterator by value from vector1. This destroys vector1, because that's what into_iter() does. So after we make vector1_b we can't use vector1 again. Finally we used .iter_mut() for vector2. It is mutable, so we don't need to use .collect() to create a new Vec. Instead, we change the values in the same Vec with mutable references. So vector2 is still there. Because we don't need a new Vec, we use for_each: it's just like a for loop.","breadcrumbs":"Iterators","id":"55","title":"Iterators"},"56":{"body":"An iterator works by using a method called .next(), which gives an Option. When you use an iterator, Rust calls next() over and over again. If it gets Some, it keeps going. If it gets None, it stops. Do you remember the assert_eq! macro? In documentation, you see it all the time. Here it is showing how an iterator works. fn main() { let my_vec = vec!['a', 'b', 'κ±°', 'ζ³']; // Just a regular Vec let mut my_vec_iter = my_vec.iter(); // This is an Iterator type now, but we haven't called it yet assert_eq!(my_vec_iter.next(), Some(&'a')); // Call the first item with .next() assert_eq!(my_vec_iter.next(), Some(&'b')); // Call the next assert_eq!(my_vec_iter.next(), Some(&'κ±°')); // Again assert_eq!(my_vec_iter.next(), Some(&'ζ³')); // Again assert_eq!(my_vec_iter.next(), None); // Nothing is left: just None assert_eq!(my_vec_iter.next(), None); // You can keep calling .next() but it will always be None\n} Implementing Iterator for your own struct or enum is not too hard. First let's make a book library and think about it. #[derive(Debug)] // we want to print it with {:?}\nstruct Library { library_type: LibraryType, // this is our enum books: Vec, // list of books\n} #[derive(Debug)]\nenum LibraryType { // libraries can be city libraries or country libraries City, Country,\n} impl Library { fn add_book(&mut self, book: &str) { // we use add_book to add new books self.books.push(book.to_string()); // we take a &str and turn it into a String, then add it to the Vec } fn new() -> Self { // this creates a new Library Self { library_type: LibraryType::City, // most are in the city so we'll choose City // most of the time books: Vec::new(), } }\n} fn main() { let mut my_library = Library::new(); // make a new library my_library.add_book(\"The Doom of the Darksword\"); // add some books my_library.add_book(\"Demian - die Geschichte einer Jugend\"); my_library.add_book(\"ꡬμ΄λͺ½\"); my_library.add_book(\"εΎθΌ©γ―η«γ§γγ\"); println!(\"{:?}\", my_library.books); // we can print our list of books\n} That works well. Now we want to implement Iterator for the library so we can use it in a for loop. Right now if we try a for loop, it doesn't work: for item in my_library { println!(\"{}\", item); // β οΈ\n} It says: error[E0277]: `Library` is not an iterator --> src\\main.rs:47:16 |\n47 | for item in my_library { | ^^^^^^^^^^ `Library` is not an iterator | = help: the trait `std::iter::Iterator` is not implemented for `Library` = note: required by `std::iter::IntoIterator::into_iter` But we can make library into an iterator with impl Iterator for Library. Information on the Iterator trait is here in the standard library: https://doc.rust-lang.org/std/iter/trait.Iterator.html On the top left of the page it says: Associated Types: Item and Required Methods: next. An \"associated type\" means \"a type that goes together\". Our associated type will be String, because we want the iterator to give us Strings. In the page it has an example that looks like this: // an iterator which alternates between Some and None\nstruct Alternate { state: i32,\n} impl Iterator for Alternate { type Item = i32; fn next(&mut self) -> Option { let val = self.state; self.state = self.state + 1; // if it's even, Some(i32), else None if val % 2 == 0 { Some(val) } else { None } }\n} fn main() {} You can see that under impl Iterator for Alternate it says type Item = i32. This is the associated type. Our iterator will be for our list of books, which is a Vec. When we call next, it will give us a String. So we will write type Item = String;. That is the associated item. To implement Iterator, you need to write the fn next() function. This is where you decide what the iterator should do. For our Library, we want it to give us the last books first. So we will match with .pop() which takes the last item off if it is Some. We also want to print \" is found!\" for each item. Now it looks like this: #[derive(Debug, Clone)]\nstruct Library { library_type: LibraryType, books: Vec,\n} #[derive(Debug, Clone)]\nenum LibraryType { City, Country,\n} impl Library { fn add_book(&mut self, book: &str) { self.books.push(book.to_string()); } fn new() -> Self { Self { library_type: LibraryType::City, // most of the time books: Vec::new(), } }\n} impl Iterator for Library { type Item = String; fn next(&mut self) -> Option { match self.books.pop() { Some(book) => Some(book + \" is found!\"), // Rust allows String + &str None => None, } }\n} fn main() { let mut my_library = Library::new(); my_library.add_book(\"The Doom of the Darksword\"); my_library.add_book(\"Demian - die Geschichte einer Jugend\"); my_library.add_book(\"ꡬμ΄λͺ½\"); my_library.add_book(\"εΎθΌ©γ―η«γ§γγ\"); for item in my_library.clone() { // we can use a for loop now. Give it a clone so Library won't be destroyed println!(\"{}\", item); }\n} This prints: εΎθΌ©γ―η«γ§γγ is found!\nꡬμ΄λͺ½ is found!\nDemian - die Geschichte einer Jugend is found!\nThe Doom of the Darksword is found!","breadcrumbs":"How an iterator works","id":"56","title":"How an iterator works"},"57":{"body":"Closures are like quick functions that don't need a name. Sometimes they are called lambdas. Closures are easy to find because they use || instead of (). They are very common in Rust, and once you learn to use them you will wonder how you lived without them. You can bind a closure to a variable, and then it looks exactly like a function when you use it: fn main() { let my_closure = || println!(\"This is a closure\"); my_closure();\n} So this closure takes nothing: || and prints a message: This is a closure. In between the || we can add input variables and types, like inside () for a function: fn main() { let my_closure = |x: i32| println!(\"{}\", x); my_closure(5); my_closure(5+5);\n} This prints: 5\n10 When the closure becomes more complicated, you can add a code block. Then it can be as long as you want. fn main() { let my_closure = || { let number = 7; let other_number = 10; println!(\"The two numbers are {} and {}.\", number, other_number); // This closure can be as long as we want, just like a function. }; my_closure();\n} But closures are special because they can take variables that are outside the closure even if you only write ||. So you can do this: fn main() { let number_one = 6; let number_two = 10; let my_closure = || println!(\"{}\", number_one + number_two); my_closure();\n} So this prints 16. You didn't need to put anything in || because it can just take number_one and number_two and add them. By the way, that is where the name closure comes from, because they take variables and \"enclose\" them inside. And if you want to be very correct: a || that doesn't enclose a variable from outside is an \"anonymous function\". Anonymous means \"doesn't have a name\". It works more like a regular function. a || that does enclose a variable from outside is a \"closure\". It \"encloses\" the variables around it to use them. But people will often call all || functions closures, so you don't have to worry about the name. We will just say \"closure\" for anything with a ||, but remember that it can mean an \"anonymous function\". Why is it good to know the difference? It's because an anonymous function actually makes the same machine code as a function with a name. They feel \"high level\", so sometimes people think that the machine code will be complicated. But the machine code that Rust makes from it is just as fast as a regular function. So let's look at some more things that closures can do. You can also do this: fn main() { let number_one = 6; let number_two = 10; let my_closure = |x: i32| println!(\"{}\", number_one + number_two + x); my_closure(5);\n} This closure takes number_one and number_two. We also gave it a new variable x and said that x is 5. Then it adds all three together to print 21. Usually you see closures in Rust inside of a method, because it is very convenient to have a closure inside. We saw closures in the last section with .map() and .for_each(). In that section we wrote |x| to bring in the next item in an iterator, and that was a closure. Here is another example: the unwrap_or method that we know that you can use to give a value if unwrap doesn't work. Before, we wrote: let fourth = my_vec.get(3).unwrap_or(&0);. But there is also an unwrap_or_else method that has a closure inside. So you can do this: fn main() { let my_vec = vec![8, 9, 10]; let fourth = my_vec.get(3).unwrap_or_else(|| { // try to unwrap. If it doesn't work, if my_vec.get(0).is_some() { // see if my_vec has something at index [0] &my_vec[0] // Give the number at index 0 if there is something } else { &0 // otherwise give a &0 } }); println!(\"{}\", fourth);\n} Of course, a closure can be very simple. You can just write let fourth = my_vec.get(3).unwrap_or_else(|| &0); for example. You don't always need to use a {} and write complicated code just because there is a closure. As long as you put the || in, the compiler knows that you have put in the closure that you need. The most frequent closure method is maybe .map(). Let's take a look at it again. Here is one way to use it: fn main() { let num_vec = vec![2, 4, 6]; let double_vec = num_vec // take num_vec .iter() // iterate over it .map(|number| number * 2) // for each item, multiply by two .collect::>(); // then make a new Vec from this println!(\"{:?}\", double_vec);\n} Another good example is with .for_each() after .enumerate(). The .enumerate() method gives an iterator with the index number and the item. For example: [10, 9, 8] becomes (0, 10), (1, 9), (2, 8). The type for each item here is (usize, i32). So you can do this: fn main() { let num_vec = vec![10, 9, 8]; num_vec .iter() // iterate over num_vec .enumerate() // get (index, number) .for_each(|(index, number)| println!(\"Index number {} has number {}\", index, number)); // do something for each one\n} This prints: Index number 0 has number 10\nIndex number 1 has number 9\nIndex number 2 has number 8 In this case we use for_each instead of map. map is for doing something to each item and passing it on, and for_each is doing something when you see each item . Also, map doesn't do anything unless you use a method like collect. Actually, this is the interesting thing about iterators. If you try to map without a method like collect, the compiler will tell you that it doesn't do anything. It won't panic, but the compiler will tell you that you didn't do anything. fn main() { let num_vec = vec![10, 9, 8]; num_vec .iter() .enumerate() .map(|(index, number)| println!(\"Index number {} has number {}\", index, number)); } It says: warning: unused `std::iter::Map` that must be used --> src\\main.rs:4:5 |\n4 | / num_vec\n5 | | .iter()\n6 | | .enumerate()\n7 | | .map(|(index, number)| println!(\"Index number {} has number {}\", index, number)); | |_________________________________________________________________________________________^ | = note: `#[warn(unused_must_use)]` on by default = note: iterators are lazy and do nothing unless consumed This is a warning , so it's not an error: the program runs fine. But why doesn't num_vec do anything? We can look at the types to see. let num_vec = vec![10, 9, 8]; Right now it is a Vec. .iter() Now it is an Iter. So it is an iterator with items of i32. .enumerate() Now it is an Enumerate>. So it is a type Enumerate of type Iter of i32s. .map() Now it is a type Map>>. So it is a type Map of type Enumerate of type Iter of i32s. All we did was make a more and more complicated structure. So this Map>> is a structure that is ready to go, but only when we tell it what to do. Rust does this because it needs to be fast. It doesn't want to do this: iterate over all the i32s in the Vec then enumerate over all the i32s from the iterator then map over all the enumerated i32s Rust only wants to do one calculation, so it creates the structure and waits. Then if we say .collect::>() it knows what to do, and starts moving. This is what iterators are lazy and do nothing unless consumed means. The iterators don't do anything until you \"consume\" them (use them up). You can even create complicated things like HashMap using .collect(), so it is very powerful. Here is an example of how to put two vecs into a HashMap. First we make the two vectors, and then we will use .into_iter() on them to get an iterator of values. Then we use the .zip() method. This method takes two iterators and attaches them together, like a zipper. Finally, we use .collect() to make the HashMap. Here is the code: use std::collections::HashMap; fn main() { let some_numbers = vec![0, 1, 2, 3, 4, 5]; // a Vec let some_words = vec![\"zero\", \"one\", \"two\", \"three\", \"four\", \"five\"]; // a Vec<&str> let number_word_hashmap = some_numbers .into_iter() // now it is an iter .zip(some_words.into_iter()) // inside .zip() we put in the other iter. Now they are together. .collect::>(); println!(\"For key {} we get {}.\", 2, number_word_hashmap.get(&2).unwrap());\n} This prints: For key 2 we get two. You can see that we wrote > because that is enough information for Rust to decide on the type HashMap. You can write .collect::>(); if you want, or you can write it like this if you prefer: use std::collections::HashMap; fn main() { let some_numbers = vec![0, 1, 2, 3, 4, 5]; // a Vec let some_words = vec![\"zero\", \"one\", \"two\", \"three\", \"four\", \"five\"]; // a Vec<&str> let number_word_hashmap: HashMap<_, _> = some_numbers // Because we tell it the type here... .into_iter() .zip(some_words.into_iter()) .collect(); // we don't have to tell it here\n} There is another method that is like .enumerate() for chars: char_indices(). (Indices means \"indexes\"). You use it in the same way. Let's pretend we have a big string that made of 3-digit numbers. fn main() { let numbers_together = \"140399923481800622623218009598281\"; for (index, number) in numbers_together.char_indices() { match (index % 3, number) { (0..=1, number) => print!(\"{}\", number), // just print the number if there is a remainder _ => print!(\"{}\\t\", number), // otherwise print the number with a tab space } }\n} This prints 140 399 923 481 800 622 623 218 009 598 281.","breadcrumbs":"Closures","id":"57","title":"Closures"},"58":{"body":"Sometimes you see |_| in a closure. This means that the closure needs an argument (like x), but you don't want to use it. So |_| means \"Okay, this closure takes an argument but I won't give it a name because I don't care about it\". Here is an example of an error when you don't do that: fn main() { let my_vec = vec![8, 9, 10]; println!(\"{:?}\", my_vec.iter().for_each(|| println!(\"We didn't use the variables at all\"))); // β οΈ\n} Rust says that error[E0593]: closure is expected to take 1 argument, but it takes 0 arguments --> src\\main.rs:28:36 |\n28 | println!(\"{:?}\", my_vec.iter().for_each(|| println!(\"We didn't use the variables at all\"))); | ^^^^^^^^ -- takes 0 arguments | | | expected closure that takes 1 argument The compiler actually gives you some help: help: consider changing the closure to take and ignore the expected argument |\n28 | println!(\"{:?}\", my_vec.iter().for_each(|_| println!(\"We didn't use the variables at all\"))); This is good advice. If you change || to |_| then it will work.","breadcrumbs":"|_| in a closure","id":"58","title":"|_| in a closure"},"59":{"body":"Rust becomes a very fun to language once you become comfortable with closures. With closures you can chain methods to each other and do a lot of things with very little code. Here are some closures and methods used with closures that we didn't see yet. .filter(): This lets you keep the items in an iterator that you want to keep. Let's filter the months of the year. fn main() { let months = vec![\"January\", \"February\", \"March\", \"April\", \"May\", \"June\", \"July\", \"August\", \"September\", \"October\", \"November\", \"December\"]; let filtered_months = months .into_iter() // make an iter .filter(|month| month.len() < 5) // We don't want months more than 5 bytes in length. // We know that each letter is one byte so .len() is fine .filter(|month| month.contains(\"u\")) // Also we only like months with the letter u .collect::>(); println!(\"{:?}\", filtered_months);\n} This prints [\"June\", \"July\"]. .filter_map(). This is called filter_map() because it does .filter() and .map(). The closure must return an Option, and then filter_map() takes the value out of each Option if it is Some. So for example if you were to .filter_map() a vec![Some(2), None, Some(3)], it would return [2, 3]. We will write an example with a Company struct. Each company has a name so that field is String, but the CEO might have recently quit. So the ceo field is Option. We will .filter_map() over some companies to just keep the CEO names. struct Company { name: String, ceo: Option,\n} impl Company { fn new(name: &str, ceo: &str) -> Self { let ceo = match ceo { \"\" => None, name => Some(name.to_string()), }; // ceo is decided, so now we return Self Self { name: name.to_string(), ceo, } } fn get_ceo(&self) -> Option { self.ceo.clone() // Just returns a clone of the CEO (struct is not Copy) }\n} fn main() { let company_vec = vec![ Company::new(\"Umbrella Corporation\", \"Unknown\"), Company::new(\"Ovintiv\", \"Doug Suttles\"), Company::new(\"The Red-Headed League\", \"\"), Company::new(\"Stark Enterprises\", \"\"), ]; let all_the_ceos = company_vec .into_iter() .filter_map(|company| company.get_ceo()) // filter_map needs Option .collect::>(); println!(\"{:?}\", all_the_ceos);\n} This prints [\"Unknown\", \"Doug Suttles\"]. Since .filter_map() needs an Option, what about Result? No problem: there is a method called .ok() that turns Result into Option. It is called .ok() because all it can send is the Ok result (the Err information is gone). You remember that Option is Option while Result is Result with information for both Ok and Err. So when you use .ok(), any Err information is lost and it becomes None. Using .parse() is an easy example for this, where we try to parse some user input. .parse() here takes a &str and tries to turn it into an f32. It returns a Result, but we are using filter_map() so we just throw out the errors. Anything that is Err becomes None and is filtered out by .filter_map(). fn main() { let user_input = vec![\"8.9\", \"Nine point nine five\", \"8.0\", \"7.6\", \"eleventy-twelve\"]; let actual_numbers = user_input .into_iter() .filter_map(|input| input.parse::().ok()) .collect::>(); println!(\"{:?}\", actual_numbers);\n} This prints [8.9, 8.0, 7.6]. On the opposite side of .ok() is .ok_or() and ok_or_else(). This turns an Option into a Result. It is called .ok_or() because a Result gives an Ok or an Err, so you have to let it know what the Err value will be. That is because None in an Option doesn't have any information. Also, you can see now that the else part in the names of these methods means that it has a closure. We can take our Option from the Company struct and turn it into a Result this way. For long-term error handling it is good to create your own type of error. But for now we just give it an error message, so it becomes a Result. // Everything before main() is exactly the same\nstruct Company { name: String, ceo: Option,\n} impl Company { fn new(name: &str, ceo: &str) -> Self { let ceo = match ceo { \"\" => None, name => Some(name.to_string()), }; Self { name: name.to_string(), ceo, } } fn get_ceo(&self) -> Option { self.ceo.clone() }\n} fn main() { let company_vec = vec![ Company::new(\"Umbrella Corporation\", \"Unknown\"), Company::new(\"Ovintiv\", \"Doug Suttles\"), Company::new(\"The Red-Headed League\", \"\"), Company::new(\"Stark Enterprises\", \"\"), ]; let mut results_vec = vec![]; // Pretend we need to gather error results too company_vec .iter() .for_each(|company| results_vec.push(company.get_ceo().ok_or(\"No CEO found\"))); for item in results_vec { println!(\"{:?}\", item); }\n} This line is the biggest change: // π§\n.for_each(|company| results_vec.push(company.get_ceo().ok_or(\"No CEO found\"))); It means: \"For each company, use get_ceo(). If you get it, then pass on the value inside Ok. And if you don't, pass on \"No CEO found\" inside Err. Then push this into the vec.\" So when we print results_vec we get this: Ok(\"Unknown\")\nOk(\"Doug Suttles\")\nErr(\"No CEO found\")\nErr(\"No CEO found\") So now we have all four entries. Now let's use .ok_or_else() so we can use a closure and get a better error message. Now we have space to use format! to create a String, and put the company name in that. Then we return the String. // Everything before main() is exactly the same\nstruct Company { name: String, ceo: Option,\n} impl Company { fn new(name: &str, ceo: &str) -> Self { let ceo = match ceo { \"\" => None, name => Some(name.to_string()), }; Self { name: name.to_string(), ceo, } } fn get_ceo(&self) -> Option { self.ceo.clone() }\n} fn main() { let company_vec = vec![ Company::new(\"Umbrella Corporation\", \"Unknown\"), Company::new(\"Ovintiv\", \"Doug Suttles\"), Company::new(\"The Red-Headed League\", \"\"), Company::new(\"Stark Enterprises\", \"\"), ]; let mut results_vec = vec![]; company_vec.iter().for_each(|company| { results_vec.push(company.get_ceo().ok_or_else(|| { let err_message = format!(\"No CEO found for {}\", company.name); err_message })) }); for item in results_vec { println!(\"{:?}\", item); }\n} This gives us: Ok(\"Unknown\")\nOk(\"Doug Suttles\")\nErr(\"No CEO found for The Red-Headed League\")\nErr(\"No CEO found for Stark Enterprises\") .and_then() is a helpful message that takes an Option, then lets you do something to its value and pass it on. So its input is an Option, and its output is also an Option. It is sort of like a safe \"unwrap, then do something, then wrap again\". An easy example is a number that we get from a vec using .get(), because that returns an Option. Now we can pass it to and_then(), and do some math on it if it is Some. If it is None, then the None just gets passed through. fn main() { let new_vec = vec![8, 9, 0]; // just a vec with numbers let number_to_add = 5; // use this in the math later let mut empty_vec = vec![]; // results go in here for index in 0..5 { empty_vec.push( new_vec .get(index) .and_then(|number| Some(number + 1)) .and_then(|number| Some(number + number_to_add)) ); } println!(\"{:?}\", empty_vec);\n} This prints [Some(14), Some(15), Some(6), None, None]. You can see that None isn't filtered out, just passed on. .and() is sort of like a bool for Option. You can match many Options to each other, and if they are all Some then it will give the last one. And if one of them is a None, then it will give None. First here is a bool example to help imagine. You can see that if you are using && (and), even one false makes everything false. fn main() { let one = true; let two = false; let three = true; let four = true; println!(\"{}\", one && three); // prints true println!(\"{}\", one && two && three && four); // prints false\n} Now here is the same thing with .and(). Imagine we did five operations and put the results in a Vec>. If we get a value, we push Some(\"success!\") to the vec. Then we do this two more times. After that we use .and() to only show the indexes that got Some every time. fn main() { let first_try = vec![Some(\"success!\"), None, Some(\"success!\"), Some(\"success!\"), None]; let second_try = vec![None, Some(\"success!\"), Some(\"success!\"), Some(\"success!\"), Some(\"success!\")]; let third_try = vec![Some(\"success!\"), Some(\"success!\"), Some(\"success!\"), Some(\"success!\"), None]; for i in 0..first_try.len() { println!(\"{:?}\", first_try[i].and(second_try[i]).and(third_try[i])); }\n} This prints: None\nNone\nSome(\"success!\")\nSome(\"success!\")\nNone The first one (index 0) is None because there is a None for index 0 in second_try. The second is None because there is a None in first_try. The next is Some(\"success!\") because there is no None for first_try, second try, or third_try. .any() and .all() are very easy to use in iterators. They return a bool depending on your input. In this example we make a very large vec (about 20,000 items) with all the characters from 'a' to 'ε'. Then we make a function to check if a character is inside it. Next we make a smaller vec and ask it whether it is all alphabetic (with the .is_alphabetic() method). Then we ask it if all the characters are less than the Korean character 'ν'. Also note that you put a reference in, because .iter() gives a reference and you need a & to compare with another &. fn in_char_vec(char_vec: &Vec, check: char) { println!(\"Is {} inside? {}\", check, char_vec.iter().any(|&char| char == check));\n} fn main() { let char_vec = ('a'..'ε').collect::>(); in_char_vec(&char_vec, 'i'); in_char_vec(&char_vec, 'λ·'); in_char_vec(&char_vec, 'ιΏ'); let smaller_vec = ('A'..'z').collect::>(); println!(\"All alphabetic? {}\", smaller_vec.iter().all(|&x| x.is_alphabetic())); println!(\"All less than the character ν? {}\", smaller_vec.iter().all(|&x| x < 'ν'));\n} This prints: Is i inside? true\nIs λ· inside? false\nIs ιΏ inside? false\nAll alphabetic? false\nAll less than the character ν? true By the way, .any() only checks until it finds one matching item, and then it stops. It won't check them all if it has already found a match. If you are going to use .any() on a Vec, it might be a good idea to push the items that might match near the front. Or you can use .rev() after .iter() to reverse the iterator. Here's one vec like that: fn main() { let mut big_vec = vec![6; 1000]; big_vec.push(5);\n} So this Vec has 1000 6 followed by one 5. Let's pretend that we want to use .any() to see if it contains 5. First let's make sure that .rev() is working. Remember, an Iterator always has .next() that lets you check what it does every time. fn main() { let mut big_vec = vec![6; 1000]; big_vec.push(5); let mut iterator = big_vec.iter().rev(); println!(\"{:?}\", iterator.next()); println!(\"{:?}\", iterator.next());\n} It prints: Some(5)\nSome(6) We were right: there is one Some(5) and then the 1000 Some(6) start. So we can write this: fn main() { let mut big_vec = vec![6; 1000]; big_vec.push(5); println!(\"{:?}\", big_vec.iter().rev().any(|&number| number == 5));\n} And because it's .rev(), it only calls .next() one time and stops. If we don't use .rev() then it will call .next() 1001 times before it stops. This code shows it: fn main() { let mut big_vec = vec![6; 1000]; big_vec.push(5); let mut counter = 0; // Start counting let mut big_iter = big_vec.into_iter(); // Make it an Iterator loop { counter +=1; if big_iter.next() == Some(5) { // Keep calling .next() until we get Some(5) break; } } println!(\"Final counter is: {}\", counter);\n} This prints Final counter is: 1001 so we know that it had to call .next() 1001 times before it found 5. .find() tells you if an iterator has something, and .position() tells you where it is. .find() is different from .any() because it returns an Option with the value inside (or None). Meanwhile, .position() is also an Option with the position number, or None. In other words: .find(): \"I'll try to get it for you\" .position(): \"I'll try to find where it is for you\" Here is a simple example: fn main() { let num_vec = vec![10, 20, 30, 40, 50, 60, 70, 80, 90, 100]; println!(\"{:?}\", num_vec.iter().find(|&number| number % 3 == 0)); // find takes a reference, so we give it &number println!(\"{:?}\", num_vec.iter().find(|&number| number * 2 == 30)); println!(\"{:?}\", num_vec.iter().position(|&number| number % 3 == 0)); println!(\"{:?}\", num_vec.iter().position(|&number| number * 2 == 30)); } This prints: Some(30) // This is the number itself\nNone // No number inside times 2 == 30\nSome(2) // This is the position\nNone With .cycle() you can create an iterator that loops forever. This type of iterator works well with .zip() to create something new, like this example which creates a Vec<(i32, &str)>: fn main() { let even_odd = vec![\"even\", \"odd\"]; let even_odd_vec = (0..6) .zip(even_odd.into_iter().cycle()) .collect::>(); println!(\"{:?}\", even_odd_vec);\n} So even though .cycle() might never end, the other iterator only runs six times when zipping them together. That means that the iterator made by .cycle() doesn't get a .next() call again so it is done after six times. The output is: [(0, \"even\"), (1, \"odd\"), (2, \"even\"), (3, \"odd\"), (4, \"even\"), (5, \"odd\")] Something similar can be done with a range that doesn't have an ending. If you write 0.. then you create a range that never stops. You can use this very easily: fn main() { let ten_chars = ('a'..).take(10).collect::>(); let skip_then_ten_chars = ('a'..).skip(1300).take(10).collect::>(); println!(\"{:?}\", ten_chars); println!(\"{:?}\", skip_then_ten_chars);\n} Both print ten characters, but the second one skipped 1300 places and prints ten letters in Armenian. ['a', 'b', 'c', 'd', 'e', 'f', 'g', 'h', 'i', 'j']\n['Υ΅', 'ΥΆ', 'Υ·', 'ΥΈ', 'ΥΉ', 'ΥΊ', 'Υ»', 'ΥΌ', 'Υ½', 'ΥΎ'] Another popular method is called .fold(). This method is used a lot to add together the items in an iterator, but you can also do a lot more. It is somewhat similar to .for_each(). In .fold(), you first add a starting value (if you are adding items together, then 0), then a comma, then the closure. The closure gives you two items: the total so far, and the next item. First here is a simple example showing .fold() to add items together. fn main() { let some_numbers = vec![9, 6, 9, 10, 11]; println!(\"{}\", some_numbers .iter() .fold(0, |total_so_far, next_number| total_so_far + next_number) );\n} So: on step 1 it starts with 0 and adds the next number: 9. Then it takes that 9 and adds the 6: 15. Then it takes that 15, and adds the 9: 24. Then it takes that 24, and adds the 10: 34. Finally it takes that 34, and adds the 11: 45. So it prints 45. But you don't just need to add things with it. Here is an example where we add a '-' to every character to make a String. fn main() { let a_string = \"I don't have any dashes in me.\"; println!( \"{}\", a_string .chars() // Now it's an iterator .fold(\"-\".to_string(), |mut string_so_far, next_char| { // Start with a String \"-\". Bring it in as mutable each time along with the next char string_so_far.push(next_char); // Push the char on, then '-' string_so_far.push('-'); string_so_far} // Don't forget to pass it on to the next loop ));\n} This prints: -I- -d-o-n-'-t- -h-a-v-e- -a-n-y- -d-a-s-h-e-s- -i-n- -m-e-.- There are many other convenient methods like: .take_while() which takes into an iterator as long as it gets true (take while x > 5 for example) .cloned() which makes a clone inside the iterator. This turns a reference into a value. .by_ref() which makes an iterator take a reference. This is good to make sure that you can use a Vec or something similar after you use it to make an iterator. Many other _while methods: .skip_while(), .map_while(), and so on .sum(): just adds everything together. .chunks() and .windows() are two ways of cutting up a vector into a size you want. You put the size you want into the brackets. Let's say you have a vector with 10 items, and you want a size of 3. It will work like this: .chunks() will give you four slices: [0, 1, 2], then [3, 4, 5], then [6, 7, 8], and finally [9]. So it will try to make a slice of three items, but if it doesn't have three then it won't panic. It will just give you what is left. .windows() will first give you a slice of [0, 1, 2]. Then it will move over one and give you [1, 2, 3]. It will do that until it finally reaches the last slice of three and stop. So let's use them on a simple vector of numbers. It looks like this: fn main() { let num_vec = vec![1, 2, 3, 4, 5, 6, 7, 8, 9, 0]; for chunk in num_vec.chunks(3) { println!(\"{:?}\", chunk); } println!(); for window in num_vec.windows(3) { println!(\"{:?}\", window); }\n} This prints: [1, 2, 3]\n[4, 5, 6]\n[7, 8, 9]\n[0] [1, 2, 3]\n[2, 3, 4]\n[3, 4, 5]\n[4, 5, 6]\n[5, 6, 7]\n[6, 7, 8]\n[7, 8, 9] By the way, .chunks() will panic if you give it nothing. You can write .chunks(1000) for a vector with one item, but you can't write .chunks() with anything with a length of 0. You can see that right in the function if you click on [src] because it says assert!(chunk_size != 0);. .match_indices() lets you pull out everything inside a String or &str that matches your input, and gives you the index too. It is similar to .enumerate() because it returns a tuple with two items. fn main() { let rules = \"Rule number 1: No fighting. Rule number 2: Go to bed at 8 pm. Rule number 3: Wake up at 6 am.\"; let rule_locations = rules.match_indices(\"Rule\").collect::>(); // This is Vec but we just tell Rust to do it println!(\"{:?}\", rule_locations);\n} This prints: [(0, \"Rule\"), (28, \"Rule\"), (62, \"Rule\")] .peekable() lets you make an iterator where you can see (peek at) the next item. It's like calling .next() (it gives an Option) except that the iterator doesn't move, so you can use it as many times as you want. You can actually think of peekable as \"stoppable\", because you can stop for as long as you want. Here is an example of us using .peek() three times for every item. We can use .peek() forever until we use .next() to move to the next item. fn main() { let just_numbers = vec![1, 5, 100]; let mut number_iter = just_numbers.iter().peekable(); // This actually creates a type of iterator called Peekable for _ in 0..3 { println!(\"I love the number {}\", number_iter.peek().unwrap()); println!(\"I really love the number {}\", number_iter.peek().unwrap()); println!(\"{} is such a nice number\", number_iter.peek().unwrap()); number_iter.next(); }\n} This prints: I love the number 1\nI really love the number 1\n1 is such a nice number\nI love the number 5\nI really love the number 5\n5 is such a nice number\nI love the number 100\nI really love the number 100\n100 is such a nice number Here is another example where we use .peek() to match on an item. After we are done using it, we call .next(). fn main() { let locations = vec![ (\"Nevis\", 25), (\"Taber\", 8428), (\"Markerville\", 45), (\"Cardston\", 3585), ]; let mut location_iter = locations.iter().peekable(); while location_iter.peek().is_some() { match location_iter.peek() { Some((name, number)) if *number < 100 => { // .peek() gives us a reference so we need * println!(\"Found a hamlet: {} with {} people\", name, number) } Some((name, number)) => println!(\"Found a town: {} with {} people\", name, number), None => break, } location_iter.next(); }\n} This prints: Found a hamlet: Nevis with 25 people\nFound a town: Taber with 8428 people\nFound a hamlet: Markerville with 45 people\nFound a town: Cardston with 3585 people Finally, here is an example where we also use .matches_indices(). In this example we put names into a struct depending on the number of spaces in the &str. #[derive(Debug)]\nstruct Names { one_word: Vec, two_words: Vec, three_words: Vec,\n} fn main() { let vec_of_names = vec![ \"Caesar\", \"Frodo Baggins\", \"Bilbo Baggins\", \"Jean-Luc Picard\", \"Data\", \"Rand Al'Thor\", \"Paul Atreides\", \"Barack Hussein Obama\", \"Bill Jefferson Clinton\", ]; let mut iter_of_names = vec_of_names.iter().peekable(); let mut all_names = Names { // start an empty Names struct one_word: vec![], two_words: vec![], three_words: vec![], }; while iter_of_names.peek().is_some() { let next_item = iter_of_names.next().unwrap(); // We can use .unwrap() because we know it is Some match next_item.match_indices(' ').collect::>().len() { // Create a quick vec using .match_indices and check the length 0 => all_names.one_word.push(next_item.to_string()), 1 => all_names.two_words.push(next_item.to_string()), _ => all_names.three_words.push(next_item.to_string()), } } println!(\"{:?}\", all_names);\n} This will print: Names { one_word: [\"Caesar\", \"Data\"], two_words: [\"Frodo Baggins\", \"Bilbo Baggins\", \"Jean-Luc Picard\", \"Rand Al\\'Thor\", \"Paul Atreides\"], three_words:\n[\"Barack Hussein Obama\", \"Bill Jefferson Clinton\"] }","breadcrumbs":"Helpful methods for closures and iterators","id":"59","title":"Helpful methods for closures and iterators"},"6":{"body":"Sometimes the code examples in the book don't work. If an example doesn't work, it will have a π§ or a β οΈ in it. π§ is like \"under construction\": it means that the code is not complete. Rust needs a fn main() (a main function) to run, but sometimes we just want to look at small pieces of code so it won't have a fn main(). Those examples are correct, but need a fn main() for you to run them. And some code examples show you a problem that we will fix. Those ones might have a fn main() but generate an error, and so they will have a β οΈ.","breadcrumbs":"π§ and β οΈ","id":"6","title":"π§ and β οΈ"},"60":{"body":"dbg! is a very useful macro that prints quick information. It is a good alternative to println! because it is faster to type and gives more information: fn main() { let my_number = 8; dbg!(my_number);\n} This prints [src\\main.rs:4] my_number = 8. But actually, you can put dbg! in many other places, and even wrap code in it. Look at this code for example: fn main() { let mut my_number = 9; my_number += 10; let new_vec = vec![8, 9, 10]; let double_vec = new_vec.iter().map(|x| x * 2).collect::>();\n} This code creates a new mutable number and changes it. Then it creates a vec, and uses iter and map and collect to create a new vec. We can put dbg! almost everywhere in this code. dbg! asks the compiler: \"What are you doing at this moment?\" and tells you. fn main() { let mut my_number = dbg!(9); dbg!(my_number += 10); let new_vec = dbg!(vec![8, 9, 10]); let double_vec = dbg!(new_vec.iter().map(|x| x * 2).collect::>()); dbg!(double_vec);\n} So this prints: [src\\main.rs:3] 9 = 9 and: [src\\main.rs:4] my_number += 10 = () and: [src\\main.rs:6] vec![8, 9, 10] = [ 8, 9, 10,\n] and this one, which even shows you the value of the expression: [src\\main.rs:8] new_vec.iter().map(|x| x * 2).collect::>() = [ 16, 18, 20,\n] and: [src\\main.rs:10] double_vec = [ 16, 18, 20,\n] .inspect is a bit similar to dbg! but you use it like map in an iterator. It gives you the iterator item and you can print it or do whatever you want. For example, let's look at our double_vec again. fn main() { let new_vec = vec![8, 9, 10]; let double_vec = new_vec .iter() .map(|x| x * 2) .collect::>();\n} We want to know more information about what the code is doing. So we add inspect() in two places: fn main() { let new_vec = vec![8, 9, 10]; let double_vec = new_vec .iter() .inspect(|first_item| println!(\"The item is: {}\", first_item)) .map(|x| x * 2) .inspect(|next_item| println!(\"Then it is: {}\", next_item)) .collect::>();\n} This prints: The item is: 8\nThen it is: 16\nThe item is: 9\nThen it is: 18\nThe item is: 10\nThen it is: 20 And because .inspect takes a closure, we can write as much as we want: fn main() { let new_vec = vec![8, 9, 10]; let double_vec = new_vec .iter() .inspect(|first_item| { println!(\"The item is: {}\", first_item); match **first_item % 2 { // first item is a &&i32 so we use ** 0 => println!(\"It is even.\"), _ => println!(\"It is odd.\"), } println!(\"In binary it is {:b}.\", first_item); }) .map(|x| x * 2) .collect::>();\n} This prints: The item is: 8\nIt is even.\nIn binary it is 1000.\nThe item is: 9\nIt is odd.\nIn binary it is 1001.\nThe item is: 10\nIt is even.\nIn binary it is 1010.","breadcrumbs":"The dbg! macro and .inspect","id":"60","title":"The dbg! macro and .inspect"},"61":{"body":"There is more than one type of &str. We have: String literals: you make these when you write let my_str = \"I am a &str\". They last for the whole program, because they are written directly into the binary. They have the type &'static str. ' means its lifetime, and string literal have a lifetime called static. Borrowed str: This is the regular &str form without a static lifetime. If you create a String and get a reference to it, Rust will convert it to a &str when you need it. For example: fn prints_str(my_str: &str) { // it can use &String like a &str println!(\"{}\", my_str);\n} fn main() { let my_string = String::from(\"I am a string\"); prints_str(&my_string); // we give prints_str a &String\n} So what is a lifetime? We will learn that now.","breadcrumbs":"Types of &str","id":"61","title":"Types of &str"},"62":{"body":"A lifetime means \"how long the variable lives\". You only need to think about lifetimes with references. This is because references can't live longer than the object they come from. For example, this function does not work: fn returns_reference() -> &str { let my_string = String::from(\"I am a string\"); &my_string // β οΈ\n} fn main() {} The problem is that my_string only lives inside returns_reference. We try to return &my_string, but &my_string can't exist without my_string. So the compiler says no. This code also doesn't work: fn returns_str() -> &str { let my_string = String::from(\"I am a string\"); \"I am a str\" // β οΈ\n} fn main() { let my_str = returns_str(); println!(\"{}\", my_str);\n} But it almost works. The compiler says: error[E0106]: missing lifetime specifier --> src\\main.rs:6:21 |\n6 | fn returns_str() -> &str { | ^ expected named lifetime parameter | = help: this function's return type contains a borrowed value, but there is no value for it to be borrowed from\nhelp: consider using the `'static` lifetime |\n6 | fn returns_str() -> &'static str { | ^^^^^^^^ missing lifetime specifier means that we need to add a ' with the lifetime. Then it says that it contains a borrowed value, but there is no value for it to be borrowed from. That means that I am a str isn't borrowed from anything. It says consider using the 'static lifetime by writing &'static str. So it thinks we should try saying that this is a string literal. Now it works: fn returns_str() -> &'static str { let my_string = String::from(\"I am a string\"); \"I am a str\"\n} fn main() { let my_str = returns_str(); println!(\"{}\", my_str);\n} That's because we returned a &str with a lifetime of static. Meanwhile, my_string can only be returned as a String: we can't return a reference to it because it is going to die in the next line. So now fn returns_str() -> &'static str tells Rust: \"don't worry, we will only return a string literal\". String literals live for the whole program, so Rust is happy. You'll notice that this is similar to generics. When we tell the compiler something like , we promise that we will only use inputs with Display. Lifetimes are similar: we are not changing any variable lifetimes. We are just telling the compiler what the lifetimes of the inputs will be. But 'static is not the only lifetime. Actually, every variable has a lifetime, but usually we don't have to write it. The compiler is pretty smart and can usually figure out for itself. We only have to write the lifetime when the compiler doesn't know. Here is an example of another lifetime. Imagine we want to create a City struct and give it a &str for the name. We might want to do that because it gives faster performance than with String. So we write it like this, but it won't work yet: #[derive(Debug)]\nstruct City { name: &str, // β οΈ date_founded: u32,\n} fn main() { let my_city = City { name: \"Ichinomiya\", date_founded: 1921, };\n} The compiler says: error[E0106]: missing lifetime specifier --> src\\main.rs:3:11 |\n3 | name: &str, | ^ expected named lifetime parameter |\nhelp: consider introducing a named lifetime parameter |\n2 | struct City<'a> {\n3 | name: &'a str, | Rust needs a lifetime for &str because &str is a reference. What happens when the value that name points to is dropped? That would be unsafe. What about 'static, will that work? We used it before. Let's try: #[derive(Debug)]\nstruct City { name: &'static str, // change &str to &'static str date_founded: u32,\n} fn main() { let my_city = City { name: \"Ichinomiya\", date_founded: 1921, }; println!(\"{} was founded in {}\", my_city.name, my_city.date_founded);\n} Okay, that works. And maybe this is what you wanted for the struct. However, note that we can only take \"string literals\", so not references to something else. So this will not work: #[derive(Debug)]\nstruct City { name: &'static str, // must live for the whole program date_founded: u32,\n} fn main() { let city_names = vec![\"Ichinomiya\".to_string(), \"Kurume\".to_string()]; // city_names does not live for the whole program let my_city = City { name: &city_names[0], // β οΈ This is a &str, but not a &'static str. It is a reference to a value inside city_names date_founded: 1921, }; println!(\"{} was founded in {}\", my_city.name, my_city.date_founded);\n} The compiler says: error[E0597]: `city_names` does not live long enough --> src\\main.rs:12:16 |\n12 | name: &city_names[0], | ^^^^^^^^^^ | | | borrowed value does not live long enough | requires that `city_names` is borrowed for `'static`\n...\n18 | } | - `city_names` dropped here while still borrowed This is important to understand, because the reference we gave it actually lives long enough. But we promised that we would only give it a &'static str, and that is the problem. So now we will try what the compiler suggested before. It said to try writing struct City<'a> and name: &'a str. This means that it will only take a reference for name if it lives as long as City. #[derive(Debug)]\nstruct City<'a> { // City has lifetime 'a name: &'a str, // and name also has lifetime 'a. date_founded: u32,\n} fn main() { let city_names = vec![\"Ichinomiya\".to_string(), \"Kurume\".to_string()]; let my_city = City { name: &city_names[0], date_founded: 1921, }; println!(\"{} was founded in {}\", my_city.name, my_city.date_founded);\n} Also remember that you can write anything instead of 'a if you want. This is also similar to generics where we write T and U but can actually write anything. #[derive(Debug)]\nstruct City<'city> { // The lifetime is now called 'city name: &'city str, // and name has the 'city lifetime date_founded: u32,\n} fn main() {} So usually you will write 'a, 'b, 'c etc. because it is quick and the usual way to write. But you can always change it if you want. One good tip is that changing the lifetime to a \"human-readable\" name can help you read code if it is very complicated. Let's look at the comparison to traits for generics again. For example: use std::fmt::Display; fn prints(input: T) { println!(\"T is {}\", input);\n} fn main() {} When you write T: Display, it means \"please only take T if it has Display\". It does not mean: \"I am giving Display to T\". The same is true for lifetimes. When you write 'a here: #[derive(Debug)]\nstruct City<'a> { name: &'a str, date_founded: u32,\n} fn main() {} It means \"please only take an input for name if it lives at least as long as City\". It does not mean: \"I will make the input for name live as long as City\". Now we can learn about <'_> that we saw before. This is called the \"anonymous lifetime\" and is an indicator that references are being used. Rust will suggest it to you when you are implementing structs, for example. Here is one struct that almost works, but not yet: // β οΈ\nstruct Adventurer<'a> { name: &'a str, hit_points: u32,\n} impl Adventurer { fn take_damage(&mut self) { self.hit_points -= 20; println!(\"{} has {} hit points left!\", self.name, self.hit_points); }\n} fn main() {} So we did what we needed to do for the struct: first we said that name comes from a &str. That means we need a lifetime, so we gave it <'a>. Then we had to do the same for the struct to show that they are at least as long as this lifetime. But then Rust tells us to do this: error[E0726]: implicit elided lifetime not allowed here --> src\\main.rs:6:6 |\n6 | impl Adventurer { | ^^^^^^^^^^- help: indicate the anonymous lifetime: `<'_>` It wants us to add that anonymous lifetime to show that there is a reference being used. So if we write that, it will be happy: struct Adventurer<'a> { name: &'a str, hit_points: u32,\n} impl Adventurer<'_> { fn take_damage(&mut self) { self.hit_points -= 20; println!(\"{} has {} hit points left!\", self.name, self.hit_points); }\n} fn main() {} This lifetime was made so that you don't always have to write things like impl<'a> Adventurer<'a>, because the struct already shows the lifetime. Lifetimes can be difficult in Rust, but here are some tips to avoid getting too stressed about them: You can stay with owned types, use clones etc. if you want to avoid them for the time being. Much of the time, when the compiler wants a lifetime you will just end up writing <'a> here and there and then it will work. It's just a way of saying \"don't worry, I won't give you anything that doesn't live long enough\". You can explore lifetimes just a bit at a time. Write some code with owned values, then make one a reference. The compiler will start to complain, but also give some suggestions. And if it gets too complicated, you can undo it and try again next time. Let's do this with our code and see what the compiler says. First we'll go back and take the lifetimes out, and also implement Display. Display will just print the Adventurer's name. // β οΈ\nstruct Adventurer { name: &str, hit_points: u32,\n} impl Adventurer { fn take_damage(&mut self) { self.hit_points -= 20; println!(\"{} has {} hit points left!\", self.name, self.hit_points); }\n} impl std::fmt::Display for Adventurer { fn fmt(&self, f: &mut std::fmt::Formatter<'_>) -> std::fmt::Result { write!(f, \"{} has {} hit points.\", self.name, self.hit_points) }\n} fn main() {} First complaint is this: error[E0106]: missing lifetime specifier --> src\\main.rs:2:11 |\n2 | name: &str, | ^ expected named lifetime parameter |\nhelp: consider introducing a named lifetime parameter |\n1 | struct Adventurer<'a> {\n2 | name: &'a str, | It suggests what to do: <'a> after Adventurer, and &'a str. So we do that: // β οΈ\nstruct Adventurer<'a> { name: &'a str, hit_points: u32,\n} impl Adventurer { fn take_damage(&mut self) { self.hit_points -= 20; println!(\"{} has {} hit points left!\", self.name, self.hit_points); }\n} impl std::fmt::Display for Adventurer { fn fmt(&self, f: &mut std::fmt::Formatter<'_>) -> std::fmt::Result { write!(f, \"{} has {} hit points.\", self.name, self.hit_points) }\n} fn main() {} Now it's happy with those parts, but is wondering about the impl blocks. It wants us to mention that it's using references: error[E0726]: implicit elided lifetime not allowed here --> src\\main.rs:6:6 |\n6 | impl Adventurer { | ^^^^^^^^^^- help: indicate the anonymous lifetime: `<'_>` error[E0726]: implicit elided lifetime not allowed here --> src\\main.rs:12:28 |\n12 | impl std::fmt::Display for Adventurer { | ^^^^^^^^^^- help: indicate the anonymous lifetime: `<'_>` Okay, so we will write those in...and now it works! Now we can make an Adventurer and do some things with it. struct Adventurer<'a> { name: &'a str, hit_points: u32,\n} impl Adventurer<'_> { fn take_damage(&mut self) { self.hit_points -= 20; println!(\"{} has {} hit points left!\", self.name, self.hit_points); }\n} impl std::fmt::Display for Adventurer<'_> { fn fmt(&self, f: &mut std::fmt::Formatter<'_>) -> std::fmt::Result { write!(f, \"{} has {} hit points.\", self.name, self.hit_points) }\n} fn main() { let mut billy = Adventurer { name: \"Billy\", hit_points: 100_000, }; println!(\"{}\", billy); billy.take_damage();\n} This prints: Billy has 100000 hit points.\nBilly has 99980 hit points left! So you can see that lifetimes are often just the compiler wanting to make sure. And it is usually smart enough to almost guess at what lifetimes you want, and just needs you to tell it so it can be certain.","breadcrumbs":"Lifetimes","id":"62","title":"Lifetimes"},"63":{"body":"","breadcrumbs":"Interior mutability","id":"63","title":"Interior mutability"},"64":{"body":"Interior mutability means having a little bit of mutability on the inside. Remember how in Rust you need to use mut to change a variable? There are also some ways to change them without the word mut. This is because Rust has some ways to let you safely change values inside of a struct that is immutable. Each one of them follows some rules that make sure that changing the values is still safe. First, let's look at a simple example where we would want this. Imagine a struct called PhoneModel with many fields: struct PhoneModel { company_name: String, model_name: String, screen_size: f32, memory: usize, date_issued: u32, on_sale: bool,\n} fn main() { let super_phone_3000 = PhoneModel { company_name: \"YY Electronics\".to_string(), model_name: \"Super Phone 3000\".to_string(), screen_size: 7.5, memory: 4_000_000, date_issued: 2020, on_sale: true, }; } It is better for the fields in PhoneModel to be immutable, because we don't want the data to change. The date_issued and screen_size never change, for example. But inside is one field called on_sale. A phone model will first be on sale (true), but later the company will stop selling it. Can we make just this one field mutable? Because we don't want to write let mut super_phone_3000. If we do, then every field will become mutable. Rust has many ways to allow some safe mutability inside of something that is immutable. The most simple way is called Cell. First we use use std::cell::Cell so that we can just write Cell instead of std::cell::Cell every time. Then we change on_sale: bool to on_sale: Cell. Now it isn't a bool: it's a Cell that holds a bool. Cell has a method called .set() where you can change the value. We use .set() to change on_sale: true to on_sale: Cell::new(true). use std::cell::Cell; struct PhoneModel { company_name: String, model_name: String, screen_size: f32, memory: usize, date_issued: u32, on_sale: Cell,\n} fn main() { let super_phone_3000 = PhoneModel { company_name: \"YY Electronics\".to_string(), model_name: \"Super Phone 3000\".to_string(), screen_size: 7.5, memory: 4_000_000, date_issued: 2020, on_sale: Cell::new(true), }; // 10 years later, super_phone_3000 is not on sale anymore super_phone_3000.on_sale.set(false);\n} Cell works for all types, but works best for simple Copy types because it gives values, not references. Cell has a method called get() for example that only works on Copy types. Another type you can use is RefCell.","breadcrumbs":"Cell","id":"64","title":"Cell"},"65":{"body":"A RefCell is another way to change values without needing to declare mut. It means \"reference cell\", and is like a Cell but uses references instead of copies. We will create a User struct. So far you can see that it is similar to Cell: use std::cell::RefCell; #[derive(Debug)]\nstruct User { id: u32, year_registered: u32, username: String, active: RefCell, // Many other fields\n} fn main() { let user_1 = User { id: 1, year_registered: 2020, username: \"User 1\".to_string(), active: RefCell::new(true), }; println!(\"{:?}\", user_1.active);\n} This prints RefCell { value: true }. There are many methods for RefCell. Two of them are .borrow() and .borrow_mut(). With these methods, you can do the same thing you do with & and &mut. The rules are the same: Many borrows is fine, one mutable borrow is fine, but mutable and immutable together is not fine. So changing the value in a RefCell is very easy: // π§\nuser_1.active.replace(false);\nprintln!(\"{:?}\", user_1.active); And there are many other methods like replace_with that uses a closure: // π§\nlet date = 2020; user_1 .active .replace_with(|_| if date < 2000 { true } else { false });\nprintln!(\"{:?}\", user_1.active); But you have to be careful with a RefCell, because it checks borrows at runtime, not compilation time. Runtime means when the program is actually running (after compilation). So this will compile, even though it is wrong: use std::cell::RefCell; #[derive(Debug)]\nstruct User { id: u32, year_registered: u32, username: String, active: RefCell, // Many other fields\n} fn main() { let user_1 = User { id: 1, year_registered: 2020, username: \"User 1\".to_string(), active: RefCell::new(true), }; let borrow_one = user_1.active.borrow_mut(); // first mutable borrow - okay let borrow_two = user_1.active.borrow_mut(); // second mutable borrow - not okay\n} But if you run it, it will immediately panic. thread 'main' panicked at 'already borrowed: BorrowMutError', C:\\Users\\mithr\\.rustup\\toolchains\\stable-x86_64-pc-windows-msvc\\lib/rustlib/src/rust\\src\\libcore\\cell.rs:877:9\nnote: run with `RUST_BACKTRACE=1` environment variable to display a backtrace\nerror: process didn't exit successfully: `target\\debug\\rust_book.exe` (exit code: 101) already borrowed: BorrowMutError is the important part. So when you use a RefCell, it is good to compile and run to check.","breadcrumbs":"RefCell","id":"65","title":"RefCell"},"66":{"body":"Mutex is another way to change values without declaring mut. Mutex means mutual exclusion, which means \"only one at a time\". This is why a Mutex is safe, because it only lets one process change it at a time. To do this, it uses .lock(). Lock is like locking a door from the inside. You go into a room, lock the door, and now you can change things inside the room. Nobody else can come in and stop you, because you locked the door. A Mutex is easier to understand through examples. use std::sync::Mutex; fn main() { let my_mutex = Mutex::new(5); // A new Mutex. We don't need to say mut let mut mutex_changer = my_mutex.lock().unwrap(); // mutex_changer is a MutexGuard // It has to be mut because we will change it // Now it has access to the Mutex // Let's print my_mutex to see: println!(\"{:?}\", my_mutex); // This prints \"Mutex { data: }\" // So we can't access the data with my_mutex now, // only with mutex_changer println!(\"{:?}\", mutex_changer); // This prints 5. Let's change it to 6. *mutex_changer = 6; // mutex_changer is a MutexGuard so we use * to change the i32 println!(\"{:?}\", mutex_changer); // Now it says 6\n} But mutex_changer still has a lock after it is done. How do we stop it? A Mutex is unlocked when the MutexGuard goes out of scope. \"Go out of scope\" means the code block is finished. For example: use std::sync::Mutex; fn main() { let my_mutex = Mutex::new(5); { let mut mutex_changer = my_mutex.lock().unwrap(); *mutex_changer = 6; } // mutex_changer goes out of scope - now it is gone. It is not locked anymore println!(\"{:?}\", my_mutex); // Now it says: Mutex { data: 6 }\n} If you don't want to use a different {} code block, you can use std::mem::drop(mutex_changer). std::mem::drop means \"make this go out of scope\". use std::sync::Mutex; fn main() { let my_mutex = Mutex::new(5); let mut mutex_changer = my_mutex.lock().unwrap(); *mutex_changer = 6; std::mem::drop(mutex_changer); // drop mutex_changer - it is gone now // and my_mutex is unlocked println!(\"{:?}\", my_mutex); // Now it says: Mutex { data: 6 }\n} You have to be careful with a Mutex because if another variable tries to lock it, it will wait: use std::sync::Mutex; fn main() { let my_mutex = Mutex::new(5); let mut mutex_changer = my_mutex.lock().unwrap(); // mutex_changer has the lock let mut other_mutex_changer = my_mutex.lock().unwrap(); // other_mutex_changer wants the lock // the program is waiting // and waiting // and will wait forever. println!(\"This will never print...\");\n} One other method is try_lock(). Then it will try once, and if it doesn't get the lock it will give up. Don't do try_lock().unwrap(), because it will panic if it doesn't work. if let or match is better: use std::sync::Mutex; fn main() { let my_mutex = Mutex::new(5); let mut mutex_changer = my_mutex.lock().unwrap(); let mut other_mutex_changer = my_mutex.try_lock(); // try to get the lock if let Ok(value) = other_mutex_changer { println!(\"The MutexGuard has: {}\", value) } else { println!(\"Didn't get the lock\") }\n} Also, you don't need to make a variable to change the Mutex. You can just do this: use std::sync::Mutex; fn main() { let my_mutex = Mutex::new(5); *my_mutex.lock().unwrap() = 6; println!(\"{:?}\", my_mutex);\n} *my_mutex.lock().unwrap() = 6; means \"unlock my_mutex and make it 6\". There is no variable that holds it so you don't need to call std::mem::drop. You can do it 100 times if you want - it doesn't matter: use std::sync::Mutex; fn main() { let my_mutex = Mutex::new(5); for _ in 0..100 { *my_mutex.lock().unwrap() += 1; // locks and unlocks 100 times } println!(\"{:?}\", my_mutex);\n}","breadcrumbs":"Mutex","id":"66","title":"Mutex"},"67":{"body":"RwLock means \"read write lock\". It is like a Mutex but also like a RefCell. You use .write().unwrap() instead of .lock().unwrap() to change it. But you can also use .read().unwrap() to get read access. It is like RefCell because it follows the rules: many .read() variables is okay, one .write() variable is okay, but more than one .write() or .read() together with .write() is not okay. The program will run forever if you try to .write() when you can't get access: use std::sync::RwLock; fn main() { let my_rwlock = RwLock::new(5); let read1 = my_rwlock.read().unwrap(); // one .read() is fine let read2 = my_rwlock.read().unwrap(); // two .read()s is also fine println!(\"{:?}, {:?}\", read1, read2); let write1 = my_rwlock.write().unwrap(); // uh oh, now the program will wait forever\n} So we use std::mem::drop, just like in a Mutex. use std::sync::RwLock;\nuse std::mem::drop; // We will use drop() many times fn main() { let my_rwlock = RwLock::new(5); let read1 = my_rwlock.read().unwrap(); let read2 = my_rwlock.read().unwrap(); println!(\"{:?}, {:?}\", read1, read2); drop(read1); drop(read2); // we dropped both, so we can use .write() now let mut write1 = my_rwlock.write().unwrap(); *write1 = 6; drop(write1); println!(\"{:?}\", my_rwlock);\n} And you can use try_read() and try_write() too. use std::sync::RwLock; fn main() { let my_rwlock = RwLock::new(5); let read1 = my_rwlock.read().unwrap(); let read2 = my_rwlock.read().unwrap(); if let Ok(mut number) = my_rwlock.try_write() { *number += 10; println!(\"Now the number is {}\", number); } else { println!(\"Couldn't get write access, sorry!\") };\n}","breadcrumbs":"RwLock","id":"67","title":"RwLock"},"68":{"body":"Cow is a very convenient enum. It means \"clone on write\" and lets you return a &str if you don't need a String, and a String if you need it. (It can also do the same with arrays vs. Vecs, etc.) To understand it, let's look at the signature. It says: pub enum Cow<'a, B>\nwhere B: 'a + ToOwned + ?Sized, { Borrowed(&'a B), Owned(::Owned),\n} fn main() {} You know right away that 'a means it works with references. The ToOwned trait means that it is a type that can be turned into an owned type. For example, str is usually a reference (&str) and you can turn it into an owned String. Next is ?Sized. This means \"maybe Sized, but maybe not\". Almost every type in Rust is Sized, but types like str are not. That is why we need a & for a str, because the compiler doesn't know the size. So if you want a trait that can use something like a str, you add ?Sized. Next are the enum variants. They are Borrowed and Owned. Imagine that you have a function that returns Cow<'static, str>. If you tell the function to return \"My message\".into(), it will look at the type: \"My message\" is a str. This is a Borrowed type, so it chooses Borrowed(&'a B). So it becomes Cow::Borrowed(&'static str). And if you give it a format!(\"{}\", \"My message\").into() then it will look at the type. This time it is a String, because format! makes a String. So this time it will select \"Owned\". Here is an example to test Cow. We will put a number into a function that returns a Cow<'static, str>. Depending on the number, it will create a &str or a String. Then it uses .into() to turn it into a Cow. When you do that, it will choose either Cow:::Borrowed or Cow::Owned. Then we will match to see which one it chose. use std::borrow::Cow; fn modulo_3(input: u8) -> Cow<'static, str> { match input % 3 { 0 => \"Remainder is 0\".into(), 1 => \"Remainder is 1\".into(), remainder => format!(\"Remainder is {}\", remainder).into(), }\n} fn main() { for number in 1..=6 { match modulo_3(number) { Cow::Borrowed(message) => println!(\"{} went in. The Cow is borrowed with this message: {}\", number, message), Cow::Owned(message) => println!(\"{} went in. The Cow is owned with this message: {}\", number, message), } }\n} This prints: 1 went in. The Cow is borrowed with this message: Remainder is 1\n2 went in. The Cow is owned with this message: Remainder is 2\n3 went in. The Cow is borrowed with this message: Remainder is 0\n4 went in. The Cow is borrowed with this message: Remainder is 1\n5 went in. The Cow is owned with this message: Remainder is 2\n6 went in. The Cow is borrowed with this message: Remainder is 0 Cow has some other methods like into_owned or into_borrowed so you can change it if you need to.","breadcrumbs":"Cow","id":"68","title":"Cow"},"69":{"body":"A type alias means \"giving a new name to another type\". Type aliases are very easy. Usually you use them when you have a very long type and don't want to write it every time. It is also good when you want to give a type a better name that is easy to remember. Here are two examples of type aliases. Here is a type that is not difficult, but you want to make your code easier to understand for other people (or for you): type CharacterVec = Vec; fn main() {} Here's a type that is very difficult to read: // this return type is extremely long\nfn returns<'a>(input: &'a Vec) -> std::iter::Take