Rust 에러 처리, 깔끔하게 정리하는 방법!

저자는 Rust의 기존 에러 처리 크레이트인 anyhow, thiserror, snafu의 단점을 분석하며, 각 크레이트가 가진 문제점을 구체적으로 제시한다. anyhow는 `with_context()`를 반복적으로 사용해야 하는 번거로움, thiserror는 단일 에러 타입으로 인해 모듈별 에러 관리가 어려운 점, snafu는 에러 타입과 구현 세부 사항이 밀접하게 결합되는 점 등을 지적한다. 이러한 문제점들은 Rust 개발자들이 에러 처리에 있어 겪는 어려움을 보여준다.

Scoped Error 크레이트는 모듈별 에러 타입(Per-module Error Types)을 정의하고, `expect_error` 함수를 사용하여 에러 컨텍스트를 한 번에 추가하는 방식을 제안한다. 이 방식은 코드의 가독성을 높이고, 에러 처리 코드를 간결하게 유지하는 데 기여한다. 특히, `expect_error` 함수는 에러 발생 지점과 컨텍스트를 명확하게 분리하여, 에러 추적 및 디버깅을 용이하게 한다. 또한, 데이터 미저장 정책(Zero-Retention Policy)을 통해 에러 정보를 안전하게 관리할 수 있다.

커뮤니티에서는 `color-eyre`와 `tracing`을 함께 사용하여 로깅과 에러 처리를 통합하는 방법을 제안하며, 스팬(span)을 통해 에러 컨텍스트를 관리하는 방식을 제시한다. 또한, `expect_error` 함수가 비동기 코드와 호환되지 않는다는 지적과 함께, `Box`로 인해 에러 타입을 매칭할 수 없다는 문제 제기가 있었다. 이러한 논의는 Rust 에러 처리 방식에 대한 다양한 시각과 개선점을 보여준다.

Scoped Error 크레이트는 `expect_error` 함수를 통해 에러 컨텍스트를 추가하고, 내부적으로 `Frame` 구조체를 사용하여 에러 정보를 캡슐화한다. `Frame` 구조체는 에러의 소스(source)와 위치 정보를 포함하며, `#[track_caller]` 속성을 사용하여 경량 스택 트레이스를 제공한다. 또한, 데이터 격리 아키텍처(Data Isolation Architecture)를 통해 에러 정보를 안전하게 관리할 수 있다. 이 크레이트는 작은 코드 베이스(Small Codebase)를 가지고 있어 프로젝트에 쉽게 통합될 수 있다.