Result vs throw

「JavaScriptはどこでもエラーを投げられるため、Resultですべてを管理することは不可能であり、Resultを導入する意味がない」という意見を耳にしたことがあるかもしれません。

しかし、この見解に私たちは必ずしも同意しません。重要なのは、Resultは「予期されたエラー」のみを処理すべきであり、すべてのエラーをResultでラップする必要はないということです。

予期されたエラー vs 予期しないエラー

Result で処理すべきものとエラーが投げられることを許容すべきものの違いは、エラーの性質を理解することにあります。

予期されたエラー(Resultを使用する)

これらはアプリケーションのビジネスロジックの一部であり、明示的に処理されるべきエラーです。

// 投稿削除関数の例
type 
type PostDeleteError = PostNotFoundError | PostPermissionError | PostAlreadyDeletedError
PostDeleteError
= (
|
class PostNotFoundError
PostNotFoundError
|
class PostPermissionError
PostPermissionError
|
class PostAlreadyDeletedError
PostAlreadyDeletedError
); const
const deletePost: (postId: string) => Result.ResultAsync<void, PostDeleteError>
deletePost
= async (
postId: string
postId
: string):
import Result
Result
.
type ResultAsync<T, E> = Promise<Result.Result<T, E>>

An asynchronous variant of Result , wrapped in a Promise.

@typeParamT - The type of the Success value.@typeParamE - The type of the Failure value.@example
import { Result } from '@praha/byethrow';

