Compute Manhattan distance from origin given a set of left-right-step directionsTruncating an integer from left to right and right to left2016 Advent of Code Day 1, Part 1 and Part 2Compute power set of a given set in PythonNavigating over a square spiral

What factors could lead to bishops establishing monastic armies?

How does one acquire an undead eyeball encased in a gem?

Draw a diagram with rectangles

Tikz people in diagram

Would denouncing cheaters from an exam make me less likely to receive penalties?

Where are the Wazirs?

What does the multimeter dial do internally?

Can the word "desk" be used as a verb?

How many Jimmys can fit?

What was the significance of Spider-Man: Far From Home being an MCU Phase 3 film instead of a Phase 4 film?

Why did Robert F. Kennedy loathe Lyndon B. Johnson?

What is this strange structure on a mountain top in the Italian Alps?

Write a function

Strong Password Detection in Python

Matrices with shadows

Delete elements less than the last largest element

Is it okay to use open source code to do an interview task?

Compute Manhattan distance from origin given a set of left-right-step directions

Tesco's Burger Relish Best Before End date number

Array or vector? Two dimensional array or matrix?

Test Driven Development Roman Numerals php

Need a non-volatile memory IC with near unlimited read/write operations capability

Is it ok for parents to kiss and romance with each other while their 2- to 8-year-old child watches?

With a data transfer of 50 GB estimated 5 hours, are USB-C claimed speeds inaccurate or to blame?



Compute Manhattan distance from origin given a set of left-right-step directions


Truncating an integer from left to right and right to left2016 Advent of Code Day 1, Part 1 and Part 2Compute power set of a given set in PythonNavigating over a square spiral






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








5












$begingroup$


I am solving the problems for Advent of Code 2016 to learn Rust programming. The prompt for the first problem can be summarized:



I start at position 0,0 on a regular grid. I am given a set of directions to get to a location. I can only travel in "steps" on this grid, and I am only given directions in the form (e.g.):



R5, L2, L1, R1, R3, R3, L3, R3, R4, L2, R4, L4, R4


Where the first character is the direction to turn right or left and the following number is the number of steps to take. I need to compute the Manhattan distance between my starting point and the ending point.



The instructions are saved in a text file called "2016-1.txt".



use std::fs;

struct Pos
facing: char,
x: i32,
y: i32,


fn split_dir(dir_str: &str) -> Vec<&str>
dir_str.split(", ").collect()


fn update_facing(rel_dir: &char, face_char: &char) -> char
if *rel_dir == 'L'
match face_char
'N' => 'W',
'S' => 'E',
'E' => 'N',
'W' => 'S',
_ => 'I', // Is there a better way to handle the catch-all?

else
match face_char
'N' => 'E',
'S' => 'W',
'E' => 'S',
'W' => 'N',
_ => 'I',




fn update_x(pos_x: i32, face_char: char, move_num: i32) -> i32
match face_char
'E' => pos_x + move_num,
'W' => pos_x - move_num,
_ => pos_x



fn update_y(pos_y: i32, face_char: char, move_num: &i32) -> i32
match face_char
'N' => pos_y + move_num,
'S' => pos_y - move_num,
_ => pos_y



fn get_manhattan_dist(pos_x: i32, pos_y: i32, origin_x: i32, origin_y: i32) -> i32
(pos_x - origin_x).abs() + (pos_y - origin_y).abs()


fn main()
let s = fs::read_to_string("2016-1.txt")
.expect("Failed to read file.");

let split: Vec<&str> = split_dir(&s);

let mut pos: Pos = Pos x: 0, y: 0, facing: 'N';

for inst in split
// Update direction
let rel_dir = inst.chars().nth(0).unwrap(); // Get first character of the instruction
pos.facing = update_facing(&rel_dir, &pos.facing);

// Update position
let move_num = &inst[1..].parse::<i32>().unwrap();
pos.x = update_x(pos.x, pos.facing, *move_num);
pos.y = update_y(pos.y, pos.facing, &move_num);


let dist = get_manhattan_dist(pos.x, pos.y, 0, 0);
println!("", dist);



I am particularly interested in error handling. Particularly in the update_facing function. This is my first Rust program, so all advice is warranted as well.










share|improve this question











$endgroup$











  • $begingroup$
    am particularly interested in error handling — what do you want to happen on errors?
    $endgroup$
    – Shepmaster
    6 hours ago

















5












$begingroup$


I am solving the problems for Advent of Code 2016 to learn Rust programming. The prompt for the first problem can be summarized:



I start at position 0,0 on a regular grid. I am given a set of directions to get to a location. I can only travel in "steps" on this grid, and I am only given directions in the form (e.g.):



R5, L2, L1, R1, R3, R3, L3, R3, R4, L2, R4, L4, R4


Where the first character is the direction to turn right or left and the following number is the number of steps to take. I need to compute the Manhattan distance between my starting point and the ending point.



The instructions are saved in a text file called "2016-1.txt".



use std::fs;

struct Pos
facing: char,
x: i32,
y: i32,


fn split_dir(dir_str: &str) -> Vec<&str>
dir_str.split(", ").collect()


fn update_facing(rel_dir: &char, face_char: &char) -> char
if *rel_dir == 'L'
match face_char
'N' => 'W',
'S' => 'E',
'E' => 'N',
'W' => 'S',
_ => 'I', // Is there a better way to handle the catch-all?

else
match face_char
'N' => 'E',
'S' => 'W',
'E' => 'S',
'W' => 'N',
_ => 'I',




