rustlings/exercises/13_error_handling/errors2.rs

51 lines
1.6 KiB
Rust
Raw Normal View History

2016-06-21 17:07:21 +03:00
// Say we're writing a game where you can buy items with tokens. All items cost
// 5 tokens, and whenever you purchase items there is a processing fee of 1
// token. A player of the game will type in how many items they want to buy, and
// the `total_cost` function will calculate the total cost of the items. Since
2024-06-26 16:36:14 +03:00
// the player typed in the quantity, we get it as a string. They might have
// typed anything, not just numbers!
//
2024-07-04 14:03:05 +03:00
// Right now, this function isn't handling the error case at all. What we want
// to do is: If we call the `total_cost` function on a string that is not a
// number, that function will return a `ParseIntError`. In that case, we want to
// immediately return that error from our function and not try to multiply and
// add.
//
2024-06-26 16:36:14 +03:00
// There are at least two ways to implement this that are both correct. But one
// is a lot shorter!
2016-06-21 17:07:21 +03:00
use std::num::ParseIntError;
2024-05-22 16:04:12 +03:00
fn total_cost(item_quantity: &str) -> Result<i32, ParseIntError> {
2016-06-21 17:07:21 +03:00
let processing_fee = 1;
let cost_per_item = 5;
2024-06-26 16:36:14 +03:00
// TODO: Handle the error case as described above.
2016-06-21 17:07:21 +03:00
let qty = item_quantity.parse::<i32>();
Ok(qty * cost_per_item + processing_fee)
}
fn main() {
// You can optionally experiment here.
}
2016-06-21 17:07:21 +03:00
#[cfg(test)]
mod tests {
use super::*;
2024-06-26 16:36:14 +03:00
use std::num::IntErrorKind;
2016-06-21 17:07:21 +03:00
#[test]
fn item_quantity_is_a_valid_number() {
assert_eq!(total_cost("34"), Ok(171));
2016-06-21 17:07:21 +03:00
}
#[test]
fn item_quantity_is_an_invalid_number() {
assert_eq!(
2024-06-26 16:36:14 +03:00
total_cost("beep boop").unwrap_err().kind(),
&IntErrorKind::InvalidDigit,
2016-06-21 17:07:21 +03:00
);
}
}