const fetchData = async (): Result.ResultAsync<string, Error> => {
  try {
    const data = await fetch('...');
    return { type: 'Success', value: await data.text() };
  } catch (err) {
    return { type: 'Failure', error: err as Error };
  }
};
@categoryCore Types
ResultAsync
<void,
type PostDeleteError = PostNotFoundError | PostPermissionError | PostAlreadyDeletedError
PostDeleteError
> => {
// アプリケーションで処理すべきビジネスロジックエラー }

予期しないエラー(エラーを投げる)

これらはインフラストラクチャレベルで処理すべき予期しないエラーです。

  • データベース接続の失敗
  • ネットワークタイムアウト
  • メモリ不足エラー
  • 未知の例外
// インフラストラクチャレベルの関数の例
const 
const connectToDatabase: () => Promise<Database>
connectToDatabase
= async ():
interface Promise<T>

Represents the completion of an asynchronous operation

Promise
<Database> => {
// この関数は接続失敗やタイムアウトなどのエラーを投げる可能性がある };

これらはエラーが投げられることを許容し、インフラストラクチャレベルのエラーハンドリング(Sentryなど)でキャッチされるべきです。

より詳細なスタックトレースが必要な場合は Result.fn を使用する

ただし、デバッグ目的でより詳細なスタックトレースが必要な場合は、Result.fn を使用して予期しないエラーをカスタムエラークラスでラップすることをお勧めします。 このアプローチにより、ライブラリレベルのスタックトレースではなく、アプリケーションレベルのスタックトレースを得れます。

カスタムエラークラスの定義

まず、予期しないエラー用のカスタムエラークラスを定義します。

Tip

@praha/error-factory の詳細については、Custom Errorページを参照してください。

import { 
const ErrorFactory: {
    <Name extends string, Message extends string, Fields extends ErrorFields>(props: {
        name: Name;
        message: Message | ((fields: Fields) => Message);
        fields?: Fields;
    }): ErrorConstructor<Name, Message, Fields>;
    fields<Fields extends ErrorFields>(): Fields;
}
ErrorFactory
} from '@praha/error-factory';
class
class UnexpectedError
UnexpectedError
extends
ErrorFactory<"UnexpectedError", "An unexpected error occurred", ErrorFields>(props: {
    name: "UnexpectedError";
    message: "An unexpected error occurred" | ((fields: ErrorFields) => "An unexpected error occurred");
    fields?: ErrorFields | undefined;
}): (new (options?: ErrorOptions) => Error & Readonly<{
    name: "UnexpectedError";
    message: "An unexpected error occurred";
}>) & {
    name: "UnexpectedError";
}
ErrorFactory
({
name: "UnexpectedError"
name
: 'UnexpectedError',
message: "An unexpected error occurred" | ((fields: ErrorFields) => "An unexpected error occurred")
message
: 'An unexpected error occurred',
}) {}

Result.fn を使用する

import { 
import Result
Result
} from '@praha/byethrow';
// エラーが投げられる可能性のある操作をラップ const
const safeDatabaseOperation: (id: string) => Result.ResultAsync<string, UnexpectedError>
safeDatabaseOperation
=
import Result
Result
.
fn<(id: string) => Promise<string>, UnexpectedError>(options: {
    try: (id: string) => Promise<string>;
    catch: (error: unknown) => UnexpectedError;
}): (id: string) => Result.ResultAsync<string, UnexpectedError> (+3 overloads)
export fn

Wraps a function that may throw and returns a new function that returns a Result or ResultAsync .

You can use either a custom catch handler or rely on the safe: true option to assume the function cannot throw.

@function@typeParamT - The function type to execute (sync or async) or a Promise type.@typeParamE - The error type to return if catch is used.@returnsA new function that returns a Result or ResultAsync wrapping the original function's return value or the caught error.@example

Sync try-catch

import { Result } from '@praha/byethrow';

const fn = Result.fn({
try: (x: number) => {
if (x < 0) throw new Error('Negative!');
return x * 2;
},
catch: (error) => new Error('Oops!', { cause: error }),
});

const result = fn(5); // Result.Result<number, Error>
@example

Sync safe

import { Result } from '@praha/byethrow';

const fn = Result.fn({
safe: true,
try: (x: number) => x + 1,
});

const result = fn(1); // Result.Result<number, never>
@example

Async try-catch

import { Result } from '@praha/byethrow';

const fn = Result.fn({
try: async (id: string) => await fetch(`/api/data/${id}`),
catch: (error) => new Error('Oops!', { cause: error }),
});

const result = await fn('abc'); // Result.ResultAsync<Response, Error>
@example

Async safe

import { Result } from '@praha/byethrow';

const fn = Result.fn({
safe: true,
try: async () => await Promise.resolve('ok'),
});

const result = await fn(); // Result.ResultAsync<string, never>
@categoryCreators
fn
({
try: (id: string) => Promise<string>
try
: (
id: string
id
: string) => {
// データベースクエリエラーやネットワークエラーなどを投げる可能性がある return
const performDatabaseOperation: (id: string) => Promise<string>
performDatabaseOperation
(
id: string
id
);
},
catch: (error: unknown) => UnexpectedError
catch
: (
error: unknown
error
) => new
constructor UnexpectedError(options?: ErrorOptions): UnexpectedError
UnexpectedError
({
ErrorOptions.cause?: unknown
cause
:
error: unknown
error
}),
}); // 使用例 const
const result: Result.Result<string, UnexpectedError>
result
= await
const safeDatabaseOperation: (id: string) => Result.ResultAsync<string, UnexpectedError>
safeDatabaseOperation
('123');
if (
import Result
Result
.
const isFailure: <UnexpectedError>(result: Result.Result<unknown, UnexpectedError>) => result is Result.Failure<UnexpectedError>

Type guard to check if a Result is a Failure .

@function@typeParamE - The type of the error value.@paramresult - The Result to check.@returnstrue if the result is a Failure, otherwise false.@example
import { Result } from '@praha/byethrow';

const result: Result.Result<number, string> = { type: 'Failure', error: 'Something went wrong' };
if (Result.isFailure(result)) {
  console.error(result.error); // Safe access to error
}
@categoryType Guards
isFailure
(
const result: Result.Result<string, UnexpectedError>
result
)) {
// ライブラリの深いスタックトレースではなく、 // アプリケーションのスタックトレースを持つクリーンなUnexpectedErrorが得られます
var console: Console

The console module provides a simple debugging console that is similar to the JavaScript console mechanism provided by web browsers.

The module exports two specific components:

  • A Console class with methods such as console.log(), console.error() and console.warn() that can be used to write to any Node.js stream.
  • A global console instance configured to write to process.stdout and process.stderr. The global console can be used without importing the node:console module.

Warning: The global console object's methods are neither consistently synchronous like the browser APIs they resemble, nor are they consistently asynchronous like all other Node.js streams. See the note on process I/O for more information.

Example using the global console:

console.log('hello world');
// Prints: hello world, to stdout
console.log('hello %s', 'world');
// Prints: hello world, to stdout
console.error(new Error('Whoops, something bad happened'));
// Prints error message and stack trace to stderr:
//   Error: Whoops, something bad happened
//     at [eval]:5:15
//     at Script.runInThisContext (node:vm:132:18)
//     at Object.runInThisContext (node:vm:309:38)
//     at node:internal/process/execution:77:19
//     at [eval]-wrapper:6:22
//     at evalScript (node:internal/process/execution:76:60)
//     at node:internal/main/eval_string:23:3

const name = 'Will Robinson';
console.warn(`Danger ${name}! Danger!`);
// Prints: Danger Will Robinson! Danger!, to stderr

Example using the Console class:

const out = getStreamSomehow();
const err = getStreamSomehow();
const myConsole = new console.Console(out, err);

myConsole.log('hello world');
// Prints: hello world, to out
myConsole.log('hello %s', 'world');
// Prints: hello world, to out
myConsole.error(new Error('Whoops, something bad happened'));
// Prints: [Error: Whoops, something bad happened], to err

const name = 'Will Robinson';
myConsole.warn(`Danger ${name}! Danger!`);
// Prints: Danger Will Robinson! Danger!, to err
@seesource
console
.
Console.error(message?: any, ...optionalParams: any[]): void (+1 overload)

Prints to stderr with newline. Multiple arguments can be passed, with the first used as the primary message and all additional used as substitution values similar to printf(3) (the arguments are all passed to util.format()).

const code = 5;
console.error('error #%d', code);
// Prints: error #5, to stderr
console.error('error', code);
// Prints: error 5, to stderr

If formatting elements (e.g. %d) are not found in the first string then util.inspect() is called on each argument and the resulting string values are concatenated. See util.format() for more information.

@sincev0 .1.100
error
(
const result: Result.Failure<UnexpectedError>
result
.
error: UnexpectedError
error
.
Error.stack?: string | undefined
stack
);
// 元のエラーにも引き続きアクセス可能
var console: Console

The console module provides a simple debugging console that is similar to the JavaScript console mechanism provided by web browsers.

The module exports two specific components:

  • A Console class with methods such as console.log(), console.error() and console.warn() that can be used to write to any Node.js stream.
  • A global console instance configured to write to process.stdout and process.stderr. The global console can be used without importing the node:console module.

Warning: The global console object's methods are neither consistently synchronous like the browser APIs they resemble, nor are they consistently asynchronous like all other Node.js streams. See the note on process I/O for more information.

Example using the global console:

console.log('hello world');
// Prints: hello world, to stdout
console.log('hello %s', 'world');
// Prints: hello world, to stdout
console.error(new Error('Whoops, something bad happened'));
// Prints error message and stack trace to stderr:
//   Error: Whoops, something bad happened
//     at [eval]:5:15
//     at Script.runInThisContext (node:vm:132:18)
//     at Object.runInThisContext (node:vm:309:38)
//     at node:internal/process/execution:77:19
//     at [eval]-wrapper:6:22
//     at evalScript (node:internal/process/execution:76:60)
//     at node:internal/main/eval_string:23:3

const name = 'Will Robinson';
console.warn(`Danger ${name}! Danger!`);
// Prints: Danger Will Robinson! Danger!, to stderr

Example using the Console class:

const out = getStreamSomehow();
const err = getStreamSomehow();
const myConsole = new console.Console(out, err);

myConsole.log('hello world');
// Prints: hello world, to out
myConsole.log('hello %s', 'world');
// Prints: hello world, to out
myConsole.error(new Error('Whoops, something bad happened'));
// Prints: [Error: Whoops, something bad happened], to err

const name = 'Will Robinson';
myConsole.warn(`Danger ${name}! Danger!`);
// Prints: Danger Will Robinson! Danger!, to err
@seesource
console
.
Console.error(message?: any, ...optionalParams: any[]): void (+1 overload)

Prints to stderr with newline. Multiple arguments can be passed, with the first used as the primary message and all additional used as substitution values similar to printf(3) (the arguments are all passed to util.format()).

const code = 5;
console.error('error #%d', code);
// Prints: error #5, to stderr
console.error('error', code);
// Prints: error 5, to stderr

If formatting elements (e.g. %d) are not found in the first string then util.inspect() is called on each argument and the resulting string values are concatenated. See util.format() for more information.

@sincev0 .1.100
error
(
const result: Result.Failure<UnexpectedError>
result
.
error: UnexpectedError
error
.
Error.cause?: unknown
cause
);
}

このアプローチの利点

  1. クリーンなスタックトレース:ライブラリ内部の深い場所ではなく、アプリケーションコードを指すスタックトレースが得られます
  2. エラーコンテキスト:元のエラーを保持しながら、エラーに意味のあるコンテキストを追加できます
  3. デバッグ:元のエラーは cause プロパティを通じてデバッグ目的でアクセス可能です

結論

目標は、Resultを優先して投げられるエラーすべてを排除することではなく、それぞれのアプローチを最も適切な場所で使用することです。Resultは明示的な処理が必要な予期されたビジネスレベルのエラーの処理に優れており、throwはインフラストラクチャレベルで処理されるべき予期しないシステムエラーには依然として正しい選択です。

このハイブリッドアプローチにより、最も重要な場所で明示的なエラーハンドリングの利点を得られ、アプリケーション内のすべての可能なエラーをラップする負担を負うことなく済みます。