fn update_x(pos_x: i32, face_char: char, move_num: i32) -> i32
match face_char
'E' => pos_x + move_num,
'W' => pos_x - move_num,
_ => pos_x



fn update_y(pos_y: i32, face_char: char, move_num: &i32) -> i32
match face_char
'N' => pos_y + move_num,
'S' => pos_y - move_num,
_ => pos_y



fn get_manhattan_dist(pos_x: i32, pos_y: i32, origin_x: i32, origin_y: i32) -> i32
(pos_x - origin_x).abs() + (pos_y - origin_y).abs()


fn main()
let s = fs::read_to_string("2016-1.txt")
.expect("Failed to read file.");

let split: Vec<&str> = split_dir(&s);

let mut pos: Pos = Pos x: 0, y: 0, facing: 'N';

for inst in split
// Update direction
let rel_dir = inst.chars().nth(0).unwrap(); // Get first character of the instruction
pos.facing = update_facing(&rel_dir, &pos.facing);

// Update position
let move_num = &inst[1..].parse::<i32>().unwrap();
pos.x = update_x(pos.x, pos.facing, *move_num);
pos.y = update_y(pos.y, pos.facing, &move_num);


let dist = get_manhattan_dist(pos.x, pos.y, 0, 0);
println!("", dist);



I am particularly interested in error handling. Particularly in the update_facing function. This is my first Rust program, so all advice is warranted as well.










share|improve this question











$endgroup$











  • $begingroup$
    am particularly interested in error handling — what do you want to happen on errors?
    $endgroup$
    – Shepmaster
    6 hours ago













5












5








5





$begingroup$


I am solving the problems for Advent of Code 2016 to learn Rust programming. The prompt for the first problem can be summarized:



I start at position 0,0 on a regular grid. I am given a set of directions to get to a location. I can only travel in "steps" on this grid, and I am only given directions in the form (e.g.):



R5, L2, L1, R1, R3, R3, L3, R3, R4, L2, R4, L4, R4


Where the first character is the direction to turn right or left and the following number is the number of steps to take. I need to compute the Manhattan distance between my starting point and the ending point.



The instructions are saved in a text file called "2016-1.txt".



use std::fs;

struct Pos
facing: char,
x: i32,
y: i32,


fn split_dir(dir_str: &str) -> Vec<&str>
dir_str.split(", ").collect()


fn update_facing(rel_dir: &char, face_char: &char) -> char
if *rel_dir == 'L'
match face_char
'N' => 'W',
'S' => 'E',
'E' => 'N',
'W' => 'S',
_ => 'I', // Is there a better way to handle the catch-all?

else
match face_char
'N' => 'E',
'S' => 'W',
'E' => 'S',
'W' => 'N',
_ => 'I',




fn update_x(pos_x: i32, face_char: char, move_num: i32) -> i32
match face_char
'E' => pos_x + move_num,
'W' => pos_x - move_num,
_ => pos_x



fn update_y(pos_y: i32, face_char: char, move_num: &i32) -> i32
match face_char
'N' => pos_y + move_num,
'S' => pos_y - move_num,
_ => pos_y



fn get_manhattan_dist(pos_x: i32, pos_y: i32, origin_x: i32, origin_y: i32) -> i32
(pos_x - origin_x).abs() + (pos_y - origin_y).abs()


fn main()
let s = fs::read_to_string("2016-1.txt")
.expect("Failed to read file.");

let split: Vec<&str> = split_dir(&s);

let mut pos: Pos = Pos x: 0, y: 0, facing: 'N';

for inst in split
// Update direction
let rel_dir = inst.chars().nth(0).unwrap(); // Get first character of the instruction
pos.facing = update_facing(&rel_dir, &pos.facing);

// Update position
let move_num = &inst[1..].parse::<i32>().unwrap();
pos.x = update_x(pos.x, pos.facing, *move_num);
pos.y = update_y(pos.y, pos.facing, &move_num);


let dist = get_manhattan_dist(pos.x, pos.y, 0, 0);
println!("", dist);



I am particularly interested in error handling. Particularly in the update_facing function. This is my first Rust program, so all advice is warranted as well.










share|improve this question











$endgroup$




I am solving the problems for Advent of Code 2016 to learn Rust programming. The prompt for the first problem can be summarized:



I start at position 0,0 on a regular grid. I am given a set of directions to get to a location. I can only travel in "steps" on this grid, and I am only given directions in the form (e.g.):



R5, L2, L1, R1, R3, R3, L3, R3, R4, L2, R4, L4, R4


Where the first character is the direction to turn right or left and the following number is the number of steps to take. I need to compute the Manhattan distance between my starting point and the ending point.



The instructions are saved in a text file called "2016-1.txt".



use std::fs;

struct Pos
facing: char,
x: i32,
y: i32,


fn split_dir(dir_str: &str) -> Vec<&str>
dir_str.split(", ").collect()


fn update_facing(rel_dir: &char, face_char: &char) -> char
if *rel_dir == 'L'
match face_char
'N' => 'W',
'S' => 'E',
'E' => 'N',
'W' => 'S',
_ => 'I', // Is there a better way to handle the catch-all?

else
match face_char
'N' => 'E',
'S' => 'W',
'E' => 'S',
'W' => 'N',
_ => 'I',




fn update_x(pos_x: i32, face_char: char, move_num: i32) -> i32
match face_char
'E' => pos_x + move_num,
'W' => pos_x - move_num,
_ => pos_x



