수색…
소개
Result<T, E>
값을 사용하여 실행 중 복구 가능한 오류를 나타냅니다. 복구 할 수없는 오류로 인해 자체 패닉 이 발생합니다.
비고
오류 처리에 대한 자세한 내용은 The Rust Programming Language (The Book The Book)
공통 결과 메소드
use std::io::{Read, Result as IoResult};
use std::fs::File;
struct Config(u8);
fn read_config() -> IoResult<String> {
let mut s = String::new();
let mut file = File::open(&get_local_config_path())
// or_else closure is invoked if Result is Err.
.or_else(|_| File::open(&get_global_config_path()))?;
// Note: In `or_else`, the closure should return a Result with a matching
// Ok type, whereas in `and_then`, the returned Result should have a
// matching Err type.
let _ = file.read_to_string(&mut s)?;
Ok(s)
}
struct ParseError;
fn parse_config(conf_str: String) -> Result<Config, ParseError> {
// Parse the config string...
if conf_str.starts_with("bananas") {
Err(ParseError)
} else {
Ok(Config(42))
}
}
fn run() -> Result<(), String> {
// Note: The error type of this function is String. We use map_err below to
// make the error values into String type
let conf_str = read_config()
.map_err(|e| format!("Failed to read config file: {}", e))?;
// Note: Instead of using `?` above, we can use `and_then` to wrap the let
// expression below.
let conf_val = parse_config(conf_str)
.map(|Config(v)| v / 2) // map can be used to map just the Ok value
.map_err(|_| "Failed to parse the config string!".to_string())?;
// Run...
Ok(())
}
fn main() {
match run() {
Ok(_) => println!("Bye!"),
Err(e) => println!("Error: {}", e),
}
}
fn get_local_config_path() -> String {
let user_config_prefix = "/home/user/.config";
// code to get the user config directory
format!("{}/my_app.rc", user_config_prefix)
}
fn get_global_config_path() -> String {
let global_config_prefix = "/etc";
// code to get the global config directory
format!("{}/my_app.rc", global_config_prefix)
}
구성 파일이 없으면 다음과 같이 출력됩니다.
Error: Failed to read config file: No such file or directory (os error 2)
구문 분석에 실패하면 다음과 같이 출력됩니다.
Error: Failed to parse the config string!
참고 : 프로젝트가 커짐에 따라 오류의 원본 및 전파 경로에 대한 정보를 잃지 않고 이러한 기본 방법 ( 문서 )을 사용하여 오류를 처리하는 것이 번거로울 수 있습니다. 또한 위와 같이 여러 오류 유형을 처리하기 위해 오류를 문자열로 조기에 변환하는 것은 나쁜 습관입니다. 훨씬 더 좋은 방법은 크레이트 error-chain
을 사용하는 것입니다.
사용자 정의 오류 유형
use std::error::Error;
use std::fmt;
use std::convert::From;
use std::io::Error as IoError;
use std::str::Utf8Error;
#[derive(Debug)] // Allow the use of "{:?}" format specifier
enum CustomError {
Io(IoError),
Utf8(Utf8Error),
Other,
}
// Allow the use of "{}" format specifier
impl fmt::Display for CustomError {
fn fmt(&self, f: &mut fmt::Formatter) -> fmt::Result {
match *self {
CustomError::Io(ref cause) => write!(f, "I/O Error: {}", cause),
CustomError::Utf8(ref cause) => write!(f, "UTF-8 Error: {}", cause),
CustomError::Other => write!(f, "Unknown error!"),
}
}
}
// Allow this type to be treated like an error
impl Error for CustomError {
fn description(&self) -> &str {
match *self {
CustomError::Io(ref cause) => cause.description(),
CustomError::Utf8(ref cause) => cause.description(),
CustomError::Other => "Unknown error!",
}
}
fn cause(&self) -> Option<&Error> {
match *self {
CustomError::Io(ref cause) => Some(cause),
CustomError::Utf8(ref cause) => Some(cause),
CustomError::Other => None,
}
}
}
// Support converting system errors into our custom error.
// This trait is used in `try!`.
impl From<IoError> for CustomError {
fn from(cause: IoError) -> CustomError {
CustomError::Io(cause)
}
}
impl From<Utf8Error> for CustomError {
fn from(cause: Utf8Error) -> CustomError {
CustomError::Utf8(cause)
}
}
원인을 통해 반복하기
디버깅 목적으로 오류의 근본 원인을 찾는 것이 종종 유용합니다. std::error::Error
를 구현하는 오류 값을 검사하기 위해 :
use std::error::Error;
let orig_error = call_returning_error();
// Use an Option<&Error>. This is the return type of Error.cause().
let mut err = Some(&orig_error as &Error);
// Print each error's cause until the cause is None.
while let Some(e) = err {
println!("{}", e);
err = e.cause();
}
기본 오류보고 및 처리
Result<T, E>
는 유형 T
의 의미있는 결과가있는 성공한 실행을 나타내는 Ok(T)
및 유형 E
의 값으로 설명되는 실행 중 예기치 않은 오류의 발생을 나타내는 Err(E)
두 가지 변형을 갖는 enum
유형입니다. .
enum DateError {
InvalidDay,
InvalidMonth,
}
struct Date {
day: u8,
month: u8,
year: i16,
}
fn validate(date: &Date) -> Result<(), DateError> {
if date.month < 1 || date.month > 12 {
Err(DateError::InvalidMonth)
} else if date.day < 1 || date.day > 31 {
Err(DateError::InvalidDay)
} else {
Ok(())
}
}
fn add_days(date: Date, days: i32) -> Result<Date, DateError> {
validate(&date)?; // notice `?` -- returns early on error
// the date logic ...
Ok(date)
}
자세한 내용은 docs 를 참조하십시오 ?
운영자.
표준 라이브러리에는 모든 오류 유형을 구현하는 것이 권장되는 Error
특성 이 있습니다. 예제 구현은 아래와 같습니다.
use std::error::Error;
use std::fmt;
#[derive(Debug)]
enum DateError {
InvalidDay(u8),
InvalidMonth(u8),
}
impl fmt::Display for DateError {
fn fmt(&self, f: &mut fmt::Formatter) -> fmt::Result {
match self {
&DateError::InvalidDay(day) => write!(f, "Day {} is outside range!", day),
&DateError::InvalidMonth(month) => write!(f, "Month {} is outside range!", month),
}
}
}
impl Error for DateError {
fn description(&self) -> &str {
match self {
&DateError::InvalidDay(_) => "Day is outside range!",
&DateError::InvalidMonth(_) => "Month is outside range!",
}
}
// cause method returns None by default
}
참고 : 일반적으로 Option<T>
는보고 오류로 사용하면 안됩니다. Option<T>
는 값이 존재하지 않을 것으로 예상되는 가능성과 그에 대한 간단한 이유를 나타냅니다. 반대로 Result<T, E>
는 실행 중 예기치 않은 오류를보고하는 데 사용되며, 특히 여러 오류 모드로 구분할 때 사용됩니다. 게다가 Result<T, E>
는 반환 값으로 만 사용됩니다. ( 오래된 토론. )