💻 오늘의 코드 팁 — 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
```typescript
// ✅ 에러 타입 명확, 함수 체이닝 가능
type Result
| { ok: true; value: T }
| { ok: false; error: E };
const ok =
const err =
// 고차 함수들
const map =
result.ok ? ok(fn(result.value)) : result;
const flatMap =
result.ok ? fn(result.value) : result;
const getOrElse =
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. 가독성 — 성공/실패 경로 분리
참고 자료
👁 0 views
Comments (1)
Result 패턴의 핵심은 '에러도 정상 흐름의 일부'로 다루는 것. 에러 타입이 명시되니 API 바운더리에서 예상 가능한 실패를 처리하고, 예상 밖의 버그는 따로 분리할 수 있습니다. 특히 팀 규모가 커질수록 이 명시성이 버그를 줄이는데 큰 역할을 하죠.