fn update_y(pos_y: i32, face_char: char, move_num: &i32) -> i32
match face_char
'N' => pos_y + move_num,
'S' => pos_y - move_num,
_ => pos_y



fn get_manhattan_dist(pos_x: i32, pos_y: i32, origin_x: i32, origin_y: i32) -> i32
(pos_x - origin_x).abs() + (pos_y - origin_y).abs()


fn main()
let s = fs::read_to_string("2016-1.txt")
.expect("Failed to read file.");

let split: Vec<&str> = split_dir(&s);

let mut pos: Pos = Pos x: 0, y: 0, facing: 'N';

for inst in split
// Update direction
let rel_dir = inst.chars().nth(0).unwrap(); // Get first character of the instruction
pos.facing = update_facing(&rel_dir, &pos.facing);

// Update position
let move_num = &inst[1..].parse::<i32>().unwrap();
pos.x = update_x(pos.x, pos.facing, *move_num);
pos.y = update_y(pos.y, pos.facing, &move_num);


let dist = get_manhattan_dist(pos.x, pos.y, 0, 0);
println!("", dist);



I am particularly interested in error handling. Particularly in the update_facing function. This is my first Rust program, so all advice is warranted as well.







programming-challenge rust taxicab-geometry






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited 5 hours ago









200_success

134k21 gold badges171 silver badges440 bronze badges




134k21 gold badges171 silver badges440 bronze badges










asked 8 hours ago









Bryce FrankBryce Frank

1473 bronze badges




1473 bronze badges











  • $begingroup$
    am particularly interested in error handling — what do you want to happen on errors?
    $endgroup$
    – Shepmaster
    6 hours ago
















  • $begingroup$
    am particularly interested in error handling — what do you want to happen on errors?
    $endgroup$
    – Shepmaster
    6 hours ago















$begingroup$
am particularly interested in error handling — what do you want to happen on errors?
$endgroup$
– Shepmaster
6 hours ago




$begingroup$
am particularly interested in error handling — what do you want to happen on errors?
$endgroup$
– Shepmaster
6 hours ago










1 Answer
1






active

oldest

votes


















3












$begingroup$

Your code looks more complicated than necessary for this task.



The first thing I noticed was the directions N, E, S, W. There is no need to explicitly name them. It is simpler to just define a direction as a 2-dimensional tuple:



struct Direction 
dx: i32,
dy: i32



That's the essence of a direction. As the next step, I remembered that rotating such a direction by 90 degrees is quite simple. It just involves swapping the coordinates and reversing one of them. To get these right, I manually checked all the combinations after writing this code:



impl Direction 
fn left(&self) -> Direction Direction dx: self.dy, dy: -self.dx
fn right(&self) -> Direction Direction dx: -self.dy, dy: self.dx



By these simple definitions, I avoided dealing with N, E, S, W at all.



When I tested the program using the example you provided, my IDE added a trailing newline to the file, as is usual for text files. Then the program crashed because it could not parse an empty string. Therefore I changed split_dir(&s) into split_dir(s.trim()), and it worked.



To understand the main program, I separated it into the part that deals with input and output, and the processing part in between. To do this, I defined this function:



fn manhattan_distance(s: &str) -> i32 
...



I inlined the split_dir, update_x, update_y and get_manhattan_dist functions, and in the end my code became:



use std::fs;

struct Pos
x: i32,
y: i32,
dir: Direction,


struct Direction
dx: i32,
dy: i32,


impl Direction
fn left(&self) -> Direction
Direction
dx: self.dy,
dy: -self.dx,



fn right(&self) -> Direction
Direction
dx: -self.dy,
dy: self.dx,




fn manhattan_distance(s: &str) -> i32
let steps = s.trim().split(", ");

let mut pos = Pos
x: 0,
y: 0,
dir: Direction dx: 0, dy: -1 ,
;

for step in steps
let (turn, dist) = step.split_at(1);

// Update direction
pos.dir = match turn
"L" => pos.dir.left(),
"R" => pos.dir.right(),
_ => panic!("invalid turn in step ", turn, step),
;

// Update position
let dist = dist.parse::<i32>().unwrap();
pos.x += pos.dir.dx * dist;
pos.y += pos.dir.dy * dist;


pos.x.abs() + pos.y.abs()


fn main()
let s = fs::read_to_string("2016-1.txt").expect("Failed to read file.");

println!("", manhattan_distance(&s));



What's left now are some automatic tests. The function manhattan_distance is well-prepared for that since it has no side-effects, does not need any input or output, gets its parameter as a simple string and just returns its result.



And here are some example tests. You should add some more to explore other interesting cases, like crossing the x or y axis. The current tests might also pass if you omit the calls to abs.



#[cfg(test)]
mod tests
use crate::manhattan_distance;

#[test]
fn manhattan_distance_example()
assert_eq!(11, manhattan_distance("R5, L2, L1, R1, R3, R3, L3, R3, R4, L2, R4, L4, R4"))


#[test]
fn manhattan_distance_empty()
assert_eq!(0, manhattan_distance(" tn"))


#[test]
fn manhattan_distance_simple()
assert_eq!(13, manhattan_distance("R8, L5"))


#[test]
fn manhattan_distance_rectangle()
assert_eq!(0, manhattan_distance("R8, L5, L8, L5"))




Your code is a good working base, it was just longer than necessary. I also changed most of the variable names to be a little more precise and easier to grasp for a casual reader of the code. For example, since the task talks about "steps", it's only natural to name the corresponding variables in the code also "steps" and "step".



