Go のマルチレベル抽象化でエラーを効果的に処理するにはどうすればよいですか?

Go でのマルチレベル抽象化でのエラー処理

エラーが繰り返し上に渡されると、マルチレベル抽象化でのエラー処理が面倒になる可能性があります。チェーンが発生し、ログの重複とコンテキストの喪失につながります。

注釈付けエラー

エラーに注釈を付けることをお勧めします。これには、元のエラーをラップする新しいエラー値を作成し、追加のコンテキストを提供することが含まれます。エラー パッケージは、この目的のために Wrap() 関数と Cause() 関数を提供します。

指定された例では:

// ObjectThreeHiggerLevel
func (oTh *ObjectThreeHiggerLevel) CheckObjectTwoIsReady() error {
    if err := oTh.ObjectTwoHigherLevel.CheckObjectOneIsReady(); err != nil {
        return errors.Wrap(err, "Object3 illegal state: Object2 is invalid")
    }
    return nil
}

ObjectThreeHiggerLevel は、追加のコンテキストを使用して ObjectTwoHigherLevel からのエラーに注釈を付けます。

「延長中」エラー

別のアプローチは、fmt.Errorf() を使用してエラーを「拡張」することです。エラーのラップ解除機能は提供しませんが、コンテキストを追加したカスタム エラー メッセージを作成できます。

// ObjectThreeHiggerLevel
func (oTh *ObjectThreeHiggerLevel) CheckObjectTwoIsReady() error {
    if err := oTh.ObjectTwoHigherLevel.CheckObjectOneIsReady(); err != nil {
        return fmt.Errorf("Object3 illegal state: %v", err)
    }
    return nil
}

エラーの委任または処理

エラー処理時、それらを処理するか、より高いレベルに委任するかを決定することが重要です。エラーが処理されない場合は、情報の損失やログの重複の発生を避けるために、追加のコンテキストを使用してエラーを委任する必要があります。

例:

// ObjectThreeHiggerLevel
func (oTh *ObjectThreeHiggerLevel) CheckObjectTwoIsReady() error {
    if err := oTh.ObjectTwoHigherLevel.CheckObjectOneIsReady(); err != nil {
        if err := oTh.HandleError(err); err != nil {
            // Error handling failed, log and return original error
            return errors.Wrapf(err, "Object3 failed to handle error: %v", err)
        }
        return nil
    }
    return nil
}

この例では、HandleError() は次のことを試みます。エラーを処理するために。失敗した場合は、元のエラーがラップされて返されます。

重複ログの回避

コンテキストを使用してエラーに注釈を付けたり拡張したりすると、エラーがスタックに伝播されるときに、意味のあるログ記録とエラー処理に必要な情報がすべて含まれています。これにより、ログの重複が防止され、問題の根本原因を理解するのに役立ちます。

以上がGo のマルチレベル抽象化でエラーを効果的に処理するにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。