about summary refs log tree commit diff
path: root/src/libstd
diff options
context:
space:
mode:
authorPeter Marheine <peter@taricorp.net>2014-03-10 19:30:23 -0400
committerAlex Crichton <alex@alexcrichton.com>2014-03-12 13:39:47 -0700
commit207ebf13f12d8fa4449d66cd86407de03f264667 (patch)
tree19ea95c9b53353e2e997ac8bd4245916ea0273c6 /src/libstd
parent91bed14ca8085887a26d029d785d853ad2587718 (diff)
downloadrust-207ebf13f12d8fa4449d66cd86407de03f264667.tar.gz
rust-207ebf13f12d8fa4449d66cd86407de03f264667.zip
doc: discuss try! in std::io
Diffstat (limited to 'src/libstd')
-rw-r--r--src/libstd/io/mod.rs34
1 files changed, 34 insertions, 0 deletions
diff --git a/src/libstd/io/mod.rs b/src/libstd/io/mod.rs
index 7a18f24140a..1c10c7b61c3 100644
--- a/src/libstd/io/mod.rs
+++ b/src/libstd/io/mod.rs
@@ -172,6 +172,40 @@ need to inspect or unwrap the `IoResult<File>` and we simply call `write_line`
 on it. If `new` returned an `Err(..)` then the followup call to `write_line`
 will also return an error.
 
+## `try!`
+
+Explicit pattern matching on `IoResult`s can get quite verbose, especially
+when performing many I/O operations. Some examples (like those above) are
+alleviated with extra methods implemented on `IoResult`, but others have more
+complex interdependencies among each I/O operation.
+
+The `try!` macro from `std::macros` is provided as a method of early-return
+inside `Result`-returning functions. It expands to an early-return on `Err`
+and otherwise unwraps the contained `Ok` value.
+
+If you wanted to read several `u32`s from a file and return their product:
+
+```rust
+use std::io::{File, IoResult};
+
+fn file_product(p: &Path) -> IoResult<u32> {
+    let mut f = File::open(p);
+    let x1 = try!(f.read_le_u32());
+    let x2 = try!(f.read_le_u32());
+
+    Ok(x1 * x2)
+}
+
+match file_product(&Path::new("numbers.bin")) {
+    Ok(x) => println!("{}", x),
+    Err(e) => println!("Failed to read numbers!")
+}
+```
+
+With `try!` in `file_product`, each `read_le_u32` need not be directly
+concerned with error handling; instead its caller is responsible for
+responding to errors that may occur while attempting to read the numbers.
+
 */
 
 #[deny(unused_must_use)];