Since this is my first real program in Rust as well, I don't know what the really idiomatic Rust code looks like, I hope I could improve the code nevertheless.



To check whether I made any typical beginner's mistakes, I ran cargo-clippy, and I didn't get any complaints.






share|improve this answer











$endgroup$















    Your Answer






    StackExchange.ifUsing("editor", function ()
    StackExchange.using("externalEditor", function ()
    StackExchange.using("snippets", function ()
    StackExchange.snippets.init();
    );
    );
    , "code-snippets");

    StackExchange.ready(function()
    var channelOptions =
    tags: "".split(" "),
    id: "196"
    ;
    initTagRenderer("".split(" "), "".split(" "), channelOptions);

    StackExchange.using("externalEditor", function()
    // Have to fire editor after snippets, if snippets enabled
    if (StackExchange.settings.snippets.snippetsEnabled)
    StackExchange.using("snippets", function()
    createEditor();
    );

    else
    createEditor();

    );

    function createEditor()
    StackExchange.prepareEditor(
    heartbeatType: 'answer',
    autoActivateHeartbeat: false,
    convertImagesToLinks: false,
    noModals: true,
    showLowRepImageUploadWarning: true,
    reputationToPostImages: null,
    bindNavPrevention: true,
    postfix: "",
    imageUploader:
    brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
    contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
    allowUrls: true
    ,
    onDemand: true,
    discardSelector: ".discard-answer"
    ,immediatelyShowMarkdownHelp:true
    );



    );













    draft saved

    draft discarded


















    StackExchange.ready(
    function ()
    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fcodereview.stackexchange.com%2fquestions%2f223639%2fcompute-manhattan-distance-from-origin-given-a-set-of-left-right-step-directions%23new-answer', 'question_page');

    );

    Post as a guest















    Required, but never shown

























    1 Answer
    1






    active

    oldest

    votes








    1 Answer
    1






    active

    oldest

    votes









    active

    oldest

    votes






    active

    oldest

    votes









    3












    $begingroup$

    Your code looks more complicated than necessary for this task.



    The first thing I noticed was the directions N, E, S, W. There is no need to explicitly name them. It is simpler to just define a direction as a 2-dimensional tuple:



    struct Direction 
    dx: i32,
    dy: i32



    That's the essence of a direction. As the next step, I remembered that rotating such a direction by 90 degrees is quite simple. It just involves swapping the coordinates and reversing one of them. To get these right, I manually checked all the combinations after writing this code:



    impl Direction 
    fn left(&self) -> Direction Direction dx: self.dy, dy: -self.dx
    fn right(&self) -> Direction Direction dx: -self.dy, dy: self.dx



    By these simple definitions, I avoided dealing with N, E, S, W at all.



    When I tested the program using the example you provided, my IDE added a trailing newline to the file, as is usual for text files. Then the program crashed because it could not parse an empty string. Therefore I changed split_dir(&s) into split_dir(s.trim()), and it worked.



    To understand the main program, I separated it into the part that deals with input and output, and the processing part in between. To do this, I defined this function:



    fn manhattan_distance(s: &str) -> i32 
    ...



    I inlined the split_dir, update_x, update_y and get_manhattan_dist functions, and in the end my code became:



    use std::fs;

    struct Pos
    x: i32,
    y: i32,
    dir: Direction,


    struct Direction
    dx: i32,
    dy: i32,


    impl Direction
    fn left(&self) -> Direction
    Direction
    dx: self.dy,
    dy: -self.dx,



    fn right(&self) -> Direction
    Direction
    dx: -self.dy,
    dy: self.dx,




    fn manhattan_distance(s: &str) -> i32
    let steps = s.trim().split(", ");

    let mut pos = Pos
    x: 0,
    y: 0,
    dir: Direction dx: 0, dy: -1 ,
    ;

    for step in steps
    let (turn, dist) = step.split_at(1);

    // Update direction
    pos.dir = match turn
    "L" => pos.dir.left(),
    "R" => pos.dir.right(),
    _ => panic!("invalid turn in step ", turn, step),
    ;

    // Update position
    let dist = dist.parse::<i32>().unwrap();
    pos.x += pos.dir.dx * dist;
    pos.y += pos.dir.dy * dist;


    pos.x.abs() + pos.y.abs()


    fn main()
    let s = fs::read_to_string("2016-1.txt").expect("Failed to read file.");

    println!("", manhattan_distance(&s));



    What's left now are some automatic tests. The function manhattan_distance is well-prepared for that since it has no side-effects, does not need any input or output, gets its parameter as a simple string and just returns its result.



    And here are some example tests. You should add some more to explore other interesting cases, like crossing the x or y axis. The current tests might also pass if you omit the calls to abs.



    #[cfg(test)]
    mod tests
    use crate::manhattan_distance;

    #[test]
    fn manhattan_distance_example()
    assert_eq!(11, manhattan_distance("R5, L2, L1, R1, R3, R3, L3, R3, R4, L2, R4, L4, R4"))


    #[test]
    fn manhattan_distance_empty()
    assert_eq!(0, manhattan_distance(" tn"))


    #[test]
    fn manhattan_distance_simple()
    assert_eq!(13, manhattan_distance("R8, L5"))


    #[test]
    fn manhattan_distance_rectangle()
    assert_eq!(0, manhattan_distance("R8, L5, L8, L5"))




    Your code is a good working base, it was just longer than necessary. I also changed most of the variable names to be a little more precise and easier to grasp for a casual reader of the code. For example, since the task talks about "steps", it's only natural to name the corresponding variables in the code also "steps" and "step".



    Since this is my first real program in Rust as well, I don't know what the really idiomatic Rust code looks like, I hope I could improve the code nevertheless.



    To check whether I made any typical beginner's mistakes, I ran cargo-clippy, and I didn't get any complaints.






    share|improve this answer











    $endgroup$

















      3












      $begingroup$

      Your code looks more complicated than necessary for this task.



      The first thing I noticed was the directions N, E, S, W. There is no need to explicitly name them. It is simpler to just define a direction as a 2-dimensional tuple:



      struct Direction 
      dx: i32,
      dy: i32



      That's the essence of a direction. As the next step, I remembered that rotating such a direction by 90 degrees is quite simple. It just involves swapping the coordinates and reversing one of them. To get these right, I manually checked all the combinations after writing this code:



      impl Direction 
      fn left(&self) -> Direction Direction dx: self.dy, dy: -self.dx
      fn right(&self) -> Direction Direction dx: -self.dy, dy: self.dx



      By these simple definitions, I avoided dealing with N, E, S, W at all.



      When I tested the program using the example you provided, my IDE added a trailing newline to the file, as is usual for text files. Then the program crashed because it could not parse an empty string. Therefore I changed split_dir(&s) into split_dir(s.trim()), and it worked.



      To understand the main program, I separated it into the part that deals with input and output, and the processing part in between. To do this, I defined this function:



      fn manhattan_distance(s: &str) -> i32 
      ...



      I inlined the split_dir, update_x, update_y and get_manhattan_dist functions, and in the end my code became:



      use std::fs;

      struct Pos
      x: i32,
      y: i32,
      dir: Direction,


      struct Direction
      dx: i32,
      dy: i32,


      impl Direction
      fn left(&self) -> Direction
      Direction
      dx: self.dy,
      dy: -self.dx,



      fn right(&self) -> Direction
      Direction
      dx: -self.dy,
      dy: self.dx,




      fn manhattan_distance(s: &str) -> i32
      let steps = s.trim().split(", ");

      let mut pos = Pos
      x: 0,
      y: 0,
      dir: Direction dx: 0, dy: -1 ,
      ;

      for step in steps
      let (turn, dist) = step.split_at(1);

      // Update direction
      pos.dir = match turn
      "L" => pos.dir.left(),
      "R" => pos.dir.right(),
      _ => panic!("invalid turn in step ", turn, step),
      ;

      // Update position
      let dist = dist.parse::<i32>().unwrap();
      pos.x += pos.dir.dx * dist;
      pos.y += pos.dir.dy * dist;


      pos.x.abs() + pos.y.abs()


      fn main()
      let s = fs::read_to_string("2016-1.txt").expect("Failed to read file.");

      println!("", manhattan_distance(&s));



      What's left now are some automatic tests. The function manhattan_distance is well-prepared for that since it has no side-effects, does not need any input or output, gets its parameter as a simple string and just returns its result.



      And here are some example tests. You should add some more to explore other interesting cases, like crossing the x or y axis. The current tests might also pass if you omit the calls to abs.



      #[cfg(test)]
      mod tests
      use crate::manhattan_distance;

      #[test]
      fn manhattan_distance_example()
      assert_eq!(11, manhattan_distance("R5, L2, L1, R1, R3, R3, L3, R3, R4, L2, R4, L4, R4"))


      #[test]
      fn manhattan_distance_empty()
      assert_eq!(0, manhattan_distance(" tn"))


      #[test]
      fn manhattan_distance_simple()
      assert_eq!(13, manhattan_distance("R8, L5"))


      #[test]
      fn manhattan_distance_rectangle()
      assert_eq!(0, manhattan_distance("R8, L5, L8, L5"))




      Your code is a good working base, it was just longer than necessary. I also changed most of the variable names to be a little more precise and easier to grasp for a casual reader of the code. For example, since the task talks about "steps", it's only natural to name the corresponding variables in the code also "steps" and "step".



      Since this is my first real program in Rust as well, I don't know what the really idiomatic Rust code looks like, I hope I could improve the code nevertheless.



      To check whether I made any typical beginner's mistakes, I ran cargo-clippy, and I didn't get any complaints.






      share|improve this answer











      $endgroup$















        3












        3








        3





        $begingroup$

        Your code looks more complicated than necessary for this task.



        The first thing I noticed was the directions N, E, S, W. There is no need to explicitly name them. It is simpler to just define a direction as a 2-dimensional tuple:



        struct Direction 
        dx: i32,
        dy: i32



        That's the essence of a direction. As the next step, I remembered that rotating such a direction by 90 degrees is quite simple. It just involves swapping the coordinates and reversing one of them. To get these right, I manually checked all the combinations after writing this code:



        impl Direction 
        fn left(&self) -> Direction Direction dx: self.dy, dy: -self.dx
        fn right(&self) -> Direction Direction dx: -self.dy, dy: self.dx



        By these simple definitions, I avoided dealing with N, E, S, W at all.



        When I tested the program using the example you provided, my IDE added a trailing newline to the file, as is usual for text files. Then the program crashed because it could not parse an empty string. Therefore I changed split_dir(&s) into split_dir(s.trim()), and it worked.



        To understand the main program, I separated it into the part that deals with input and output, and the processing part in between. To do this, I defined this function:



        fn manhattan_distance(s: &str) -> i32 
        ...



        I inlined the split_dir, update_x, update_y and get_manhattan_dist functions, and in the end my code became:



        use std::fs;

        struct Pos
        x: i32,
        y: i32,
        dir: Direction,


        struct Direction
        dx: i32,
        dy: i32,


        impl Direction
        fn left(&self) -> Direction
        Direction
        dx: self.dy,
        dy: -self.dx,



        fn right(&self) -> Direction
        Direction
        dx: -self.dy,
        dy: self.dx,




        fn manhattan_distance(s: &str) -> i32
        let steps = s.trim().split(", ");

        let mut pos = Pos
        x: 0,
        y: 0,
        dir: Direction dx: 0, dy: -1 ,
        ;

        for step in steps
        let (turn, dist) = step.split_at(1);

        // Update direction
        pos.dir = match turn
        "L" => pos.dir.left(),
        "R" => pos.dir.right(),
        _ => panic!("invalid turn in step ", turn, step),
        ;

        // Update position
        let dist = dist.parse::<i32>().unwrap();
        pos.x += pos.dir.dx * dist;
        pos.y += pos.dir.dy * dist;


        pos.x.abs() + pos.y.abs()


        fn main()
        let s = fs::read_to_string("2016-1.txt").expect("Failed to read file.");

        println!("", manhattan_distance(&s));



        What's left now are some automatic tests. The function manhattan_distance is well-prepared for that since it has no side-effects, does not need any input or output, gets its parameter as a simple string and just returns its result.



        And here are some example tests. You should add some more to explore other interesting cases, like crossing the x or y axis. The current tests might also pass if you omit the calls to abs.



        #[cfg(test)]
        mod tests
        use crate::manhattan_distance;

        #[test]
        fn manhattan_distance_example()
        assert_eq!(11, manhattan_distance("R5, L2, L1, R1, R3, R3, L3, R3, R4, L2, R4, L4, R4"))


        #[test]
        fn manhattan_distance_empty()
        assert_eq!(0, manhattan_distance(" tn"))


        #[test]
        fn manhattan_distance_simple()
        assert_eq!(13, manhattan_distance("R8, L5"))


        #[test]
        fn manhattan_distance_rectangle()
        assert_eq!(0, manhattan_distance("R8, L5, L8, L5"))




        Your code is a good working base, it was just longer than necessary. I also changed most of the variable names to be a little more precise and easier to grasp for a casual reader of the code. For example, since the task talks about "steps", it's only natural to name the corresponding variables in the code also "steps" and "step".



        Since this is my first real program in Rust as well, I don't know what the really idiomatic Rust code looks like, I hope I could improve the code nevertheless.



        To check whether I made any typical beginner's mistakes, I ran cargo-clippy, and I didn't get any complaints.






        share|improve this answer











        $endgroup$



        Your code looks more complicated than necessary for this task.



        The first thing I noticed was the directions N, E, S, W. There is no need to explicitly name them. It is simpler to just define a direction as a 2-dimensional tuple:



        struct Direction 
        dx: i32,
        dy: i32



        That's the essence of a direction. As the next step, I remembered that rotating such a direction by 90 degrees is quite simple. It just involves swapping the coordinates and reversing one of them. To get these right, I manually checked all the combinations after writing this code:



        impl Direction 
        fn left(&self) -> Direction Direction dx: self.dy, dy: -self.dx
        fn right(&self) -> Direction Direction dx: -self.dy, dy: self.dx



        By these simple definitions, I avoided dealing with N, E, S, W at all.



        When I tested the program using the example you provided, my IDE added a trailing newline to the file, as is usual for text files. Then the program crashed because it could not parse an empty string. Therefore I changed split_dir(&s) into split_dir(s.trim()), and it worked.



        To understand the main program, I separated it into the part that deals with input and output, and the processing part in between. To do this, I defined this function:



        fn manhattan_distance(s: &str) -> i32 
        ...



        I inlined the split_dir, update_x, update_y and get_manhattan_dist functions, and in the end my code became:



        use std::fs;

        struct Pos
        x: i32,
        y: i32,
        dir: Direction,


        struct Direction
        dx: i32,
        dy: i32,


        impl Direction
        fn left(&self) -> Direction
        Direction
        dx: self.dy,
        dy: -self.dx,



        fn right(&self) -> Direction
        Direction
        dx: -self.dy,
        dy: self.dx,




        fn manhattan_distance(s: &str) -> i32
        let steps = s.trim().split(", ");

        let mut pos = Pos
        x: 0,
        y: 0,
        dir: Direction dx: 0, dy: -1 ,
        ;

        for step in steps
        let (turn, dist) = step.split_at(1);

        // Update direction
        pos.dir = match turn
        "L" => pos.dir.left(),
        "R" => pos.dir.right(),
        _ => panic!("invalid turn in step ", turn, step),
        ;

        // Update position
        let dist = dist.parse::<i32>().unwrap();
        pos.x += pos.dir.dx * dist;
        pos.y += pos.dir.dy * dist;


        pos.x.abs() + pos.y.abs()


        fn main()
        let s = fs::read_to_string("2016-1.txt").expect("Failed to read file.");

        println!("", manhattan_distance(&s));



        What's left now are some automatic tests. The function manhattan_distance is well-prepared for that since it has no side-effects, does not need any input or output, gets its parameter as a simple string and just returns its result.



        And here are some example tests. You should add some more to explore other interesting cases, like crossing the x or y axis. The current tests might also pass if you omit the calls to abs.



        #[cfg(test)]
        mod tests
        use crate::manhattan_distance;

        #[test]
        fn manhattan_distance_example()
        assert_eq!(11, manhattan_distance("R5, L2, L1, R1, R3, R3, L3, R3, R4, L2, R4, L4, R4"))


        #[test]
        fn manhattan_distance_empty()
        assert_eq!(0, manhattan_distance(" tn"))


        #[test]
        fn manhattan_distance_simple()
        assert_eq!(13, manhattan_distance("R8, L5"))


        #[test]
        fn manhattan_distance_rectangle()
        assert_eq!(0, manhattan_distance("R8, L5, L8, L5"))




        Your code is a good working base, it was just longer than necessary. I also changed most of the variable names to be a little more precise and easier to grasp for a casual reader of the code. For example, since the task talks about "steps", it's only natural to name the corresponding variables in the code also "steps" and "step".



        Since this is my first real program in Rust as well, I don't know what the really idiomatic Rust code looks like, I hope I could improve the code nevertheless.



        To check whether I made any typical beginner's mistakes, I ran cargo-clippy, and I didn't get any complaints.







        share|improve this answer














        share|improve this answer



        share|improve this answer








        edited 5 hours ago

























        answered 6 hours ago









        Roland IlligRoland Illig

        14k1 gold badge23 silver badges55 bronze badges




        14k1 gold badge23 silver badges55 bronze badges



























            draft saved

            draft discarded
















































            Thanks for contributing an answer to Code Review Stack Exchange!


            • Please be sure to answer the question. Provide details and share your research!

            But avoid


            • Asking for help, clarification, or responding to other answers.

            • Making statements based on opinion; back them up with references or personal experience.

            Use MathJax to format equations. MathJax reference.


            To learn more, see our tips on writing great answers.




            draft saved


            draft discarded














            StackExchange.ready(
            function ()
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fcodereview.stackexchange.com%2fquestions%2f223639%2fcompute-manhattan-distance-from-origin-given-a-set-of-left-right-step-directions%23new-answer', 'question_page');

            );

            Post as a guest















            Required, but never shown





















































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown

































            Required, but never shown














            Required, but never shown












            Required, but never shown







            Required, but never shown







            Popular posts from this blog

            19. јануар Садржај Догађаји Рођења Смрти Празници и дани сећања Види још Референце Мени за навигацијуу

            Israel Cuprins Etimologie | Istorie | Geografie | Politică | Demografie | Educație | Economie | Cultură | Note explicative | Note bibliografice | Bibliografie | Legături externe | Meniu de navigaresite web oficialfacebooktweeterGoogle+Instagramcanal YouTubeInstagramtextmodificaremodificarewww.technion.ac.ilnew.huji.ac.ilwww.weizmann.ac.ilwww1.biu.ac.ilenglish.tau.ac.ilwww.haifa.ac.ilin.bgu.ac.ilwww.openu.ac.ilwww.ariel.ac.ilCIA FactbookHarta Israelului"Negotiating Jerusalem," Palestine–Israel JournalThe Schizoid Nature of Modern Hebrew: A Slavic Language in Search of a Semitic Past„Arabic in Israel: an official language and a cultural bridge”„Latest Population Statistics for Israel”„Israel Population”„Tables”„Report for Selected Countries and Subjects”Human Development Report 2016: Human Development for Everyone„Distribution of family income - Gini index”The World FactbookJerusalem Law„Israel”„Israel”„Zionist Leaders: David Ben-Gurion 1886–1973”„The status of Jerusalem”„Analysis: Kadima's big plans”„Israel's Hard-Learned Lessons”„The Legacy of Undefined Borders, Tel Aviv Notes No. 40, 5 iunie 2002”„Israel Journal: A Land Without Borders”„Population”„Israel closes decade with population of 7.5 million”Time Series-DataBank„Selected Statistics on Jerusalem Day 2007 (Hebrew)”Golan belongs to Syria, Druze protestGlobal Survey 2006: Middle East Progress Amid Global Gains in FreedomWHO: Life expectancy in Israel among highest in the worldInternational Monetary Fund, World Economic Outlook Database, April 2011: Nominal GDP list of countries. Data for the year 2010.„Israel's accession to the OECD”Popular Opinion„On the Move”Hosea 12:5„Walking the Bible Timeline”„Palestine: History”„Return to Zion”An invention called 'the Jewish people' – Haaretz – Israel NewsoriginalJewish and Non-Jewish Population of Palestine-Israel (1517–2004)ImmigrationJewishvirtuallibrary.orgChapter One: The Heralders of Zionism„The birth of modern Israel: A scrap of paper that changed history”„League of Nations: The Mandate for Palestine, 24 iulie 1922”The Population of Palestine Prior to 1948originalBackground Paper No. 47 (ST/DPI/SER.A/47)History: Foreign DominationTwo Hundred and Seventh Plenary Meeting„Israel (Labor Zionism)”Population, by Religion and Population GroupThe Suez CrisisAdolf EichmannJustice Ministry Reply to Amnesty International Report„The Interregnum”Israel Ministry of Foreign Affairs – The Palestinian National Covenant- July 1968Research on terrorism: trends, achievements & failuresThe Routledge Atlas of the Arab–Israeli conflict: The Complete History of the Struggle and the Efforts to Resolve It"George Habash, Palestinian Terrorism Tactician, Dies at 82."„1973: Arab states attack Israeli forces”Agranat Commission„Has Israel Annexed East Jerusalem?”original„After 4 Years, Intifada Still Smolders”From the End of the Cold War to 2001originalThe Oslo Accords, 1993Israel-PLO Recognition – Exchange of Letters between PM Rabin and Chairman Arafat – Sept 9- 1993Foundation for Middle East PeaceSources of Population Growth: Total Israeli Population and Settler Population, 1991–2003original„Israel marks Rabin assassination”The Wye River Memorandumoriginal„West Bank barrier route disputed, Israeli missile kills 2”"Permanent Ceasefire to Be Based on Creation Of Buffer Zone Free of Armed Personnel Other than UN, Lebanese Forces"„Hezbollah kills 8 soldiers, kidnaps two in offensive on northern border”„Olmert confirms peace talks with Syria”„Battleground Gaza: Israeli ground forces invade the strip”„IDF begins Gaza troop withdrawal, hours after ending 3-week offensive”„THE LAND: Geography and Climate”„Area of districts, sub-districts, natural regions and lakes”„Israel - Geography”„Makhteshim Country”Israel and the Palestinian Territories„Makhtesh Ramon”„The Living Dead Sea”„Temperatures reach record high in Pakistan”„Climate Extremes In Israel”Israel in figures„Deuteronom”„JNF: 240 million trees planted since 1901”„Vegetation of Israel and Neighboring Countries”Environmental Law in Israel„Executive branch”„Israel's election process explained”„The Electoral System in Israel”„Constitution for Israel”„All 120 incoming Knesset members”„Statul ISRAEL”„The Judiciary: The Court System”„Israel's high court unique in region”„Israel and the International Criminal Court: A Legal Battlefield”„Localities and population, by population group, district, sub-district and natural region”„Israel: Districts, Major Cities, Urban Localities & Metropolitan Areas”„Israel-Egypt Relations: Background & Overview of Peace Treaty”„Solana to Haaretz: New Rules of War Needed for Age of Terror”„Israel's Announcement Regarding Settlements”„United Nations Security Council Resolution 497”„Security Council resolution 478 (1980) on the status of Jerusalem”„Arabs will ask U.N. to seek razing of Israeli wall”„Olmert: Willing to trade land for peace”„Mapping Peace between Syria and Israel”„Egypt: Israel must accept the land-for-peace formula”„Israel: Age structure from 2005 to 2015”„Global, regional, and national disability-adjusted life years (DALYs) for 306 diseases and injuries and healthy life expectancy (HALE) for 188 countries, 1990–2013: quantifying the epidemiological transition”10.1016/S0140-6736(15)61340-X„World Health Statistics 2014”„Life expectancy for Israeli men world's 4th highest”„Family Structure and Well-Being Across Israel's Diverse Population”„Fertility among Jewish and Muslim Women in Israel, by Level of Religiosity, 1979-2009”„Israel leaders in birth rate, but poverty major challenge”„Ethnic Groups”„Israel's population: Over 8.5 million”„Israel - Ethnic groups”„Jews, by country of origin and age”„Minority Communities in Israel: Background & Overview”„Israel”„Language in Israel”„Selected Data from the 2011 Social Survey on Mastery of the Hebrew Language and Usage of Languages”„Religions”„5 facts about Israeli Druze, a unique religious and ethnic group”„Israël”Israel Country Study Guide„Haredi city in Negev – blessing or curse?”„New town Harish harbors hopes of being more than another Pleasantville”„List of localities, in alphabetical order”„Muncitorii români, doriți în Israel”„Prietenia româno-israeliană la nevoie se cunoaște”„The Higher Education System in Israel”„Middle East”„Academic Ranking of World Universities 2016”„Israel”„Israel”„Jewish Nobel Prize Winners”„All Nobel Prizes in Literature”„All Nobel Peace Prizes”„All Prizes in Economic Sciences”„All Nobel Prizes in Chemistry”„List of Fields Medallists”„Sakharov Prize”„Țara care și-a sfidat "destinul" și se bate umăr la umăr cu Silicon Valley”„Apple's R&D center in Israel grew to about 800 employees”„Tim Cook: Apple's Herzliya R&D center second-largest in world”„Lecții de economie de la Israel”„Land use”Israel Investment and Business GuideA Country Study: IsraelCentral Bureau of StatisticsFlorin Diaconu, „Kadima: Flexibilitate și pragmatism, dar nici un compromis în chestiuni vitale", în Revista Institutului Diplomatic Român, anul I, numărul I, semestrul I, 2006, pp. 71-72Florin Diaconu, „Likud: Dreapta israeliană constant opusă retrocedării teritoriilor cureite prin luptă în 1967", în Revista Institutului Diplomatic Român, anul I, numărul I, semestrul I, 2006, pp. 73-74MassadaIsraelul a crescut in 50 de ani cât alte state intr-un mileniuIsrael Government PortalIsraelIsraelIsraelmmmmmXX451232cb118646298(data)4027808-634110000 0004 0372 0767n7900328503691455-bb46-37e3-91d2-cb064a35ffcc1003570400564274ge1294033523775214929302638955X146498911146498911

            Черчино Становништво Референце Спољашње везе Мени за навигацију46°09′29″ СГШ; 9°30′29″ ИГД / 46.15809° СГШ; 9.50814° ИГД / 46.15809; 9.5081446°09′29″ СГШ; 9°30′29″ ИГД / 46.15809° СГШ; 9.50814° ИГД / 46.15809; 9.508143179111„The GeoNames geographical database”„Istituto Nazionale di Statistica”Званични веб-сајтпроширитиуу