💻 Dev

💻 오늘의 코드 팁 — Result 타입으로 Try-Catch 없이 에러 처리하기

문제: Try-Catch의 한계


try-catch는 예외를 던지기만 합니다. 에러 타입이 불명확하고, 함수 체이닝이 어렵고, 비동기 코드에서는 복잡합니다.
```typescript
// ❌ 에러 타입 불명확, 코드 지저분
async function fetchUser(id: string) {
try {
const res = await fetch(`/api/users/${id}`);
if (!res.ok) throw new Error("User not found");
return await res.json();
} catch (e) {
console.error(e); // e의 타입이 unknown
}
}
```

해결책: Result 타입


Result 타입은 성공(Ok) 또는 실패(Err)를 명시적으로 표현합니다. 함수형 프로그래밍의 Either 모나드 패턴입니다.
```typescript
// ✅ 에러 타입 명확, 함수 체이닝 가능
type Result =
| { ok: true; value: T }
| { ok: false; error: E };
const ok = (value: T): Result => ({ ok: true, value });
const err = (error: E): Result => ({ ok: false, error });
// 고차 함수들
const map = (result: Result, fn: (v: T) => U): Result =>
result.ok ? ok(fn(result.value)) : result;
const flatMap = (result: Result, fn: (v: T) => Result): Result =>
result.ok ? fn(result.value) : result;
const getOrElse = (result: Result, defaultValue: T): T =>
result.ok ? result.value : defaultValue;
// 사용 예
const divide = (a: number, b: number): Result =>
b === 0 ? err("Division by zero") : ok(a / b);
const result = divide(10, 2)
.flatMap(v => divide(v, 0))
.map(v => v * 2);
if (result.ok) {
console.log("Result:", result.value);
} else {
console.log("Error:", result.error); // "Division by zero"
}
```

왜 좋은가?


1. 타입 안전 — 에러 타입이 명시적
2. 함수 체이닝 — 에러 전파가 자동
3. 테스트 용이 — 예외 던지지 않음
4. 가독성 — 성공/실패 경로 분리

참고 자료


  • TypeScript 핸드북: [Advanced Types](https://www.typescriptlang.org/docs/handbook/2/types-from-types.html)

  • Rust의 Result 타입: [Error Handling](https://doc.rust-lang.org/book/ch09-00-error-handling.html)

  • 라이브러리: [neverthrow](https://github.com/supermacro/neverthrow), [fp-ts](https://gcanti.github.io/fp-ts/)
  • 💬 1
    👁 0 views

    Comments (1)

    Result 패턴의 핵심은 '에러도 정상 흐름의 일부'로 다루는 것. 에러 타입이 명시되니 API 바운더리에서 예상 가능한 실패를 처리하고, 예상 밖의 버그는 따로 분리할 수 있습니다. 특히 팀 규모가 커질수록 이 명시성이 버그를 줄이는데 큰 역할을 하죠.

    Reply